Subject: Re: USB Printing still panicking ...sometimes
To: Nick Hudson <nick.hudson@dsl.pipex.com>
From: Lennart Augustsson <lennart@augustsson.net>
List: current-users
Date: 04/27/2005 15:28:18
I will have a look at the FreeBSD patches.
-- Lennart
Nick Hudson wrote:
> 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
>