From owner-freebsd-amd64@FreeBSD.ORG Mon May 2 00:25:22 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 A38A31065673; Mon, 2 May 2011 00:25:22 +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 7BE728FC14; Mon, 2 May 2011 00:25:22 +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 p420PMn7047315; Mon, 2 May 2011 00:25:22 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p420PMcM047310; Mon, 2 May 2011 00:25:22 GMT (envelope-from linimon) Date: Mon, 2 May 2011 00:25:22 GMT Message-Id: <201105020025.p420PMcM047310@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-multimedia@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/156726: [snd_uaudio]: snd_uaudio(4) fails to detach when mixer is open 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, 02 May 2011 00:25:22 -0000 Old Synopsis: snd_uaudio(4) fails to detach when mixer is open New Synopsis: [snd_uaudio]: snd_uaudio(4) fails to detach when mixer is open Responsible-Changed-From-To: freebsd-amd64->freebsd-multimedia Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 2 00:24:11 UTC 2011 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=156726 From owner-freebsd-amd64@FreeBSD.ORG Mon May 2 00:26:30 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 029FC106566B; Mon, 2 May 2011 00:26:30 +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 CEE3A8FC14; Mon, 2 May 2011 00:26:29 +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 p420QTIQ047375; Mon, 2 May 2011 00:26:29 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p420QTqI047368; Mon, 2 May 2011 00:26:29 GMT (envelope-from linimon) Date: Mon, 2 May 2011 00:26:29 GMT Message-Id: <201105020026.p420QTqI047368@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-usb@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/156725: USB stack stall cause complete system input loss 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, 02 May 2011 00:26:30 -0000 Synopsis: USB stack stall cause complete system input loss Responsible-Changed-From-To: freebsd-amd64->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 2 00:25:49 UTC 2011 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=156725 From owner-freebsd-amd64@FreeBSD.ORG Mon May 2 06:40:02 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 AD19B1065670; Mon, 2 May 2011 06:40:02 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 040338FC1E; Mon, 2 May 2011 06:40:01 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=NvrFngl24Vvwb7eBef0tfsytOWEnP/WlkqxQrRnklhk= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=-5bEkRx1R9wA:10 a=WQU8e4WWZSUA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6I5d2MoRAAAA:8 a=Zz7jev4LOKr-tC5fYiIA:9 a=ytTl1hzPfcG9WhibLEgA:7 a=PUjeQqilurYA:10 a=SV7veod9ZcQA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 120449500; Mon, 02 May 2011 08:29:57 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org, FreeBSD-gnats-submit@freebsd.org Date: Mon, 2 May 2011 08:28:48 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201105020026.p420QTqI047368@freefall.freebsd.org> In-Reply-To: <201105020026.p420QTqI047368@freefall.freebsd.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201105020828.49312.hselasky@c2i.net> X-Mailman-Approved-At: Mon, 02 May 2011 11:07:05 +0000 Cc: freebsd-amd64@freebsd.org Subject: Re: usb/156725: USB stack stall cause complete system input loss 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, 02 May 2011 06:40:02 -0000 On Monday 02 May 2011 02:26:29 linimon@freebsd.org wrote: > Synopsis: USB stack stall cause complete system input loss > > Responsible-Changed-From-To: freebsd-amd64->freebsd-usb > Responsible-Changed-By: linimon > Responsible-Changed-When: Mon May 2 00:25:49 UTC 2011 > Responsible-Changed-Why: > reclassify. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=156725 Hi, All attach and detach methods are run from a single thread, the root HUB thread. If any device driver is blocking the detach routine for some reason, other devices on the same USB controller will be prevented from enumerating aswell. --HPS From owner-freebsd-amd64@FreeBSD.ORG Mon May 2 11:06:54 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 6FC651065674 for ; Mon, 2 May 2011 11:06:54 +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 5516E8FC17 for ; Mon, 2 May 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 p42B6srE064021 for ; Mon, 2 May 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 p42B6rAh064019 for freebsd-amd64@FreeBSD.org; Mon, 2 May 2011 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 May 2011 11:06:53 GMT Message-Id: <201105021106.p42B6rAh064019@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, 02 May 2011 11:06:54 -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/156719 amd64 ab: apr_socket_recv: Connection reset by peer (54) 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/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 May 2 21:29: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 B45341065676 for ; Mon, 2 May 2011 21:29:07 +0000 (UTC) (envelope-from mike@mail.karels.net) Received: from mail.karels.net (mail.karels.net [63.231.190.5]) by mx1.freebsd.org (Postfix) with ESMTP id 624468FC1F for ; Mon, 2 May 2011 21:29:07 +0000 (UTC) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.14.3/8.13.6) with ESMTP id p42LDLrl051285; Mon, 2 May 2011 16:13:21 -0500 (CDT) (envelope-from mike@mail.karels.net) Message-Id: <201105022113.p42LDLrl051285@mail.karels.net> To: freebsd-amd64@freebsd.org From: Mike Karels Date: Mon, 02 May 2011 16:13:20 -0500 Sender: mike@karels.net X-Mailman-Approved-At: Mon, 02 May 2011 21:48:02 +0000 Cc: mike_karels@mcafee.com Subject: variable hang when starting APs on Westmere processors X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mike@karels.net List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2011 21:29:07 -0000 Looks like freebsd-smp is gone... not sure of the right target for this. I just picked up a problem from another developer at work who had the good fortune to have scheduled a vacation this week. The short description is that the start_ap() routine sometimes hangs, from 10 minutes to 3 hours, while starting up CPUs. This is with a much-modified system based on FreeBSD 7.2. A stock 8.2 CD hangs at the same spot almost all the time, although the code in the two versions appears identical. More details: This is amd64, using an Intel S5520HCR 2-socket motherboard with two XEON X5660 2.8GHz Westmere hex-core CPUs. The problem happens somewhat less with two XEON E5620 Quad core 2.4GHz CPUs. The hang seems to happen with higher numbered CPUs, so the hex-core with SMT has more chances to hit the problem. We added KTRs to the code, and found that the hang happens in the lapic_ipi_wait() call after de-asserting RESET. Of course, Linux doesn't exhibit the problem. Has anyone else seen a problem like this? Any ideas how to fix it, or debug further? Please copy me on responses; I'm not subscribed to this list currently. Mike From owner-freebsd-amd64@FreeBSD.ORG Mon May 2 22:54:45 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 7E06710657C4 for ; Mon, 2 May 2011 22:54:45 +0000 (UTC) (envelope-from prvs=1103dc1dce=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 16EEB8FC1D for ; Mon, 2 May 2011 22:54:44 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Mon, 02 May 2011 23:43:48 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 02 May 2011 23:43:48 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50013158388.msg for ; Mon, 02 May 2011 23:43:48 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1103dc1dce=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-amd64@freebsd.org Message-ID: <67C27574157340E498DE203A8D0FA35E@multiplay.co.uk> From: "Steven Hartland" To: , References: <201105022113.p42LDLrl051285@mail.karels.net> Date: Mon, 2 May 2011 23:44:10 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6090 Cc: mike_karels@mcafee.com Subject: Re: variable hang when starting APs on Westmere processors 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, 02 May 2011 22:54:45 -0000 We run 8.2 happily on L5640's which are also hex-core CPU's so the issue could be bios / MB related and not cpu. Its likely unrelated given your debug info but when we have seem long hangs on boot in the past its been related to keyboard stuff. You might want to try the following at the loader to see if it helps:- set hint.atkbdc.0.disabled=1 set hint.atkbd.0.disabled=1 boot Regards Steve ----- Original Message ----- From: "Mike Karels" To: Cc: Sent: Monday, May 02, 2011 10:13 PM Subject: variable hang when starting APs on Westmere processors > Looks like freebsd-smp is gone... not sure of the right target for this. > > I just picked up a problem from another developer at work who had the good > fortune to have scheduled a vacation this week. The short description is > that the start_ap() routine sometimes hangs, from 10 minutes to 3 hours, > while starting up CPUs. This is with a much-modified system based on > FreeBSD 7.2. A stock 8.2 CD hangs at the same spot almost all the time, > although the code in the two versions appears identical. > > More details: This is amd64, using an Intel S5520HCR 2-socket motherboard > with two XEON X5660 2.8GHz Westmere hex-core CPUs. The problem happens > somewhat less with two XEON E5620 Quad core 2.4GHz CPUs. The hang seems > to happen with higher numbered CPUs, so the hex-core with SMT has more > chances to hit the problem. > > We added KTRs to the code, and found that the hang happens in the > lapic_ipi_wait() call after de-asserting RESET. > > Of course, Linux doesn't exhibit the problem. > > Has anyone else seen a problem like this? Any ideas how to fix it, or > debug further? > > Please copy me on responses; I'm not subscribed to this list currently. > > Mike > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-amd64@FreeBSD.ORG Tue May 3 00:23:53 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 28A1E106566B for ; Tue, 3 May 2011 00:23:53 +0000 (UTC) (envelope-from mike@mail.karels.net) Received: from mail.karels.net (mail.karels.net [63.231.190.5]) by mx1.freebsd.org (Postfix) with ESMTP id D29298FC0A for ; Tue, 3 May 2011 00:23:51 +0000 (UTC) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.14.3/8.13.6) with ESMTP id p430Oh9X051833; Mon, 2 May 2011 19:24:44 -0500 (CDT) (envelope-from mike@mail.karels.net) Message-Id: <201105030024.p430Oh9X051833@mail.karels.net> To: "Steven Hartland" From: Mike Karels In-reply-to: Your message of Mon, 02 May 2011 23:44:10 +0100. <67C27574157340E498DE203A8D0FA35E@multiplay.co.uk> Date: Mon, 02 May 2011 19:24:43 -0500 Sender: mike@karels.net Cc: freebsd-amd64@freebsd.org, mike_karels@mcafee.com Subject: Re: variable hang when starting APs on Westmere processors X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mike@karels.net List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2011 00:23:53 -0000 > We run 8.2 happily on L5640's which are also hex-core CPU's so the issue > could be bios / MB related and not cpu. > Its likely unrelated given your debug info but when we have seem long > hangs on boot in the past its been related to keyboard stuff. You might > want to try the following at the loader to see if it helps:- > set hint.atkbdc.0.disabled=1 > set hint.atkbd.0.disabled=1 > boot > Regards > Steve Thanks, Steve. We have had problems with atkbd controller emulation on these motherboards, and have a workaround for that in place equivalent to the hints. I'll double-check that this isn't our problem here. You are quite right, this could easily be related to the BIOS or MB. Thanks, Mike ----- Original Message ----- From: "Mike Karels" To: Cc: Sent: Monday, May 02, 2011 10:13 PM Subject: variable hang when starting APs on Westmere processors > Looks like freebsd-smp is gone... not sure of the right target for this. > > I just picked up a problem from another developer at work who had the good > fortune to have scheduled a vacation this week. The short description is > that the start_ap() routine sometimes hangs, from 10 minutes to 3 hours, > while starting up CPUs. This is with a much-modified system based on > FreeBSD 7.2. A stock 8.2 CD hangs at the same spot almost all the time, > although the code in the two versions appears identical. > > More details: This is amd64, using an Intel S5520HCR 2-socket motherboard > with two XEON X5660 2.8GHz Westmere hex-core CPUs. The problem happens > somewhat less with two XEON E5620 Quad core 2.4GHz CPUs. The hang seems > to happen with higher numbered CPUs, so the hex-core with SMT has more > chances to hit the problem. > > We added KTRs to the code, and found that the hang happens in the > lapic_ipi_wait() call after de-asserting RESET. > > Of course, Linux doesn't exhibit the problem. > > Has anyone else seen a problem like this? Any ideas how to fix it, or > debug further? > > Please copy me on responses; I'm not subscribed to this list currently. > > Mike > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-amd64@FreeBSD.ORG Sat May 7 04:52:58 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 9DF2C106566C; Sat, 7 May 2011 04:52:58 +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 6C6E88FC08; Sat, 7 May 2011 04:52:57 +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 p474qv7f097719; Sat, 7 May 2011 00:52:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p474qvuw097711; Sat, 7 May 2011 04:52:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 7 May 2011 04:52:57 GMT Message-Id: <201105070452.p474qvuw097711@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: Sat, 07 May 2011 04:52:58 -0000 TB --- 2011-05-07 02:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-07 02:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-05-07 02:10:00 - cleaning the object tree TB --- 2011-05-07 02:10:28 - cvsupping the source tree TB --- 2011-05-07 02:10:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-05-07 02:15:53 - building world TB --- 2011-05-07 02:15:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-07 02:15:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-07 02:15:53 - TARGET=amd64 TB --- 2011-05-07 02:15:53 - TARGET_ARCH=amd64 TB --- 2011-05-07 02:15:53 - TZ=UTC TB --- 2011-05-07 02:15:53 - __MAKE_CONF=/dev/null TB --- 2011-05-07 02:15:53 - cd /src TB --- 2011-05-07 02:15:53 - /usr/bin/make -B buildworld >>> World build started on Sat May 7 02:15:53 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 Sat May 7 04:42:52 UTC 2011 TB --- 2011-05-07 04:42:53 - generating LINT kernel config TB --- 2011-05-07 04:42:54 - cd /src/sys/amd64/conf TB --- 2011-05-07 04:42:54 - /usr/bin/make -B LINT TB --- 2011-05-07 04:42:54 - building LINT kernel TB --- 2011-05-07 04:42:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-07 04:42:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-07 04:42:54 - TARGET=amd64 TB --- 2011-05-07 04:42:54 - TARGET_ARCH=amd64 TB --- 2011-05-07 04:42:54 - TZ=UTC TB --- 2011-05-07 04:42:54 - __MAKE_CONF=/dev/null TB --- 2011-05-07 04:42:54 - cd /src TB --- 2011-05-07 04:42:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 7 04:42:54 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 [...] ld -b binary -d -warn-common -r -d -o wpifw.fwo wpi.fw cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/xe/if_xe.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/xe/if_xe_pccard.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/xl/if_xl.c cc1: warnings being treated as errors /src/sys/dev/xl/if_xl.c: In function 'xl_poll_locked': /src/sys/dev/xl/if_xl.c:2383: warning: implicit declaration of function 'xl_stats_update_locked' /src/sys/dev/xl/if_xl.c:2383: warning: nested extern declaration of 'xl_stats_update_locked' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-07 04:52:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-07 04:52:56 - ERROR: failed to build lint kernel TB --- 2011-05-07 04:52:56 - 7471.64 user 1357.16 system 9775.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Sat May 7 10:11:05 2011 Return-Path: Delivered-To: amd64@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id B61121065670; Sat, 7 May 2011 10:11:05 +0000 (UTC) Date: Sat, 7 May 2011 10:11:05 +0000 From: Alexander Best To: FreeBSD Tinderbox Message-ID: <20110507101105.GA32422@freebsd.org> References: <201105070452.p474qvuw097711@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201105070452.p474qvuw097711@freebsd-current.sentex.ca> X-Mailman-Approved-At: Sat, 07 May 2011 11:13:38 +0000 Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 May 2011 10:11:05 -0000 On Sat May 7 11, FreeBSD Tinderbox wrote: > TB --- 2011-05-07 02:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca > TB --- 2011-05-07 02:10:00 - starting HEAD tinderbox run for amd64/amd64 > TB --- 2011-05-07 02:10:00 - cleaning the object tree > TB --- 2011-05-07 02:10:28 - cvsupping the source tree > TB --- 2011-05-07 02:10:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile > TB --- 2011-05-07 02:15:53 - building world > TB --- 2011-05-07 02:15:53 - MAKEOBJDIRPREFIX=/obj > TB --- 2011-05-07 02:15:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-05-07 02:15:53 - TARGET=amd64 > TB --- 2011-05-07 02:15:53 - TARGET_ARCH=amd64 > TB --- 2011-05-07 02:15:53 - TZ=UTC > TB --- 2011-05-07 02:15:53 - __MAKE_CONF=/dev/null > TB --- 2011-05-07 02:15:53 - cd /src > TB --- 2011-05-07 02:15:53 - /usr/bin/make -B buildworld > >>> World build started on Sat May 7 02:15:53 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 Sat May 7 04:42:52 UTC 2011 > TB --- 2011-05-07 04:42:53 - generating LINT kernel config > TB --- 2011-05-07 04:42:54 - cd /src/sys/amd64/conf > TB --- 2011-05-07 04:42:54 - /usr/bin/make -B LINT > TB --- 2011-05-07 04:42:54 - building LINT kernel > TB --- 2011-05-07 04:42:54 - MAKEOBJDIRPREFIX=/obj > TB --- 2011-05-07 04:42:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-05-07 04:42:54 - TARGET=amd64 > TB --- 2011-05-07 04:42:54 - TARGET_ARCH=amd64 > TB --- 2011-05-07 04:42:54 - TZ=UTC > TB --- 2011-05-07 04:42:54 - __MAKE_CONF=/dev/null > TB --- 2011-05-07 04:42:54 - cd /src > TB --- 2011-05-07 04:42:54 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Sat May 7 04:42:54 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 > [...] > ld -b binary -d -warn-common -r -d -o wpifw.fwo wpi.fw > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/xe/if_xe.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/xe/if_xe_pccard.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/xl/if_xl.c could somebody explain, why only on amd64 the default COPTFLAGS are -O2 -frename-registers (even with DEBUG set)? judging from gcc(1) expecially -frename-registers makes debugging very hard. cheers. alex > cc1: warnings being treated as errors > /src/sys/dev/xl/if_xl.c: In function 'xl_poll_locked': > /src/sys/dev/xl/if_xl.c:2383: warning: implicit declaration of function 'xl_stats_update_locked' > /src/sys/dev/xl/if_xl.c:2383: warning: nested extern declaration of 'xl_stats_update_locked' > *** Error code 1 > > Stop in /obj/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2011-05-07 04:52:56 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2011-05-07 04:52:56 - ERROR: failed to build lint kernel > TB --- 2011-05-07 04:52:56 - 7471.64 user 1357.16 system 9775.87 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full -- a13x