Alan Nisota wrote:
Pete Zaitcev wrote:
drivers/usb/host/ehci-q.c:
qh_make() {
switch (urb->dev->speed) {
case USB_SPEED_HIGH: /* no TT involved */
info1 |= (2 << 12); /* EPS "high" */
... if (type == PIPE_BULK) {
info1 |= (EHCI_TUNE_RL_HS << 28);
info1 |= 512 << 16; /* usb2 fixed maxpacket */
info2 |= (EHCI_TUNE_MULT_HS << 30);
}
}
}
Try to patch max_packet(maxp) into it and see if that works.
Use the interrupt case for guidance.
Ok, I'll try that and see how it goes.
Thanks to both you and Alan for your help, I have very little experience
doing anything with USB
Well, this hack allows me to read without babble on my newer machines,
but the one I really need it to work on has an older motherboard, and
refuses to accept the 1024 byte packets. I'll need to either work iwth
the vendor or see if I can patch the firmware.
Thanks for the help.searching the archives I saw this isn't that
uncommon of a problem, and there was talk of adding a switch to the
module to allow these out-of-spec devices to work via a similar fix. Is
there anything I could do to move that along?
-
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
