Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Panic in usbd_create_xfer



On 2021-01-03, Yorick Hardy wrote:
> Dear matthew,
> 
> On 2021-01-03, matthew green wrote:
> > Yorick Hardy writes:
> > > Dear current-users,
> > >
> > > Happy new year!
> > 
> > happy new year yorick! and everyone.
> > 
> > > [   659.839003] usbd_create_xfer() at netbsd:usbd_create_xfer+0x186
> > > [   659.849001] usbd_open_pipe_intr() at netbsd:usbd_open_pipe_intr+0x74
> > > [   659.849001] uhidev_open() at netbsd:uhidev_open+0x21c
> > 
> > can you find out what lines in the source these are? 
> > espcially usbd_create_xfer+0x186, the other ones are
> > most likely obvious only the single callers - eg,
> > usbd_open_pipe_intr() calls usbd_create_xfer() once.
> > 
> > thanks.
> > 
> > 
> > .mrg.
> 
> In the disassembly (I guess due to inlining) it happens at a call to
> usb_allocmem, which I think is line sys/dev/usb/usbdi.c:606, i.e. the
> call to usbd_alloc_buffer.
> 
> I am current trying to trigger the panic with all of the USB_DEBUG and
> {U,O,E}HCI_DEBUG options enabled but it has not happened yet (I was sure
> I would be able to panic the kernel by now, maybe the _DEBUG options
> worka round the panic somehow?).

Reverting to src/sys/dev/usb/ohci.c revision 1.310 seems to
solve the panic, I have not yet determined how this change
could lead to a panic.

-- 
Kind regards,

Yorick Hardy


Home | Main Index | Thread Index | Old Index