From: Pavel Machek <pavel@suse.cz>
To: Sandro Bonazzola <sandro.bonazzola@gmail.com>
Cc: Pekka J Enberg <penberg@cs.helsinki.fi>,
Greg Kroah-Hartman <greg@kroah.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe()
Date: Thu, 22 Jan 2009 22:10:53 +0100 [thread overview]
Message-ID: <20090122211052.GA1928@elf.ucw.cz> (raw)
In-Reply-To: <4978C812.90702@gmail.com>
On Thu 2009-01-22 20:25:06, Sandro Bonazzola wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Pavel Machek ha scritto:
> >> From: Pekka Enberg <penberg@cs.helsinki.fi>
> >>
> >> If successful, the usb_control_msg() function returns the number of
> >> bytes transferred. Fix up wb35_probe() to only bail out if the function
> >> returns a negative number.
> >>
> >> Reported-by: Sandro Bonazzola <sandro.bonazzola@gmail.com>
> >> Signed-off-by: Pekka Enberg <penberg@cs.helsinki.fi>
> >
> > Acked-by: Pavel Machek <pavel@suse.cz>
>
> Ok, tested. Here is the result:
>
> # uname -a
> Linux arilinn 2.6.29-rc2-00013-gf3b8436-dirty #1 Thu Jan 22 19:39:23 CET 2009
> x86_64 AMD Athlon(tm) 64 Processor 3500+ AuthenticAMD GNU/Linux
>
> Inserting the USB device:
> # dmesg
> usb 1-3: new high speed USB device using ehci_hcd and address 4
> usb 1-3: New USB device found, idVendor=18e8, idProduct=6201
> usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
> usb 1-3: Product: Usb2Wlan
> usb 1-3: Manufacturer: WINBOND
> usb 1-3: SerialNumber: 101d350112
> usb 1-3: configuration #1 chosen from 1 choice
> w35und: module is from the staging directory, the quality is unknown, you have
> been warned.
> wmaster0 (usb): not using net_device_ops yet
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
This looks like a key clue...
Maybe you could try _current_ w35und on 2.6.28 or something like that?
I have feeling that networking core changed in incompatible way here.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
next prev parent reply other threads:[~2009-01-22 21:11 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-22 10:06 [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe() Pekka J Enberg
2009-01-22 11:42 ` Pavel Machek
2009-01-22 19:25 ` Sandro Bonazzola
2009-01-22 21:10 ` Pavel Machek [this message]
2009-01-22 21:19 ` Harvey Harrison
2009-01-22 22:32 ` Pekka Enberg
2009-01-22 22:34 ` Sandro Bonazzola
2009-01-22 22:31 ` Pekka Enberg
2009-01-26 19:31 ` Sandro Bonazzola
2009-01-26 19:40 ` Pekka Enberg
2009-01-26 19:43 ` Pekka Enberg
2009-01-26 20:13 ` Sandro Bonazzola
2009-01-26 20:22 ` Pekka Enberg
2009-01-26 21:42 ` Pavel Machek
2009-01-22 22:37 ` Pekka Enberg
2009-01-26 17:51 ` Greg KH
2009-01-26 18:03 ` Pekka Enberg
2009-01-26 18:10 ` Pekka Enberg
2009-01-29 19:24 ` Greg KH
2009-01-30 9:32 ` Pekka Enberg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090122211052.GA1928@elf.ucw.cz \
--to=pavel@suse.cz \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=penberg@cs.helsinki.fi \
--cc=sandro.bonazzola@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox