Date: Sat, 3 Apr 2010 23:44:20 -0700 From: Garrett Cooper <yanefbsd@gmail.com> To: Henry Grebler <henrygrebler@optusnet.com.au> Cc: freebsd-bugs@freebsd.org Subject: Re: conf/145311: loader.conf can cause boot hang Message-ID: <q2t7d6fde3d1004032344qf3b54067i77dc55412d310175@mail.gmail.com> In-Reply-To: <201004040605.o34652Nb014528@mail01.syd.optusnet.com.au> References: <m2o7d6fde3d1004031807h2ff26c83uab409f2ba8589878@mail.gmail.com> <201004040605.o34652Nb014528@mail01.syd.optusnet.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Apr 3, 2010 at 11:05 PM, Henry Grebler
<henrygrebler@optusnet.com.au> wrote:
>
> Hi Garrett,
>
> --> =A0 =A0Try the following steps exhibit the same problem:
> -->
> -->- Remove sem_load=3D"YES". Execute `load sem' in the bootloader.
> -->- Empty out loader.conf. Then boot up with the bootloader once again a=
nd do:
> -->
> -->load ukbd
> -->load snd_ich
> -->
> -->Please try all of the steps with boot -v to see what happens.
[...]
> It doesn't look like module sem is relevant.
>
> So, both modules snd_ich and ukbd must be loaded to cause the hang.
>
> Is it possible there is some sort of interaction between them?
Yes, and that's part of what I was curious about when doing these
tasks. There's some kind of incorrect interaction between ukbd and
snd_ich that's causing a hang on your system.
> 7. I don't know how these things work. When there is no reponse after
> "load sem", does that mean it did not do anything?
Is sem already loaded? If the module was loaded it would
explicitly say it was loaded. Not sure about POSIX semaphore's module
though.
> I tested this hypothesis: I did:
>
> =A0 =A0 =A0 =A0load ukbd
> =A0 =A0 =A0 =A0load ukbd
>
> After the first command, I got the usual response
> ("/boot/kernel/ukbd.ko text=3D..."); but when I repeated it, nothing:
>
> OK load ukbd
> /boot/kernel/ukbd.ko text=3D...
> OK load ukbd
> OK
>
> So, why is the first command loading a file when
> /usr/src/sys/i386/conf/GENERIC has a line to load the driver?
> Here it is:
>
> device =A0 =A0 =A0 =A0 =A0ukbd =A0 =A0 =A0 =A0 =A0 =A0# Keyboard
I may be incorrect, but the reason why it's doing this instead of
checking is because the kernel hasn't loaded yet, and thus it hasn't
determined that the ukbd module is or is not loaded in the monolithic
kernel image (someone please correct me if I'm wrong). The loader does
actually cache which modules have been loaded though so you can't load
a module twice.
> The man page ukbd(1) says:
>
> =A0 =A0 To compile this driver into the kernel, place the following line
> =A0 =A0 in your
> =A0 =A0 kernel configuration file:
>
> =A0 =A0 =A0 =A0 =A0 device ukbd
It can exist in the monolithic kernel image, or outside of the
kernel image as a module; it's up to you how you want to install this.
> -->play OS'. If it's currently disabled, try enabling it. Also, try
> -->disabling SMP to see if that has any affect:
> -->
> -->set machdep.hlt_cpus=3D1
>
> Is this relevant for a machine with a single CPU?
Eh... it wouldn't be in this case. You have to build it without
SMP support :(...
Another final thing worth trying (if you haven't tried the BIOS
support change I suggested yet), is to boot up the system without
snd_ich, but after the system is booted up try loading snd_ich. Does
the system still freeze up? Also, have you tried loading snd_ich and
ukbd in reverse order, i.e.:
load snd_ich
load ukbd
Thanks,
-Garrett
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?q2t7d6fde3d1004032344qf3b54067i77dc55412d310175>