Am Mittwoch, 30. Juni 2004 01:57 schrieb David Brownell:
> Alan Stern wrote:
>
> > Come to think of it, there really is almost no difference between an
> > unsolicited device reset and a power-off suspend (except that one is
> > quicker than the other). No difference at all as far as anything in
Alan Stern wrote:
On Sun, 27 Jun 2004, Phil Brunner wrote:
The attached Matthew Dharm patch
Just to set the record straight, I wrote the majority of that patch. It
was submitted to Matt Dharm, who changed it slightly by making the option
to use the MODE SENSE command selectable in the
On Tue, 29 Jun 2004, Greg KH wrote:
> Ok, thanks to both of you posting bug reports that seemed quite
> different, I think I've finally fixed both of your issues. The patch
> below is what I've just added to my trees and will send to Linus in a
> bit, and should solve both problems.
>
> Basically
Oliver Neukum wrote:
In considering the current state of affairs to be correct you are
implicitly saying that there are two classes of busses. Those that
implement full suspend() semantics and those that do not.
Well, there's hotplug busses and non-hotplug ones; hotplug always
allows disconnect (ev
ChangeSet 1.1760.26.5, 2004/06/24 10:21:05-07:00, [EMAIL PROTECTED]
[PATCH] USB: EHCI IRQ tweaks
Various tweaks to EHCI IRQ handling, these may affact some systems.
- Delays enabling IRQs until the root hub is more fully set up, so
any "resume detect" IRQs can be handled properly. (Craig Na
Alan Stern wrote:
Come to think of it, there really is almost no difference between an
unsolicited device reset and a power-off suspend (except that one is
quicker than the other). No difference at all as far as anything in the
USB stack is concerned, it seems to me.
Actually there is a differen
ChangeSet 1.1760.26.3, 2004/06/23 15:40:17-07:00, [EMAIL PROTECTED]
[PATCH] USB: patches to acm driver
- races with urb->current, union header evaluation, DMA handling
Signed-off-By: Oliver Neukum <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers/usb/class/c
ChangeSet 1.1760.26.13, 2004/06/24 11:02:37-07:00, [EMAIL PROTECTED]
[PATCH] USB: kaweth not handling ESHUTDOWN
kaweth fails to cleanly shut down operations upon shutdown of the
controller.
Signed-Off-By: Oliver Neukum <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
ChangeSet 1.1760.26.15, 2004/06/24 11:15:51-07:00, [EMAIL PROTECTED]
[PATCH] USB: shut-up kaweth usb/net driver
The kaweth usb ethernet driver is pretty noisy. It generates over 40 lines
during a modprobe. The following patch reduces the prints generated by
this driver.
Signed-off-by: Andrew M
ChangeSet 1.1760.26.11, 2004/06/24 10:43:02-07:00, [EMAIL PROTECTED]
[PATCH] USB: usb gadget drivers should be stricter about ZLPs
Some USB device controllers make it easy to handle all the various ways
hosts interpret the USB spec about when control-IN transfers need to send
a ZLP ... they can j
ChangeSet 1.1760.26.16, 2004/06/24 11:16:26-07:00, [EMAIL PROTECTED]
[PATCH] USB: Patch to signal underflow in usb-storage driver
This patch causes the usb-storage driver to return an error indication
(DID_ERROR together with SUGGEST_RETRY) when the amount transferred by a
SCSI command is smaller
ChangeSet 1.1760.26.8, 2004/06/24 10:41:32-07:00, [EMAIL PROTECTED]
[PATCH] USB: Use 64-bit IO addresses in UHCI driver
Thanks to Ludovic Aubry for this patch. It changes some local variables
used by the UHCI driver to store IO addresses from unsigned int to
unsigned long. This is vitally neces
ChangeSet 1.1760.26.4, 2004/06/23 15:41:08-07:00, [EMAIL PROTECTED]
[PATCH] USB: another error check in acm
I overlooked that setting control lines in open can fail.
- check for error doing control transfers
Signed-Off-By: Oliver Neukum <[EMAIL PROTECTED]>
Signed-off-by: Vojtech Pavlik <[EMAI
ChangeSet 1.1760.26.24, 2004/06/29 09:50:46-07:00, [EMAIL PROTECTED]
[PATCH] USB Storage: Unusual_devs.h update
On Sat, 26 Jun 2004, Edward C. Bailey wrote:
> Hello,
>
> I was downloading some pictures from my Digital Wallet to my Fedora
> Core 2 system at the same time I happened to be watc
ChangeSet 1.1760.26.14, 2004/06/24 11:15:17-07:00, [EMAIL PROTECTED]
[PATCH] USB: gadgetfs AIO support
This patch adds AIO support to gadgetfs, letting user mode programs use
"libaio" to manage USB I/O concurrency with the same API as they may
already be using for disk files. In particular, it's
ChangeSet 1.1760.26.20, 2004/06/29 09:46:24-07:00, [EMAIL PROTECTED]
[PATCH] USB Storage: unusual_devs.h addition
took me a while to get my external usb drive running under linux-2.6.6,
appears to need the appended fix. according to the header in unusual_devs.h
one should send them to you, so her
ChangeSet 1.1760.26.1, 2004/06/23 15:38:17-07:00, [EMAIL PROTECTED]
[PATCH] USB: Add logical connect-change notices to the hub driver
This patch implements the missing functionality necessary to get device
resets working fully. It adds a bit-array of ports with logical
connect-changes pending to
ChangeSet 1.1760.26.22, 2004/06/29 09:48:16-07:00, [EMAIL PROTECTED]
[PATCH] USB: pwc-uncompress.h
For some reason, gcc-2.95.4 dies horridly on those asmlinkage
declarations.
I was unable to work out _why_ those functions have asmlinkage, as there
seem to be no instances of them - nobody calls
p
ChangeSet 1.1760.26.6, 2004/06/24 10:21:34-07:00, [EMAIL PROTECTED]
[PATCH] USB: usb ethernet gadget build fixes on PXA
Build fixes for ethernet gadget on PXA.
From: Frank Neuber <[EMAIL PROTECTED]>
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EM
ChangeSet 1.1760.26.21, 2004/06/29 09:47:12-07:00, [EMAIL PROTECTED]
[PATCH] USB: PL2303 module, new IDs
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers/usb/serial/pl2303.c |1 +
drivers/usb/serial/pl2303.h |6 ++
2 files changed, 7 insertions(+)
diff -Nru a/drivers
ChangeSet 1.1760.26.12, 2004/06/24 11:02:07-07:00, [EMAIL PROTECTED]
[PATCH] USB: GFP_KERNEL in irq
you are using GFP_KERNEL in irq. That's illegal. GFP_ATOMIC must
be used.
Signed-Off-By: Oliver Neukum <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers/usb/medi
ChangeSet 1.1760.26.19, 2004/06/28 17:03:18-07:00, [EMAIL PROTECTED]
USB: provide support for the HX version of pl2303 chips
Thanks to Gordon Elam <[EMAIL PROTECTED]> for the information needed
to do this.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers/usb/serial/pl2303.c | 5
ChangeSet 1.1760.26.2, 2004/06/23 15:39:20-07:00, [EMAIL PROTECTED]
[PATCH] USB: Fail pending URBs in dummy_hcd upon disconnect
This patch fixes another bug in the dummy_hcd driver. When a gadget
driver unregisters (simulating a device disconnect), dummy_hcd stops the
timer that it uses for proc
ChangeSet 1.1760.26.9, 2004/06/24 10:42:03-07:00, [EMAIL PROTECTED]
[PATCH] USB: Imiprove usb_device tracking in dummy_hcd
A tricky problem the dummy_hcd driver has to solve is keeping track of the
usb_device structure that corresponds to a registered gadget. Right now
that's not done very robus
ChangeSet 1.1760.26.10, 2004/06/24 10:42:31-07:00, [EMAIL PROTECTED]
[PATCH] USB: Add mb() during initialization of UHCI controller
In a recent thread it was mentioned that some architectures, such as PPC,
do not guarantee relative ordering between different varieties of
processor/device data tra
ChangeSet 1.1760.26.7, 2004/06/24 10:22:19-07:00, [EMAIL PROTECTED]
[PATCH] USB: hid-tmff fix
This fixes a long-standing bug in the hid-tmff driver that
causes it to not work at all.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers/usb/input/hid-tmff.c |2 +-
1 files changed
ChangeSet 1.1760.26.23, 2004/06/29 09:49:30-07:00, [EMAIL PROTECTED]
[PATCH] USB: Fix pegasus_set_multicast lockup in drivers/usb/net/pegasus.c
I strongly recommend that this patch be applied.
Without this patch, running tcpdump on an SMP machine with the
pegasus adapter locks up 9 times out of
ChangeSet 1.1760.26.18, 2004/06/24 11:31:35-07:00, [EMAIL PROTECTED]
[PATCH] USB: enable the pwc driver to be able to be built again.
drivers/usb/media/Kconfig |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -Nru a/drivers/usb/media/Kconfig b/drivers/usb/media/Kconfig
--- a/dri
Hi,
Here are some more USB fixes against the latest 2.6.7-bk tree. Almost
all of these patches have been in the past few -mm releases.
The one odd fs/aio.c change is to export a symbol needed by gadgetfs to
be a module. The other fixes here are:
- async io support for gadgetfs
-
Hello,
I sent you an email a few days ago, because you now qualify for a new mortgage.
You could get $300,000 for as little as $700 a month!
Bad credit is no problem, you can pull cash out or refinance.
Please click on this link:
http://www.fast-loanz.com/e4/e7.php?weo=71
Best Regards,
Steve Morr
Hi,
We have a Cialapren offer for you.
The world's most effectìve male enhancemént píll!
100% Natural botanicals gathered from every corner of the world, only 2 pílls daily
Increase the length of your manhood by 2-5 full inches
Thicken your manhood and make it much fuller & harder
Boost your co
Hi,
Ok, thanks to both of you posting bug reports that seemed quite
different, I think I've finally fixed both of your issues. The patch
below is what I've just added to my trees and will send to Linus in a
bit, and should solve both problems.
Basically the issue was 2 things:
- Zwane co
Am Dienstag, 29. Juni 2004 23:10 schrieben Sie:
> On Tue, 29 Jun 2004, Oliver Neukum wrote:
>
> >
> > > This has nothing to do with considering disconnect() as anything other
> > > than a binding change. And you certainly don't want to switch to
> > > altsetting 0 immediately after the suspend
"Nemosoft Unv." <[EMAIL PROTECTED]> wrote:
>
> I'm still surprised at the number of GCC 2.95 compilers in use
> today...
It's significantly faster. Rather pleasant when one compiles kernels
a lot.
---
This SF.Net email sponsored by Black Hat
On Tue, 29 Jun 2004, Oliver Neukum wrote:
>
> > This has nothing to do with considering disconnect() as anything other
> > than a binding change. And you certainly don't want to switch to
> > altsetting 0 immediately after the suspend() callback returns, because
> > that will confuse the driv
On Sunday 27 June 2004 00:27, you wrote:
> For some reason, gcc-2.95.4 dies horridly on those asmlinkage
> declarations.
>
> I was unable to work out _why_ those functions have asmlinkage, as there
> seem to be no instances of them - nobody calls
> pwc_register_decompressor(). What's up with that?
Am Dienstag, 29. Juni 2004 19:08 schrieben Sie:
> Come to think of it, there really is almost no difference between an
> unsolicited device reset and a power-off suspend (except that one is
> quicker than the other). No difference at all as far as anything in the
> USB stack is concerned, it seems
Hi,
I mentioned recently that USB-OTG support for Linux is "in the works".
Now it's time to share some info about it ... see below.
What I'd like to do is have most of these merge into 2.6.8 since the
programming interface changes seem small and safe. That means right
now is a great time for folk
> This has nothing to do with considering disconnect() as anything other
> than a binding change. And you certainly don't want to switch to
> altsetting 0 immediately after the suspend() callback returns, because
> that will confuse the driver in the common case where it remains bound to
> th
Quoting John Que <[EMAIL PROTECTED]>:
> Hello,
>
> I work with a logitech 4000 pro WebCam with the pwc driver;
> I run it on RH9 linux with 2.4.20-8 kernel.
>
> The driver is part of the linux kernel 2.4.20-8. (and also above , of
> course).
>
> Now , in pwc_isoc_init() method (in pwc-if.c)
On Mon, Jun 28, 2004 at 10:49:14AM -0400, Alan Stern wrote:
> On Sat, 26 Jun 2004, Edward C. Bailey wrote:
>
> > Hello,
> >
> > I was downloading some pictures from my Digital Wallet to my Fedora
> > Core 2 system at the same time I happened to be watching
> > /var/log/messages. Here's what
On Tue, 29 Jun 2004, Tommy Faasen wrote:
> >Tommy: An interesting test, if you can do it, would be to install Windows
> >on the same computer and see if the wifi stick works with it.
> >
> >
> >
> I'll try to get to get a bootable disk, it won't be anytime soon though.
> In case it works (or do
On Tue, 29 Jun 2004, Oliver Neukum wrote:
> > It would even be possible to detect connect changes during a power-off
> > suspend, by comparing the "before" and "after" states of the hubs. Once
> > the power has been restored for (say) 5 seconds, khubd could check whether
> > any previously-connec
Alan Stern wrote:
On Mon, 28 Jun 2004, Steve Calfee wrote:
Hi Alan,
I don't think you are right about this. The spec for low and high speed
devices is very tight on bus turnaround times. A minimum of 2 bit times (166
ns) from the end of SE0 of the eop and a maximum of 6.5 bit times (541 ns).
On Sun, Jun 27, 2004 at 07:13:44PM +0200, Christoph Hellwig wrote:
> On Mon, Jun 21, 2004 at 12:30:43PM +1000, Herbert Xu wrote:
> > Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> > >
> > > I see your point, but I saw drivers doing worse things.
> > > Just drop that patch and voila... Or send it to Gre
On Fri, 25 Jun 2004, Duncan Sands wrote:
> By the way Alan, maybe there should be a check that the maxpacket size
> is valid. I have a device that sometimes returns a maxpacket size of zero
> (in fact the whole 8 bytes read is zero - maybe nothing was read but the
> error reporting logic is wrong
Hi Alan,
> > By the way Alan, maybe there should be a check that the maxpacket size
> > is valid. I have a device that sometimes returns a maxpacket size of zero
> > (in fact the whole 8 bytes read is zero - maybe nothing was read but the
> > error reporting logic is wrong somewhere?). Given the
On Sat, Jun 26, 2004 at 06:17:31PM -0700, Matthew Dharm wrote:
> On Tue, Jun 22, 2004 at 02:11:49PM -0700, Greg KH wrote:
> > On Tue, Jun 22, 2004 at 12:41:03PM -0700, Greg KH wrote:
> > > On Tue, Jun 22, 2004 at 02:37:03PM -0400, Alan Stern wrote:
> > > > Greg:
> > > >
> > > > Do you know what's
On Mon, 28 Jun 2004, Riccardo Persichetti wrote:
> Hi Alan,
>
> first of all thanks for the quick response.. i've added usb-storage
> debugging as you told me and guess what, i could mount the camera
> with no problems at all.. quite funny, isn't it?
> btw, CONFIG_USB_STORAGE_DEBUG=y is the onl
On Tue, 29 Jun 2004, Oliver Neukum wrote:
> Am Montag, 28. Juni 2004 17:33 schrieb Alan Stern:
> > > Hmm, I see. Tradeoff time. I'd say take whichever causes
> > > least impact to device drivers ... didn't you originally
> > > suggest taking the device out of suspend before unbind? :)
> >
> >
On Tue, 29 Jun 2004, FlashCode wrote:
> Hi Alan,
>
> First thank you for your help.
> I just tried to compile 2.6.7 with uhci driver from 2.6.6 (patched
> with out patch - http://eciadsl.flashtux.org/download/beta).
> Same problem, disconnected since I upload something.
>
> So now we know that p
On Mon, 28 Jun 2004, Steve Calfee wrote:
> Hi Alan,
>
> I don't think you are right about this. The spec for low and high speed
> devices is very tight on bus turnaround times. A minimum of 2 bit times (166
> ns) from the end of SE0 of the eop and a maximum of 6.5 bit times (541 ns).
> See tab
> > We should seek to limit the limitations.
> > The only absolute limitation I see is not large
> > - you cannot do remote wake up
> > - you cannot detect pluggings during such suspension
> > - you cannot resume devices which have state unknown to the driver (sg etc.)
>
> I think this could be
Am Montag, 28. Juni 2004 17:33 schrieb Alan Stern:
> > Hmm, I see. Tradeoff time. I'd say take whichever causes
> > least impact to device drivers ... didn't you originally
> > suggest taking the device out of suspend before unbind? :)
>
> I don't remember suggesting that. It isn't practical i
54 matches
Mail list logo
