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
This patch does some of the things we've been talking about. It permits
usb_reset_device() to run on a non-root hub, and it makes usb_reset_device
responsible for disconnecting the children rather than khubd.
This is maybe not yet quite as robust as the existing code, because we
don't retry an
Hi. This is the qmail-send program at proxad.net.
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. (#5.1.1)
--- Below this line is a copy of th
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
have this effect. When this happens, we need to make sure that all the
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 doesn't really do much in itself, but it's a prerequisite for the
next
> Unless you consider module unload.
Or, rather, usb_deregister.
Duncan.
---
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical expe
> > It's worth to note that a number of drivers under usb/media/
> > still implement "simple" urb removal (urb_unlink()+free_urb())
> > without the above mechanism and proper error handling.
> > Although this is not a problem in most of the cases, it is likely
> > that they crash the kernel on SMP
On Thu, 1 Jul 2004, Luca Risolia wrote:
> On Thu, 1 Jul 2004 11:06:21 -0400 (EDT)
> Alan Stern <[EMAIL PROTECTED]> wrote:
>
> > > It's worth to note that a number of drivers under usb/media/
> > > still implement "simple" urb removal (urb_unlink()+free_urb())
> > > without the above mechanism and
Alan Stern wrote:
On Thu, 1 Jul 2004, David Brownell wrote:
Could you clarify which patches you mean? I'd guess as329 and as330,
Yes. ...
I don't think I noticed any patch enabling the code that reports
changed config descriptors (which Joerg will need). Would he be
able to add as329 and as330
On Thu, 1 Jul 2004, David Brownell wrote:
> > Just last week I sent in a bunch of patches that make device resets work
> > correctly in all circumstances. They haven't been accepted yet, and when
> > they are it might not be in time for 2.6.8. But eventually they should
> > get into the kernel.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 1 Jul 2004 11:06:21 -0400 (EDT)
Alan Stern <[EMAIL PROTECTED]> wrote:
> > It's worth to note that a number of drivers under usb/media/
> > still implement "simple" urb removal (urb_unlink()+free_urb())
> > without the above mechanism and prope
On Thu, 1 Jul 2004, Pete Zaitcev wrote:
> Just thought I'd share some of the fun I have to face all the time
> with usb-storage. The bug is against the RHEL 3 U2, which essentially
> equals Marcelo >= 2.4.24 in the usb-storage department.
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=1
On Thu, 1 Jul 2004, Luca Risolia wrote:
> The patch works for me. Now I can remove the ugly
> wait_for_completion/complete mechanism that I used to avoid
> race conditions during disconnections.
Good. That's exactly the sort of thing it was intended for.
> It's worth to note that a number of
Alan Stern wrote:
On Thu, 1 Jul 2004, Joerg Albert wrote:
Is there any more reasonable way for this DFU device with 2.6.7 ?
Just last week I sent in a bunch of patches that make device resets work
correctly in all circumstances. They haven't been accepted yet, and when
they are it might not be in
On Wed, 30 Jun 2004, David Brownell wrote:
> Alan Stern wrote:
>
> >>That's because there _is_ only one kind of "suspend"; the other
> >>is power-off!
> >
> >
> > Merely semantics. If you want to suspend your computer by storing the
> > state and turning everything off (suspend-to-disk), is t
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.
To continue the analogy I made earlier, consider what difference there is
between power-off suspend of a device and reset of it
On Thu, 1 Jul 2004, Joerg Albert wrote:
> Hi David and Alan,
>
> On Mon, 3 May 2004, Alan Stern wrote:
>
> > This patch imports the changes that David Brownell has made to the
> > device-reset functions in his gadget-2.6 tree. Once these ongoing
> > troubling questions about locking are settled
On Wed, 30 Jun 2004, Volker Wysk wrote:
> Alan Stern wrote:
>
> > Perhaps reducing the max_sectors value will help. If you have a sysfs
> > filesystem mounted, you ought to be able to find the max_sectors file in
> > some place like /sys/block/sda/device/ (I'm not sure exactly what the path
>
Just thought I'd share some of the fun I have to face all the time
with usb-storage. The bug is against the RHEL 3 U2, which essentially
equals Marcelo >= 2.4.24 in the usb-storage department.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=120341
khubd D 0002 358481 1
Someone spotted that ftdi_sio outputs a debug trace for TIOCMGET,
but not for TIOCMSET, so this patch adds a debug trace for TIOCMSET
too.
Signed off by: Ian Abbott <[EMAIL PROTECTED]>
diff -ur linux-2.6.7/drivers/usb/serial/ftdi_sio.c linux-2.6.7-ija/drivers/usb/serial/ftdi_sio.c
--- linux-2.6
On 25/06/2004 21:56, Croy, Nathan wrote:
SUMMARY
===
ftdi_sio never reasserts modem control lines once the baud has been set to
B0.
DESCRIPTION
===
Setting the baud to B0 (hangup) drops DTR. When the baud is raised again,
DTR is not raised. This can cause a modem to ignore any command
21 matches
Mail list logo
