From owner-freebsd-sparc64@FreeBSD.ORG Sun Dec 27 10:35:55 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35B461065698; Sun, 27 Dec 2009 10:35:55 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id E832D8FC13; Sun, 27 Dec 2009 10:35:54 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NOqTW-0005zC-Nz; Sun, 27 Dec 2009 10:35:54 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NOqTV-00030O-Q4; Sun, 27 Dec 2009 10:35:50 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBRAZnLw097738; Sun, 27 Dec 2009 10:35:49 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBRAZnRC097737; Sun, 27 Dec 2009 10:35:49 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sun, 27 Dec 2009 10:35:49 +0000 From: Anton Shterenlikht To: freebsd-questions@freebsd.org, freebsd-sparc64@freebsd.org Message-ID: <20091227103549.GA97660@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -3.7 X-Spam-Level: --- Cc: Subject: TP-LINK wireless pci - ath(4) driver - Atheros chipsets => WAS: [mary.li@tp-link.com: RE:] X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Dec 2009 10:35:55 -0000 Below is the reply I received from TP-LINK about chipsets in some of their pci wireless adapters. This might be of interest to somebody who is buying a pci wireless. My interest in Tp-link is because there are hundreds of cards on sale at ebay.co.uk at the moment. However, I'm more confused by the reply than clarified. ath(4) man page list these 4 chipsets as supported: Atheros AR5210, AR5211, AR5212, and AR5416 Only 5416 appears in the manuf. reply, and even that is in a combination with another ath chip. More specifically, can somebody comment whether TL-WR851N: AR5416+AR2122 TL-WN651G/ TL-WN650G: AR2414 TL-WN350G: Atheros AR2417 will be supported by ath(4) driver, please. In case it matters it will have to be run on sparc64. many thanks anton ----- Forwarded message from "mary.li" ----- Dear Anton, Thank you very much for your email requesting information about our product. The chipsets of the adapters you mentioned are as below: TL-WR851N: AR5416+AR2122 TL-WN651G/ TL-WN650G: AR2414 TL-WN353G: Realtek RTL8185L TL-WN350G: Atheros AR2417 Hope the information will help you. Any further help please feel free to let me know. To get technical support quicker,please go to http://www.tp-link.com/support/faq.asp Best Regards ----------------------------------- Mary.Li Technical Support Engineer TP-LINK TECHNOLOGIES CO.,LTD. tel:+1 866 225-8139 +86 755-2650-4400 E-mail:mary.li@tp-link.com Website:http://www.tp-link.com/support/Support.asp -----Original Message----- From: Anton Shterenlikht [mailto:mexas@bristol.ac.uk] Sent: Sunday, December 27, 2009 3:45 AM To: support.uk@tp-link.com Subject: Dear Sir/Madam I'm looking to buy a TP-LINK PCI wireless adapter. However, it must not be based on Atheros AR5005VL chipset. I need to use the adapter with FreeBSD operating system, which does not support Atheros AR5005VL chipset. Could you please confirm whether TP-LINK PCI adapters use Atheros AR5005VL chipset. In particular I'm interested in TL-WN851G TL-WN651G TL-WN650G TL-WN353G TL-WN350G Which Atheros chipsets, if any, do these adapters use? many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ----- End forwarded message ----- -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-sparc64@FreeBSD.ORG Sun Dec 27 16:43:25 2009 Return-Path: Delivered-To: freebsd-sparc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABC9D1065670; Sun, 27 Dec 2009 16:43:25 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2072F8FC12; Sun, 27 Dec 2009 16:43:24 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id nBRGTrBa063163; Sun, 27 Dec 2009 17:29:53 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id nBRGTrk2063162; Sun, 27 Dec 2009 17:29:53 +0100 (CET) (envelope-from marius) Date: Sun, 27 Dec 2009 17:29:53 +0100 From: Marius Strobl To: Gavin Atkinson Message-ID: <20091227162953.GA43157@alchemy.franken.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc@FreeBSD.org Subject: Re: V480R: panic: schizo_attach: could not register interrupt controller for CDMA (17) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Dec 2009 16:43:25 -0000 On Sat, Dec 26, 2009 at 09:48:45PM +0000, Gavin Atkinson wrote: > > Hi all, > (marius@ cc'd as the panic was introduced with r185133) > > I'm seeing this panic on a V480r I'm netbooting: > > panic: schizo_attach: could not register interrupt controller for CDMA (17) > > I've stuck the full verbose dmesg of the panic with SCHIZO_DEBUG set at > http://people.freebsd.org/~gavin/v480r/boot-panic > > If I replace the call to panic() with a printf() (patch I'm using is at > http://people.freebsd.org/~gavin/v480r/schizo.diff ) then the machine will > boot fully and soesn't seem to show any issues. I've put the dmesg from a > successful boot at > http://people.freebsd.org/~gavin/v480r/boot-withpatch > > Ss, I guess my question is: is the panic in the code appropriate for all > Schizo busses, or just the first one? Two of the four Schizo busses do > not seem to list this interrupt as one available on the bus. > > Output of "prtconf -pPv" here: > http://people.freebsd.org/~gavin/v480r/prtconf-pPv > Hi, the problem is that unlike all firmware versions I've seen so far this one actually includes the CDMA interrupt at RID 4 for all four host-PCI bridges. The workaround is applicable to all four Schizos and you most likely did not seen further problems with your hack due to your machine not having any PCI-PCI bridges. Could you please give the following patch a try instead? http://people.freebsd.org/~marius/schizo_cdma2.diff Have you used the Cassini interfaces in this machine so far? On the few E480R FreeBSD has been given a try so far (but which obviously are at least equipped with different firmware version if not even being another hardware revision) using the on-board NICs triggers a seemingly unrelated FATAL RESET in tl0_dmmu_miss which if the dump generated by the firmware can be trusted apparently is due to the fact that the CPUs erroneously report a TSB base of zero. Marius From owner-freebsd-sparc64@FreeBSD.ORG Sun Dec 27 17:40:56 2009 Return-Path: Delivered-To: freebsd-sparc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E81F106568B for ; Sun, 27 Dec 2009 17:40:56 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 0D3C48FC08 for ; Sun, 27 Dec 2009 17:40:55 +0000 (UTC) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id nBRHenq6017375; Sun, 27 Dec 2009 17:40:50 GMT Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1NOx6n-00077B-Rp; Sun, 27 Dec 2009 17:40:49 +0000 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id nBRHenhu044294; Sun, 27 Dec 2009 17:40:49 GMT (envelope-from gavin@FreeBSD.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id nBRHenpw044291; Sun, 27 Dec 2009 17:40:49 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 27 Dec 2009 17:40:49 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Marius Strobl In-Reply-To: <20091227162953.GA43157@alchemy.franken.de> Message-ID: References: <20091227162953.GA43157@alchemy.franken.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-sparc@FreeBSD.org Subject: Re: V480R: panic: schizo_attach: could not register interrupt controller for CDMA (17) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Dec 2009 17:40:56 -0000 On Sun, 27 Dec 2009, Marius Strobl wrote: > On Sat, Dec 26, 2009 at 09:48:45PM +0000, Gavin Atkinson wrote: >> I'm seeing this panic on a V480r I'm netbooting: >> >> panic: schizo_attach: could not register interrupt controller for CDMA (17) >> >> I've stuck the full verbose dmesg of the panic with SCHIZO_DEBUG set at >> http://people.freebsd.org/~gavin/v480r/boot-panic > > the problem is that unlike all firmware versions I've seen so far > this one actually includes the CDMA interrupt at RID 4 for all four > host-PCI bridges. The workaround is applicable to all four Schizos > and you most likely did not seen further problems with your hack > due to your machine not having any PCI-PCI bridges. Could you > please give the following patch a try instead? > http://people.freebsd.org/~marius/schizo_cdma2.diff This patch works for me. Thanks! I've put the new verbose dmesg with your patch (still with SCHIZO_DEBUG set) at http://people.freebsd.org/~gavin/v480r/boot-mariuspatch if it's useful. This machine is running OpenBoot 4.22.34, 2007/07/23 13:01. > Have you used the Cassini interfaces in this machine so far? On > the few E480R FreeBSD has been given a try so far (but which > obviously are at least equipped with different firmware version > if not even being another hardware revision) using the on-board > NICs triggers a seemingly unrelated FATAL RESET in tl0_dmmu_miss > which if the dump generated by the firmware can be trusted > apparently is due to the fact that the CPUs erroneously report > a TSB base of zero. I'm running with an NFS root over cas0. Although I'm not pushing it heavily, I've been using it for a day now and haven't experienced what you describe. I've just ran "tar -cf - / > /dev/null" a few times and it's not crashed. I'm happy to get any extra info from this machine if it would be useful for you to figure out the issues on the other 480R you are seeing. I can boot it into Solaris if output from any of Sun's tools would be useful. Note that this machine describes itself as a V480R not an E480R, I don't know if these are the same machine or not. Thanks! Gavin From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 07:32:35 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 504CB1065676 for ; Mon, 28 Dec 2009 07:32:35 +0000 (UTC) (envelope-from bel@orel.ru) Received: from relay.orel.ru (relay.orel.ru [95.107.48.6]) by mx1.freebsd.org (Postfix) with ESMTP id A63608FC12 for ; Mon, 28 Dec 2009 07:32:34 +0000 (UTC) Received: from bel.localdomain (aid.ct.orel.ru [95.107.50.26]) (authenticated bits=0) by relay.orel.ru (8.14.3/8.14.3) with ESMTP id nBS7WVht072414 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 28 Dec 2009 10:32:32 +0300 (MSK) (envelope-from bel@orel.ru) Message-ID: <4B385F0C.3010508@orel.ru> Date: Mon, 28 Dec 2009 10:32:28 +0300 From: Andrew Belashov Organization: ORIS User-Agent: Thunderbird 2.0.0.23 (X11/20091204) MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on relay.orel.ru X-Virus-Status: Clean X-Zombi-Check: on netra2.orel.ru Subject: busdma is not properly implemented on 8.0-RELEASE? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 07:32:35 -0000 Hi, All! After upgrading from FreeBSD 7.2-RELEASE to 8.0-RELEASE there were problems with USB. Related PR: usb/141918 Hans Petter Selasky wrote: "My guess for this issue is that the cache invalidate and cache flush instructions are not properly implemented by busdma on your platform." How to check this guess? -- With Best Regards, Andrew Belashov. From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 11:07:08 2009 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5780B1065693 for ; Mon, 28 Dec 2009 11:07:08 +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 46E3A8FC24 for ; Mon, 28 Dec 2009 11:07:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBSB786s079610 for ; Mon, 28 Dec 2009 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBSB7792079608 for freebsd-sparc64@FreeBSD.org; Mon, 28 Dec 2009 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Dec 2009 11:07:07 GMT Message-Id: <200912281107.nBSB7792079608@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 11:07:08 -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 -------------------------------------------------------------------------------- s sparc/139134 sparc64 kernel output corruption f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 13 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 13:05:29 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC2FA106568B for ; Mon, 28 Dec 2009 13:05:29 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 7F0CF8FC1D for ; Mon, 28 Dec 2009 13:05:29 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id nBSD5Q8T072739; Mon, 28 Dec 2009 14:05:27 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id nBSD5QaO072738; Mon, 28 Dec 2009 14:05:26 +0100 (CET) (envelope-from marius) Date: Mon, 28 Dec 2009 14:05:26 +0100 From: Marius Strobl To: Andrew Belashov Message-ID: <20091228130526.GA71522@alchemy.franken.de> References: <4B385F0C.3010508@orel.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B385F0C.3010508@orel.ru> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: busdma is not properly implemented on 8.0-RELEASE? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 13:05:30 -0000 On Mon, Dec 28, 2009 at 10:32:28AM +0300, Andrew Belashov wrote: > Hi, All! > > After upgrading from FreeBSD 7.2-RELEASE to 8.0-RELEASE there were > problems with USB. Related PR: usb/141918 > > > Hans Petter Selasky wrote: > "My guess for this issue is that the cache invalidate and cache flush > instructions are not properly implemented by busdma on your platform." > > How to check this guess? > You could try whether inserting a cache_flush(); in iommu_dvmamap_sync() makes a difference to this problem. What's already there should be more than enough to ensure coherency between the bus and the CPUs though, so if adding a cache flush actually makes a difference I think it's more likely that ehci(4) is abusing bus_dmamap_sync(9) to achieve things it's not intended to do but which work on some archs. Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 13:56:11 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDC54106568F for ; Mon, 28 Dec 2009 13:56:11 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 9CB378FC15 for ; Mon, 28 Dec 2009 13:56:11 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NPG4u-0006VS-Hy for freebsd-sparc64@freebsd.org; Mon, 28 Dec 2009 13:56:10 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NPG4t-0000zl-Sb for freebsd-sparc64@freebsd.org; Mon, 28 Dec 2009 13:56:08 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBSDu7Ge006932 for ; Mon, 28 Dec 2009 13:56:07 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBSDu71f006931 for freebsd-sparc64@freebsd.org; Mon, 28 Dec 2009 13:56:07 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 28 Dec 2009 13:56:07 +0000 From: Anton Shterenlikht To: freebsd-sparc64@freebsd.org Message-ID: <20091228135607.GA6907@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.5 X-Spam-Level: ---- Subject: usb mount error: g_vfs_done():da0s1[READ(offset=512, length=8192)]error = 5 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 13:56:11 -0000 I need to mount a usb device (digital camera in this case). On i386 9.0-current all is well. On sparc 9.0-current I get on the console: mount_msdosfs: /dev/da0s1: Input/output error and in dmesg: g_vfs_done():da0s1[READ(offset=512, length=8192)]error = 5 On both systems dmesg gives: ugen0.2: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:2:0:-1: Attached to scbus2 da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: 125MB (256000 512 byte sectors: 64H 32S/T 125C) GEOM: da0: partition 1 does not start on a track boundary. GEOM: da0: partition 1 does not end on a track boundary. On both systems I have in /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/da0s1 /mnt msdosfs rw,noauto Please advise many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 14:23:43 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3AFA1065670 for ; Mon, 28 Dec 2009 14:23:43 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 815D38FC12 for ; Mon, 28 Dec 2009 14:23:43 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NPGVX-0006pC-SC; Mon, 28 Dec 2009 14:23:42 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NPGVX-0001p9-5Q; Mon, 28 Dec 2009 14:23:39 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBSENc2X007082; Mon, 28 Dec 2009 14:23:38 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBSENcPk007081; Mon, 28 Dec 2009 14:23:38 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 28 Dec 2009 14:23:38 +0000 From: Anton Shterenlikht To: Anton Shterenlikht Message-ID: <20091228142338.GA7058@mech-cluster241.men.bris.ac.uk> References: <20091228135607.GA6907@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091228135607.GA6907@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -2.1 X-Spam-Level: -- Cc: freebsd-sparc64@freebsd.org Subject: Re: usb mount error: g_vfs_done():da0s1[READ(offset=512, length=8192)]error = 5 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 14:23:43 -0000 On Mon, Dec 28, 2009 at 01:56:07PM +0000, Anton Shterenlikht wrote: > I need to mount a usb device (digital camera in this case). > On i386 9.0-current all is well. > On sparc 9.0-current I get > on the console: > > mount_msdosfs: /dev/da0s1: Input/output error > > and in dmesg: > > g_vfs_done():da0s1[READ(offset=512, length=8192)]error = 5 > > On both systems dmesg gives: > > ugen0.2: at usbus0 > umass0: on usbus0 > umass0: SCSI over Bulk-Only; quirks = 0x0100 > umass0:2:0:-1: Attached to scbus2 > da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > da0: Removable Direct Access SCSI-2 device > da0: 1.000MB/s transfers > da0: 125MB (256000 512 byte sectors: 64H 32S/T 125C) > GEOM: da0: partition 1 does not start on a track boundary. > GEOM: da0: partition 1 does not end on a track boundary. > > On both systems I have in /etc/fstab > > # Device Mountpoint FStype Options Dump Pass# > > /dev/da0s1 /mnt msdosfs rw,noauto Is it safe to run fsck_msdosfs on a usb digital camera? I don't mind loosing the data, but worry that some config information could be on the card as well, the loss of which will make is unusable by the camera? many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 14:30:02 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FF711065692 for ; Mon, 28 Dec 2009 14:30:02 +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 E62878FC14 for ; Mon, 28 Dec 2009 14:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBSEU1on073515 for ; Mon, 28 Dec 2009 14:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBSEU1se073510; Mon, 28 Dec 2009 14:30:01 GMT (envelope-from gnats) Resent-Date: Mon, 28 Dec 2009 14:30:01 GMT Resent-Message-Id: <200912281430.nBSEU1se073510@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Manuel Schiller Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F52B10656C5 for ; Mon, 28 Dec 2009 14:25:59 +0000 (UTC) (envelope-from mala@hinterbergen.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9F20D8FC19 for ; Mon, 28 Dec 2009 14:25:58 +0000 (UTC) Received: from router.hinter.bergen2 (pD95489F0.dip0.t-ipconnect.de [217.84.137.240]) by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis) id 0MeMN5-1NcEDY1kqN-00PaWv; Mon, 28 Dec 2009 15:13:19 +0100 Received: by router.hinter.bergen2 (Postfix, from userid 1000) id 8D83B5C04; Mon, 28 Dec 2009 15:13:15 +0100 (CET) Message-Id: <20091228141315.8D83B5C04@router.hinter.bergen2> Date: Mon, 28 Dec 2009 15:13:15 +0100 (CET) From: Manuel Schiller To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Manuel Schiller Subject: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Manuel Schiller List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 14:30:02 -0000 >Number: 142102 >Category: sparc64 >Synopsis: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Dec 28 14:30:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Manuel Schiller >Release: FreeBSD 8.0-RELEASE-p1 sparc64 >Organization: (none) >Environment: System: FreeBSD router.hinter.bergen2 8.0-RELEASE-p1 FreeBSD 8.0-RELEASE-p1 #4: Mon Dec 28 11:53:32 CET 2009 root@router.hinter.bergen2:/usr/obj/usr/src/sys/FENCHURCH sparc64 The machine is a SUN Netra T1 running FreeBSD 8.0. The kernel configuration is almost what ships as GENERIC, only a few unneeded NIC drivers have been removed, and KDB and DDB have been enabled. >Description: The kernel panics due to an unaligned memory access in the NFS server code. I could trace the problem to the statement on line 209 of sys/nfsserver/nfs_fha.c which does not satify the alignment requirements which sparc64 imposes. The backtrace I get from my kernel is below (sorry, kgdb does not work properly on sparc64, so I have to use the in-kernel backtrace...): panic: trap: memory address not aligned cpuid = 0 KDB: stack backtrace: panic() at panic+0x1c8 trap() at trap+0x4d0 -- memory address not aligned sfar=0xd6663424 sfsr=0x40029 %o7=0xc051b86c -- fha_assign() at fha_assign+0x140 svc_run_internal() at svc_run_internal+0x71c svc_thread_start() at svc_thread_start+0x8 fork_exit() at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 Uptime: 1m12s Dumping 512 MB (2 chunks) chunk at 0: 268435456 bytes |\ If you need anything or want something tested, please let me know. >How-To-Repeat: Enable the NFS server options in /etc/rc.d on a sparc64 machine and try to mount any NFS share from a different machine. >Fix: Replace the assignment on line 209 of sys/nfsserver/nfs_fha.c with a call to memcpy, i.e. something like: memcpy(&i->fh, &fh.fh_generic.fh_fid.fid_data, sizeof(const u_int64_t *)); This is ugly, but will work for all architectures, regardless of alignment constraints imposed. This is likely to be a little slower than the original code, but I doubt the difference will be noticeable (we're talking about different ways to copy eight bytes, so the code would have to be called in a very tight loop for things to become noticeably slower). The issue with the original assignment is that the structs in question do not satisfy the alignment contstraints on sparc64 for reading a pointer from fid_data. Instead of playing with the struct to get the alignment right, it seemed safer to me to use a memcpy here, since in future modifications of the struct, the alignment constraints are most likely not at the front of the mind of the person doing the modification. The change has been tested on sparc64 for half a day, and things seem to be running smoothly. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 16:00:09 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE69C1065679 for ; Mon, 28 Dec 2009 16:00: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 B19D08FC15 for ; Mon, 28 Dec 2009 16:00:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBSG097x055338 for ; Mon, 28 Dec 2009 16:00:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBSG09R8055336; Mon, 28 Dec 2009 16:00:09 GMT (envelope-from gnats) Date: Mon, 28 Dec 2009 16:00:09 GMT Message-Id: <200912281600.nBSG09R8055336@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Manuel Tobias Schiller Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Manuel Tobias Schiller List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 16:00:09 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Manuel Tobias Schiller To: bug-followup@FreeBSD.org, mala@hinterbergen.de Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Mon, 28 Dec 2009 16:40:04 +0100 Dear all, the fix I gave in the original problem report appears to be incomplete; the kernel still crashes sometimes during NFS access due to improper alignment, this time in sys/nfsserver/nfs_srvsubs.c, line 1355. I will try to continue debugging the issue and report back with any fixes I manage to obtain. Best regards, Manuel -- Homepage: http://www.hinterbergen.de/mala OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA) From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 16:28:20 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0CFD106568B for ; Mon, 28 Dec 2009 16:28:20 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 36BB68FC33 for ; Mon, 28 Dec 2009 16:28:19 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id nBSGSIWY075897; Mon, 28 Dec 2009 17:28:18 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id nBSGSISZ075896; Mon, 28 Dec 2009 17:28:18 +0100 (CET) (envelope-from marius) Date: Mon, 28 Dec 2009 17:28:18 +0100 From: Marius Strobl To: Manuel Tobias Schiller Message-ID: <20091228162817.GA75726@alchemy.franken.de> References: <200912281600.nBSG09R8055336@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200912281600.nBSG09R8055336@freefall.freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 16:28:21 -0000 On Mon, Dec 28, 2009 at 04:00:09PM +0000, Manuel Tobias Schiller wrote: > The following reply was made to PR sparc64/142102; it has been noted by GNATS. > > From: Manuel Tobias Schiller > To: bug-followup@FreeBSD.org, mala@hinterbergen.de > Cc: > Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when > accessing NFS > Date: Mon, 28 Dec 2009 16:40:04 +0100 > > Dear all, > > the fix I gave in the original problem report appears to be incomplete; > the kernel still crashes sometimes during NFS access due to improper > alignment, this time in sys/nfsserver/nfs_srvsubs.c, line 1355. I will > try to continue debugging the issue and report back with any fixes I > manage to obtain. > Note that the original PR is a dupe of PR 140797. Could the second panic you're seeing be a result of using an incorrect size parameter in your change? Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 16:30:03 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A2C91065676 for ; Mon, 28 Dec 2009 16:30:03 +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 5D24D8FC0C for ; Mon, 28 Dec 2009 16:30:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBSGU3c8082296 for ; Mon, 28 Dec 2009 16:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBSGU3gq082293; Mon, 28 Dec 2009 16:30:03 GMT (envelope-from gnats) Date: Mon, 28 Dec 2009 16:30:03 GMT Message-Id: <200912281630.nBSGU3gq082293@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Marius Strobl Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marius Strobl List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 16:30:03 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Marius Strobl To: Manuel Tobias Schiller Cc: freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Mon, 28 Dec 2009 17:28:17 +0100 On Mon, Dec 28, 2009 at 04:00:09PM +0000, Manuel Tobias Schiller wrote: > The following reply was made to PR sparc64/142102; it has been noted by GNATS. > > From: Manuel Tobias Schiller > To: bug-followup@FreeBSD.org, mala@hinterbergen.de > Cc: > Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when > accessing NFS > Date: Mon, 28 Dec 2009 16:40:04 +0100 > > Dear all, > > the fix I gave in the original problem report appears to be incomplete; > the kernel still crashes sometimes during NFS access due to improper > alignment, this time in sys/nfsserver/nfs_srvsubs.c, line 1355. I will > try to continue debugging the issue and report back with any fixes I > manage to obtain. > Note that the original PR is a dupe of PR 140797. Could the second panic you're seeing be a result of using an incorrect size parameter in your change? Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 17:21:38 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F11A0106568D for ; Mon, 28 Dec 2009 17:21:38 +0000 (UTC) (envelope-from mala@hinterbergen.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by mx1.freebsd.org (Postfix) with ESMTP id 851F98FC1F for ; Mon, 28 Dec 2009 17:21:38 +0000 (UTC) Received: from trillian.hinter.bergen2 (pD95489F0.dip0.t-ipconnect.de [217.84.137.240]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0M96Lt-1NFeZE3fZd-00D38X; Mon, 28 Dec 2009 18:09:02 +0100 Date: Mon, 28 Dec 2009 18:07:36 +0100 From: Manuel Tobias Schiller (by way of Manuel Tobias Schiller ) To: Marius Strobl Message-ID: <20091228180736.3862eb28@trillian.hinter.bergen2> In-Reply-To: <20091228162817.GA75726@alchemy.franken.de> References: <200912281600.nBSG09R8055336@freefall.freebsd.org> <20091228162817.GA75726@alchemy.franken.de> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.12; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-Date: Mon, 28 Dec 2009 18:09:01 +0100 Resent-From: Manuel Tobias Schiller Resent-Message-ID: <20091228180901.6ee1f993@trillian.hinter.bergen2> Resent-Cc: freebsd-sparc64@freebsd.org X-Provags-ID: V01U2FsdGVkX19AocrGLPb9M2eY1dUYkETnToYwPmuKk7WVdxF uucKtj5gailr1NWpsu2vdG9p1cgzKKNELsdpQZvqKnjIgkD5wj E538efPhfdkNNwN6sJypA== Cc: Manuel Tobias Schiller Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 17:21:39 -0000 On Mon, 28 Dec 2009 17:28:18 +0100 Marius Strobl wrote: > On Mon, Dec 28, 2009 at 04:00:09PM +0000, Manuel Tobias Schiller wrote: > > The following reply was made to PR sparc64/142102; it has been noted > > by GNATS. > > > > From: Manuel Tobias Schiller > > To: bug-followup@FreeBSD.org, mala@hinterbergen.de > > Cc: > > Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when > > accessing NFS > > Date: Mon, 28 Dec 2009 16:40:04 +0100 > > > > Dear all, > > > > the fix I gave in the original problem report appears to be > > incomplete; the kernel still crashes sometimes during NFS access due > > to improper alignment, this time in sys/nfsserver/nfs_srvsubs.c, line > > 1355. I will try to continue debugging the issue and report back with > > any fixes I manage to obtain. > > > > Note that the original PR is a dupe of PR 140797. Could the second > panic you're seeing be a result of using an incorrect size parameter > in your change? > > Marius > > Dear Marius, sorry, I searched, but I failed to spot PR 140797. I don't think that the panic I'm seeing after my change has to do with the size parameter (if it's incorrect though, please let me know). With the change I can read files and do directory lookups just fine (tested with a 45 Gigabyte file). I get the crash the minute I'm trying to write a file to the NFS share. Manuel -- Homepage: http://www.hinterbergen.de/mala OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA) From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 18:30:03 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 618691065676 for ; Mon, 28 Dec 2009 18:30:03 +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 358848FC0C for ; Mon, 28 Dec 2009 18:30:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBSIU3LS091299 for ; Mon, 28 Dec 2009 18:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBSIU3rk091296; Mon, 28 Dec 2009 18:30:03 GMT (envelope-from gnats) Date: Mon, 28 Dec 2009 18:30:03 GMT Message-Id: <200912281830.nBSIU3rk091296@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Marius Strobl Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marius Strobl List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 18:30:03 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Marius Strobl To: Manuel Tobias Schiller Cc: bug-followup@FreeBSD.org Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Mon, 28 Dec 2009 19:26:47 +0100 On Mon, Dec 28, 2009 at 06:07:36PM +0100, Manuel Tobias Schiller wrote: > On Mon, 28 Dec 2009 17:28:18 +0100 > Marius Strobl wrote: > > > On Mon, Dec 28, 2009 at 04:00:09PM +0000, Manuel Tobias Schiller wrote: > > > The following reply was made to PR sparc64/142102; it has been noted > > > by GNATS. > > > > > > From: Manuel Tobias Schiller > > > To: bug-followup@FreeBSD.org, mala@hinterbergen.de > > > Cc: > > > Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when > > > accessing NFS > > > Date: Mon, 28 Dec 2009 16:40:04 +0100 > > > > > > Dear all, > > > > > > the fix I gave in the original problem report appears to be > > > incomplete; the kernel still crashes sometimes during NFS access due > > > to improper alignment, this time in sys/nfsserver/nfs_srvsubs.c, line > > > 1355. I will try to continue debugging the issue and report back with > > > any fixes I manage to obtain. > > > > > > > Note that the original PR is a dupe of PR 140797. Could the second > > panic you're seeing be a result of using an incorrect size parameter > > in your change? > > > > Marius > > > > > Dear Marius, > > sorry, I searched, but I failed to spot PR 140797. I don't think that the > panic I'm seeing after my change has to do with the size parameter (if > it's incorrect though, please let me know). With the change I can read > files and do directory lookups just fine (tested with a 45 Gigabyte > file). I get the crash the minute I'm trying to write a file to the NFS > share. > Yes, the size parameter in your patch is wrong. I also can't reproduce your remaining problem with the stock sources, I haven't checked whether it could be releated with using an incorrect size parameter though. Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 18:55:07 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A21131065679 for ; Mon, 28 Dec 2009 18:55:07 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.freebsd.org (Postfix) with ESMTP id 5C0568FC23 for ; Mon, 28 Dec 2009 18:55:07 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0KVD000N0J3ORZB0@bgo1smout1.broadpark.no> for freebsd-sparc64@freebsd.org; Mon, 28 Dec 2009 18:55:00 +0100 (CET) Received: from kg-v2.kg4.no ([80.203.92.186]) by bgo1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0KVD00ESSJ3NK5D0@bgo1sminn1.broadpark.no> for freebsd-sparc64@freebsd.org; Mon, 28 Dec 2009 18:55:00 +0100 (CET) Date: Mon, 28 Dec 2009 18:54:59 +0100 From: Torfinn Ingolfsen To: freebsd-sparc64@freebsd.org Message-id: <20091228185459.cbe38564.torfinn.ingolfsen@broadpark.no> In-reply-to: <20091228142338.GA7058@mech-cluster241.men.bris.ac.uk> References: <20091228135607.GA6907@mech-cluster241.men.bris.ac.uk> <20091228142338.GA7058@mech-cluster241.men.bris.ac.uk> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; amd64-portbld-freebsd7.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: usb mount error: g_vfs_done():da0s1[READ(offset=512, length=8192)]error = 5 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 18:55:07 -0000 On Mon, 28 Dec 2009 14:23:38 +0000 Anton Shterenlikht wrote: > Is it safe to run fsck_msdosfs on a usb digital camera? That depends very much on the actual camera in question. If the manual says things like "if in trouble, please format the memory card in the camera, not on your computer" I wouldn't risk it. Have you tried the memory card in a card reader instead? -- Regards, Torfinn Ingolfsen From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 19:20:04 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EED861065670 for ; Mon, 28 Dec 2009 19:20:04 +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 DDFF78FC20 for ; Mon, 28 Dec 2009 19:20:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBSJK49q037018 for ; Mon, 28 Dec 2009 19:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBSJK4gk037017; Mon, 28 Dec 2009 19:20:04 GMT (envelope-from gnats) Date: Mon, 28 Dec 2009 19:20:04 GMT Message-Id: <200912281920.nBSJK4gk037017@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Manuel Tobias Schiller Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Manuel Tobias Schiller List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 19:20:05 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Manuel Tobias Schiller To: Marius Strobl Cc: bug-followup@FreeBSD.org, Manuel Tobias Schiller Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Mon, 28 Dec 2009 20:15:24 +0100 On Mon, 28 Dec 2009 19:26:47 +0100 Marius Strobl wrote: > > Dear Marius, > > > > sorry, I searched, but I failed to spot PR 140797. I don't think that > > the panic I'm seeing after my change has to do with the size > > parameter (if it's incorrect though, please let me know). With the > > change I can read files and do directory lookups just fine (tested > > with a 45 Gigabyte file). I get the crash the minute I'm trying to > > write a file to the NFS share. > > > > Yes, the size parameter in your patch is wrong. I also can't reproduce > your remaining problem with the stock sources, I haven't checked whether > it could be releated with using an incorrect size parameter though. > > Marius Dear Marius, looking a bit more closely, I also agree that the size parameter is incorrect. However, it should not make a difference on sparc64, since sizeof(u_int64_t *) = 8 = sizeof(u_int64_t). I started a new kernel build with the official fix in PR 140797 right after I wrote my last e-mail, and with any luck, it should finish in an hour or so. I'll let you know if I can reproduce the panic with the official fix. Thanks, Manuel -- Homepage: http://www.hinterbergen.de/mala OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA) From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 20:30:04 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D4E41065692 for ; Mon, 28 Dec 2009 20:30:04 +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 EFAB28FC08 for ; Mon, 28 Dec 2009 20:30:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBSKU3PE000227 for ; Mon, 28 Dec 2009 20:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBSKU3Zs000224; Mon, 28 Dec 2009 20:30:03 GMT (envelope-from gnats) Date: Mon, 28 Dec 2009 20:30:03 GMT Message-Id: <200912282030.nBSKU3Zs000224@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Mark Linimon Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Linimon List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 20:30:04 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Mark Linimon To: Manuel Schiller Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Mon, 28 Dec 2009 14:26:50 -0600 Just to add a data point, the Netra T1s in the package build cluster do not show this problem, so I'm guessing that you are hitting an edge on large file transfers. We run them pretty hard. mcl From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 20:48:36 2009 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E406D1065695; Mon, 28 Dec 2009 20:48:36 +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 BDD9F8FC20; Mon, 28 Dec 2009 20:48:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBSKmZ6X048405; Mon, 28 Dec 2009 15:48:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBSKmZDK048402; Mon, 28 Dec 2009 20:48:35 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 28 Dec 2009 20:48:35 GMT Message-Id: <200912282048.nBSKmZDK048402@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 sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 20:48:37 -0000 TB --- 2009-12-28 19:42:54 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-28 19:42:54 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-12-28 19:42:54 - cleaning the object tree TB --- 2009-12-28 19:43:11 - cvsupping the source tree TB --- 2009-12-28 19:43:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-12-28 19:43:33 - building world TB --- 2009-12-28 19:43:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 19:43:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 19:43:33 - TARGET=sparc64 TB --- 2009-12-28 19:43:33 - TARGET_ARCH=sparc64 TB --- 2009-12-28 19:43:33 - TZ=UTC TB --- 2009-12-28 19:43:33 - __MAKE_CONF=/dev/null TB --- 2009-12-28 19:43:33 - cd /src TB --- 2009-12-28 19:43:33 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 28 19:43:34 UTC 2009 >>> 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 >>> World build completed on Mon Dec 28 20:39:32 UTC 2009 TB --- 2009-12-28 20:39:32 - generating LINT kernel config TB --- 2009-12-28 20:39:32 - cd /src/sys/sparc64/conf TB --- 2009-12-28 20:39:32 - /usr/bin/make -B LINT TB --- 2009-12-28 20:39:32 - building LINT kernel TB --- 2009-12-28 20:39:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 20:39:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 20:39:32 - TARGET=sparc64 TB --- 2009-12-28 20:39:32 - TARGET_ARCH=sparc64 TB --- 2009-12-28 20:39:32 - TZ=UTC TB --- 2009-12-28 20:39:32 - __MAKE_CONF=/dev/null TB --- 2009-12-28 20:39:32 - cd /src TB --- 2009-12-28 20:39:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 28 20:39:32 UTC 2009 >>> 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 [...] cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_input.c cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_ipsec.c cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_mroute.c cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_options.c cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:116: warning: 'ifp' may be used uninitialized in this function *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-28 20:48:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-28 20:48:35 - ERROR: failed to build lint kernel TB --- 2009-12-28 20:48:35 - 3049.35 user 611.41 system 3941.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 21:06:33 2009 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A8671065695; Mon, 28 Dec 2009 21:06:33 +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 743BC8FC0A; Mon, 28 Dec 2009 21:06:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBSL6WnQ082668; Mon, 28 Dec 2009 16:06:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBSL6WRV082667; Mon, 28 Dec 2009 21:06:32 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 28 Dec 2009 21:06:32 GMT Message-Id: <200912282106.nBSL6WRV082667@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 sparc64/sun4v X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 21:06:33 -0000 TB --- 2009-12-28 20:03:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-28 20:03:10 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-12-28 20:03:10 - cleaning the object tree TB --- 2009-12-28 20:03:26 - cvsupping the source tree TB --- 2009-12-28 20:03:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-12-28 20:03:48 - building world TB --- 2009-12-28 20:03:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 20:03:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 20:03:48 - TARGET=sun4v TB --- 2009-12-28 20:03:48 - TARGET_ARCH=sparc64 TB --- 2009-12-28 20:03:48 - TZ=UTC TB --- 2009-12-28 20:03:48 - __MAKE_CONF=/dev/null TB --- 2009-12-28 20:03:48 - cd /src TB --- 2009-12-28 20:03:48 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 28 20:03:48 UTC 2009 >>> 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 >>> World build completed on Mon Dec 28 20:57:18 UTC 2009 TB --- 2009-12-28 20:57:18 - generating LINT kernel config TB --- 2009-12-28 20:57:18 - cd /src/sys/sun4v/conf TB --- 2009-12-28 20:57:18 - /usr/bin/make -B LINT TB --- 2009-12-28 20:57:18 - building LINT kernel TB --- 2009-12-28 20:57:18 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-28 20:57:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-28 20:57:18 - TARGET=sun4v TB --- 2009-12-28 20:57:18 - TARGET_ARCH=sparc64 TB --- 2009-12-28 20:57:18 - TZ=UTC TB --- 2009-12-28 20:57:18 - __MAKE_CONF=/dev/null TB --- 2009-12-28 20:57:18 - cd /src TB --- 2009-12-28 20:57:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 28 20:57:18 UTC 2009 >>> 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 [...] cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_input.c cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_ipsec.c cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_mroute.c cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_options.c cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:116: warning: 'ifp' may be used uninitialized in this function *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-28 21:06:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-28 21:06:32 - ERROR: failed to build lint kernel TB --- 2009-12-28 21:06:32 - 3058.21 user 585.55 system 3801.75 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 21:10:06 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 138D41065692 for ; Mon, 28 Dec 2009 21:10:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DE0CA8FC1A for ; Mon, 28 Dec 2009 21:10:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBSLA5Fi037164 for ; Mon, 28 Dec 2009 21:10:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBSLA5x2037163; Mon, 28 Dec 2009 21:10:05 GMT (envelope-from gnats) Date: Mon, 28 Dec 2009 21:10:05 GMT Message-Id: <200912282110.nBSLA5x2037163@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Manuel Tobias Schiller Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Manuel Tobias Schiller List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 21:10:06 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Manuel Tobias Schiller To: Mark Linimon Cc: FreeBSD-gnats-submit@FreeBSD.org, Marius Strobl , Manuel Tobias Schiller Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Mon, 28 Dec 2009 22:06:02 +0100 On Mon, 28 Dec 2009 14:26:50 -0600 Mark Linimon wrote: > Just to add a data point, the Netra T1s in the package build cluster do > not show this problem, so I'm guessing that you are hitting an edge > on large file transfers. We run them pretty hard. > > mcl > Hi Mark, Marius, thanks for the data point. In the meantime, I managed to test a kernel with the "official" fix from PR 140797, and I still get the crash when trying to write a moderately sized file (20 Megabytes) to NFS. According to the backtrace below, it crashes in line 1355 of /usr/src/sys/nfsserver/nfs_srvsubs.c. Since I'm using the fix from the original problem report and RELENG_8_0 sources cvsupped on December 20, I guess that means we are either using different source trees (i.e. there is something in the sources for the kernels used on your machines that helps), or there is some other difference which I have not been able to pinpoint yet. Maybe you could clarify before I try hacking away or finding other differences... Thanks, Manuel ---- backtrack of panic follows ---- panic: trap: memory address not aligned cpuid = 0 KDB: stack backtrace: panic() at panic+0x1c8 trap() at trap+0x4d0 -- memory address not aligned sfar=0xfffff800016d08aa sfsr=0x40029 %o7=0xc0528934 -- nfsm_srvmtofh_xx() at nfsm_srvmtofh_xx+0x24 fha_assign() at fha_assign+0x12c svc_run_internal() at svc_run_internal+0x71c svc_thread_start() at svc_thread_start+0x8 fork_exit() at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 Uptime: 2m1s Dumping 512 MB (2 chunks) chunk at 0: 268435456 bytes | -- Homepage: http://www.hinterbergen.de/mala OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA) From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 21:20:05 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 107DA1065670 for ; Mon, 28 Dec 2009 21:20:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0044E8FC0A for ; Mon, 28 Dec 2009 21:20:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBSLK4b2046861 for ; Mon, 28 Dec 2009 21:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBSLK4EY046860; Mon, 28 Dec 2009 21:20:04 GMT (envelope-from gnats) Date: Mon, 28 Dec 2009 21:20:04 GMT Message-Id: <200912282120.nBSLK4EY046860@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Mark Linimon Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Linimon List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 21:20:05 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Mark Linimon To: Manuel Tobias Schiller Cc: FreeBSD-gnats-submit@FreeBSD.org, Marius Strobl Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Mon, 28 Dec 2009 15:18:09 -0600 On Mon, Dec 28, 2009 at 10:06:02PM +0100, Manuel Tobias Schiller wrote: > Since I'm using the fix from the original problem report and RELENG_8_0 > sources cvsupped on December 20, I guess that means we are either using > different source trees (i.e. there is something in the sources for the > kernels used on your machines that helps), or there is some other > difference which I have not been able to pinpoint yet. It turns out the kernels on the T1s is much older than I thought. I know I have been using something pretty close to 8.0R on one of my machines at home but I am traveling right now and accessing it would be kind of a pain. All our other sparcs don't use NFS to the same extent the above do (they are pxebooted and e.g. /usr will go across NFS.) mcl From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 21:50:03 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFCED1065670 for ; Mon, 28 Dec 2009 21:50:03 +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 DF6C08FC1C for ; Mon, 28 Dec 2009 21:50:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBSLo3Ch074350 for ; Mon, 28 Dec 2009 21:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBSLo3EM074347; Mon, 28 Dec 2009 21:50:03 GMT (envelope-from gnats) Date: Mon, 28 Dec 2009 21:50:03 GMT Message-Id: <200912282150.nBSLo3EM074347@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Manuel Tobias Schiller Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Manuel Tobias Schiller List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 21:50:04 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Manuel Tobias Schiller To: Mark Linimon Cc: FreeBSD-gnats-submit@FreeBSD.org, Marius Strobl , Manuel Tobias Schiller Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Mon, 28 Dec 2009 22:40:47 +0100 On Mon, 28 Dec 2009 15:18:09 -0600 Mark Linimon wrote: > It turns out the kernels on the T1s is much older than I thought. > I know I have been using something pretty close to 8.0R on one of > my machines at home but I am traveling right now and accessing it > would be kind of a pain. > > All our other sparcs don't use NFS to the same extent the above do > (they are pxebooted and e.g. /usr will go across NFS.) > > mcl > Hi Mark, thanks for the clarification. With the situation being what you describe, I think I'll try upgrading my sources to the latest RELENG_8_0 ones to be on the safe side, check if the problem persists, and if so, I'll try to find a solution (unless I hear from someone to try something different). Another question springs to mind: If /usr goes across NFS, most traffic arriving at the NFS server should be reading, right? Because that appears to work without a glitch with the fix (at least on my machine). Right now, the panic is pushed back to the point when I try to write (i.e. copy a new file to the NFS server). Thanks for the quick reply, Manuel -- Homepage: http://www.hinterbergen.de/mala OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA) From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 28 21:50:05 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83D9F1065679 for ; Mon, 28 Dec 2009 21:50:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 73F218FC0C for ; Mon, 28 Dec 2009 21:50:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBSLo5Hq074356 for ; Mon, 28 Dec 2009 21:50:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBSLo5cG074355; Mon, 28 Dec 2009 21:50:05 GMT (envelope-from gnats) Date: Mon, 28 Dec 2009 21:50:05 GMT Message-Id: <200912282150.nBSLo5cG074355@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Mark Linimon Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Linimon List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2009 21:50:05 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Mark Linimon To: Manuel Tobias Schiller Cc: FreeBSD-gnats-submit@FreeBSD.org, Marius Strobl Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Mon, 28 Dec 2009 15:44:21 -0600 On Mon, Dec 28, 2009 at 10:40:47PM +0100, Manuel Tobias Schiller wrote: > Another question springs to mind: If /usr goes across NFS, most traffic > arriving at the NFS server should be reading, right? Yes, as a matter of fact, all the traffic on the Netras is r/o. However, on the 280R that I have at home, I updated an entire ports tree over an NFS-mounted /usr mounted r/w. That's the machine I'll check in a few days. mcl From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 29 01:00:14 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B23110656F4 for ; Tue, 29 Dec 2009 01:00:14 +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 A8CCA8FC0A for ; Tue, 29 Dec 2009 01:00:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBT10BMK048173 for ; Tue, 29 Dec 2009 01:00:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBT10Bsg048172; Tue, 29 Dec 2009 01:00:11 GMT (envelope-from gnats) Date: Tue, 29 Dec 2009 01:00:11 GMT Message-Id: <200912290100.nBT10Bsg048172@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Marius Strobl Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marius Strobl List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 01:00:14 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Marius Strobl To: Manuel Tobias Schiller Cc: Mark Linimon , FreeBSD-gnats-submit@FreeBSD.org Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Tue, 29 Dec 2009 01:58:29 +0100 On Mon, Dec 28, 2009 at 10:06:02PM +0100, Manuel Tobias Schiller wrote: > On Mon, 28 Dec 2009 14:26:50 -0600 > Mark Linimon wrote: > > > Just to add a data point, the Netra T1s in the package build cluster do > > not show this problem, so I'm guessing that you are hitting an edge > > on large file transfers. We run them pretty hard. I think you guys are talking about different things; AFAIK the package build cluster nodes only act as NFS clients but this problem is about when using machines with strict alignment requirements as an NFS server. > > > > mcl > > > Hi Mark, Marius, > > thanks for the data point. In the meantime, I managed to test a kernel > with the "official" fix from PR 140797, and I still get the crash when > trying to write a moderately sized file (20 Megabytes) to NFS. According > to the backtrace below, it crashes in line 1355 of > /usr/src/sys/nfsserver/nfs_srvsubs.c. > > Since I'm using the fix from the original problem report and RELENG_8_0 > sources cvsupped on December 20, I guess that means we are either using > different source trees (i.e. there is something in the sources for the > kernels used on your machines that helps), or there is some other > difference which I have not been able to pinpoint yet. Maybe you could > clarify before I try hacking away or finding other differences... > > Thanks, > > Manuel > > > ---- backtrack of panic follows ---- > panic: trap: memory address not aligned > cpuid = 0 > KDB: stack backtrace: > panic() at panic+0x1c8 > trap() at trap+0x4d0 > -- memory address not aligned sfar=0xfffff800016d08aa sfsr=0x40029 > %o7=0xc0528934 -- nfsm_srvmtofh_xx() at nfsm_srvmtofh_xx+0x24 > fha_assign() at fha_assign+0x12c > svc_run_internal() at svc_run_internal+0x71c > svc_thread_start() at svc_thread_start+0x8 > fork_exit() at fork_exit+0x80 > fork_trampoline() at fork_trampoline+0x8 > Uptime: 2m1s > Dumping 512 MB (2 chunks) > chunk at 0: 268435456 bytes | > I'm using a more or less current HEAD but the NFS code hasn't changed that much since 8.0, at least it doesn't contain any other alignment fixes I'm aware of. I think I got what the problem is but I still haven't managed to reproduce it so far. Could you please test whether the following patch makes a difference? http://people.freebsd.org/~marius/fha_extract_info_realign.diff Marius From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 29 10:20:03 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E841D1065670 for ; Tue, 29 Dec 2009 10:20:03 +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 BDF028FC14 for ; Tue, 29 Dec 2009 10:20:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBTAK3KV097649 for ; Tue, 29 Dec 2009 10:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBTAK3cE097648; Tue, 29 Dec 2009 10:20:03 GMT (envelope-from gnats) Date: Tue, 29 Dec 2009 10:20:03 GMT Message-Id: <200912291020.nBTAK3cE097648@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Manuel Tobias Schiller Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Manuel Tobias Schiller List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 10:20:04 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Manuel Tobias Schiller To: Marius Strobl Cc: Mark Linimon , FreeBSD-gnats-submit@FreeBSD.org, Manuel Tobias Schiller Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Tue, 29 Dec 2009 11:15:16 +0100 On Tue, 29 Dec 2009 01:58:29 +0100 Marius Strobl wrote: > I think you guys are talking about different things; AFAIK the > package build cluster nodes only act as NFS clients but this > problem is about when using machines with strict alignment > requirements as an NFS server. That might explain why Mark does not see panics (assuming the NFS client code has had more testing on sparc64 or similar architectures which does not seem unlikely (e.g. in the build cluster))... > I'm using a more or less current HEAD but the NFS code hasn't > changed that much since 8.0, at least it doesn't contain any > other alignment fixes I'm aware of. > I think I got what the problem is but I still haven't managed > to reproduce it so far. Could you please test whether the > following patch makes a difference? > http://people.freebsd.org/~marius/fha_extract_info_realign.diff > > Marius Your patch applies more or less cleanly (a line or two offset here and there, but nothing to worry about AFAICT), and make buildkernel is having a go at the sources. I'll let you know what comes out. Thanks, Manuel -- Homepage: http://www.hinterbergen.de/mala OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA) From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 29 10:48:57 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64D9E1065694 for ; Tue, 29 Dec 2009 10:48:57 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 21FEA8FC0C for ; Tue, 29 Dec 2009 10:48:56 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NPZdF-0002XK-Q2; Tue, 29 Dec 2009 10:48:56 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NPZdF-0005Vf-0x; Tue, 29 Dec 2009 10:48:53 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBTAmqq3015339; Tue, 29 Dec 2009 10:48:52 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBTAmqXw015338; Tue, 29 Dec 2009 10:48:52 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 29 Dec 2009 10:48:52 +0000 From: Anton Shterenlikht To: Torfinn Ingolfsen Message-ID: <20091229104852.GA15327@mech-cluster241.men.bris.ac.uk> References: <20091228135607.GA6907@mech-cluster241.men.bris.ac.uk> <20091228142338.GA7058@mech-cluster241.men.bris.ac.uk> <20091228185459.cbe38564.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091228185459.cbe38564.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.5 X-Spam-Level: ---- Cc: freebsd-sparc64@freebsd.org Subject: Re: usb mount error: g_vfs_done():da0s1[READ(offset=512, length=8192)]error = 5 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 10:48:57 -0000 On Mon, Dec 28, 2009 at 06:54:59PM +0100, Torfinn Ingolfsen wrote: > On Mon, 28 Dec 2009 14:23:38 +0000 > Anton Shterenlikht wrote: > > > Is it safe to run fsck_msdosfs on a usb digital camera? > > That depends very much on the actual camera in question. If the manual > says things like "if in trouble, please format the memory card in the > camera, not on your computer" I wouldn't risk it. > > Have you tried the memory card in a card reader instead? I'll see if I can get hold of the manual, thank you. no, I've no card reader, never needed one. Until recently I've been using fbsd i386 where this problem didn't occur. Now that I've changed my desktop for a sparc, I see this problem. thank you anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 29 15:40:03 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D20F0106566B for ; Tue, 29 Dec 2009 15:40:03 +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 A6E558FC08 for ; Tue, 29 Dec 2009 15:40:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBTFe3ni096686 for ; Tue, 29 Dec 2009 15:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBTFe3uW096685; Tue, 29 Dec 2009 15:40:03 GMT (envelope-from gnats) Date: Tue, 29 Dec 2009 15:40:03 GMT Message-Id: <200912291540.nBTFe3uW096685@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Manuel Tobias Schiller Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Manuel Tobias Schiller List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 15:40:03 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Manuel Tobias Schiller To: Marius Strobl Cc: Mark Linimon , FreeBSD-gnats-submit@FreeBSD.org Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Tue, 29 Dec 2009 16:34:11 +0100 On Tue, 29 Dec 2009 01:58:29 +0100 Marius Strobl wrote: > I'm using a more or less current HEAD but the NFS code hasn't > changed that much since 8.0, at least it doesn't contain any > other alignment fixes I'm aware of. > I think I got what the problem is but I still haven't managed > to reproduce it so far. Could you please test whether the > following patch makes a difference? > http://people.freebsd.org/~marius/fha_extract_info_realign.diff > > Marius I applied the patch, compiled the kernel and rebooted. NFS read access seems to work as before. When I try to write to the server, the server locks up solid, i.e. I do not even get a kernel panic reported on the serial console, so I can't give you a backtrace or anything. I had to disconnect the cable from the wall outlet to the power supply to restart it. It came up without problems, though. Manuel -- Homepage: http://www.hinterbergen.de/mala OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA) From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 29 19:00:15 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 301BA106568F for ; Tue, 29 Dec 2009 19:00:15 +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 1D4088FC15 for ; Tue, 29 Dec 2009 19:00:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBTJ0ExZ079553 for ; Tue, 29 Dec 2009 19:00:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBTJ0Eai079552; Tue, 29 Dec 2009 19:00:14 GMT (envelope-from gnats) Date: Tue, 29 Dec 2009 19:00:14 GMT Message-Id: <200912291900.nBTJ0Eai079552@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Marius Strobl Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marius Strobl List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 19:00:15 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Marius Strobl To: Manuel Tobias Schiller Cc: Mark Linimon , FreeBSD-gnats-submit@FreeBSD.org Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Tue, 29 Dec 2009 19:53:58 +0100 On Tue, Dec 29, 2009 at 04:34:11PM +0100, Manuel Tobias Schiller wrote: > On Tue, 29 Dec 2009 01:58:29 +0100 > Marius Strobl wrote: > > I'm using a more or less current HEAD but the NFS code hasn't > > changed that much since 8.0, at least it doesn't contain any > > other alignment fixes I'm aware of. > > I think I got what the problem is but I still haven't managed > > to reproduce it so far. Could you please test whether the > > following patch makes a difference? > > http://people.freebsd.org/~marius/fha_extract_info_realign.diff > > > > Marius > > I applied the patch, compiled the kernel and rebooted. NFS read access > seems to work as before. When I try to write to the server, the server > locks up solid, i.e. I do not even get a kernel panic reported on the > serial console, so I can't give you a backtrace or anything. I had to > disconnect the cable from the wall outlet to the power supply to restart > it. It came up without problems, though. > Oh, sorry, I had a bug in there, the svc code used a stale pointer to the mbuf with this. Could you please re-fetch and try again? I can't guarantee that this fixes the hang you experienced but at least in theory just re-aligning the data can't make the issue with the unaligned access any worse. Using the LOM or by breaking into the kernel by sending a break you should be able to power-cycle/ reboot the machine without removing the power cord should it hang again though. What NFS client and with which mount options are you using to trigger is problem? Marius From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 29 19:40:06 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C39A1065712 for ; Tue, 29 Dec 2009 19:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2950A8FC0A for ; Tue, 29 Dec 2009 19:40:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBTJe5kC016938 for ; Tue, 29 Dec 2009 19:40:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBTJe5cf016937; Tue, 29 Dec 2009 19:40:05 GMT (envelope-from gnats) Date: Tue, 29 Dec 2009 19:40:05 GMT Message-Id: <200912291940.nBTJe5cf016937@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Manuel Tobias Schiller Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Manuel Tobias Schiller List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 19:40:06 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Manuel Tobias Schiller To: Marius Strobl Cc: Mark Linimon , FreeBSD-gnats-submit@FreeBSD.org Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Tue, 29 Dec 2009 20:29:55 +0100 On Tue, 29 Dec 2009 19:53:58 +0100 Marius Strobl wrote: > Oh, sorry, I had a bug in there, the svc code used a stale > pointer to the mbuf with this. Could you please re-fetch > and try again? I can't guarantee that this fixes the hang > you experienced but at least in theory just re-aligning > the data can't make the issue with the unaligned access > any worse. No problem, I know what it's like if you try to come up with a fix without being able to check things for yourself... I think that I can start a rebuild in about two hours or so, so we should have results by tomorrow afternoon (tomorrow morning is reserved for my grandparents...). At the moment, I'm compiling a "dumb" variant which just uses bcopy for all operations in sys/nfs/xdr_subs.h - if that compiles and works (I tend to make mistakes when I code, and a make buildkernel takes quite some time), we should have a safe version to fall back on, no matter what alignment constraints the architecture imposes... It's going to be ugly, though, so I'd rather use your solution, if possible. I guess we just have to wait and see. > Using the LOM or by breaking into the kernel > by sending a break you should be able to power-cycle/ > reboot the machine without removing the power cord should > it hang again though. I know about the sending-a-break-over-serial-trick, and of course I tried it, but there was no reaction whatsoever. > What NFS client and with which mount options are you > using to trigger is problem? > > Marius Concerning the NFS client machines: They are running Debian lenny, with a 2.6.30-bpo.2-amd64 kernel (one client is a powerpc G4, the other one is an amd64 machine). Mount options on the Linux clients are rw,nosuid,nodev,hard,intr. This combination used to work fine and rock-stable with FreeBSD 7.2 (during the month I spent at CERN just before Christmas, the machine was up the entire time and never showed any sign of instability - admittedly, there was no NFS access during that time). I hope we manage to get the FreeBSD 8.0 kernel there as well - apart from the NFS issue, what I've seen so far is impressive, as usual... Manuel -- Homepage: http://www.hinterbergen.de/mala OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA) From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 30 00:30:06 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAB75106566C for ; Wed, 30 Dec 2009 00:30:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C9AD58FC19 for ; Wed, 30 Dec 2009 00:30:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBU0U6XJ079676 for ; Wed, 30 Dec 2009 00:30:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBU0U61h079675; Wed, 30 Dec 2009 00:30:06 GMT (envelope-from gnats) Date: Wed, 30 Dec 2009 00:30:06 GMT Message-Id: <200912300030.nBU0U61h079675@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Manuel Tobias Schiller Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Manuel Tobias Schiller List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 00:30:06 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Manuel Tobias Schiller To: Marius Strobl Cc: Mark Linimon , FreeBSD-gnats-submit@FreeBSD.org, Manuel Tobias Schiller Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Wed, 30 Dec 2009 01:25:55 +0100 On Tue, 29 Dec 2009 19:53:58 +0100 Marius Strobl wrote: > Oh, sorry, I had a bug in there, the svc code used a stale > pointer to the mbuf with this. Could you please re-fetch > and try again? I can't guarantee that this fixes the hang > you experienced but at least in theory just re-aligning > the data can't make the issue with the unaligned access > any worse. Using the LOM or by breaking into the kernel > by sending a break you should be able to power-cycle/ > reboot the machine without removing the power cord should > it hang again though. > What NFS client and with which mount options are you > using to trigger is problem? > > Marius I managed to compile and test a kernel with your updated patch, and things seem to work. I'll try to stress-test it over the night by copying a few tens of gigabytes over and report back with the results. Also, if I'm reading your patch correctly, we should be able to do without the bcopy hack from PR 140797, so I'll recompile a kernel without it and try if that works as well. Thanks a lot for all your help and your patience! Manuel -- Homepage: http://www.hinterbergen.de/mala OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA) From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 30 01:10:03 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7179E1065676 for ; Wed, 30 Dec 2009 01:10:03 +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 5F6F78FC13 for ; Wed, 30 Dec 2009 01:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBU1A39h016238 for ; Wed, 30 Dec 2009 01:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBU1A3pv016237; Wed, 30 Dec 2009 01:10:03 GMT (envelope-from gnats) Date: Wed, 30 Dec 2009 01:10:03 GMT Message-Id: <200912300110.nBU1A3pv016237@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Marius Strobl Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marius Strobl List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 01:10:03 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Marius Strobl To: Manuel Tobias Schiller Cc: Mark Linimon , FreeBSD-gnats-submit@FreeBSD.org Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Wed, 30 Dec 2009 02:08:01 +0100 On Wed, Dec 30, 2009 at 01:25:55AM +0100, Manuel Tobias Schiller wrote: > On Tue, 29 Dec 2009 19:53:58 +0100 > Marius Strobl wrote: > > Oh, sorry, I had a bug in there, the svc code used a stale > > pointer to the mbuf with this. Could you please re-fetch > > and try again? I can't guarantee that this fixes the hang > > you experienced but at least in theory just re-aligning > > the data can't make the issue with the unaligned access > > any worse. Using the LOM or by breaking into the kernel > > by sending a break you should be able to power-cycle/ > > reboot the machine without removing the power cord should > > it hang again though. > > What NFS client and with which mount options are you > > using to trigger is problem? > > > > Marius > > I managed to compile and test a kernel with your updated patch, and things > seem to work. I'll try to stress-test it over the night by copying a few > tens of gigabytes over and report back with the results. Also, if I'm > reading your patch correctly, we should be able to do without the bcopy > hack from PR 140797, so I'll recompile a kernel without it and try if that > works as well. I don't think so; nfs_realign() only guarantees 4-byte alignment as required by XDR and assumed by nfsm_srvmtofh_xx() further down the road but nfsfh_t needs 8-byte alignment. > > Thanks a lot for all your help and your patience! > Well, thanks a lot for testing so far! Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 30 16:40:03 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE87A1065676 for ; Wed, 30 Dec 2009 16:40:03 +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 A496C8FC13 for ; Wed, 30 Dec 2009 16:40:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBUGe3mu005192 for ; Wed, 30 Dec 2009 16:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBUGe39K005191; Wed, 30 Dec 2009 16:40:03 GMT (envelope-from gnats) Date: Wed, 30 Dec 2009 16:40:03 GMT Message-Id: <200912301640.nBUGe39K005191@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Marius Strobl Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marius Strobl List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 16:40:03 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Marius Strobl To: dfr@freebsd.org Cc: Manuel Tobias Schiller , FreeBSD-gnats-submit@freebsd.org Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Wed, 30 Dec 2009 17:36:27 +0100 On Wed, Dec 30, 2009 at 01:25:55AM +0100, Manuel Tobias Schiller wrote: > On Tue, 29 Dec 2009 19:53:58 +0100 > Marius Strobl wrote: > > Oh, sorry, I had a bug in there, the svc code used a stale > > pointer to the mbuf with this. Could you please re-fetch > > and try again? I can't guarantee that this fixes the hang > > you experienced but at least in theory just re-aligning > > the data can't make the issue with the unaligned access > > any worse. Using the LOM or by breaking into the kernel > > by sending a break you should be able to power-cycle/ > > reboot the machine without removing the power cord should > > it hang again though. > > What NFS client and with which mount options are you > > using to trigger is problem? > > > > Marius > > I managed to compile and test a kernel with your updated patch, and things > seem to work. I'll try to stress-test it over the night by copying a few > tens of gigabytes over and report back with the results. Doug, could you please review the following patch? The problem apparently is that nfsm_srvmtofh_xx() assumes the 4-byte alignment required by XDR so fha_extract_info() has to ensure that the mbuf data is aligned accordingly. http://people.freebsd.org/~marius/fha_extract_info_realign.diff Thanks, Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 30 19:40:02 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 967401065679 for ; Wed, 30 Dec 2009 19:40:02 +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 6B0B68FC14 for ; Wed, 30 Dec 2009 19:40:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBUJe2mb068338 for ; Wed, 30 Dec 2009 19:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBUJe2KI068337; Wed, 30 Dec 2009 19:40:02 GMT (envelope-from gnats) Date: Wed, 30 Dec 2009 19:40:02 GMT Message-Id: <200912301940.nBUJe2KI068337@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Manuel Tobias Schiller Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Manuel Tobias Schiller List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 19:40:02 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Manuel Tobias Schiller To: Marius Strobl Cc: dfr@freebsd.org, FreeBSD-gnats-submit@freebsd.org Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Wed, 30 Dec 2009 20:32:55 +0100 On Wed, 30 Dec 2009 17:36:27 +0100 Marius Strobl wrote: > On Wed, Dec 30, 2009 at 01:25:55AM +0100, Manuel Tobias Schiller wrote: > > On Tue, 29 Dec 2009 19:53:58 +0100 > > Marius Strobl wrote: > > > Oh, sorry, I had a bug in there, the svc code used a stale > > > pointer to the mbuf with this. Could you please re-fetch > > > and try again? I can't guarantee that this fixes the hang > > > you experienced but at least in theory just re-aligning > > > the data can't make the issue with the unaligned access > > > any worse. Using the LOM or by breaking into the kernel > > > by sending a break you should be able to power-cycle/ > > > reboot the machine without removing the power cord should > > > it hang again though. > > > What NFS client and with which mount options are you > > > using to trigger is problem? > > > > > > Marius > > > > I managed to compile and test a kernel with your updated patch, and > > things seem to work. I'll try to stress-test it over the night by > > copying a few tens of gigabytes over and report back with the results. > > Doug, > > could you please review the following patch? The problem > apparently is that nfsm_srvmtofh_xx() assumes the 4-byte > alignment required by XDR so fha_extract_info() has to > ensure that the mbuf data is aligned accordingly. > http://people.freebsd.org/~marius/fha_extract_info_realign.diff > > Thanks, > Marius Marius, I did a stress-test of the patch by tarring 85 Gigabyte over NFS into a pipe, untarring them in a different NFS-mounted directory. I loaded the server machine by compiling a kernel in parallel for some time. Everything worked perfectly. Thanks for all your help! Manuel -- Homepage: http://www.hinterbergen.de/mala OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA) From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 30 19:40:04 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7A241065679 for ; Wed, 30 Dec 2009 19:40:04 +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 8D4C88FC0A for ; Wed, 30 Dec 2009 19:40:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBUJe4fo068373 for ; Wed, 30 Dec 2009 19:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBUJe4P6068372; Wed, 30 Dec 2009 19:40:04 GMT (envelope-from gnats) Date: Wed, 30 Dec 2009 19:40:04 GMT Message-Id: <200912301940.nBUJe4P6068372@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Manuel Tobias Schiller Cc: Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Manuel Tobias Schiller List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 19:40:04 -0000 The following reply was made to PR sparc64/142102; it has been noted by GNATS. From: Manuel Tobias Schiller To: Marius Strobl Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: sparc64/142102: FreeBSD 8.0 kernel panics on sparc64 when accessing NFS Date: Wed, 30 Dec 2009 20:36:31 +0100 On Wed, 30 Dec 2009 02:08:01 +0100 Marius Strobl wrote: > On Wed, Dec 30, 2009 at 01:25:55AM +0100, Manuel Tobias Schiller wrote: > > > I managed to compile and test a kernel with your updated patch, and > > things seem to work. I'll try to stress-test it over the night by > > copying a few tens of gigabytes over and report back with the > > results. Also, if I'm reading your patch correctly, we should be able > > to do without the bcopy hack from PR 140797, so I'll recompile a > > kernel without it and try if that works as well. > > I don't think so; nfs_realign() only guarantees 4-byte alignment > as required by XDR and assumed by nfsm_srvmtofh_xx() further down > the road but nfsfh_t needs 8-byte alignment. Of course, you are right. When I tried it, I got my well deserved panic again. I should have looked at the code of nfs_realign much more carefully... Anyway, thanks again! Manuel -- Homepage: http://www.hinterbergen.de/mala OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA) From owner-freebsd-sparc64@FreeBSD.ORG Thu Dec 31 07:08:08 2009 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 091DC106568B; Thu, 31 Dec 2009 07:08:08 +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 D4C018FC0A; Thu, 31 Dec 2009 07:08:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBV78740012641; Thu, 31 Dec 2009 02:08:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBV787kS012640; Thu, 31 Dec 2009 07:08:07 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Dec 2009 07:08:07 GMT Message-Id: <200912310708.nBV787kS012640@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: [releng_8 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 07:08:08 -0000 TB --- 2009-12-31 06:09:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-31 06:09:12 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2009-12-31 06:09:12 - cleaning the object tree TB --- 2009-12-31 06:09:28 - cvsupping the source tree TB --- 2009-12-31 06:09:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2009-12-31 06:10:33 - building world TB --- 2009-12-31 06:10:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-31 06:10:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-31 06:10:33 - TARGET=sparc64 TB --- 2009-12-31 06:10:33 - TARGET_ARCH=sparc64 TB --- 2009-12-31 06:10:33 - TZ=UTC TB --- 2009-12-31 06:10:33 - __MAKE_CONF=/dev/null TB --- 2009-12-31 06:10:33 - cd /src TB --- 2009-12-31 06:10:33 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 31 06:10:34 UTC 2009 >>> 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 >>> World build completed on Thu Dec 31 07:02:01 UTC 2009 TB --- 2009-12-31 07:02:01 - generating LINT kernel config TB --- 2009-12-31 07:02:01 - cd /src/sys/sparc64/conf TB --- 2009-12-31 07:02:01 - /usr/bin/make -B LINT TB --- 2009-12-31 07:02:01 - building LINT kernel TB --- 2009-12-31 07:02:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-31 07:02:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-31 07:02:01 - TARGET=sparc64 TB --- 2009-12-31 07:02:01 - TARGET_ARCH=sparc64 TB --- 2009-12-31 07:02:01 - TZ=UTC TB --- 2009-12-31 07:02:01 - __MAKE_CONF=/dev/null TB --- 2009-12-31 07:02:01 - cd /src TB --- 2009-12-31 07:02:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 31 07:02:01 UTC 2009 >>> 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 [...] cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/serial/usb_serial.c cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/misc/ufm.c cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/misc/udbp.c cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/input/uhid.c cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/input/ukbd.c cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/input/ums.c cc -c -O2 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/usb/quirk/usb_quirk.c /src/sys/dev/usb/quirk/usb_quirk.c:136: error: 'USB_PRODUCT_CURITEL_UM175' undeclared here (not in a function) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-31 07:08:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-31 07:08:07 - ERROR: failed to build lint kernel TB --- 2009-12-31 07:08:07 - 2876.04 user 564.71 system 3534.83 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Thu Dec 31 17:33:10 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E95BC1065676 for ; Thu, 31 Dec 2009 17:33:10 +0000 (UTC) (envelope-from sr@genyosha.net) Received: from ns1.genyosha.net (ns1.genyosha.net [216.103.76.253]) by mx1.freebsd.org (Postfix) with ESMTP id BE6BA8FC08 for ; Thu, 31 Dec 2009 17:33:10 +0000 (UTC) Received: from dragon.genyosha.net (dragon.genyosha.net [216.103.76.254]) by ns1.genyosha.net (8.14.3/8.14.3) with ESMTP id nBVHXALS083601 for ; Thu, 31 Dec 2009 09:33:10 -0800 (PST) (envelope-from sr@genyosha.net) Received: from dragon.genyosha.net (localhost [127.0.0.1]) by dragon.genyosha.net (8.14.3/8.14.3) with ESMTP id nBVHXAIf039873 for ; Thu, 31 Dec 2009 09:33:10 -0800 (PST) (envelope-from sr@dragon.genyosha.net) Received: (from sr@localhost) by dragon.genyosha.net (8.14.3/8.14.3/Submit) id nBVHXAYp039872 for freebsd-sparc64@freebsd.org; Thu, 31 Dec 2009 09:33:10 -0800 (PST) (envelope-from sr) Date: Thu, 31 Dec 2009 09:33:10 -0800 From: Steve Rikli To: freebsd-sparc64@freebsd.org Message-ID: <20091231173310.GB39710@dragon.genyosha.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: free Sun CPUs, RAM, PCI & SBus cards & parts X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 17:33:11 -0000 I'm giving away the almost-final set of Sun CPUs, RAM, PCI & SBus cards, and spare parts -- preference goes to anyone who would use the stuff for the benefit of the FreeBSD community, but really I just want to find a home for the stuff if possible. I know not all of this stuff will work in FreeBSD-supported Sun kit, but I'm hoping there are other Sun enthusiasts here who'll be able to make use of it. All I ask in return is repayment (in US$) for shipping. The stuff is located in Silicon Valley, CA, USA. Local pickups are welcome. Cheers, sr. -- - Sun 501-2708: Sun SM50 SuperSPARC module, 50MHz - Sun 501-2708: Sun SM50 SuperSPARC module, 50MHz - Sun 501-2825: Sun SM61 SuperSPARC module, 60MHz - Sun 501-5552: Sun UltraSPARC-II module, 360MHz - Sun 501-5552: Sun UltraSPARC-II module, 360MHz - Sun 501-2622: 4x32MB for sun4m and sun4u - Sun 501-2622: 4x32MB for sun4m and sun4u - Sun 501-2741: PCI 10/100 hme + SCSI - Sun 501-5656: PCI 10/100 hme + SCSI - Sun 501-4375: SBus Gigabit Ethernet 2.0/3.0 (GBE/S) (X1140A) - Sun 330-1951: Sun Original Ultra 1,2 HDD bracket - Sun 330-1951: Sun Original Ultra 1,2 HDD bracket - Sun 330-1951: Sun Original Ultra 1,2 HDD bracket - Sun 540-3024: Ultra/Enterprise Sun Original Spud HDD bracket - Sun 540-3024: Ultra/Enterprise Sun Original Spud HDD bracket - Sun 540-2220-04: Sun Speaker Box Assembly