(btw, Bill, reply-to-all is customary on almost all Linux-related
mailing lists)
On Wed, 28 Sep 2005 23:01:01 -0400 (EDT) Alan Stern wrote:
> On Wed, 28 Sep 2005, Bill Rees wrote:
>
> > Randy.Dunlap wrote:
> >
> > >On Wed, 28 Sep 2005, Bill Rees wrote:
> > >
> > >>Hi All,
> > >>
> > >>First of
On Wed, 28 Sep 2005, Bill Rees wrote:
> Randy.Dunlap wrote:
>
> >On Wed, 28 Sep 2005, Bill Rees wrote:
> >
> >
> >
> >>Hi All,
> >>
> >>First of all, are driver versions located anywhere in the sysfs tree?
> >>I've looked through the code of some devices and didn't see any. What
> >>I'ld like
On Thu, 29 Sep 2005, Daniel Ritz wrote:
> USB ohci controller having no handler. yenta shares the line, has the
> correct handler installer, sees the interrupt, does not handle it since
> it was not the cardbus bridge generating the interrupt but ohci.
> nobody cares about the interrupt, nobody te
On Thu, Sep 08, 2005 at 04:51:12PM -0700, Greg KH wrote:
> [PATCH] USB: ub 4: Zaitcev's quasi-S/G
Thanks for this; speed in my tests is a little faster than it was with
the "buffer through loopback and change the block size" hack: about
200k/sec (vs. 70k/sec before, and 500-700k/sec for usb-storag
On Wed, 28 Sep 2005 12:56:27 -0400 (EDT), Alan Stern <[EMAIL PROTECTED]> wrote:
> On Tue, 27 Sep 2005, Pete Zaitcev wrote:
> Can your scheme accomodate these "subdriver" modules?
Yes. We'd have to add a few types, like USB_US_TYPE_USBAT or something.
> Will the hotplug system work wi
Randy.Dunlap wrote:
On Wed, 28 Sep 2005, Bill Rees wrote:
Hi All,
First of all, are driver versions located anywhere in the sysfs tree?
I've looked through the code of some devices and didn't see any. What
I'ld like to do is add a software driver version to the sysfs tree but
don't know t
Randy.Dunlap wrote:
On Wed, 28 Sep 2005, Bill Rees wrote:
Hi All,
First of all, are driver versions located anywhere in the sysfs tree?
I've looked through the code of some devices and didn't see any. What
I'ld like to do is add a software driver version to the sysfs tree but
don't know t
On Wed, 28 Sep 2005 01:52:00 -0700, Greg KH <[EMAIL PROTECTED]> wrote:
> Ok, fair enough, but it is nice at times to mix ub and usb-storage
> device controlled devices.
I mixed them just fine, as long as the protocol was different.
The difference now is how we can split devices with same protocol
On Wed, 28 Sep 2005, Bill Rees wrote:
> Hi All,
>
> First of all, are driver versions located anywhere in the sysfs tree?
> I've looked through the code of some devices and didn't see any. What
> I'ld like to do is add a software driver version to the sysfs tree but
> don't know the proper locati
Hi All,
First of all, are driver versions located anywhere in the sysfs tree?
I've looked through the code of some devices and didn't see any. What
I'ld like to do is add a software driver version to the sysfs tree but
don't know the proper location to do so. I'm thinking of
/sys/modules//
There appears to be one more case where the HP8200 CD writer devices are
detected as flash readers - when the USB cable is replugged after use, with
the power cable still connected.
Oddly enough, the identify device command appears to 'fall through' when the
devices are in this state, the stat
On Thursday 29 September 2005 00.04, David Brownell wrote:
> > > My other point still stands though. The IRQ for all HCDs _are_ freed
> > > on suspend, and re-requested on resume ... so lack of such free/request
> > > calls can't possibly be an issue.
> >
> > Yes it can. Apparently on my box the
On Wednesday 28 September 2005 23.07, David Brownell wrote:
> > > > ok. i didn't look too close, but i think ohci-hcd does not fully disable
> > > > interrupts in it's suspend callback...needs a closer look.
> > > > cc:ing linux-usb-devel...
> > >
> > > It's handled in hcd-pci.c ... All PCI based
Hi,
On Wednesday, 28 of September 2005 23:07, David Brownell wrote:
> > > > ok. i didn't look too close, but i think ohci-hcd does not fully disable
> > > > interrupts in it's suspend callback...needs a closer look.
> > > > cc:ing linux-usb-devel...
> > >
> > > It's handled in hcd-pci.c ... All P
Hi,
On Wednesday, 28 of September 2005 22:56, David Brownell wrote:
> > On Wednesday, 28 of September 2005 22:23, David Brownell wrote:
> > > > > > > BTW, please have a look at:
> > > > > > > http://bugzilla.kernel.org/show_bug.cgi?id=4416#c36
> > > > > > > and
> > > > > > > http://bugzilla.kernel
On Wed, 28 Sep 2005, Daniel Ritz wrote:
> > It's handled in hcd-pci.c ... All PCI based HCDs release their IRQs
> > when they suspend. Including OHCI. Your diagnosis is incorrect.
>
> would you be kind enough to tell me where?
>
> my point is: the test patch i sent to rafael which comments out
On Wednesday 28 September 2005 22.23, David Brownell wrote:
> > > > > BTW, please have a look at:
> > > > > http://bugzilla.kernel.org/show_bug.cgi?id=4416#c36
> > > > > and
> > > > > http://bugzilla.kernel.org/show_bug.cgi?id=4416#c37
>
> What's with the bogus dates in those reports ... claiming
Hi,
On Wednesday, 28 of September 2005 22:23, David Brownell wrote:
> > > > > BTW, please have a look at:
> > > > > http://bugzilla.kernel.org/show_bug.cgi?id=4416#c36
> > > > > and
> > > > > http://bugzilla.kernel.org/show_bug.cgi?id=4416#c37
>
> What's with the bogus dates in those reports ...
On Friday 23 September 2005 18.52, Rafael J. Wysocki wrote:
> Hi,
>
> [sorry for the delay]
[same :]
>
> On Sunday, 18 of September 2005 23:49, Daniel Ritz wrote:
> ]--snip--[
> > >
> > > BTW, please have a look at:
> > > http://bugzilla.kernel.org/show_bug.cgi?id=4416#c36
> > > and
> > > http
On Wed, 28 Sep 2005, Greg KH wrote:
> If so, a few comments.
> - This only covers the "which module to load" question. Once the
> module is loaded, it still always grabs the storage devices, even if
> another module is loaded later on. Isn't that still the same issue
> we have toda
[PATCH] usb/input/touchkit: add more device IDs
add two more device IDs from eGalax' programming guide.
thanks to Jonathan Hopper for pointing out.
Signed-off-by: Daniel Ritz <[EMAIL PROTECTED]>
diff --git a/drivers/usb/input/touchkitusb.c b/drivers/usb/input/touchkitusb.c
--- a/drivers/usb/in
On Tue, 27 Sep 2005, Pete Zaitcev wrote:
> In my tree, I always use the following patchlet, which deconflicts
> ub and usb-storage:
...
> This makes hotplug to function in a deterministic way, which is a good
> thing. The patch is not in Linus' tree. It was there at one point,
> but Adrian Bunk
> On Tue, 27 Sep 2005 11:38:35 -0400 (EDT), Alan Stern <[EMAIL PROTECTED]>
> said:
stern> If that is so, it's a bug in linux-mips. ARCH_KMALLOC_MINALIGN
stern> is supposed to be at least as large as a cacheline. See this
stern> comment in mm/slab.c:
Thank you for pointing out this.
So
> Our test-module only gets the expected timeout error, when the DATA
> transfer fails (neither NAK nor ACK) and the following two PINGs too.
>
> If only one PING is failing, and this is where I gave up, the transfer is
> executed again. I wasn't able to figure out, if the retry is done by the
> e
Hello all,
I'm using 2.4.25 kernel and I got following error messages when I plugged
in Linksys USB Network adaptor or NewMedia USB modem. (mass storage
devices work fine.)
usb.c: not enough configurations
usb.c: unable to get device 2 configuration (error=-22)
So to solve this problem I was mod
Hi,
we unfortunately have a hardware bug in some of our USB2.0 devices.
To figure out which of the devices are affected, we wrote a small
test-module sending a specific number of bulk out URBs to the device.
While monitoring the transfers with a CATC USB monitor we saw, that there
are a lot
On Tue, Sep 27, 2005 at 08:55:59PM -0700, Pete Zaitcev wrote:
> This makes hotplug to function in a deterministic way, which is a good
> thing. The patch is not in Linus' tree. It was there at one point,
> but Adrian Bunk removed it.
I also did not like that patch.
> Why? Because he could not be
27 matches
Mail list logo
