-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 20 October 2003 12:12 am, David Brownell wrote:
> No, IPR is set _implicitly_ when the FIFO fills ... that's
> why it's only set _explicitly_ to send short packets. See the
> UDC spec; you just made it send a full packet (16 bytes) followed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 20 October 2003 12:14 am, Joshua Wise wrote:
> Anyway, handhelds.org CVS seems to "work". Well, except for that, uh, issue
> where, uh, OUT packets in bulk just stopped working. But I'll debug that
> Soon. :)
Correction. They work every othe
Although if it wasn't a Heisenbug at the very least it's a Schroedenbug! I
noticed that it shouldn't've ever worked, as it didn't seem like we were
setting IPR if it wasn't a short packet. In write_ep0_fifo(), I
changed/added:
} else if (ep->dev->req_pending)
ep0start(e
On Saturday 18 October 2003 23:08, Phil Dibowitz wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>Alan, thanks so much for all your help (as well as everyone else
> who's helped on this).
>
>One more 'bug' I've noticed... not sure if this is specific to this
>patch, or my recently upgraded
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Not likely a Heisenbug ... more likely just that some of what you
> thought you'd "fixed" just changed the timing enough to mask some
> kind of problem! When I'm touching that level of code, I've
> found that removing more than one printk at a time
Joshua Wise wrote:
I'm now seeing some more interesting behavior. We get a GET_DESCRIPTOR
request, *seem* to send a short in, but for whatever reason, the host doesn't
get it. BTW, I got it working earlier today, and stupidly failed to check in
my changes. (Hmm, just clean up a few printks here,
Hello .
I just found out that with latest 2.6 test i have hard lock when i remove my Alcatel
USB cable.
I managed to found a reason: when i remove cable - usb_disconnect function called which
call usb_disable_device at the same time usbdefvs try to free some internal data and
call
usbdev_release
On Sun, Oct 19, 2003 at 11:16:37AM -0400, Alan Stern wrote:
> Greg:
>
> Do you have any idea when serious new development will re-commence?
Has it ever really stopped? :)
> There's a bunch of things I'd like to do, and it would nice to know how
> long they will have to stay on the back burn
Alan Stern wrote:
It is a SCSI bug, and it was recently tracked down by Matthias Urlichs.
See
http://sourceforge.net/mailarchive/message.php?msg_id=6252693
I was excited there for a second, but that patch already made it into
test8 which I'm running.
I guess I should take this over the SCSI gu
Greg:
Do you have any idea when serious new development will re-commence?
There's a bunch of things I'd like to do, and it would nice to know how
long they will have to stay on the back burner. (That includes a scheme
for fixing this recent problem with non-compliant USB devices having
inva
In fact, here's a patch with that very change. Does
it make current 2.6.0-test kernels work "out of the box"
again with your USB modems?
Yes, it works with ELSA Microlink USB. Thanks.
Hmm. Too early. I get either a "acm: probe of 3-3:2.1 failed with error -5"
but it works or a
Unable to handle ke
On Sat, 18 Oct 2003, Phil Dibowitz wrote:
> One more 'bug' I've noticed... not sure if this is specific to this
> patch, or my recently upgraded -test7 kernel, or...
>
> If I connect the camera it gets added at /dev/sda1. If I disconnect the
> camera, the usb drivers tell me:
>
> ~ Oct 18 20:0
The first thing:
I'm getting an Oops on 2.6.0-test8 (and -test7) when trying to strace
(with -e trace=ioctl) modem_run utility when one instance was (almost)
successfully run.
(without speedtch module loaded, only usbcore and uhci_hcd, so it cannot
be caused by speedtch module).
modem_run[2898]:
Hello Greg, Hello all,
Greg KH <[EMAIL PROTECTED]> writes:
> How about:
> (3) rewrite MPIO code to use libusb/usbfs to not require any kernel
> module at all.
>
> Could that be possible? Is there anything that you need to do that
> requires a kernel module? In looking at the rio500 driver, it
14 matches
Mail list logo