There seems to be a problem with file sizes in the 2.5.2 (ok 2.5.2-dj3)
kernel (size = 0):
$ ls -l /proc/bus/usb/001/
total 2
-rw-r--r--1 root root 0 Jan 21 10:06 001
-rw-r--r--1 root root 0 Jan 21 10:15 002
It should be (size = 18)
$ ls -l /proc/bus/usb/001/
On Sat, 19 Jan 2002, Oliver Neukum wrote:
> Look at the endpoints.
> It should allow you to limit the transport protocols.
Matthew Dharm, the maintainer of the usb mass storage driver, has emailed
me saying that he has looked at my logs and they are not a variation on
the mass storage protocol.
Hi !
We are planning to buy an USB 1.1 analyzer module for your Tektronics
Logic analyzer. There are apparently two competing products and I would
be glad to hear some feedback about them if any of you have experience
with any of them already...
The products in question are:
- Crescent Heart S
On Sun, Jan 20, 2002 at 06:36:49PM -0800, Greg KH wrote:
> On Sun, Jan 20, 2002 at 05:37:01PM -0800, David Brownell wrote:
> > > I'd say to switch them in hcd.c, as the manufacturer of the USB card
> > > shows up in the Product line with the hcd code,
> >
> > PCI actually stores "manufacturer plu
Hello Oliver!
On Monday, 21. January 2002 00:53, Oliver Neukum wrote:
> A possible usage for this you might find in the disconnect of the auerswald
> driver. There's a very interresting race on disconnect. The completion
> handler submits another urb.
Can you explain what you mean?
If there is
Hi,
Here's a patch against 2.5.3-pre2 that for the USB serial ftdi_sio
driver that adds support for a new device to the driver. This patch was
done by Dimitri.
thanks,
greg k-h
diff -Nru a/drivers/usb/serial/ftdi_sio.c b/drivers/usb/serial/ftdi_sio.c
--- a/drivers/usb/serial/ftdi_sio.c
Hi,
Here's a patch against 2.5.3-pre2 that adds the uhci USB driver that
fixes two data toggle bugs that were causing reduced performance with
this driver. This patch was done by Johannes Erdfelt.
thanks,
greg k-h
diff -Nru a/drivers/usb/uhci.c b/drivers/usb/uhci.c
--- a/drivers/usb/uhci.c
Hi,
Here's a patch against 2.5.3-pre2 that for the USB vicam driver that
fixes the module reference logic in the driver. This patch was done by
Oliver Neukum.
thanks,
greg k-h
diff -Nru a/drivers/usb/vicam.c b/drivers/usb/vicam.c
--- a/drivers/usb/vicam.c Mon Jan 21 10:48:38 2002
+++
Hi,
Here's a patch against 2.5.3-pre2 that removes the usbdev_fs_i.h and
usbdev_fs_sb.h files from the include/linux directory as they are no
longer needed or used.
thanks,
greg k-h
diff -Naur -X /home/greg/linux/dontdiff linux-2.5.3-pre2/include/linux/usbdev_fs_i.h
linux-2.5.3-pre2-greg/i
Hi,
Here's a patch against 2.5.3-pre2 that adds the ohci-hcd driver to the
kernel. This is based on the current ohci driver, but converted to use
the hcd common code that is now in the usb core. This patch was done by
David Brownell.
thanks,
greg k-h
diff -Nru a/drivers/usb/Makefile b/drive
Hi,
Here's a patch against 2.5.3-pre2 that removes the typedefs urb_t and
iso_packet_descriptor_t from the usb.h file. The
iso_packet_descriptor_t has been replaced with "struct
usb_iso_packet_descriptor". All drivers in the tree that used these
typedefs have been fixed.
thanks,
greg k-h
d
On Mon, Jan 21, 2002 at 10:18:15AM +0100, Duncan Sands wrote:
> There seems to be a problem with file sizes in the 2.5.2 (ok 2.5.2-dj3)
> kernel (size = 0):
>
> $ ls -l /proc/bus/usb/001/
> total 2
> -rw-r--r--1 root root 0 Jan 21 10:06 001
> -rw-r--r--1 root root
On Monday 21 January 2002 9:29 pm, Greg KH wrote:
> On Mon, Jan 21, 2002 at 10:18:15AM +0100, Duncan Sands wrote:
> > There seems to be a problem with file sizes in the 2.5.2 (ok 2.5.2-dj3)
> > kernel (size = 0):
> >
> > $ ls -l /proc/bus/usb/001/
> > total 2
> > -rw-r--r--1 root root
On Mon, Jan 21, 2002, Duncan Sands <[EMAIL PROTECTED]> wrote:
> On Monday 21 January 2002 9:29 pm, Greg KH wrote:
> > On Mon, Jan 21, 2002 at 10:18:15AM +0100, Duncan Sands wrote:
> > > There seems to be a problem with file sizes in the 2.5.2 (ok 2.5.2-dj3)
> > > kernel (size = 0):
> > >
> > > $ l
On Mon, Jan 21, 2002 at 09:52:41PM +0100, Duncan Sands wrote:
> On Monday 21 January 2002 9:29 pm, Greg KH wrote:
> > On Mon, Jan 21, 2002 at 10:18:15AM +0100, Duncan Sands wrote:
> > > There seems to be a problem with file sizes in the 2.5.2 (ok 2.5.2-dj3)
> > > kernel (size = 0):
> > >
> > > $ l
> > $ ls -l /proc/bus/usb/001/
> > total 2
> > -rw-r--r--1 root root 0 Jan 21 10:06 001
> > -rw-r--r--1 root root 0 Jan 21 10:15 002
> >
> > It should be (size = 18)
>
> Why should it be 18, just because a previous kernel said so? :)
And rather than 18, shoul
> That's not safe to do with any filesystem (virtual or physical). There's
> always a race between determining the file size and reading. Not to
> mention there were some kernels (IIRC) that send the device descriptor
> but set the file size to 0.
>
> You should just read and if you get 0, then th
On Mon, Jan 21, 2002 at 01:14:57PM -0800, David Brownell wrote:
> > > $ ls -l /proc/bus/usb/001/
> > > total 2
> > > -rw-r--r--1 root root 0 Jan 21 10:06 001
> > > -rw-r--r--1 root root 0 Jan 21 10:15 002
> > >
> > > It should be (size = 18)
> >
> > Why should
I've got a situation where the callback for an urb fires which wakes up
a user process which checks the urb status and finds that it's zero.
But the next time the user process tries to submit the urb
usb_submit_urb() returns -ENODEV becaus urb->dev is NULL.
How is a driver supposed to determine
On Mon, 2002-01-21 at 17:00, Gordon McNutt wrote:
> I've got a situation where the callback for an urb fires which wakes up
> a user process which checks the urb status and finds that it's zero.
>
> But the next time the user process tries to submit the urb
> usb_submit_urb() returns -ENODEV beca
On Mon, Jan 21, 2002 at 05:00:31PM -0700, Gordon McNutt wrote:
> I've got a situation where the callback for an urb fires which wakes up
> a user process which checks the urb status and finds that it's zero.
How does a user process check an urb status? Are you spinning in the
callback waiting fo
On Mon, Jan 21, 2002 at 03:36:14PM +0800, sneha K wrote:
> Hi,
> I am trying to do an USB serial transfer from Host(UHCI) to the
> PDA without any serial converters i.e I have the regular USB cable.
> The idea is to use serial interface instead of network interface.
> I need a driver for t
Hi,
And here's a patch against 2.5.3-pre2 that makes the devio code use
usb_alloc_urb(). I tested this out with the pencam user space program
(it uses libusb.)
Any objections?
thanks,
greg k-h
diff -Nru a/drivers/usb/devio.c b/drivers/usb/devio.c
--- a/drivers/usb/devio.c Mon Jan 21 1
Hi,
If we are going to switch to proper reference counting for all urbs, we
need to have all usb drivers use usb_alloc_urb() and not just declare
urb structures "statically".
With that in mind, here's the first of a lot of patches to make all
drivers use usb_alloc_urb(). It is against 2.5.3-pre
i'd like to thank everyone who respond to this cry for help (especially greg
and david). i've solved the problem and i wanted to give an update.
to recap, the problem was why my data buffer for BULK only transactions was
getting corrupted, but only sometimes. i thought that the problems had to
d
hello,
I hope i'm asking this question in right forum.
Does Linux has the USB (1.1 / 2.0) device Stack support ? any pointers would be
greatly appreciated.
warm regards
viswanath
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
ht
>From http://www.linux-usb.org/devices.html;
"USB Devices can also have Linux inside, using a "Device Controller"
driver. One example may be familiar: some pocket PCs use SA-11x0 ARM-based
CPUs, which integrate a USB device controller. The Linux distribution
hosted at handhelds.org includes an
Had a chance to attach the drive to a Windows system this
weekend, and had the same results, which seemed to indicate
that the drive may be bad. Took it in and exchanged it for
a new one, which has worked flawlessly for over 6 hours now,
so I think this issue has been resolved. Thanks to those
who
On Mon, Jan 21, 2002 at 05:18:55PM -0800, Greg KH wrote:
> Hi,
>
> If we are going to switch to proper reference counting for all urbs, we
> need to have all usb drivers use usb_alloc_urb() and not just declare
> urb structures "statically".
>
> With that in mind, here's the first of a lot of pa
On Tue, Jan 22, 2002 at 08:33:50AM +0100, Vojtech Pavlik wrote:
>
> I'm ok with the changes, though I believe this could be handled by
> something like usb_init_urb() instead, and everything else could stay as
> is.
I'd like to make all urbs use reference counting, as was described by
Alan and D
On Sat, Jan 19, 2002 at 07:20:14PM -0500, Johannes Erdfelt wrote:
> This fixes 2 bugs with the data toggle in uhci.c which was causing
> reduced performance.
I just realized that the patch gives the following compile time warning:
uhci.c: In function `uhci_unlink_generic':
uhci.c:
On Mon, Jan 21, 2002 at 11:40:22PM -0800, Greg KH wrote:
> On Tue, Jan 22, 2002 at 08:33:50AM +0100, Vojtech Pavlik wrote:
> >
> > I'm ok with the changes, though I believe this could be handled by
> > something like usb_init_urb() instead, and everything else could stay as
> > is.
>
> I'd like
32 matches
Mail list logo
