On Wed, 2 Jan 2008 15:25:11 +0100, Martin Mares <[EMAIL PROTECTED]> wrote:
> | open("/dev/usb/lp0", O_RDONLY|O_LARGEFILE) = 3
> | fstat64(3, {st_mode=S_IFCHR|0660, st_rdev=makedev(180, 0), ...}) = 0
> | read(3, "", 4096) = 0
> | close(3) = 0
Figures...
> albireo:/sys/kernel/debug/usbmon# cat 1u
> # (ran cat for the first time)
> ddbeb7c0 1940101507 S Bi:1:003:1 -115 1024 <
> ddbeb7c0 1940101645 C Bi:1:003:1 0 0
This is where your zero length comes from: printer returns zero bytes.
> ddbeb7c0 1940101675 S Bi:1:003:1 -115 1024 <
> ddbeb7c0 1940101766 C Bi:1:003:1 -2 0
This is an unlink on close, but it's interesting that either printer is
not fast enough to send another zero data reply or it begins NAK-ing for
the second time around.
I checked the old driver, it does not seem to retry either and should
return EOF happily too. Although it should not make any difference in
view of the trace above, is there a box with something like 2.6.21 to try?
-- Pete
-
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
