WLAN Accesspoint with ASL 4

Hi there,

Yeah, we got ASL4 working as an access point. To be precise, I have two of them running on my desk  
Which card and pci-to-pcmcia bridge do you use? 

Greets,
andreas   

Hallo Andreas,
here is my story:
- Got the WLAN-Station (D-Link DWL-500 including DWL-650) up and running – did not come up by itself, but after I brought up the interface manually (ifconfig wlan0 inet 192.168.1.253 up) - things started to look good and it worked – hurrah !! - tested it after several "reboots" - comes up all the time.
- Trying to switch to an access-point is not working at all – system is not even creating the “accesspoint.conf” tried to do it manually – no success.
- Whenever I try to change from “station” to “access-point” the "kernel-log" shows that writing to the flash memory of my DWL-650 failed; sometimes the system even crashes outputting endless hex dumps to the consol.

I think my experience proofs that the hardware is working – but how to make the ACCESSPOINT work ?????

Thanks for your suggestions in advance –
regards,
Erich

Ps.: replacing the DWL-650 with NetGear MA401 shows the same results !

Pps.: if you are interested in the "kernel-logs" - i could provide it (Station & AP).
  

Hi there,
the accesspoint firmware is bound to specific card hardware AND firmware. In case of the D-Link DWL 650: This card exists in three versions, since D-Link changed the used chipset without changing the card version/name. Since your card is working as a client, I suppose you have a prism2.5 chipset. Please check by issuing the following command on your console (card has to be enabled):
Code:

---

 
printf "0x%x\n" `echo "p2NICIdentity" | wlancfg query wlan0 | cut -d "," -f1 `

---

 
If the output is 0x800c, it is a prism2.5 card which does not work as an access point with the available firmware.

What would be interesting for us is the output in your kernel log, especially three lines: 
kernel: ident: nic h/w: id
kernel: ident: pri f/w: id
kernel: ident:  ap f/w: id
and the output of  `cardctl info`, and that for both of your cards.
Thanks in advance,
   andreas
  

Hi Andreas,
thanks for the fast response, I'll provide you with the info ASAP !!!
At the moment I can only show you this part of the kernel-log:

kernel: Linux PCMCIA Card Services 3.2.1
kernel:   kernel build: 2.4.19-C2_23 #2 Wed Jan 22 10:29:32 CET 2003
kernel:   options:  [pci] [cardbus]
kernel: Intel ISA/PCI/CardBus PCIC probe:
kernel: PCI: Enabling device 00:10.0 (0000 -> 0002)
kernel: PCI: Assigned IRQ 5 for device 00:10.0
kernel:   Ricoh RL5C475 rev 80 PCI-to-CardBus at slot 00:10, mem 0xf3eff000
kernel:     host opts [0]: [pci only] [io 3/6/1] [mem 3/6/1] [pci irq 5] [lat 168/176] [bus 2/5]
kernel:     PCI card interrupts, PCI status changes
kernel: cs: memory probe 0xa0000000-0xa0ffffff: clean.
kernel: init_module: prism2_cs.o: 0.1.15 Loaded
kernel: init_module: dev_info is: prism2_cs
kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x220-0x22f 0x388-0x38f 0x3b8-0x3df 0x4d0-0x4d7
kernel: cs: IO port probe 0x0230-0x0387: clean.
kernel: cs: IO port probe 0x0390-0x03b7: clean.
kernel: cs: IO port probe 0x03e0-0x04cf: clean.
kernel: cs: IO port probe 0x04d8-0x04ff: clean.
kernel: cs: IO port probe 0x0800-0x08ff: clean.
kernel: cs: IO port probe 0x0c00-0x0cff: clean.
kernel: prism2_cs: index 0x01: Vcc 3.3, irq 5, io 0x0100-0x013f
 kernel: ident: nic h/w: id=0x800c 1.0.0
kernel: ident: pri f/w: id=0x15 1.0.7
kernel: ident: sta f/w: id=0x1f 1.3.5  
kernel: MFI:SUP:role=0x00:id=0x01:var=0x01:b/t=1/1
kernel: CFI:SUP:role=0x00:id=0x02:var=0x02:b/t=1/1
kernel: PRI:SUP:role=0x00:id=0x03:var=0x01:b/t=4/4
kernel: STA:SUP:role=0x00:id=0x04:var=0x01:b/t=1/9
kernel: PRI-CFI:ACT:role=0x01:id=0x02:var=0x02:b/t=1/1
kernel: STA-CFI:ACT:role=0x01:id=0x02:var=0x02:b/t=1/1
kernel: STA-MFI:ACT:role=0x01:id=0x01:var=0x01:b/t=1/1
kernel: Prism2 card SN: 99SA01000000
kernel: e100: eth0 NIC Link is Up 100 Mbps Full duplex
kernel: dot11req_reset: the macaddress and setdefaultmib arguments are currently unsupported.
kernel: PDA Read from 0x007f0000 in NV space.
kernel: Download 512 bytes to flash @0x3f0000
kernel: Writing 512 bytes to flash @0x3f0000
kernel: hfa384x_drvr_flashdl_write: download(NVWRITE,lo=0,hi=3f,len=200) cmd failed, result=-110. Aborting d/l
kernel: hfa384x_docmd_wait: hfa384x_cmd timeout(1), reg=0xc000.
kernel: hfa384x_docmd_wait: hfa384x_cmd timeout(1), reg=0xc000.
kernel: hfa384x_drvr_start: Initialize command failed.
kernel: hfa384x_drvr_start: Failed, result=-110
kernel: prism2sta_ifstate: hfa384x_drvr_start() failed,result=-110 

regards,
erich
    

Hallo Andreas,
please see attached info for both of my WLAN-card (running as "Station"). Kernel-log if running AP - please see my last post !!

cardctl info
   PRODID_1="D"
   PRODID_2="Link DWL-650 11Mbps WLAN Card"
   PRODID_3="Version 01.02"
   PRODID_4=""
   MANFID=0156,0002
   FUNCID=6

wlancfg query wlan0
p2NICIdentity
   32780,0,1,0

kernel: ident: nic h/w: id=0x800c 1.0.0
kernel: ident: pri f/w: id=0x15 1.0.7
kernel: ident: sta f/w: id=0x1f 1.3.5   


cardctl info
   PRODID_1="NETGEAR MA401RA Wireless PC"
   PRODID_2="Card"
   PRODID_3="ISL37300P"
   PRODID_4="Eval-RevA"
   MANFID=000b,7300
   FUNCID=6

wlancfg query wlan0
p2NICIdentity
   32780,0,1,0

kernel: ident: nic h/w: id=0x800c 1.0.0
kernel: ident: pri f/w: id=0x15 1.0.7
kernel: ident: sta f/w: id=0x1f 1.3.6 

Your "printf ........." didn't work, hope the info is what you are looking for. If you need anything else, please let me know.
Thanks for your help in advance -
best regards,
Erich   

Good Morning Andreas !!
Any news for me ?
Have a nice day -
regards,
Erich  

Hi there,
I am sorry but I can not tell you anything else than I already did:
 [ QUOTE ]
  f the output is 0x800c, it is a prism2.5 card which does not work as an access point with the available firmware. 

[/ QUOTE ]  
Both of your cards are prism2.5 and will only work in station mode.

Sorry, I hate to give bad news :|
andreas    

Hi Andreas,
this is exactly what I was afraid of.  

I’ve downloaded the latest AP-firmware for Prism 2.5 chipset, do you think it’s possible just to replace the existing one ? – and if yes, do I have to take something special into consideration ?

Regards,
Erich
  

With that version of the prismdl utility (used to load FW on the card) it is most likely that the flashing process  won't succeed. But I don't know which Firmware you have, so I can't be sure. You can test it by replacing the firmware, but this is dangerous. Worst case would render your card dead, with the need for special Hard- and Firmware to make it work again. The most likely case is that the flashing aborts, doing nothing. And even if the flash succeeds, there is the possibilty that it won't work.
But if you can spare the card you are free to test, and if it works, the community will surely be grateful .

Good luck,
andreas  

Well, why not.
With the public holyday coming up and a bad weather forecast for it, seems a perfect time for a little testing – let’s have a try !!   
If you don’t hear anything from myself anymore, I blew it and myself with it !
Thanks for your help so far –
Best regards,
Erich
   

Well, why not.
With the public holyday coming up and a bad weather forecast for it, seems a perfect time for a little testing – let’s have a try !!   
If you don’t hear anything from myself anymore, I blew it and myself with it !
Thanks for your help so far –
Best regards,
Erich
   

Don't forget to let us know.  I finally got my Linksys card to work.  Issue is it will suddenly die for no apparent reason at random times maybe days into active use.  Pumped lots of traffic over it no problem but today it died in the middle of a basic web page.  Had to console in and soft restart, came back fine.
   

Sure let you know – if I’m still able to !!!
Regards,
Erich
  

pablito:
Is there anything which might be related in the logfiles? Is your Interface still there, but no traffic goes out or in? I heard about that problem once before, but we were not able to find any evidence or reproduce it ... any data would be welcome. For large snippets, maybe private msg or mail would be appropriate.

thx,
andreas  

Hi, thanks for the reply.  Doesn't seem to be anything of note.  Just the usual rule violations on the external interface right up to the reboot. So it seems the wired NICs are still up.

From the console the NICs are all active but I can't pass traffic over the wireless.

Not sure if this means anything but the logs show the time moving back 4 hours at boot and then catching up assuming from the NTP.  I don't think the time changed before I rebooted.

I'm hoping to get this stable as I'll need to be two floors away from the internet line for a few months.  Can't run a cable until the new location.

    

A very sad "good morning" from good old Vienna !!!
Sorry folks, bad news after a very, very long weekend. Spent a lot of time in front of my monitors, but could not get the AP to work – 
The good news: “I didn’t destroy my WLAN card – up to now !”
Going through a pile of paper, reading xxx number of forum’s – I’m drawn back instead of going forward – all this did not answer it raised even more questions:
- should the “ident” be “sta f/w” or “ap f/w” ?
-                   it does not matter what I configure Station or AP only comes up as "sta f/w" - why ?
- when is the “accesspoint.conf” created and where the hell is it ? (I only have the wlanstation.conf)
-                   whenever I create one manually - it's gone after a reboot - why ?
- what kind of problem does the following kernel log indicate ?
 kernel: hfa384x_drvr_flashdl_write: download(NVWRITE,lo=0,hi=3f,len=200) cmd failed, result=-110. Aborting d/l
kernel: hfa384x_docmd_wait: hfa384x_cmd timeout(1), reg=0xc000.
kernel: hfa384x_docmd_wait: hfa384x_cmd timeout(1), reg=0xc000.
kernel: hfa384x_drvr_start: Initialize command failed.
kernel: hfa384x_drvr_start: Failed, result=-110
kernel: prism2sta_ifstate: hfa384x_drvr_start() failed,result=-110 

I’m afraid I’m loosing my patience according this matter, will see how much more time and energy I’ll spend on this one.
Can anyone give me a short intro on what should happen during the start-up process – which files should be created and which processes have to run in which order !?
Thanks –
Regards,
Erich
    

Hi there,
since you sacrifced that much time I am giving you more information to make you sleep easier ;-)


[ QUOTE ]

- should the ident be sta f/w or ap f/w ?
-                   it does not matter what I configure Station or AP only comes up as "sta f/w" - why ?


[/ QUOTE ]
You always have the three lines: NIC HW/version, PRI(mary) FW/version and STA FW/version (which is secondary firmware, used for station mode). If the STA FW has the component ID 0x1f, the card is in station mode, if it is 0x14b the card is in access point mode.

[ QUOTE ]

- when is the accesspoint.conf created and where the hell is it ? (I only have the wlanstation.conf)
-                   whenever I create one manually - it's gone after a reboot - why ?


[/ QUOTE ]
/etc/accesspoint.conf is generated by the mdw, read by the mdw and removed afterwards. It is a temporary configuration file. So it is gone after every mdw restart, not only after booting [;)]

[ QUOTE ]

- what kind of problem does the following kernel log indicate ?
 kernel: hfa384x_drvr_flashdl_write: download(NVWRITE,lo=0,hi=3f,len=200) cmd failed, result=-110. Aborting d/l
 
kernel: hfa384x_docmd_wait: hfa384x_cmd timeout(1), reg=0xc000.
kernel: hfa384x_docmd_wait: hfa384x_cmd timeout(1), reg=0xc000.
kernel: hfa384x_drvr_start: Initialize command failed.
kernel: hfa384x_drvr_start: Failed, result=-110
kernel: prism2sta_ifstate: hfa384x_drvr_start() failed,result=-110


[/ QUOTE ]

As stated above, the kernel log indicates that the loading of the access point firmware into the card failed. Look sharp at the first line: (.. flashdl_write: download(...) cmd failed, result=-110. Aborting d/l). Quoting myself from a previous post:

[ QUOTE ]

I am sorry but I can not tell you anything else than I already did:

Quote:

If the output is 0x800c, it is a prism2.5 card which does not work as an access point with the available firmware. 

Both of your cards are prism2.5 and will only work in station mode.


[/ QUOTE ]

If you tried with an alternative firmware, it does not fit the card/fw version. As far as I see you have the following options: 
a) get a prism2 card 
b) try other firmware versions 
c) hope it gets supported in the next up2dates

Well, I know that this is not satsfactory, but there is nothing else you can do at the moment (at least as far as I know). Still I am hoping that I could help in clarifying things and enabled you to reach the next level of ultimate enlightenment [;)]

Greets,
andreas    

Hi Andreas,
thanks for all the info - it's a lot more than i can take in one go - I've to think it over.
I've tried to load the fw (the original and my new one) by "hand" - output looks similar to the one of the kernel log, everything is pointing in the direction of a timing problem.
Never the less, I try looking for different fw releases - hope I stay calm long enough. Also start looking for a card with Prism2 chipset.
Thanks for your support and patience anyway - I'll keep you informed -
have a nice day,
best regards
Erich    

A beautiful "Good Morning" to all of you !
Surprise, surprise – I’m still alive and annoying as usual.
I’ve tried to get a PCMCIA card with PRISM2 chipset – no success – could anyone of you please recommend a manufacture and card-type !?
I’ve already tried:
- Netgear   MA401
- D-Link    DWL-650
- Cisco       Airlink
- HP           xxxx
All of them either have PRISM 2.5 or do not work at all – also I’ve tried to buy another card, but no one of the distributors could tell me which chipset is used in the cards they sell.
Any suggestions ???
Thanks in advance –
Regards,
Erich