Alan Stern wrote:
On Mon, 28 Feb 2005, Stavros Markou wrote:
Hi,
I 've set the URB_ZERO_PACKET tranfer flag for the bulk out endpoint
(kernel version 2.6.8). I've tried to get a capture of the zero packet
transfer on the usb analyzer but I didn't see anything. Is this feature
working ?
That's reasonable. Thanks for the patch.
Petko
On Tue, 1 Mar 2005, Adrian Bunk wrote:
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/usb/net/pegasus.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
--- l
Hello
I use DiskOnChip as usb-mass storage media on pxa271, Now I could put
file through windows into it, and windows could read the file. but the
problem puzzle me dozens of days, that _sometimes_ after a large mount of
data transfer and written, do_write hangs on for nearly ten seconds so
Pete Zaitcev wrote:
On Mon, 28 Feb 2005 19:20:41 +0530, <[EMAIL PROTECTED]> wrote:
When I connect USB device it gives device information like,
configuration, interface, and endpoint descriptors. I need bus, level,
and port information to map device files to particular USB port. []
OK, I thi
On Mon, Feb 28, 2005 at 08:27:59PM -0500, Dan Streetman wrote:
>
> On Thu, 24 Feb 2005, Vojtech Pavlik wrote:
>
> >> would a module parameter that selects raw or hw-calibrated be better?
> >
> >That'd be a conflict-less solution, indeed.
>
> ok, here's a patch to add a boolean parameter "raw_coo
On Mon, 2005-02-28 at 23:25 +0200, Olav Kongas wrote:
> I went through the logs and unfortunately there is always
> part of the log missing between the CC=3 (which is always
> for EP=3) and the previous EP=3 log messages. I suspect that
> the missing parts may contain important information.
>
> I
Hi,
I'm back from hardware-hell. I changed every part of the system (cpu, ram,
board, case/power-supply, pci-cards, disk, usb-frame,...), one at a time, and
the problem still persists. In the first email I reported that it ran on a
different system. I tried that again and now it is failing too
I have what I believe is a problem with ohci_hcd. If my thumb drive is
plugged in to the usb when I insmod ohci_hcd.ko , then my usb drive will
work properly. If the drive is not plugged into the usb when I insmod
ohci_hcd.ko, then it will never work. If I plug it in afterwards, the only
way tha
Hi,
> There's a description of max_sectors in the FAQ at www.linux-usb.org.
> Can you verify that it is still set to 240? Maybe something we're not
> aware of has changed it.
[EMAIL PROTECTED] cat /sys/block/sda/device/max_sectors
256
direct after plugging in. don't know where that comes from.
Hello list,
I had reported some errors (and addressed some thanks) a while ago about
some issues I had with some usb external hard drives.
Tonight I had some minutes to spend trying one or two things regarding one
of the previous problems that had been solved through an experimental patch.
The kern
On Tuesday 01 Mar 2005 04:05, David Brownell wrote:
> On Sunday 27 February 2005 10:58 am, Chris Clayton wrote:
> > On Thursday 24 Feb 2005 22:15, David Brownell wrote:
> > >
> > > If you can find some approach that works reliably, I think the right way
> > > to package it would be by defining a n
> > So in case of an error there are always 1011 bytes missing in the
> > transfer.
>
> In other words, two 512-byte blocks are missing and the 13-byte CSW is
> sent instead. Clearly this isn't directly related to the transfer length.
> And I don't see how it could possibly be caused by a problem
Hi Alan,
> In your most recent tests, have you run across any more examples where the
> device got disconnected? Or did the hub driver patch fix that particular
> problem?
The backup ran a bit more than an hour until I got this:
usb-storage: *** thread awakened.
usb-storage: Command READ_10 (10
13 matches
Mail list logo
