From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 07:59:13 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84D03106564A; Mon, 16 Apr 2012 07:59:13 +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 DE9FB8FC0A; Mon, 16 Apr 2012 07:59:12 +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 q3G7x96M004066; Mon, 16 Apr 2012 14:59:10 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4F8BD14D.8050206@rdtc.ru> Date: Mon, 16 Apr 2012 14:59:09 +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: Alexey Dokuchaev References: <20120416042645.GA53074@regency.nsu.ru> <4F8BBE29.1060605@rdtc.ru> <20120416070646.GA78414@regency.nsu.ru> In-Reply-To: <20120416070646.GA78414@regency.nsu.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, John Baldwin 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: Mon, 16 Apr 2012 07:59:13 -0000 >>> 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 Eugene Grosbein