From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 14:27:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34CC337B401 for ; Sun, 20 Jul 2003 14:27:14 -0700 (PDT) Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF7A143F3F for ; Sun, 20 Jul 2003 14:27:12 -0700 (PDT) (envelope-from bruce@cran.org.uk) Received: from buffy.brucec.backnet ([82.41.200.71]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Sun, 20 Jul 2003 22:27:11 +0100 Received: from buffy.brucec.backnet (localhost [127.0.0.1]) by buffy.brucec.backnet (8.12.9/8.12.9) with ESMTP id h6KLR8gi016939; Sun, 20 Jul 2003 22:27:08 +0100 (BST) (envelope-from bruce@buffy.brucec.backnet) Received: (from bruce@localhost) by buffy.brucec.backnet (8.12.9/8.12.9/Submit) id h6KLR82l016938; Sun, 20 Jul 2003 22:27:08 +0100 (BST) Date: Sun, 20 Jul 2003 22:27:08 +0100 From: Bruce Cran To: Bryan Liesner Message-ID: <20030720212708.GA16809@buffy.brucec.backnet> References: <20030719194215.A6668@FreeBSD.org> <20030720015113.A536@gravy.homeunix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030720015113.A536@gravy.homeunix.net> User-Agent: Mutt/1.4.1i X-OriginalArrivalTime: 20 Jul 2003 21:27:11.0393 (UTC) FILETIME=[AE489910:01C34F05] cc: current@freebsd.org Subject: Re: USB crappiness? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 21:27:14 -0000 On Sun, Jul 20, 2003 at 02:06:16AM -0400, Bryan Liesner wrote: > On Sat, 19 Jul 2003, Juli Mallett wrote: > > > Hi, > > > > I tried to upgrade my workstation to current recently, and I have to > > use a lot of USB, and while using some USB mass storage device, with > > a UFS filesystem on it, and doing a large operation to it (tar c|tar x) > > everything deadlocked on ufs, the USB stack blew up, and upon causing > > an interrupt to it, it panicked, and panic pagefaulted. > > > > Anyone else seeing these sorts of cohesive fallovers? > > > > Thanx, > > juli. > > > > Yes, I can confirm that. I do an nightly dump to a file on my USB > hard disk (ehci). I woke up to find a screen full of read errors, and > at first I thought the disk went belly up. I reverted back and it was > working fine. I/O speed has _seriously_ degraded as well. Prior to > the bus dma patches, I was getting a little better than 8 MB/s writes to > the disk, afterwards, less than 2 MB/s. The "performance hit" > discussed prior to the commit is a bit of an understatement. > I've got a backtrace: I was unzipping zipslack.zip onto a 128MB USB key, when one I got a message 'Device not configured' after one file, and subseqent files failed with 'Input/output error'. I cancelled it, and tried to run 'df -h' to see if the disk was full. Then I got the panic: panic: kmem_malloc(4096): kmem_map too small: 218132480 total allocated Debugger("panic") Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db> tr Debugger(c038d566,c03fdea0,c0399f78,d8d999ec,100) at Debugger+0x54 panic(c0399f78,1000,d007000,d8d99a1c,14) at panic+0xd5 kmem_malloc(...) at kmem_alloc+0x100 page_alloc(...) at page_alloc+0x27 slab_zalloc(...) at slab_zalloc+0x127 uma_zone_slab(...) at uma_zone_slab+0xe8 uma_zalloc_internal(...) at uma_zalloc_internal+0x7c slab_zalloc(...) at slab_zalloc+0x7f uma_zone_slab(...) at uma_zone_slab+0xe8 uma_zalloc_bucket(...) at uma_zalloc_bucket+0x176 uma_zalloc_arg(...) at uma_zalloc_arg+0x2c7 malloc(adc,c03cf520,102,21b,21b) at malloc+0x5c sigacts_alloc(c03fdcc0,0,0,d8d99c48,c5051980) at sigacts_alloc+0x25 fork1(c4457000,80000034,0,d8d99ccc,c4457000) at fork1+0x7d5 vfork(c4457000,d8d99d10,0,16,0) at vfork+0x2b syscall(2f,2f,2f,bfbfda90,0) at syscall+0x2b0 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (66, FreeBSD ELF32, vfork), eip = 0x8096ef8, esp = 0xbfbfb850, ebp = 0xbfbfc938 --- db > -- Bruce Cran