WLAN Accesspoint with ASL 4

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