From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 27 11:07:21 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 95612106568E for ; Mon, 27 Feb 2012 11:07:21 +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 6CDE98FC1A for ; Mon, 27 Feb 2012 11:07: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 q1RB7LQJ090111 for ; Mon, 27 Feb 2012 11:07:21 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1RB7KLC090108 for freebsd-amd64@FreeBSD.org; Mon, 27 Feb 2012 11:07:20 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 27 Feb 2012 11:07:20 GMT Message-Id: <201202271107.q1RB7KLC090108@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, 27 Feb 2012 11:07:21 -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/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 47 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 27 18: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 0D47A1065674 for ; Mon, 27 Feb 2012 18: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 DCFAE8FC13 for ; Mon, 27 Feb 2012 18:30: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 q1RIU8cS006526 for ; Mon, 27 Feb 2012 18:30:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1RIU8xK006524; Mon, 27 Feb 2012 18:30:08 GMT (envelope-from gnats) Resent-Date: Mon, 27 Feb 2012 18:30:08 GMT Resent-Message-Id: <201202271830.q1RIU8xK006524@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, AMAILLAND GERARD Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EA8D1065686 for ; Mon, 27 Feb 2012 18:27:04 +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 F26EC8FC08 for ; Mon, 27 Feb 2012 18:27:03 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q1RIR3Mg069175 for ; Mon, 27 Feb 2012 18:27:03 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q1RIR3OT069174; Mon, 27 Feb 2012 18:27:03 GMT (envelope-from nobody) Message-Id: <201202271827.q1RIR3OT069174@red.freebsd.org> Date: Mon, 27 Feb 2012 18:27:03 GMT From: AMAILLAND GERARD To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Mon, 27 Feb 2012 18:55:50 +0000 Cc: Subject: amd64/165505: disk space /usr/local/lib very big with freebsd9.0 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, 27 Feb 2012 18:30:09 -0000 >Number: 165505 >Category: amd64 >Synopsis: disk space /usr/local/lib very big with freebsd9.0 >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: Mon Feb 27 18:30:08 UTC 2012 >Closed-Date: >Last-Modified: >Originator: AMAILLAND GERARD >Release: 9.0 >Organization: INRA >Environment: FreeBSD freebsd9 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: du -h /usr/local/lib = 17G 9.0 The same with 8.2 = 3.9 G With 9.0 /usr/local/lib/libreoffice =5.2 G and /usr/local/lib/thunderbird = 2.7 I forgot something ? best regards Gerard I use CVS for updates cvsup -g -L 2 standard-supfile cvsup -g -L 2 ports-supfile make fetchindex portupgrade -aR >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 27 18: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 17A821065675 for ; Mon, 27 Feb 2012 18: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 72CC18FC1D for ; Mon, 27 Feb 2012 18:50:04 +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 q1RIo4Vf025921 for ; Mon, 27 Feb 2012 18:50:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1RIo4Yu025920; Mon, 27 Feb 2012 18:50:04 GMT (envelope-from gnats) Resent-Date: Mon, 27 Feb 2012 18:50:04 GMT Resent-Message-Id: <201202271850.q1RIo4Yu025920@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, AMAILLAND GERARD Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EDA41065670 for ; Mon, 27 Feb 2012 18:45:45 +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 3E4668FC08 for ; Mon, 27 Feb 2012 18:45:45 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q1RIjjMD007325 for ; Mon, 27 Feb 2012 18:45:45 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q1RIjjio007324; Mon, 27 Feb 2012 18:45:45 GMT (envelope-from nobody) Message-Id: <201202271845.q1RIjjio007324@red.freebsd.org> Date: Mon, 27 Feb 2012 18:45:45 GMT From: AMAILLAND GERARD To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Mon, 27 Feb 2012 19:14:24 +0000 Cc: Subject: amd64/165506: Virtualbox 4.1.8 OSE and kBuild-devel with freebsd9.0 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, 27 Feb 2012 18:50:08 -0000 >Number: 165506 >Category: amd64 >Synopsis: Virtualbox 4.1.8 OSE and kBuild-devel with freebsd9.0 >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Mon Feb 27 18:50:04 UTC 2012 >Closed-Date: >Last-Modified: >Originator: AMAILLAND GERARD >Release: 9.0 >Organization: INRA >Environment: FreeBSD freebsd9 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: I can not install kbuild-devel with Freebsd9.0. cd /usr/ports/ devel/ kbuild-devel make cd /usr/ports/devel/kBuild-devel/work/kBuild-0.1.9998 && /bin/rm -rf out cd /usr/ports/devel/kBuild-devel/work/kBuild-0.1.9998 && ./kBuild/env.sh kmk ./kBuild/env.sh: info: Executing command: kmk Makefile.kmk:27: //subheader.kmk: Fichier ou répertoire inexistant Makefile.kmk:29: /src/Makefile.kmk: Fichier ou répertoire inexistant kmk: *** No rule to make target `/src/Makefile.kmk'. Stop. ./kBuild/env.sh: info: rc=2: kmk *** Error code 2 Stop in /usr/ports/devel/kBuild-devel. I forgot something best regards Gérard >How-To-Repeat: >Fix: my solution you have a freebsd8.2 and kbuild-devel-0.1.9998 cd /usr/ports/devel/kbuild-devel make cd /usr/ports/devel tar cvf /tmp/kbuild-devel.tar ./kbuild-devel You export / tmp/kbuild-devel.tar on a USB key You plug the USB drive on your freebsd9.0 Export kBuild-devel.tar /usr/ports/devel rm-r /usr/ports/devel/kbuild-devel tar xvf kBuil-devel.tar cd /usr/ports/devel/kbuild-devel make install clean For me it is good ! >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 29 04:03:38 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 6133B106568D for ; Wed, 29 Feb 2012 04:03:38 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: from asbnvacz-mailrelay01.megapath.net (asbnvacz-mailrelay01.megapath.net [207.145.128.243]) by mx1.freebsd.org (Postfix) with ESMTP id 2BD718FC1E for ; Wed, 29 Feb 2012 04:03:37 +0000 (UTC) Received: from mail2.sea5.speakeasy.net (mail2.sea5.speakeasy.net [69.17.117.41]) by asbnvacz-mailrelay01.megapath.net (Postfix) with ESMTP id 346E7A70668 for ; Tue, 28 Feb 2012 23:03:37 -0500 (EST) Received: (qmail 23964 invoked from network); 29 Feb 2012 04:03:36 -0000 Received: by simscan 1.4.0 ppid: 14533, pid: 30821, t: 0.2307s scanners: clamav: 0.88.2/m:52/d:10739 spam: 3.0.4 Received: from unknown (HELO P9X79.tddhome) (tomdean@[24.113.107.31]) (envelope-sender ) by mail2.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 29 Feb 2012 04:03:36 -0000 Message-ID: <4F4DA398.6070703@speakeasy.org> Date: Tue, 28 Feb 2012 20:03:36 -0800 From: "Thomas D. Dean" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120228 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <4F3EA37F.9010207@speakeasy.org> <4F3EC0B4.6050107@speakeasy.org> In-Reply-To: <4F3EC0B4.6050107@speakeasy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail2.sea5 X-Spam-Level: X-Spam-Status: No, score=0.9 required=8.0 tests=FORGED_RCVD_HELO, RATWARE_GECKO_BUILD autolearn=disabled version=3.0.4 Subject: Re: Gcc46 and 128 Bit Floating Point 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, 29 Feb 2012 04:03:38 -0000 On 02/17/12 13:03, Thomas D. Dean wrote: I have been reading the Core-i7 developers manual and looking at libm. I have been trying to shoe horn some calculations between the sizes of fpu instructions and libgmp. I think there is little support for 128-bit floating point in the Core-i7 3930K CPU. The code which uses __float128 implements functions in software and use the 80-bit fpu instructions to assist. I believe there is some speed improvement with the 128-bit registers. But, I can find no floating point instructions that operate on 128-bit floating point, like there is for 80-bit. The bottom line seems to be little gain in floating point operations with the core-i7 CPU. Or, am I missing something? #include #include int main() { char buf[128]; __float128 x = sqrtq(2.0Q); quadmath_snprintf(buf, sizeof buf, "%.45Qf",x); printf("sin(%s) = ",buf); quadmath_snprintf(buf, sizeof buf, "%.45Qf",sinq(x)); printf("%s\n",buf); return 0; } gcc46 math.c -o math /usr/local/lib/gcc46/libquadmath.a /usr/lib/libm.a Looking at the output of objdump -d math shows software implementation of sqrtq() and sinq(). gcc46 does use the fsqrt instruction but not fsin. Tom Dean From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 29 04:46:03 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 55E291065675 for ; Wed, 29 Feb 2012 04:46:03 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 144568FC0C for ; Wed, 29 Feb 2012 04:46:03 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q1T4juA3029251; Tue, 28 Feb 2012 20:45:56 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q1T4juO5029250; Tue, 28 Feb 2012 20:45:56 -0800 (PST) (envelope-from sgk) Date: Tue, 28 Feb 2012 20:45:56 -0800 From: Steve Kargl To: "Thomas D. Dean" Message-ID: <20120229044556.GA29229@troutmask.apl.washington.edu> References: <4F3EA37F.9010207@speakeasy.org> <4F3EC0B4.6050107@speakeasy.org> <4F4DA398.6070703@speakeasy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F4DA398.6070703@speakeasy.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-amd64@freebsd.org Subject: Re: Gcc46 and 128 Bit Floating Point 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, 29 Feb 2012 04:46:03 -0000 On Tue, Feb 28, 2012 at 08:03:36PM -0800, Thomas D. Dean wrote: > On 02/17/12 13:03, Thomas D. Dean wrote: > > Or, am I missing something? I think the answer to you question is 'maybe'. > #include > #include > int main() { > char buf[128]; > __float128 x = sqrtq(2.0Q); > quadmath_snprintf(buf, sizeof buf, "%.45Qf",x); > printf("sin(%s) = ",buf); > quadmath_snprintf(buf, sizeof buf, "%.45Qf",sinq(x)); > printf("%s\n",buf); > return 0; > } > > gcc46 math.c -o math /usr/local/lib/gcc46/libquadmath.a /usr/lib/libm.a You probably want to add -O here. > Looking at the output of objdump -d math shows software implementation > of sqrtq() and sinq(). gcc46 does use the fsqrt instruction but not fsin. Huh? gcc46 -S gives .file "a.c" .section .rodata .LC1: .string "%.45Qf" .LC2: .string "sin(%s) = " .text .globl main .type main, @function main: .LFB4: .cfi_startproc pushq %rbp .cfi_def_cfa_offset 16 .cfi_offset 6, -16 movq %rsp, %rbp .cfi_def_cfa_register 6 subq $144, %rsp movdqa .LC0(%rip), %xmm0 call sqrtq movdqa %xmm0, -16(%rbp) movdqa -16(%rbp), %xmm0 leaq -144(%rbp), %rax movl $.LC1, %edx movl $128, %esi movq %rax, %rdi movl $1, %eax call quadmath_snprintf leaq -144(%rbp), %rax movq %rax, %rsi movl $.LC2, %edi movl $0, %eax call printf movdqa -16(%rbp), %xmm0 call sinq leaq -144(%rbp), %rax movl $.LC1, %edx movl $128, %esi movq %rax, %rdi movl $1, %eax call quadmath_snprintf leaq -144(%rbp), %rax movq %rax, %rdi call puts movl $0, %eax leave .cfi_def_cfa 7, 8 ret .cfi_endproc .LFE4: .size main, .-main .section .rodata .align 16 .LC0: .long 0 .long 0 .long 0 .long 1073741824 .ident "GCC: (FreeBSD Ports Collection) 4.6.2" I don't see fsqrt. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 29 07:52:36 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 7E4D91065673 for ; Wed, 29 Feb 2012 07:52:36 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: from asbnvacz-mailrelay01.megapath.net (asbnvacz-mailrelay01.megapath.net [207.145.128.243]) by mx1.freebsd.org (Postfix) with ESMTP id 475988FC08 for ; Wed, 29 Feb 2012 07:52:36 +0000 (UTC) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.53]) by asbnvacz-mailrelay01.megapath.net (Postfix) with ESMTP id 0B67EA700B8 for ; Wed, 29 Feb 2012 02:52:34 -0500 (EST) Received: (qmail 31008 invoked from network); 29 Feb 2012 07:52:34 -0000 Received: by simscan 1.4.0 ppid: 9849, pid: 27459, t: 0.1876s scanners: clamav: 0.88.2/m:52/d:13495 spam: 3.0.4 Received: from unknown (HELO P9X79.tddhome) (tomdean@[24.113.107.31]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 29 Feb 2012 07:52:34 -0000 Message-ID: <4F4DD942.8070106@speakeasy.org> Date: Tue, 28 Feb 2012 23:52:34 -0800 From: "Thomas D. Dean" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120228 Thunderbird/10.0.2 MIME-Version: 1.0 To: Bruce Evans References: <4F3EA37F.9010207@speakeasy.org> <4F3EC0B4.6050107@speakeasy.org> <4F4DA398.6070703@speakeasy.org> <20120229161408.G2514@besplex.bde.org> In-Reply-To: <20120229161408.G2514@besplex.bde.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail8.sea5 X-Spam-Level: X-Spam-Status: No, score=0.9 required=8.0 tests=FORGED_RCVD_HELO, RATWARE_GECKO_BUILD autolearn=disabled version=3.0.4 Cc: freebsd-amd64@FreeBSD.org Subject: Re: Gcc46 and 128 Bit Floating Point 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, 29 Feb 2012 07:52:36 -0000 On 02/28/12 22:03, Bruce Evans wrote: > >> #include >> #include >> int main() { >> char buf[128]; >> __float128 x = sqrtq(2.0Q); >> quadmath_snprintf(buf, sizeof buf, "%.45Qf",x); >> printf("sin(%s) = ",buf); >> quadmath_snprintf(buf, sizeof buf, "%.45Qf",sinq(x)); >> printf("%s\n",buf); >> return 0; >> } >> >> gcc46 math.c -o math /usr/local/lib/gcc46/libquadmath.a /usr/lib/libm.a > objdump -d math | grep fsqrt 4014fd: d9 fa fsqrt 407bb4: d9 fa fsqrt Comes from the libs. Tom Dean From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 29 08:00:28 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 759B81065676 for ; Wed, 29 Feb 2012 08:00:28 +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 34E4B8FC1A for ; Wed, 29 Feb 2012 08:00:28 +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 q1T80S5L063021 for ; Wed, 29 Feb 2012 08:00:28 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1T80SBD063020; Wed, 29 Feb 2012 08:00:28 GMT (envelope-from gnats) Resent-Date: Wed, 29 Feb 2012 08:00:28 GMT Resent-Message-Id: <201202290800.q1T80SBD063020@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, Jack Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 166821065670 for ; Wed, 29 Feb 2012 08:00:03 +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 EDDC88FC13 for ; Wed, 29 Feb 2012 08:00:02 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q1T80236051602 for ; Wed, 29 Feb 2012 08:00:02 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q1T802IG051601; Wed, 29 Feb 2012 08:00:02 GMT (envelope-from nobody) Message-Id: <201202290800.q1T802IG051601@red.freebsd.org> Date: Wed, 29 Feb 2012 08:00:02 GMT From: Jack To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: amd64/165547: NVIDIA MCP67 AHCI SATA controller timeout 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, 29 Feb 2012 08:00:28 -0000 >Number: 165547 >Category: amd64 >Synopsis: NVIDIA MCP67 AHCI SATA controller timeout >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 29 08:00:27 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Jack >Release: 8.2-STABLE >Organization: >Environment: FreeBSD jpr1.prdhost.com 8.2-STABLE FreeBSD 8.2-STABLE #0 r230417: Fri Jan 20 21:48:45 PST 2012 jack@jpr1.prdhost.com:/usr/obj/usr/src/sys/JPR1 amd64 >Description: The motherboard has a NVIDIA MCP67 AHCI SATA controller Motherboard is Manufacturer: XFX Product Name: MI-A78S-8209 Version: Ver1.1 Periodically, the disks will disappear with this log and then crash at times or fail to detect any disks. Feb 21 14:43:01 jpr1 kernel: ahcich0: AHCI reset: device not ready after 31000ms (tfd = 000 00080) Feb 21 14:43:01 jpr1 kernel: ahcich0: Poll timeout on slot 0 port 15 Feb 21 14:43:01 jpr1 kernel: ahcich0: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd 8 0 serr 00000000 cmd 00048017 Feb 21 14:43:01 jpr1 kernel: ahcich0: Poll timeout on slot 0 port 0 Feb 21 14:43:01 jpr1 kernel: ahcich0: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd 80 serr 00000000 cmd 00048017 Feb 21 14:43:01 jpr1 kernel: run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config Feb 21 14:43:01 jpr1 kernel: ada0 at ahcich1 bus 0 scbus3 target 0 lun 0 Feb 21 14:43:01 jpr1 kernel: ada0: ATA-8 SATA 2.x device Feb 21 14:43:01 jpr1 kernel: ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) Feb 21 14:43:01 jpr1 kernel: ada0: Command Queueing enabled Feb 21 14:43:01 jpr1 kernel: ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) It's also impossible to install FreeBSD 9 because of this error and FreeBSD 9 will not detect any disks. This happens on all all 3 motherboards I have that are identical to this one. >How-To-Repeat: Installing FreeBSD 9 will keep printing the error until it gives up and fails to detect any disks. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 29 08:08:37 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 60E6A106564A for ; Wed, 29 Feb 2012 08:08:37 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: from asbnvacz-mailrelay01.megapath.net (asbnvacz-mailrelay01.megapath.net [207.145.128.243]) by mx1.freebsd.org (Postfix) with ESMTP id 16B5C8FC0C for ; Wed, 29 Feb 2012 08:08:36 +0000 (UTC) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.48]) by asbnvacz-mailrelay01.megapath.net (Postfix) with ESMTP id AF7A9A70141 for ; Wed, 29 Feb 2012 03:08:08 -0500 (EST) Received: (qmail 3310 invoked from network); 29 Feb 2012 08:08:08 -0000 Received: by simscan 1.4.0 ppid: 128, pid: 29677, t: 0.2337s scanners: clamav: 0.88.2/m:52/d:10739 spam: 3.0.4 Received: from unknown (HELO P9X79.tddhome) (tomdean@[24.113.107.31]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 29 Feb 2012 08:08:07 -0000 Message-ID: <4F4DDCE7.9000008@speakeasy.org> Date: Wed, 29 Feb 2012 00:08:07 -0800 From: "Thomas D. Dean" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120228 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <4F3EA37F.9010207@speakeasy.org> <4F3EC0B4.6050107@speakeasy.org> <4F4DA398.6070703@speakeasy.org> <20120229161408.G2514@besplex.bde.org> In-Reply-To: <20120229161408.G2514@besplex.bde.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail4.sea5 X-Spam-Level: X-Spam-Status: No, score=0.9 required=8.0 tests=FORGED_RCVD_HELO, RATWARE_GECKO_BUILD autolearn=disabled version=3.0.4 Subject: Re: Gcc46 and 128 Bit Floating Point 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, 29 Feb 2012 08:08:37 -0000 On 02/28/12 22:03, Bruce Evans wrote: > > But why would you want it? It is essentially unusable on sparc64, > since it is several thousand times slower than 80-bit floating point > on i386. At equal CPU clock speeds, it is only about 1000 times slower. > Most of the factors of 10 are due to fundamental slowness of multi- > word artithmetic in software and the soft-float implementations not > being very good (I only tested with the old NetBSD/4.4BSD-derived one. > This has been replaced by the Hauser one, which has good chances for > being worse due to its greater generality and correctness, but the old > one has a lot of slop to improve). A modern x86 is much faster than > an old sparc64, giving about another factor of 10. 64-bit operations > are only about this 10 times slower (or more like 3 times slower at > equal CPU clock speeds) on an old sparc64 as on a not-so-modern core2 > x86. The gnu libraries might be better. So you could hope for only > a factor of 100 slowdown on scalar code. But modern x86's can also > do vector code, and thus be up to 8 times faster for 32-bit floating > point with AVX. Really good multi-word libraries might be able to > exploit some vector operations, but I think multi-word operations are > too seial in nature to get much parallelism with them. I have an application that takes 10 days to run on a 4.16GHz Core-i7 3930K. No output until it finishes. When I first started looking at this, I naively thought the 80-bit FPU floats were scaled to 128-bits. Would be nice... The application uses libgmp, but, about 1/2 to 2/3 of the work will fit in a 128-bit float. I wanted to get 128-bit floating point operations so I could do 2/3 the work in an FPU. With 80-bits, I can only do 1/3 the work(+-). Mostly, this is just "can I do it faster...". Maybe some asm code to work the inner loops in FPU registers. At some point, hand off to libgmp. I now think the speed improvement would not be worth the work. Tom Dean From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 29 08:23:41 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 E6BB21065674 for ; Wed, 29 Feb 2012 08:23:41 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5738FC1A for ; Wed, 29 Feb 2012 08:23:40 +0000 (UTC) Received: from c211-30-171-136.carlnfd1.nsw.optusnet.com.au (c211-30-171-136.carlnfd1.nsw.optusnet.com.au [211.30.171.136]) by mail16.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q1T8NbKn025416 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Feb 2012 19:23:38 +1100 Date: Wed, 29 Feb 2012 19:23:36 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: "Thomas D. Dean" In-Reply-To: <4F4DD942.8070106@speakeasy.org> Message-ID: <20120229191750.Y3167@besplex.bde.org> References: <4F3EA37F.9010207@speakeasy.org> <4F3EC0B4.6050107@speakeasy.org> <4F4DA398.6070703@speakeasy.org> <20120229161408.G2514@besplex.bde.org> <4F4DD942.8070106@speakeasy.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-amd64@FreeBSD.org Subject: Re: Gcc46 and 128 Bit Floating Point 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, 29 Feb 2012 08:23:42 -0000 On Tue, 28 Feb 2012, Thomas D. Dean wrote: > On 02/28/12 22:03, Bruce Evans wrote: >> >>> #include >>> #include >>> int main() { >>> char buf[128]; >>> __float128 x = sqrtq(2.0Q); >>> quadmath_snprintf(buf, sizeof buf, "%.45Qf",x); >>> printf("sin(%s) = ",buf); >>> quadmath_snprintf(buf, sizeof buf, "%.45Qf",sinq(x)); >>> printf("%s\n",buf); >>> return 0; >>> } >>> >>> gcc46 math.c -o math /usr/local/lib/gcc46/libquadmath.a /usr/lib/libm.a > >> objdump -d math | grep fsqrt > 4014fd: d9 fa fsqrt > 407bb4: d9 fa fsqrt > > Comes from the libs. It's not unreasonable in the libraries. A lower-precision sqrt gives a good place to start for a Newton approximation method. I wouldn't have expected fsqrt to be a better place to start that a 64-bit sqrt using SSE though. SSE also provides 32-bit sqrt and an even lower-precision but much faster reciprocal square root to start from. Bruce From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 29 08:40: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 8791C106564A for ; Wed, 29 Feb 2012 08:40:35 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.freebsd.org (Postfix) with ESMTP id EE9518FC0C for ; Wed, 29 Feb 2012 08:40:34 +0000 (UTC) Received: from c211-30-171-136.carlnfd1.nsw.optusnet.com.au (c211-30-171-136.carlnfd1.nsw.optusnet.com.au [211.30.171.136]) by mail07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q1T8eWqx002796 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Feb 2012 19:40:32 +1100 Date: Wed, 29 Feb 2012 19:40:32 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: "Thomas D. Dean" In-Reply-To: <4F4DDCE7.9000008@speakeasy.org> Message-ID: <20120229192417.U3167@besplex.bde.org> References: <4F3EA37F.9010207@speakeasy.org> <4F3EC0B4.6050107@speakeasy.org> <4F4DA398.6070703@speakeasy.org> <20120229161408.G2514@besplex.bde.org> <4F4DDCE7.9000008@speakeasy.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-amd64@freebsd.org Subject: Re: Gcc46 and 128 Bit Floating Point 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, 29 Feb 2012 08:40:35 -0000 On Wed, 29 Feb 2012, Thomas D. Dean wrote: > On 02/28/12 22:03, Bruce Evans wrote: >> >> But why would you want it? It is essentially unusable on sparc64, >> since it is several thousand times slower than 80-bit floating point >> on i386. At equal CPU clock speeds, it is only about 1000 times slower. >> ... > > I have an application that takes 10 days to run on a 4.16GHz Core-i7 3930K. > No output until it finishes. Look elsewhere :-). 1000 times slower than that would be bad :-). > When I first started looking at this, I naively thought the 80-bit FPU floats > were scaled to 128-bits. Would be nice... > > The application uses libgmp, but, about 1/2 to 2/3 of the work will fit in a > 128-bit float. libgmp is probably slow for the same reasons that multi-word software FP is slow -- it has to do similar things to combine the words. But it is much older so it it likely to be smarter about combining the words, and might already know how to use vectors on AVX. Combining the words seems to be much harder with floating point words, so you probably don't want floating point if you only need large integers. Bruce From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 29 10:16:07 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 D683C106566C for ; Wed, 29 Feb 2012 10:16:07 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id 32CB78FC13 for ; Wed, 29 Feb 2012 10:16:06 +0000 (UTC) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q1T63H5Q028469 for ; Wed, 29 Feb 2012 17:03:17 +1100 Received: from c211-30-171-136.carlnfd1.nsw.optusnet.com.au (c211-30-171-136.carlnfd1.nsw.optusnet.com.au [211.30.171.136]) by mail16.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q1T63CLn007195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Feb 2012 17:03:14 +1100 Date: Wed, 29 Feb 2012 17:03:12 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: "Thomas D. Dean" In-Reply-To: <4F4DA398.6070703@speakeasy.org> Message-ID: <20120229161408.G2514@besplex.bde.org> References: <4F3EA37F.9010207@speakeasy.org> <4F3EC0B4.6050107@speakeasy.org> <4F4DA398.6070703@speakeasy.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-amd64@FreeBSD.org Subject: Re: Gcc46 and 128 Bit Floating Point 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, 29 Feb 2012 10:16:07 -0000 On Tue, 28 Feb 2012, Thomas D. Dean wrote: > On 02/17/12 13:03, Thomas D. Dean wrote: > I have been reading the Core-i7 developers manual and looking at libm. I have > been trying to shoe horn some calculations between the sizes of fpu > instructions and libgmp. > > I think there is little support for 128-bit floating point in the Core-i7 > 3930K CPU. That is true. libm doesn't try to support it at all, except on sparc64, though most of it would work (as for sparc64) with correct headers. gcc46's libraries might work, but I would expect problems outside of libm, starting with printf. But why would you want it? It is essentially unusable on sparc64, since it is several thousand times slower than 80-bit floating point on i386. At equal CPU clock speeds, it is only about 1000 times slower. Most of the factors of 10 are due to fundamental slowness of multi- word artithmetic in software and the soft-float implementations not being very good (I only tested with the old NetBSD/4.4BSD-derived one. This has been replaced by the Hauser one, which has good chances for being worse due to its greater generality and correctness, but the old one has a lot of slop to improve). A modern x86 is much faster than an old sparc64, giving about another factor of 10. 64-bit operations are only about this 10 times slower (or more like 3 times slower at equal CPU clock speeds) on an old sparc64 as on a not-so-modern core2 x86. The gnu libraries might be better. So you could hope for only a factor of 100 slowdown on scalar code. But modern x86's can also do vector code, and thus be up to 8 times faster for 32-bit floating point with AVX. Really good multi-word libraries might be able to exploit some vector operations, but I think multi-word operations are too seial in nature to get much parallelism with them. > The code which uses __float128 implements functions in software and use the > 80-bit fpu instructions to assist. > > I believe there is some speed improvement with the 128-bit registers. But, I > can find no floating point instructions that operate on 128-bit floating > point, like there is for 80-bit. AVX and below have none for 128 bits. They only have 32-bit and 64-bit ones done in parallel (4 32-bit ones or 2 64-bit ones with SSE, or twice that with AVX). Emulating 128-bit ones in software then takes 10-1000 times as long as the hardware 64-bit or 80-bit ones. (80-bit ones on x86 generally have identical speeds to 64-bit and 32-bit ones, but are not so parallelizable). > The bottom line seems to be little gain in floating point operations with the > core-i7 CPU. Expect a loss in speed of up to 1000 times for 128 bits. Modern x86 wins mainly be better parallelism and scheduling. Other things haven't changed much since Athlon-XP in 2001: - the clock speed got stuck at 2-4GHz - instructions issued per cycles got stuck at about 3 (2 FP adds or muls, plus a useful integer operation and/or load/store). Maybe slightly more with i7. But parallelism has increased by up to a factor of 4 -- these instructions can now be 4 64-bit ones in a vector every cycle instead of 2 64-bit ones in a vector every 2 cycles - latency for add/mul decreased from 4 cycles to 3 or maybe 2. > #include > #include > int main() { > char buf[128]; > __float128 x = sqrtq(2.0Q); > quadmath_snprintf(buf, sizeof buf, "%.45Qf",x); > printf("sin(%s) = ",buf); > quadmath_snprintf(buf, sizeof buf, "%.45Qf",sinq(x)); > printf("%s\n",buf); > return 0; > } > > gcc46 math.c -o math /usr/local/lib/gcc46/libquadmath.a /usr/lib/libm.a I don't know the gcc library. The above has a chane or working, but it's painful to write when you can't use ordinary printf() directly. > Looking at the output of objdump -d math shows software implementation of > sqrtq() and sinq(). gcc46 does use the fsqrt instruction but not fsin. It doesn't use fsqrt according to Steve Kargl. Neither fsqrt nor fsin would work and neither should be used ever, since they are old, slow 80-bit i387 instructions which are apparently emulated in slow microcode on all modern x86. Software can beat them by a little for speed up to double precision and by a lot for accuracy in all precision. Software has a harder time being fast on them for 80 and 128 bits, even if the basic operations are fast. But 80-bit hardware versions of them are no help for the 128-bit software versions. Bruce From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 29 16:03:59 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 A50D41065672 for ; Wed, 29 Feb 2012 16:03:59 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 647378FC16 for ; Wed, 29 Feb 2012 16:03:59 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q1TG3wr2032362; Wed, 29 Feb 2012 08:03:58 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q1TG3wFe032361; Wed, 29 Feb 2012 08:03:58 -0800 (PST) (envelope-from sgk) Date: Wed, 29 Feb 2012 08:03:58 -0800 From: Steve Kargl To: Bruce Evans Message-ID: <20120229160358.GA32337@troutmask.apl.washington.edu> References: <4F3EA37F.9010207@speakeasy.org> <4F3EC0B4.6050107@speakeasy.org> <4F4DA398.6070703@speakeasy.org> <20120229161408.G2514@besplex.bde.org> <4F4DD942.8070106@speakeasy.org> <20120229191750.Y3167@besplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120229191750.Y3167@besplex.bde.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-amd64@freebsd.org Subject: Re: Gcc46 and 128 Bit Floating Point 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, 29 Feb 2012 16:03:59 -0000 On Wed, Feb 29, 2012 at 07:23:36PM +1100, Bruce Evans wrote: > On Tue, 28 Feb 2012, Thomas D. Dean wrote: > > >On 02/28/12 22:03, Bruce Evans wrote: > >> > >>>#include > >>>#include > >>>int main() { > >>>char buf[128]; > >>>__float128 x = sqrtq(2.0Q); > >>>quadmath_snprintf(buf, sizeof buf, "%.45Qf",x); > >>>printf("sin(%s) = ",buf); > >>>quadmath_snprintf(buf, sizeof buf, "%.45Qf",sinq(x)); > >>>printf("%s\n",buf); > >>>return 0; > >>>} > >>> > >>>gcc46 math.c -o math /usr/local/lib/gcc46/libquadmath.a /usr/lib/libm.a > > > >>objdump -d math | grep fsqrt > > 4014fd: d9 fa fsqrt > > 407bb4: d9 fa fsqrt > > > >Comes from the libs. > > It's not unreasonable in the libraries. A lower-precision sqrt gives > a good place to start for a Newton approximation method. I wouldn't > have expected fsqrt to be a better place to start that a 64-bit sqrt > using SSE though. SSE also provides 32-bit sqrt and an even > lower-precision but much faster reciprocal square root to start from. > >From libquadmath/math/sqrtq.c if (x <= DBL_MAX && x >= DBL_MIN) { /* Use double result as starting point. */ y = sqrt ((double) x); /* Two Newton iterations. */ y -= 0.5q * (y - x / y); y -= 0.5q * (y - x / y); return y; } This probably explains the presences of fsqrt. There's a similar block for LDBL_MAX and LDBL_MIN. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 29 18:02:50 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 C76C4106564A; Wed, 29 Feb 2012 18:02:50 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9EADD8FC13; Wed, 29 Feb 2012 18:02:50 +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 q1TI2osv032510; Wed, 29 Feb 2012 18:02:50 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1TI2o6n032506; Wed, 29 Feb 2012 18:02:50 GMT (envelope-from linimon) Date: Wed, 29 Feb 2012 18:02:50 GMT Message-Id: <201202291802.q1TI2o6n032506@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-bugs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/165547: [ata] NVIDIA MCP67 AHCI SATA controller timeout 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, 29 Feb 2012 18:02:50 -0000 Old Synopsis: NVIDIA MCP67 AHCI SATA controller timeout New Synopsis: [ata] NVIDIA MCP67 AHCI SATA controller timeout Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Wed Feb 29 18:02:05 UTC 2012 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=165547 From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 1 07:10:13 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 EABAE106564A for ; Thu, 1 Mar 2012 07:10:12 +0000 (UTC) (envelope-from peter@wemm.org) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A6A898FC0C for ; Thu, 1 Mar 2012 07:10:12 +0000 (UTC) Received: by iahk25 with SMTP id k25so531000iah.13 for ; Wed, 29 Feb 2012 23:10:12 -0800 (PST) Received-SPF: pass (google.com: domain of peter@wemm.org designates 10.50.34.202 as permitted sender) client-ip=10.50.34.202; Authentication-Results: mr.google.com; spf=pass (google.com: domain of peter@wemm.org designates 10.50.34.202 as permitted sender) smtp.mail=peter@wemm.org; dkim=pass header.i=peter@wemm.org Received: from mr.google.com ([10.50.34.202]) by 10.50.34.202 with SMTP id b10mr3630919igj.2.1330585812380 (num_hops = 1); Wed, 29 Feb 2012 23:10:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=8JOny4nyVidF+s+deqIqWhsGEyxtlhjK63UIi++76OE=; b=f2jN2Vo3rYcQMuv0VN84iT3OPGwwFP7XJ0d0ef3wjsAwktHplBeAguSP1bRT2oLPoA xZ0JtwMjfl0UvoZ1xnJo0jh7AqfVwVPQZN1sHC5AXZi0xF+DXm9LGUGc7hpHTt52g7yT ieUds4LSlJsNqrJYSzmugonH66ayzm333dHAA= MIME-Version: 1.0 Received: by 10.50.34.202 with SMTP id b10mr2979607igj.2.1330585812253; Wed, 29 Feb 2012 23:10:12 -0800 (PST) Received: by 10.231.170.138 with HTTP; Wed, 29 Feb 2012 23:10:12 -0800 (PST) In-Reply-To: <20120229192417.U3167@besplex.bde.org> References: <4F3EA37F.9010207@speakeasy.org> <4F3EC0B4.6050107@speakeasy.org> <4F4DA398.6070703@speakeasy.org> <20120229161408.G2514@besplex.bde.org> <4F4DDCE7.9000008@speakeasy.org> <20120229192417.U3167@besplex.bde.org> Date: Wed, 29 Feb 2012 23:10:12 -0800 Message-ID: From: Peter Wemm To: Bruce Evans Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmllR1K468cd4DGWpmWQhkhDBt9ZLP14x9QI25vcry2IC2vbA/KN9WXVQ9xxaDybYwQw7BC Cc: freebsd-amd64@freebsd.org Subject: Re: Gcc46 and 128 Bit Floating Point 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: Thu, 01 Mar 2012 07:10:13 -0000 On Wed, Feb 29, 2012 at 12:40 AM, Bruce Evans wrote: > On Wed, 29 Feb 2012, Thomas D. Dean wrote: >> On 02/28/12 22:03, Bruce Evans wrote: >>> But why would you want it? It is essentially unusable on sparc64, >>> since it is several thousand times slower than 80-bit floating point >>> on i386. At equal CPU clock speeds, it is only about 1000 times slower. >>> ... >> I have an application that takes 10 days to run on a 4.16GHz Core-i7 >> 3930K. No output until it finishes. > > Look elsewhere :-). =A01000 times slower than that would be bad :-). See below: >> The application uses libgmp, but, about 1/2 to 2/3 of the work will fit = in >> a 128-bit float. This is what he's getting at. If he could get access to 128 bit fp, he could move between 1/2 and 2/3 of the work into hardware operations and bypass a large chunk of GMP work which would be many many times slower than 128 bit hardware FP. ports gcc with -march/-mtune set correctly and quadmath is his only option. If he's got gcc-4.6 generating code for generic amd64 instructions it won't use that stuff and will soft-float it. Those switch settings might be the difference between the earlier code reports that didn't show use of the instructions vs later ones that did. libm and libc can't grow support for __float128 with our existing compiler. We could write some in assembler but that doesn't do anything for libc like printf. he also said "no output for 10 days" so I'm guessing printf isn't an issue. Keeping it out of band with gcc-4.6+ / libquadmath and some impedance matching with libgmp is his only practical option. Later snapshots of gcc may even be required if its missing things he needs. --=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 1 07:49:03 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 95EFC106566B for ; Thu, 1 Mar 2012 07:49:03 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.freebsd.org (Postfix) with ESMTP id 273A28FC12 for ; Thu, 1 Mar 2012 07:49:02 +0000 (UTC) Received: from c211-30-171-136.carlnfd1.nsw.optusnet.com.au (c211-30-171-136.carlnfd1.nsw.optusnet.com.au [211.30.171.136]) by mail07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q217muJc031356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Mar 2012 18:48:58 +1100 Date: Thu, 1 Mar 2012 18:48:56 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Peter Wemm In-Reply-To: Message-ID: <20120301182241.Q3280@besplex.bde.org> References: <4F3EA37F.9010207@speakeasy.org> <4F3EC0B4.6050107@speakeasy.org> <4F4DA398.6070703@speakeasy.org> <20120229161408.G2514@besplex.bde.org> <4F4DDCE7.9000008@speakeasy.org> <20120229192417.U3167@besplex.bde.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-645216518-1330588136=:3280" Cc: freebsd-amd64@freebsd.org Subject: Re: Gcc46 and 128 Bit Floating Point 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: Thu, 01 Mar 2012 07:49:03 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-645216518-1330588136=:3280 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 29 Feb 2012, Peter Wemm wrote: > On Wed, Feb 29, 2012 at 12:40 AM, Bruce Evans wrot= e: >> On Wed, 29 Feb 2012, Thomas D. Dean wrote: >>> On 02/28/12 22:03, Bruce Evans wrote: >>>> But why would you want it? It is essentially unusable on sparc64, >>>> since it is several thousand times slower than 80-bit floating point >>>> on i386. At equal CPU clock speeds, it is only about 1000 times slower= =2E >>>> ... >>> I have an application that takes 10 days to run on a 4.16GHz Core-i7 >>> 3930K. No output until it finishes. >> >> Look elsewhere :-). =A01000 times slower than that would be bad :-). > > See below: > >>> The application uses libgmp, but, about 1/2 to 2/3 of the work will fit= in >>> a 128-bit float. > > This is what he's getting at. If he could get access to 128 bit fp, > he could move between 1/2 and 2/3 of the work into hardware operations > and bypass a large chunk of GMP work which would be many many times > slower than 128 bit hardware FP. Yes, and 256-bit hardware FP would be even faster. But neither exists. There is no magic, and libgmp is likely already faster than any software FP can be, since it has access to the same wide SSE/AVX registers as=20 software FP, and multi-precision integers are a little easier, and is more developed. I think software FP would only beat software mp if the algorithm really wanted FP and this had to be emulated with multi- precision integers. I don't know if libgmp already does the latter. It would be difficult for an application to fake it efficiently, but an mp library could do much the same as an FP library for it and then integrate it efficiently with the integers. > ports gcc with -march/-mtune set correctly and quadmath is his only > option. If he's got gcc-4.6 generating code for generic amd64 > instructions it won't use that stuff and will soft-float it. Those > switch settings might be the difference between the earlier code > reports that didn't show use of the instructions vs later ones that > did. On sparc64 you can have "hardware" 128-bit FP with nice 64-bit instructions for it, but gcc intentionally doesn't use this by default, because apparently there is no sparc64 hardware that implements it in hardware; thus it has to be emulated in software using essentially the same code as soft-float, but has extra overheads for trapping on every 128-bit instruction. In the FreeBSD implementation, many of the traps are handled in userland. So there is first the trap overhead, then signal handler overhead before getting to soft-float. Handling traps in userland makes the traps easier to debug, but gdb support for sparc64 FP is primitive and gdb support for sparc64 FP signal handlers is worse. > libm and libc can't grow support for __float128 with our existing > compiler. We could write some in assembler but that doesn't do > anything for libc like printf. he also said "no output for 10 days" > so I'm guessing printf isn't an issue. > > Keeping it out of band with gcc-4.6+ / libquadmath and some impedance > matching with libgmp is his only practical option. Later snapshots of > gcc may even be required if its missing things he needs. Indeed, the toolchain issues are hard to handle, even if you have gcc-4.6+ set up. Bruce --0-645216518-1330588136=:3280-- From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 2 15:42:45 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 A8460106564A for ; Fri, 2 Mar 2012 15:42:45 +0000 (UTC) (envelope-from waynehuang.public@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 53DCE8FC12 for ; Fri, 2 Mar 2012 15:42:45 +0000 (UTC) Received: by vbmv11 with SMTP id v11so1974966vbm.13 for ; Fri, 02 Mar 2012 07:42:44 -0800 (PST) Received-SPF: pass (google.com: domain of waynehuang.public@gmail.com designates 10.52.67.115 as permitted sender) client-ip=10.52.67.115; Authentication-Results: mr.google.com; spf=pass (google.com: domain of waynehuang.public@gmail.com designates 10.52.67.115 as permitted sender) smtp.mail=waynehuang.public@gmail.com; dkim=pass header.i=waynehuang.public@gmail.com Received: from mr.google.com ([10.52.67.115]) by 10.52.67.115 with SMTP id m19mr17401351vdt.53.1330702964706 (num_hops = 1); Fri, 02 Mar 2012 07:42:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=pRKyrqbfM04/wEjZjCxsdlrGy05lcj+aBofwPpDfYOI=; b=SHpgL+Z1xvhclsT+b64x4oiowuEi/FBPDfKpTXlOvxDlP/Pa+N5eRknxk9yn9CrYPi Eqm+R6Auqx59nrdnhQvdORR6DLiWEyt7eZWcpPOBHqZysM2eLKZVUzYrakT3shWV4T0g E4OyNjyqkHfRazzOZKBwzHp2YCJtklrJXHeiKvx2vcdtgc5mTHvhm8ncR01ZWGsD3tV3 bcxfqoB1pyRnURh7vAa+Wz0VED/6a06FUPY1Q+imhxXQVmDjamlb+32hy6vqxmFo5v0j ZLteIgrWtB1VYhVtCZYeZ1iMo0vUjOGLLZ54eOcgYobi3GJ1Mh3KrGz1A85Jkyvh2s94 yIzQ== MIME-Version: 1.0 Received: by 10.52.67.115 with SMTP id m19mr14647896vdt.53.1330701509750; Fri, 02 Mar 2012 07:18:29 -0800 (PST) Received: by 10.52.112.73 with HTTP; Fri, 2 Mar 2012 07:18:29 -0800 (PST) Date: Fri, 2 Mar 2012 23:18:29 +0800 Message-ID: From: Wayne Huang To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Fri, 02 Mar 2012 16:44:16 +0000 Subject: Couldn't boot system by cdrom when AHCI is enabled. 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, 02 Mar 2012 15:42:45 -0000 I use FreeBSD 9.0 Release amd64 bootonly cdrom to boot my computer. When I set the AHCI to enabled, the loader is break at begin,but it is success when set the AHCI to disabled. My mainboard is ASUS M4A89GTD. From owner-freebsd-amd64@FreeBSD.ORG Sat Mar 3 04:00: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 30A141065670 for ; Sat, 3 Mar 2012 04:00:29 +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 0C1128FC15 for ; Sat, 3 Mar 2012 04:00: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 q2340SAG049243 for ; Sat, 3 Mar 2012 04:00:29 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2340ST8049242; Sat, 3 Mar 2012 04:00:28 GMT (envelope-from gnats) Resent-Date: Sat, 3 Mar 2012 04:00:28 GMT Resent-Message-Id: <201203030400.q2340ST8049242@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, Harry NEWTON Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94EC91065673 for ; Sat, 3 Mar 2012 03:57:16 +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 82F5E8FC0C for ; Sat, 3 Mar 2012 03:57:16 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q233vGbi049209 for ; Sat, 3 Mar 2012 03:57:16 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q233vG6V049208; Sat, 3 Mar 2012 03:57:16 GMT (envelope-from nobody) Message-Id: <201203030357.q233vG6V049208@red.freebsd.org> Date: Sat, 3 Mar 2012 03:57:16 GMT From: Harry NEWTON To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Sat, 03 Mar 2012 05:33:01 +0000 Cc: Subject: amd64/165647: Regression between 9-RELEASE and 9-STABLE 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: Sat, 03 Mar 2012 04:00:29 -0000 >Number: 165647 >Category: amd64 >Synopsis: Regression between 9-RELEASE and 9-STABLE >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 03 04:00:28 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Harry NEWTON >Release: 9.0-STABLE >Organization: yewbarrow >Environment: FreeBSD hydra.yewbarrow.net 9.0-STABLE FreeBSD 9.0-STABLE #19: Fri Mar 2 22:28:14 GMT 2012 toor@hydra.yewbarrow.net:/usr/obj/usr/src/sys/HYDRA amd64 >Description: 9-RELEASE works fine. csup to 9-STABLE and make buildworld kernel etc gives a system the hangs during the boot process. There are no error messages during the part boot, and no panic. Last messages before hang are: pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 Fault lies somewhere in: Edit src/sys/dev/acpica/acpi.c Add delta 1.305.2.4 2012.02.23.22.26.14 jkim Edit src/sys/dev/acpica/acpi_ec.c Add delta 1.95.2.2 2012.02.23.22.26.14 jkim Edit src/sys/dev/acpica/acpi_hpet.c Add delta 1.38.2.2 2012.02.23.22.26.14 jkim Edit src/sys/dev/acpica/acpi_timer.c Add delta 1.50.2.3 2012.02.23.22.26.14 jkim Edit src/sys/dev/acpica/acpivar.h Add delta 1.125.2.4 2012.02.23.22.26.14 jkim dmesg -v, pciconf, and csup out in attachment (.org structured). >How-To-Repeat: csup to STABLE after 2012.02.23.22.26.30, build, boot. >Fix: Patch attached with submission follows: * dmesg Table 'FACP' at 0x77fd0200 Table 'APIC' at 0x77fd0390 APIC: Found table at 0x77fd0390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) 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.0-STABLE #19: Fri Mar 2 22:28:14 GMT 2012 toor@hydra.yewbarrow.net:/usr/obj/usr/src/sys/HYDRA amd64 WARNING: DIAGNOSTIC option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel.old/kernel" at 0xffffffff80b6f000. Calibrating TSC clock ... TSC clock: 2194794720 Hz CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (2194.79-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40fb2 Family = f Model = 4b Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 2147483648 (2048 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000000b9e000 - 0x0000000074722fff, 1941458944 bytes (473989 pages) avail memory = 1926897664 (1837 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <030107 APIC1519> INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x001000-0x001fff at 0xffffff800020d000 x86bios: EBDA 0x09f000-0x09ffff at 0xfffffe000009f000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf96d0 00014 (v00 ACPIAM) ACPI: RSDT 0x77fd0000 00038 (v01 030107 RSDT1519 20070301 MSFT 00000097) ACPI: FACP 0x77fd0200 00084 (v02 030107 FACP1519 20070301 MSFT 00000097) ACPI: DSDT 0x77fd0430 044A0 (v01 1ADNC 1ADNCB33 00000B33 INTL 20051117) ACPI: FACS 0x77fde000 00040 ACPI: APIC 0x77fd0390 0005C (v01 030107 APIC1519 20070301 MSFT 00000097) ACPI: MCFG 0x77fd03f0 0003C (v01 030107 OEMMCFG 20070301 MSFT 00000097) ACPI: OEMB 0x77fde040 00071 (v01 030107 OEMB1519 20070301 MSFT 00000097) ACPI: HPET 0x77fd48d0 00038 (v01 030107 OEMHPET 20070301 MSFT 00000097) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 null: random: io: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: acpi0: <030107 RSDT1519> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 3 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fff80000, 80000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 77f00000 (3) failed ACPI timer: 1/1 1/2 0/3 1/2 1/2 1/2 1/3 1/2 1/2 1/2 -> 9 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 7 10 11 12 14 15 Validation 0 3 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 4 N 0 3 4 5 7 10 11 12 14 15 Validation 0 4 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1002, dev=0x7910, revid=0x00 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x7912, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x1a (6500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x7917, revid=0x00 domain=0, bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x4010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1002, dev=0x4380, revid=0x00 domain=0, bus=0, slot=18, func=0 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xb000, size 3, enabled map[14]: type I/O Port, range 32, base 0xa000, size 2, enabled map[18]: type I/O Port, range 32, base 0x9000, size 3, enabled map[1c]: type I/O Port, range 32, base 0x8000, size 2, enabled map[20]: type I/O Port, range 32, base 0x7000, size 4, enabled map[24]: type Memory, range 32, base 0xfe7ff800, size 10, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 22 found-> vendor=0x1002, dev=0x4387, revid=0x00 domain=0, bus=0, slot=19, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0517, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[10]: type Memory, range 32, base 0xfe7fe000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 16 ohci early: SMM active, request owner change found-> vendor=0x1002, dev=0x4388, revid=0x00 domain=0, bus=0, slot=19, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=3 map[10]: type Memory, range 32, base 0xfe7fd000, size 12, enabled pcib0: matched entry for 0.19.INTB pcib0: slot 19 INTB hardwired to IRQ 17 ohci early: SMM active, request owner change found-> vendor=0x1002, dev=0x4389, revid=0x00 domain=0, bus=0, slot=19, func=2 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 map[10]: type Memory, range 32, base 0xfe7fc000, size 12, enabled pcib0: matched entry for 0.19.INTC pcib0: slot 19 INTC hardwired to IRQ 18 ohci early: SMM active, request owner change found-> vendor=0x1002, dev=0x438a, revid=0x00 domain=0, bus=0, slot=19, func=3 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=3 map[10]: type Memory, range 32, base 0xfe7fb000, size 12, enabled pcib0: matched entry for 0.19.INTB pcib0: slot 19 INTB hardwired to IRQ 17 ohci early: SMM active, request owner change found-> vendor=0x1002, dev=0x438b, revid=0x00 domain=0, bus=0, slot=19, func=4 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 map[10]: type Memory, range 32, base 0xfe7fa000, size 12, enabled pcib0: matched entry for 0.19.INTC pcib0: slot 19 INTC hardwired to IRQ 18 ohci early: SMM active, request owner change found-> vendor=0x1002, dev=0x4386, revid=0x00 domain=0, bus=0, slot=19, func=5 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe7ff000, size 8, enabled pcib0: matched entry for 0.19.INTD pcib0: slot 19 INTD hardwired to IRQ 19 found-> vendor=0x1002, dev=0x4385, revid=0x13 domain=0, bus=0, slot=20, func=0 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0403, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0xb00, size 4, enabled map[14]: type Memory, range 32, base 0xfed00000, size 10, enabled found-> vendor=0x1002, dev=0x438c, revid=0x00 domain=0, bus=0, slot=20, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 MSI supports 1 message map[20]: type I/O Port, range 32, base 0xff00, size 4, enabled found-> vendor=0x1002, dev=0x4383, revid=0x00 domain=0, bus=0, slot=20, func=2 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0410, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfe7f4000, size 14, enabled pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x438d, revid=0x00 domain=0, bus=0, slot=20, func=3 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x4384, revid=0x00 domain=0, bus=0, slot=20, func=4 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xfe800000-0xfe9fffff pcib1: prefetched decode 0xf0000000-0xf7ffffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1002, dev=0x791e, revid=0x00 domain=0, bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Prefetchable Memory, range 64, base 0xf0000000, size 27, enabled pcib1: requested memory range 0xf0000000-0xf7ffffff: good map[18]: type Memory, range 64, base 0xfe9f0000, size 16, enabled pcib1: requested memory range 0xfe9f0000-0xfe9fffff: good map[20]: type I/O Port, range 32, base 0xc000, size 8, enabled pcib1: requested I/O range 0xc000-0xc0ff: in range map[24]: type Memory, range 32, base 0xfe800000, size 20, enabled pcib1: requested memory range 0xfe800000-0xfe8fffff: good pcib1: matched entry for 1.5.INTA pcib1: slot 5 INTA hardwired to IRQ 18 found-> vendor=0x1002, dev=0x7919, revid=0x00 domain=0, bus=1, slot=5, func=2 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfe9e8000, size 14, enabled pcib1: requested memory range 0xfe9e8000-0xfe9ebfff: good pcib1: matched entry for 1.5.INTB pcib1: slot 5 INTB hardwired to IRQ 19 vgapci0: port 0xc000-0xc0ff mem 0xf0000000-0xf7ffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 at device 5.0 on pci1 pci1: at device 5.2 (no driver attached) pcib2: at device 7.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xd000-0xdfff pcib2: memory decode 0xfea00000-0xfeafffff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x10ec, dev=0x8168, revid=0x01 domain=0, bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x4010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type I/O Port, range 32, base 0xd800, size 8, enabled pcib2: requested I/O range 0xd800-0xd8ff: in range map[18]: type Memory, range 64, base 0xfeaff000, size 12, enabled pcib2: requested memory range 0xfeaff000-0xfeafffff: good pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 19 re0: port 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci2 re0: MSI count : 2 re0: MSI-X count : 0 re0: attempting to allocate 1 MSI vectors (2 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 49 re0: using IRQ 256 for MSI re0: Using 1 MSI message re0: Chip rev. 0x38000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: OUI 0x00e04c, model 0x0011, rev. 2 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: bpf attached re0: Ethernet address: 00:19:db:63:76:3e ahci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 50 ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier supported ahci0: Caps: 64bit NCQ SNTF MPS AL CLO 3Gbps PM PMD 32cmd CCC 4ports ahci0: Caps2: ahcich0: at channel 0 on ahci0 ahcich0: Caps: HPCP ahcich1: at channel 1 on ahci0 ahcich1: Caps: HPCP ahcich2: at channel 2 on ahci0 ahcich2: Caps: HPCP ahcich3: at channel 3 on ahci0 ahcich3: Caps: HPCP ohci0: mem 0xfe7fe000-0xfe7fefff irq 16 at device 19.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 51 usbus0: on ohci0 usbus0: bpf attached ohci0: usbpf: Attached ohci1: mem 0xfe7fd000-0xfe7fdfff irq 17 at device 19.1 on pci0 ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 0 vector 52 usbus1: on ohci1 usbus1: bpf attached ohci1: usbpf: Attached ohci2: mem 0xfe7fc000-0xfe7fcfff irq 18 at device 19.2 on pci0 ioapic0: routing intpin 18 (PCI IRQ 18) to lapic 0 vector 53 usbus2: on ohci2 usbus2: bpf attached ohci2: usbpf: Attached ohci3: mem 0xfe7fb000-0xfe7fbfff irq 17 at device 19.3 on pci0 usbus3: on ohci3 usbus3: bpf attached ohci3: usbpf: Attached ohci4: mem 0xfe7fa000-0xfe7fafff irq 18 at device 19.4 on pci0 usbus4: on ohci4 usbus4: bpf attached ohci4: usbpf: Attached ehci0: mem 0xfe7ff000-0xfe7ff0ff irq 19 at device 19.5 on pci0 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 54 ehci0: AMD SB600/700 quirk applied ehci0: Dropped interrupts workaround enabled usbus5: EHCI version 1.0 usbus5: on ehci0 usbus5: bpf attached ehci0: usbpf: Attached pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: at channel 0 on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 55 pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xe000-0xefff pcib3: memory decode 0xfeb00000-0xfebfffff pcib3: no prefetched decode pcib3: Subtractively decoded bridge. pci3: on pcib3 pci3: domain=0, physical bus=3 found-> vendor=0x1106, dev=0x3044, revid=0xc0 domain=0, bus=3, slot=0, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x20 (8000 ns) intpin=a, irq=4 powerspec 2 supports D0 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfebff800, size 11, enabled pcib3: requested memory range 0xfebff800-0xfebfffff: good map[14]: type I/O Port, range 32, base 0xe800, size 7, enabled pcib3: requested I/O range 0xe800-0xe87f: in range pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 20 pci3: at device 0.0 (no driver attached) acpi_button0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 56 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 57 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 device_attach: hpet0 attach returned 12 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 58 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ acpi0: wakeup code va 0xffffff8087fae000 pa 0x4000 isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xcd800-0xce7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 uart0 failed to probe at port 0x3f8 irq 4 on isa0 uart1 failed to probe at port 0x2f8 irq 3 on isa0 isa_probe_children: probing PnP devices acpi_throttle0: on cpu0 acpi_throttle0: CLK_VAL field overlaps THT_EN bit device_attach: acpi_throttle0 attach returned 6 powernow0: on cpu0 powernow0: STATUS: 0x310a120c0a0e020e powernow0: STATUS: maxfid: 0x0e powernow0: STATUS: maxvid: 0x0a device_attach: powernow0 attach returned 6 powernow1: on cpu1 powernow1: STATUS: 0x310a120c0a0e020e powernow1: STATUS: maxfid: 0x0e powernow1: STATUS: maxvid: 0x0a device_attach: powernow1 attach returned 6 Device configuration finished. procfs registered lapic: Divisor 2, Frequency 99761963 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 ahcich0: AHCI reset... ahcich0: SATA connect time=100us status=00000123 ahcich0: AHCI reset: device found ahcich1: AHCI reset... ahcich1: SATA connect time=100us status=00000123 ahcich1: AHCI reset: device found ahcich2: AHCI reset... ahcich2: SATA connect time=100us status=00000123 ahcich2: AHCI reset: device found ahcich3: AHCI reset... ahcich3: SATA connect time=100us status=00000123 ahcich3: AHCI reset: device found 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 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ahcich0: AHCI reset: device ready after 100ms Expensive timeout(9) function: 0xffffffff802db3d0(0xfffffe00015abb00) 0.054211359 s (aprobe0:ahcich0:0:15:0): Command timed out (aprobe0:ahcich0:0:15:0): Error 5, Retries exhausted (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 ahcich1: AHCI reset: device ready after 100ms (aprobe1:ahcich1:0:15:0): Command timed out (aprobe1:ahcich1:0:15:0): Error 5, Retries exhausted (aprobe0:ahcich1:0:0:0): SIGNATURE: 0000 ahcich2: AHCI reset: device ready after 100ms (aprobe2:ahcich2:0:15:0): Command timed out (aprobe2:ahcich2:0:15:0): Error 5, Retries exhausted (aprobe0:ahcich2:0:0:0): SIGNATURE: 0000 ahcich3: AHCI reset: device ready after 100ms (aprobe3:ahcich3:0:15:0): Command timed out (aprobe3:ahcich3:0:15:0): Error 5, Retries exhausted (aprobe0:ahcich3:0:0:0): SIGNATURE: 0000 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=00 stat1=00 devices=0x30000 (aprobe1:ata0:0:0:0): SIGNATURE: eb14 (aprobe0:ata0:0:1:0): SIGNATURE: eb14 pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 pass0: ATA-7 SATA 2.x device pass0: Serial Number 6QF0W6RN GEOM: new disk cd0 GEOM: new disk cd1 pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) pass0: Command Queueing enabled (cd0:ata0:0:0:0): SCSI status error (cd0:ata0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata0:0:0:0): CAM status: SCSI Status Error (cd0:ata0:0:0:0): SCSI status: Check Condition (cd0:ata0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata0:0:0:0): Error 6, Unretryable error cd0 at ata0 bus 0 scbus4 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number 2005082900 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present pass1 at ahcich1 bus 0 scbus1 target 0 lun 0 pass1: ATA-8 SATA 3.x device pass1: Serial Number W24044SM pass1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) pass1: Command Queueing enabled pass2 at ahcich2 bus 0 scbus2 target 0 lun 0 (cd1:ata0:0:1:0): SCSI status error (cd1:ata0:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata0:0:1:0): CAM status: SCSI Status Error (cd1:ata0:0:1:0): SCSI status: Check Condition (cd1:ata0:0:1:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd1:ata0:0:1:0): Error 6, Unretryable error cd1 at ata0 bus 0 scbus4 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed pass2: ATA-7 SATA 2.x device pass2: Serial Number 6QF0ZTQM pass2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) pass2: Command Queueing enabled pass3 at ahcich3 bus 0 scbus3 target 0 lun 0 pass3: ATA-8 SATA 3.x device pass3: Serial Number W240643V pass3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) pass3: Command Queueing enabled pass4 at ata0 bus 0 scbus4 target 0 lun 0 pass4: Removable CD-ROM SCSI-0 device pass4: Serial Number 2005082900 pass4: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) (cd0:ata0:0:0:0): SCSI status error (cd0:ata0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata0:0:0:0): CAM status: SCSI Status Error (cd0:ata0:0:0:0): SCSI status: Check Condition (cd0:ata0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata0:0:0:0): Error 6, Unretryable error pass5 at ata0 bus 0 scbus4 target 1 lun 0 pass5: Removable CD-ROM SCSI-0 device pass5: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: Serial Number 6QF0W6RN ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 3.x device ada1: Serial Number W24044SM (cd0:ata0:0:0:0): SCSI status error (cd0:ata0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata0:0:0:0): CAM status: SCSI Status Error uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered (cd0:ata0:0:0:0): SCSI status: Check Condition (cd0:ata0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata0:0:0:0): Error 6, Unretryable error ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 ada2: ATA-7 SATA 2.x device ada2: Serial Number 6QF0ZTQM ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) ada2: Previously was known as ad8 ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 ada3: ATA-8 SATA 3.x device (cd0:ata0:0:0:0): SCSI status error (cd0:ata0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata0:0:0:0): CAM status: SCSI Status Error (cd0:ata0:0:0:0): SCSI status: Check Condition (cd0:ata0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata0:0:0:0): Error 6, Unretryable error ada3: Serial Number W240643V ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada3: Previously was known as ad10 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 TSC timecounter discards lower 8 bit(s) Timecounter "TSC-low" frequency 8573416 Hz quality -100 WARNING: DIAGNOSTIC option enabled, expect reduced performance. (cd1:ata0:0:1:0): SCSI status error (cd1:ata0:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata0:0:1:0): CAM status: SCSI Status Error (cd1:ata0:0:1:0): SCSI status: Check Condition (cd1:ata0:0:1:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd1:ata0:0:1:0): Error 6, Unretryable error (cd1:ata0:0:1:0): SCSI status error (cd1:ata0:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata0:0:1:0): CAM status: SCSI Status Error (cd1:ata0:0:1:0): SCSI status: Check Condition (cd1:ata0:0:1:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd1:ata0:0:1:0): Error 6, Unretryable error (cd1:ata0:0:1:0): SCSI status error (cd1:ata0:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata0:0:1:0): CAM status: SCSI Status Error (cd1:ata0:0:1:0): SCSI status: Check Condition (cd1:ata0:0:1:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd1:ata0:0:1:0): Error 6, Unretryable error GEOM: new disk ada0 GEOM: new disk ada1 GEOM: new disk ada2 GEOM: new disk ada3 GEOM: ada2s1: geometry does not match label (255h,63s != 16h,63s). GEOM: ada2s1: media size does not match label. Root mount waiting for: usbus5 Root mount waiting for: usbus5 Root mount waiting for: usbus5 uhub5: 10 ports with 10 removable, self powered Root mount waiting for: usbus5 Trying to mount root from ufs:/dev/ada0p2 [rw]... start_init: trying /sbin/init ugen1.2: at usbus1 ums0: on usbus1 ums0: 5 buttons and [XYZ] coordinates ID=0 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 5 ZFS storage pool version 28 * csup -------------------------------------------------------------- >Release-Note: >Audit-Trail: >Unformatted: >>> Running /usr/bin/csup -------------------------------------------------------------- Parsing supfile "/root/csup/date-supfile" Connecting to cvsup.uk.freebsd.org Cannot connect to 2001:630:212:8:20e:cff:fe09:a69c: Protocol not supported Connected to 131.111.8.41 Server software version: SNAP_16_1h MD5 authentication started MD5 authentication successful Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection src-all/cvs Edit src/sys/dev/acpica/acpi.c Add delta 1.305.2.4 2012.02.23.22.26.14 jkim Edit src/sys/dev/acpica/acpi_ec.c Add delta 1.95.2.2 2012.02.23.22.26.14 jkim Edit src/sys/dev/acpica/acpi_hpet.c Add delta 1.38.2.2 2012.02.23.22.26.14 jkim Edit src/sys/dev/acpica/acpi_timer.c Add delta 1.50.2.3 2012.02.23.22.26.14 jkim Edit src/sys/dev/acpica/acpivar.h Add delta 1.125.2.4 2012.02.23.22.26.14 jkim Shutting down connection to server Finished successfully * supfil *default host=cvsup.uk.freebsd.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_9 # ok: # *default date=2012.02.23.22.26.00 # fail: *default date=2012.02.23.22.26.30 *default delete use-rel-suffix *default compress src-all * pciconf -lvb hostb0@pci0:0:0:0: class=0x060000 card=0x79101002 chip=0x79101002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RS690 Host Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x79121002 chip=0x79121002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' device = 'RS690 PCI to PCI Bridge (Internal gfx)' class = bridge subclass = PCI-PCI pcib2@pci0:0:7:0: class=0x060400 card=0x79101002 chip=0x79171002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' device = 'RS690 PCI to PCI Bridge (PCI Express Port 3)' class = bridge subclass = PCI-PCI ahci0@pci0:0:18:0: class=0x010601 card=0x73291462 chip=0x43801002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'SB600 Non-Raid-5 SATA' class = mass storage subclass = SATA bar [10] = type I/O Port, range 32, base 0xb000, size 8, enabled bar [14] = type I/O Port, range 32, base 0xa000, size 4, enabled bar [18] = type I/O Port, range 32, base 0x9000, size 8, enabled bar [1c] = type I/O Port, range 32, base 0x8000, size 4, enabled bar [20] = type I/O Port, range 32, base 0x7000, size 16, enabled bar [24] = type Memory, range 32, base 0xfe7ff800, size 1024, enabled ohci0@pci0:0:19:0: class=0x0c0310 card=0x73271462 chip=0x43871002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'SB600 USB (OHCI0)' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfe7fe000, size 4096, enabled ohci1@pci0:0:19:1: class=0x0c0310 card=0x73271462 chip=0x43881002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'SB600 USB (OHCI1)' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfe7fd000, size 4096, enabled ohci2@pci0:0:19:2: class=0x0c0310 card=0x73271462 chip=0x43891002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'SB600 USB (OHCI2)' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfe7fc000, size 4096, enabled ohci3@pci0:0:19:3: class=0x0c0310 card=0x73271462 chip=0x438a1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'SB600 USB (OHCI3)' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfe7fb000, size 4096, enabled ohci4@pci0:0:19:4: class=0x0c0310 card=0x73271462 chip=0x438b1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'SB600 USB (OHCI4)' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfe7fa000, size 4096, enabled ehci0@pci0:0:19:5: class=0x0c0320 card=0x73271462 chip=0x43861002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'SB600 USB Controller (EHCI)' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfe7ff000, size 256, enabled none0@pci0:0:20:0: class=0x0c0500 card=0x73271462 chip=0x43851002 rev=0x13 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'SBx00 SMBus Controller' class = serial bus subclass = SMBus bar [10] = type I/O Port, range 32, base 0xb00, size 16, enabled bar [14] = type Memory, range 32, base 0xfed00000, size 1024, enabled atapci0@pci0:0:20:1: class=0x01018a card=0x73271462 chip=0x438c1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'SB600 IDE' class = mass storage subclass = ATA bar [20] = type I/O Port, range 32, base 0xff00, size 16, enabled none1@pci0:0:20:2: class=0x040300 card=0x73271462 chip=0x43831002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'SBx00 Azalia (Intel HDA)' class = multimedia subclass = HDA bar [10] = type Memory, range 64, base 0xfe7f4000, size 16384, enabled isab0@pci0:0:20:3: class=0x060100 card=0x73271462 chip=0x438d1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'SB600 PCI to LPC Bridge' class = bridge subclass = PCI-ISA pcib3@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' device = 'SBx00 PCI to PCI Bridge' class = bridge subclass = PCI-PCI hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'K8 [Athlon64/Opteron] HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'K8 [Athlon64/Opteron] Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'K8 [Athlon64/Opteron] DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'K8 [Athlon64/Opteron] Miscellaneous Control' class = bridge subclass = HOST-PCI vgapci0@pci0:1:5:0: class=0x030000 card=0x73271462 chip=0x791e1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RS690 [Radeon X1200 Series]' class = display subclass = VGA bar [10] = type Prefetchable Memory, range 64, base 0xf0000000, size 134217728, enabled bar [18] = type Memory, range 64, base 0xfe9f0000, size 65536, enabled bar [20] = type I/O Port, range 32, base 0xc000, size 256, enabled bar [24] = type Memory, range 32, base 0xfe800000, size 1048576, enabled none2@pci0:1:5:2: class=0x040300 card=0x79191002 chip=0x79191002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon X1200 Series Audio Controller' class = multimedia subclass = HDA bar [10] = type Memory, range 64, base 0xfe9e8000, size 16384, enabled re0@pci0:2:0:0: class=0x020000 card=0x327c1462 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168B PCI Express Gigabit Ethernet controller' class = network subclass = ethernet bar [10] = type I/O Port, range 32, base 0xd800, size 256, enabled bar [18] = type Memory, range 64, base 0xfeaff000, size 4096, enabled none3@pci0:3:0:0: class=0x0c0010 card=0x086c0574 chip=0x30441106 rev=0xc0 hdr=0x00 vendor = 'VIA Technologies, Inc.' device = 'VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller' class = serial bus subclass = FireWire bar [10] = type Memory, range 32, base 0xfebff800, size 2048, enabled bar [14] = type I/O Port, range 32, base 0xe800, size 128, enabled