From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 13:49:01 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 62606106568C for ; Tue, 17 Apr 2012 13:49:01 +0000 (UTC) (envelope-from gary@amerlok.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id D54E38FC1B for ; Tue, 17 Apr 2012 13:49:00 +0000 (UTC) Received: by lbbgm6 with SMTP id gm6so495741lbb.13 for ; Tue, 17 Apr 2012 06:48:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=pYh0bp+Q8Ddbk9NkTaFUvlg2WiOOQS0+4DQzEi2nizg=; b=Og9U6YHYUR/z02brC+MKiUyxGqLuqABqf+Fy5wsfmqznrgckg+vOywUJYvIvO+jkPL Zqucm1qo5eZ44AZ48w9x/4fsCdp6aI4dftJXQw6rReA5n+LVkfVwkOhAcRtB35SAc2bg fCEXKtJpIlen3nVQssfIRJzyfViwBSu26I36qev/RoC85ic55eDBfPS2IXnqaVXgftfb /jkkP9p5NYM+NYQ2ql0QKf2wnBViSB95bqylsa798eV1t0ZtcWUSE1j7vmoGyN7X50t0 hbDex2i52FAbEcabsoqXG2K7aMxZP/xt/LjkNphZ62CTf2UWTGm4CpJ3CIoaqQbTR8TA mp1g== MIME-Version: 1.0 Received: by 10.152.144.101 with SMTP id sl5mr14255896lab.51.1334670539489; Tue, 17 Apr 2012 06:48:59 -0700 (PDT) Received: by 10.112.97.140 with HTTP; Tue, 17 Apr 2012 06:48:59 -0700 (PDT) In-Reply-To: <4F8D6B58.7010902@rdtc.ru> References: <20120416042645.GA53074@regency.nsu.ru> <20120416070646.GA78414@regency.nsu.ru> <4F8BD14D.8050206@rdtc.ru> <201204170840.37631.jhb@freebsd.org> <4F8D6B58.7010902@rdtc.ru> Date: Tue, 17 Apr 2012 15:48:59 +0200 Message-ID: From: Garrett Anderson To: Eugene Grosbein Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlFCTG7maHL5UVyRUXp2xWhuu3DhEPJw61UwXIR133zTULGR2E/d3p1mCKiXuHQeguaiPFE Cc: Alexey Dokuchaev , 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: Tue, 17 Apr 2012 13:49:01 -0000 I am working on the Jerome's computer. What you want is still on the server in Moscow. Yes, there is a copy on the Jerome's computer but it is password protected. What is the password? I don't know but it is the same one that is used to access the Exchange server in Moscow. So, we come back to the same bottleneck: Access to the Exchange Server in Moscow. The best thing to do is to get access to Jerome's "current" email on the server in Moscow. The alternative is to get this password and I setup TeamViewer on the Jerome's computer and you access his computer from London (via TeamViewer). In either case, we need Jerome's Outlook Password and that can only be reset in Moscow. On Tue, Apr 17, 2012 at 3:08 PM, Eugene Grosbein wrote: >> On Monday, April 16, 2012 3:59:09 am Eugene Grosbein wrote: >>>>>> Just update my 8.x kernel sources last weekend, and newly built kern= el 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. =A0Th= ey are >>>> being loaded from /boot/loader.conf. =A0This worked fine for quite a w= hile. >>>> >>>> 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 no= w 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. =A0How= ever, 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. =A0That is probably true on i386 as well,= and has >> been true even on 7.x. =A0(That is, you can't use 'nodevice mem' and 'SM= P' 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? =A0Do you just want no /dev/mem file or are you trying = to disable all >> of the MTRR support as well? =A0It may be that we need to rethink what g= oes 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 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"