This is a more correct fix for the way the ohci hcd was referencing
pt_regs in the unlink paths.
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
--- linux-2.6.orig/drivers/usb/host/ohci-q.c2006-10-05 20:04:49.0
-0700
+++ linux-2.6/drivers/usb/host/ohci-q.c 2006-10-05 20:37:38.0
This is a note to let you know that I've just added the patch titled
Subject: [PATCH 3/2] cxacru: add the ZTE ZXDSL 852
to my gregkh-2.6 tree. Its filename is
cxacru-add-the-zte-zxdsl-852.patch
This tree can be found at
http://www.kernel.org/pub/linux/kernel/people/gregkh/gregk
On Thu, Oct 05, 2006 at 09:46:16PM -0700, Andrew Morton wrote:
> On Thu, 5 Oct 2006 21:41:08 -0700
> Stephen Hemminger <[EMAIL PROTECTED]> wrote:
>
> > Latest kernel from git fails to build on my home machine
> >
> > Kernel: arch/x86_64/boot/bzImage is ready (#26)
> > Building modules, stage 2
On Thu, Oct 05, 2006 at 09:41:08PM -0700, Stephen Hemminger wrote:
> Latest kernel from git fails to build on my home machine
>
> Kernel: arch/x86_64/boot/bzImage is ready (#26)
> Building modules, stage 2.
> MODPOST 369 modules
> WARNING: "per_cpuirq_regs" [drivers/usb/host/ohci-hcd.ko]
On Thu, 5 Oct 2006 21:46:16 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 5 Oct 2006 21:41:08 -0700
> Stephen Hemminger <[EMAIL PROTECTED]> wrote:
>
> > Latest kernel from git fails to build on my home machine
> >
> > Kernel: arch/x86_64/boot/bzImage is ready (#26)
> > Building mod
On Thu, 5 Oct 2006 21:41:08 -0700
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> Latest kernel from git fails to build on my home machine
>
> Kernel: arch/x86_64/boot/bzImage is ready (#26)
> Building modules, stage 2.
> MODPOST 369 modules
> WARNING: "per_cpuirq_regs" [drivers/usb/host/
Latest kernel from git fails to build on my home machine
Kernel: arch/x86_64/boot/bzImage is ready (#26)
Building modules, stage 2.
MODPOST 369 modules
WARNING: "per_cpuirq_regs" [drivers/usb/host/ohci-hcd.ko] undefined!
--
#
# Automatically generated make config: don't edit
# L
On Monday 02 October 2006 19:25, Oliver Neukum wrote:
> Am Dienstag, 3. Oktober 2006 01:12 schrieb Pete Zaitcev:
>
> > I do not remember the precise chain of reasoning now, but IIRC our input
> > open methods must not return non-zero codes (even though they are defined
> > to return error codes).
On Tuesday 03 October 2006 2:14 pm, Jonathan McDowell wrote:
> Am I correct in thinking there is no current SA11x0 USB gadget driver
> for 2.6? I've found various mentions of one and the
> CONFIG_USB_GADGET_SA1100 define is still referenced in 2.6.18, but don't
> seem to be able to find any actual
On Thursday 05 October 2006 2:25 pm, Oliver Neukum wrote:
> - the issues of manual & automatic suspend and remote wakeup are orthogonal
> - there should be a common API for all devices
AFAIK there is no demonstrated need for an API to suspend
individual devices. Of course there's the question of
On Tuesday 26 September 2006 7:57 am, Dmitry Antipov wrote:
> Hello,
>
> I'm working with PXA27x hardware and going to check USB ethernet gadget
> (RNDIS mode)
> with 2.6.18 on PC host. After a short investigation, I was stucked because:
Yes, there are bugs there ... I thought they'd been fixed,
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_0.04923255443573
Command '--=_nextpart_0.04923255443573' not recognized.
Content-Type: text/html; format=flowed
Command 'content-type:' not recognized.
Conte
On Thu, Oct 05, 2006 at 10:46:53AM -0400, Alan Stern wrote:
> On Wed, 4 Oct 2006, Greg KH wrote:
>
> > Ok, they still cause problems :)
> >
> > I've applied them, and plugged a usb stick into a USB 2.0 hub and got
> > the following:
> >
> > [ 375.562120] ehci_hcd :00:1d.7: port 4 remote wak
¡Buenos días!
Es un mensaje para los que tengan ganas de ganar mucho dinero de modo
legal.
No se requiere nada de Usted, solo debe ser honesto y responsable y tener
ordenador propio con Internet y Email accesibles.
Le quitará no más que unas horas a la semana y su ingreso será no menos que
unos
On 10/5/06, Alan Stern <[EMAIL PROTECTED]> wrote:
>> The intent is that endpoint_disable is called upon close(); in my
>> testing (and from the code I read), close would in fact always result
>> in an endpoint_disable.
>
> No, it doesn't. endpoint_disable() happens only at a few specific times:
>
On Thu, Oct 05, 2006 at 01:20:50PM -0700, David Brownell wrote:
> > > No such file in current kernel.org git ... ???
> >
> > Oh I'm confused as well... Though I did diff against linux-mips git
> > tree I could hardly imagine that a USB driver might be in MIPS tree
> > but not in mainline...
>
>
On Thu, Oct 05, 2006 at 10:21:22AM -0400, Alan Stern wrote:
> On Wed, 4 Oct 2006, Greg KH wrote:
>
> > > > If you think you want an easy way to find all usb hubs in the system,
> > > > and /sys/bus/usb/drivers/hub/ isn't good enough for it, then yes, a
> > > > class could work.
> > >
> > > In thi
On Thu, 5 Oct 2006, Oliver Neukum wrote:
> I have a few observations, but no solution either:
> - if root tells a device to suspend, it shall do so
Probably everyone will agree on that.
> - the issues of manual & automatic suspend and remote wakeup are orthogonal
Except for the fact that remote
Am Donnerstag, 5. Oktober 2006 22:48 schrieb Alan Stern:
> On Thu, 5 Oct 2006, Oliver Neukum wrote:
[..]
> > If you freeze my batch jobs or make unavailable the servers
> > running on my laptop I'd be very unhappy.
> > But I want to make jostling a mouse or other input device safe. Thus
> > I want
On Thu, 5 Oct 2006, Christopher "Monty" Montgomery wrote:
> > No, that's not what I said. The way it's supposed to work is like this:
> > The bandwidth is released as soon as the last completion handler callback
> > returns, which has nothing to do with whether or not an overrun occurred.
>
> Ar
Am 05.10.2006 00:05 schrieb Pavel Machek:
>> if (ret != -EAGAIN)
>> msleep(1000);
>> +if (try_to_freeze())
>> +uea_err(INS_TO_USBDEV(sc), "suspend/resume not
>> supported, "
>> +"please unplug/replug your
On Thu, 5 Oct 2006, Oliver Neukum wrote:
> [..]
> > > In the general case the idea seems insufficient. If I close my laptop's
> > > lid
> > > I want all input devices suspended, whether the corresponding files are
> > > opened or not. In fact, if I have port level power control I might even
> > >
On Thu, 5 Oct 2006, Pavel Machek wrote:
> Hi!
>
> > > > Plug/unplug should be easy enough to simulate from usb driver, no?
> > >
> > > if a USB driver doesn't define suspend/resume methods, then the core
> > > simply
> > > unplugs it on suspend, and replugs on resume (IIRC).
> >
> > No longer
> > No such file in current kernel.org git ... ???
>
> Oh I'm confused as well... Though I did diff against linux-mips git
> tree I could hardly imagine that a USB driver might be in MIPS tree
> but not in mainline...
Happens all the time with platform trees. Someone has to push such
drivers to
On 10/5/06, David Brownell <[EMAIL PROTECTED]> wrote:
> There's a similar patch already in Greg's patchset, one which
> fixes a couple other omissions in that bus glue ...
Ah, okay.
Vitaly
-
Take Surveys. Earn Cash. Influenc
On 10/5/06, David Brownell <[EMAIL PROTECTED]> wrote:
> On Tuesday 03 October 2006 4:31 am, Vitaly Wool wrote:
> > Hello folks,
> >
> > inlined is the patch that fixes the breakage for PNX8550 USB OHCI driver.
> >
> > drivers/usb/host/ohci-pnx8550.c | 41
> > +---
On 10/5/06, Alan Stern <[EMAIL PROTECTED]> wrote:
>
> The question is, how does a stream get disabled?
ehci_endpoint_disable(). As patched, that will perform the final
refcount decrement and reap the ehci_iso_stream, which will also
release the budget.
> No, that's not what I said. The way it'
On Tuesday 03 October 2006 4:31 am, Vitaly Wool wrote:
> Hello folks,
>
> inlined is the patch that fixes the breakage for PNX8550 USB OHCI driver.
>
> drivers/usb/host/ohci-pnx8550.c | 41
> +---
> 1 file changed, 10 insertions(+), 31 deletions(-)
No such
On Thursday 05 October 2006 2:33 am, Vitaly Wool wrote:
> Hello Greg,
>
> the small patch inlined fixes the compilation breakage for the pnx4008 USB
> OHCI driver.
>
> drivers/usb/host/ohci-pnx4008.c |2 --
> 1 file changed, 2 deletions(-)
There's a similar patch already in Greg's patchset
On Oct 5, 2006, at 12:26 PM, Greg KH wrote:
> On Thu, Oct 05, 2006 at 12:27:23PM -0500, Kumar Gala wrote:
>>
>> On Oct 5, 2006, at 12:23 PM, Greg KH wrote:
>>
>>> On Thu, Oct 05, 2006 at 10:47:11AM -0500, Kumar Gala wrote:
I having and issue with usb barcode scanner that acts as a HID
d
On Thu, 5 Oct 2006, Christopher "Monty" Montgomery wrote:
> On 10/5/06, Alan Stern <[EMAIL PROTECTED]> wrote:
> > Bandwidth is allocated in the USB budget as soon as the first URB of a
> > stream is submitted. That bandwidth remains allocated until the stream is
> > interrupted, which happens whe
On Thu, Oct 05, 2006 at 12:27:23PM -0500, Kumar Gala wrote:
>
> On Oct 5, 2006, at 12:23 PM, Greg KH wrote:
>
> >On Thu, Oct 05, 2006 at 10:47:11AM -0500, Kumar Gala wrote:
> >>I having and issue with usb barcode scanner that acts as a HID
> >>device. It seems to have some timeout issue when it
Am Donnerstag, 5. Oktober 2006 20:24 schrieb Alan Stern:
> On Thu, 5 Oct 2006, Oliver Neukum wrote:
>
> > Am Donnerstag, 5. Oktober 2006 18:21 schrieb Alan Stern:
> > > Currently we don't have any userspace APIs for such a daemon to use. The
> > > only existing API is deprecated and will go away
On Oct 5, 2006, at 1:18 PM, Alan Stern wrote:
> On Thu, 5 Oct 2006, Kumar Gala wrote:
>
>> I having and issue with usb barcode scanner that acts as a HID
>> device. It seems to have some timeout issue when it first comes up.
>> This on Fedora Core 5 (kernel 2.6.17-1.2187_FC5). Some times the
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alan Stern wrote:
> [...]
> Try the patch below, and send in another usbmon listing together with the
> dmesg log if it doesn't
> work.
>
> Alan Stern
>
> [patch]
Thank you for the patch. Unfortunately the device is still not working.
Here the inf
On Thu, 5 Oct 2006, Oliver Neukum wrote:
> Am Donnerstag, 5. Oktober 2006 18:21 schrieb Alan Stern:
> > Currently we don't have any userspace APIs for such a daemon to use. The
> > only existing API is deprecated and will go away soon.
>
> I trust it'll be replaced.
Yes. I think Greg wants to
On Thu, 5 Oct 2006, Kumar Gala wrote:
> I having and issue with usb barcode scanner that acts as a HID
> device. It seems to have some timeout issue when it first comes up.
> This on Fedora Core 5 (kernel 2.6.17-1.2187_FC5). Some times the
> device eventually "connects" and starts working
Hi!
> > > Plug/unplug should be easy enough to simulate from usb driver, no?
> >
> > if a USB driver doesn't define suspend/resume methods, then the core simply
> > unplugs it on suspend, and replugs on resume (IIRC).
>
> No longer true, and IIRC it never was. All that happens is that URB
> su
On Oct 5, 2006, at 12:23 PM, Greg KH wrote:
> On Thu, Oct 05, 2006 at 10:47:11AM -0500, Kumar Gala wrote:
>> I having and issue with usb barcode scanner that acts as a HID
>> device. It seems to have some timeout issue when it first comes up.
>> This on Fedora Core 5 (kernel 2.6.17-1.2187_FC5).
On Thu, Oct 05, 2006 at 10:47:11AM -0500, Kumar Gala wrote:
> I having and issue with usb barcode scanner that acts as a HID
> device. It seems to have some timeout issue when it first comes up.
> This on Fedora Core 5 (kernel 2.6.17-1.2187_FC5). Some times the
> device eventually "connect
[BTW, Alan, I get the impression we did some amount of talking past
each other. Some of that might be terminology.]
The scheduler, as I modified it, is actually two pieces; the budgeter
(which reserves bandwidth and makes timing decisions) and the
scheduler (which inspects the budget and manipula
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_9.88762021064758E-02
Command '--=_nextpart_9.88762021064758e-02' not recognized.
Content-Type: text/html; format=flowed
Command 'content-type:' not recognized.
>>
On 10/5/06, Alan Stern <[EMAIL PROTECTED]> wrote:
> Bandwidth is allocated in the USB budget as soon as the first URB of a
> stream is submitted. That bandwidth remains allocated until the stream is
> interrupted, which happens whenever there are no URBs queued for the
> endpoint and the last comp
Am Donnerstag, 5. Oktober 2006 18:21 schrieb Alan Stern:
> Currently we don't have any userspace APIs for such a daemon to use. The
> only existing API is deprecated and will go away soon.
I trust it'll be replaced.
> Current thinking is that a driver will suspend its device whenever the
> dev
On Thu, 5 Oct 2006, Duncan Sands wrote:
> > Plug/unplug should be easy enough to simulate from usb driver, no?
>
> if a USB driver doesn't define suspend/resume methods, then the core simply
> unplugs it on suspend, and replugs on resume (IIRC).
No longer true, and IIRC it never was. All that h
On Thu, 5 Oct 2006, Oliver Neukum wrote:
> > > > If you are talking runtime suspend, you should probably just wake the
> > > > device up on first access.
> > >
> > > Do you really think a device driver should override an explicitely
> > > selected power state?
> >
> > (So we are talking runtime
On Wed, 4 Oct 2006, Christopher "Monty" Montgomery wrote:
> > Is it possible to tell the scheduler that the iso stream has stopped/
> > restarted, without calling usb_set_interface()? In theory, setting
> > start_frame (instead of using ISO_ASAP) should be able to do this ...
>
> Closing and reo
I having and issue with usb barcode scanner that acts as a HID
device. It seems to have some timeout issue when it first comes up.
This on Fedora Core 5 (kernel 2.6.17-1.2187_FC5). Some times the
device eventually "connects" and starts working. I've tried several
different devices with
On Wed, 4 Oct 2006 [EMAIL PROTECTED] wrote:
> > In ALL of the control transfers that I looked at, the time difference
> > between the SETUP packet and the first IN or OUT packet was never more
> > than 5 or 6 microseconds. The time difference between the ACK of the
> > SETUP and the first IN/OUT
On Tue, 3 Oct 2006, [UTF-8] Maciej Żenczykowski wrote:
> So anyway, since I'm already here and asking questions: what is the
> preferred method to perform many small (couple KB) random reads from a
> USB mass storage device? I can simply read from /dev/sd? or /dev/ub?
> (don't see much of a diff
On Tue, 3 Oct 2006, Skip Rafferty wrote:
> A peripheral controller driver that supports multiple
> USB gadgets could be useful.
No it wouldn't, because there is no peripheral controller hardware that
can control multiple gadgets!
> I realize this doesn't exist in the Linux 2.6 gadget
> framewor
On Wed, 4 Oct 2006, Greg KH wrote:
> Ok, they still cause problems :)
>
> I've applied them, and plugged a usb stick into a USB 2.0 hub and got
> the following:
>
> [ 375.562120] ehci_hcd :00:1d.7: port 4 remote wakeup
> [ 375.562134] hub 5-0:1.0: state 8 ports 8 chg evt
> [ 375
Hi !
Andrea,
Selon Andrea Paterniani <[EMAIL PROTECTED]>:
> I did some changes to the files you sent me in order to compile for kernel
> 2.6.16.5 (the version I'm working on).
> For the moment I cannot do any test on the functionality since we have not
> yet finished HW design of the our board an
On Tue, 2006-10-03 at 10:14 -0700, Maciej Żenczykowski wrote:
> > and then using pppd on /dev/ttyUSB0.
>
> Yes, the device seems to have two USB serial ports, ttyUSB1 or
> whatever it comes out to be on your system being some sort of debug(?)
> interface... it _just_ _might_ also be wireless capab
On Wed, 4 Oct 2006, Greg KH wrote:
> > > If you think you want an easy way to find all usb hubs in the system,
> > > and /sys/bus/usb/drivers/hub/ isn't good enough for it, then yes, a
> > > class could work.
> >
> > In this case I guess a class isn't really needed.
>
> I agree.
Well, a little
On Thu, 5 Oct 2006, Oliver Neukum wrote:
> Hi,
>
> this implements suspend support for usblp. According to the CUPS people
> ENODEV will make CUPS retry the job. Thus it is returned in the runtime
> case. My printer survives suspend/resume cycles with it.
>
> Regards
> Oliver
Hello Greg,
the small patch inlined fixes the compilation breakage for the pnx4008 USB OHCI
driver.
drivers/usb/host/ohci-pnx4008.c |2 --
1 file changed, 2 deletions(-)
Signed-off-by: Vitaly Wool <[EMAIL PROTECTED]>
Index: linux-2.6.git/drivers/usb/host/ohci-pnx4008.c
==
>From http://doc.ubuntu-fr.org/materiel/zxdsl852.
Signed-off-by: Duncan Sands <[EMAIL PROTECTED]>
diff --git a/drivers/usb/atm/cxacru.c b/drivers/usb/atm/cxacru.c
index 04631dc..3034ec7 100644
--- a/drivers/usb/atm/cxacru.c
+++ b/drivers/usb/atm/cxacru.c
@@ -793,6 +793,9 @@ static const struct us
Hi!
> > (So we are talking runtime suspend?)
>
> Yes. Otherwise the patch would have been ready two days ago.
> But if I am implenting this, I'll do a full implementation.
>
> > No, I do not know what the right interface is. I started to suspect
> > that drivers should suspend/resume devices aut
Hi!
> this implements suspend support for usblp. According to the CUPS people
> ENODEV will make CUPS retry the job. Thus it is returned in the runtime
> case. My printer survives suspend/resume cycles with it.
Does it allow uhci to powersave, thus saving lots of power?
The speedtouch modem setup code was reverse engineered many years
ago from a prehistoric windows driver. Less ancient windows drivers,
even those from a few years ago, perform extra initialization steps
which this patch adds to the linux driver. David Woodhouse observed
that this initialization al
If usbatm_do_heavy_init finishes before usbatm_heavy_init
writes the pid, the disconnect method could shoot down the
wrong process if the pid has been recycled.
Signed-off-by: Duncan Sands <[EMAIL PROTECTED]>
diff --git a/drivers/usb/atm/usbatm.c b/drivers/usb/atm/usbatm.c
index a38701c..d7085e8
On Thu, Oct 05, 2006 at 09:04:11AM +0200, Oliver Neukum wrote:
> Hi,
>
> this implements suspend support for usblp. According to the CUPS people
> ENODEV will make CUPS retry the job. Thus it is returned in the runtime
> case. My printer survives suspend/resume cycles with it.
>
> Regards
>
thanks. I'll submit an additional patch.
Monty
On 10/4/06, Alan Stern <[EMAIL PROTECTED]> wrote:
> Monty:
>
> Your new patches cause a problem on systems with more than one EHCI
> controller. This statement
>
>ehci->budget_pool =
>kmem_cache_create ("ehci_budget",
>
Hi Pavel,
> > Signed-off-by: matthieu castet <[EMAIL PROTECTED]>
> > Index: linux/drivers/usb/atm/ueagle-atm.c
> > ===
> > --- linux.orig/drivers/usb/atm/ueagle-atm.c 2006-09-22 21:39:56.0
> > +0200
> > +++ linux/drivers/usb/
Am Donnerstag, 5. Oktober 2006 00:44 schrieben Sie:
> Hi!
>
> > > > which error should a character device return if a read/write cannot be
> > > > serviced because the device is suspended? Shouldn't there be an error
> > > > code specific to that?
> > >
> > > If you are talking system suspend, th
Hi,
this implements suspend support for usblp. According to the CUPS people
ENODEV will make CUPS retry the job. Thus it is returned in the runtime
case. My printer survives suspend/resume cycles with it.
Regards
Oliver
Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
--
On Wed, Oct 04, 2006 at 04:20:40PM -0400, Alan Stern wrote:
> Greg:
>
> The next two messages contain the last parts of USB autosuspend. They
> caused problems on one of your computers before, and we need to fix them
> before they can be merged.
Ok, they still cause problems :)
I've applied the
> > > > What's interesting to see is that for most failed requests the
first
> > data
> > > > transaction follows within less than 500 microseconds after the
SETUP
> > > > transaction. It's not always the case, but it definitely seems to
help
> > > > trigger the problem.
> > >
> > > The same thing
On Wed, Oct 04, 2006 at 02:27:02PM -0400, Alan Stern wrote:
> On Wed, 4 Oct 2006, Greg KH wrote:
>
> > On Wed, Oct 04, 2006 at 11:03:51AM -0400, Alan Stern wrote:
> > > Greg:
> > >
> > > I'm working on a patch to create class devices for USB hubs. Is this a
> > > reasonable thing to do? We alr
On Wed, 4 Oct 2006, matthieu castet wrote:
> > By the way, the error messages in your log indicated some sort of problem
> > with your EHCI USB controller. That's why the unexpected disconnections
> > kept happening.
> >
> > It might even be a hardware problem. If it is, the patch won't fix i
On Wed, 4 Oct 2006 [EMAIL PROTECTED] wrote:
> Hey Alan,
>
> Thanks a lot for looking at the traces!
>
> > > What's interesting to see is that for most failed requests the first
> data
> > > transaction follows within less than 500 microseconds after the SETUP
> > > transaction. It's not always t
Hi!
You marked all the patches as 1/3, btw.
> this patch avoid that the kernel thread block the suspend process.
> Some work is still need to recover after a resume.
>
> Signed-off-by: Matthieu CASTET <[EMAIL PROTECTED]>
>
>
> this patch avoid that the kernel thread block the suspend process.
Hey Alan,
Thanks a lot for looking at the traces!
> > What's interesting to see is that for most failed requests the first
data
> > transaction follows within less than 500 microseconds after the SETUP
> > transaction. It's not always the case, but it definitely seems to help
> > trigger the prob
On Wed, 4 Oct 2006 [EMAIL PROTECTED] wrote:
> Hi Alan,
>
> I've gathered a few example traces here:
...
> The traces were all made without a hub.
>
> What's interesting to see is that for most failed requests the first data
> transaction follows within less than 500 microseconds after the SETUP
This patch (as742) adds autosuspend/autoresume support to the USB hub
driver. The largest aspect of the change is that we no longer need a
special flag for root hubs that want to be resumed. Now every hub is
autoresumed whenever khubd needs to access it.
Signed-off-by: Alan Stern <[EMAIL PROTECT
This patch (as738) fixes the root-hub remote-wakeup support in ehci-hcd.
The existing code has two problems. First, when the bus is suspended all
root-hub interrupts are disabled. Second, the call to
usb_hcd_resume_root_hub() is in the wrong place -- it is invoked when a
wakeup request arriv
Greg:
The next two messages contain the last parts of USB autosuspend. They
caused problems on one of your computers before, and we need to fix them
before they can be merged.
These patches are against gregkh-all-2.6.18-git20.
Alan Stern
---
Monty:
Your new patches cause a problem on systems with more than one EHCI
controller. This statement
ehci->budget_pool =
kmem_cache_create ("ehci_budget",
sizeof(struct ehci_shadow_budget),
0,0,NULL,NULL)
Hi,
Alan Stern wrote:
>>you mean
>>http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=26f953fd884ea4879585287917f855c63c6b2666;hp=353a4098c61272b33a02ec5802fb3859fec91a0e
>>
>>?
>
>
> Yes, that's the one.
>
>
>>Could it be possible to use it on 2.6.
On Wed, 4 Oct 2006, Greg KH wrote:
> On Wed, Oct 04, 2006 at 11:03:51AM -0400, Alan Stern wrote:
> > Greg:
> >
> > I'm working on a patch to create class devices for USB hubs. Is this a
> > reasonable thing to do? We already have classes for USB hosts and general
> > USB devices.
>
> If you
On Wed, Oct 04, 2006 at 11:03:51AM -0400, Alan Stern wrote:
> Greg:
>
> I'm working on a patch to create class devices for USB hubs. Is this a
> reasonable thing to do? We already have classes for USB hosts and general
> USB devices.
If you think you want an easy way to find all usb hubs in t
Greg:
I'm working on a patch to create class devices for USB hubs. Is this a
reasonable thing to do? We already have classes for USB hosts and general
USB devices.
I don't have a good understanding of how class devices are supposed to
work and what they should be used for. Nor is it clear wh
On Wed, 4 Oct 2006, Martin Christoph wrote:
> Alan Stern wrote:
>
> > It's not at all obvious what the problem is. It would help to have a USB
> > trace showing the new Pad working correctly. I don't know if the 2.6.15
> > version of usbmon is capable of doing that, but it's worth a try.
> >
Logitech USB Receiver (046d:c101) has two interfaces. The first one
contains fields from HID_UP_KEYBOARD and HID_UP_LED, and the other one
contains fields from HID_UP_CONSUMER and HID_UP_LOGIVENDOR. This device
is used with multiple wireless Logitech products, including UltraX Media
Remote.
All fi
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_0.020375919342041
Command '--=_nextpart_0.020375919342041' not recognized.
Content-Type: text/html; format=flowed
Command 'content-type:' not recognized.
Con
On 10/4/06, Clemens Ladisch <[EMAIL PROTECTED]> wrote:
>
> I guess sox trips this because it opens the device, sets some sample
> formats to check which are available, and then resets the device without
> playing any data. (Many applications using the OSS API do this.)
Ah, that is indeed plausibl
Christopher Monty Montgomery wrote:
> On 9/29/06, Clemens Ladisch <[EMAIL PROTECTED]> wrote:
> > Christopher Monty Montgomery wrote:
> > > patch 15: This fix is not actually to ehci-hcd, but is rather a fix
> > > to usbaudio necessitated by fixing the isoch underrun detection/
> > > reporting in eh
From: Enrico Horn <[EMAIL PROTECTED]>
This a patch against 2.6.18 to add a blacklist entry for the Cherry Cymotion
Solar
keyboard. It seems to behave like the Cherry Cymotion Linux keyboard, so
the same quirk is used. This patch is based on the original patch by Cherry.
Signed-off-by: Enrico Hor
Alan Stern wrote:
> It's not at all obvious what the problem is. It would help to have a USB
> trace showing the new Pad working correctly. I don't know if the 2.6.15
> version of usbmon is capable of doing that, but it's worth a try.
> Otherwise you could use a USB sniffer program for Windows
On Mon, Oct 02, 2006 at 07:56:31PM +0200, Enrico Horn wrote:
> Hi,
> here's a patch to add a blacklist entry for the Cherry Cymotion Solar
> keyboard. It seems to behave like the Cherry Cymotion Linux keyboard, so
> the same quirk is used.
Was there a reason you sent this 4 times, in the incorrect
On Thu, Sep 28, 2006 at 02:58:09AM -0400, Christopher Monty Montgomery wrote:
> patch 1: This patch slightly refactors isoch stream cleanup such that
> stream state is more persistent; it is instantiated at first transfer
> and not released until endpoint shutdown. This is to give isoch transfers
Hi,
I have a PCMCIA card hosting a USB port. I am facing some
problems while trying to suspend my laptop to disk . Given below are
some of my observations:
1. With kernel 2.6.15.4, my system does not get suspended to disk with
the PCMCIA card plugged in. I went through the mailing list
Hello folks,
inlined is the patch that fixes the breakage for PNX8550 USB OHCI driver.
drivers/usb/host/ohci-pnx8550.c | 41 +---
1 file changed, 10 insertions(+), 31 deletions(-)
Signed-off-by: Vitaly Wool <[EMAIL PROTECTED]>
Index: linux-mips.git/driver
Hi!
> > Reproduce it with 2.6.18, then it is bugzilla time, or post
> > to linux-usb mailing list.
>
> Thanks Pavel. I tried with kernel 2.6.18. It worked fine with bulk
> device ( USB key). But does not work with isochronous device and system
> hangs. This time I did not have kdb so could not f
Am I correct in thinking there is no current SA11x0 USB gadget driver
for 2.6? I've found various mentions of one and the
CONFIG_USB_GADGET_SA1100 define is still referenced in 2.6.18, but don't
seem to be able to find any actual code for it.
How about the ISP116x in gadget mode? I see the HCD por
On Tuesday 03 October 2006 11:04 am, Alan Stern wrote:
> On Mon, 2 Oct 2006, David Brownell wrote:
>
> >
> > > In principle it's possible to change ehci-hcd so that the SETUP
> > > transaction of a control transfer is sent in a different microframe from
> > > the following IN/OUT transactions. I
On Mon, 2 Oct 2006, Mike Panetta wrote:
> > This is very unclear. Why do you want to disable the ports? Why not
> > simply fail to enable them in the first place?
> Mainly because I do not know how to do that? Is there a way to tell the
> EHCI driver to not enable certain root hub ports?
No,
On Tue, 3 Oct 2006, matthieu castet wrote:
> Alan Stern wrote:
> >
> > You could try using 2.6.18-mm1. There was a change made to ehci-hcd in
> > order to work around a bug in the VIA controllers. It looks like that
> > same bug may be affecting you.
> >
> you mean
> http://www.kernel.org/g
Alan Stern wrote:
>
> You could try using 2.6.18-mm1. There was a change made to ehci-hcd in
> order to work around a bug in the VIA controllers. It looks like that
> same bug may be affecting you.
>
you mean
http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=co
1 - 100 of 107 matches
Mail list logo
