Hello...
I have this problem when I submit a read URB. After
the submission, host controller does not enter the
dl_done_list( ) function which I think is responsible
for setting up the urb for the next read request. I
have no problems with the write process though. I
believe that the dl_done_list(
Hi all,
I am currently involved in porting the USB stack (linux 2.6.11.11
kernel) on ARM 10 architecture. I have two separate ports on the Root
Hub (one EHCI and one OHCI). The Host Controller implements all the
standard EHCI and OHCI registers. The only difference is that the
stack has been porte
On Wed, Nov 16, 2005 at 04:53:34PM +0300, Alex Kanavin wrote:
> On Wed, 9 Nov 2005, Greg KH wrote:
>
> >>Yeah, but this means dku2 would have to be a fully standalone driver,
> >>rather than a plugin to usb-serial.
> >
> >But that would mean it would actually work :)
>
> Hi Greg,
>
> it seems th
On Tue, Nov 15, 2005 at 09:48:01AM +0100, David Kubicek wrote:
> may I ask you what about the "URB/buffer ring queue" patch I've
> submitted months ago for CDC ACM modems and which you accepted into your
> tree when Oliver sent it to you for merging like a week ago?
It's only been in my tree for a
Here's two patches against the latest -git tree that add the ability to
add new vendor/product device id pairs to USB drivers after they have
been loaded. It works just like the PCI drivers do, with the exception
that only vendor/product can be specified (no class stuff.) I did it
this way to mak
This will make the dynamic-id stuff easier to do, as it will be
self-contained.
No logic was changed at all.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Documentation/DocBook/usb.tmpl |1
drivers/usb/core/Makefile |2
drivers/usb/core/driver.c | 338 +
Echo the usb vendor and product id to the "new_id" file in the driver's
sysfs directory, and then that driver will be able to bind to a device
with those ids if it is present.
Example:
echo 0557 2008 > /sys/bus/usb/drivers/foo_driver/new_id
adds the hex values 0557 and 2008 to the device
On Wed, 16 Nov 2005 17:12:52 +0100, Duncan Sands <[EMAIL PROTECTED]> wrote:
> With the speedtouch USB modems, the problem people usually see is:
> (C) at some point the modem spontaneously disconnects and reconnects
> (surprisingly common with some motherboards). pppd takes several seconds
> to
Pete,
I've been looking into adjusting IDLE_TIMEOUT. Unfortunately, I've been
dealing with some other issues first. Preliminary testing seems to
indicate that adjusting the idle timeout will work, but I need to do
some more testing.
Best Regards,
--Chris
-Original Message-
From: Pete
On Wednesday November 16, [EMAIL PROTECTED] wrote:
> On Wed, 16 Nov 2005 09:54:41 +1100, Neil Brown <[EMAIL PROTECTED]> wrote:
>
> > > It would also be worthwhile to see if you can get more or less the same
> > > effect without all those changes, just by increasing IDLE_TIMEOUT to 1000
> > > ms
On Thu, 10 Nov 2005 17:54:25 -0600, "Frantz, Chris" <[EMAIL PROTECTED]> wrote:
> I would agree that the patch is questionable. It appears the only
> reason that it helps is that it takes advantage of some unintended
> behavior of the FSBR implementation in the current UHCI driver.
Chris, did you
On Wed, 16 Nov 2005 09:54:41 +1100, Neil Brown <[EMAIL PROTECTED]> wrote:
> > It would also be worthwhile to see if you can get more or less the same
> > effect without all those changes, just by increasing IDLE_TIMEOUT to 1000
> > ms or something like that.
>
> I did get similar throughput wit
On Wednesday November 16, [EMAIL PROTECTED] wrote:
>
> 64 bytes is probably best. You don't lose any FSBR performance, because
> FSBR isn't turned off immediately when an URB completes.
Ok, I'll get some new clean traces, but probably not until some time
next week.
>
> That's what I'd like to
On Wednesday November 16, [EMAIL PROTECTED] wrote:
> On Wed, 16 Nov 2005, Neil Brown wrote:
>
> > I've got piles of usbmon logs, and I'm happy to create more. Could
> > you be specific about that would help, and different setting show
> > different things differently :-)
> >
> > For example, I h
On Wed, 16 Nov 2005, Duncan Sands wrote:
> The problem here is the way ATM connections are opened: you specify
> a device number, called the interface number, as well as some other info.
> Alternatively, you can specify ATM_ITF_ANY instead of a device number,
> and all devices will be queried unti
On Wed, 16 Nov 2005 09:49:27 -0800
Greg KH <[EMAIL PROTECTED]> wrote:
| On Wed, Nov 16, 2005 at 03:55:40PM -0200, Luiz Fernando Capitulino wrote:
| > On Wed, 16 Nov 2005 09:24:16 -0800
| > Greg KH <[EMAIL PROTECTED]> wrote:
| >
| > | On Wed, Nov 16, 2005 at 03:16:34PM -0200, Luiz Fernando Capitul
On Wed, Nov 16, 2005 at 09:24:16AM -0800, Greg KH wrote:
> On Wed, Nov 16, 2005 at 03:16:34PM -0200, Luiz Fernando Capitulino wrote:
> > 1. Process A calls open() and tcgetattr(). When it calls close(), the
> > specific
> > driver function put it to sleep at usb_serial.c:242 (I'm using pl2303
> >
On Wed, Nov 16, 2005 at 03:55:40PM -0200, Luiz Fernando Capitulino wrote:
> On Wed, 16 Nov 2005 09:24:16 -0800
> Greg KH <[EMAIL PROTECTED]> wrote:
>
> | On Wed, Nov 16, 2005 at 03:16:34PM -0200, Luiz Fernando Capitulino wrote:
> | > Hi Greg,
> | >
> | > If I run several instances of this progra
On Wed, 16 Nov 2005 09:24:16 -0800
Greg KH <[EMAIL PROTECTED]> wrote:
| On Wed, Nov 16, 2005 at 03:16:34PM -0200, Luiz Fernando Capitulino wrote:
| > Hi Greg,
| >
| > If I run several instances of this program in parallel:
| >
| > #include
| > #include
| > #include
| > #include
| > #includ
On Wed, Nov 16, 2005 at 03:16:34PM -0200, Luiz Fernando Capitulino wrote:
> Hi Greg,
>
> If I run several instances of this program in parallel:
>
> #include
> #include
> #include
> #include
> #include
> #include
> #include
> #include
> #include
> #include
>
> int main(int argc, char
Hi Greg,
This patch removes unused data from pl2303 driver.
Signed-off-by: Luiz Capitulino <[EMAIL PROTECTED]>
drivers/usb/serial/pl2303.c |4
1 files changed, 4 deletions(-)
diff --git a/drivers/usb/serial/pl2303.c b/drivers/usb/serial/pl2303.c
--- a/drivers/usb/serial/pl2303.c
+++
Hi Greg,
If I run several instances of this program in parallel:
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
int main(int argc, char *argv[])
{
int ret, fd;
char *port;
struct termios tio, original;
port =
On Wednesday 16 November 2005 2:53 am, Manjunath B S wrote:
> b. When I try to dump raw data onto the dsp device file, the Host
> Controller issues a FATAL. This problem is easily reproduced by
> dumping a very large file onto the dsp device file.
Yes, the ISO support is still EXPERIMENTAL. Seem
Hi Alan, thanks for taking the time to reply.
> > I think it's safe to assume that if a USB device is disconnected and
> > reconnected
> > then the old USB device will have called shutdown_atm_dev (this is called
> > in the
> > disconnect method) before the new USB device creates an ATM device (
On Wed, 16 Nov 2005, Neil Brown wrote:
> I've got piles of usbmon logs, and I'm happy to create more. Could
> you be specific about that would help, and different setting show
> different things differently :-)
>
> For example, I have a rather nice log with 64 byte writes (so there is
> one pack
On Tue, 15 Nov 2005, Jan Kiszka wrote:
> Trace attached. One ehci_endpoint_disable call actually does not return.
>
> I furthermore had my box running without ehci for about 8 hours today,
> and no disconnect occured.
>
> Next step?
Unfortunately the stack trace doesn't mention khubd. Undoubte
On Wed, 16 Nov 2005, Duncan Sands wrote:
> I think it's safe to assume that if a USB device is disconnected and
> reconnected
> then the old USB device will have called shutdown_atm_dev (this is called in
> the
> disconnect method) before the new USB device creates an ATM device (this is
> done
On Wednesday 16 November 2005 5:50 am, Li Weichen wrote:
> Hi everyone,
>
> I am working on a project in which a USB 2.0 interface is required to hook
> up a USB 802.11g wlan card. The CPU is OMAP5912, it only integrates a USB
> 1.1 interface. So I need to extend a USB 2.0 interface. Does anyon
From: Ian Abbott <[EMAIL PROTECTED]>
Hi Greg,
This patch adds two new devices to the ftdi_sio driver's device ID
table. The device IDs were supplied by Stefan Nies of KOBIL Systems for
two of their devices using the FTDI chip.
Please apply, thanks!
Signed-off-by: Ian Abbott <[EMAIL PROTECT
Hi Mitch,
> Or we can just ressurect the patch I made 2 years ago that just kills
> ATM_ITF_ANY since it's a really bad idea and always was:
> http://sourceforge.net/mailarchive/message.php?msg_id=6032218
> (Note: that patch also adds auto-loading of devices)
why is it a bad idea?
> The real p
On Wed, 9 Nov 2005, Greg KH wrote:
Yeah, but this means dku2 would have to be a fully standalone driver,
rather than a plugin to usb-serial.
But that would mean it would actually work :)
Hi Greg,
it seems the current dku2 driver made it to 2.6.15-rc1. I think the
discussion made it clear t
Hi everyone,
I am working on a project in which a USB 2.0 interface is required to hook
up a USB 802.11g wlan card. The CPU is OMAP5912, it only integrates a USB
1.1 interface. So I need to extend a USB 2.0 interface. Does anyone have
any kind advices on the interface chip or driver or any rela
Hello All,
I am currently working on a proprietary MIPS based platform
running ported 2.6.11.11 Kernel. I'm testing the EHCI Split
Isochronous functionality with a Yamaha USB Speaker connected to the
board and am seeing a couple of issues:
a. The Kernel used to crash in the function tt_no_coll
33 matches
Mail list logo
