Am Dienstag, 15. Mai 2007 06:14 schrieb Pete Zaitcev:
On Tue, 15 May 2007 05:10:36 +0200, Oliver Neukum [EMAIL PROTECTED] wrote:
rv = usblp_rwait_and_lock(usblp, !!(file-f_flags O_NONBLOCK));
if (rv 0) {
count = rv;
goto done;
}
If you get a
Hi,
this is autosuspend for HID devices. It uses the new last_busy facility
for USB devices. And for a few functions the pm counter.
The main problem implementing this is LEDs. HID has the very though
property of initiating output to them without user space's involvement
from interrupt context
Deepak Saxena wrote:
On May 07 2007, at 10:53, Vladimir Barinov was caught saying:
This patch adds support for Intel IXP4XX EHCI USB controller.
Since it's MMR and descriptors are represented in big-endian format then
this patch is to be applied after the following patches posted to this
David,
I know that you have a couple of patches to review and accept or reject
them before you can look at this one.
Could you just say that this patch is not discarded and will be in the
queue for your or Greg's review.
This is important for accepting of arch related part that I've sent to
On Mon, 2007-05-14 at 15:24 -0700, Pete Zaitcev wrote:
Two remaining items are:
- Tim Waugh's ENOSPC like in drivers/char/lp.c
This can probably be done by having write() return as in the O_NONBLOCK
case when it detects out-of-paper, and by having usblp_poll() mark the
file descriptor with an
On Tue, 15 May 2007, Oliver Neukum wrote:
Am Montag, 14. Mai 2007 22:09 schrieb Alan Stern:
On Mon, 14 May 2007, Oliver Neukum wrote:
Am Montag, 14. Mai 2007 20:14 schrieb Alan Stern:
On Mon, 14 May 2007, Oliver Neukum wrote:
Worse. A driver may _lack_ a post_reset() method.
On Tue, 15 May 2007, Oliver Neukum wrote:
Hi,
this is autosuspend for HID devices. It uses the new last_busy facility
for USB devices. And for a few functions the pm counter.
The main problem implementing this is LEDs. HID has the very though
property of initiating output to them
Oliver Neukum schrieb:
The main problem implementing this is LEDs. HID has the very though
property of initiating output to them without user space's involvement
from interrupt context to all attached devices. Doing this with suspended
devices is problematic.
Is that setting the keyboard
On Mon, 14 May 2007, Ben Gamari wrote:
Hey,
Here is the output of a similar test to the last with CONFIG_USB_DEBUG.
I have also found that if I run watch -n1 lsusb in the background, the
device remains stable and I can use the driver. Perhaps it just has some
strange transient behavior
Am Dienstag, 15. Mai 2007 16:37 schrieb Alan Stern:
Can you break this up into two patches? If the first adds the queuing
code and the second adds autosuspend support, it will be much easier to
appraise and test them.
Very well. I'll do so.
Regards
Oliver
--
SUSE
Am Dienstag, 15. Mai 2007 16:43 schrieb Robert Marquardt:
Oliver Neukum schrieb:
The main problem implementing this is LEDs. HID has the very though
property of initiating output to them without user space's involvement
from interrupt context to all attached devices. Doing this with
Am Dienstag, 15. Mai 2007 16:33 schrieb Alan Stern:
On Tue, 15 May 2007, Oliver Neukum wrote:
Yes, and it seems to me that persist should have its own method.
Those drivers that don't define it, don't support it.
It could have its own method. The method would be nearly identical to
I just got finished configuring the 2.6.22-rc1 kernel and noticed that
the driver for my GTCO USB Digitizer isn't listed anymore. For that
matter, non of the tablet drivers appear to be there. I did notice that
there is a new Tablet section but, it's empty. Will the Tablet drivers
be put back
On Tue, 15 May 2007 10:47:23 -0700 Jeremy Roberson wrote:
I just got finished configuring the 2.6.22-rc1 kernel and noticed that
the driver for my GTCO USB Digitizer isn't listed anymore. For that
matter, non of the tablet drivers appear to be there. I did notice that
there is a new Tablet
LOL. Thanks, I forgot to enable Tablets before entering the Tablets
tree.
On Tue, 2007-05-15 at 11:12 -0700, Randy Dunlap wrote:
On Tue, 15 May 2007 10:47:23 -0700 Jeremy Roberson wrote:
I just got finished configuring the 2.6.22-rc1 kernel and noticed that
the driver for my GTCO USB
Hi,
which leads to the question: Why is the Enable Tablets entry not
inside the tablets menu. This way it's more obvious that it's disabled
if it's the only entry in the menu. Plus the parent menu gets
cleaned up as well.
Till
Am Dienstag 15 Mai 2007 schrieb Jeremy Roberson:
LOL. Thanks, I
On Tue, 15 May 2007, Oliver Neukum wrote:
Firstly, perhaps we should unbind if there's no post_reset().
Perhaps so.
Secondly, we are asking drivers to do something outside the spec. It's
not against the spec, but by no means inside. There is a way to handle
power failure in the spec, that
A very good question. Had it been, I probably would not have missed it.
On Tue, 2007-05-15 at 20:38 +0200, Till Harbaum / Lists wrote:
Hi,
which leads to the question: Why is the Enable Tablets entry not
inside the tablets menu. This way it's more obvious that it's disabled
if it's the
Am Dienstag, 15. Mai 2007 20:40 schrieb Alan Stern:
On Tue, 15 May 2007, Oliver Neukum wrote:
Fourthly, some drivers cannot do it in principal, because they cannot
restore a device's state, eg. printer, scanner, ...
Yes. Conversely, some drivers don't care about it at all because they
Good afternoon all,
i have a 2.4.26 kernel with the newer patch for the pl2303 driver (10.1)
only the problem is that it only allows for a maxpacketsize of 64 bytes,
if i look at the driver for 2.6.x i see that there is a constant in there
that allows for a higher buffer and i am able to transfer
Am Dienstag, 15. Mai 2007 16:37 schrieb Alan Stern:
Can you break this up into two patches? If the first adds the queuing
code and the second adds autosuspend support, it will be much easier to
appraise and test them.
Hi,
this code implements delayed execution of output requests arriving
On Tue, 15 May 2007, Oliver Neukum wrote:
Am Dienstag, 15. Mai 2007 20:40 schrieb Alan Stern:
On Tue, 15 May 2007, Oliver Neukum wrote:
Fourthly, some drivers cannot do it in principal, because they cannot
restore a device's state, eg. printer, scanner, ...
Yes. Conversely, some
Am Dienstag, 15. Mai 2007 22:03 schrieb Alan Stern:
On Tue, 15 May 2007, Oliver Neukum wrote:
Am Dienstag, 15. Mai 2007 20:40 schrieb Alan Stern:
On Tue, 15 May 2007, Oliver Neukum wrote:
Fourthly, some drivers cannot do it in principal, because they cannot
restore a device's
Hi!
Can you break this up into two patches? If the first adds the queuing
code and the second adds autosuspend support, it will be much easier to
appraise and test them.
Hi,
this code implements delayed execution of output requests arriving
for suspended HID devices.
usbhid.h
On Tue, 15 May 2007 12:30:23 -0700
[EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=8476
--- Additional Comments From [EMAIL PROTECTED] 2007-05-15 12:32 ---
Created an attachment (id=11511)
--
On Sun, 2007-05-13 at 18:58 -0700, Pete Zaitcev wrote:
On Sun, 13 May 2007 20:57:25 +0100, Matthew Garrett [EMAIL PROTECTED] wrote:
Ok, I've tidied this up a little. [...]
Looks fine here... well, almost. Did you try rmmod (I don't even know if
it's applicable, sorry)? Usually, when
Hi,
On 5/15/07, Jeremy Roberson [EMAIL PROTECTED] wrote:
A very good question. Had it been, I probably would not have missed it.
On Tue, 2007-05-15 at 20:38 +0200, Till Harbaum / Lists wrote:
Hi,
which leads to the question: Why is the Enable Tablets entry not
inside the tablets menu.
What is Top Posting?
On Tue, 2007-05-15 at 17:16 -0400, Dmitry Torokhov wrote:
Hi,
On 5/15/07, Jeremy Roberson [EMAIL PROTECTED] wrote:
A very good question. Had it been, I probably would not have missed it.
On Tue, 2007-05-15 at 20:38 +0200, Till Harbaum / Lists wrote:
Hi,
Jeremy Roberson wrote:
What is Top Posting?
Yes, like that or this:
A: http://en.wikipedia.org/wiki/Top_post
Q: Were do I find info about this thing called top-posting?
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
On Monday 14 May 2007, Pete Zaitcev wrote:
On Mon, 14 May 2007 17:38:56 +0200, Laurent Pinchart
[EMAIL PROTECTED] wrote:
Following up on this, would it be possible to know the host timestamp
(gettimeofday) associated with the last SOF token ? I'm also working with
devices that would
On Tue, 2007-05-15 at 14:38 -0700, Randy Dunlap wrote:
Jeremy Roberson wrote:
What is Top Posting?
Yes, like that or this:
A: http://en.wikipedia.org/wiki/Top_post
Q: Were do I find info about this thing called top-posting?
A: Because it messes up the order in which people normally
This patch (as907) prevents us from trying to allocate 0 bytes
when an interface has no endpoint descriptors.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
On Tue, 15 May 2007, Andrew Morton wrote:
Guys, can we teach USB to avoid the zero-sized kmalloc in
usb_get_configuration()
please?
Hi everybody,
following the discussion about the split bulk transfers, Alan Stern and David
Brownell told me I shouldn't use usb_buffer_alloc as a generic purpose URB
buffer allocated. However, Documentation/usb/dma.txt contradicts this. Should
the documentation be fixed, or can/should
On Tue, 15 May 2007, Laurent Pinchart wrote:
I was just wondering if the USB host controller issued an interrupt when
sending an SOF token. If so, it would be quite easy to store the current host
timestamp there. If not, I'll live with it.
It can if you want it to. Most of the time we
On Tuesday 15 May 2007, Alan Stern wrote:
On Tue, 15 May 2007, Laurent Pinchart wrote:
I was just wondering if the USB host controller issued an interrupt when
sending an SOF token. If so, it would be quite easy to store the current
host timestamp there. If not, I'll live with it.
It can
On Tue, 15 May 2007, Oliver Neukum wrote:
Yes. Conversely, some drivers don't care about it at all because they
don't maintain any state in the device.
That I doubt. There's always the relationship with open files. Usually
eg. with mice you don't care because you use
Add support for Keyspan adapters: USA-49WG and USA-28XG
Signed-off-by: Lucy P. McCoy [EMAIL PROTECTED]
---
diff -uprN -X linux-2.6.21-vanilla/Documentation/dontdiff
linux-2.6.21-vanilla/drivers/usb/serial/keyspan.c
linux-2.6.21-lpm/drivers/usb/serial/keyspan.c
---
On Tue, May 15, 2007 at 08:34:55PM +, Soeren Sonnenburg wrote:
I was using this patch for some days now and I realized that - from time
to time - the touchpad runs amok, i.e. I more or less unable to control
the mouse when that happens.
Hmm. Just seen this. I'll see if I can work around
Administre su pymes - Maximice sus ganancias - Aprenda una correcta gestion
de su negocio
Ingrese a nuestro sitio escribiendo en la barra de direcciones:
www.ciberia.ya.com/adminpymes/
Visitante Número 11821
Am Dienstag, 15. Mai 2007 23:49 schrieb Alan Stern:
On Tue, 15 May 2007, Oliver Neukum wrote:
I think we're getting off the point here. Suppose the usbhid driver
gets a powerloss_resume call for a mouse. What do you want it to do
that we aren't already doing?
Nothing. My point was that
Am Dienstag, 15. Mai 2007 22:45 schrieb Pavel Machek:
Hi!
Can you break this up into two patches? If the first adds the queuing
code and the second adds autosuspend support, it will be much easier to
appraise and test them.
Hi,
this code implements delayed execution of
41 matches
Mail list logo