From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 13:08:44 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08F8A1065673; Tue, 17 Apr 2012 13:08:44 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 61EE68FC15; Tue, 17 Apr 2012 13:08:42 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q3HD8ejr015264; Tue, 17 Apr 2012 20:08:40 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4F8D6B58.7010902@rdtc.ru> Date: Tue, 17 Apr 2012 20:08:40 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: John Baldwin References: <20120416042645.GA53074@regency.nsu.ru> <20120416070646.GA78414@regency.nsu.ru> <4F8BD14D.8050206@rdtc.ru> <201204170840.37631.jhb@freebsd.org> In-Reply-To: <201204170840.37631.jhb@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Alexey Dokuchaev , stable@freebsd.org Subject: Re: RELENG_8 kernel as of Apr 14 does not boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 13:08:44 -0000 > On Monday, April 16, 2012 3:59:09 am Eugene Grosbein wrote: >>>>> Just update my 8.x kernel sources last weekend, and newly built kernel did >>>>> not boot for me: >>>>> >>>>> link_elf: symbol mem_range_softc undefined >>>>> KLD file acpi.ko - could not finalize loading >>>>> kernel trap 12 with interrupts disabled >>>> >>>> Try to add 'device mem' to your kernel configuration. >>> >>> :-) >>> >>> I explicitly have "nodevice mem" and "nodevice io" in my config. They are >>> being loaded from /boot/loader.conf. This worked fine for quite a while. >>> >>> I will try to have it compiled-in, but would still prefer it fixed, or in >>> case it cannot be fixed and mem.ko cannot be loaded separately from now on, >>> appropriate entry in UPDATING. >> >> It seems John Baldwin brought dependency of acpi.ko on device mem >> 4 days ago to RELENG_8 with MFC: >> >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/acpica/acpi_wakeup.c#rev1.50.2.3 > > Hmm, this has been broken for a long time on HEAD and 9 it seems. However, there > you get compile breakage (as acpi is no longer supported as a module in 9+) if you > try to build a kernel with 'nodevice mem'. > > Hmm, mp_machdep.c also breaks. That is probably true on i386 as well, and has > been true even on 7.x. (That is, you can't use 'nodevice mem' and 'SMP' in the > same kernel.) > > The simplest fix is to just move mem_range_softc out of mem.ko into the base kernel. > > OTOH, what are you trying to gain by putting mem.ko into a module rather than part of > the base kernel? Do you just want no /dev/mem file or are you trying to disable all > of the MTRR support as well? It may be that we need to rethink what goes into mem.ko > and have it only exclude /dev/mem but always leave MTRR support enabled. I guess, Alexey just tries to make smallest possible kernel just for fun :-) Or, for PicoBSD case where kernel should be booted from very small media and modules from another one. Eugene Grosbein