2010-12-14 17:09:42

by Eduardo Costa

[permalink] [raw]
Subject: another device working

Hi guys,

I've made my device work with p54 without any hassle, so I wanted to report it.

This is an usb adpator widely provided by telefonica, here in spain. A
search based on the first couple of numbers of it's mac address
(00:14:A5), reveals this is the vendor and the model:

http://www.gemtek.com.tw/pro_wubi100.html

A picture of it can be found here:

http://www.zero13wireless.net/wireless/Mods_Wireless/GW3887AIK-usb.jpg

I also took the EMF protection cover out to see what was inside, but
didn't take any pictures either.
If you might need them, just let me know; there is just another two
smaller chips under (an ISL, and other I don't rembember now).

Although the supplied windows drivers for this device are called
prisma02, and in fact match the ones supplied by sparklan for it's
model WL-682, I couldn't make it work with ndiswrapper, due to it
returning `0xc010005' on a permanent basis, which ndiswrapper's source
defines as sort of "unable to initialize due to chip not found or
chip/driver mistmatch".

Anyways, I just had to add the following line to
`drivers/net/wireless/p54/p54usb.c' on a stock 2.6.30 kernel, prior to
recompilation and installing the module to make it work:

{USB_DEVICE (0x15a9, 0x0002)}, /* Gemtek WUBI-100GW 802.11g */

And about the firmware, it does work with stock p54's
`2.13.24.0.lm87.arm' found on the website, so I just had to copy it to
`/lib/firmware' while renaming it to `isl3887usb'.

Thanks so much for your code and support, and do not hetisate to
contact me if you need any further assistance on my side.

Regards,


2010-12-14 21:05:54

by Sedat Dilek

[permalink] [raw]
Subject: Re: another device working

On Tue, Dec 14, 2010 at 9:41 PM, Larry Finger <[email protected]> wrote:
> On 12/14/2010 11:09 AM, Eduardo Costa wrote:
>> Hi guys,
> --snip--
>
>> Anyways, I just had to add the following line to
>> `drivers/net/wireless/p54/p54usb.c' on a stock 2.6.30 kernel, prior to
>> recompilation and installing the module to make it work:
>>
>>  {USB_DEVICE (0x15a9, 0x0002)},   /* Gemtek WUBI-100GW 802.11g */
>>
>> And about the firmware, it does work with stock p54's
>> `2.13.24.0.lm87.arm' found on the website, so I just had to copy it to
>> `/lib/firmware' while renaming it to `isl3887usb'.
>>
>> Thanks so much for your code and support, and do not hetisate to
>> contact me if you need any further assistance on my side.
>
> Thanks for the report. I just submitted a patch to wireless-testing with a copy
> to you for this change to be included in kernel 2.6.37, and to be backported to
> all stable and long-term kernels.
>
> Larry

I wanted to add the device-specific data to [1], but edit-mode looks
strange (see attached screenshot).
Johannes any idea?

[1] http://wireless.kernel.org/en/users/Devices/USB


Attachments:
wko_en-users-devices-usb_edit-mode.png (25.06 kB)

2010-12-15 09:42:42

by Sedat Dilek

[permalink] [raw]
Subject: Re: another device working

On Wed, Dec 15, 2010 at 10:06 AM, Johannes Berg
<[email protected]> wrote:
> On Tue, 2010-12-14 at 22:05 +0100, Sedat Dilek wrote:
>
>> I wanted to add the device-specific data to [1], but edit-mode looks
>> strange (see attached screenshot).
>> Johannes any idea?
>>
>> [1] http://wireless.kernel.org/en/users/Devices/USB
>
> Well you have to edit the right driver's page, and this one gets built
> automatically ...
>
> johannes
>
>

The page to edit is [1]... and I have added the device, now.

- Sedat -

[1] http://wireless.kernel.org/en/users/Drivers/p54/devices

2010-12-14 20:41:01

by Larry Finger

[permalink] [raw]
Subject: Re: another device working

On 12/14/2010 11:09 AM, Eduardo Costa wrote:
> Hi guys,
--snip--

> Anyways, I just had to add the following line to
> `drivers/net/wireless/p54/p54usb.c' on a stock 2.6.30 kernel, prior to
> recompilation and installing the module to make it work:
>
> {USB_DEVICE (0x15a9, 0x0002)}, /* Gemtek WUBI-100GW 802.11g */
>
> And about the firmware, it does work with stock p54's
> `2.13.24.0.lm87.arm' found on the website, so I just had to copy it to
> `/lib/firmware' while renaming it to `isl3887usb'.
>
> Thanks so much for your code and support, and do not hetisate to
> contact me if you need any further assistance on my side.

Thanks for the report. I just submitted a patch to wireless-testing with a copy
to you for this change to be included in kernel 2.6.37, and to be backported to
all stable and long-term kernels.

Larry

2010-12-14 21:45:08

by John W. Linville

[permalink] [raw]
Subject: Re: another device working

On Tue, Dec 14, 2010 at 01:21:52PM -0800, Joe Perches wrote:
> On Tue, 2010-12-14 at 14:41 -0600, Larry Finger wrote:
> > On 12/14/2010 11:09 AM, Eduardo Costa wrote:
> > > {USB_DEVICE (0x15a9, 0x0002)}, /* Gemtek WUBI-100GW 802.11g */
> > > And about the firmware, it does work with stock p54's
> > > `2.13.24.0.lm87.arm' found on the website, so I just had to copy it to
> > > `/lib/firmware' while renaming it to `isl3887usb'.
> > Thanks for the report. I just submitted a patch to wireless-testing with a copy
> > to you for this change to be included in kernel 2.6.37, and to be backported to
> > all stable and long-term kernels.
>
> Perhaps it'd be sensible to add a
> module_param option like usb_device=x,y
> so new devices could be supported without recompilation.

Isn't that what new_id is for?

At any rate, it isn't a great substitute for a device id in the driver's table. :-)

John
--
John W. Linville Someday the world will need a hero, and you
[email protected] might be all we have. Be ready.

2010-12-14 21:21:53

by Joe Perches

[permalink] [raw]
Subject: Re: another device working

On Tue, 2010-12-14 at 14:41 -0600, Larry Finger wrote:
> On 12/14/2010 11:09 AM, Eduardo Costa wrote:
> > {USB_DEVICE (0x15a9, 0x0002)}, /* Gemtek WUBI-100GW 802.11g */
> > And about the firmware, it does work with stock p54's
> > `2.13.24.0.lm87.arm' found on the website, so I just had to copy it to
> > `/lib/firmware' while renaming it to `isl3887usb'.
> Thanks for the report. I just submitted a patch to wireless-testing with a copy
> to you for this change to be included in kernel 2.6.37, and to be backported to
> all stable and long-term kernels.

Perhaps it'd be sensible to add a
module_param option like usb_device=x,y
so new devices could be supported without recompilation.


2010-12-15 09:06:09

by Johannes Berg

[permalink] [raw]
Subject: Re: another device working

On Tue, 2010-12-14 at 22:05 +0100, Sedat Dilek wrote:

> I wanted to add the device-specific data to [1], but edit-mode looks
> strange (see attached screenshot).
> Johannes any idea?
>
> [1] http://wireless.kernel.org/en/users/Devices/USB

Well you have to edit the right driver's page, and this one gets built
automatically ...

johannes


2010-12-14 21:54:22

by Larry Finger

[permalink] [raw]
Subject: Re: another device working

On 12/14/2010 03:33 PM, John W. Linville wrote:
> On Tue, Dec 14, 2010 at 01:21:52PM -0800, Joe Perches wrote:
>> On Tue, 2010-12-14 at 14:41 -0600, Larry Finger wrote:
>>> On 12/14/2010 11:09 AM, Eduardo Costa wrote:
>>>> {USB_DEVICE (0x15a9, 0x0002)}, /* Gemtek WUBI-100GW 802.11g */
>>>> And about the firmware, it does work with stock p54's
>>>> `2.13.24.0.lm87.arm' found on the website, so I just had to copy it to
>>>> `/lib/firmware' while renaming it to `isl3887usb'.
>>> Thanks for the report. I just submitted a patch to wireless-testing with a copy
>>> to you for this change to be included in kernel 2.6.37, and to be backported to
>>> all stable and long-term kernels.
>>
>> Perhaps it'd be sensible to add a
>> module_param option like usb_device=x,y
>> so new devices could be supported without recompilation.
>
> Isn't that what new_id is for?
>
> At any rate, it isn't a great substitute for a device id in the driver's table. :-)

NACK on any attempt to add the above module option. Having new_id is fine for
testing, but John is right that there is no substitute for testing and updating
the driver's table as it "just works" for any user. For p54usb, the user still
needs to install the firmware, but having the device recognized is a big step.

Larry