Note, I've taken LKML off the CC list anyone interested in this on there is
also on linux-usb-devel. I've also added the usb-storage list.
See rest of response below.
Ben Collins wrote:
>>> +/* SanDisk that has a second LUN for a driver ISO, reported by
>>> + * Ben Collins <[EMAIL PROTECTED]> */
On Wed, 2007-05-23 at 20:59 -0700, Phil Dibowitz wrote:
> Ben Collins wrote:
> > Various unusual dev entries accumulated from Ubuntu bug reports.
> >
> > CC: Phil Dibowitz <[EMAIL PROTECTED]>
>
> NACK. Two fixes I'd like to see fixed.
>
> > +/* SanDisk that has a second LUN for a driver ISO, rep
Ben Collins wrote:
> Various unusual dev entries accumulated from Ubuntu bug reports.
>
> CC: Phil Dibowitz <[EMAIL PROTECTED]>
NACK. Two fixes I'd like to see fixed.
> +/* SanDisk that has a second LUN for a driver ISO, reported by
> + * Ben Collins <[EMAIL PROTECTED]> */
> +UNUSUAL_DEV( 0x0781
Hi Jiri,
On Wednesday 23 May 2007 19:40, Jiri Kosina wrote:
> This is pretty strange. Mouse shouldn't be claimed by hiddev. Seems like
> this mouse probably has some "interesting" HID report descriptor. Could
> you please recompile with CONFIG_HID_DEBUG enabled and send me the output?
>
It loo
On Wed, 23 May 2007, Zan Lynx wrote:
> I am having weird problems with USB keyboard and mouse. The USB
> keyboard will drop keystrokes, but not all of them. The mouse seems to
> move fine but drops clicks. Could be that an occasional missed move
> event isn't noticeable. Nothing is logged w
On Wed, 23 May 2007 17:17:09 -0600
Zan Lynx <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-05-23 at 00:42 -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
> >
> > - A new readahead patch series. This needs serious review and per
This patch (as908) adds central protection in usbcore for the
prototypical race between opening and unregistering a char device.
The spinlock used to protect the minor-numbers array is replaced with
an rwsem, which can remain locked across a call to a driver's open()
method. This guarantees that o
On Tue, May 22, 2007 at 11:46:41AM -0400, Alan Stern wrote:
> This patch (as908) adds central protection in usbcore for the
> prototypical race between opening and unregistering a char device.
> The spinlock used to protect the minor-numbers array is replaced with
> an rwsem, which can remain locke
Greg --
Some further cleanup after Oliver's patch to update the tty
buffering. The input buffer is not used at all anymore, so
I removed it.
This applies to 2.6.22-rc2 _after_ Oliver's patch, "Digi
AccelePort adapted to new tty buffering".
-- Al
Signed-off-by: Al Borchers <[EMAIL PROTECTED]>
On Wed, 23 May 2007, Oleg Nesterov wrote:
> On 05/23, Alan Stern wrote:
> >
> > Okay, it's clear that the two threads are in deadlock. It's not clear
> > how the deadlock arose to begin with -- apparently there was a remote
> > wakeup request for a root hub at the same time as a device below th
On 05/23, Alan Stern wrote:
>
> Okay, it's clear that the two threads are in deadlock. It's not clear
> how the deadlock arose to begin with -- apparently there was a remote
> wakeup request for a root hub at the same time as a device below that
> root hub was disconnected, which doesn't make m
On 05/23, Andrew Morton wrote:
>
> On Wed, 23 May 2007 10:47:04 -0400 (EDT) Alan Stern <[EMAIL PROTECTED]> wrote:
>
> > Is it possible to get an Alt-SysRq-T stack trace during those 20
> > seconds? Knowing what those threads are waiting for would be a big
> > help.
>
> [ 144.201264] khubd
Here we go again.
Regards
Oliver
---
--- a/drivers/usb/core/hcd.c2007-05-22 14:50:32.0 +0200
+++ b/drivers/usb/core/hcd.c2007-05-22 15:36:17.0 +0200
@@ -1412,6 +1412,8 @@ void usb_hcd_giveback_urb (struct usb_hc
}
usbmon_urb_comple
On Wed, 23 May 2007, Andrew Morton wrote:
> > > > This is intermittently getting resume-from-RAM failures. It is not
> > > > sufficiently repeatable to be able to bisect.
> > > >
> > > > [ 1381.119362] PM: Preparing system for mem sleep
> > > > [ 2331.798452] Stopping tasks ...
> > > > [ 2351.7
Hi,
(on0001)
this version uses usbcore pm workqueue as Alan suggested. It is relative
to the last patch I sent, which I retroactively christen on.
Regards
Oliver
--- linux-2.6.22-rc2/include/linux/hid.h2007-05-22 14:50:58.0
+0200
+++ linux-2.6.2
On Wed, 23 May 2007, Jiri Kosina wrote:
> On Wed, 23 May 2007, Alan Stern wrote:
>
> > I suspect it is keyboard-dependent. For example, the keyboard's
> > internal buffer might be able to hold no more than one event, because
> > the designers expected the host to poll frequently. Since the po
On Wed, 23 May 2007, Oliver Neukum wrote:
> > > +extern int usb_wait_anchor_empty_timeout
> > > +(struct usb_anchor *anchor, unsigned long timeout);
> >
> > Suspicious line break.
>
> This is what I get when I want to keep the 80 column limit.
I would write it like this:
extern int usb_wait_an
Am Mittwoch, 23. Mai 2007 17:42 schrieb Alan Stern:
> On Wed, 23 May 2007, Oliver Neukum wrote:
>
> > That gives me an idea.
> > Resumption of a device has to be done in task context. So if I allocate
> > a private freezable work queue for HID resumption, the freezer would
> > guard against illici
On Wed, 23 May 2007, Alan Stern wrote:
> I suspect it is keyboard-dependent. For example, the keyboard's
> internal buffer might be able to hold no more than one event, because
> the designers expected the host to poll frequently. Since the polling
> can't occur during the wakeup interval, mu
On Wednesday 23 May 2007 04:12, you wrote:
> This patch is really mangled, can you try fixing your email client and
> try again?
Sure.
The second try after changing encoding to "us-ascii"
Vladimir
= CUT HERE
This patch fixes the endianness select for transfer buffers in EHCI contro
On Wed, 23 May 2007 10:47:04 -0400 (EDT) Alan Stern <[EMAIL PROTECTED]> wrote:
> On Wed, 23 May 2007, Rafael J. Wysocki wrote:
>
> > On Wednesday, 23 May 2007 09:48, Andrew Morton wrote:
> > > On Wed, 23 May 2007 00:42:33 -0700 Andrew Morton <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > ftp://
Am Mittwoch, 23. Mai 2007 17:42 schrieb Alan Stern:
> On Wed, 23 May 2007, Oliver Neukum wrote:
>
> > That gives me an idea.
> > Resumption of a device has to be done in task context. So if I allocate
> > a private freezable work queue for HID resumption, the freezer would
> > guard against illici
Am Mittwoch, 23. Mai 2007 17:39 schrieb Alan Stern:
> On Wed, 23 May 2007, Oliver Neukum wrote:
>
> > OK, these are fixed and the timeout given in milliseconds, as David
> > recommended.
> >
> > I looked into the inlining issue and the inlined version wins in terms
> > of size.
>
>
> > @@ -1270
On Wed, 23 May 2007, Oliver Neukum wrote:
> That gives me an idea.
> Resumption of a device has to be done in task context. So if I allocate
> a private freezable work queue for HID resumption, the freezer would
> guard against illicit resumptions, wouldn't it?
You can use the ksuspend_usb_wq wor
On Wed, 23 May 2007, Oliver Neukum wrote:
> OK, these are fixed and the timeout given in milliseconds, as David
> recommended.
>
> I looked into the inlining issue and the inlined version wins in terms
> of size.
> @@ -1270,6 +1287,11 @@ extern struct urb *usb_get_urb(struct ur
> extern int us
Am Mittwoch, 23. Mai 2007 17:28 schrieb Alan Stern:
> > Although I really hate rw locks, I'll let it go for now, we can easily
> > change it to a "normal" mutex in the future...
>
> In case it wasn't already obvious, the reason for making it an rwsem
> was so that multiple open() calls could run
On Wed, 23 May 2007, Oliver Neukum wrote:
> > I will debug. Maybe just this particular keyboard is clumsy. I will try
> > with various different hardware. But if there are lots of HID hardware out
> > there which expose this broken behavior, it would be bad.
>
> No, I cannot replicate this. I s
On Tue, 22 May 2007, Greg KH wrote:
> On Tue, May 22, 2007 at 11:46:41AM -0400, Alan Stern wrote:
> > This patch (as908) adds central protection in usbcore for the
> > prototypical race between opening and unregistering a char device.
> > The spinlock used to protect the minor-numbers array is rep
On Wednesday 23 May 2007, Alan Stern wrote:
> On Wed, 23 May 2007, Pandita, Vikram wrote:
>
> > New proposed patch based on your inputs:
> >
> > Patch is to prevent the OTG host of doing 3 times enumeration of device
> > when the Host suspends for HNP. The error code used in this case is
> > EN
On Wed, 23 May 2007, Rafael J. Wysocki wrote:
> On Wednesday, 23 May 2007 09:48, Andrew Morton wrote:
> > On Wed, 23 May 2007 00:42:33 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
> >
> > This is
Am Mittwoch, 23. Mai 2007 16:37 schrieb Jiri Kosina:
> On Wed, 23 May 2007, Oliver Neukum wrote:
>
> > > well, I remember to having this reported also against one of the very
> > > first versions of your patch - I still experience loss of events from
> > > the device that is being woken up short
On Wed, 23 May 2007, Oliver Neukum wrote:
> > well, I remember to having this reported also against one of the very
> > first versions of your patch - I still experience loss of events from
> > the device that is being woken up shortly after it goes to suspend.
> > I.e. as soon as the device go
* Oliver Neukum wrote, On 23/05/07 15:03:
>
> Sorry for the harsh words.
>
Your attention more than compensates, I thank you.
> Please recompile with USB_DEBUG. This may yield more info.
>
The build will probably take all night, but I'll have details first
thing tomorrow.
Sam
--
Am Mittwoch, 23. Mai 2007 16:23 schrieb Jiri Kosina:
> On Wed, 23 May 2007, Oliver Neukum wrote:
>
> > > I have quite a lot of things pending, but will test this ASAP.
> > I've tested normal operations on OHCI and EHCI and STR with a mouse,
> > a keyboard and a PID joystick (just plugged in)
>
>
On Wed, 23 May 2007, Oliver Neukum wrote:
> > I have quite a lot of things pending, but will test this ASAP.
> I've tested normal operations on OHCI and EHCI and STR with a mouse,
> a keyboard and a PID joystick (just plugged in)
Hi Oliver,
well, I remember to having this reported also against o
On Wed, 23 May 2007, Pandita, Vikram wrote:
> New proposed patch based on your inputs:
>
> Patch is to prevent the OTG host of doing 3 times enumeration of device when
> the Host suspends for HNP. The error code used in this case is ENOTSUPP.
>
> Signed-off-by: Vikram Pandita <[EMAIL PROTECTED]
Am Mittwoch, 23. Mai 2007 15:55 schrieb Sam Liddicott:
> * Oliver Neukum wrote, On 23/05/07 14:46:
> > Am Mittwoch, 23. Mai 2007 15:42 schrieb Sam Liddicott:
> >
> >> May 23 14:32:48 shep kernel: drivers/usb/serial/ftdi_sio.c: Detected
> >> FT232BM
> >> May 23 14:32:48 shep kernel: usb 1-2.2: F
Am Mittwoch, 23. Mai 2007 15:42 schrieb Sam Liddicott:
> May 23 14:32:48 shep kernel: drivers/usb/serial/ftdi_sio.c: Detected FT232BM
> May 23 14:32:48 shep kernel: usb 1-2.2: FTDI USB Serial Device converter
> now attached to ttyUSB1
>
> Here I power up the remote device
>
> May 23 14:33:32 shep
Am Mittwoch, 23. Mai 2007 13:36 schrieb Jiri Kosina:
> On Wed, 23 May 2007, Oliver Neukum wrote:
>
> > - waiting on Jiri's comment about what to do if waiting for io gets
> > a timeout during suspend()
>
> Hi Oliver,
>
> I think that whenever usbhid_wait_io() times out during suspend, it is
>
Am Mittwoch, 23. Mai 2007 15:13 schrieb Sam Liddicott:
> and here is where the handshake line changes to make the serial port
> "online"
>
> May 23 12:04:33 shep kernel: usb 1-2.2: USB disconnect, address 5
> May 23 12:04:33 shep kernel: ftdi_sio 1-2.2:1.0: device disconnected
> May 23 12:04:33 sh
Am Mittwoch, 23. Mai 2007 14:20 schrieb Sam Liddicott:
> Sorry, I thought I'd said: 2.4.20-8 (rh9) , 2.6.18-4-686 (debian 4),
> 2.6.20-15 (ubuntu feisty)
> I tried a 2.6.22rc2 build based on the debian .config file but it
> wouldn't boot, so I got something wrong.
Please try a vanilla kernel.
> >
Am Mittwoch, 23. Mai 2007 13:07 schrieb Sam Liddicott:
> I've got some ftdi usb-serial devices causing mass USB hanging on SOME
> hardware often; it seems when the remote serial device asserts DSR or
> some such handshaking line.
Which kernel version?
Can you provide a dmesg with timestamps?
On Wed, 23 May 2007, Oliver Neukum wrote:
> - waiting on Jiri's comment about what to do if waiting for io gets
> a timeout during suspend()
Hi Oliver,
I think that whenever usbhid_wait_io() times out during suspend, it is
fine to kill the URB, as it doesn't seem to make any more harm compare
I've got some ftdi usb-serial devices causing mass USB hanging on SOME
hardware often; it seems when the remote serial device asserts DSR or
some such handshaking line.
On a problem device, lsusb shows:
Bus 002 Device 001: ID :
Bus 001 Device 005: ID 0403:6001 Future Technology Devices
In
Hi,
this may be it.
open issues:
- waiting on Jiri's comment about what to do if waiting for io gets
a timeout during suspend()
Other than that it has all features I planned for and were requested.
It should work now. I am now taking comments on coding style :-)
I request testing and remind
On Wednesday 23 May 2007, Pandita, Vikram wrote:
> >On Tue, May 22, 2007 at 12:06:54PM +0530, Pandita, Vikram wrote:
> >>
> >> Hi Felipe
> >>
> >> >Sent: Monday, May 21, 2007 3:56 PM
> >> >
> >> >Hello all,
> >> >
> >> >is there a way to use libusb to talk directly to hcd drivers?
> >> >
> >> >what
On Wednesday 23 May 2007, David Hollis wrote:
> --- a/drivers/net/usb/asix.c2007-05-11 08:18:35.0 -0400
> +++ b/drivers/net/usb/asix.c2007-05-23 03:27:29.0 -0400
All these net/usb patches should go to the netdev list now,
unless there's some USB infrastructure issue to reso
Am Dienstag, 22. Mai 2007 18:50 schrieb Jiri Kosina:
> On Tue, 22 May 2007, Alan Stern wrote:
>
> > But if you kill the interrupt URB then there will be no more inputs and
> > hence nothing to generate any more output. Thus, when suspending you
> > should kill the inputs and wait for the output
On Wednesday, 23 May 2007 09:48, Andrew Morton wrote:
> On Wed, 23 May 2007 00:42:33 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
>
> This is intermittently getting resume-from-RAM failures. It is no
>On Tue, May 22, 2007 at 12:06:54PM +0530, Pandita, Vikram wrote:
>>
>> Hi Felipe
>>
>> >Sent: Monday, May 21, 2007 3:56 PM
>> >
>> >Hello all,
>> >
>> >is there a way to use libusb to talk directly to hcd drivers?
>> >
>> >what I'm wondering to do is to develop an application similar to the
>> >US
Am Mittwoch, 23. Mai 2007 10:48 schrieb David Brownell:
> On Wednesday 23 May 2007, Oliver Neukum wrote:
>
> > I thought a bit about this. Maybe there _is_ room for an allocator that
> > will provide memory the HCD can get at, but without the full overhead
> > of allocating a coherent buffer.
>
>
Am Dienstag, 22. Mai 2007 19:18 schrieb Alan Stern:
> On Tue, 22 May 2007, Oliver Neukum wrote:
> > Yes, but if you are in pre_reset, chances are something is wrong
> > with the devices. Outright slaughter of all outstanding URBs is better
> > than waiting for them to complete.
>
> Fair enough.
On Wednesday 23 May 2007, Oliver Neukum wrote:
> I thought a bit about this. Maybe there _is_ room for an allocator that
> will provide memory the HCD can get at, but without the full overhead
> of allocating a coherent buffer.
kmalloc() does exactly that...
-
Am Dienstag, 22. Mai 2007 18:50 schrieb Jiri Kosina:
> I think that this is unfortunately not true. Let's take system with
> multiple keyboards and their LEDs as an excellent example again. If you
> kill the interrupt URB, there is nothing what will prevent other keyboard
> (PS/2 or even USB key
Am Dienstag, 22. Mai 2007 17:23 schrieb Alan Stern:
> On Tue, 22 May 2007, Laurent Pinchart wrote:
>
> > The usb_buffer_alloc name is misleading. Many USB driver developers believe
> > it
> > is a generic purpose buffer allocator.
> >
> > I'd like to change usb_buffer_alloc to make it a general
The attached patch adds the device IDs for the Belkin F5D5055 device.
Reported by Andy Juniper <[EMAIL PROTECTED]>
Signed-off-by: David Hollis <[EMAIL PROTECTED]>
--
David Hollis <[EMAIL PROTECTED]>
--- a/drivers/net/usb/asix.c 2007-05-11 08:18:35.0 -0400
+++ b/drivers/net/usb/asix.c 20
Am Mittwoch, 23. Mai 2007 04:18 schrieb Pete Zaitcev:
> Running DMA into vmalloc area can be done with some effort. I think
> that one can use __vmalloc() with GFP_DMA32 instead of vmalloc().
> The original implementation of it was in V4L, copied multiply times all
> over the kernel since. Kraxel l
Am Dienstag, 22. Mai 2007 17:12 schrieb Alan Stern:
> Very good. I did notice two more things:
>
> Timeouts are specified in jiffies, so your timeout argument
> should be long or unsigned long, not int.
>
> There's a race if two threads call usb_unanchor_urb() for the
>
On Wed, 23 May 2007 00:42:33 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
This is intermittently getting resume-from-RAM failures. It is not
sufficiently repeatable to be able to bisect.
[ 1381.119362]
59 matches
Mail list logo
