Subject: Re: WANT PMAPLOAD ON SYSCALL ENTRY warnings
To: YAMAMOTO Takashi <firstname.lastname@example.org>
From: Matthias Drochner <M.Drochner@fz-juelich.de>
Date: 04/28/2005 20:24:44
> it usually means context switch in illegal context. i guess
> usbd_do_request can't be used from interrupt context.
Yes - thanks, it seems that usbd_do_request attempts to sleep
under some circumstances which happen randomly.
> usbd_do_request() has to be used very carefully from a non-process
> context. Perhaps you should consider a kernel thread?
As I understand it, the kernel thread would be on an lower
priority than the softclock handler, increasing the jitter
The original Linux driver used asynchronous USB calls --
initiated from a timer handler, with the result delivered to
a callback. I could perhaps model this with more low-level
usbdi functions like usbd_setup_default_xfer(). Would that
work? Can I reuse an xfer initialized that way, or do I have
to call the usbd_setup_default_xfer() always before submitting?
Is that interface for public consumption at all?