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=