Subject: Re: USB Printing still panicking ...sometimes
To: Martin S. Weber <Ephaeton@gmx.net>
From: Nick Hudson <nick.hudson@dsl.pipex.com>
List: current-users
Date: 04/27/2005 07:28:37
On Wednesday 27 April 2005 06:12, you wrote:
> Yo,
>
> I'm still experiencing problems with printing to a USB printer as
> previously described in a reply on netbsd-users[1] (System panics
> with "concurrent" lps, printing from like xpdf, soffice etc.) which
> I thought had disappeared. It's happening with NetBSD 3.99.3 (GENERIC.MP)
> #0: Wed Apr 20 20:26:27 CEST 2005 (whole system built at that date).
>
> This is on a p4 (ht - mp) based dell:
>
> uhci0 at pci0 dev 29 function 0: Intel 82801EB/ER USB UHCI Controller (rev.
> 0x02) uhci0: interrupting at ioapic0 pin 16 (irq 11)
> usb0 at uhci0: USB revision 1.0
> uhub0 at usb0
> uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub0: 2 ports with 2 removable, self powered
> uhci[1-3] follow
> usb[1-3] follow
> uhub[1-3] follow
> ehci0 + usb4 + uhub4 follow
> ulpt0 at uhub0 port 1 configuration 1 interface 0
> ulpt0: Dell Dell Laser Printer P1500, rev 1.10/1.00, addr 2, iclass 7/1
> ulpt0: using bi-directional mode
>
> (gdb) bt
> #0  0xc0b00000 in ?? ()
> #1  0xc04a0748 in cpu_reboot ()
> #2  0xc039b783 in db_sync_cmd ()
> #3  0xc039b1ce in db_command ()
> #4  0xc039aed8 in db_command_loop ()
> #5  0xc039e2b9 in db_trap ()
> #6  0xc049d33a in kdb_trap ()
> #7  0xc04ad4da in trap ()
> #8  0xc010be63 in calltrap ()
> #9  0xc02cdde0 in uhci_abort_xfer ()
> #10 0xc02cdbf8 in uhci_device_bulk_abort ()
> #11 0xc06229f5 in usbd_ar_pipe ()
> #12 0xc06226f2 in usbd_abort_pipe ()
> #13 0xc0633ee9 in ulptclose ()
> #14 0xc04322d7 in spec_close ()
> #15 0xc0399a52 in ufsspec_close ()
> #16 0xc042b16f in VOP_CLOSE ()
> #17 0xc0429c62 in vn_close ()
> #18 0xc042a745 in vn_closefile ()
> #19 0xc03c75e7 in closef ()
> #20 0xc03c7404 in fdfree ()
> #21 0xc03cc94e in exit1 ()
> #22 0xc03cc756 in sys_exit ()
> #23 0xc04acf08 in syscall_plain ()
>
>
> I'm baking a DEBUG kernel (along with a netbsd.gdb) and see if I can
> reproduce it (it's become harder to trigger AFAICT, so could take some
> time.). I have the dump lying around if it helps someone.

FreeBSD has commits to fixed panics in the USB stack when printing 

http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3061464+0+archive/2005/cvs-all/20050320.cvs-all

Nick