On Fri, 5 Mar 2004 23:21:32 -0800, David Mosberger [EMAIL PROTECTED] said:
David (1) Start of Frame - (2) update HccaFrameNumber - (3)
David trigger SF interrupt
David Now, suppose you get a WDH interrupt between (1) and (2).
David You'd read the old frame-number yet by the time the
While trying to get this NEC based cardbus card to work I noticed that
writes using usb_stor_bulk_transfer_buf succeed while usb_stor_bulk_transfer_sglist fails. Is there
a quick dodgy I can pull to have use_sg == 0. I can't actually find where it get's set.
Regards,
Brad
On Fri, 05 Mar 2004 20:55:01 -0800, David Brownell [EMAIL PROTECTED] said:
Does this sound plausible?
David.B Parts of it. There's definite recent nastiness. Of the
David.B type that other eyes sometimes see better.
Here is patch #3. It also Works For Me. I was wondering whether it
On Fri, 05 Mar 2004 16:54:31 -0800
David Brownell [EMAIL PROTECTED] wrote:
I know Andrew wants implementations that talk bitmasks,
eventually, but that could be rolled in without changing
the API actually used by gadget drivers.
I have an annoying habbit to overcomplexify things. Your patch
On Fri, 05 Mar 2004 16:55:25 -0800
David Brownell [EMAIL PROTECTED] wrote:
This patch makes Gadget Zero autoconfigure itself, getting rid
of most of the controller-specific conditional compilation.
(Whoops, I forgot an sa1100-specific quirk.)
The patch looks nice, a lot better than things
Hello,
On Saturday 06 March 2004 01:16, David Brownell wrote:
If an URB terminates with an error, its queue is stopped until
the URB's completion handler returns. Note that an IN transfer
ending early because a short packet was received counts as an
error if and only if
On Fri, Mar 05, 2004 at 08:49:16PM +, Jamie Lokier wrote:
I don't know if it's related, but whenever I load the uhci_hcd module
on my laptop, or whenever I plug in a USB device while that module is
loaded (sorry, I forget which and can't test it now) - the floppy disk
motor and light are
Dear friend,
I got your contact from an email directory and decided to contact you
for assistance. I am the son of Jonas Savimbi the rebel leader in Angola who
was shoot dead on the 25th of February, 2002, by the opposing Angolan Army. ...
PLEASE TAKE A LOOK AT THIS WEB PAGE FOR IT SAYS ALL.
I am using kernel 2.6.3 and inserted my Casio QV3500 digicam in the USB
slot. The kernel gave the following message:
Mar 6 16:06:03 laptop kernel: usb 1-2: new full speed USB device using
address 5
Mar 6 16:06:03 laptop kernel: usb-storage: This device (07cf,1001,9009 S
05 P 00) has an
Wolfgang Mües wrote:
Hello,
On Saturday 06 March 2004 01:16, David Brownell wrote:
If an URB terminates with an error, its queue is stopped until
the URB's completion handler returns. Note that an IN transfer
ending early because a short packet was received counts as an
On Sat, 6 Mar 2004, W.R. Dittmer wrote:
I am using kernel 2.6.3 and inserted my Casio QV3500 digicam in the USB
slot. The kernel gave the following message:
Mar 6 16:06:03 laptop kernel: usb 1-2: new full speed USB device using
address 5
Mar 6 16:06:03 laptop kernel: usb-storage: This
Andrew Zabolotny wrote:
The patch looks nice, a lot better than things were before. Also are these
lines strictly required:
if (gadget_is_net2280 (gadget)) {
device_desc.bcdDevice = __constant_cpu_to_le16 (0x0201);
...
It preserves the previous
On Fri, 5 Mar 2004, David Brownell wrote:
Seems to match my understanding.
There's one point you didn't mention, which can sometimes matter. After
completing an urb with any kind of fault -- including unlink -- it's very
possible that urb-actual_length be nonzero. Maybe even common. The
On Fri, 5 Mar 2004, David Mosberger wrote:
What beats me is why UHCI would have the same issue. I know even less
about UHCI than I do about OHCI but perhaps there is a similar
problem.
Do you still see similar problems with UHCI in 2.6.4?
Alan Stern
David Mosberger wrote:
David.B The reason I keep ending up thinking that readl-elimination
David.B must be OK (me agreeing with Martin) is that the memory
David.B there came from dma_alloc_coherent() ... so if anything's
David.B wrong, it'd be at most lack of rmb(), not a stale-cache
On Fri, 5 Mar 2004, David Brownell wrote:
What I was suggesting earlier is that things could be slightly different.
If unlink_urb returned an error code of -ENOMSG, then there would be no
commitment to a completion callback. Hence submit_urb could follow the
normal error pathway and
On Sat, 6 Mar 2004, Brad Campbell wrote:
While trying to get this NEC based cardbus card to work I noticed that
writes using usb_stor_bulk_transfer_buf succeed while usb_stor_bulk_transfer_sglist
fails. Is there
a quick dodgy I can pull to have use_sg == 0. I can't actually find where it
Alan Stern wrote:
Another thing I forgot to mention: If a control transfer terminates with
an error, the final status stage acknowledgment will most likely not take
place. If it stops early because of a short packet but URB_SHORT_NOT_OK
_isn't_ set, then it's not an error and the status
On Sat, 6 Mar 2004, David Brownell wrote:
Wolfgang Mües wrote:
How would I unlink all urbs from the completion handler?
If I do it synchronous, I'll have to sleep in the completion handler.
The kernel doc does point out explicitly that you can't use
synchronous unlinking from a
Alan Stern wrote:
I don't like those two options as much as just succeeding.
Much simpler all around.
All right, fine. I still think my suggestion could have worked, but it's
more straightforward doing it your way.
It could have worked, yes, but you see why I'd rather avoid
trading off in
Brad Campbell wrote:
While trying to get this NEC based cardbus card to work I noticed that
writes using usb_stor_bulk_transfer_buf succeed while
usb_stor_bulk_transfer_sglist fails. Is there a quick dodgy I can pull
to have use_sg == 0. I can't actually find where it get's set.
Are you using
David Mosberger wrote:
Here is patch #3. It also Works For Me. I was wondering whether it
I've had several Works For Me patches too, but then if the
silicion got kicked a bit differently it'd not behave... :(
it is really safe to mess with the OHCI control registers the way
ed_deschedule()
Martin Diehl wrote:
Ok, here we are. New release of the usbtest-firmware (attached).
Your .ihx seemed to give some problems in light testing,
but ISO worked (with your usbtest patches) ... nice!
- short read errors for bulk IN, all tests
- testusb -at14 -s256 -v1 (control out) failed
The first
VIRUS ALERT
Our virus checker found
virus: Worm.SomeFool.Gen-1
in your email to the following recipient:
- [EMAIL PROTECTED]
Delivery of the email was stopped!
Please check your system for viruses,
or ask your system administrator to do so.
For your reference, here are headers from your
David:
Overall I think this looks pretty good. Here are a few suggestions for
some small changes.
It would be nice if the library routines were cognizant of the
bus speed required for the endpoint. You could add an enum
usb_device_speed argument to
David Brownell wrote:
Brad Campbell wrote:
While trying to get this NEC based cardbus card to work I noticed that
writes using usb_stor_bulk_transfer_buf succeed while
usb_stor_bulk_transfer_sglist fails. Is there a quick dodgy I can pull
to have use_sg == 0. I can't actually find where it
26 matches
Mail list logo