Re: SMC2662W V.4

Alex Schultz <[email protected]>
Newsgroups gmane.linux.drivers.at76c503a.user
Message-ID <[email protected]>
Hi,

My friend finally got a chance to test it. At first we had some keyboard 
lockup problems when one plugged the device in, but that didn't seem to 
be related to this driver, more the usb system in the kernel. We worked 
around that by having the SMC2662W v4 plugged in at startup and it 
doesn't give us the keyboard lock then (that's a good enough work around 
for us). When we load the driver though, it still doesn't work. The 
dmesg results that apply are:
/root/newianwireless/at76c503a/usbdfu.c: USB Device Firmware Upgrade 
(DFU) handler v0.12beta14 loading
/root/newianwireless/at76c503a/at76c503.c: Generic Atmel 
at76c503/at76c505 routines v0.12beta14
/root/newianwireless/at76c503a/at76c503-fw_skel.c: Atmel at76c505a 
(RFMD2958) Wireless LAN Driver v0.12beta14 loading
at76c505a-rfmd2958 1-2:1.0: usb_probe_interface
at76c505a-rfmd2958 1-2:1.0: usb_probe_interface - got id
/root/newianwireless/at76c503a/at76c503-fw_skel.c: using compiled-in 
firmware
/root/newianwireless/at76c503a/at76c503.c: opmode 4
/root/newianwireless/at76c503a/at76c503.c: wlan%d: state 9 -> 0 (INIT)
/root/newianwireless/at76c503a/at76c503.c: USB interface: 2 endpoints
/root/newianwireless/at76c503a/at76c503.c: $Id: at76c503.c,v 1.60 
2004/06/15 18:20:37 jal2 Exp $ compiled Jun 26 2004 16:07:53
/root/newianwireless/at76c503a/at76c503.c: firmware version 1.102.0 #113 
(fcs_len 4)
/root/newianwireless/at76c503a/at76c503.c: Bad board type set (7).  
Unable to get hardware config.
/root/newianwireless/at76c503a/at76c503.c: Get HW Config failed (-22)
/root/newianwireless/at76c503a/at76c503.c: could not get MAC address
usb 1-2: hcd_unlink_urb cf1a1d40 fail -22
drivers/usb/core/usb.c: registered new driver at76c505a-rfmd2958


 From what I can tell, the "Bad board type set" error occurs when a 
board type is returned that is not any listed in this switch and case 
block, but BOARDTYPE_505_RFMD_2958 is listed there and defined as 7 in 
at76c503.h. So anyways this is a weird looking problem. Does anyone know 
what's going on?

              Alex


Alex Schultz wrote:

> Hi,
>
> Thank you SOOO much. I'll try this out as soon as I get a chance and 
> get back to you on whether it works
>
>       Al
>
> Joerg Albert wrote:
>
>> Hi Alex,
>>
>> you asked for a clean mod for the SMC2662W v4: I'd prefer
>> to create a new BOARD_TYPE define (at76c503.c get the board type).
>> As creating the firmware image is a bit tricky, too; I've tried to
>> implement and checked the change into cvs (as all other users with 
>> different devices
>> shouldn't be affected). Please get the latest cvs and have a look.
>>
>> I just created new files needed:
>> at76c505a-rfmd2958.c               - driver variant for 505A,
>> fw-pkg-505a-rfmd2958-1.102.0-113.h - wrapped firmware
>>
>> and added a new board type in at76c503.h:
>> #define BOARDTYPE_505A_RFMD_2958    7
>>
>> I didn't change anyting inside at76c503.c (cannot test it) - you may 
>> do so
>> and wrap the changes into:
>>
>> if (dev->board_type == BOARDTYPE_505A_RFMD_2958) {}
>>
>> I attach a patch for at76c503.c derived from atuwi.c.
>>
>> On Mon, 14 Jun 2004, Alex Schultz wrote:
>>
>>  
>>
>>> But I looked in the BSD driver and it seems do nothing treating the
>>> normal rfmd2958 (which appears to be supported by this driver) and the
>>> SMC variant differently other the the quirks mentioned in the first
>>> message. I could very easily be wrong, but could'nt the WPA just be
>>> ignored (which seems to be the case in the BSD driver, as I find no
>>> mention of WPA in it).
>>>   
>>
>>
>> I'm not sure where Daan got the firmware for the SMC from, all others 
>> but
>> this file have the Atmel copyright inside ... Let's try it without WPA.
>>
>> /Jörg
>>
>> ------------------------------------------------------------------------
>>
>> Index: at76c503.c
>> ===================================================================
>> RCS file: /cvsroot/at76c503a/at76c503a/at76c503.c,v
>> retrieving revision 1.60
>> diff -u -r1.60 at76c503.c
>> --- at76c503.c    15 Jun 2004 18:20:37 -0000    1.60
>> +++ at76c503.c    15 Jun 2004 20:26:23 -0000
>> @@ -2558,6 +2558,12 @@
>>                 err("Downloading external firmware failed: %d", ret);
>>                 goto end_external_fw;
>>             }
>> +            if (dev->board_type == BOARDTYPE_505A_RFMD_2958) {
>> +                info("200 ms delay for board type 7");
>> +                /* jal: can I do this in kevent ??? */
>> +                set_current_state(TASK_INTERRUPTIBLE);
>> +                schedule_timeout(HZ/5+1);
>> +            }
>>         }
>>         NEW_STATE(dev,INIT);
>>         init_new_device(dev);
>> @@ -2581,8 +2587,11 @@
>>
>>         if ((ret=at76c503_remap(dev->udev)) < 0) {
>>             err("sending REMAP failed with %d",ret);
>> -            goto end_internal_fw;
>> +            if (dev->board_type == BOARDTYPE_505A_RFMD_2958)
>> +                info("ignoring this error for board type 7");
>> +            else
>> +                goto end_internal_fw;
>>         }
>>
>>         dbg(DBG_DEVSTART, "sleeping for 2 seconds");
>>
>>  
>>
>
>
> _______________________________________________
> at76c503a-user mailing list
> [email protected]
> http://lists.berlios.de/mailman/listinfo/at76c503a-user
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.