From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 06:42:39 2012 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E01B6106566B; Sun, 9 Sep 2012 06:42:39 +0000 (UTC) (envelope-from michael@fuckner.net) Received: from mo6-p00-ob.rzone.de (mo6-p00-ob.rzone.de [IPv6:2a01:238:20a:202:5300::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1E2238FC14; Sun, 9 Sep 2012 06:42:38 +0000 (UTC) X-RZG-AUTH: :IWUHfUGtd9+4Du6KUGxoqde+AFhxnvkTDzh0c7ueojHnW/eNeq6A82NJ3vfS7BrHnwU0 X-RZG-CLASS-ID: mo00 Received: from c64.rebootking.de (e176133008.adsl.alicedsl.de [85.176.133.8]) by smtp.strato.de (joses mo16) (RZmta 30.14 DYNA|AUTH) with ESMTPA id L014b7o894FZLd ; Sun, 9 Sep 2012 08:42:37 +0200 (CEST) Message-ID: <504C3A5D.4020402@fuckner.net> Date: Sun, 09 Sep 2012 08:42:37 +0200 From: Michael Fuckner User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120828 Thunderbird/15.0 MIME-Version: 1.0 To: Konstantin Belousov References: <20120908181019.GK33100@deviant.kiev.zoral.com.ua> In-Reply-To: <20120908181019.GK33100@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: Small Ivy features: FSGSBASE and SMEP. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 06:42:40 -0000 Hi all, I changed your patch slightly to apply to specialreh.h on STABLE root@c64:/root # diff smep.1.patch.bak smep.1.patch 80c80 < diff --git a/sys/x86/include/specialreg.h b/sys/x86/include/specialreg.h --- > diff --git a/sys/amd64/include/specialreg.h b/sys/amd64/include/specialreg.h 82,83c82,83 < --- a/sys/x86/include/specialreg.h < +++ b/sys/x86/include/specialreg.h --- > --- a/sys/amd64/include/specialreg.h > +++ b/sys/amd64/include/specialreg.h I got a new kernel, but it is stuck immediately (kerneltrap 9 with interrupts disabled), system doesn't boot on E3-1230 V2 on Supermicro X9SCM-IIF Anything else I could check? Regards, Michael! On 09/08/2012 08:10 PM, Konstantin Belousov wrote: > Please find at > http://people.freebsd.org/~kib/misc/smep.1.patch > the patch which should enable the FSGSBASE and SMEP features > supposedly present in the IvyBridge CPUs. > > FSGSBASE are four new instructions available in the 64bit mode only. > They allow to access bases for %fs and %gs without touching MSRs. > This makes it possible to both read and write bases in the user mode, > or in ring 0 with lower overhead. > > At the moment, WRFSBASE/WRGSBASE instructions should work, but are > useless since any interrupt or context switch overrides bases with the > values set by the arch syscall. Still, RDFSBASE/RDGSBASE might be useful > for some code and I see no reason not to enable them. > > SMEP is the nice feature of the processor which makes it trap if ring > 0 tries to execute an instruction from usermode-accessible page. It is > another mitigation for things like calling user-controllable function > pointer in kernel, as well as a protection for NULL function pointer > dereference. > > I am sure that we never execute anything in kernel from user page, but > I did not tested the patch since I have no Ivy machine. > > I need your reports about boot on Ivy with patch applied. Please include > the lines from verbose dmesg with CPU Features. In particular, the > 'Standard Extended Features' report should appear in output. > > Thanks. > From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 11:00:21 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 585F0106566C for ; Sun, 9 Sep 2012 11:00:21 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 431928FC08 for ; Sun, 9 Sep 2012 11:00:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89B0LUB086577 for ; Sun, 9 Sep 2012 11:00:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89B0LdT086563; Sun, 9 Sep 2012 11:00:21 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 11:00:21 GMT Message-Id: <201209091100.q89B0LdT086563@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Alexander Motin Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 11:00:21 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Alexander Motin To: Stefano Marinelli Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 09 Sep 2012 13:50:42 +0300 On 09.09.2012 13:05, Stefano Marinelli wrote: >> Thanks. As I see here, disk probe stopped just on soft-reset stage. I still see no problem there, except that soft-reset didn't complete. >> >> Looking on messages, I think you have no verbose kernel messages enabled. Could you enable them (boot_verbose="YES") and repeat? > > Sure! > The three pics: > 0x40 - http://www.dragas.org/~draga/IMG_20120909_105237.jpg > 0x08 - http://www.dragas.org/~draga/IMG_20120909_105356.jpg > 0x01 - http://www.dragas.org/~draga/IMG_20120909_105506.jpg Thanks. One more thing I see there is missing one or both "AHCI reset: device ready after Xms" messages. There should always be either such message or "AHCI reset: device not ready after 31ms" for each connected device. "AHCI reset: device ready after 0ms" I see there is a bit special from point that it completes immediately without using callout(9) events. That and also the fact that AHCI reset sequence haven't changed since FreeBSD 9.0 makes me guess that problem may be not in ahci(4) driver, but in timecounters(4), eventtimers(4) or callout(9) subsystems. Could you try to add such loader tunable: kern.eventtimer.timer="i8254" If it help, send me output of `sysctl kern.eventtimer` and full verbose dmesg. -- Alexander Motin From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 11:03:12 2012 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7782A106566C; Sun, 9 Sep 2012 11:03:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0E56C8FC15; Sun, 9 Sep 2012 11:03:11 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q89B37Xl095271; Sun, 9 Sep 2012 14:03:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q89B2tre095959; Sun, 9 Sep 2012 14:02:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q89B2txj095958; Sun, 9 Sep 2012 14:02:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 9 Sep 2012 14:02:55 +0300 From: Konstantin Belousov To: Michael Fuckner Message-ID: <20120909110255.GM33100@deviant.kiev.zoral.com.ua> References: <20120908181019.GK33100@deviant.kiev.zoral.com.ua> <504C3A5D.4020402@fuckner.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fFCOmqB+j1dkVc7M" Content-Disposition: inline In-Reply-To: <504C3A5D.4020402@fuckner.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: Small Ivy features: FSGSBASE and SMEP. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 11:03:12 -0000 --fFCOmqB+j1dkVc7M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 09, 2012 at 08:42:37AM +0200, Michael Fuckner wrote: > Hi all, >=20 > I changed your patch slightly to apply to specialreh.h on STABLE >=20 > root@c64:/root # diff smep.1.patch.bak smep.1.patch > 80c80 > < diff --git a/sys/x86/include/specialreg.h b/sys/x86/include/specialreg.h > --- > > diff --git a/sys/amd64/include/specialreg.h=20 > b/sys/amd64/include/specialreg.h > 82,83c82,83 > < --- a/sys/x86/include/specialreg.h > < +++ b/sys/x86/include/specialreg.h > --- > > --- a/sys/amd64/include/specialreg.h > > +++ b/sys/amd64/include/specialreg.h >=20 > I got a new kernel, but it is stuck immediately (kerneltrap 9 with=20 > interrupts disabled), system doesn't boot on E3-1230 V2 on Supermicro=20 > X9SCM-IIF >=20 > Anything else I could check? I need the backtrace and the whole kernel messages. >=20 > Regards, > Michael! >=20 >=20 > On 09/08/2012 08:10 PM, Konstantin Belousov wrote: > >Please find at > >http://people.freebsd.org/~kib/misc/smep.1.patch > >the patch which should enable the FSGSBASE and SMEP features > >supposedly present in the IvyBridge CPUs. > > > >FSGSBASE are four new instructions available in the 64bit mode only. > >They allow to access bases for %fs and %gs without touching MSRs. > >This makes it possible to both read and write bases in the user mode, > >or in ring 0 with lower overhead. > > > >At the moment, WRFSBASE/WRGSBASE instructions should work, but are > >useless since any interrupt or context switch overrides bases with the > >values set by the arch syscall. Still, RDFSBASE/RDGSBASE might be useful > >for some code and I see no reason not to enable them. > > > >SMEP is the nice feature of the processor which makes it trap if ring > >0 tries to execute an instruction from usermode-accessible page. It is > >another mitigation for things like calling user-controllable function > >pointer in kernel, as well as a protection for NULL function pointer > >dereference. > > > >I am sure that we never execute anything in kernel from user page, but > >I did not tested the patch since I have no Ivy machine. > > > >I need your reports about boot on Ivy with patch applied. Please include > >the lines from verbose dmesg with CPU Features. In particular, the > >'Standard Extended Features' report should appear in output. > > > >Thanks. > > --fFCOmqB+j1dkVc7M Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBMd18ACgkQC3+MBN1Mb4glMwCdGhoZUpGm7pNrVtaWckOZDDOt tbYAnAlMmwTeFVMWTWYHd2LkiaSdI7oB =/M8M -----END PGP SIGNATURE----- --fFCOmqB+j1dkVc7M-- From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 09:10:05 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64801106566B for ; Sun, 9 Sep 2012 09:10:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 23FB28FC12 for ; Sun, 9 Sep 2012 09:10:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q899A4bt089977 for ; Sun, 9 Sep 2012 09:10:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q899A4ba089967; Sun, 9 Sep 2012 09:10:04 GMT (envelope-from gnats) Resent-Date: Sun, 9 Sep 2012 09:10:04 GMT Resent-Message-Id: <201209090910.q899A4ba089967@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Daniel Hänschke Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49C251065672 for ; Sun, 9 Sep 2012 09:06:40 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 356EB8FC0C for ; Sun, 9 Sep 2012 09:06:40 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id q8996dHV044290 for ; Sun, 9 Sep 2012 09:06:40 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id q8996dIN044278; Sun, 9 Sep 2012 09:06:39 GMT (envelope-from nobody) Message-Id: <201209090906.q8996dIN044278@red.freebsd.org> Date: Sun, 9 Sep 2012 09:06:39 GMT From: Daniel Hänschke To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Sun, 09 Sep 2012 11:21:14 +0000 Cc: Subject: amd64/171493: RELENG_9 make buildworld fails on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 09:10:05 -0000 >Number: 171493 >Category: amd64 >Synopsis: RELENG_9 make buildworld fails on amd64 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 09 09:10:04 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Daniel Hänschke >Release: 9.1-PRERELEASE >Organization: >Environment: FreeBSD ic01.local 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #37: Sat Sep 8 10:42:15 CEST 2012 root@ic01.local:/usr/obj/usr/src/sys/MYKERNEL amd64 >Description: After doing a CVS checkout of RELENG_9, I cannot build the operating system anymore. Running make buildworld produces the following error: ===> include (includes) cd /usr/src/include; make buildincludes; make installincludes creating osreldate.h from newvers.sh /usr/local/bin/svnversion Shared object "libaprutil-1.so.3" not found, required by "svnversion" *** [osreldate.h] Error code 1 Stop in /usr/src/include. *** [includes] Error code 1 Stop in /usr/src/include. *** [include.includes__D] Error code 1 Stop in /usr/src. *** [_includes] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. Actually there is the following version of libaprutil-1: /usr/local/lib/libaprutil-1.so.4 Any help would be greatly appreciated. >How-To-Repeat: cd /usr/src && make buildworld >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 10:10:11 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CBC2106564A for ; Sun, 9 Sep 2012 10:10:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0DBE58FC17 for ; Sun, 9 Sep 2012 10:10:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89AAAfV033498 for ; Sun, 9 Sep 2012 10:10:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89AAAx9033486; Sun, 9 Sep 2012 10:10:10 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 10:10:10 GMT Message-Id: <201209091010.q89AAAx9033486@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Stefano Marinelli X-Mailman-Approved-At: Sun, 09 Sep 2012 11:21:25 +0000 Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stefano Marinelli List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 10:10:11 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Stefano Marinelli To: Alexander Motin Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 9 Sep 2012 12:05:26 +0200 > Thanks. As I see here, disk probe stopped just on soft-reset stage. I = still see no problem there, except that soft-reset didn't complete. >=20 > Looking on messages, I think you have no verbose kernel messages = enabled. Could you enable them (boot_verbose=3D"YES") and repeat? Sure! The three pics: 0x40 - http://www.dragas.org/~draga/IMG_20120909_105237.jpg 0x08 - http://www.dragas.org/~draga/IMG_20120909_105356.jpg 0x01 - http://www.dragas.org/~draga/IMG_20120909_105506.jpg Thank you, Stefano= From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 11:00:25 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9797E106564A for ; Sun, 9 Sep 2012 11:00:25 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 697AE8FC0A for ; Sun, 9 Sep 2012 11:00:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89B0PtO087501 for ; Sun, 9 Sep 2012 11:00:25 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89B0PHh087487; Sun, 9 Sep 2012 11:00:25 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 11:00:25 GMT Message-Id: <201209091100.q89B0PHh087487@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Stefano Marinelli X-Mailman-Approved-At: Sun, 09 Sep 2012 11:21:34 +0000 Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stefano Marinelli List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 11:00:25 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Stefano Marinelli To: Alexander Motin Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 9 Sep 2012 12:57:39 +0200 > Could you try to add such loader tunable: > kern.eventtimer.timer=3D"i8254" Bingo! :) It is booting now! I will install 9.1rc1 later and send you all the info as soon as I'll = have a booting system. Stefano= From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 13:00:23 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF8E0106564A for ; Sun, 9 Sep 2012 13:00:23 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B17CC8FC16 for ; Sun, 9 Sep 2012 13:00:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89D0Nqw026079 for ; Sun, 9 Sep 2012 13:00:23 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89D0NOv026066; Sun, 9 Sep 2012 13:00:23 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 13:00:23 GMT Message-Id: <201209091300.q89D0NOv026066@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Stefano Marinelli X-Mailman-Approved-At: Sun, 09 Sep 2012 13:16:42 +0000 Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stefano Marinelli List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 13:00:24 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Stefano Marinelli To: Alexander Motin Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 9 Sep 2012 14:58:28 +0200 > If it help, send me output of `sysctl kern.eventtimer` and full = verbose dmesg. Ok. You can find them on: http://www.dragas.org/~draga/sysctl.txt http://www.dragas.org/~draga/dmesg.txt It's from PC-BSD 9.1rc1, but it's the same. Thank you, Stefano= From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 14:20:09 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3ABE6106564A for ; Sun, 9 Sep 2012 14:20:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 257A98FC12 for ; Sun, 9 Sep 2012 14:20:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89EK9pG048290 for ; Sun, 9 Sep 2012 14:20:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89EK8ab048279; Sun, 9 Sep 2012 14:20:08 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 14:20:08 GMT Message-Id: <201209091420.q89EK8ab048279@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Alexander Motin Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 14:20:09 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Alexander Motin To: Stefano Marinelli Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 09 Sep 2012 17:16:54 +0300 On 09.09.2012 15:58, Stefano Marinelli wrote: >> If it help, send me output of `sysctl kern.eventtimer` and full verbose dmesg. > > Ok. You can find them on: > http://www.dragas.org/~draga/sysctl.txt > http://www.dragas.org/~draga/dmesg.txt > > It's from PC-BSD 9.1rc1, but it's the same. It looks like the problem is in HPET timer operation. There are number of known and handled problems with AMD HPETs, but seems like you've found new one. Unluckily, the part of the log about HPET timer didn't fit into the message buffer. The buffer can be tuned with tunable kern.msgbufsize. Default value is 98304. You may try to double it. The specified value must be multiple of 4096. -- Alexander Motin From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 15:54:44 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C49210657A5; Sun, 9 Sep 2012 15:54:44 +0000 (UTC) (envelope-from girgen@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5E2B18FC14; Sun, 9 Sep 2012 15:54:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89Fsi3w059605; Sun, 9 Sep 2012 15:54:44 GMT (envelope-from girgen@freefall.freebsd.org) Received: (from girgen@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89FsiGP059564; Sun, 9 Sep 2012 15:54:44 GMT (envelope-from girgen) Date: Sun, 9 Sep 2012 15:54:44 GMT Message-Id: <201209091554.q89FsiGP059564@freefall.freebsd.org> To: jailedemon@googlemail.com, girgen@FreeBSD.org, freebsd-amd64@FreeBSD.org From: girgen@FreeBSD.org Cc: Subject: Re: amd64/171493: RELENG_9 make buildworld fails on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 15:54:44 -0000 Synopsis: RELENG_9 make buildworld fails on amd64 State-Changed-From-To: open->closed State-Changed-By: girgen State-Changed-When: Sun Sep 9 15:54:13 UTC 2012 State-Changed-Why: User has a broken subversion installation from ports. http://www.freebsd.org/cgi/query-pr.cgi?pr=171493 From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 16:00:21 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE3E4106566C for ; Sun, 9 Sep 2012 16:00:21 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D99E68FC08 for ; Sun, 9 Sep 2012 16:00:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89G0LpD088468 for ; Sun, 9 Sep 2012 16:00:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89G0LCR088453; Sun, 9 Sep 2012 16:00:21 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 16:00:21 GMT Message-Id: <201209091600.q89G0LCR088453@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Palle Girgensohn Cc: Subject: Re: amd64/171493: RELENG_9 make buildworld fails on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Palle Girgensohn List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 16:00:22 -0000 The following reply was made to PR amd64/171493; it has been noted by GNATS. From: Palle Girgensohn To: Daniel HXnschke Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: amd64/171493: RELENG_9 make buildworld fails on amd64 Date: Sun, 09 Sep 2012 17:53:40 +0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Daniel, Your subversion installation in /usr/local (i.e. from ports) seems to be broken. try "ldd /usr/local/bin/svnversion" to prove this. Since FreeBSD moved to subversion recently, subversion is used by the newvers.sh script, if it exists. So, simplest fix for you is to remove subversion, since it broken anyway: pkg_delete -fx subversion or, if tou plan to use subversion, update it using portupgrade -fx subversion or using your preferred tool. Cheers, Palle Daniel HXnschke skrev: > ===> include (includes) cd /usr/src/include; make buildincludes; make > installincludes creating osreldate.h from newvers.sh > /usr/local/bin/svnversion Shared object "libaprutil-1.so.3" not > found, required by "svnversion" *** [osreldate.h] Error code 1 -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQTLuEAAoJEIhV+7FrxBJDw9MH/3Bs5IHVtVBWH1MYDvz0DUbh fy1ikV1v6gbcVM2FVzngCryVSzXa7wuoU8vwGSFIYVM1Fp0t3vdwL047JNukV3ow 4JDdRCT+G1NYW7/O5eYcEQgXCE8uSeYhRf3m0LFYyvWX2pE/4uMfMW6jOtlI7woM 2YjmzBmWmXW2lXQTysZgj2XWUyUjxH/bt6YzE9p46LV8kQaXpdv+1MW9PALs7RHn YrhoJ4gTL3LjaWHKHP70XS4d1ZQDME48LIEvQXS/dsxCS+MQfjpiQmoyX414nTGc 3NRgFadaWzwAmoqN33/DxKcLdSmgr3XfpeNmr7v5qyBjzTEtY7ukfH5+7Qtdsc4= =Hdr6 -----END PGP SIGNATURE----- From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 19:50:13 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91E8C106564A for ; Sun, 9 Sep 2012 19:50:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7BA508FC14 for ; Sun, 9 Sep 2012 19:50:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89JoDlu082220 for ; Sun, 9 Sep 2012 19:50:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89JoDro082203; Sun, 9 Sep 2012 19:50:13 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 19:50:13 GMT Message-Id: <201209091950.q89JoDro082203@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Alexander Motin Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 19:50:13 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Alexander Motin To: Stefano Marinelli Cc: attilio@freebsd.org, bug-followup@FreeBSD.org, John Baldwin , re@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 09 Sep 2012 22:49:10 +0300 On 09.09.2012 22:27, Stefano Marinelli wrote: >> It looks like the problem is in HPET timer operation. There are number of known and handled problems with AMD HPETs, but seems like you've found new one. Unluckily, the part of the log about HPET timer didn't fit into the message buffer. The buffer can be tuned with tunable kern.msgbufsize. Default value is 98304. You may try to double it. The specified value must be multiple of 4096. > > Ok, I rised it and I think the whole dmesg is now on the file. > The link is: http://www.dragas.org/~draga/dmesg.txt Thanks, that explains a lot. AMD started to use their proper vendor ID for HPET, but seems haven't fixed level-triggered interrupts and haven't implemented (removed?) message interrupts. All together it broke workaround in HPET driver that supposed to block HPET by default in such cases. Such patch should restore it: --- acpi_hpet.c (revision 240235) +++ acpi_hpet.c (working copy) @@ -57,6 +57,7 @@ #endif #define HPET_VENDID_AMD 0x4353 +#define HPET_VENDID_AMD2 0x1022 #define HPET_VENDID_INTEL 0x8086 #define HPET_VENDID_NVIDIA 0x10de #define HPET_VENDID_SW 0x1166 @@ -505,7 +506,7 @@ * properly, that makes it very unreliable - it freezes after any * interrupt loss. Avoid legacy IRQs for AMD. */ - if (vendor == HPET_VENDID_AMD) + if (vendor == HPET_VENDID_AMD || vendor == HPET_VENDID_AMD2) sc->allowed_irqs = 0x00000000; /* * NVidia MCP5x chipsets have number of unexplained interrupt > Also, please note there's another problem on this machine: CPU never goes to low power, keeping fans always on and keeping power consumption high. On Linux, I can see the cpu lowering its frequencies. On FreeBSD, it seems it can't detect lower than c1 statuses and other frequencies: > > [root@pcbsd-8515] ~# sysctl -a | grep cpu > cpu HAMMER > device cpufreq > kern.ccpu: 0 > kern.sched.cpusetsize: 8 > 0, 1 > 0, 1 > kern.smp.cpus: 2 > kern.smp.maxcpus: 64 > net.inet.tcp.per_cpu_timers: 0 > debug.acpi.cpu_unordered: 0 > debug.cpufreq.verbose: 0 > debug.cpufreq.lowest: 0 > hw.ncpu: 2 > hw.acpi.cpu.cx_lowest: C1 > security.jail.param.cpuset.id: 0 > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.C000 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.cx_supported: C1/0 C2/100 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% 0.00% last 305us > dev.cpu.1.%desc: ACPI CPU > dev.cpu.1.%driver: cpu > dev.cpu.1.%location: handle=\_PR_.C001 > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > dev.cpu.1.%parent: acpi0 > dev.cpu.1.cx_supported: C1/0 C2/100 > dev.cpu.1.cx_lowest: C1 > dev.cpu.1.cx_usage: 100.00% 0.00% last 8264us > dev.acpi_perf.0.%parent: cpu0 > dev.acpi_perf.1.%parent: cpu1 I can't say about frequency control, never looked inside AMD's PowerNow; but C-states are detected as I can see. You should just enable them by adding to /etc/rc.conf lines: performance_cx_lowest="C2" economy_cx_lowest="C2" -- Alexander Motin From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 19:30:07 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9568106564A for ; Sun, 9 Sep 2012 19:30:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 83B578FC12 for ; Sun, 9 Sep 2012 19:30:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89JU7Ia033559 for ; Sun, 9 Sep 2012 19:30:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89JU7mv033544; Sun, 9 Sep 2012 19:30:07 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 19:30:07 GMT Message-Id: <201209091930.q89JU7mv033544@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Stefano Marinelli X-Mailman-Approved-At: Sun, 09 Sep 2012 20:09:20 +0000 Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stefano Marinelli List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 19:30:07 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Stefano Marinelli To: Alexander Motin Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 9 Sep 2012 21:27:28 +0200 > It looks like the problem is in HPET timer operation. There are number = of known and handled problems with AMD HPETs, but seems like you've = found new one. Unluckily, the part of the log about HPET timer didn't = fit into the message buffer. The buffer can be tuned with tunable = kern.msgbufsize. Default value is 98304. You may try to double it. The = specified value must be multiple of 4096. Ok, I rised it and I think the whole dmesg is now on the file. The link is: http://www.dragas.org/~draga/dmesg.txt Also, please note there's another problem on this machine: CPU never = goes to low power, keeping fans always on and keeping power consumption = high. On Linux, I can see the cpu lowering its frequencies. On FreeBSD, = it seems it can't detect lower than c1 statuses and other frequencies: [root@pcbsd-8515] ~# sysctl -a | grep cpu cpu HAMMER device cpufreq kern.ccpu: 0 kern.sched.cpusetsize: 8 0, 1 0, 1 kern.smp.cpus: 2 kern.smp.maxcpus: 64 net.inet.tcp.per_cpu_timers: 0 debug.acpi.cpu_unordered: 0 debug.cpufreq.verbose: 0 debug.cpufreq.lowest: 0 hw.ncpu: 2 hw.acpi.cpu.cx_lowest: C1 security.jail.param.cpuset.id: 0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.C000 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 dev.cpu.0.cx_supported: C1/0 C2/100 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% last 305us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=3D\_PR_.C001 dev.cpu.1.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/0 C2/100 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% last 8264us dev.acpi_perf.0.%parent: cpu0 dev.acpi_perf.1.%parent: cpu1 More, the machine hangs when performing a shutdown or reboot. Thank you, Stefano= From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 19:40:10 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1304A106566C for ; Sun, 9 Sep 2012 19:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 55D6B8FC0A for ; Sun, 9 Sep 2012 19:40:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89Je6Gr085454 for ; Sun, 9 Sep 2012 19:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89Je6iN085439; Sun, 9 Sep 2012 19:40:06 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 19:40:06 GMT Message-Id: <201209091940.q89Je6iN085439@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Attilio Rao X-Mailman-Approved-At: Sun, 09 Sep 2012 20:17:34 +0000 Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Attilio Rao List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 19:40:10 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Attilio Rao To: Stefano Marinelli Cc: Alexander Motin , bug-followup@freebsd.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 9 Sep 2012 20:30:00 +0100 On Sun, Sep 9, 2012 at 8:27 PM, Stefano Marinelli wrote= : >> It looks like the problem is in HPET timer operation. There are number o= f known and handled problems with AMD HPETs, but seems like you've found ne= w one. Unluckily, the part of the log about HPET timer didn't fit into the = message buffer. The buffer can be tuned with tunable kern.msgbufsize. Defau= lt value is 98304. You may try to double it. The specified value must be mu= ltiple of 4096. > > Ok, I rised it and I think the whole dmesg is now on the file. > The link is: http://www.dragas.org/~draga/dmesg.txt > > Also, please note there's another problem on this machine: CPU never goes= to low power, keeping fans always on and keeping power consumption high. O= n Linux, I can see the cpu lowering its frequencies. On FreeBSD, it seems i= t can't detect lower than c1 statuses and other frequencies: > > [root@pcbsd-8515] ~# sysctl -a | grep cpu > cpu HAMMER > device cpufreq > kern.ccpu: 0 > kern.sched.cpusetsize: 8 > 0, 1 > 0, 1 > kern.smp.cpus: 2 > kern.smp.maxcpus: 64 > net.inet.tcp.per_cpu_timers: 0 > debug.acpi.cpu_unordered: 0 > debug.cpufreq.verbose: 0 > debug.cpufreq.lowest: 0 > hw.ncpu: 2 > hw.acpi.cpu.cx_lowest: C1 > security.jail.param.cpuset.id: 0 > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=3D\_PR_.C000 > dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.cx_supported: C1/0 C2/100 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% 0.00% last 305us > dev.cpu.1.%desc: ACPI CPU > dev.cpu.1.%driver: cpu > dev.cpu.1.%location: handle=3D\_PR_.C001 > dev.cpu.1.%pnpinfo: _HID=3Dnone _UID=3D0 > dev.cpu.1.%parent: acpi0 > dev.cpu.1.cx_supported: C1/0 C2/100 > dev.cpu.1.cx_lowest: C1 > dev.cpu.1.cx_usage: 100.00% 0.00% last 8264us > dev.acpi_perf.0.%parent: cpu0 > dev.acpi_perf.1.%parent: cpu1 > > More, the machine hangs when performing a shutdown or reboot. Can you please show the reboot/shutdown console output? Also, can you please show the value of sysctl hw.acpi.handle_reboot ? Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 19:50:08 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6725B1065670 for ; Sun, 9 Sep 2012 19:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3240D8FC12 for ; Sun, 9 Sep 2012 19:50:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89Jo84Z081377 for ; Sun, 9 Sep 2012 19:50:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89Jo8xV081364; Sun, 9 Sep 2012 19:50:08 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 19:50:08 GMT Message-Id: <201209091950.q89Jo8xV081364@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Stefano Marinelli X-Mailman-Approved-At: Sun, 09 Sep 2012 20:17:46 +0000 Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stefano Marinelli List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 19:50:08 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Stefano Marinelli To: attilio@FreeBSD.org Cc: Alexander Motin , bug-followup@freebsd.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 9 Sep 2012 21:44:02 +0200 > Can you please show the reboot/shutdown console output? > Also, can you please show the value of sysctl hw.acpi.handle_reboot ? Sure. The sysctl hw.acpi.handle_reboot value is 1 The reboot (shutdown prints the same output) gives: = http://www.dragas.org/~draga/rps20120909_214157_737.jpg Thank you, Stefano= From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 20:10:08 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C66A106566B for ; Sun, 9 Sep 2012 20:10:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 12CD68FC08 for ; Sun, 9 Sep 2012 20:10:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89KA7tE054960 for ; Sun, 9 Sep 2012 20:10:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89KA7mG054945; Sun, 9 Sep 2012 20:10:07 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 20:10:07 GMT Message-Id: <201209092010.q89KA7mG054945@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) X-Mailman-Approved-At: Sun, 09 Sep 2012 20:19:04 +0000 Cc: Subject: Re: amd64/171355: commit references a PR X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 20:10:08 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/171355: commit references a PR Date: Sun, 9 Sep 2012 20:00:39 +0000 (UTC) Author: mav Date: Sun Sep 9 20:00:00 2012 New Revision: 240286 URL: http://svn.freebsd.org/changeset/base/240286 Log: At least from A70M FCH chipsets AMD started to use their real vendor ID (1022) in HPET. But according to report they still haven't fixed problem with level-triggered interrupts. Make workaround used for earlier chipsets apply to this new ID also. PR: amd64/171355 MFC after: 3 days Modified: head/sys/dev/acpica/acpi_hpet.c Modified: head/sys/dev/acpica/acpi_hpet.c ============================================================================== --- head/sys/dev/acpica/acpi_hpet.c Sun Sep 9 19:20:23 2012 (r240285) +++ head/sys/dev/acpica/acpi_hpet.c Sun Sep 9 20:00:00 2012 (r240286) @@ -57,6 +57,7 @@ __FBSDID("$FreeBSD$"); #endif #define HPET_VENDID_AMD 0x4353 +#define HPET_VENDID_AMD2 0x1022 #define HPET_VENDID_INTEL 0x8086 #define HPET_VENDID_NVIDIA 0x10de #define HPET_VENDID_SW 0x1166 @@ -505,7 +506,7 @@ hpet_attach(device_t dev) * properly, that makes it very unreliable - it freezes after any * interrupt loss. Avoid legacy IRQs for AMD. */ - if (vendor == HPET_VENDID_AMD) + if (vendor == HPET_VENDID_AMD || vendor == HPET_VENDID_AMD2) sc->allowed_irqs = 0x00000000; /* * NVidia MCP5x chipsets have number of unexplained interrupt _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 20:10:13 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 433C7106566C for ; Sun, 9 Sep 2012 20:10:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2EAB88FC14 for ; Sun, 9 Sep 2012 20:10:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89KADtV055770 for ; Sun, 9 Sep 2012 20:10:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89KADsw055757; Sun, 9 Sep 2012 20:10:13 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 20:10:13 GMT Message-Id: <201209092010.q89KADsw055757@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Stefano Marinelli X-Mailman-Approved-At: Sun, 09 Sep 2012 20:19:14 +0000 Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stefano Marinelli List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 20:10:13 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Stefano Marinelli To: Alexander Motin Cc: attilio@freebsd.org, bug-followup@FreeBSD.org, John Baldwin , re@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 9 Sep 2012 22:03:24 +0200 > Thanks, that explains a lot. AMD started to use their proper vendor ID = for HPET, but seems haven't fixed level-triggered interrupts and haven't = implemented (removed?) message interrupts. All together it broke = workaround in HPET driver that supposed to block HPET by default in such = cases. Such patch should restore it: [...] Thank you. I am downloading the sources and will try to patch and = recompile the kernel as soon as it will have finished. Then, I will = report back. > I can't say about frequency control, never looked inside AMD's = PowerNow; but C-states are detected as I can see. You should just enable = them by adding to /etc/rc.conf lines: > performance_cx_lowest=3D"C2" > economy_cx_lowest=3D"C2" I tried this, and actually I can see the C2 status is now active. Still, = the watt-o-meter I am using shows a 50W power consumption in idle state = (wifi is off as unsupported), compared to 23/24 on GNU/Linux (Arch) with = wifi on. Thank you, Stefano= From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 20:20:10 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F160F106566B for ; Sun, 9 Sep 2012 20:20:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 396F08FC0A for ; Sun, 9 Sep 2012 20:20:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89KK81d014381 for ; Sun, 9 Sep 2012 20:20:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89KK8NO014367; Sun, 9 Sep 2012 20:20:08 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 20:20:08 GMT Message-Id: <201209092020.q89KK8NO014367@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Alexander Motin Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 20:20:10 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Alexander Motin To: Stefano Marinelli Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 09 Sep 2012 23:11:31 +0300 On 09.09.2012 23:03, Stefano Marinelli wrote: >> Thanks, that explains a lot. AMD started to use their proper vendor ID for HPET, but seems haven't fixed level-triggered interrupts and haven't implemented (removed?) message interrupts. All together it broke workaround in HPET driver that supposed to block HPET by default in such cases. Such patch should restore it: > [...] > > Thank you. I am downloading the sources and will try to patch and recompile the kernel as soon as it will have finished. Then, I will report back. > >> I can't say about frequency control, never looked inside AMD's PowerNow; but C-states are detected as I can see. You should just enable them by adding to /etc/rc.conf lines: >> performance_cx_lowest="C2" >> economy_cx_lowest="C2" > > I tried this, and actually I can see the C2 status is now active. Still, the watt-o-meter I am using shows a 50W power consumption in idle state (wifi is off as unsupported), compared to 23/24 on GNU/Linux (Arch) with wifi on. There could be other factors except CPU. For example, GPU, screen backlight, disks, etc. Without having proper video driver for AMD GPUs it is difficult to predict its power consumption. Also you may look on this page: http://wiki.freebsd.org/TuningPowerConsumption . It was written some time ago and mostly for Intel, but hopefully better then nothing. Unluckily I have no experience with AMD laptops. -- Alexander Motin From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 20:29:13 2012 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35B5D106566B; Sun, 9 Sep 2012 20:29:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id BFE248FC12; Sun, 9 Sep 2012 20:29:12 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q89KTIe7014812; Sun, 9 Sep 2012 23:29:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q89KT5YH000785; Sun, 9 Sep 2012 23:29:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q89KT5fq000784; Sun, 9 Sep 2012 23:29:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 9 Sep 2012 23:29:05 +0300 From: Konstantin Belousov To: Michael Fuckner Message-ID: <20120909202905.GP33100@deviant.kiev.zoral.com.ua> References: <20120908181019.GK33100@deviant.kiev.zoral.com.ua> <504C3A5D.4020402@fuckner.net> <20120909110255.GM33100@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="j8h/1PgiTC9rw8+R" Content-Disposition: inline In-Reply-To: <20120909110255.GM33100@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: Small Ivy features: FSGSBASE and SMEP. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 20:29:13 -0000 --j8h/1PgiTC9rw8+R Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 09, 2012 at 02:02:55PM +0300, Konstantin Belousov wrote: > On Sun, Sep 09, 2012 at 08:42:37AM +0200, Michael Fuckner wrote: > > Hi all, > >=20 > > I changed your patch slightly to apply to specialreh.h on STABLE > >=20 > > root@c64:/root # diff smep.1.patch.bak smep.1.patch > > 80c80 > > < diff --git a/sys/x86/include/specialreg.h b/sys/x86/include/specialre= g.h > > --- > > > diff --git a/sys/amd64/include/specialreg.h=20 > > b/sys/amd64/include/specialreg.h > > 82,83c82,83 > > < --- a/sys/x86/include/specialreg.h > > < +++ b/sys/x86/include/specialreg.h > > --- > > > --- a/sys/amd64/include/specialreg.h > > > +++ b/sys/amd64/include/specialreg.h > >=20 > > I got a new kernel, but it is stuck immediately (kerneltrap 9 with=20 > > interrupts disabled), system doesn't boot on E3-1230 V2 on Supermicro= =20 > > X9SCM-IIF > >=20 > > Anything else I could check? > I need the backtrace and the whole kernel messages. At least, there was a typo in the definition of CR4_FSGSBASE. I still need verbose dmesg and panic messages, if any, with the http://people.freebsd.org/~kib/misc/smep.2.patch=20 version of the patch. >=20 > >=20 > > Regards, > > Michael! > >=20 > >=20 > > On 09/08/2012 08:10 PM, Konstantin Belousov wrote: > > >Please find at > > >http://people.freebsd.org/~kib/misc/smep.1.patch > > >the patch which should enable the FSGSBASE and SMEP features > > >supposedly present in the IvyBridge CPUs. > > > > > >FSGSBASE are four new instructions available in the 64bit mode only. > > >They allow to access bases for %fs and %gs without touching MSRs. > > >This makes it possible to both read and write bases in the user mode, > > >or in ring 0 with lower overhead. > > > > > >At the moment, WRFSBASE/WRGSBASE instructions should work, but are > > >useless since any interrupt or context switch overrides bases with the > > >values set by the arch syscall. Still, RDFSBASE/RDGSBASE might be usef= ul > > >for some code and I see no reason not to enable them. > > > > > >SMEP is the nice feature of the processor which makes it trap if ring > > >0 tries to execute an instruction from usermode-accessible page. It is > > >another mitigation for things like calling user-controllable function > > >pointer in kernel, as well as a protection for NULL function pointer > > >dereference. > > > > > >I am sure that we never execute anything in kernel from user page, but > > >I did not tested the patch since I have no Ivy machine. > > > > > >I need your reports about boot on Ivy with patch applied. Please inclu= de > > >the lines from verbose dmesg with CPU Features. In particular, the > > >'Standard Extended Features' report should appear in output. > > > > > >Thanks. > > > --j8h/1PgiTC9rw8+R Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBM/BEACgkQC3+MBN1Mb4juXgCffpEvx7gHV5WSw2zrg5/126e5 5F8AoO9dVtJ1Dpnw1s0BXZ64RsTMMW1h =74/k -----END PGP SIGNATURE----- --j8h/1PgiTC9rw8+R-- From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 20:30:09 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 211FD1065672 for ; Sun, 9 Sep 2012 20:30:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1ABEB8FC0C for ; Sun, 9 Sep 2012 20:30:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89KU69w017463 for ; Sun, 9 Sep 2012 20:30:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89KU6P0017447; Sun, 9 Sep 2012 20:30:06 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 20:30:06 GMT Message-Id: <201209092030.q89KU6P0017447@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Alexander Motin Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 20:30:09 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Alexander Motin To: Stefano Marinelli Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 09 Sep 2012 23:22:39 +0300 On 09.09.2012 23:17, Stefano Marinelli wrote: >> There could be other factors except CPU. For example, GPU, screen backlight, disks, etc. Without having proper video driver for AMD GPUs it is difficult to predict its power consumption. Also you may look on this page: http://wiki.freebsd.org/TuningPowerConsumption . It was written some time ago and mostly for Intel, but hopefully better then nothing. Unluckily I have no experience with AMD laptops. > > Actually I think it's a matter of GPU. On Linux, I can use the proprietary drivers. On (PC|Free)BSD, I am using the VESA XOrg driver. > The link you gave me allowed me, some time ago, to lower my netbook power consumption, going even lower than Linux. > > The machine is compiling the patched kernel now. I will try to reboot it as soon as finished. That patch should just block HPET to allow booting without tunables. Thanks for testing the patch, but that is not so interesting from practical side. What I would try to do after that is switch HPET into legacy_route mode that was known to work on previous AMDs: hint.hpet.0.legacy_route=1 hint.attimer.0.clock=0 hint.atrtc.0.clock=0 AFAIK, that is what Linux uses by default when it uses HPET. -- Alexander Motin From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 21:20:12 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F08F1065693 for ; Sun, 9 Sep 2012 21:20:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6A98FC08 for ; Sun, 9 Sep 2012 21:20:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89LKBtW093764 for ; Sun, 9 Sep 2012 21:20:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89LKB8c093747; Sun, 9 Sep 2012 21:20:11 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 21:20:11 GMT Message-Id: <201209092120.q89LKB8c093747@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Alexander Motin Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 21:20:12 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Alexander Motin To: Stefano Marinelli Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Mon, 10 Sep 2012 00:14:29 +0300 On 10.09.2012 00:09, Stefano Marinelli wrote: >> That patch should just block HPET to allow booting without tunables. Thanks for testing the patch, but that is not so interesting from practical side. What I would try to do after that is switch HPET into legacy_route mode that was known to work on previous AMDs: >> hint.hpet.0.legacy_route=1 >> hint.attimer.0.clock=0 >> hint.atrtc.0.clock=0 > > After patching the kernel, I can now boot without tunables. Should I try to set those values on the patched or unpatched kernel? They should work on both. -- Alexander Motin From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 21:30:07 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F9DA106564A for ; Sun, 9 Sep 2012 21:30:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6FEF78FC0A for ; Sun, 9 Sep 2012 21:30:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89LU7V8095898 for ; Sun, 9 Sep 2012 21:30:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89LU74V095882; Sun, 9 Sep 2012 21:30:07 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 21:30:07 GMT Message-Id: <201209092130.q89LU74V095882@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Alexander Motin Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 21:30:07 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Alexander Motin To: Stefano Marinelli Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Mon, 10 Sep 2012 00:29:06 +0300 On 10.09.2012 00:16, Stefano Marinelli wrote: >>>> hint.hpet.0.legacy_route=1 >>>> hint.attimer.0.clock=0 >>>> hint.atrtc.0.clock=0 > > > I tried on both the patched and the unpatched kernel. > The unpatched kernel refuses to boot (hangs as if I didn't write anything). Hmm. Strange. > The patched one boots with this dmesg: http://www.dragas.org/~draga/dmesg2.txt Log looks good. If HPET is used as it should be according to priorities I see (sysctl kern.eventtimer.timer returns HPET), then legacy_route mode probably works as expected. In `systat -vm 1` you should see about 50-70 timer interrupts per CPU. -- Alexander Motin From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 21:50:13 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65F4A106566C for ; Sun, 9 Sep 2012 21:50:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 50B8F8FC12 for ; Sun, 9 Sep 2012 21:50:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89LoDXP019128 for ; Sun, 9 Sep 2012 21:50:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89LoDI0019112; Sun, 9 Sep 2012 21:50:13 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 21:50:13 GMT Message-Id: <201209092150.q89LoDI0019112@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Alexander Motin Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 21:50:13 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Alexander Motin To: Stefano Marinelli Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Mon, 10 Sep 2012 00:49:12 +0300 On 10.09.2012 00:44, Stefano Marinelli wrote: >>> The patched one boots with this dmesg: http://www.dragas.org/~draga/dmesg2.txt >> >> Log looks good. If HPET is used as it should be according to priorities I see (sysctl kern.eventtimer.timer returns HPET), then legacy_route mode probably works as expected. In `systat -vm 1` you should see about 50-70 timer interrupts per CPU. > > Yes, it returns HPET. And the sysstat reports more or less those numbers of interrupts. So this has been sorted out. Now my machine is running PC-BSD and looks stable (more tests needed). > > About the power consumption issue, I've just rebooted into Linux and tested with the "vesa" xorg driver. Same power consumption as Free/PCBSD. So definitely a GPU powersave issue. I just hope that xorg will support my video card soon. > > Do you think that your patch will be a part of 9.1 final release? Hope so. I will try to manage it. -- Alexander Motin From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 20:20:18 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC7DA1065672 for ; Sun, 9 Sep 2012 20:20:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A74998FC16 for ; Sun, 9 Sep 2012 20:20:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89KKI5X016064 for ; Sun, 9 Sep 2012 20:20:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89KKIed016047; Sun, 9 Sep 2012 20:20:18 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 20:20:18 GMT Message-Id: <201209092020.q89KKIed016047@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Stefano Marinelli X-Mailman-Approved-At: Sun, 09 Sep 2012 22:42:04 +0000 Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stefano Marinelli List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 20:20:18 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Stefano Marinelli To: Alexander Motin Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 9 Sep 2012 22:17:20 +0200 > There could be other factors except CPU. For example, GPU, screen = backlight, disks, etc. Without having proper video driver for AMD GPUs = it is difficult to predict its power consumption. Also you may look on = this page: http://wiki.freebsd.org/TuningPowerConsumption . It was = written some time ago and mostly for Intel, but hopefully better then = nothing. Unluckily I have no experience with AMD laptops. Actually I think it's a matter of GPU. On Linux, I can use the = proprietary drivers. On (PC|Free)BSD, I am using the VESA XOrg driver. The link you gave me allowed me, some time ago, to lower my netbook = power consumption, going even lower than Linux. The machine is compiling the patched kernel now. I will try to reboot it = as soon as finished. Thank you, Stefano= From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 21:10:11 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BE3B106566B for ; Sun, 9 Sep 2012 21:10:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 063F08FC16 for ; Sun, 9 Sep 2012 21:10:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89LAAQD011484 for ; Sun, 9 Sep 2012 21:10:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89LAAvl011472; Sun, 9 Sep 2012 21:10:10 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 21:10:10 GMT Message-Id: <201209092110.q89LAAvl011472@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Stefano Marinelli X-Mailman-Approved-At: Mon, 10 Sep 2012 00:23:05 +0000 Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stefano Marinelli List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 21:10:11 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Stefano Marinelli To: Alexander Motin Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 9 Sep 2012 23:09:47 +0200 > That patch should just block HPET to allow booting without tunables. = Thanks for testing the patch, but that is not so interesting from = practical side. What I would try to do after that is switch HPET into = legacy_route mode that was known to work on previous AMDs: > hint.hpet.0.legacy_route=3D1 > hint.attimer.0.clock=3D0 > hint.atrtc.0.clock=3D0 After patching the kernel, I can now boot without tunables. Should I try = to set those values on the patched or unpatched kernel? Thanks, Stefano= From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 21:20:17 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39F0C1065680 for ; Sun, 9 Sep 2012 21:20:17 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2573E8FC14 for ; Sun, 9 Sep 2012 21:20:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89LKHOJ094575 for ; Sun, 9 Sep 2012 21:20:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89LKGi3094562; Sun, 9 Sep 2012 21:20:16 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 21:20:16 GMT Message-Id: <201209092120.q89LKGi3094562@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Stefano Marinelli X-Mailman-Approved-At: Mon, 10 Sep 2012 00:23:14 +0000 Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stefano Marinelli List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 21:20:17 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Stefano Marinelli To: Alexander Motin Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 9 Sep 2012 23:16:21 +0200 >>> hint.hpet.0.legacy_route=3D1 >>> hint.attimer.0.clock=3D0 >>> hint.atrtc.0.clock=3D0 I tried on both the patched and the unpatched kernel. The unpatched kernel refuses to boot (hangs as if I didn't write = anything). The patched one boots with this dmesg: = http://www.dragas.org/~draga/dmesg2.txt Thank you, Stefano From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 9 21:50:08 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 157F2106566B for ; Sun, 9 Sep 2012 21:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EDA878FC0A for ; Sun, 9 Sep 2012 21:50:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q89Lo74a018862 for ; Sun, 9 Sep 2012 21:50:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q89Lo7jk018849; Sun, 9 Sep 2012 21:50:07 GMT (envelope-from gnats) Date: Sun, 9 Sep 2012 21:50:07 GMT Message-Id: <201209092150.q89Lo7jk018849@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Stefano Marinelli X-Mailman-Approved-At: Mon, 10 Sep 2012 00:23:27 +0000 Cc: Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stefano Marinelli List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 21:50:08 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: Stefano Marinelli To: Alexander Motin Cc: attilio@freebsd.org, bug-followup@FreeBSD.org Subject: Re: amd64/171355: FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl Date: Sun, 9 Sep 2012 23:44:20 +0200 >> The patched one boots with this dmesg: = http://www.dragas.org/~draga/dmesg2.txt >=20 > Log looks good. If HPET is used as it should be according to = priorities I see (sysctl kern.eventtimer.timer returns HPET), then = legacy_route mode probably works as expected. In `systat -vm 1` you = should see about 50-70 timer interrupts per CPU. Yes, it returns HPET. And the sysstat reports more or less those numbers = of interrupts. So this has been sorted out. Now my machine is running = PC-BSD and looks stable (more tests needed). About the power consumption issue, I've just rebooted into Linux and = tested with the "vesa" xorg driver. Same power consumption as = Free/PCBSD. So definitely a GPU powersave issue. I just hope that xorg = will support my video card soon. Do you think that your patch will be a part of 9.1 final release?=20 Meanwhile, thank you very very much for your help.=20 Stefano= From owner-freebsd-amd64@FreeBSD.ORG Mon Sep 10 11:09:24 2012 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BABD31065670 for ; Mon, 10 Sep 2012 11:09:24 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7B4548FC29 for ; Mon, 10 Sep 2012 11:09:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q8AB9OrL062728 for ; Mon, 10 Sep 2012 11:09:24 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q8AB9Mgf062326 for freebsd-amd64@FreeBSD.org; Mon, 10 Sep 2012 11:09:22 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Sep 2012 11:09:22 GMT Message-Id: <201209101109.q8AB9Mgf062326@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2012 11:09:24 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/171355 amd64 [boot] FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP o amd64/171344 amd64 pkg_add -r xorg fails for freebsd 9 system o amd64/171331 amd64 Npviewer is crap o amd64/171250 amd64 ldd32 cannot find some i386 libraries o amd64/171110 amd64 Upgrade 9.1-BETA1 > RC1 issue o amd64/171016 amd64 Install of 9.1 RC1-amd64 using netinst iso stops at 97 o amd64/170677 amd64 FreeBSD 9.x does not boot if 2 hard disks are on syste o amd64/170487 amd64 [boot] Thinkpad X61s cannot boot 9.1-BETA1 o amd64/170410 amd64 gvfs-hal-volume-monitor crashes when new media with in o amd64/170351 amd64 [kernel] [patch] amd64: 64-bit process can't always ge o amd64/170115 amd64 Serial boot broken in 9.0 o amd64/168659 amd64 [boot] FreeBSD 9 - Crash upon booting off install CD ( o amd64/167582 amd64 Compile of MySQL NDB Cluster Fails 8.2 AMD64 o amd64/167543 amd64 [kernel] Install FreeBSD can show error message with c o amd64/167393 amd64 [boot] MacBook4,1 hangs on SMP boot o amd64/166639 amd64 [boot] Syscons issue Intel D2700 o amd64/166229 amd64 [boot] Unable to install FreeBSD 9 on Acer Extensa 522 o amd64/165850 amd64 [build] 8.3-RC1 (amd64): world doesn't build with CPUT o amd64/165845 amd64 [build] Unable to build kernel on 8.2-STABLE o amd64/165351 amd64 [boot] Error while installing or booting the freeBSD O o amd64/164773 amd64 [boot] 9.0 amd64 fails to boot on HP DL145 G3 [regress o amd64/164707 amd64 FreeBSD 9 installer does not work with IBM uefi o amd64/164643 amd64 Kernel Panic at 9.0-RELEASE o amd64/164619 amd64 when logged in as root the user and group applications o amd64/164457 amd64 [install] Can't install FreeBSD 9.0 (amd64) on HP Blad o amd64/164301 amd64 [install] 9.0 - Can't install, no DHCP lease o amd64/164136 amd64 after fresh install 8.1 release or 8.2 release the har o amd64/164116 amd64 [boot] FreeBSD 9.0-RELEASE installations mediums fails o amd64/164089 amd64 FreeBSD-9.0-RELEASE-amd64-memstick.img does not boot o amd64/164073 amd64 /etc/rc warning after booting o amd64/164036 amd64 [keyboard] Moused fails on 9_0_RELENG o amd64/163736 amd64 Freebsd 8.2 with MPD5 and about 100 PPPoE clients pani o amd64/163710 amd64 setjump in userboot.so causes stack corruption o amd64/163625 amd64 Install problems of RC3 amd64 on ASRock N68 GE3 UCC o amd64/163568 amd64 hard drive naming o amd64/163285 amd64 when installing gnome2-lite not all dependent packages o amd64/163284 amd64 print manager failed to install correctly o amd64/163114 amd64 no boot on Via Nanao netbook Samsung NC20 o amd64/163092 amd64 FreeBSD 9.0-RC2 fails to boot from raid-z2 if AHCI is o amd64/163048 amd64 normal user cant mount ntfs-3g o amd64/162936 amd64 fails boot and destabilizes other OSes on FreeBSD 9 RC o amd64/162489 amd64 After some time X blanks the screen and does not respo o amd64/162314 amd64 not able to install FreeBSD-8.2-RELEASE-amd64-dvd1 as o amd64/162219 amd64 [REGRESSION] In KDE 4.7.2 cant enable OpenGL,in 4.6.5 o amd64/162170 amd64 Unable to install due to freeze at "run_interrupt_driv o amd64/161974 amd64 FreeBSD 9 new installer installs succesful, renders ma o kern/160833 amd64 Keyboard USB doesn't work o amd64/157386 amd64 [powerd] Enabling powerd(8) with default settings on I o amd64/156106 amd64 [boot] boot0 fails to start o amd64/155135 amd64 [boot] Does Not Boot On a Very Standard Hardware o amd64/154957 amd64 [boot] Install boot CD won't boot up - keeps rebooting o amd64/154629 amd64 [panic] Fatal trap 9: general protection fault while i o amd64/153935 amd64 [hang] system hangs while trying to do 'shutdown -h no o amd64/153831 amd64 [boot] CD bootloader won't on Tyan s2912G2nr o amd64/153496 amd64 [hyper-v] [install] Install on Hyper-V leaves corrupt o amd64/153372 amd64 [panic] kernel panic o amd64/153175 amd64 [amd64] Kernel Panic on only FreeBSD 8 amd64 o amd64/152874 amd64 [install] 8.1 install fails where 7.3 works due to lac o amd64/152430 amd64 [boot] HP ProLiant Microserver n36l cannot boot into i o amd64/145991 amd64 [NOTES] [patch] Add a requires line to /sys/amd64/conf o amd64/144405 amd64 [build] [patch] include /usr/obj/lib32 in cleanworld t s amd64/143173 amd64 [ata] Promise FastTrack TX4 + SATA DVD, installer can' p amd64/141413 amd64 [hang] Tyan 2881 m3289 SMDC freeze o amd64/137942 amd64 [pci] 8.0-BETA2 having problems with Asus M2N-SLI-delu o amd64/127640 amd64 [amd64] gcc(1) will not build shared libraries with -f o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c 66 problems total. From owner-freebsd-amd64@FreeBSD.ORG Tue Sep 11 05:04:35 2012 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 819551065672 for ; Tue, 11 Sep 2012 05:04:35 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) by mx1.freebsd.org (Postfix) with ESMTP id 530A98FC0C for ; Tue, 11 Sep 2012 05:04:35 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id q8B54T7q056968 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 10 Sep 2012 22:04:29 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id q8B54THf056967 for freebsd-amd64@FreeBSD.org; Mon, 10 Sep 2012 22:04:29 -0700 (PDT) (envelope-from jmg) Date: Mon, 10 Sep 2012 22:04:29 -0700 From: John-Mark Gurney To: freebsd-amd64@FreeBSD.org Message-ID: <20120911050428.GS58312@funkthat.com> Mail-Followup-To: freebsd-amd64@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 10 Sep 2012 22:04:29 -0700 (PDT) Cc: Subject: regular hwpstate0: set freq failed, err 6 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 05:04:35 -0000 I just recently put a system together w/ a AMD Opteron 4228 HE. I've enabled powerd, but I'm seeing regular messages: hwpstate0: set freq failed, err 6 dmesg from the machine: Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.1-RC1 #0: Tue Aug 14 04:25:06 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 CPU: AMD Opteron(tm) Processor 4228 HE (2800.06-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x600f12 Family = 15 Model = 1 Stepping = 2 Features=0x178bfbff Features2=0x1e98220b AMD Features=0x2e500800 AMD Features2=0x1c9bfff,> TSC: P-state invariant, performance statistics real memory = 17179869184 (16384 MB) avail memory = 16515342336 (15750 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <111111 APIC1503> FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs FreeBSD/SMP: 1 package(s) x 6 core(s) cpu0 (BSP): APIC ID: 16 cpu1 (AP): APIC ID: 17 cpu2 (AP): APIC ID: 18 cpu3 (AP): APIC ID: 19 cpu4 (AP): APIC ID: 20 cpu5 (AP): APIC ID: 21 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fec10000, 20 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 4.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: irq 17 at device 9.0 on pci0 pci2: on pcib2 em0: port 0xd800-0xd81f mem 0xfe9e0000-0xfe9fffff,0xfe9dc000-0xfe9dffff irq 17 at device 0.0 on pci2 em0: Using MSIX interrupts with 3 vectors em0: Ethernet address: 00:25:90:79:12:34 pcib3: irq 18 at device 10.0 on pci0 pci3: on pcib3 em1: port 0xe800-0xe81f mem 0xfeae0000-0xfeafffff,0xfeadc000-0xfeadffff irq 18 at device 0.0 on pci3 em1: Using MSIX interrupts with 3 vectors em1: Ethernet address: 00:25:90:79:12:35 ahci0: port 0xc000-0xc007,0xb000-0xb003,0xa000-0xa007,0x9000-0x9003,0x8000-0x800f mem 0xfebfbc00-0xfebfbfff irq 22 at device 17.0 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ohci0: mem 0xfebf9000-0xfebf9fff irq 16 at device 18.0 on pci0 usbus0 on ohci0 ohci1: mem 0xfebfa000-0xfebfafff irq 16 at device 18.1 on pci0 usbus1 on ohci1 ehci0: mem 0xfebfb800-0xfebfb8ff irq 17 at device 18.2 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 ohci2: mem 0xfebf7000-0xfebf7fff irq 18 at device 19.0 on pci0 usbus3 on ohci2 ohci3: mem 0xfebf8000-0xfebf8fff irq 18 at device 19.1 on pci0 usbus4 on ohci3 ehci1: mem 0xfebfb400-0xfebfb4ff irq 19 at device 19.2 on pci0 usbus5: EHCI version 1.0 usbus5 on ehci1 pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata1: at channel 1 on atapci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci4: on pcib4 vgapci0: mem 0xfc000000-0xfcffffff,0xfdffc000-0xfdffffff,0xfe000000-0xfe7fffff irq 20 at device 4.0 on pci4 ohci4: mem 0xfebf6000-0xfebf6fff irq 18 at device 20.5 on pci0 usbus6 on ohci4 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 orm0: at iomem 0xc0000-0xc7fff,0xcd800-0xce7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range ctl: CAM Target Layer loaded acpi_throttle0: on cpu0 hwpstate0: on cpu0 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 uhub6: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered uhub3: 3 ports with 3 removable, self powered uhub4: 3 ports with 3 removable, self powered uhub2: 6 ports with 6 removable, self powered uhub5: 6 ports with 6 removable, self powered ada0 at ata1 bus 0 scbus6 target 0 lun 0 ada0: CFA-7 device ada0: 66.700MB/s transfers (UDMA4, PIO 512bytes) ada0: 7647MB (15662304 512 byte sectors: 16H 63S/T 15538C) ada0: Previously was known as ad2 SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #5 Launched! Trying to mount root from ufs:/dev/ada0p2 [rw]... sysctl dev.cpu: dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.P001 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 175 dev.cpu.0.freq_levels: 2800/8922 2500/7188 2300/6500 2000/5486 1750/4800 1500/4114 1400/3690 1225/3228 1050/2767 875/2306 700/1845 525/1383 350/922 175/461 dev.cpu.0.cx_supported: C1/0 C2/100 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% last 14304us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.P002 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/0 C2/100 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% last 28218us dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.P003 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.cx_supported: C1/0 C2/100 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% 0.00% last 125878us dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.P004 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.cx_supported: C1/0 C2/100 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% 0.00% last 94769us dev.cpu.4.%desc: ACPI CPU dev.cpu.4.%driver: cpu dev.cpu.4.%location: handle=\_PR_.P005 dev.cpu.4.%pnpinfo: _HID=none _UID=0 dev.cpu.4.%parent: acpi0 dev.cpu.4.cx_supported: C1/0 C2/100 dev.cpu.4.cx_lowest: C1 dev.cpu.4.cx_usage: 100.00% 0.00% last 46253us dev.cpu.5.%desc: ACPI CPU dev.cpu.5.%driver: cpu dev.cpu.5.%location: handle=\_PR_.P006 dev.cpu.5.%pnpinfo: _HID=none _UID=0 dev.cpu.5.%parent: acpi0 dev.cpu.5.cx_supported: C1/0 C2/100 dev.cpu.5.cx_lowest: C1 dev.cpu.5.cx_usage: 100.00% 0.00% last 19940us Anything I can do to help debug the message? or do I just need to ignore it? Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-amd64@FreeBSD.ORG Tue Sep 11 05:42:52 2012 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14379106564A for ; Tue, 11 Sep 2012 05:42:51 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3B1B78FC17 for ; Tue, 11 Sep 2012 05:42:49 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id IAA18440 for ; Tue, 11 Sep 2012 08:42:48 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1TBJFI-0001wg-37 for freebsd-amd64@FreeBSD.org; Tue, 11 Sep 2012 08:42:48 +0300 Message-ID: <504ECF56.8010206@FreeBSD.org> Date: Tue, 11 Sep 2012 08:42:46 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120901 Thunderbird/15.0 MIME-Version: 1.0 To: freebsd-amd64@FreeBSD.org References: <20120911050428.GS58312@funkthat.com> In-Reply-To: <20120911050428.GS58312@funkthat.com> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 11 Sep 2012 11:41:39 +0000 Cc: Subject: Re: regular hwpstate0: set freq failed, err 6 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 05:42:52 -0000 Please see http://www.freebsd.org/cgi/query-pr.cgi?pr=167018 on 11/09/2012 08:04 John-Mark Gurney said the following: > I just recently put a system together w/ a AMD Opteron 4228 HE. I've > enabled powerd, but I'm seeing regular messages: > hwpstate0: set freq failed, err 6 > > dmesg from the machine: > Copyright (c) 1992-2012 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.1-RC1 #0: Tue Aug 14 04:25:06 UTC 2012 > root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > CPU: AMD Opteron(tm) Processor 4228 HE (2800.06-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x600f12 Family = 15 Model = 1 Stepping = 2 > Features=0x178bfbff > Features2=0x1e98220b > AMD Features=0x2e500800 > AMD Features2=0x1c9bfff,> > TSC: P-state invariant, performance statistics > real memory = 17179869184 (16384 MB) > avail memory = 16515342336 (15750 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: <111111 APIC1503> > FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs > FreeBSD/SMP: 1 package(s) x 6 core(s) > cpu0 (BSP): APIC ID: 16 > cpu1 (AP): APIC ID: 17 > cpu2 (AP): APIC ID: 18 > cpu3 (AP): APIC ID: 19 > cpu4 (AP): APIC ID: 20 > cpu5 (AP): APIC ID: 21 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > acpi0: reservation of fee00000, 1000 (3) failed > acpi0: reservation of ffb80000, 80000 (3) failed > acpi0: reservation of fec10000, 20 (3) failed > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, dff00000 (3) failed > cpu0: on acpi0 > cpu1: on acpi0 > cpu2: on acpi0 > cpu3: on acpi0 > cpu4: on acpi0 > cpu5: on acpi0 > attimer0: port 0x40-0x43 irq 0 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > Event timer "RTC" frequency 32768 Hz quality 0 > hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 4.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > pcib2: irq 17 at device 9.0 on pci0 > pci2: on pcib2 > em0: port 0xd800-0xd81f mem 0xfe9e0000-0xfe9fffff,0xfe9dc000-0xfe9dffff irq 17 at device 0.0 on pci2 > em0: Using MSIX interrupts with 3 vectors > em0: Ethernet address: 00:25:90:79:12:34 > pcib3: irq 18 at device 10.0 on pci0 > pci3: on pcib3 > em1: port 0xe800-0xe81f mem 0xfeae0000-0xfeafffff,0xfeadc000-0xfeadffff irq 18 at device 0.0 on pci3 > em1: Using MSIX interrupts with 3 vectors > em1: Ethernet address: 00:25:90:79:12:35 > ahci0: port 0xc000-0xc007,0xb000-0xb003,0xa000-0xa007,0x9000-0x9003,0x8000-0x800f mem 0xfebfbc00-0xfebfbfff irq 22 at device 17.0 on pci0 > ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > ahcich2: at channel 2 on ahci0 > ahcich3: at channel 3 on ahci0 > ahcich4: at channel 4 on ahci0 > ahcich5: at channel 5 on ahci0 > ohci0: mem 0xfebf9000-0xfebf9fff irq 16 at device 18.0 on pci0 > usbus0 on ohci0 > ohci1: mem 0xfebfa000-0xfebfafff irq 16 at device 18.1 on pci0 > usbus1 on ohci1 > ehci0: mem 0xfebfb800-0xfebfb8ff irq 17 at device 18.2 on pci0 > usbus2: EHCI version 1.0 > usbus2 on ehci0 > ohci2: mem 0xfebf7000-0xfebf7fff irq 18 at device 19.0 on pci0 > usbus3 on ohci2 > ohci3: mem 0xfebf8000-0xfebf8fff irq 18 at device 19.1 on pci0 > usbus4 on ohci3 > ehci1: mem 0xfebfb400-0xfebfb4ff irq 19 at device 19.2 on pci0 > usbus5: EHCI version 1.0 > usbus5 on ehci1 > pci0: at device 20.0 (no driver attached) > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 > ata1: at channel 1 on atapci0 > isab0: at device 20.3 on pci0 > isa0: on isab0 > pcib4: at device 20.4 on pci0 > pci4: on pcib4 > vgapci0: mem 0xfc000000-0xfcffffff,0xfdffc000-0xfdffffff,0xfe000000-0xfe7fffff irq 20 at device 4.0 on pci4 > ohci4: mem 0xfebf6000-0xfebf6fff irq 18 at device 20.5 on pci0 > usbus6 on ohci4 > acpi_button0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > orm0: at iomem 0xc0000-0xc7fff,0xcd800-0xce7ff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ppc0: cannot reserve I/O port range > ctl: CAM Target Layer loaded > acpi_throttle0: on cpu0 > hwpstate0: on cpu0 > Timecounters tick every 1.000 msec > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 480Mbps High Speed USB v2.0 > usbus3: 12Mbps Full Speed USB v1.0 > usbus4: 12Mbps Full Speed USB v1.0 > usbus5: 480Mbps High Speed USB v2.0 > usbus6: 12Mbps Full Speed USB v1.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > ugen2.1: at usbus2 > uhub2: on usbus2 > ugen3.1: at usbus3 > uhub3: on usbus3 > ugen4.1: at usbus4 > uhub4: on usbus4 > ugen5.1: at usbus5 > uhub5: on usbus5 > ugen6.1: at usbus6 > uhub6: on usbus6 > uhub6: 2 ports with 2 removable, self powered > uhub0: 3 ports with 3 removable, self powered > uhub1: 3 ports with 3 removable, self powered > uhub3: 3 ports with 3 removable, self powered > uhub4: 3 ports with 3 removable, self powered > uhub2: 6 ports with 6 removable, self powered > uhub5: 6 ports with 6 removable, self powered > ada0 at ata1 bus 0 scbus6 target 0 lun 0 > ada0: CFA-7 device > ada0: 66.700MB/s transfers (UDMA4, PIO 512bytes) > ada0: 7647MB (15662304 512 byte sectors: 16H 63S/T 15538C) > ada0: Previously was known as ad2 > SMP: AP CPU #1 Launched! > SMP: AP CPU #3 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #4 Launched! > SMP: AP CPU #5 Launched! > Trying to mount root from ufs:/dev/ada0p2 [rw]... > > sysctl dev.cpu: > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.P001 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 175 > dev.cpu.0.freq_levels: 2800/8922 2500/7188 2300/6500 2000/5486 1750/4800 1500/4114 1400/3690 1225/3228 1050/2767 875/2306 700/1845 525/1383 350/922 175/461 > dev.cpu.0.cx_supported: C1/0 C2/100 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% 0.00% last 14304us > dev.cpu.1.%desc: ACPI CPU > dev.cpu.1.%driver: cpu > dev.cpu.1.%location: handle=\_PR_.P002 > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > dev.cpu.1.%parent: acpi0 > dev.cpu.1.cx_supported: C1/0 C2/100 > dev.cpu.1.cx_lowest: C1 > dev.cpu.1.cx_usage: 100.00% 0.00% last 28218us > dev.cpu.2.%desc: ACPI CPU > dev.cpu.2.%driver: cpu > dev.cpu.2.%location: handle=\_PR_.P003 > dev.cpu.2.%pnpinfo: _HID=none _UID=0 > dev.cpu.2.%parent: acpi0 > dev.cpu.2.cx_supported: C1/0 C2/100 > dev.cpu.2.cx_lowest: C1 > dev.cpu.2.cx_usage: 100.00% 0.00% last 125878us > dev.cpu.3.%desc: ACPI CPU > dev.cpu.3.%driver: cpu > dev.cpu.3.%location: handle=\_PR_.P004 > dev.cpu.3.%pnpinfo: _HID=none _UID=0 > dev.cpu.3.%parent: acpi0 > dev.cpu.3.cx_supported: C1/0 C2/100 > dev.cpu.3.cx_lowest: C1 > dev.cpu.3.cx_usage: 100.00% 0.00% last 94769us > dev.cpu.4.%desc: ACPI CPU > dev.cpu.4.%driver: cpu > dev.cpu.4.%location: handle=\_PR_.P005 > dev.cpu.4.%pnpinfo: _HID=none _UID=0 > dev.cpu.4.%parent: acpi0 > dev.cpu.4.cx_supported: C1/0 C2/100 > dev.cpu.4.cx_lowest: C1 > dev.cpu.4.cx_usage: 100.00% 0.00% last 46253us > dev.cpu.5.%desc: ACPI CPU > dev.cpu.5.%driver: cpu > dev.cpu.5.%location: handle=\_PR_.P006 > dev.cpu.5.%pnpinfo: _HID=none _UID=0 > dev.cpu.5.%parent: acpi0 > dev.cpu.5.cx_supported: C1/0 C2/100 > dev.cpu.5.cx_lowest: C1 > dev.cpu.5.cx_usage: 100.00% 0.00% last 19940us > > Anything I can do to help debug the message? or do I just need to > ignore it? > > Thanks. > -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Wed Sep 12 10:54:29 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A699106566B; Wed, 12 Sep 2012 10:54:29 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3D8638FC0A; Wed, 12 Sep 2012 10:54:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q8CAsT64093662; Wed, 12 Sep 2012 10:54:29 GMT (envelope-from mav@freefall.freebsd.org) Received: (from mav@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q8CAsSji093575; Wed, 12 Sep 2012 10:54:28 GMT (envelope-from mav) Date: Wed, 12 Sep 2012 10:54:28 GMT Message-Id: <201209121054.q8CAsSji093575@freefall.freebsd.org> To: stefano@dragas.it, mav@FreeBSD.org, freebsd-amd64@FreeBSD.org From: mav@FreeBSD.org Cc: Subject: Re: amd64/171355: [boot] FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Sep 2012 10:54:29 -0000 Synopsis: [boot] FreeBSD 9.1rc1 (and 10-HEAD) not booting on HP Pavilion g6 2147sl State-Changed-From-To: open->closed State-Changed-By: mav State-Changed-When: Wed Sep 12 10:53:40 UTC 2012 State-Changed-Why: Fix committed and merged down to 9-STABLE and 9.1-RELEASE. http://www.freebsd.org/cgi/query-pr.cgi?pr=171355 From owner-freebsd-amd64@FreeBSD.ORG Wed Sep 12 09:30:09 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8274B106566B for ; Wed, 12 Sep 2012 09:30:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5D43B8FC0A for ; Wed, 12 Sep 2012 09:30:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q8C9U9x5064625 for ; Wed, 12 Sep 2012 09:30:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q8C9U9jj064610; Wed, 12 Sep 2012 09:30:09 GMT (envelope-from gnats) Date: Wed, 12 Sep 2012 09:30:09 GMT Message-Id: <201209120930.q8C9U9jj064610@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) X-Mailman-Approved-At: Wed, 12 Sep 2012 11:34:13 +0000 Cc: Subject: Re: amd64/171355: commit references a PR X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Sep 2012 09:30:09 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/171355: commit references a PR Date: Wed, 12 Sep 2012 09:29:35 +0000 (UTC) Author: mav Date: Wed Sep 12 09:29:22 2012 New Revision: 240384 URL: http://svn.freebsd.org/changeset/base/240384 Log: MFC r240286: At least from A70M FCH chipsets AMD started to use their real vendor ID (1022) in HPET. But according to report they still haven't fixed problem with level-triggered interrupts. Make workaround used for earlier chipsets apply to this new ID also. PR: amd64/171355 Modified: stable/9/sys/dev/acpica/acpi_hpet.c Directory Properties: stable/9/sys/ (props changed) stable/9/sys/dev/ (props changed) Modified: stable/9/sys/dev/acpica/acpi_hpet.c ============================================================================== --- stable/9/sys/dev/acpica/acpi_hpet.c Wed Sep 12 09:20:37 2012 (r240383) +++ stable/9/sys/dev/acpica/acpi_hpet.c Wed Sep 12 09:29:22 2012 (r240384) @@ -57,6 +57,7 @@ __FBSDID("$FreeBSD$"); #endif #define HPET_VENDID_AMD 0x4353 +#define HPET_VENDID_AMD2 0x1022 #define HPET_VENDID_INTEL 0x8086 #define HPET_VENDID_NVIDIA 0x10de #define HPET_VENDID_SW 0x1166 @@ -505,7 +506,7 @@ hpet_attach(device_t dev) * properly, that makes it very unreliable - it freezes after any * interrupt loss. Avoid legacy IRQs for AMD. */ - if (vendor == HPET_VENDID_AMD) + if (vendor == HPET_VENDID_AMD || vendor == HPET_VENDID_AMD2) sc->allowed_irqs = 0x00000000; /* * NVidia MCP5x chipsets have number of unexplained interrupt _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-amd64@FreeBSD.ORG Wed Sep 12 11:00:19 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6603F106567F for ; Wed, 12 Sep 2012 11:00:19 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DB6B98FC18 for ; Wed, 12 Sep 2012 11:00:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q8CB09gn022171 for ; Wed, 12 Sep 2012 11:00:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q8CB09iB022158; Wed, 12 Sep 2012 11:00:09 GMT (envelope-from gnats) Date: Wed, 12 Sep 2012 11:00:09 GMT Message-Id: <201209121100.q8CB09iB022158@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) X-Mailman-Approved-At: Wed, 12 Sep 2012 11:35:21 +0000 Cc: Subject: Re: amd64/171355: commit references a PR X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Sep 2012 11:00:19 -0000 The following reply was made to PR amd64/171355; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/171355: commit references a PR Date: Wed, 12 Sep 2012 10:53:21 +0000 (UTC) Author: mav Date: Wed Sep 12 10:53:08 2012 New Revision: 240390 URL: http://svn.freebsd.org/changeset/base/240390 Log: MFC r240286: At least from A70M FCH chipsets AMD started to use their real vendor ID (1022) in HPET. But according to report they still haven't fixed problem with level-triggered interrupts. Make workaround used for earlier chipsets apply to this new ID also. PR: amd64/171355 Approved by: re (kib) Modified: releng/9.1/sys/dev/acpica/acpi_hpet.c Directory Properties: releng/9.1/sys/ (props changed) releng/9.1/sys/dev/ (props changed) Modified: releng/9.1/sys/dev/acpica/acpi_hpet.c ============================================================================== --- releng/9.1/sys/dev/acpica/acpi_hpet.c Wed Sep 12 10:39:47 2012 (r240389) +++ releng/9.1/sys/dev/acpica/acpi_hpet.c Wed Sep 12 10:53:08 2012 (r240390) @@ -57,6 +57,7 @@ __FBSDID("$FreeBSD$"); #endif #define HPET_VENDID_AMD 0x4353 +#define HPET_VENDID_AMD2 0x1022 #define HPET_VENDID_INTEL 0x8086 #define HPET_VENDID_NVIDIA 0x10de #define HPET_VENDID_SW 0x1166 @@ -505,7 +506,7 @@ hpet_attach(device_t dev) * properly, that makes it very unreliable - it freezes after any * interrupt loss. Avoid legacy IRQs for AMD. */ - if (vendor == HPET_VENDID_AMD) + if (vendor == HPET_VENDID_AMD || vendor == HPET_VENDID_AMD2) sc->allowed_irqs = 0x00000000; /* * NVidia MCP5x chipsets have number of unexplained interrupt _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-amd64@FreeBSD.ORG Fri Sep 14 17:24:36 2012 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F38A1065670; Fri, 14 Sep 2012 17:24:36 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id D5E958FC08; Fri, 14 Sep 2012 17:24:35 +0000 (UTC) X-Virus-Scanned: amavisd-new at BSDLabs AB Date: Fri, 14 Sep 2012 19:15:05 +0200 Message-ID: <20120914191505.Horde.h1agaEsHhF5QU2YZmHxyi6A@webmail.bsdlabs.com> From: Per olof Ljungmark To: Alexander Motin References: <201209081140.q88BeFJM014929@freefall.freebsd.org> In-Reply-To: <201209081140.q88BeFJM014929@freefall.freebsd.org> User-Agent: Internet Messaging Program (IMP) H4 (5.0.23) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: freebsd-amd64@FreeBSD.org Subject: Re: amd64/170487: [boot] Thinkpad X61s cannot boot 9.1-BETA1 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2012 17:24:36 -0000 ----- Message from Alexander Motin --------- Date: Sat, 8 Sep 2012 11:40:15 GMT From: Alexander Motin Reply-To: Alexander Motin Subject: Re: amd64/170487: [boot] Thinkpad X61s cannot boot 9.1-BETA1 To: freebsd-amd64@FreeBSD.org > The following reply was made to PR amd64/170487; it has been noted by GNATS. > > From: Alexander Motin > To: bug-followup@FreeBSD.org, peo@intersonic.se > Cc: > Subject: Re: amd64/170487: [boot] Thinkpad X61s cannot boot 9.1-BETA1 > Date: Sat, 08 Sep 2012 14:38:04 +0300 > > Could you try to enable CAM debugging by setting kern.cam.dflags=0xff > loader tunable either from loader prompt or /boot/loader.conf? It should > tell us on what stage of device detection hang happens. > > -- > Alexander Motin > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" ----- End message from Alexander Motin ----- A screenshot: ----- Attachments (Links will expire on 03/31/2013) http://webmail.bsdlabs.com/imp/attachment.php?f=P9140726.JPG&t=1347642905&u=peo From owner-freebsd-amd64@FreeBSD.ORG Fri Sep 14 22:50:10 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49CE81065672 for ; Fri, 14 Sep 2012 22:50:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 345058FC0A for ; Fri, 14 Sep 2012 22:50:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q8EMo9at095682 for ; Fri, 14 Sep 2012 22:50:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q8EMo91D095667; Fri, 14 Sep 2012 22:50:09 GMT (envelope-from gnats) Date: Fri, 14 Sep 2012 22:50:09 GMT Message-Id: <201209142250.q8EMo91D095667@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Per olof Ljungmark Cc: Subject: Re: amd64/170487: [boot] Thinkpad X61s cannot boot 9.1-BETA1 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Per olof Ljungmark List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2012 22:50:10 -0000 The following reply was made to PR amd64/170487; it has been noted by GNATS. From: Per olof Ljungmark To: bug-followup@FreeBSD.org Cc: mav@FreeBSD.org Subject: Re: amd64/170487: [boot] Thinkpad X61s cannot boot 9.1-BETA1 Date: Sat, 15 Sep 2012 00:49:43 +0200 Setting kern.eventtimer.timer="i8254" makes boot possible as per the discussion on the list Links to dmesg and log below. Unfortunately enabling cam debugging seem to create more info than the buffer takes. ----- Attachments (Links will expire on 03/31/2013) http://webmail.bsdlabs.com/imp/attachment.php?f=dmesg-x61s-nocamdebug&t=1347662983&u=peo http://webmail.bsdlabs.com/imp/attachment.php?f=boot-messages-x61s-nocamdebug&t=1347662983&u=peo