Alan Stern wrote:
On Fri, 14 Dec 2007, Phil Endecott wrote:
OK, but the kernel driver can still look in the buffer even though it
doesn't know how much, if any, of it is actually valid; it might do
this as a "last chance" when talking to a broken device, e.g. my
printer. Right?
Yes, the ke
On Fri, 14 Dec 2007, Phil Endecott wrote:
> OK, but the kernel driver can still look in the buffer even though it
> doesn't know how much, if any, of it is actually valid; it might do
> this as a "last chance" when talking to a broken device, e.g. my
> printer. Right?
Yes, the kernel could co
Alan Stern wrote:
On Fri, 14 Dec 2007, Phil Endecott wrote:
One observation: when my user-space control transfer times out in this
case, I don't even get the 8 bytes that I know the printer sent; the
copy_to_user() in devio.c's proc_control() is not called if
usb_control_message() returns an
On Fri, 14 Dec 2007, Phil Endecott wrote:
> One observation: when my user-space control transfer times out in this
> case, I don't even get the 8 bytes that I know the printer sent; the
> copy_to_user() in devio.c's proc_control() is not called if
> usb_control_message() returns an error. (I'm
Alan Stern wrote:
On Thu, 13 Dec 2007, Phil Endecott wrote:
[snip]
why does the host controller consider the data complete and send the
status stage after one packet of 8 bytes when the kernel does it, but
keep sending INs (which are NAKed) when I do it?
So the kernel guesses that the maxpa
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Phil Endecott
> Sent: 2007 December 13 18:59
> To: linux-usb@vger.kernel.org
> Subject: Initial device descriptor read size
>
> Dear Experts,
>
> I have a simple test
On Thu, 13 Dec 2007, Phil Endecott wrote:
> Dear Experts,
>
> I have a simple test program that will try to read e.g. a device
> descriptor using ioctl(USBDEVFS_CONTROL). I've been trying this with
> my assorted USB devices, with an analyser hooked up, and it's
> remarkable how even something
Dear Experts,
I have a simple test program that will try to read e.g. a device
descriptor using ioctl(USBDEVFS_CONTROL). I've been trying this with
my assorted USB devices, with an analyser hooked up, and it's
remarkable how even something as basic as this can break some
non-compliant device
