Re: How to re-compile sshd for a 386

[Greg Troxel <gdt%lexort.com@localhost>]

Mark Ter Morshuizen <mark%honingklip.co.za@localhost> writes:

> Hi,
>
> I've set up a small machine based on a 386DX40 board using 4.0.1 which
> I believe is the last to support actual 386's.
>
> I've recompiled the kernel on a different (virtual) machine to make it
> run on 386 with math emulation instead of 486. I also removed lots of
> stuff I don't need. That is all working fine.
>
> The only problem I have is that when the system starts up sshd fails
> with "illegal instruction" and does not start.
>
> Is there a way to recompile the built in (not a package) sshd so that
> it runs on the 386? (I have the same 4.0.1 release on a virtual
> machine. How do I make it compile sshd for the 386 and not for itself?
> Preferably without having to build the entire system.)
>
> I'm not a developer but I do have some clue. Please be gentle.

I would run sshd under gdb and see what the instruction is.  Sounds like
using something which exists on 486 but not 386.  In theory the build
should limit instructions to the 386 subset.

Beware that openssl has a habit of trying instructions, catching faults,
and using them if they work.  At least I noticed this on earmv7.  That
may have something to do with this.

You may need to have soft-float in userland too.  I don't remember the
details.   It might be that our default support even in 4 assumes a 387.
So perhaps CFLAG+= -msoft-float (but I didn't look that up and prob
details wrong) in mk.conf.

Then you'll need to make clean and make, make install (to destdir) in
the right dir, whcih might be sshd and perhaps/likely is libcrypto, and
copy over those files.

I think NetBSD 4 still uses build.sh.  But I don't remember the late
2000s in that kind of detail, as I stopped using NetBSD 4 about 2010.