On Friday 07 February 2003 06:38, Greg KH wrote:
> On Wed, Feb 05, 2003 at 04:57:53PM +0100, Duncan Sands wrote:
> > Eliminate a pile of code that isn't used anymore now the new send code
> > is in place, and make some cosmetic changes.
>
> Hm, this did not apply, sorry.
Hi Greg, I sent you ten pa
On Thu, Feb 06, 2003 at 08:40:40PM +0100, Oliver Neukum wrote:
> Hi,
>
> this is for 2.4
Applied, thanks.
greg k-h
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftwa
On Thu, Feb 06, 2003 at 08:00:44PM +0100, Oliver Neukum wrote:
> Hi Greg,
>
> this is a fix for the DHCP problem people have reported.
> Please apply this to your 2.4 tree.
Applied, thanks.
greg k-h
---
This SF.NET email is sponsored by:
Sour
On Thu, Feb 06, 2003 at 12:44:07PM -0500, Johannes Erdfelt wrote:
> On Thu, Feb 06, 2003, Johannes Erdfelt <[EMAIL PROTECTED]> wrote:
> > On Thu, Feb 06, 2003, Boris Duerner <[EMAIL PROTECTED]> wrote:
> > > I use the usb_get_driver_np() function to get the name of the loaded driver
> > > for a usb
On Thu, Feb 06, 2003 at 08:07:24PM +0100, Oliver Neukum wrote:
> Hi,
>
> this is the length calculation fix against 2.5.
Applied, thanks.
greg k-h
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Some
On Thu, Feb 06, 2003 at 08:22:14PM +0100, Oliver Neukum wrote:
> Hi Greg,
>
> please apply to 2.5.
Applied, thanks.
greg k-h
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://ww
On Thu, Feb 06, 2003 at 12:08:44PM -0500, Johannes Erdfelt wrote:
> On Thu, Feb 06, 2003, Boris Duerner <[EMAIL PROTECTED]> wrote:
> > I use the usb_get_driver_np() function to get the name of the loaded driver
> > for a usb device and I found that for a device using the usbmouse module the
> > w
On Thu, Feb 06, 2003 at 01:17:52AM +0100, Oliver Neukum wrote:
> Hi,
>
> the fix is obvious.
Applied, thanks.
greg k-h
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasof
I think in this case, it will take more for silicon not follow
the spec. They can simply reuse the TD fetching unit.
You got a point that new behavior havn't been test widely yet.
Here is the update version of the patch.
Cheers,
Chris
= devio.c 1.9 vs edited =
--- 1.9/drivers/usb/devio.
On Wed, Feb 05, 2003 at 01:24:32PM -0800, Randy.Dunlap wrote:
> Hi,
>
> The Stanford Checker discovered a memory leak in cdc-acm.
> This patch to 2.5.59 fixes it. Please apply.
Applied in my trees, thanks.
greg k-h
---
This SF.NET email is s
We are writing a usb device driver for a webcam(twinkle). We are
encountering a host of problems in writing the read entry point.
We have opted for isochronous transfer but are now not in a
position to proceed with it. We would appretiate any help which
will guide us through as to "How does one
On Wed, Feb 05, 2003 at 04:29:22PM +0100, Duncan Sands wrote:
> Get rid of some unused #defines.
Applied, thanks.
greg k-h
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.v
We are writing a usb device driver for a webcam(twinkle). We are
encountering a host of problems in writing the read entry point.
We have opted for isochronous transfer but are now not in a
position to proceed with it. We would appretiate any help which
will guide us through as to "How does one
On Wed, Feb 05, 2003 at 04:57:53PM +0100, Duncan Sands wrote:
> Eliminate a pile of code that isn't used anymore now the new send code
> is in place, and make some cosmetic changes.
Hm, this did not apply, sorry.
greg k-h
---
This SF.NET email
On Wed, Feb 05, 2003 at 05:50:28PM +0100, Duncan Sands wrote:
> Let's not forget to update the ATM transmission statistics! And
> let's not pretend to support AAL0 when we don't.
Sorry, did not apply,
greg k-h
---
This SF.NET email is sponsor
On Thu, Feb 06, 2003 at 10:07:50AM +0100, Duncan Sands wrote:
> Leak found by the Stanford Checker (patch by Randy Dunlap).
Applied, thanks.
greg k-h
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = So
Hi,
I think the beginning of the transaction is that 8 byte
setup TD, which already reset to DATA0. The (optional) follow
up data TD start at the second TD, (if any). Since they are pointed
by the same ED, I guess the data TD should be able to using toggle
bit, which was reseted by the first setu
Am Donnerstag, 6. Februar 2003 23:32 schrieb Alan Cox:
> On Thu, 2003-02-06 at 19:21, Oliver Kurth wrote:
> > Hello again,
> >
> > not as important as my last patch, but I think it's useful, especially
> > for hotpluggable devices, that can be plugged in at any order: set the
> > network device nam
On Thu, 2003-02-06 at 19:21, Oliver Kurth wrote:
> Hello again,
>
> not as important as my last patch, but I think it's useful, especially
> for hotpluggable devices, that can be plugged in at any order: set the
> network device name with a module parameter (eth_name).
SIOCSIFNAME handles this ge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Donnerstag, 6. Februar 2003 20:21 schrieb Oliver Kurth:
> Hello again,
>
> not as important as my last patch, but I think it's useful, especially
> for hotpluggable devices, that can be plugged in at any order: set the
> network device name with a m
Hi,
this is for 2.4
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
===
[EMAIL PROTECTED], 2003-02-06
Hi,
this is the length calculation fix against 2.5.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
===
Hi Greg,
please apply to 2.5.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
===
[EMAIL PROTECTED], 2
Hello again,
not as important as my last patch, but I think it's useful, especially
for hotpluggable devices, that can be plugged in at any order: set the
network device name with a module parameter (eth_name).
Greetings,
Oliver
--- drivers/usb/kaweth.c.orig1 Thu Feb 6 19:52:29 2003
+++ drive
Hi Greg,
this is a fix for the DHCP problem people have reported.
Please apply this to your 2.4 tree.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
==
Hello!
I just tried to set up a dhcp server for testing purposes using the
the Netgear EA101 with the kaweth driver from 2.4.20. I got these errors:
debian:~# dhclient
Internet Software Consortium DHCP Client 2.0pl5
Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium.
All rig
On Thu, Feb 06, 2003, Johannes Erdfelt <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 06, 2003, Boris Duerner <[EMAIL PROTECTED]> wrote:
> > I use the usb_get_driver_np() function to get the name of the loaded driver
> > for a usb device and I found that for a device using the usbmouse module the
> > w
On Thu, Feb 06, 2003, Boris Duerner <[EMAIL PROTECTED]> wrote:
> I use the usb_get_driver_np() function to get the name of the loaded driver
> for a usb device and I found that for a device using the usbmouse module the
> wrong driver name is returned. It gives me "usb_mouse" instead of usbmouse.
Thanks for the comments.
Where can I find the test programs that demonstrate output on an interrupt
end-point. An example program would help immensely.
Everything that I tried failed (ie. libusb, HIDDEV, bulk writes to
an interrupt endpoint etc.). Likely I was doing something wrong.
David Brown
Dear Friend,
I am in the Falkland Islands this this month, on a crusade to spread
the word of Linux. I am terribly sorry that I will not be able to
personally reply to your e-mail message in a timely matter.
If your note is urgent, please contact one of the following people.
Editorial: Heath
Leak found by the Stanford Checker (patch by Randy Dunlap).
atmsar.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff -Nru a/drivers/usb/misc/atmsar.c b/drivers/usb/misc/atmsar.c
--- a/drivers/usb/misc/atmsar.c Thu Feb 6 10:05:43 2003
+++ b/drivers/usb/misc/atmsar.c Thu Fe
31 matches
Mail list logo
