From owner-freebsd-bugs@FreeBSD.ORG Sun Apr 4 06:44:21 2010 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65FA9106566C for ; Sun, 4 Apr 2010 06:44:21 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f195.google.com (mail-qy0-f195.google.com [209.85.221.195]) by mx1.freebsd.org (Postfix) with ESMTP id 1E3028FC18 for ; Sun, 4 Apr 2010 06:44:20 +0000 (UTC) Received: by qyk33 with SMTP id 33so3327203qyk.28 for ; Sat, 03 Apr 2010 23:44:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=TwNZ8P/hzBFHzUBFgv0cPuL4sYRoxq2q7/sAL6HTszw=; b=HSHq9d+Ns+Z1vKLeqJxpkM6YUn3vRBr/6KJmIFAQzeIGcKHe3tR/LcIdcPD2W0/nVS leswFwuvCcfQCRzZd3Xfra0PONxlznLSc2CUKZwZwOzvadNMDknAsLYtccXv3yCyrs3a gDic5GDuI+3hcV/i0XVnhPGTbimedrwC3TZhE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=YyjoVmMGMDm2l7VfnGHx+YpZfXdFuGclDA6V4h+kxvYilbWeFjv5ZYHMf5kog5J+94 L87Xe+W8IXsp8hMUlPHGych8fqa0w/lJ1PVDKs3BbCPvKM4vDn9C72tl5nQPw987raVc gr/EMdijlLDlHtI7TajPtVDXM9jWMNgHf78uA= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Sat, 3 Apr 2010 23:44:20 -0700 (PDT) In-Reply-To: <201004040605.o34652Nb014528@mail01.syd.optusnet.com.au> References: <201004040605.o34652Nb014528@mail01.syd.optusnet.com.au> Date: Sat, 3 Apr 2010 23:44:20 -0700 Received: by 10.229.232.198 with SMTP id jv6mr6997716qcb.11.1270363460275; Sat, 03 Apr 2010 23:44:20 -0700 (PDT) Message-ID: From: Garrett Cooper To: Henry Grebler Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-bugs@freebsd.org Subject: Re: conf/145311: loader.conf can cause boot hang X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2010 06:44:21 -0000 On Sat, Apr 3, 2010 at 11:05 PM, Henry Grebler 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