From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 18 11:06:55 2011 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 04A5D1065673 for ; Mon, 18 Apr 2011 11:06:55 +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 DAEB98FC1D for ; Mon, 18 Apr 2011 11:06:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p3IB6sgg019423 for ; Mon, 18 Apr 2011 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p3IB6suN019421 for freebsd-amd64@FreeBSD.org; Mon, 18 Apr 2011 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 18 Apr 2011 11:06:54 GMT Message-Id: <201104181106.p3IB6suN019421@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, 18 Apr 2011 11:06:55 -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/156464 amd64 fpsetprec does not work o amd64/156106 amd64 [boot] boot0 fails to start o amd64/156074 amd64 [hang] Removing CD-Rom from Lenovo T61p hangs system o amd64/156014 amd64 [hang] FreeBSD 8.2-RELEASE amd64 freeze and crash o amd64/155249 amd64 [build] 8.1 buildworld failure 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/151385 amd64 [boot] Installation hangs on MacBook o amd64/150170 amd64 [patch] [amd64] [headers] SIG_ATOMIC_MIN/SIG_ATOMIC_MA o amd64/148526 amd64 [ahci] ahci driver does not boot on AMD chip 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' f amd64/141413 amd64 [hang] Tyan 2881 m3289 SMDC freeze o amd64/141060 amd64 [install] Can't install 8.0-RELEASE on the server wher o amd64/140715 amd64 [boot] Dell M600 Blade fails to boot 7.2+ 64 bit o amd64/139998 amd64 [panic][net] 7.2 amd64 panic in rtrequest1_fib o amd64/139924 amd64 [boot] cd or dvd not load o amd64/138029 amd64 [panic][bpf] periodically kernel panic and reboot o amd64/137942 amd64 [pci] 8.0-BETA2 having problems with Asus M2N-SLI-delu o amd64/135265 amd64 [mpt] Boot from install cd hangs on HP DL160 G5 with L o amd64/135040 amd64 [ata] FreeBSD/amd64 does not (always) detect disk on S o amd64/133977 amd64 [panic] [ffs] "panic: ffs_blkfree: freeing free block" o amd64/133701 amd64 Recompiling the kernel with k8temp or smbios break GEO o amd64/132574 amd64 [boot] [hang] Freeze on bootstrap loader (CD) using AT o amd64/131456 amd64 [acpi] [ata] ACPI & ATA problems s amd64/131209 amd64 [panic] [bce] 7.1-STABLE amd64 crash - m0 NULL o amd64/130368 amd64 [hang] Switching from xorg to console locks up compute o amd64/129889 amd64 [boot] [hang] The booting process stops at the line mo o amd64/129426 amd64 [panic] FreeBSD 7.0 crash after subdiskXX: detached o amd64/129315 amd64 [em] amd64 motherboard: Intel DG965WH motherboard comp o amd64/128765 amd64 [install] Install CD loads to Install choices but stop o amd64/127640 amd64 [amd64] gcc(1) will not build shared libraries with -f o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 50 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 18 08:30:12 2011 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 9A2DF106566B for ; Mon, 18 Apr 2011 08:30:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CF4358FC0A for ; Mon, 18 Apr 2011 08:30:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p3I8UBuR071338 for ; Mon, 18 Apr 2011 08:30:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p3I8UBVF071336; Mon, 18 Apr 2011 08:30:11 GMT (envelope-from gnats) Resent-Date: Mon, 18 Apr 2011 08:30:11 GMT Resent-Message-Id: <201104180830.p3I8UBVF071336@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, Michirou & Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB3C4106564A for ; Mon, 18 Apr 2011 08:29:34 +0000 (UTC) (envelope-from yabuki@fuchan.myaw.ei.meisei-u.ac.jp) Received: from fuchan.myaw.ei.meisei-u.ac.jp (fuchan.myaw.ei.meisei-u.ac.jp [160.194.136.10]) by mx1.freebsd.org (Postfix) with ESMTP id 875678FC13 for ; Mon, 18 Apr 2011 08:29:34 +0000 (UTC) Received: from fuchan.myaw.ei.meisei-u.ac.jp (localhost [127.0.0.1]) by fuchan.myaw.ei.meisei-u.ac.jp (8.14.3/8.14.3) with ESMTP id p3I7qUND047530 for ; Mon, 18 Apr 2011 16:52:30 +0900 (JST) (envelope-from yabuki@fuchan.myaw.ei.meisei-u.ac.jp) Received: (from yabuki@localhost) by fuchan.myaw.ei.meisei-u.ac.jp (8.14.3/8.14.3/Submit) id p3I7qUrs047529; Mon, 18 Apr 2011 16:52:30 +0900 (JST) (envelope-from yabuki) Message-Id: <201104180752.p3I7qUrs047529@fuchan.myaw.ei.meisei-u.ac.jp> Date: Mon, 18 Apr 2011 16:52:30 +0900 (JST) From: Michirou & To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 X-Mailman-Approved-At: Mon, 18 Apr 2011 11:40:52 +0000 Cc: Subject: amd64/156464: fpsetprec does not work X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Michirou & List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2011 08:30:12 -0000 >Number: 156464 >Category: amd64 >Synopsis: fpsetprec does not work >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 18 08:30:11 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Michirou Yabuki >Release: FreeBSD 8.2-RELEASE amd64 >Organization: >Environment: System: FreeBSD nm64 8.2-RELEASE FreeBSD GENERIC amd64, FreeBSD 8.2-RELEASE GENERIC fpsetprec(), fpgetprec() >Description: In default, fpgetprec() returns FP_PE, but results show FP_PD. if fpsetprec(FP_PE) is called, results are never changed. This is not happen on FreeBSD8.2-RELEASE i386 version. >How-To-Repeat: #include #include #include int main() { double a, b, c, d; printf("fpgetprec %d\n", fpgetprec()); // 3 on amd64, 2 on i386 a = 10.0; b = 2.718281810; c = a / (b * b); printf("%20.16e\n", c); // 1.3533528507465618e+00 on both fpsetprec(FP_PE); a = 10.0; b = 2.718281810; c = a / (b * b); printf("%20.16e\n", c); // 1.3533528507465618e+00 on amd64 // 1.3533528507465620e+00 on i386 exit(0); } >Fix: I don't know. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 18 20:02:07 2011 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 C3DC11065700 for ; Mon, 18 Apr 2011 20:02:07 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6E28FC14 for ; Mon, 18 Apr 2011 20:02:06 +0000 (UTC) Received: from c122-106-155-58.carlnfd1.nsw.optusnet.com.au (c122-106-155-58.carlnfd1.nsw.optusnet.com.au [122.106.155.58]) by mail05.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p3IK22Aw008908 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Apr 2011 06:02:05 +1000 Date: Tue, 19 Apr 2011 06:02:02 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Michirou & In-Reply-To: <201104180752.p3I7qUrs047529@fuchan.myaw.ei.meisei-u.ac.jp> Message-ID: <20110419053530.O1028@besplex.bde.org> References: <201104180752.p3I7qUrs047529@fuchan.myaw.ei.meisei-u.ac.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD-gnats-submit@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: amd64/156464: fpsetprec does not work 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, 18 Apr 2011 20:02:07 -0000 On Mon, 18 Apr 2011, Michirou & wrote: >> Description: > > In default, fpgetprec() returns FP_PE, but results show FP_PD. > if fpsetprec(FP_PE) is called, results are never changed. amd64 uses SSE except for long doubles, so fpsetprec() and no effect on the results for long doubles. Since the precision defaults to FP_PE on amd64, fpsetprec() can only be used to break long doubles on amd64, while on i386 the precision defaults to FP_PD and fpsetprec() is needed to unbreak this. fpsetprec() on i386 can also be used to: - break doubles by setting the precision to FP_PS - reduce the precision for floats by setting the precision to FP_PS. This is sometimes useful for getting the same precision for floats as on other arches like amd64, to test that nothing depends on the extra precision without being ifdefed for this. - give increased precision for floats and doubles by setting the precision to FP_PE. This may be useful, but is difficult to program. It requires almost never actually using floats or doubles, except for converting them to and from long double on input and output. > This is not happen on FreeBSD8.2-RELEASE i386 version. amd64 behaviour in this area hasn't changed. >> How-To-Repeat: > > #include > #include > #include > int main() > { > double a, b, c, d; This only uses doubles, so fpsetprec() has no effect on it. > > printf("fpgetprec %d\n", fpgetprec()); // 3 on amd64, 2 on i386 > > a = 10.0; > b = 2.718281810; > c = a / (b * b); > printf("%20.16e\n", c); // 1.3533528507465618e+00 on both > > fpsetprec(FP_PE); It is still 3 on amd64, but is not used for doubles. It was changed from 2 to 3 on i386. > a = 10.0; > b = 2.718281810; > c = a / (b * b); > printf("%20.16e\n", c); > // 1.3533528507465618e+00 on amd64 > // 1.3533528507465620e+00 on i386 So result is more accurate on i386, but this behaviour is fragile and requires more care to program than the above in general. With FP_PE on i386, b*b is evaluated in extra precision, but there is nothing to prevent it being stored to memory, which would lose its extra precision, especially since gcc doesn't understand precision stuff. In practice, gcc won't store to memory in the middle of a simple expression like the above, even with -O0, so the above works like you want. The careful version is: a = 10.0; b = 2.718281810; long double la, lb; la = a; lb = b; c = la / (lb * lb); /* compiler bugs -- extra precision not lost * yet unless there is an acidental or * forced store (-ffloat-store) */ printf("%20.16e\n", c); /* ABI gives a store which loses the bugs * so we see only double precision for * the result */ An even more careful version to avoid the compiler bugs by forcing a store for this variable only is: ... volatile double vc; vc = la / (lb * lb); c = vc; /* c reduced to double prec -- now ready for * output, but probably not useful for * furthe calculations */ -ffloat-store should never be used since it pessimizes speed and precision globally. > > exit(0); > } fpsetprec() is very unportable due to its only affecting the i387 register set. Even on i386, you can break its effect on doubles by using '-msse2 -mfpmath=sse'. This bug is the default for clang. Bruce From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 18 22:20:10 2011 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 854BE1065680 for ; Mon, 18 Apr 2011 22:20:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 672CF8FC0C for ; Mon, 18 Apr 2011 22:20:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p3IMKA3G004114 for ; Mon, 18 Apr 2011 22:20:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p3IMKAYG004113; Mon, 18 Apr 2011 22:20:10 GMT (envelope-from gnats) Date: Mon, 18 Apr 2011 22:20:10 GMT Message-Id: <201104182220.p3IMKAYG004113@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Bruce Evans Cc: Subject: Re: amd64/156464: fpsetprec does not work X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce Evans List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2011 22:20:10 -0000 The following reply was made to PR amd64/156464; it has been noted by GNATS. From: Bruce Evans To: Michirou & Cc: FreeBSD-gnats-submit@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: amd64/156464: fpsetprec does not work Date: Tue, 19 Apr 2011 06:02:02 +1000 (EST) On Mon, 18 Apr 2011, Michirou & wrote: >> Description: > > In default, fpgetprec() returns FP_PE, but results show FP_PD. > if fpsetprec(FP_PE) is called, results are never changed. amd64 uses SSE except for long doubles, so fpsetprec() and no effect on the results for long doubles. Since the precision defaults to FP_PE on amd64, fpsetprec() can only be used to break long doubles on amd64, while on i386 the precision defaults to FP_PD and fpsetprec() is needed to unbreak this. fpsetprec() on i386 can also be used to: - break doubles by setting the precision to FP_PS - reduce the precision for floats by setting the precision to FP_PS. This is sometimes useful for getting the same precision for floats as on other arches like amd64, to test that nothing depends on the extra precision without being ifdefed for this. - give increased precision for floats and doubles by setting the precision to FP_PE. This may be useful, but is difficult to program. It requires almost never actually using floats or doubles, except for converting them to and from long double on input and output. > This is not happen on FreeBSD8.2-RELEASE i386 version. amd64 behaviour in this area hasn't changed. >> How-To-Repeat: > > #include > #include > #include > int main() > { > double a, b, c, d; This only uses doubles, so fpsetprec() has no effect on it. > > printf("fpgetprec %d\n", fpgetprec()); // 3 on amd64, 2 on i386 > > a = 10.0; > b = 2.718281810; > c = a / (b * b); > printf("%20.16e\n", c); // 1.3533528507465618e+00 on both > > fpsetprec(FP_PE); It is still 3 on amd64, but is not used for doubles. It was changed from 2 to 3 on i386. > a = 10.0; > b = 2.718281810; > c = a / (b * b); > printf("%20.16e\n", c); > // 1.3533528507465618e+00 on amd64 > // 1.3533528507465620e+00 on i386 So result is more accurate on i386, but this behaviour is fragile and requires more care to program than the above in general. With FP_PE on i386, b*b is evaluated in extra precision, but there is nothing to prevent it being stored to memory, which would lose its extra precision, especially since gcc doesn't understand precision stuff. In practice, gcc won't store to memory in the middle of a simple expression like the above, even with -O0, so the above works like you want. The careful version is: a = 10.0; b = 2.718281810; long double la, lb; la = a; lb = b; c = la / (lb * lb); /* compiler bugs -- extra precision not lost * yet unless there is an acidental or * forced store (-ffloat-store) */ printf("%20.16e\n", c); /* ABI gives a store which loses the bugs * so we see only double precision for * the result */ An even more careful version to avoid the compiler bugs by forcing a store for this variable only is: ... volatile double vc; vc = la / (lb * lb); c = vc; /* c reduced to double prec -- now ready for * output, but probably not useful for * furthe calculations */ -ffloat-store should never be used since it pessimizes speed and precision globally. > > exit(0); > } fpsetprec() is very unportable due to its only affecting the i387 register set. Even on i386, you can break its effect on doubles by using '-msse2 -mfpmath=sse'. This bug is the default for clang. Bruce From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 21 10:58:07 2011 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 709CB1065787; Thu, 21 Apr 2011 10:58:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 438AF8FC26; Thu, 21 Apr 2011 10:58:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3LAw695077849; Thu, 21 Apr 2011 06:58:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3LAw6wU077840; Thu, 21 Apr 2011 10:58:06 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 21 Apr 2011 10:58:06 GMT Message-Id: <201104211058.p3LAw6wU077840@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2011 10:58:07 -0000 TB --- 2011-04-21 08:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-21 08:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-04-21 08:30:00 - cleaning the object tree TB --- 2011-04-21 08:30:22 - cvsupping the source tree TB --- 2011-04-21 08:30:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-04-21 08:30:42 - building world TB --- 2011-04-21 08:30:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-21 08:30:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-21 08:30:42 - TARGET=amd64 TB --- 2011-04-21 08:30:42 - TARGET_ARCH=amd64 TB --- 2011-04-21 08:30:42 - TZ=UTC TB --- 2011-04-21 08:30:42 - __MAKE_CONF=/dev/null TB --- 2011-04-21 08:30:42 - cd /src TB --- 2011-04-21 08:30:42 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 21 08:30:42 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Apr 21 10:50:09 UTC 2011 TB --- 2011-04-21 10:50:10 - generating LINT kernel config TB --- 2011-04-21 10:50:10 - cd /src/sys/amd64/conf TB --- 2011-04-21 10:50:10 - /usr/bin/make -B LINT TB --- 2011-04-21 10:50:10 - building LINT kernel TB --- 2011-04-21 10:50:10 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-21 10:50:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-21 10:50:10 - TARGET=amd64 TB --- 2011-04-21 10:50:10 - TARGET_ARCH=amd64 TB --- 2011-04-21 10:50:10 - TZ=UTC TB --- 2011-04-21 10:50:10 - __MAKE_CONF=/dev/null TB --- 2011-04-21 10:50:10 - cd /src TB --- 2011-04-21 10:50:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 21 10:50:10 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/mwl/if_mwl.c:2531: error: 'struct ieee80211_mimo_info' has no member named 'rssi' /src/sys/dev/mwl/if_mwl.c:2532: error: 'struct ieee80211_mimo_info' has no member named 'rssi' /src/sys/dev/mwl/if_mwl.c:2532: error: 'struct ieee80211_mimo_info' has no member named 'rssi' /src/sys/dev/mwl/if_mwl.c:2532: error: 'struct ieee80211_mimo_info' has no member named 'rssi' /src/sys/dev/mwl/if_mwl.c:2532: error: 'struct ieee80211_mimo_info' has no member named 'rssi' /src/sys/dev/mwl/if_mwl.c:2534: error: 'struct ieee80211_mimo_info' has no member named 'noise' /src/sys/dev/mwl/if_mwl.c:2535: error: 'struct ieee80211_mimo_info' has no member named 'noise' /src/sys/dev/mwl/if_mwl.c:2536: error: 'struct ieee80211_mimo_info' has no member named 'noise' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-21 10:58:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-21 10:58:05 - ERROR: failed to build lint kernel TB --- 2011-04-21 10:58:05 - 7017.82 user 1302.71 system 8884.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 21 20:55:18 2011 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D29C4106566C; Thu, 21 Apr 2011 20:55:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8DE3A8FC25; Thu, 21 Apr 2011 20:55:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3LKtHcm059317; Thu, 21 Apr 2011 16:55:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3LKtH3c059307; Thu, 21 Apr 2011 20:55:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 21 Apr 2011 20:55:17 GMT Message-Id: <201104212055.p3LKtH3c059307@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2011 20:55:19 -0000 TB --- 2011-04-21 18:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-21 18:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-04-21 18:20:00 - cleaning the object tree TB --- 2011-04-21 18:20:28 - cvsupping the source tree TB --- 2011-04-21 18:20:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-04-21 18:20:39 - building world TB --- 2011-04-21 18:20:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-21 18:20:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-21 18:20:39 - TARGET=amd64 TB --- 2011-04-21 18:20:39 - TARGET_ARCH=amd64 TB --- 2011-04-21 18:20:39 - TZ=UTC TB --- 2011-04-21 18:20:39 - __MAKE_CONF=/dev/null TB --- 2011-04-21 18:20:39 - cd /src TB --- 2011-04-21 18:20:39 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 21 18:20:39 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Apr 21 20:39:44 UTC 2011 TB --- 2011-04-21 20:39:44 - generating LINT kernel config TB --- 2011-04-21 20:39:44 - cd /src/sys/amd64/conf TB --- 2011-04-21 20:39:44 - /usr/bin/make -B LINT TB --- 2011-04-21 20:39:44 - building LINT kernel TB --- 2011-04-21 20:39:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-21 20:39:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-21 20:39:44 - TARGET=amd64 TB --- 2011-04-21 20:39:44 - TARGET_ARCH=amd64 TB --- 2011-04-21 20:39:44 - TZ=UTC TB --- 2011-04-21 20:39:44 - __MAKE_CONF=/dev/null TB --- 2011-04-21 20:39:44 - cd /src TB --- 2011-04-21 20:39:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 21 20:39:44 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] g_eli_key.o: In function `g_eli_mkey_propagate': g_eli_key.c:(.text+0x8a): undefined reference to `g_eli_key_init' g_eli_privacy.o: In function `g_eli_crypto_run': g_eli_privacy.c:(.text+0x126): undefined reference to `g_eli_key_hold' g_eli_privacy.o: In function `g_eli_crypto_write_done': g_eli_privacy.c:(.text+0x3cf): undefined reference to `g_eli_key_drop' g_eli_privacy.o: In function `g_eli_crypto_read_done': g_eli_privacy.c:(.text+0x8da): undefined reference to `g_eli_key_drop' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-21 20:55:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-21 20:55:17 - ERROR: failed to build lint kernel TB --- 2011-04-21 20:55:17 - 7405.75 user 1339.48 system 9316.93 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 23 12:00:24 2011 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 7B2DA106570F for ; Sat, 23 Apr 2011 12:00:24 +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 136248FC17 for ; Sat, 23 Apr 2011 12:00:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p3NC0Klf047023 for ; Sat, 23 Apr 2011 12:00:20 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p3NC0KIP047011; Sat, 23 Apr 2011 12:00:20 GMT (envelope-from gnats) Resent-Date: Sat, 23 Apr 2011 12:00:20 GMT Resent-Message-Id: <201104231200.p3NC0KIP047011@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, Dayne Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA0131065673 for ; Sat, 23 Apr 2011 11:56:50 +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 A26498FC1D for ; Sat, 23 Apr 2011 11:56:50 +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 p3NBuolr040588 for ; Sat, 23 Apr 2011 11:56:50 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id p3NBuoG2040586; Sat, 23 Apr 2011 11:56:50 GMT (envelope-from nobody) Message-Id: <201104231156.p3NBuoG2040586@red.freebsd.org> Date: Sat, 23 Apr 2011 11:56:50 GMT From: Dayne To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Sat, 23 Apr 2011 12:20:25 +0000 Cc: Subject: amd64/156596: Extremely high interrupt rate on ehci/uhci IRQ16 80% cpu utilization on CPU0 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, 23 Apr 2011 12:00:24 -0000 >Number: 156596 >Category: amd64 >Synopsis: Extremely high interrupt rate on ehci/uhci IRQ16 80% cpu utilization on CPU0 >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 Apr 23 12:00:20 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Dayne >Release: 8.2-STABLE amd64 >Organization: CompleteWeb >Environment: FreeBSD 8.2-STABLE #0: Wed Mar 9 17:16:43 UTC 2011 /usr/obj/usr/src/sys/GENERIC amd64 >Description: Intel DH55C board Intel i5 650 single processor 4GB Ram 3ware RAID-1 Controller No mobo attached drives No USB attached devices Headless machine FreeBSD 8.2-Stable amd64 GENERIC, unmodified kernel build. Noticed load average of .80 .80 .80 even when all user daemons and internet services are shut down, and nothing else running but default basic things. A quick check of vmstat -i shows extremely high interrupt rate on irq16: server2# vmstat -i interrupt total rate irq1: atkbd0 680 0 irq16: ehci0 uhci4+ 25976006936 87649 <-----**** cpu0: timer 592700901 1999 irq256: em0 17240082 58 cpu1: timer 592700711 1999 cpu3: timer 592700711 1999 cpu2: timer 592700711 1999 Total 28364050732 95707 server2# Output from top -PS: last pid: 23203; load averages: 0.80, 0.80, 0.79 up 3+10:38:16 07:34:40 151 processes: 6 running, 127 sleeping, 18 waiting CPU 0: 0.0% user, 0.0% nice, 0.0% system, 80.5% interrupt, 19.5% idle CPU 1: 0.0% user, 0.0% nice, 0.0% system, 2.6% interrupt, 97.4% idle CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 3: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 283M Active, 2444M Inact, 651M Wired, 70M Cache, 398M Buf, 292M Free Swap: 4096M Total, 0K Used, 4096M Free CPU0 is always busy doing....nothing. Processor output from dmesg.boot: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM) i5 CPU 650 @ 3.20GHz (3192.02-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x20655 Family = 6 Model = 25 Stepping = 5 Motherboard info: ACPI APIC Table: A quick check thru dmesg.boot for irq16: server2# grep -i "irq 16" /var/run/dmesg.boot vgapci0: port 0xf220-0xf227 mem 0xfe000000-0xfe3fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 ehci0: mem 0xfe626000-0xfe6263ff irq 16 at device 26.7 on pci0 atapci1: port 0xe000-0xe07f mem 0xfe584000-0xfe58407f,0xfe580000-0xfe583fff irq 16 at device 0.0 on pci1 uhci4: port 0xf040-0xf05f irq 16 at device 29.1 on pci0 vgapci0: port 0xf220-0xf227 mem 0xfe000000-0xfe3fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 ehci0: mem 0xfe626000-0xfe6263ff irq 16 at device 26.7 on pci0 atapci1: port 0xe000-0xe07f mem 0xfe584000-0xfe58407f,0xfe580000-0xfe583fff irq 16 at device 0.0 on pci1 uhci4: port 0xf040-0xf05f irq 16 at device 29.1 on pci0 server2# Output of pciconf -l: server2# pciconf -l hostb0@pci0:0:0:0: class=0x060000 card=0x00378086 chip=0x00408086 rev=0x02 hdr=0x00 vgapci0@pci0:0:2:0: class=0x030000 card=0x00378086 chip=0x00428086 rev=0x02 hdr=0x00 none0@pci0:0:22:0: class=0x078000 card=0x00378086 chip=0x3b648086 rev=0x06 hdr=0x00 atapci0@pci0:0:22:2: class=0x010185 card=0x00378086 chip=0x3b668086 rev=0x06 hdr=0x00 none1@pci0:0:22:3: class=0x070002 card=0x00378086 chip=0x3b678086 rev=0x06 hdr=0x00 em0@pci0:0:25:0: class=0x020000 card=0x00378086 chip=0x10f08086 rev=0x06 hdr=0x00 uhci0@pci0:0:26:0: class=0x0c0300 card=0x00378086 chip=0x3b3b8086 rev=0x06 hdr=0x00 uhci1@pci0:0:26:1: class=0x0c0300 card=0x00378086 chip=0x3b3e8086 rev=0x06 hdr=0x00 uhci2@pci0:0:26:2: class=0x0c0300 card=0x00378086 chip=0x3b3f8086 rev=0x06 hdr=0x00 ehci0@pci0:0:26:7: class=0x0c0320 card=0x00378086 chip=0x3b3c8086 rev=0x06 hdr=0x00 none2@pci0:0:27:0: class=0x040300 card=0x00378086 chip=0x3b568086 rev=0x06 hdr=0x00 pcib1@pci0:0:28:0: class=0x060400 card=0x00378086 chip=0x3b428086 rev=0x06 hdr=0x01 pcib2@pci0:0:28:4: class=0x060400 card=0x00378086 chip=0x3b4a8086 rev=0x06 hdr=0x01 uhci3@pci0:0:29:0: class=0x0c0300 card=0x00378086 chip=0x3b368086 rev=0x06 hdr=0x00 uhci4@pci0:0:29:1: class=0x0c0300 card=0x00378086 chip=0x3b378086 rev=0x06 hdr=0x00 uhci5@pci0:0:29:2: class=0x0c0300 card=0x00378086 chip=0x3b388086 rev=0x06 hdr=0x00 ehci1@pci0:0:29:7: class=0x0c0320 card=0x00378086 chip=0x3b348086 rev=0x06 hdr=0x00 pcib3@pci0:0:30:0: class=0x060401 card=0x00378086 chip=0x244e8086 rev=0xa6 hdr=0x01 isab0@pci0:0:31:0: class=0x060100 card=0x00378086 chip=0x3b068086 rev=0x06 hdr=0x00 atapci2@pci0:0:31:2: class=0x01018f card=0x00378086 chip=0x3b208086 rev=0x06 hdr=0x00 none3@pci0:0:31:3: class=0x0c0500 card=0x00378086 chip=0x3b308086 rev=0x06 hdr=0x00 atapci3@pci0:0:31:5: class=0x010185 card=0x00378086 chip=0x3b268086 rev=0x06 hdr=0x00 atapci1@pci0:1:0:0: class=0x010401 card=0x02429005 chip=0x02421095 rev=0x01 hdr=0x00 em1@pci0:3:0:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 hdr=0x00 server2# I hope that I have provided enough initial information. Thank you in advance. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: