Re: USB 2.4.30: fix modem_run

2005-03-03 Thread Pete Zaitcev
On Fri, 11 Feb 2005 11:16:20 +0100 Duncan Sands <[EMAIL PROTECTED]> wrote: > On Thu, 2005-02-10 at 16:11 -0800, Pete Zaitcev wrote: > > I entered a patch which adds "exclusive_access" lock into 2.4.29, > > to fix devices which cannot handle simultaneous accesses. This > > caused a regression with

Re: USB 2.4.30: fix modem_run

2005-03-03 Thread Pete Zaitcev
On Fri, 11 Feb 2005 11:16:20 +0100 Duncan Sands [EMAIL PROTECTED] wrote: On Thu, 2005-02-10 at 16:11 -0800, Pete Zaitcev wrote: I entered a patch which adds exclusive_access lock into 2.4.29, to fix devices which cannot handle simultaneous accesses. This caused a regression with European

Re: USB 2.4.30: fix modem_run

2005-02-11 Thread Duncan Sands
On Thu, 2005-02-10 at 16:11 -0800, Pete Zaitcev wrote: > I entered a patch which adds "exclusive_access" lock into 2.4.29, to fix > devices which cannot handle simultaneous accesses. This caused a regression > with European ADSL modems. An ioctl USBDEVFS_REAPURB allows a process to enter > the

Re: USB 2.4.30: fix modem_run

2005-02-11 Thread Duncan Sands
On Thu, 2005-02-10 at 16:11 -0800, Pete Zaitcev wrote: I entered a patch which adds exclusive_access lock into 2.4.29, to fix devices which cannot handle simultaneous accesses. This caused a regression with European ADSL modems. An ioctl USBDEVFS_REAPURB allows a process to enter the kernel

USB 2.4.30: fix modem_run

2005-02-10 Thread Pete Zaitcev
I entered a patch which adds "exclusive_access" lock into 2.4.29, to fix devices which cannot handle simultaneous accesses. This caused a regression with European ADSL modems. An ioctl USBDEVFS_REAPURB allows a process to enter the kernel and wait for USB I/O to finish. Naturally, this should not

USB 2.4.30: fix modem_run

2005-02-10 Thread Pete Zaitcev
I entered a patch which adds exclusive_access lock into 2.4.29, to fix devices which cannot handle simultaneous accesses. This caused a regression with European ADSL modems. An ioctl USBDEVFS_REAPURB allows a process to enter the kernel and wait for USB I/O to finish. Naturally, this should not