> Duncan:
>
> Back last fall you mentioned something about needing to add a workaround
> to the UHCI driver's port reset code for VIA hardware. It had to do with
> making sure the controller was suspended before doing the reset. Can you
> remember the details? Is it still needed?
>
> Alan Ster
Alan,
Thanks for your answer!
I have fix this bug, cause i make some mistakes in my disconnect func. ^_^
Regards,
Levis
-Original Message-
From: Alan Stern [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 10, 2004 12:17 AM
To: Xu Levis-Q16136
Cc: [EMAIL PROTECTED]
Subject: Re: [linux-usb
Just a quirk to record; patch is against hid-core.c,v 1.8 2001/05/23 12:02:18
from the 2.4 BitKeeper tree.
*** hid-core.c.orig 2004-02-10 21:37:45.0 -0500
--- hid-core.c 2004-02-10 21:59:02.0 -0500
***
*** 1182,1187
--- 1182,1191
#define USB_VENDOR_ID_
Tony Lindgren wrote:
* Deepak Saxena <[EMAIL PROTECTED]> [040210 15:04]:
I don't understand why we need this if statement. I see the same
in ohci-sa.c. I haven't completely groked the whole USB layer,
but how whould hcd->dev ever be NULL? I thought each hcd/usb_bus
must have a device associate
* Deepak Saxena <[EMAIL PROTECTED]> [040210 15:04]:
>
> Will add to my next patchset, but I have a question below:
>
> > diff -Nru a/drivers/usb/host/ohci-omap.c b/drivers/usb/host/ohci-omap.c
> > --- a/drivers/usb/host/ohci-omap.c Tue Feb 10 14:22:10 2004
> > +++ b/drivers/usb/host/ohci-omap.c
SEJA BEM-VINDO A ACADEMIA WALL
STREET FITNESS...
Clientes
e funcionários das empresas abaixo. (pagam
apenas R$ 58,00 para fazer ginástica e
musculação e R$ 70.00 para spinning + ginástica +
On Feb 10 2004, at 14:33, Tony Lindgren was caught saying:
> Hi Deepak,
>
> * Deepak Saxena <[EMAIL PROTECTED]> [040209 12:18]:
> >
> > In reply to this message I will post a set of patches that cleanup
> > the USB driver layer to use the generic DMA-mapping API and dma_pools
> > vs pci_pools.
>
> On Mon, 9 Feb 2004, Stephen Hemminger wrote:
>
>> The following patch fixes the race where a URB is dequeued but it on
>> the complete list. It moves up uhci->list_lock so it overlaps the
>> remove_list lock.
>>
>> This is the important one, the other 9 are just minor improvements
>> that reduce
Hi Deepak,
* Deepak Saxena <[EMAIL PROTECTED]> [040209 12:18]:
>
> In reply to this message I will post a set of patches that cleanup
> the USB driver layer to use the generic DMA-mapping API and dma_pools
> vs pci_pools.
Just tried your patch out on OMAP against linux-2.6.3-rc2. The OHCI
contro
On Mon, 9 Feb 2004, Stephen Hemminger wrote:
> The following patch fixes the race where a URB is dequeued but it on the
> complete list. It moves up uhci->list_lock so it overlaps the remove_list
> lock.
>
> This is the important one, the other 9 are just minor improvements that
> reduce code or
I have the same question too...
Dwaine.
Matthias
Urlichs
<[EMAIL PROTE
Hi,
what's supposed to be the replacement for drivers/usb/image/scanner.c?
My HP scanner works quite fine with it (last tested with kernel
2.6.0-mm1). Yesterday I upgraded my kernel, a step which included
a pull from the linux-usb Bitkeeper tree, which deletes this file.
Debian Unstable's SANE d
On Mon, 9 Feb 2004, Stephen Hemminger wrote:
> The following patch fixes the race where a URB is dequeued but it on the
> complete list. It moves up uhci->list_lock so it overlaps the remove_list
> lock.
>
> This is the important one, the other 9 are just minor improvements that
> reduce code or
On Sat, 2004-02-07 at 02:09, David Brownell wrote:
> Alan Stern wrote:
> > On Fri, 6 Feb 2004, David Monniaux wrote:
> >
> >>It seems to be that there's something severely broken in 2.4.x and 2.6.y
> >>kernels when dealing with the results of a reset, when the enumeration
> >>associated with the d
On Tue, 10 Feb 2004, Martin Pool wrote:
> I tested with 2.4.22 and it definitely did not work reliably without
> the patch. At the I don't think I've had the chance to connect it to
> a 2.6.2 machine. It may well work without the patch on 2.6.
>
> In fact, looking back, my original patch needed
On Fri, 2004-02-06 at 17:32, David Monniaux wrote:
> I have a Midiman (M-Audio) MobilePre USB sound card. This card needs a
> firmware download before being able to operate as a normal USB audio
> device. One method is to boot and log in to Windows, then reboot into
> Linux, but it's a bit annoying
Duncan:
Back last fall you mentioned something about needing to add a workaround
to the UHCI driver's port reset code for VIA hardware. It had to do with
making sure the controller was suspended before doing the reset. Can you
remember the details? Is it still needed?
Alan Stern
---
On Tue, 10 Feb 2004, Duncan Sands wrote:
> Hi Alan, I think it would be better if you could claim the interface being probed.
> People are sure to make the above mistake because it is very natural to write
> that code. I don't think we should forbid it. The core changes needed are not
> so great
On Tue, 10 Feb 2004, Anders Hammarquist wrote:
> Hi!
>
> David Monniaux wrote:
> > I have a Midiman (M-Audio) MobilePre USB sound card.
>
> I too recently got one of these.
>
> > I thus wrote a DFU firmware downloader. It works (well, it seems to work
> > most of the time - I have to understand
Hi!
David Monniaux wrote:
> I have a Midiman (M-Audio) MobilePre USB sound card.
I too recently got one of these.
> I thus wrote a DFU firmware downloader. It works (well, it seems to work
> most of the time - I have to understand why not 100%).
I've hacked up the atmel DFU loader (which I beli
I'm currently trying to develop a driver for an USB dental CCD. This device
uses an EZUSB chip, so I was able to download a firmware to it. I have the
interface protocol to communicate with it. This device is composed of two
input and one output endpoints. All of them are bulk.
I can trigger an
This patch adds a couple of new PIDs for the ftdi_sio driver and
changes the name of the USB-UIRT device to avoid the "/" character,
as that appears as a directory separator in the sysfs namespace.
(The patch should also apply to 2.4.25-rc1 if this sort of patch is
still acceptable.)
--
-=( Ia
On Monday 09 Feb 2004 19:48, Greg KH wrote:
> This patch does not even compile, so that's not acceptable :(
Please hold me steady while I kick myself in the arse. Sorry about
that, I'll send a properly tested replacement patch.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>
> > usb_driver_claim_interface(&my_driver, usbdev->config->iface + 0, null);
> > usb_driver_claim_interface(&mm_driver, usbdev->config->iface + 1, null);
> > usb_driver_claim_interface(&my_driver, usbdev->config->iface + 2, null);
>
> It's okay to claim the other two interfaces, but you shouldn't t
24 matches
Mail list logo
