Re: how to install bsd.sp on a multiprocessor machine?

2019-05-12 Thread Raf Czlonka
On Sun, May 12, 2019 at 06:30:59AM BST, Jonathan Thornburg wrote:
> [...]
> I rebooted the laptop from the i386 install65.fs, verified that I
> had the correct sdN for the CF card, and did a normal (i386) install
> onto the CF card.
> [...]

Hi Jonathan,

During installation you can select sets you need - simply prepend
bsd.mp with a dash ('-'). Since you're selecting it, the installer
naturally uses it as the default (bsd) kernel.

Regards,

Raf



how to install bsd.sp on a multiprocessor machine?

2019-05-11 Thread Jonathan Thornburg
Summary:
  Is there a way to tell the OpenBSD installer (6.5, i386) that
  even though it's running on a multiprocessor machine, I'm going
  to move the installed-upon disk to a uniprocessor machine, so
  I want /bsd to be the uniprocessor kernel and I want the
  uniprocessor (GENERIC) kernel object files installed into
/usr/share/relink/kernel/GENERIC/*.o
  so that kernel relinking will work properly when booting the
  uniprocessor kernel?

Details:

I'm trying to setup a PC Engines Alix 2d13 as a router, running
i386 6.5.  This machine uses a CF card as its "disk".  To install
OpenBSD on the CF card, I removed the CF card from the Alix and
plugged the CF card into a USB card reader, and connected that
reader to one of my (amd64, dual-core) laptop's USB ports.  Then
I rebooted the laptop from the i386 install65.fs, verified that I
had the correct sdN for the CF card, and did a normal (i386) install
onto the CF card.

My problem is that the OpenBSD installer helpfully noticed that the
laptop (running the installer) has a dual-core processor, and so the
installer made bsd.mp the default kernel.  So, I hand-mounted the CF
card on the laptop after the install and renamed the /bsd* files so
that /bsd was /bsd.sp.  I also setup /etc/boot.conf and /etc/ttys
so as to use the Alix's serial port.

Putting the CF card back in the Alix, the Alix boots and runs 6.5 i386
(GENERIC, i.e., uniprocessor) fine,

  sodium# uname -a
  OpenBSD sodium.astro.indiana.edu 6.5 GENERIC#1338 i386
  sodium# 

*except* that kernel relinking fails.

Poking around a bit I see that the Alix has GENERIC.MP kernel object
files (/usr/share/relink/kernel/GENERIC.MP/*.o) but no GENERIC kernel
object files (/usr/share/relink/kernel/GENERIC/*.o), so relinking GENERIC
isn't going to work.

Is there an easy way to tell the installer that the current installation
is going to use the uniprocessor kernel (and hence needs the GENERIC
kernel object files for relinking) even though the installer is running
on a multiprocessor machine?

Failing that, what's the easiest way to get the right set of object files
in the right directory post-install?  Would building GENERIC from source
on the Alix suffice?  (I suspect the answer to this question is yes, but
I'd like to confirm this.)

thanks,
-- 
-- "Jonathan Thornburg [remove -animal to reply]" 

   Dept of Astronomy & IUCSS, Indiana University, Bloomington, Indiana, USA
   currently on the west coast of Canada
   "There was of course no way of knowing whether you were being watched
at any given moment.  How often, or on what system, the Thought Police
plugged in on any individual wire was guesswork.  It was even conceivable
that they watched everybody all the time."  -- George Orwell, "1984"