From owner-freebsd-stable@FreeBSD.ORG Thu Feb 26 14:15:40 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44A5A16A4CE for ; Thu, 26 Feb 2004 14:15:40 -0800 (PST) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA4FD43D1D for ; Thu, 26 Feb 2004 14:15:38 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc13) with ESMTP id <2004022622153701600srd9me>; Thu, 26 Feb 2004 22:15:38 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA09515; Thu, 26 Feb 2004 14:15:36 -0800 (PST) Date: Thu, 26 Feb 2004 14:15:35 -0800 (PST) From: Julian Elischer To: Mike Tancsa In-Reply-To: <6.0.3.0.0.20040226142202.104acb10@209.112.4.2> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org Subject: Re: Testers needed: Joe's MFC of USB code X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 22:15:40 -0000 On Thu, 26 Feb 2004, Mike Tancsa wrote: > > OK, I have applied it to one of my older AMD boxes. > > ohci0: mem 0xcfffc000-0xcfffcfff irq 5 at device > 1.2 on pci0 > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 3 ports with 3 removable, self powered > uhid0: APC Back-UPS ES 725 FW:802.n2.D USB FW:n2, rev 1.10/1.06, addr 2, > iclass 3/0 > ohci1: mem 0xcfffd000-0xcfffdfff irq 5 at device > 1.3 on pci0 > usb1: OHCI version 1.0, legacy support > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 3 ports with 3 removable, self powered > > ohci0@pci0:1:2: class=0x0c0310 card=0x70011039 chip=0x70011039 rev=0x07 > hdr=0x00 > vendor = 'Silicon Integrated Systems (SiS)' > device = 'SiS5597/8 Universal Serial Bus Controller' > class = serial bus > subclass = USB > ohci1@pci0:1:3: class=0x0c0310 card=0x70001039 chip=0x70011039 rev=0x07 > hdr=0x00 > vendor = 'Silicon Integrated Systems (SiS)' > device = 'SiS5597/8 Universal Serial Bus Controller' > class = serial bus > subclass = USB > > > It seems to work as it did before. However, as my colleague found , it > still panic's when you detach the ucom device. So, this bug is already present in RELENG_4 and has survived the MFC.. Have you tried the same thing on 5.x? Can you get a traceback? (either a serial console or a coredump) Does it work well with devices plugged into the ohci ports when powered up? Earlier versions of the the patch had troubles with that but it seems to have been solved. (at least for me). > > ---Mike > > At 01:26 PM 26/02/2004, Julian Elischer wrote: > > > >On Fri, 27 Feb 2004, Eugene Grosbein wrote: > >[...] > > > 'Failed to set value of option mode: Device busy'. > > > 6. Choose 'File/Exit' menu in this xscanimage window. > > > > > > Several seconds later system will lock up. There is nothing to be done > > > if you are in X, only power down/up cycle will help. > > > > > > > > > Sympthoms of lockup: system does not respond to pings, consoles do not > > switch. > > > Ctril-Alt-ESC will work for a few moments after lockup > > > but if you wait a little, it won't work and lockup will become 'total'. > > > > > > Versions: sane-backends-1.0.13_2, sane-frontends-1.0.11_1, gimp-1.2.3_2,1 > > > > > > Now what do we have with a patch proposed? Well, instead of lockup > > > we obtain good old kernel panic (the patch is really usefull). > > > And crashdump, of course. The panic is 100% repeatable. Here comes gdb > > > backtrace (kernel compiled with INVARIANTS and debug info): > > > > >thankyou! > > > >this is exactly the kind of thing we are looking for.. > > > >I have a scanner here.. I'll try duplicate it.. > >looks like it is caused by closing the file descriptor while the device > >is "busy" in some way.. > > > >Julian > > > > > >_______________________________________________ > >freebsd-stable@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > >