Am Donnerstag, 20. Dezember 2007 18:54:49 schrieb Greg KH:
> On Thu, Dec 20, 2007 at 06:43:23PM +0100, Oliver Neukum wrote:
> > Am Donnerstag, 20. Dezember 2007 17:37:49 schrieb Greg KH:
> > > The io_edgeport-like devices all want to send a "flush" type command
> > > when they are closed, and it d
Very well, here's the next iteration. The basic idea is that you use the
anchor to poison urbs so that they cannot be submitted. So you the
disconnect() method can use the anchor to render harmless any code
paths using the anchor before submitting.
--
Please ignore this patch, it introduces a ra
On Fri, 11 Jan 2008 10:36:20 -0800 Greg KH <[EMAIL PROTECTED]> wrote:
> On Fri, Dec 21, 2007 at 04:54:15PM -0800, Sarah Sharp wrote:
> > This patch exports two statistics to userspace:
> > /sys/bus/usb/device/.../power/connected_duration
> > /sys/bus/usb/device/.../power/active_duration
> >
> > c
Am Donnerstag, 20. Dezember 2007 18:54:49 schrieb Greg KH:
> > From a more general angle, perhaps what we provide with usb_kill_urb()
> > is not ideally suited to combat this problem. What about a construction like
> > this:
>
> That's nice, but it will not solve the issue with devices like the
Hy Dave, Gregg
Thanks for your answers.
To Dave:
> I've heard some folk report that the MS-Windows support for CDC is a
> bit flakey. Maybe that's part of their general strategy of
> undermining standards-based interoperability...
I googled for some details about the used usbser.sys driver but fo
Hi,
I tried to look through archives - and I did not see the exact problem
that I am experiencing in there (although there might be some very
similar ones):
Also, this is my first post to the linux-usb groups and I tried to read
all the FAQs and hopefully I have all the information required to at
On Tue, 15 Jan 2008, Oliver Neukum wrote:
> > > > Do all ioctls filter through this routine? It looks like requests
> > > > coming through block/scsi_ioctl.c will bypass this code. Have you
> > > > decided to ignore those requests for now?
> > >
> > > I found no way to deal with them without
Am Mittwoch, 16. Januar 2008 16:26:03 schrieb Alan Stern:
> On Tue, 15 Jan 2008, Oliver Neukum wrote:
>
> > > > > Do all ioctls filter through this routine? It looks like requests
> > > > > coming through block/scsi_ioctl.c will bypass this code. Have you
> > > > > decided to ignore those requ
On Wed, 16 Jan 2008, Oliver Neukum wrote:
> OK, here's the version without a race against reset.
>
> The basic idea is still to use anchor to block submission. So you the
> disconnect() method can use the anchor to render harmless any code
> paths using the anchor before submitting.
That's not a
On Wed, 16 Jan 2008, Oliver Neukum wrote:
> > This entire issue needs more thought. There must be plenty of ioctl
> > calls which shouldn't force a device to remain resumed.
>
> Sure. The question is whether it is worth a lot of effort to filter them.
> Are ioctl()s on block devices common?
I
Am Donnerstag, 20. Dezember 2007 16:51:59 schrieb Alan Stern:
> On Thu, 20 Dec 2007, Oliver Neukum wrote:
>
> > @@ -1080,20 +1081,22 @@ void usb_serial_disconnect(struct usb_in
> > usb_serial_console_disconnect(serial);
> > dbg ("%s", __FUNCTION__);
> >
> > + mutex_lock(&serial->disc_m
Am Mittwoch, 16. Januar 2008 16:45:19 schrieb Alan Stern:
> On Wed, 16 Jan 2008, Oliver Neukum wrote:
>
> > OK, here's the version without a race against reset.
> >
> > The basic idea is still to use anchor to block submission. So you the
> > disconnect() method can use the anchor to render harml
Am Mittwoch, 16. Januar 2008 16:58:51 schrieb Alan Stern:
> On Wed, 16 Jan 2008, Oliver Neukum wrote:
>
> > > This entire issue needs more thought. There must be plenty of ioctl
> > > calls which shouldn't force a device to remain resumed.
> >
> > Sure. The question is whether it is worth a lot
On Wed, Jan 16, 2008 at 03:56:06AM -0800, Andrew Morton wrote:
> On Fri, 11 Jan 2008 10:36:20 -0800 Greg KH <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Dec 21, 2007 at 04:54:15PM -0800, Sarah Sharp wrote:
> > > This patch exports two statistics to userspace:
> > > /sys/bus/usb/device/.../power/connec
On Wed, 16 Jan 2008, Oliver Neukum wrote:
> > There may be other problems to watch out for. Since you no longer
> > synchronize the disconnect routine with URB submission, you run the
> > risk of calling usb_submit_urb() after the usb_device structure has
> > been deallocated.
>
> Yes. The skele
On Wed, 16 Jan 2008, Oliver Neukum wrote:
> > The only scenario where this would matter is when there are two
> > overlapping open calls, of which one uses ioctls and the other does
> > doesn't. I can't think of any examples, except perhaps where somebody
> > does an ioctl on a mounted device
On Wed, Jan 16, 2008 at 08:48:00AM -0800, Greg KH wrote:
> On Wed, Jan 16, 2008 at 03:56:06AM -0800, Andrew Morton wrote:
> > On Fri, 11 Jan 2008 10:36:20 -0800 Greg KH <[EMAIL PROTECTED]> wrote:
> >
> > > On Fri, Dec 21, 2007 at 04:54:15PM -0800, Sarah Sharp wrote:
> > > > This patch exports two
On Wednesday 16 January 2008, Morrison, Tom wrote:
> Hi,
>
> I tried to look through archives - and I did not see the exact problem
> that I am experiencing in there (although there might be some very
> similar ones):
Summarizing: both EHCI and OHCI controllers got fatal error IRQs.
Those are th
On Wednesday 16 January 2008, Thomi Aurel RUAG A wrote:
> > Alternatively, the issue might be the way the SET_LINE_CODING or
> > SET_CONTROL_LINE_STATE requests are rejected by the current serial
> > gadget code. Fixing that should be a straightforward patchlet. If
> > you're NOT getting one of
On Jan 16, 2008 8:51 PM, Thomi Aurel RUAG A <[EMAIL PROTECTED]> wrote:
> To Dave:
> > I've heard some folk report that the MS-Windows support for CDC is a
> > bit flakey. Maybe that's part of their general strategy of
> > undermining standards-based interoperability...
> I googled for some details
On Wed, Jan 16, 2008 at 05:18:52PM +0100, Oliver Neukum wrote:
> Am Donnerstag, 20. Dezember 2007 16:51:59 schrieb Alan Stern:
> > On Thu, 20 Dec 2007, Oliver Neukum wrote:
> >
> > > @@ -1080,20 +1081,22 @@ void usb_serial_disconnect(struct usb_in
> > > usb_serial_console_disconnect(serial);
> >
21 matches
Mail list logo
