On Tue, May 15, 2007 at 03:32:18PM -0700, Lucy McCoy wrote:
> Add support for Keyspan adapters: USA-49WG and USA-28XG
Yeah! Thanks for doing this, I was beginning to wonder about these
devices as I had a few users ask about them recently.
> Signed-off-by: Lucy P. McCoy <[EMAIL PROTECTED]>
>
David Brownell wrote:
> On Sunday 13 May 2007, Tzachi Perelstein wrote:
>> Hello,
>>
>> I'm working on EHCI HC glue port for Marvell Orion SoC. The Orion has
>> a PCI/PCIE interfaces as well as an integrated USB controller.
>>
>> While looking at ehci-hcd.c it looks like there's some kind of depend
Oliver Neukum schrieb:
> 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 attach
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 delaye
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 tha
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
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
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
--- linux-2.6.21-vanilla/drivers
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 yo
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.
>
>
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 do
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 usb_buff
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()
> plea
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 no
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 woul
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.
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,
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
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, wh
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)
> --> (http://bugzilla.kernel.org/attachment.cgi?id=11511&
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.
us
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
> > > > resto
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. Conv
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
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 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 t
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 t
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, tha
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
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
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 Tabl
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 in
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
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 wit
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
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 beh
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 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
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 p
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
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
ar
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 poste
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 to
43 matches
Mail list logo
