Ah, indeed some changes were made at 2.6.18-git9. Goes to show that
merely looking at airprime.c from pristine 2.6.18 and then grepping
through the git18 patch (looking for 1410) doesn't show you
everything... One never ceases to learn.
So anyway, since I'm already here and asking questions:
A peripheral controller driver that supports multiple
USB gadgets could be useful.
I realize this doesn't exist in the Linux 2.6 gadget
framework (only one gadget driver can be registered).
Is multiple gadget support in the plans for future
Linux kernels?
Thanks in advance,
Skip Rafferty
Hi,
this patch do some ommestic changes :
- dump firwmare version as soon as possible and export it on sysfs
- hint about wrong cmv/dsp
- Display a message to warn user when the modem is ready : it can help
people to detect problems on the line without debug trace
- Fix wrong indent
- display
Hi,
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.
Some work is still need to recover after a resume.
Hi,
this patch use wait_event_interruptible_timeout and msleep_interruptible
beacause uninterruptible sleep (task state 'D') is counted as 1 towards
load average, like running processes.
Signed-off-by: Matthieu CASTET [EMAIL PROTECTED]
use *_interruptible :
Uninterruptible sleep (task
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
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, there
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. In practice
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
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 figure
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:
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
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
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 to
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 Horn
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 plausible.
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
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.
Otherwise
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
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 the
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 think you
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);
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
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
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 problem.
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.
Some
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 the case, but
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 is true for most of the
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 them,
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]
---
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, then userspace should
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
+++
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,
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
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
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?
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
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
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
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 more thought
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 capable
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 and,
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
[
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
framework
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
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 is
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 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 suspend?)
Yes.
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
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
device
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
--
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.
[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
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 connects
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). Some
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.
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 wait
-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
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
device
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 soon.
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 first
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 whenever
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
device. It seems
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, one
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 file
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's
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
+---
1 file
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. Influence
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 the
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
want to cut
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
submissions
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 true, and IIRC it
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 modem\n);
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.
Are overrun
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 them to
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
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:
when an
¡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 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 wakeup
[
--
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.
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,
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 modules, stage 2.
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.
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
84 matches
Mail list logo