On Wed, Nov 06, 2002 at 06:04:25PM +1100, Brad Hards wrote:
>
> There is a cost to this: more minor numbers required for hiddev.
How many more minor numbers do you think would be needed?
greg k-h
---
This sf.net email is sponsored by: Are yo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 13 Nov 2002 10:58, Alan Cox wrote:
> On Tue, 2002-11-12 at 23:19, Benjamin Herrenschmidt wrote:
> > In both 2.4 CDCEther.c and 2.5 cdc-ether.c, there is this bit of
> > code in the start_xmit function:
>
> A fix was posted for this a long time
On Tue, Nov 12, 2002 at 07:38:08PM -0800, Randy.Dunlap wrote:
> Here is the usblp buffer allocation patch for 2.5.47.
>
> Any comments on it?
> If not, Greg, please apply it.
Applied, thanks.
greg k-h
---
This sf.net email is sponsored by: Ar
On Wed, Nov 13, 2002 at 07:26:26AM +0100, Oliver Neukum wrote:
> Am Dienstag, 12. November 2002 23:31 schrieb Randy.Dunlap:
> > On Tue, 12 Nov 2002, Oliver Neukum wrote:
> > | Hi,
> > |
> > | this fixes an oops upon using an unplugged scanner.
> > | Greg could you get this into 2.4.20 ? It's a clea
On Sun, Nov 10, 2002 at 02:23:55PM -0800, Joe Burks wrote:
>
> Could someone fill my clueless self in on how to get the latest version of
> vicam.c (the ones newer than what's in the latest kernel 2.5.xx)?
Either use bitkeeper to get a copy of Linus's or my trees, or use the
-bk patches on kerne
Am Dienstag, 12. November 2002 23:31 schrieb Randy.Dunlap:
> On Tue, 12 Nov 2002, Oliver Neukum wrote:
> | Hi,
> |
> | this fixes an oops upon using an unplugged scanner.
> | Greg could you get this into 2.4.20 ? It's a clear fix for
> | a single driver.
>
> missing patch ??
Yes. OK. I should get
On Tue, Nov 12, 2002 at 11:10:51AM -0800, Joe Burks wrote:
> Greg, please apply
>
> Included in this patch:
>
> - (From John Tyner) Move allocation of memory out of send_control_msg. With
> the allocation moved to open, control messages are less expensive since
> they don't allocate and free me
On Tue, Nov 12, 2002 at 04:33:34PM -0800, David Brownell wrote:
>
> It also starts to use dev_dbg() macros, which give more concise
> (lately) and useful (they have both driver name and device id)
> diagnostics than the previous usb-only dbg() macros. To do this,
> DEBUG had to be #defined before
Randy.Dunlap wrote:
Here is the usblp buffer allocation patch for 2.5.47.
Any comments on it?
Looked OK to me, thanks for doing this.
- Dave
---
This sf.net email is sponsored by:
To learn the basics of securing your web site with SSL,
c
Here is the usblp buffer allocation patch for 2.5.47.
Any comments on it?
If not, Greg, please apply it.
~Randy
--- ./drivers/usb/class/usblp.c%hangMon Nov 4 14:30:11 2002
+++ ./drivers/usb/class/usblp.c Mon Nov 11 19:55:27 2002
@@ -1,9 +1,9 @@
/*
- * usblp.c Version 0.12
+ * usblp.c Vers
Mp3sa yine bir ilki gerçekleþtiriyor: Klip arþivi!
Full albüm ve single parçalar mp3 halinde!
Arayýpta bulamadýðýnýz bütün parçalar için birde sitemize bakýn: http://www.mp3sa.com
Full Turkçe Album
Full Yabancý Album
A-Z Yerli Mp3
A-Z Yabancý Mp3
En Iyý 20
Yerli Výdeo Klýp
Yabancý
Also, shouldn't we just complete the frame with a zero-lenght
packet or is this a problem with some hci's
Host controllers usually don't have problems sending zero length
packets, and the URB_ZERO_PACKET flag (2.5 name) automatically
handles sending one when it's needed. They shouldn't! It's
This fixes various minor problems:
- re-orders some tests so that "(no bus?)" diagnostic should
no longer be appearing (and making folk worry needlessly)
- removes one unreachable test for URB_TIMEOUT_KILLED
- removes the reachable test, since it's never an error on the
part of the device
This mostly moves the initialization of some sysfs-related
fields earlier, so HCD code can access them during those
(initial error prone) parts of enumeration without oopsing.
The particular access I wanted was using
debug utilities like dev_dbg(), dev_warn() and so on ... so
I also changed the n
This patch shows how many configurations a device has,
which will be important for eventual user mode tools
that manage configurations.
- Dave
--- ./drivers/usb-dist/core/driverfs.c Mon Nov 11 06:37:46 2002
+++ ./drivers/usb/core/driverfs.c Tue Nov 12 08:11:54 2002
@@ -149,4 +149,5 @@
usb
On Tue, Nov 12, 2002 at 11:32:40PM +0100, Oliver Neukum wrote:
> Hi,
>
> this fixes an oops upon using an unplugged scanner.
> Greg could you get this into 2.4.20 ? It's a clear fix for
> a single driver.
-ENOPATCH
---
This sf.net email is spo
On Tue, 2002-11-12 at 23:19, Benjamin Herrenschmidt wrote:
> In both 2.4 CDCEther.c and 2.5 cdc-ether.c, there is this bit of
> code in the start_xmit function:
A fix was posted for this a long time ago, and its been in -ac for a
while. Its needed for the USB cable modem I have too.
---
In both 2.4 CDCEther.c and 2.5 cdc-ether.c, there is this bit of
code in the start_xmit function:
// If we are told to transmit an ethernet frame that fits EXACTLY
// into an integer number of USB packets, we force it to send one
// more byte so the device will get a runt USB packet signalling t
Hi,
this fixes an oops upon using an unplugged scanner.
Greg could you get this into 2.4.20 ? It's a clear fix for
a single driver.
Regards
Oliver
---
This sf.net email is sponsored by:
To learn the basics of securing
Friends,
I have an application software that was written to
deliver messages to several remote clients via the TCP
network at the same time. Yet, it isn't working very
well and is causing some performance pain. I am
looking for ways to make it better.
Does anyone know there is anyplace where
I think it's a driver bug (usbfs) that it released any
interface with an urb still pending.
Hi Dave, thanks for reading my emails! There seem to be
multiple bugs:
(1) releasing an interface but not cancelling pending urbs.
Yes. Are you going to try to develop a patch for "usbfs"
to resolve
Greg, please apply
Included in this patch:
- (From John Tyner) Move allocation of memory out of send_control_msg. With
the allocation moved to open, control messages are less expensive since
they don't allocate and free memory every time.
- (From John Tyner) Change the behaviour of send_control
On Monday 11 November 2002 03:04, David Brownell wrote:
> > (c) submits an interrupt urb. This urb will not complete
> > for a long time. The urb is in the async pending list.
> > (d) releases the interface (as a side effect, this means
> > that driver_disconnect will NOT be called on hub removal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 12 Nov 2002 17:10, Robert Love wrote:
> So you think we cannot implement battery status without polling? That is,
> uh, gross.
The notification comes through on that LED byte:
> Field: 2: app: 10002 phys flags 2 (1 usages) unit 0 exp
On Tue, Nov 12, 2002 at 08:46:21AM +0100, David Eriksson wrote:
>
> By the way, why isn't there a common device class/subclass or interface
> class/subclass for these devices?
Take it up with the USB device companies :)
If you're a member, you can suggest that a class be created, which would
be a
25 matches
Mail list logo