> 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
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 w
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 patc
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 thin
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 on
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 ar
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 unneeded
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:
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 functional
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.
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 pathw
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 stage
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 co
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 that
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 one
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() do
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 em
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 usb_ep_autoconfig().
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 get's
26 matches
Mail list logo
