An error was detected while processing the enclosed message. A list of
the affected recipient follows. This list is in a special format that
allows software like LISTSERV to automatically take action on incorrect
addresses; you can safely ignore the numeric codes.
--> Error description:
Error-f
On Wed, Jun 30, 2004 at 02:02:13PM -0400, Alan Stern wrote:
> Greg:
>
> One of the few points from the recent discussion that all participants
> agreed on was that we should not allow probing or config changes to be
> attempted on suspended devices. This patch implements that policy, and it
> als
On Thu, Jul 01, 2004 at 03:41:05PM -0400, Alan Stern wrote:
> Greg:
>
> This patch adds a pointer to the hub's usb_device into the usb_hub private
> structure. It's a small change, and permits a small amount of
> simplification in a few spots, i.e., avoid calling interface_to_usbdev().
> This
On Thu, Jul 01, 2004 at 03:48:55PM -0400, Alan Stern wrote:
> Greg:
>
> This patch fixes a logical hole in the hub driver. It's possible for the
> driver to be unbound from a hub without physically unplugging the hub.
> For example, writing 0 into the bConfigurationValue attribute file will
>
On Fri, Jun 25, 2004 at 03:19:56PM -0400, Alan Stern wrote:
> On Fri, 25 Jun 2004, David Brownell wrote:
>
> > > Did those devices work okay with Windows?
> >
> > I don't know; I'd guess they did.
>
> Sounds like it's not worth going to the effort of finding out how (maybe
> not even possible).
On Thu, Jun 24, 2004 at 02:42:13PM -0400, Alan Stern wrote:
> Greg:
>
> This patch plugs a major hole in USB device locking. Whenever a new
> driver is loaded and the matching unbound interfaces are probed, no
> devices are locked! Similarly, when a driver is unloaded and its
> interfaces are
On Wed, Jun 23, 2004 at 03:19:10PM -0400, Alan Stern wrote:
> Greg:
>
> This patch is a slightly revised version of as277c, updated to match the
> current source. The only difference from the older version is that this
> makes urb->use_count into an atomic_t, to avoid the overhead of an extra
On Wed, Jun 23, 2004 at 03:22:49PM -0400, Alan Stern wrote:
> Greg:
>
> This is a rerun of as278, updated to match the current source. It changes
> the hub driver, replacing calls to synchronous usb_unlink_urb() with
> usb_kill_urb() and removing the machinery formerly needed to synchronize
>
On Thu, Jun 24, 2004 at 03:08:01PM -0400, Alan Stern wrote:
> Greg:
>
> This patch creates a special locking routine intended specifically for use
> when calling usb_reset_device(). A special routine like this is needed to
> avoid deadlocks with disconnect(). Symbolically:
>
> Khubd
On Thu, Jun 24, 2004 at 04:51:04PM -0400, Alan Stern wrote:
> Greg:
>
> The current mechanism for keeping track of which endpoints in a device are
> halted is both flawed and unnecessary. It's flawed because devices are
> free to change the endpoint status whenever they want without telling us,
On Fri, Jul 02, 2004 at 05:11:52PM -0400, Alan Stern wrote:
> On Fri, 2 Jul 2004, Zephaniah E. Hull wrote:
>
> > On Tue, Jun 08, 2004 at 10:19:40PM +0200, Duncan Sands wrote:
> > > > Great, could you send me the patch? (So I have something usable until it
> > > > gets into mainline and a kernel is
Alan Stern wrote:
On Fri, 2 Jul 2004, David Brownell wrote:
So I'm updating the latest suspend patch so that'll start to
be possible (especially with your hub driver changes):
- usb_suspend(udev,state) syntax ... but currently maps
poweroff to suspend (needs selective port power on/off
i
On Fri, 2 Jul 2004, Zephaniah E. Hull wrote:
> On Tue, Jun 08, 2004 at 10:19:40PM +0200, Duncan Sands wrote:
> > > Great, could you send me the patch? (So I have something usable until it
> > > gets into mainline and a kernel is released with it.)
> >
> > Sure - I just have to write it first! It
On Fri, 2 Jul 2004, David Brownell wrote:
> So I'm updating the latest suspend patch so that'll start to
> be possible (especially with your hub driver changes):
>
>- usb_suspend(udev,state) syntax ... but currently maps
> poweroff to suspend (needs selective port power on/off
> in
On Tue, Jun 08, 2004 at 10:19:40PM +0200, Duncan Sands wrote:
> > Great, could you send me the patch? (So I have something usable until it
> > gets into mainline and a kernel is released with it.)
>
> Sure - I just have to write it first! It's a bit tricky to do right...
Has there been any progr
Alan Stern wrote:
I don't see why we can't try to provide partial support for a power-off
suspend mode. While it clearly wouldn't work for every device, it would
work for a great many.
In fact I recall arguing both sides of that myself ... :)
I think it'd be rather painful to try to make _every_
On Fri, 2 Jul 2004, Torsten Scherer wrote:
> i've repeated my tests and appended the syslog to this mail. this is with a
> 2.6.7 kernel. don't ask me what made me do it, but for "messages1..." i
> disabled CONFIG_HOTPLUG (and disabled the unusual_devs.h entry). this
> obviously means that i hav
Hello,
I'm trying to understand the usbsnoop log in attachment.
The usb device is an isdn ta.
We've 3 endpoints (2 int in and 1 isoc out).
After selecting configuration, the device driver submits 2 interrupt
urbs (one for each int endpoint) that remain in -EINPROGRESS.
Then it submits an ASAP isoc
Hello,
I'm trying to understand the usbsnoop log in attachment.
The usb device is an isdn ta.
We've 3 endpoints (2 int in and 1 isoc out).
After selecting configuration, the device driver submits 2 interrupt
urbs (one for each int endpoint) that remain in -EINPROGRESS.
Then it submits an ASAP isoc
nazim khan wrote:
Hello Dave,
Finally I could get EHCI driver (2.4.25) working on my MIPS-II (little
endian) platform.
The problem turned out to be wrong mapping of irqs in pci_fixup which
was preventing the interrupt to be serviced.
Always trouble.
When I found that ehci_work was not getting cal
Varsa şayet bu Cumhuriyetin Bas Savcıları niçin hala dururlar anlayamam.Beyler bu
Cumhuriyeti Kuran ATATÜRK ,sizin savunacağınız! Onun canla ,kanla kurduğu Cumhuriyet
ve ilkeleri dır.1908 - 1938 yıllarında yaşananlar,çekilen eziyetler verilen canlar
Birilerinin koltuğu,makamı,geçim derdi için d
Greg/Pete,
This patch adds various VID/PIDs to the ftdi_sio driver that I've
accumulated from the ftdi-usb-sio-devel mailing list, and others
back-ported from the 2.6 kernel:
* Gude Analog- und Digitalsystems GmbH PIDs from 2.6 kernel.
* Linx Technologies PIDs from 2.6 kernel (Corey Edwards).
*
Greg,
This patch adds various VID/PIDs to the ftdi_sio driver that I've
accumulated from the ftdi-usb-sio-devel mailing list, and one from
the 2.4 kernel sources:
* Interbiometrics USB I/O boards VID/PIDs from 2.4 kernel (Rudolf
Gugler).
* Intrepid Control Systems ValueCAN and NeoVI VID/PIDs f
Hello Dave,
Finally I could get EHCI driver (2.4.25) working on my MIPS-II (little
endian) platform.
The problem turned out to be wrong mapping of irqs in pci_fixup which was
preventing the interrupt to be serviced.
When I found that ehci_work was not getting called, I switched to the
watchdog
Hello Dave,
Finally I could get EHCI driver (2.4.25) working on my MIPS-II (little
endian) platform.
The problem turned out to be wrong mapping of irqs in pci_fixup which was
preventing the interrupt to be serviced.
When I found that ehci_work was not getting called, I switched to the
watchdog
Hello, I have a special offer for you...
WANT TO LOSE WEIGHT?
The most powerful weightloss is now available
without prescription. All natural Adipren720
100% Money Back Guarantée!
- Lose up to 19% Total Body Weight.
- Loss of 20-35% abdominal Fat.
- Up to 300% more Weight Loss while dieting.
- Incr
ok,
never trust anybody when they say anything about "tomorrow"... ;-)
On Wednesday 30 June 2004 16:39, Alan Stern wrote:
> It would be nice to know if there's any way to avoid adding this.
actually, there is. but none that pleases me remotely.
> If you turn on usb-storage debugging in your ke
Hi. This is the qmail-send program at hoster906.com.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
<[EMAIL PROTECTED]>:
Sorry, no mailbox here by that name. vpopmail (#5.1.1)
--- Below this line is
I have been testing NetChip 2280 RDK using “testusb” program with a
gadget driver code. It seems to be OK with “testusb” program and a gadget
driver because every test is successfully completed from test 0 to test 14.
We are using Linux kernel 2.4.24 on USB device side and 2.6.7 on USB host
side co
29 matches
Mail list logo
