From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 23 18:30: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 E17CF1065670 for ; Thu, 23 Jul 2009 18:30:38 +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 5890C8FC1E for ; Thu, 23 Jul 2009 18:30:38 +0000 (UTC) (envelope-from marius@alchemy.franken.de) 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 n6NIUYoS056201; Thu, 23 Jul 2009 20:30:34 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n6NIUYFQ056200; Thu, 23 Jul 2009 20:30:34 +0200 (CEST) (envelope-from marius) Date: Thu, 23 Jul 2009 20:30:34 +0200 From: Marius Strobl To: Hans Petter Selasky Message-ID: <20090723183034.GA56079@alchemy.franken.de> References: <4A444374.3090008@apz.fi> <200906301037.40138.hselasky@c2i.net> <4A4A5208.9020307@apz.fi> <200907170959.39640.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200907170959.39640.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i Cc: Ari =?unknown-8bit?Q?Sovij=E4rvi?= , freebsd-sparc64@freebsd.org Subject: Re: "cg 0: bad magic number" with umass 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, 23 Jul 2009 18:30:39 -0000 On Fri, Jul 17, 2009 at 09:59:38AM +0200, Hans Petter Selasky wrote: > On Tuesday 30 June 2009 19:57:28 Ari Sovijärvi wrote: > > Hans Petter Selasky wrote: > > > Could you show the dmesg of the USB controller? At which bus is it > > > connected? Nexus? There might be bugs in the actual USB device/host > > > hardware. > > > > Here's all I could find of the USB controller from the dmesg's output. > > > > ohci0: mem 0x1000000-0x1000fff > > at device 10.0 on pci0 > > ohci0: [GIANT-LOCKED] > > ohci0: [ITHREAD] > > usb0: OHCI version 1.0, legacy support > > usb0: on ohci0 > > usb0: USB revision 1.0 > > uhub0: on usb0 > > uhub0: 2 ports with 2 removable, self powered > > > > If you need to see anything else from the dmesg, here's the full output: > > http://pastebin.ca/1479774 > > > > The USB-enclosure I used was LaCie's "design by porsche" with 1 terabyte > > Seagate disk. > > > > > Are you using 8-current ? > > > > No, 7.2. > > Hi, > > If you do a simple test on the disk: > > dd if=/dev/urandom of=test.img bs=65536 count=16 > > cat test.img > /dev/daX > > dd if=/dev/daX of=test_rb.img bs=65536 count=16 > > diff test.img test_rb.img > > The only problem I can see is that there is something wrong with the cache > invalidate/flush instruction wrappers on the sparc. > If you are refering to bus_dmamap_sync(9) that hardly can be the cause as we don't take advantage of the streaming cache of sparc64 IOMMUs so far as traditionally drivers used bus_dmamap_sync(9) incorrectly if they did at all, let alone the fact that this particular machine has no streaming cache. I.e. currently the use of bus_dmamap_sync(9) actually is unnecessary on sparc64, my plan is to enable the used of the streaming caches some time after the freeze for 8.0 is over though. I'd rather suspect this to either be one of the typical !x86 LP64, alignment or endianness problems in usb(4) or the firmware initializing the on-board Ali controller to some non-(x86-)default values. The latter is something that ata(4) is also struggeling with. Marius