From njmurphy1  Sat May  1 12:57:30 2004
From: njmurphy1 (Joseph)
Date: Sat, 1 May 2004 12:57:30 -0700
Subject: myexpiriance (Computer Abet & Trade)  ??
Message-ID: <200405011257.30206.njmurphy1@comcast.net>

This is not clear to me:
"Q. Bridging WLAN and ETH
A. Is posible ONLY in WLAN WDS mode (HostAP as Master)"

I am bridging a wired ethernet connection with a hostap accesspoint just fine.  
All of the wireless machines can talk to the wired machines and visa versa.  
If you are referring to a wired ethernet that is bridged with an hostap 
access point and that hostap access point is connecting to another hostap 
that is bridged with a wired ethernet network I don't know, never tried it.  
But it is unclear from your post what you are referring to.  

Joseph



From office  Sat May  1 15:41:35 2004
From: office (Computer Abet & Trade)
Date: Sun, 2 May 2004 00:41:35 +0200
Subject: myexpiriance (Computer Abet & Trade)  ??
References: <200405011257.30206.njmurphy1@comcast.net>
Message-ID: <00f101c42fcd$75094740$0d00a8c0@racunar0d>

> "Q. Bridging WLAN and ETH
> A. Is posible ONLY in WLAN WDS mode (HostAP as Master)"
>
> I am bridging a wired ethernet connection with a hostap accesspoint just
fine.

Hi Joseph, U can't bridge eth0 and wlan0 in managed mode. Thats what is
says... ONLY in wlan0 Master mode ...





From mibz  Sat May  1 19:00:23 2004
From: mibz (rick)
Date: Sun, 2 May 2004 12:00:23 +1000
Subject: hostap+2.4.26 kernel debian
Message-ID: <ADEMJEBMNELJIKCEKNNGCEGPCGAA.mibz@optushome.com.au>

is hostap able to work on the 2.4.26 kernel?

i feel a bit lost as i apt-get for it and no joy only 2.4.23 which i cant
find the kernel image for

rick
Melbourne wireless
http://melbournewireless.org.au





From crdobbs  Sat May  1 23:01:42 2004
From: crdobbs (Christopher Dobbs)
Date: Sat, 01 May 2004 23:01:42 -0700
Subject: myexpiriance (Computer Abet & Trade)  ??
In-Reply-To: <00f101c42fcd$75094740$0d00a8c0@racunar0d>
References: <200405011257.30206.njmurphy1@comcast.net>
	<00f101c42fcd$75094740$0d00a8c0@racunar0d>
Message-ID: <40948EC6.5080900@eracew.net>

Your info is not correct.  I have secsessfully bridged eth0 and wlan0 
with wlan0 in managed mode.

My config was:

/3com EatherLink III LAN PC Card (10 BaseT PCMCIA Card)
Teletronix PRISM 2.5 WLAN Card (100mW Cardbus Card)
Linux 2.6.5
HostAP 0.1.3
/
I can send my .config apon request.


Sorry I cant be of any more help than this.

Computer Abet & Trade wrote:

>>"Q. Bridging WLAN and ETH
>>A. Is posible ONLY in WLAN WDS mode (HostAP as Master)"
>>
>>I am bridging a wired ethernet connection with a hostap accesspoint just
>>    
>>
>fine.
>
>Hi Joseph, U can't bridge eth0 and wlan0 in managed mode. Thats what is
>says... ONLY in wlan0 Master mode ...
>
>
>_______________________________________________
>HostAP mailing list
>HostAP at shmoo.com
>http://lists.shmoo.com/mailman/listinfo/hostap
>  
>

-- 
Christopher Dobbs
Eracew Computer Services
http://www.eracew.net/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040501/79aaea69/attachment.htm 


From micovic  Sun May  2 03:19:57 2004
From: micovic (Nebojsa Micovic)
Date: Sun, 2 May 2004 12:19:57 +0200
Subject: myexpiriance (Computer Abet & Trade)  ??
References: <200405011257.30206.njmurphy1@comcast.net>
	<00f101c42fcd$75094740$0d00a8c0@racunar0d>
	<40948EC6.5080900@eracew.net>
Message-ID: <006f01c4302f$066d7790$0d00a8c0@racunar0d>

Hi Christopher ...

  bridge1                               bridge2
eth0-wlan0  ---------------------- wlan0-eth0

in my experience, this two bridges can comunicate only if both
have wlan0 in Master mode and WDS turned ON and bridged.
Soo YES, please if you know how to bridges can comunicate 
and one of them is Master and second Managed, 
(or even better in Ad-Hoc)

This problem tryed:
Me; Gonzalez Carpio, Javier ; Pedro Ramalhais ; ...

And ...

Jim TerWee said
"If I am reading your diagram correctly you are trying to bridge on a
wireless card in managed mode. Doesn't work that way you can only bridge
wireless cards in master mode. You could do wds with both cards in then it
will do what you want."

Jouni Malinen said
"The frame format used in IEEE 802.11 does not allow a station that has
associated with an AP to send frames with foreign source MAC address.
However, this is required for layer 2 bridge and consequently, IEEE
802.11 station in managed mode cannot operate as such a device."


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040502/a7988336/attachment.htm 


From crdobbs  Sun May  2 08:14:41 2004
From: crdobbs (Christopher Dobbs)
Date: Sun, 02 May 2004 08:14:41 -0700
Subject: Bridging in managed mode.
In-Reply-To: <006f01c4302f$066d7790$0d00a8c0@racunar0d>
References: <200405011257.30206.njmurphy1@comcast.net>
	<00f101c42fcd$75094740$0d00a8c0@racunar0d>
	<40948EC6.5080900@eracew.net>
	<006f01c4302f$066d7790$0d00a8c0@racunar0d>
Message-ID: <40951061.4040705@eracew.net>

I have to leave for chch at this time but will post a message (pobibly 
monday) with a link to my config. (the mailing list wont allow me to 
sent that big of a file.

BTW, We use this solution to link two of our buildings at work.


-- 
Christopher Dobbs
Eracew Computer Services
http://www.eracew.net/





From andresm  Sun May  2 13:23:36 2004
From: andresm (Andres Morales)
Date: Sun, 02 May 2004 15:23:36 -0500
Subject: CIS and PDA for RangeLan-DS (8430 Harmony 802.11b)?
Message-ID: <409558C8.7050302@itesm.mx>

I bought this card in e-bay, just to later know that the CIS and PDA are 
broken. If somebody please could send me the CIS and the PDA for a 
Proxim  Harmony 802.11b (same as Proxim  Rangelan-ds ).  Since the data 
is corrupted , I cannot use hostap, (neither any other driver)

Thanks



From jm  Sun May  2 22:38:14 2004
From: jm (Jason Morehouse)
Date: Mon, 3 May 2004 17:38:14 +1200 (NZST)
Subject: Fedora Code 2 compile woes
Message-ID: <Pine.LNX.4.44.0405031736490.1555-100000@bilbo.netconcepts.com>

Hello, trying to compile the hostap-driver (0.1.3) for use with the
ipw2100 wireless network card.

A make yeilds a log of 7000+ errors.

Though I realize fedora is rather bleeding egde, if anyone has and advice 
I'd be greatfull!

Using 2.6.5-1.327 and Fedora code 2 test 3 w/ kernel 2.6.5-1.327.

The make logs starts with

make -C /usr/src/linux SUBDIRS=/home/jm/hostap-driver-0.1.3/driver/modules 

	MODVERDIR=/home/jm/hostap-driver-0.1.3/driver/modules modules
make[1]: Entering directory `/usr/src/linux-2.6.5-1.327'
  CC [M]  /home/jm/hostap-driver-0.1.3/driver/modules/hostap.o
In file included from 
/home/jm/hostap-driver-0.1.3/driver/modules/hostap.c:19:
include/linux/config.h:4:28: linux/autoconf.h: No such file or directory
/home/jm/hostap-driver-0.1.3/driver/modules/hostap.c:20:27: 
linux/version.h: No such file or directory
In file included from include/linux/module.h:10,
                 from 
/home/jm/hostap-driver-0.1.3/driver/modules/hostap.c:21:
include/linux/sched.h:4:37: asm/param.h: No such file or directory
In file included from include/linux/types.h:13,
                 from include/linux/capability.h:16,
                 from include/linux/sched.h:7,
                 from include/linux/module.h:10,
                 from 
/home/jm/hostap-driver-0.1.3/driver/modules/hostap.c:21:
include/linux/posix_types.h:47:29: asm/posix_types.h: No such file or 
directory
In file included from include/linux/capability.h:16,
                 from include/linux/sched.h:7,
                 from include/linux/module.h:10,
                 from 
/home/jm/hostap-driver-0.1.3/driver/modules/hostap.c:21:
include/linux/types.h:14:23: asm/types.h: No such file or directory
In file included from include/linux/capability.h:16,
                 from include/linux/sched.h:7,
                 from include/linux/module.h:10,
                 from 
/home/jm/hostap-driver-0.1.3/driver/modules/hostap.c:21:
include/linux/types.h:18: error: syntax error before "__kernel_dev_t"
include/linux/types.h:18: warning: type defaults to `int' in declaration 
of `__kernel_dev_t'



And finsihes with:

include/linux/fs.h:761: error: storage size of `s_vfs_rename_sem' isn't 
known
include/linux/device.h:380: error: storage size of `dev' isn't known
include/linux/skbuff.h:147: error: storage size of `frags' isn't known
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_wlan.h:43: error: 
storage size of `rssi' isn't known
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_wlan.h:43: error: 
storage size of `sq' isn't known
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_wlan.h:44: error: 
storage size of `istx' isn't known
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_wlan.h:44: error: 
storage size of `frmlen' isn't known
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_wlan.h:752: error: 
storage size of `frag_cache' isn't known
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_wlan.h:779: error: 
storage size of `bap_tasklet' isn't known
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_wlan.h:781: error: 
storage size of `info_tasklet' isn't known
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_wlan.h:782: error: 
storage size of `info_list' isn't known
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_wlan.h:788: error: 
storage size of `rx_tasklet' isn't known
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_wlan.h:789: error: 
storage size of `rx_list' isn't known
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_wlan.h:791: error: 
storage size of `sta_tx_exc_tasklet' isn't known
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_wlan.h:792: error: 
storage size of `sta_tx_exc_list' isn't known
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_ap.h:65: error: storage 
size of `tx_buf' isn't known
include/linux/proc_fs.h:215: warning: `create_proc_read_entry' declared 
`static' but never defined
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_ap.c:2713: warning: 
`prism2_hostapd' defined but not used
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_ap.c:3264: warning: 
`ap_crypt_get_ptrs' defined but not used
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_ap.c:448: warning: 
`ap_control_add_mac' defined but not used
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_ap.c:468: warning: 
`ap_control_del_mac' defined but not used
/home/jm/hostap-driver-0.1.3/driver/modules/hostap_ap.c:542: warning: 
`ap_control_kick_mac' defined but not used
make[2]: *** [/home/jm/hostap-driver-0.1.3/driver/modules/hostap.o] Error 
1
make[1]: *** [/home/jm/hostap-driver-0.1.3/driver/modules] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.5-1.327'
make: *** [2.6] Error 2

With a lot more inbetween.

Full log @ http://www.sweetas.co.nz/hostap-devel_log.txt (640k).

Thanks!
-J






From d.walther  Sun May  2 23:52:05 2004
From: d.walther (Daniel Walther)
Date: Mon, 3 May 2004 08:52:05 +0200
Subject: AW: HostAP on Kernel 2.6.5
In-Reply-To: <40935311.20004@eracew.net>
Message-ID: <20040503065131.2E967832@mail.iocaine.com>

Hello James and Christopher

Thanks for your answers. I've installed now HostAP 0.1.3 on my Kernel 2.6.5

Unfortunately I have still some problems. My AP only works in Ad-Hoc mode
and I can't change is. I don't know why.
I've attached you some outputs. Perhaps you see the error.
I use an Orinoco Gold card!

If you need mor informations, I'll be here for you.

Thanks in advance for your help.

Regards
Daniel

-----Urspr?ngliche Nachricht-----
Von: Christopher Dobbs [mailto:crdobbs at eracew.net] 
Gesendet: Samstag, 1. Mai 2004 09:35
An: d.walther at wireless-bern.ch
Cc: hostap at shmoo.com
Betreff: Re: HostAP on Kernel 2.6.5

Hi

d.walther at wireless-bern.ch wrote:

>Hi @all
>
>I'm trying to run HostAP on a Debian with the new Kernel 2.6.5!
>But i have no luck! It won't work!
>
Is it a stock kernel or one Debian has modified. (If they do that kind 
of thing)

>Is there anyone who has any experience with HostAP and the Kernel 2.6.5? Is
>there any tutorial?
>  
>
I dont know about a tutorial but I have atached my .config and my 
hostap_config.h.
I am using 2.6.5 and HostAP 0.1.3 and I am having no probles.

>Thanks in advance for your help!
>
>Best regards
>Daniel
>  
>

-- 
Christopher Dobbs
Eracew Computer Services
http://www.eracew.net/

-------------- next part --------------
A non-text attachment was scrubbed...
Name: wireless.opts
Type: application/octet-stream
Size: 5779 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20040503/85cabbff/attachment.obj 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: dmesg.txt
Url: http://lists.shmoo.com/pipermail/hostap/attachments/20040503/85cabbff/attachment.txt 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hostap_cs.conf
Type: application/octet-stream
Size: 3623 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20040503/85cabbff/attachment-0001.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hostapd.conf
Type: application/octet-stream
Size: 5197 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20040503/85cabbff/attachment-0002.obj 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: iwconfig.txt
Url: http://lists.shmoo.com/pipermail/hostap/attachments/20040503/85cabbff/attachment-0001.txt 


From Laurentiu-Sorin.Paun  Mon May  3 01:43:20 2004
From: Laurentiu-Sorin.Paun (Sorin PAUN)
Date: Mon, 03 May 2004 10:43:20 +0200
Subject: MAC 81:58:68:fa:81:58
Message-ID: <40960628.1040609@imag.fr>

Dear all,

Have you ever heard about this strange MAC address: 81:58:68:fa:81:58 ?

I'm working on buffering packets for a station on the new AP it will 
connect to,using some facilities of ARP, and just trying to see how it 
works without the buffers, I see:

A distant host sends UDP packets to the station via the new AP, which 
operate as a router, 50ms before the station get associated. On the 
router I see packets go the wlan0 interface immediately, not sent to the 
real MAC address of the client, but to 81:58:68:fa:81:58 (captured with 
tcpdump&ethereal on wlan0 interface). This MAC is independent to the 
real MAC address of the client, I tried more clients.

Also, I found packets sent

And surprize, the client ge these packets 50ms later, the packets being 
addressed to the MAC 81:58:68:fa:81:58 too...


Sorin.

Ph.D. candidate, IMAG Grenoble, France.




From sureshbabu  Mon May  3 03:07:41 2004
From: sureshbabu (sureshbabu)
Date: Mon, 03 May 2004 15:37:41 +0530
Subject: Doubt reg installation of PCMCIA
Message-ID: <409619ED.4090505@adventnet.com>

Dear Team ,
I need to install pcmcia followed by hostap driver. previously I 
installed hostap over the kernel-pcmcia and my cardmgr stopped working.
I removed the pcmcia rpm and now what to reinstall both of them. Can any 
one tell me a correct version of pcmcia and the hostap (if possible 
where can i download them ) that I should install .
My linux laptop's details are as follow:
Redhat linux release 9
Kernel 2.4.20-6 on an i686


-- 

Regards,
S.Suresh Babu

' You must be the change you wish to see in the world.'
-M.K.Gandhi.





From glenngreenfield  Mon May  3 04:38:06 2004
From: glenngreenfield (glenn greenfield)
Date: Mon, 3 May 2004 05:38:06 -0600
Subject: hostap+2.4.26 kernel debian
In-Reply-To: <ADEMJEBMNELJIKCEKNNGCEGPCGAA.mibz@optushome.com.au>
References: <ADEMJEBMNELJIKCEKNNGCEGPCGAA.mibz@optushome.com.au>
Message-ID: <20040503053806.214e824e.glenngreenfield@adelphia.net>

On Sun, 2 May 2004 12:00:23 +1000
"rick" <mibz at optushome.com.au> wrote:

> is hostap able to work on the 2.4.26 kernel?

Indeed
 
> i feel a bit lost as i apt-get for it and no joy only 2.4.23 which i cant
> find the kernel image for
> 

apt-get install kernel-source-2.4.26 hostap-source

That should download the source for both to /usr/src.  
Uncompress both. 
ln -s kernel-source-2.4.26 linux

Then proceed to build the hostap driver against that source.



From pabloaller  Mon May  3 05:27:54 2004
From: pabloaller (Pablo Aller)
Date: Mon, 3 May 2004 05:27:54 -0700 (PDT)
Subject: FW: 802.1x migration
Message-ID: <20040503122754.95703.qmail@web14423.mail.yahoo.com>


Jouni, please, can you be a little more specific?

Thanks!

>> On Mon, Apr 19, 2004 at 10:40:31AM -0700, Pablo
Aller wrote:
>> 
>> > I need to migrate a couple of HostAP PoPs to
802.1x (at the moment, 
>> > they have no security).
>> > 
>> > Is there any way to do that smoothly, keeping
802.1x and non 802.1x 
>> > users simultaneously in the meanwhile?
>> 
>> Well, yes, but not without adding some code both to
the hostapd and 
>> the driver..
>> 
>> -- 
>> Jouni Malinen                                      
     PGP 
>> id EFC895FA
>> _______________________________________________
>> HostAP mailing list
>> HostAP at shmoo.com
>> http://lists.shmoo.com/mailman/listinfo/hostap


	
		
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 



From zied.majed  Mon May  3 08:03:41 2004
From: zied.majed (zied.majed)
Date: Mon,  3 May 2004 17:03:41 +0200
Subject: choose the right configuration
Message-ID: <HX58I5$4C4A311B280B6ACD87827C789279D006@laposte.net>

Hi,
I want to ask you for some informations:  Is it possible to
use java to manage my QoS? I explain: if i have cisco access
point , and i configured the QoS filtering and QoS (with cisco
document ) VIA THE WEB INTERACE, is it possible to choose the
right configuration ( predefined by filtering QoS)by a
programm in java? i don t want to rock to the configuration
manually, i want a deamon in java to do it.
Is it possible?
Thak you in adavance for your help 

Acc?dez au courrier ?lectronique de La Poste : www.laposte.net ; 
3615 LAPOSTENET (0,34?/mn) ; t?l : 08 92 68 13 50 (0,34?/mn)






From Laurentiu-Sorin.Paun  Mon May  3 08:52:38 2004
From: Laurentiu-Sorin.Paun (Sorin PAUN)
Date: Mon, 03 May 2004 17:52:38 +0200
Subject: MAC 81:58:68:fa:81:58 - Ignore it
In-Reply-To: <40960628.1040609@imag.fr>
References: <40960628.1040609@imag.fr>
Message-ID: <40966AC6.6000008@imag.fr>

Please ignore the message, it was just a C programming mistake.

Sorin

Sorin PAUN wrote:
> Dear all,
> 
> Have you ever heard about this strange MAC address: 81:58:68:fa:81:58 ?
> 
> I'm working on buffering packets for a station on the new AP it will 
> connect to,using some facilities of ARP, and just trying to see how it 
> works without the buffers, I see:
> 
> A distant host sends UDP packets to the station via the new AP, which 
> operate as a router, 50ms before the station get associated. On the 
> router I see packets go the wlan0 interface immediately, not sent to the 
> real MAC address of the client, but to 81:58:68:fa:81:58 (captured with 
> tcpdump&ethereal on wlan0 interface). This MAC is independent to the 
> real MAC address of the client, I tried more clients.
> 
> Also, I found packets sent
> 
> And surprize, the client ge these packets 50ms later, the packets being 
> addressed to the MAC 81:58:68:fa:81:58 too...
> 
> 
> Sorin.
> 
> Ph.D. candidate, IMAG Grenoble, France.
> 




From punkytse  Mon May  3 09:55:51 2004
From: punkytse (Punky Tse)
Date: Tue, 04 May 2004 00:55:51 +0800
Subject: hostap+2.4.26 kernel debian
In-Reply-To: <ADEMJEBMNELJIKCEKNNGCEGPCGAA.mibz@optushome.com.au>
References: <ADEMJEBMNELJIKCEKNNGCEGPCGAA.mibz@optushome.com.au>
Message-ID: <40967997.8090502@punknix.com>

rick,

If you are using pebble, you can try my pre-built 2.4.26 kernel at:
    http://voyage.punknix.com/download/

rick wrote:

>is hostap able to work on the 2.4.26 kernel?
>
>i feel a bit lost as i apt-get for it and no joy only 2.4.23 which i cant
>find the kernel image for
>
>rick
>Melbourne wireless
>http://melbournewireless.org.au
>
>
>_______________________________________________
>HostAP mailing list
>HostAP at shmoo.com
>http://lists.shmoo.com/mailman/listinfo/hostap
>  
>
-- 

Regards,
Punky
P U N K N ! X  . c o m
Technology + Lifestyle
(http://www.punknix.com)




From proski  Mon May  3 12:03:42 2004
From: proski (Pavel Roskin)
Date: Mon, 3 May 2004 15:03:42 -0400 (EDT)
Subject: AW: HostAP on Kernel 2.6.5
In-Reply-To: <20040503065131.2E967832@mail.iocaine.com>
References: <20040503065131.2E967832@mail.iocaine.com>
Message-ID: <Pine.LNX.4.58.0405031456350.4144@marabou.research.att.com>

On Mon, 3 May 2004, Daniel Walther wrote:

> Thanks for your answers. I've installed now HostAP 0.1.3 on my Kernel 2.6.5
>
> Unfortunately I have still some problems. My AP only works in Ad-Hoc
> mode and I can't change is. I don't know why. I've attached you some
> outputs. Perhaps you see the error. I use an Orinoco Gold card!

Orinoco Gold uses an unsupported Hermes chipset.  HostAP requires
Prism2 chipset.  Support for the clone chipsets is very incomplete.
Besides, there is no HostAP mode in the Hermes chipset.

Please use Orinoco driver instead (http://www.nongnu.org/orinoco/).  It
works with Hermes, Spectrum24 Trilogy and Prism chipsets.  It doesn't
support master mode.

If you want AP functionality you could try HermesAP
(http://hunz.org/hermesap.html) or the Agere driver
(http://www.agere.com/support/drivers/), but neither was ported to 2.6
kernels yet.

-- 
Regards,
Pavel Roskin



From proski  Mon May  3 12:09:54 2004
From: proski (Pavel Roskin)
Date: Mon, 3 May 2004 15:09:54 -0400 (EDT)
Subject: Fedora Code 2 compile woes
In-Reply-To: <Pine.LNX.4.44.0405031736490.1555-100000@bilbo.netconcepts.com>
References: <Pine.LNX.4.44.0405031736490.1555-100000@bilbo.netconcepts.com>
Message-ID: <Pine.LNX.4.58.0405031503500.4144@marabou.research.att.com>

On Mon, 3 May 2004, Jason Morehouse wrote:

> Hello, trying to compile the hostap-driver (0.1.3) for use with the
> ipw2100 wireless network card.

I don't think ipw2100 is compatible with HostAP.  See this driver instead:
http://ipw2100.sourceforge.net/

> A make yeilds a log of 7000+ errors.

Usually only the first error is signigicant.

> Though I realize fedora is rather bleeding egde, if anyone has and advice
> I'd be greatfull!

The driver is compiled against kernel sources.  There is nothing specific
to Fedora in your problem.

> Using 2.6.5-1.327 and Fedora code 2 test 3 w/ kernel 2.6.5-1.327.
>
> The make logs starts with
>
> make -C /usr/src/linux SUBDIRS=/home/jm/hostap-driver-0.1.3/driver/modules
>
> 	MODVERDIR=/home/jm/hostap-driver-0.1.3/driver/modules modules
> make[1]: Entering directory `/usr/src/linux-2.6.5-1.327'
>   CC [M]  /home/jm/hostap-driver-0.1.3/driver/modules/hostap.o
> In file included from
> /home/jm/hostap-driver-0.1.3/driver/modules/hostap.c:19:
> include/linux/config.h:4:28: linux/autoconf.h: No such file or directory

The kernel is not configured.  Make sure you have the complete kernel
sources, find the .config file for your kernel, put it to the sources, run
"make oldconfig" and "make modules" in the kernel.  Then compile hostap.

If that doesn't work, install and compile another kernel.  This applies to
other drivers as well, not just to HostAP.

-- 
Regards,
Pavel Roskin



From proski  Mon May  3 13:19:45 2004
From: proski (Pavel Roskin)
Date: Mon, 3 May 2004 16:19:45 -0400 (EDT)
Subject: CIS and PDA for RangeLan-DS (8430 Harmony 802.11b)?
In-Reply-To: <409558C8.7050302@itesm.mx>
References: <409558C8.7050302@itesm.mx>
Message-ID: <Pine.LNX.4.58.0405031546450.4382@marabou.research.att.com>

On Sun, 2 May 2004, Andres Morales wrote:

> I bought this card in e-bay, just to later know that the CIS and PDA are
> broken. If somebody please could send me the CIS and the PDA for a
> Proxim  Harmony 802.11b (same as Proxim  Rangelan-ds ).  Since the data
> is corrupted , I cannot use hostap, (neither any other driver)

The ID is described at
http://lists.linux-wlan.com/pipermail/linux-wlan-user/2004-March/012276.html

"PROXIM", "LAN PC CARD HARMONY 80211B"
manfid: 0x0126, 0x0002

I don't have the complete PDA and CIS of this card.  I think PAD and CIS
from any Prism2 based card would be fine.  You'll need to set up the MAC
address and the voltage.  Make sure the PDA has correct checksum
(prism2_srec can calculate it).  Use objcopy to create S-Records from
binary files.  You should be able to flash them in hostap in genesis mode.
Or use flash.exe (http://www.andrewhakman.dhs.org/orinoco/files/we110.exe)

Use "hostap_diags -r" to dump CIS.  Use "prism_srec -D" to dump PDA.

-- 
Regards,
Pavel Roskin



From crdobbs  Mon May  3 14:54:38 2004
From: crdobbs (Christopher Dobbs)
Date: Mon, 03 May 2004 14:54:38 -0700
Subject: Bridging in managed mode.
In-Reply-To: <40951061.4040705@eracew.net>
References: <200405011257.30206.njmurphy1@comcast.net>	<00f101c42fcd$75094740$0d00a8c0@racunar0d>	<40948EC6.5080900@eracew.net>	<006f01c4302f$066d7790$0d00a8c0@racunar0d>
	<40951061.4040705@eracew.net>
Message-ID: <4096BF9E.5050800@eracew.net>

Well it seams that I have steped in it again!!
The AP software that I use was developed in-house for us to use for this 
pourpos.
The stock AP software will not do it.
I am trying to get my business partners to ok the release of the software.

Un-fortuninatly I my only get a binary only distro aproved.
The more people interest that there is on this, the more likely that I 
may be able to get it released.

If eveyone who is intereted in this could send me a message at 
software at eracew.net I can take the requests
to the partners and petition for a realse waver.

The next partner meating is on 5/28/2004.

-- 
Christopher Dobbs
Eracew Computer Services
http://www.eracew.net/





From proski  Mon May  3 15:14:24 2004
From: proski (Pavel Roskin)
Date: Mon, 3 May 2004 18:14:24 -0400 (EDT)
Subject: Suspicious device
In-Reply-To: <1083249031.409111876f6ae@webmail.wireless-bern.ch>
References: <1083249031.409111876f6ae@webmail.wireless-bern.ch>
Message-ID: <Pine.LNX.4.58.0405031810350.6774@marabou.research.att.com>

On Thu, 29 Apr 2004 d.walther at wireless-bern.ch wrote:

> I've installed HostAP on my machine (Debian, Kernel 2.6.5, HostAP 0.2.0).
> After the reboot, the HostAP modules were loaded. But after the reboot i have
> now 2 wireless network cards (wlan0 and wifi0), but only one wireless card!!!!
> My network will be detected as Ad-Hoc network from ksimet.

That's OK.  You can ignore wifi0.  It's mentioned in README, by the way.

-- 
Regards,
Pavel Roskin



From drewhead  Mon May  3 15:21:55 2004
From: drewhead (Drew Dowling)
Date: Mon, 3 May 2004 18:21:55 -0400 (EDT)
Subject: Cards seeming connect but unable to route traffic?
Message-ID: <200405032221.i43MLtZZ020161@keep.drewhead.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


I have a slackware box I decided to build into an AP.  I got a pair of
ALLNET cards (ALL0192 - PCMCIA and  ALL0191 - PCI cause they were dirt
cheap on ebay and seemed to be garenteed that I'd get a Prism2
based card) an threw the PCI in to the slackware server and the PCMCIA
into a IBM T30 with XP on it.

I have a custom kernel, 2.6.4.  hostapd-0.1.3, wireless_tools.26
built and seemingly woking.

> /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
          inet addr:166.82.148.XX  Bcast:166.82.149.255 Mask:255.255.254.0
          inet6 addr: xxxx::xxx:xxxx:xxxx:xxx/xx Scope:Link
          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:37465 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8601 errors:0 dropped:0 overruns:0 carrier:1
          collisions:0 txqueuelen:1000 
          RX bytes:12493046 (11.9 Mb)  TX bytes:942044 (919.9 Kb)
          Interrupt:5 Base address:0xa400 

eth0:0    Link encap:Ethernet  HWaddr 00:A0:24:9F:07:52  
          inet addr:192.168.0.2  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:5 Base address:0xa400 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

wlan0     Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
          inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
          inet6 addr: xxxx::xxx:xxxx:xxxx:xxxx/xx Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:2 overruns:0 frame:0
          TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:1126 (1.0 Kb)
          Interrupt:11 Memory:d0b18000-d0b19000 

> iwconfig
lo        no wireless extensions.

dummy0    no wireless extensions.

eth0      no wireless extensions.

sit0      no wireless extensions.

wlan0     IEEE 802.11b  ESSID:"drewhead_wap"  
          Mode:Master  Frequency:2.412GHz  Access Point: XX:XX:XX:XX:XX:XX  
          Bit Rate:11Mb/s   Sensitivity=1/3  
          Retry min limit:8   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality:0  Signal level:0  Noise level:0
          Rx invalid nwid:0  Rx invalid crypt:230  Rx invalid frag:0
          Tx excessive retries:7  Invalid misc:4   Missed beacon:0

last relevant bit of dmesg:

hostap_crypt: registered algorithm 'NULL'
hostap_pci: 0.1.3 - 2004-02-08 (Jouni Malinen <jkmaline at cc.hut.fi>)
hostap_pci: Registered netdevice wlan0
prism2_hw_init: initialized in 184 ms
wlan0: trying to read PDA from 0x007f0000: OK
wlan0: NIC: id=0x8013 v1.0.0
wlan0: PRI: id=0x15 v1.1.1
wlan0: STA: id=0x1f v1.7.4
wlan0: Intersil Prism2.5 PCI: mem=0xfb000000, irq=11
wlan0: no IPv6 routers present

Right now I'm just running wide open trying to get a connection
established and packets routing.  I'll worry about locking things down when
things are working.

When I stick the PCMCIA card in the ThinkPad it finds the AP (by ESSID)
and says it's connected.  I've given it a IP of 192.168.2.3, but pings
timeout (the AP box does respond to ICMP on eth0).  Furthermore the AP
seems to be able to find the laptop:

> iwlist scanning
lo        Interface doesn't support scanning : Operation not supported

dummy0    Interface doesn't support scanning : Operation not supported

eth0      Interface doesn't support scanning : Operation not supported

sit0      Interface doesn't support scanning : Invalid argument

wlan0     Scan completed :
          Cell 01 - Address: XX:XX:XX:XX:XX:XX
                    Mode:Managed
                    Quality:15/92  Signal level:-20 dBm  Noise level:-39 dBm

Where that XXed out MAC is the mac of the PCMCIA.  Furthermore dmsg
spits out:
wlan0: XX:XX:XX:XX:XX:XX auth_cb - frame was not ACKed
wlan0: XX:XX:XX:XX:XX:XX auth_cb - STA authenticated
wlan0: XX:XX:XX:XX:XX:XX assoc_cb - STA associated
when I stick the card in the thinkpad and it successfully 'connects'.
Again the XXs are the right MAC.

This to me looks as if things are working good through the two
interfaces... but I can't route packets?  What little simple things am I
missing (it's got to be something simple right?)

> route
192.168.2.0     *               255.255.255.0   U     0      0        0 wlan0
192.168.0.0     *               255.255.255.0   U     0      0        0 eth0
192.168.0.0     *               255.255.255.0   U     0      0        0 eth0
166.82.148.0    *               255.255.254.0   U     0      0        0 eth0
loopback        *               255.0.0.0       U     0      0        0 lo
default         XXXXXXXXXXXXXXX 0.0.0.0         UG    0      0        0 eth0

- -- 
     Drew Dowling               Drewhead          http://www.drewhead.org
 drewhead at drewhead.org    |                    |    WWW      / \ Alpha Phi Omega
Concord, North Carolina   |                    |  Nimat     /   \  Gamma Lambda
CLEMSON UNIVERSITY ALUMNI |                    | Apatschin /_____\
      TIGER BAND!         |      VGAP4 Hosting at http://vgap.drewhead.org
-----BEGIN PGP SIGNATURE-----
Comment: Public key available at http://www.drewhead.org

iD8DBQFAlsX48J7U7yHE638RAvoKAJ9jetVX6KDsVf3uVRWoUkCIclXDFQCfcg3N
+jQfh0nTnJdGvtczVFb2ZSE=
=DTUn
-----END PGP SIGNATURE-----



From crdobbs  Mon May  3 16:06:44 2004
From: crdobbs (Christopher Dobbs)
Date: Mon, 03 May 2004 16:06:44 -0700
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <200405032221.i43MLtZZ020161@keep.drewhead.org>
References: <200405032221.i43MLtZZ020161@keep.drewhead.org>
Message-ID: <4096D084.6030104@eracew.net>

Are you running hostapd.
Without it, some cards will conect, but wont route.

also try getting Bridge Utilities 
<http://www.eracew.net:/brtools/bridge-utils.tar.gz> and installing 
them.  Bridging the interfacew should work.
as a note, if you bridge, set the interfaces to promisc with the ip 0.0.0.0

ex:

ifconfig eth0 promisc 0.0.0.0 up
ifconfig wlan0 promisc 0.0.0.0 up
brctl addbr AP0
brctl addif AP0 eth0
brctl addif AP0 wlan0
ifcofig AP0 192.168.2.100

This example assumes that you are using 192.168.2.xx for your ip range.

Hope this helps.
Christopher Dobbs

Drew Dowling wrote:

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>
>I have a slackware box I decided to build into an AP.  I got a pair of
>ALLNET cards (ALL0192 - PCMCIA and  ALL0191 - PCI cause they were dirt
>cheap on ebay and seemed to be garenteed that I'd get a Prism2
>based card) an threw the PCI in to the slackware server and the PCMCIA
>into a IBM T30 with XP on it.
>
>I have a custom kernel, 2.6.4.  hostapd-0.1.3, wireless_tools.26
>built and seemingly woking.
>
>  
>
>>/sbin/ifconfig
>>    
>>
>eth0      Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
>          inet addr:166.82.148.XX  Bcast:166.82.149.255 Mask:255.255.254.0
>          inet6 addr: xxxx::xxx:xxxx:xxxx:xxx/xx Scope:Link
>          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
>          RX packets:37465 errors:0 dropped:0 overruns:0 frame:0
>          TX packets:8601 errors:0 dropped:0 overruns:0 carrier:1
>          collisions:0 txqueuelen:1000 
>          RX bytes:12493046 (11.9 Mb)  TX bytes:942044 (919.9 Kb)
>          Interrupt:5 Base address:0xa400 
>
>eth0:0    Link encap:Ethernet  HWaddr 00:A0:24:9F:07:52  
>          inet addr:192.168.0.2  Bcast:192.168.0.255  Mask:255.255.255.0
>          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
>          Interrupt:5 Base address:0xa400 
>
>lo        Link encap:Local Loopback  
>          inet addr:127.0.0.1  Mask:255.0.0.0
>          inet6 addr: ::1/128 Scope:Host
>          UP LOOPBACK RUNNING  MTU:16436  Metric:1
>          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>          collisions:0 txqueuelen:0 
>          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>
>wlan0     Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
>          inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
>          inet6 addr: xxxx::xxx:xxxx:xxxx:xxxx/xx Scope:Link
>          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>          RX packets:0 errors:0 dropped:2 overruns:0 frame:0
>          TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
>          collisions:0 txqueuelen:1000 
>          RX bytes:0 (0.0 b)  TX bytes:1126 (1.0 Kb)
>          Interrupt:11 Memory:d0b18000-d0b19000 
>
>  
>
>>iwconfig
>>    
>>
>lo        no wireless extensions.
>
>dummy0    no wireless extensions.
>
>eth0      no wireless extensions.
>
>sit0      no wireless extensions.
>
>wlan0     IEEE 802.11b  ESSID:"drewhead_wap"  
>          Mode:Master  Frequency:2.412GHz  Access Point: XX:XX:XX:XX:XX:XX  
>          Bit Rate:11Mb/s   Sensitivity=1/3  
>          Retry min limit:8   RTS thr:off   Fragment thr:off
>          Encryption key:off
>          Power Management:off
>          Link Quality:0  Signal level:0  Noise level:0
>          Rx invalid nwid:0  Rx invalid crypt:230  Rx invalid frag:0
>          Tx excessive retries:7  Invalid misc:4   Missed beacon:0
>
>last relevant bit of dmesg:
>
>hostap_crypt: registered algorithm 'NULL'
>hostap_pci: 0.1.3 - 2004-02-08 (Jouni Malinen <jkmaline at cc.hut.fi>)
>hostap_pci: Registered netdevice wlan0
>prism2_hw_init: initialized in 184 ms
>wlan0: trying to read PDA from 0x007f0000: OK
>wlan0: NIC: id=0x8013 v1.0.0
>wlan0: PRI: id=0x15 v1.1.1
>wlan0: STA: id=0x1f v1.7.4
>wlan0: Intersil Prism2.5 PCI: mem=0xfb000000, irq=11
>wlan0: no IPv6 routers present
>
>Right now I'm just running wide open trying to get a connection
>established and packets routing.  I'll worry about locking things down when
>things are working.
>
>When I stick the PCMCIA card in the ThinkPad it finds the AP (by ESSID)
>and says it's connected.  I've given it a IP of 192.168.2.3, but pings
>timeout (the AP box does respond to ICMP on eth0).  Furthermore the AP
>seems to be able to find the laptop:
>
>  
>
>>iwlist scanning
>>    
>>
>lo        Interface doesn't support scanning : Operation not supported
>
>dummy0    Interface doesn't support scanning : Operation not supported
>
>eth0      Interface doesn't support scanning : Operation not supported
>
>sit0      Interface doesn't support scanning : Invalid argument
>
>wlan0     Scan completed :
>          Cell 01 - Address: XX:XX:XX:XX:XX:XX
>                    Mode:Managed
>                    Quality:15/92  Signal level:-20 dBm  Noise level:-39 dBm
>
>Where that XXed out MAC is the mac of the PCMCIA.  Furthermore dmsg
>spits out:
>wlan0: XX:XX:XX:XX:XX:XX auth_cb - frame was not ACKed
>wlan0: XX:XX:XX:XX:XX:XX auth_cb - STA authenticated
>wlan0: XX:XX:XX:XX:XX:XX assoc_cb - STA associated
>when I stick the card in the thinkpad and it successfully 'connects'.
>Again the XXs are the right MAC.
>
>This to me looks as if things are working good through the two
>interfaces... but I can't route packets?  What little simple things am I
>missing (it's got to be something simple right?)
>
>  
>
>>route
>>    
>>
>192.168.2.0     *               255.255.255.0   U     0      0        0 wlan0
>192.168.0.0     *               255.255.255.0   U     0      0        0 eth0
>192.168.0.0     *               255.255.255.0   U     0      0        0 eth0
>166.82.148.0    *               255.255.254.0   U     0      0        0 eth0
>loopback        *               255.0.0.0       U     0      0        0 lo
>default         XXXXXXXXXXXXXXX 0.0.0.0         UG    0      0        0 eth0
>
>- -- 
>     Drew Dowling               Drewhead          http://www.drewhead.org
> drewhead at drewhead.org    |                    |    WWW      / \ Alpha Phi Omega
>Concord, North Carolina   |                    |  Nimat     /   \  Gamma Lambda
>CLEMSON UNIVERSITY ALUMNI |                    | Apatschin /_____\
>      TIGER BAND!         |      VGAP4 Hosting at http://vgap.drewhead.org
>-----BEGIN PGP SIGNATURE-----
>Comment: Public key available at http://www.drewhead.org
>
>iD8DBQFAlsX48J7U7yHE638RAvoKAJ9jetVX6KDsVf3uVRWoUkCIclXDFQCfcg3N
>+jQfh0nTnJdGvtczVFb2ZSE=
>=DTUn
>-----END PGP SIGNATURE-----
>_______________________________________________
>HostAP mailing list
>HostAP at shmoo.com
>http://lists.shmoo.com/mailman/listinfo/hostap
>  
>

-- 
Christopher Dobbs
Eracew Computer Services
http://www.eracew.net/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040503/1f11da2d/attachment.htm 


From mschonfeld  Mon May  3 17:48:18 2004
From: mschonfeld (mschonfeld at ubp.edu.ar)
Date: Mon,  3 May 2004 21:48:18 -0300
Subject: dwl-520 rev.E1 firmware problem
Message-ID: <1083631698.4096e85239731@email.ubp.edu.ar>

Hi, I'm trying to run hostap with the D-link dwl-520 revE1 PCI wireless NIC, 
but I have problems with the firmware I think.I followed the instructions in 
Andrew Barr's "Using the DWL-520 rev. E1 with HostAP" web page but when I 
download the firmware to the wireless NIC an error appears. 
 
# prism2_srec -r wlan0 /etc/firmware/pm010102.hex /etc/firmware/rf010800.hex 
srec summary for 
pm010102.hexIncluded file name: PM010102.HEX 
Component: 0x0015 1.1.2 (primary firmware) 
 
srec summary for rf010800.hex 
Included file name: RF010800.hex 
Component: 0x001f 1.8.0 (station firmware) 
 
ioctl[PRISM2_IOCTL_HOSTAPD]: No data available 
STAID not available (maybe running PRI-only) 
ioctl[PRISM2_IOCTL_HOSTAPD]: No data available 
ioctl[PRISM2_IOCTL_HOSTAPD]: No data available 
Could not read wlan PDA. This requires PRISM2_DOWNLOAD_SUPPORT definition in 
driver/module/hostap_config.h. 
---------------- 
I don't know why this error, I compiled the driver with 
PRISM2_DOWNLOAD_SUPPORT. 
Maybe this firmware files are not the apropiate for my card. How can i find 
out which firmware is for mi card? 
I don't want to download the firmware to the flash (non-volatile), I want to 
do it to the RAM (volatile). 
Please, I need help with this problem. 
Thanks a lot. 
 
  Marcos 
 
/var/log/message 
May  3 21:04:08 linuxNueva2 kernel: hostap_crypt: registered algorithm 'NULL' 
May  3 21:04:08 linuxNueva2 kernel: hostap_pci: 0.2.0 - 2004-02-15 (Jouni 
Malinen <jkmaline at cc.hut.fi>) 
May  3 21:04:08 linuxNueva2 kernel: PCI: Found IRQ 11 for device 00:0d.0 
May  3 21:04:08 linuxNueva2 kernel: PCI: Sharing IRQ 11 with 01:00.0 
May  3 21:04:08 linuxNueva2 kernel: hostap_pci: Registered netdevice wifi0 
May  3 21:04:08 linuxNueva2 kernel: wifi0: Original COR value: 0x21 
May  3 21:04:08 linuxNueva2 kernel: hostap_pci: assuming no Primary image in 
flash - card initialization not completed 
May  3 21:04:08 linuxNueva2 kernel: wifi0: test Genesis mode with HCR 0x1f 
May  3 21:04:08 linuxNueva2 kernel: wifi0: Original COR value: 0x21 
May  3 21:04:08 linuxNueva2 kernel: Readback test failed, HCR 0x1f write 00 e1 
a1 ff read 00 ce a1 ce 
May  3 21:04:08 linuxNueva2 kernel: wifi0: test Genesis mode with HCR 0x0f 
May  3 21:04:08 linuxNueva2 kernel: wifi0: Original COR value: 0xa1 
May  3 21:04:08 linuxNueva2 kernel: Readback test succeeded, HCR 0x0f 
May  3 21:04:08 linuxNueva2 kernel: wifi0: Intersil Prism2.5 PCI: 
mem=0xf3000000, irq=11 
May  3 21:04:08 linuxNueva2 kernel: wifi0: registered netdevice wlan0 
May  3 21:04:15 linuxNueva2 kernel: wifi0: cannot get RID fd0b (len=1008) - no 
PRI f/w 
 
 



From jkmaline  Mon May  3 20:17:46 2004
From: jkmaline (Jouni Malinen)
Date: Mon, 3 May 2004 20:17:46 -0700
Subject: dwl-520 rev.E1 firmware problem
In-Reply-To: <1083631698.4096e85239731@email.ubp.edu.ar>
References: <1083631698.4096e85239731@email.ubp.edu.ar>
Message-ID: <20040504031746.GD6053@jm.kir.nu>

On Mon, May 03, 2004 at 09:48:18PM -0300, mschonfeld at ubp.edu.ar wrote:

> Hi, I'm trying to run hostap with the D-link dwl-520 revE1 PCI wireless NIC, 
> but I have problems with the firmware I think.I followed the instructions in 
> Andrew Barr's "Using the DWL-520 rev. E1 with HostAP" web page but when I 
> download the firmware to the wireless NIC an error appears. 
>  
> # prism2_srec -r wlan0 /etc/firmware/pm010102.hex /etc/firmware/rf010800.hex 

This is not correct for cards without primary firmware in flash and
indeed, I can't find this example from
http://home.columbus.rr.com/andrewbarr/dwl520e1.html..

Please re-read the page, especially the parts about hostap_fw_load. This
script (in utils tarball) includes the correct commands for loading the
firmware images for D-Link DWL-520 Rev E1.

-- 
Jouni Malinen                                            PGP id EFC895FA



From mschonfeld  Tue May  4 07:11:40 2004
From: mschonfeld (mschonfeld at ubp.edu.ar)
Date: Tue,  4 May 2004 11:11:40 -0300
Subject: dwl-520 rev.E1 firmware problem
Message-ID: <1083679900.4097a49cbfb9e@email.ubp.edu.ar>

>>  
>> # prism2_srec -r 
wlan0 /etc/firmware/pm010102.hex /etc/firmware/rf010800.hex 
>
>This is not correct for cards without primary firmware in flash and
>indeed, I can't find this example from
>http://home.columbus.rr.com/andrewbarr/dwl520e1.html..
>

>From http://home.columbus.rr.com/andrewbarr/dwl520e1.html :
----------
There are two firmware files, a primary firmware file and a secondary, or 
station, firmware file. The station firmware is located in an archive with its 
version name, such as 1.8.0.tar.gz. All primary firmware files are located in 
primary.tar.gz. There are different files in the archives, presumably for 
different types of cards, but the files that worked for me were: 

8a0d97de764ff1d1b20c96ff41e09dd2 pm010102.hex (Available in primary.tar.gz)
83b34a7d182eb2f9f0d12b587be4587c rf010800.hex (Available in 1.8.0.tar.gz)
----------

But I tryed with the files in the 1.7.4 firmware and it started working.

# prism2_srec -gs wlan0 /etc/firmware/pm010102.hex   (for the primary)
# prism2_srec -rp wlan0 /etc/firmware/rf010704.hex   (for the Station)

So I'm running an AP on my linux!!!!
In the next time I will asking for 802.1x Authentication...

  Thanks,
        Marcos



From micovic  Tue May  4 11:32:04 2004
From: micovic (Nebojsa Micovic)
Date: Tue, 4 May 2004 20:32:04 +0200
Subject: wds-bridges to be, or not to be ;)
Message-ID: <009d01c43206$1a880190$0d00a8c0@racunar0d>

well problems don't stop ... I have 
wireless link on distance 4 km, 
AP to Client (hostap) have this signal

from station:

wlan0     IEEE 802.11b  ESSID:"CAT-NET"  Nickname:"WAP1"
          Mode:Managed  Frequency:2.422GHz  Access Point: 00:11:11:11:11:11
          Bit Rate:11Mb/s   Sensitivity=1/3
          Retry min limit:8   RTS thr:off   Fragment thr:off
          Encryption key:1111-1111-11   Security mode:restricted
          Power Management:off
          Link Quality:14/92  Signal level:-92 dBm  Noise level:-100 dBm
          Rx invalid nwid:0  Rx invalid crypt:13  Rx invalid frag:0
          Tx excessive retries:3  Invalid misc:80405   Missed beacon:0

(this is the lowest quality, max quality is about 20/92)


from AP same station:

wap2:~ # iwlist wlan0 scanning
wlan0     Scan completed :
          Cell 01 - Address: 00:11:11:11:11:11
                    Mode:Managed
                    Quality:232/92  Signal level:-35 dBm  Noise level:-39 dBm


and this link is working fine for past 6 months, now I'm trying to put BRIDGES 
on boths sides, as we told to do, WDS HostAP in Master mode, you do remember,
and APs don't see one another, why ??? oh why??? can someone please
help me, is WDS more sensitive...


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040504/f4770f76/attachment.htm 


From vda  Tue May  4 16:03:47 2004
From: vda (Denis Vlasenko)
Date: Wed, 5 May 2004 02:03:47 +0300
Subject: wds-bridges to be, or not to be ;)
In-Reply-To: <009d01c43206$1a880190$0d00a8c0@racunar0d>
References: <009d01c43206$1a880190$0d00a8c0@racunar0d>
Message-ID: <200405050203.47373.vda@port.imtp.ilyichevsk.odessa.ua>

On Tuesday 04 May 2004 21:32, Nebojsa Micovic wrote:
> and this link is working fine for past 6 months, now I'm trying to put
> BRIDGES on boths sides, as we told to do, WDS HostAP in Master mode, you do
> remember, and APs don't see one another, why ??? oh why??? can someone
> please help me, is WDS more sensitive...

I had WDS problems too, but now at least one WDS
is working, although I use somewhat weird
script to set it up. I don't remember exactly
why it is needed, but simply setting 'master'
or 'repeater' did not work. I need to switch
back and forth at setup time.

....
i=-1
let i+=1; wds[$i]=00:xx:xx:xx:xx:xx #(repead as needed)

doit iwconfig $if master
#...(channel etc)....

if test "${wds[*]}"; then
    echo WDS...
    doit iwconfig $if mode repeater; sleep 1
    doit prism2_param $if max_wds ${#wds[*]}
    doit prism2_param $if wds_type 4
    i=0; while test "${wds[$i]}"; do
        doit iwpriv $if wds_del "${wds[$i]}"
        doit iwpriv $if wds_add "${wds[$i]}"
    let i+=1; done
    $pause
    doit iwconfig $if master
fi
...

I am interested in how otehrs do it, too
--
vda




From vda  Tue May  4 16:06:49 2004
From: vda (Denis Vlasenko)
Date: Wed, 5 May 2004 02:06:49 +0300
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <200405032221.i43MLtZZ020161@keep.drewhead.org>
References: <200405032221.i43MLtZZ020161@keep.drewhead.org>
Message-ID: <200405050206.49749.vda@port.imtp.ilyichevsk.odessa.ua>

On Tuesday 04 May 2004 01:21, Drew Dowling wrote:

> Where that XXed out MAC is the mac of the PCMCIA.  Furthermore dmsg
> spits out:
> wlan0: XX:XX:XX:XX:XX:XX auth_cb - frame was not ACKed
> wlan0: XX:XX:XX:XX:XX:XX auth_cb - STA authenticated
> wlan0: XX:XX:XX:XX:XX:XX assoc_cb - STA associated
> when I stick the card in the thinkpad and it successfully 'connects'.
> Again the XXs are the right MAC.
>
> This to me looks as if things are working good through the two
> interfaces... but I can't route packets?  What little simple things am I
> missing (it's got to be something simple right?)

use tcpdump to find out whether packets actually
arrive to either end.

(I don't know how I lived much of my life without tcpdump :)
--
vda




From vda  Tue May  4 16:17:46 2004
From: vda (Denis Vlasenko)
Date: Wed, 5 May 2004 02:17:46 +0300
Subject: maximum wireless speed config
In-Reply-To: <Pine.SUN.4.58.0404300718060.21886@eskimo.com>
References: <Pine.SUN.4.58.0404300718060.21886@eskimo.com>
Message-ID: <200405050217.46664.vda@port.imtp.ilyichevsk.odessa.ua>

On Friday 30 April 2004 18:37, Andy Barlak wrote:
> What has me really tied up is that a week ago, a transient configuration
> setup produced ping times of about 1.2msec, and iperf results of 11Mbit
> for the master-managed AP-STA setup.
> (transient means I can't reproduce the configuration again.)

Thats cool, because nobody ever had 11Mbit over 802.11b.
Which is expected. It's a protocol limitation. 802.11b
require ACKs to be sent for each frame.

The highest speed ever reported is ~700 kbytes/s AFAIK.
--
vda




From andyb  Tue May  4 16:51:04 2004
From: andyb (Andy Barlak)
Date: Tue, 4 May 2004 16:51:04 -0700 (PDT)
Subject: maximum wireless speed config
In-Reply-To: <200405050217.46664.vda@port.imtp.ilyichevsk.odessa.ua>
References: <Pine.SUN.4.58.0404300718060.21886@eskimo.com>
	<200405050217.46664.vda@port.imtp.ilyichevsk.odessa.ua>
Message-ID: <Pine.SUN.4.58.0405041637200.29164@eskimo.com>


Yes, unbelievable transfer speed.  I could repeat the
fantasy speed by running the tests against the broadcast address, or was
it the network base address? Whatever the address was, it was not the
target address of the remote AP unit.

The max link speed I can get, bridge to bridge, wds-repeater mode is about
(iperf)
[  5]  0.0-30.1 sec  18.6 MBytes  5.19 Mbits/sec

-------------------------------------------------



On Wed, 5 May 2004, Denis Vlasenko wrote:

> On Friday 30 April 2004 18:37, Andy Barlak wrote:
> > What has me really tied up is that a week ago, a transient configuration
> > setup produced ping times of about 1.2msec, and iperf results of 11Mbit
> > for the master-managed AP-STA setup.
> > (transient means I can't reproduce the configuration again.)
>
> Thats cool, because nobody ever had 11Mbit over 802.11b.
> Which is expected. It's a protocol limitation. 802.11b
> require ACKs to be sent for each frame.
>
> The highest speed ever reported is ~700 kbytes/s AFAIK.
> --
> vda
>

-------------------------------------------------------------------------------
 Andy Barlak

On my desk I have a work station.  Trains stop at train stations.




From micovic  Tue May  4 16:57:22 2004
From: micovic (Nebojsa Micovic)
Date: Wed, 5 May 2004 01:57:22 +0200
Subject: wds-bridges to be, or not to be ;)
References: <009d01c43206$1a880190$0d00a8c0@racunar0d>
	<200405050203.47373.vda@port.imtp.ilyichevsk.odessa.ua>
Message-ID: <001101c43233$8afb9180$0d00a8c0@racunar0d>

Hi Denis...

I did some testing width my wlan and look what I found ... my card gives
6-7dBm stronger transmit in Master mode then in Ad-Hoc mode, .... WDS+Master
mode couldn't measure !

also I did testing from 1-13 ch, and 1 and 13 works best ???, ...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: wlan0.gif
Type: image/gif
Size: 14114 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20040505/b8bbe7d6/attachment.gif 


From jim  Tue May  4 18:54:58 2004
From: jim (Jim Thompson)
Date: Tue, 4 May 2004 18:54:58 -0700
Subject: maximum wireless speed config
In-Reply-To: <200405050217.46664.vda@port.imtp.ilyichevsk.odessa.ua>
References: <Pine.SUN.4.58.0404300718060.21886@eskimo.com>
	<200405050217.46664.vda@port.imtp.ilyichevsk.odessa.ua>
Message-ID: <36B42A29-9E37-11D8-A5AE-000A95AB7778@netgate.com>


On May 4, 2004, at 4:17 PM, Denis Vlasenko wrote:

> On Friday 30 April 2004 18:37, Andy Barlak wrote:
>> What has me really tied up is that a week ago, a transient 
>> configuration
>> setup produced ping times of about 1.2msec, and iperf results of 
>> 11Mbit
>> for the master-managed AP-STA setup.
>> (transient means I can't reproduce the configuration again.)
>
> Thats cool, because nobody ever had 11Mbit over 802.11b.
> Which is expected. It's a protocol limitation. 802.11b
> require ACKs to be sent for each frame.
>
> The highest speed ever reported is ~700 kbytes/s AFAIK.

In theory, with UDP, one client associated with one AP, and 
maximally-sized broadcast frames (group addressed frames 
(multicast/broadcast) don't require ACKs), you can get 7.74Mbps of that 
11Mbps channel.

See also:  http://www4.ncsu.edu/~jjun/index_files/full_tmt.pdf




From dan82840  Tue May  4 19:48:19 2004
From: dan82840 (Daniel Liu)
Date: Wed, 5 May 2004 10:48:19 +0800
Subject: failed to set encrption about wpa_supplicant
Message-ID: <000a01c4324b$6dbf5c10$393ca8c0@vaio>

Hello all

There's a problem about setting wpa_supplicant.

I list some information as following.

Primary firmware: 0.3.0

Station firmware: 1.7.1

Wpa_supplicant: 0.2.0

Hostapd: 0.2.0

Hostap-driver: 0.2.0

Hostap-utils: 0.2.0

 

And I use debug mode for wpa_supplicant.

But there're some messages in /va/log/messages as below.

 

Failed to set encryption.

Unknown algorithm 'TKIP'.

You may need to load kernel module to register that algorithm.

E.g., 'modprobe hostap_crypt_wep' for WEP.

Failed to set PTK to the driver.

 

How can I solve this issue?

Thanks

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040505/0611d6ae/attachment.htm 


From kwabbernoot  Tue May  4 19:57:32 2004
From: kwabbernoot (Kwabbernoot)
Date: Wed, 05 May 2004 10:57:32 +0800
Subject: failed to set encrption about wpa_supplicant
In-Reply-To: <000a01c4324b$6dbf5c10$393ca8c0@vaio>
References: <000a01c4324b$6dbf5c10$393ca8c0@vaio>
Message-ID: <4098581C.8000704@wanadoo.nl>

Try 'modprobe hostap_crypt_tkip'

Regards,
Arnaud

Daniel Liu wrote:
> Hello all
> 
> There?s a problem about setting wpa_supplicant.
> 
> I list some information as following.
> 
> Primary firmware: 0.3.0
> 
> Station firmware: 1.7.1
> 
> Wpa_supplicant: 0.2.0
> 
> Hostapd: 0.2.0
> 
> Hostap-driver: 0.2.0
> 
> Hostap-utils: 0.2.0
> 
>  
> 
> And I use debug mode for wpa_supplicant.
> 
> But there?re some messages in /va/log/messages as below.
> 
>  
> 
> Failed to set encryption.
> 
> Unknown algorithm ?TKIP?.
> 
> You may need to load kernel module to register that algorithm.
> 
> E.g., ?modprobe hostap_crypt_wep? for WEP.
> 
> Failed to set PTK to the driver.
> 
>  
> 
> How can I solve this issue?
> 
> Thanks
> 
>  
> 
>  
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap



From sureshbabu  Tue May  4 22:55:42 2004
From: sureshbabu (sureshbabu)
Date: Wed, 05 May 2004 11:25:42 +0530
Subject: Error while starting cardmgr
Message-ID: <409881DE.5070402@adventnet.com>

Dear Team ,
After Installing HostAp (verion 0.1.3 ), while starting the cardmgr , 
the following warning is comming . My OS is RH9, kernel 2.4.20-6. Does 
any one have any idea regarding this warning :

wlan0: Warning: secondary station firmware version 1.4.2 does not seem 
to work in Host AP mode.




-- 

Regards,
S.Suresh Babu

' You must be the change you wish to see in the world.'
-M.K.Gandhi.





From sureshbabu  Wed May  5 00:01:06 2004
From: sureshbabu (sureshbabu)
Date: Wed, 05 May 2004 12:31:06 +0530
Subject: Problem while setting beacon_int
Message-ID: <40989132.7090806@adventnet.com>

Dear team ,
While setting the beacon interval using the command
" iwpriv wlan0 prism2_param beacon_int 3" ,
I got the error saying
 "Interface doesn't accept private ioctl...
prism2_param(8BE0): Operation not supported"

Not only for beacon interval setting , for all prism2_param commands, 
this error is comming. Does any one knows how to solve this ?

-- 

Regards,
S.Suresh Babu

' You must be the change you wish to see in the world.'
-M.K.Gandhi.





From manish  Wed May  5 00:22:24 2004
From: manish (Manish Amde)
Date: Wed, 05 May 2004 00:22:24 -0700
Subject: Problem with "make install"
Message-ID: <40989630.4040700@paradise.ucsd.edu>

Hi All,

I have a Prism 2.5 PCI Card and my kernel 2.4.20-8. When I do "make 
install" after make I get the error given below.

Please help.

Thanks,
Manish

depmod: *** Unresolved symbols in /lib/modules/2.4.20-8/net/hostap.o
depmod:         register_netdevice
depmod:         __netdev_watchdog_up
depmod:         eth_type_trans
depmod:         __wake_up
depmod:         __kfree_skb
depmod:         alloc_skb
depmod:         pskb_expand_head
depmod:         __write_lock_failed
depmod:         ether_setup
depmod:         skb_under_panic
depmod:         unregister_netdevice
depmod:         create_proc_entry
depmod:         alloc_etherdev
depmod:         remove_wait_queue
depmod:         unregister_netdev
depmod:         wireless_send_event
depmod:         request_module
depmod:         proc_mkdir
depmod:         __read_lock_failed
depmod:         dev_alloc_name
depmod:         dev_queue_xmit
depmod:         ___pskb_trim
depmod:         remove_proc_entry
depmod:         netif_rx
depmod:         skb_over_panic
depmod:         add_wait_queue
depmod:         proc_net
depmod:         skb_clone
depmod:         softnet_data
depmod:         irq_stat
depmod: *** Unresolved symbols in /lib/modules/2.4.20-8/net/hostap_pci.o
depmod:         register_netdevice
depmod:         __netdev_watchdog_up
depmod:         __wake_up
depmod:         __kfree_skb
depmod:         alloc_skb
depmod:         create_proc_entry
depmod:         alloc_etherdev
depmod:         remove_wait_queue
depmod:         unregister_netdev
depmod:         wireless_send_event
depmod:         __read_lock_failed
depmod:         dev_alloc_name
depmod:         remove_proc_entry
depmod:         skb_over_panic
depmod:         add_wait_queue
depmod:         softnet_data
depmod:         irq_stat
depmod: *** Unresolved symbols in /lib/modules/2.4.20-8/net/hostap_plx.o
depmod:         register_netdevice
depmod:         __wake_up
depmod:         __kfree_skb
depmod:         alloc_skb
depmod:         create_proc_entry
depmod:         alloc_etherdev
depmod:         remove_wait_queue
depmod:         unregister_netdev
depmod:         wireless_send_event
depmod:         __read_lock_failed
depmod:         dev_alloc_name
depmod:         remove_proc_entry
depmod:         skb_over_panic
depmod:         add_wait_queue
depmod:         irq_stat
depmod: *** Unresolved symbols in /lib/modules/2.4.20-8/pcmcia/hostap_cs.o
depmod:         register_netdevice
depmod:         __netdev_watchdog_up
depmod:         __wake_up
depmod:         __kfree_skb
depmod:         alloc_skb
depmod:         create_proc_entry
depmod:         alloc_etherdev
depmod:         register_pccard_driver
depmod:         remove_wait_queue
depmod:         unregister_netdev
depmod:         wireless_send_event
depmod:         __read_lock_failed
depmod:         dev_alloc_name
depmod:         remove_proc_entry
depmod:         skb_over_panic
depmod:         add_wait_queue
depmod:         softnet_data
depmod:         irq_stat




From kwabbernoot  Wed May  5 00:32:18 2004
From: kwabbernoot (Kwabbernoot)
Date: Wed, 05 May 2004 15:32:18 +0800
Subject: Problem while setting beacon_int
In-Reply-To: <40989552.2090903@adventnet.com>
References: <40989132.7090806@adventnet.com> <40989315.2040206@wanadoo.nl>
	<40989552.2090903@adventnet.com>
Message-ID: <40989882.4090107@wanadoo.nl>

Which version of driver and what type of card are you using?

Regards,
Arnaud

sureshbabu wrote:
> Yes .
> 
> Kwabbernoot wrote:
> 
>> Does a 'iwconfig wlan0' work?
>>
>> Regards,
>> Arnaud
>>
>> sureshbabu wrote:
>>
>>> Dear team ,
>>> While setting the beacon interval using the command
>>> " iwpriv wlan0 prism2_param beacon_int 3" ,
>>> I got the error saying
>>> "Interface doesn't accept private ioctl...
>>> prism2_param(8BE0): Operation not supported"
>>>
>>> Not only for beacon interval setting , for all prism2_param commands, 
>>> this error is comming. Does any one knows how to solve this ?
>>>
>>
> 



From kwabbernoot  Wed May  5 00:35:36 2004
From: kwabbernoot (Kwabbernoot)
Date: Wed, 05 May 2004 15:35:36 +0800
Subject: Problem with "make install"
In-Reply-To: <40989630.4040700@paradise.ucsd.edu>
References: <40989630.4040700@paradise.ucsd.edu>
Message-ID: <40989948.6020809@wanadoo.nl>

Try a 'make dep' in your kernel source.

Regards,
Arnaud

Manish Amde wrote:
> Hi All,
> 
> I have a Prism 2.5 PCI Card and my kernel 2.4.20-8. When I do "make 
> install" after make I get the error given below.
> 
> Please help.
> 
> Thanks,
> Manish
> 
> depmod: *** Unresolved symbols in /lib/modules/2.4.20-8/net/hostap.o
> depmod:         register_netdevice
> depmod:         __netdev_watchdog_up
> depmod:         eth_type_trans
> depmod:         __wake_up
> depmod:         __kfree_skb
> depmod:         alloc_skb
> depmod:         pskb_expand_head
> depmod:         __write_lock_failed
> depmod:         ether_setup
> depmod:         skb_under_panic
> depmod:         unregister_netdevice
> depmod:         create_proc_entry
> depmod:         alloc_etherdev
> depmod:         remove_wait_queue
> depmod:         unregister_netdev
> depmod:         wireless_send_event
> depmod:         request_module
> depmod:         proc_mkdir
> depmod:         __read_lock_failed
> depmod:         dev_alloc_name
> depmod:         dev_queue_xmit
> depmod:         ___pskb_trim
> depmod:         remove_proc_entry
> depmod:         netif_rx
> depmod:         skb_over_panic
> depmod:         add_wait_queue
> depmod:         proc_net
> depmod:         skb_clone
> depmod:         softnet_data
> depmod:         irq_stat
> depmod: *** Unresolved symbols in /lib/modules/2.4.20-8/net/hostap_pci.o
> depmod:         register_netdevice
> depmod:         __netdev_watchdog_up
> depmod:         __wake_up
> depmod:         __kfree_skb
> depmod:         alloc_skb
> depmod:         create_proc_entry
> depmod:         alloc_etherdev
> depmod:         remove_wait_queue
> depmod:         unregister_netdev
> depmod:         wireless_send_event
> depmod:         __read_lock_failed
> depmod:         dev_alloc_name
> depmod:         remove_proc_entry
> depmod:         skb_over_panic
> depmod:         add_wait_queue
> depmod:         softnet_data
> depmod:         irq_stat
> depmod: *** Unresolved symbols in /lib/modules/2.4.20-8/net/hostap_plx.o
> depmod:         register_netdevice
> depmod:         __wake_up
> depmod:         __kfree_skb
> depmod:         alloc_skb
> depmod:         create_proc_entry
> depmod:         alloc_etherdev
> depmod:         remove_wait_queue
> depmod:         unregister_netdev
> depmod:         wireless_send_event
> depmod:         __read_lock_failed
> depmod:         dev_alloc_name
> depmod:         remove_proc_entry
> depmod:         skb_over_panic
> depmod:         add_wait_queue
> depmod:         irq_stat
> depmod: *** Unresolved symbols in /lib/modules/2.4.20-8/pcmcia/hostap_cs.o
> depmod:         register_netdevice
> depmod:         __netdev_watchdog_up
> depmod:         __wake_up
> depmod:         __kfree_skb
> depmod:         alloc_skb
> depmod:         create_proc_entry
> depmod:         alloc_etherdev
> depmod:         register_pccard_driver
> depmod:         remove_wait_queue
> depmod:         unregister_netdev
> depmod:         wireless_send_event
> depmod:         __read_lock_failed
> depmod:         dev_alloc_name
> depmod:         remove_proc_entry
> depmod:         skb_over_panic
> depmod:         add_wait_queue
> depmod:         softnet_data
> depmod:         irq_stat
> 
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
> 
> 



From kwabbernoot  Wed May  5 00:58:15 2004
From: kwabbernoot (Kwabbernoot)
Date: Wed, 05 May 2004 15:58:15 +0800
Subject: Problem with "make install"
In-Reply-To: <40989A0E.6020109@paradise.ucsd.edu>
References: <40989630.4040700@paradise.ucsd.edu> <40989948.6020809@wanadoo.nl>
	<40989A0E.6020109@paradise.ucsd.edu>
Message-ID: <40989E97.60705@wanadoo.nl>

Did you compiled for running kernel on the system where you do a 
make install?

Manish Amde wrote:
> I already tried that
> 
> -Manish
> 
> Kwabbernoot wrote:
> 
>> Try a 'make dep' in your kernel source.
>>
>> Regards,
>> Arnaud
>>
>> Manish Amde wrote:
>>
>>> Hi All,
>>>
>>> I have a Prism 2.5 PCI Card and my kernel 2.4.20-8. When I do "make 
>>> install" after make I get the error given below.
>>>
>>> Please help.
>>>
>>> Thanks,
>>> Manish
>>>
>>> depmod: *** Unresolved symbols in /lib/modules/2.4.20-8/net/hostap.o
>>> depmod:         register_netdevice
>>> depmod:         __netdev_watchdog_up
>>> depmod:         eth_type_trans
>>> depmod:         __wake_up
>>> depmod:         __kfree_skb
>>> depmod:         alloc_skb
>>> depmod:         pskb_expand_head
>>> depmod:         __write_lock_failed
>>> depmod:         ether_setup
>>> depmod:         skb_under_panic
>>> depmod:         unregister_netdevice
>>> depmod:         create_proc_entry
>>> depmod:         alloc_etherdev
>>> depmod:         remove_wait_queue
>>> depmod:         unregister_netdev
>>> depmod:         wireless_send_event
>>> depmod:         request_module
>>> depmod:         proc_mkdir
>>> depmod:         __read_lock_failed
>>> depmod:         dev_alloc_name
>>> depmod:         dev_queue_xmit
>>> depmod:         ___pskb_trim
>>> depmod:         remove_proc_entry
>>> depmod:         netif_rx
>>> depmod:         skb_over_panic
>>> depmod:         add_wait_queue
>>> depmod:         proc_net
>>> depmod:         skb_clone
>>> depmod:         softnet_data
>>> depmod:         irq_stat
>>> depmod: *** Unresolved symbols in /lib/modules/2.4.20-8/net/hostap_pci.o
>>> depmod:         register_netdevice
>>> depmod:         __netdev_watchdog_up
>>> depmod:         __wake_up
>>> depmod:         __kfree_skb
>>> depmod:         alloc_skb
>>> depmod:         create_proc_entry
>>> depmod:         alloc_etherdev
>>> depmod:         remove_wait_queue
>>> depmod:         unregister_netdev
>>> depmod:         wireless_send_event
>>> depmod:         __read_lock_failed
>>> depmod:         dev_alloc_name
>>> depmod:         remove_proc_entry
>>> depmod:         skb_over_panic
>>> depmod:         add_wait_queue
>>> depmod:         softnet_data
>>> depmod:         irq_stat
>>> depmod: *** Unresolved symbols in /lib/modules/2.4.20-8/net/hostap_plx.o
>>> depmod:         register_netdevice
>>> depmod:         __wake_up
>>> depmod:         __kfree_skb
>>> depmod:         alloc_skb
>>> depmod:         create_proc_entry
>>> depmod:         alloc_etherdev
>>> depmod:         remove_wait_queue
>>> depmod:         unregister_netdev
>>> depmod:         wireless_send_event
>>> depmod:         __read_lock_failed
>>> depmod:         dev_alloc_name
>>> depmod:         remove_proc_entry
>>> depmod:         skb_over_panic
>>> depmod:         add_wait_queue
>>> depmod:         irq_stat
>>> depmod: *** Unresolved symbols in 
>>> /lib/modules/2.4.20-8/pcmcia/hostap_cs.o
>>> depmod:         register_netdevice
>>> depmod:         __netdev_watchdog_up
>>> depmod:         __wake_up
>>> depmod:         __kfree_skb
>>> depmod:         alloc_skb
>>> depmod:         create_proc_entry
>>> depmod:         alloc_etherdev
>>> depmod:         register_pccard_driver
>>> depmod:         remove_wait_queue
>>> depmod:         unregister_netdev
>>> depmod:         wireless_send_event
>>> depmod:         __read_lock_failed
>>> depmod:         dev_alloc_name
>>> depmod:         remove_proc_entry
>>> depmod:         skb_over_panic
>>> depmod:         add_wait_queue
>>> depmod:         softnet_data
>>> depmod:         irq_stat
>>>
>>> _______________________________________________
>>> HostAP mailing list
>>> HostAP at shmoo.com
>>> http://lists.shmoo.com/mailman/listinfo/hostap
>>>
>>>
>> _______________________________________________
>> HostAP mailing list
>> HostAP at shmoo.com
>> http://lists.shmoo.com/mailman/listinfo/hostap
> 
> 
> 
> 
> 



From mschonfeld  Wed May  5 10:13:10 2004
From: mschonfeld (Marcos Schonfeld)
Date: Wed, 5 May 2004 14:13:10 -0300
Subject: 802.1x Supplicant for Win98
Message-ID: <000b01c432c4$532f3cc0$0201a8c0@nueva2>

Hi, I'm looking for FREE 802.1x Supplicant for Win98 that support EAP-TLS.
Has anybody found at least one?
I don't know if this subject was discussed before, if it was, please send me
some links.
Thanks

 Marcos




From HostAP-developer  Wed May  5 11:37:40 2004
From: HostAP-developer (HostAP Developer)
Date: Wed, 5 May 2004 13:37:40 -0500 (CDT)
Subject: Error while starting cardmgr
In-Reply-To: <409881DE.5070402@adventnet.com>
References: <409881DE.5070402@adventnet.com>
Message-ID: <41619.66.58.42.210.1083782260.squirrel@www.maxrack.net>

Follow the documentation on updating your firmware... There is plenty of
documentation on which firmware to use for your card and how to flash it.
-- 
Regards
KC Ferguson

<quote who="sureshbabu">
> Dear Team ,
> After Installing HostAp (verion 0.1.3 ), while starting the cardmgr ,
> the following warning is comming . My OS is RH9, kernel 2.4.20-6. Does
> any one have any idea regarding this warning :
>
> wlan0: Warning: secondary station firmware version 1.4.2 does not seem
> to work in Host AP mode.
>
>
>
>
> --
>
> Regards,
> S.Suresh Babu
>
> ' You must be the change you wish to see in the world.'
> -M.K.Gandhi.
>
>
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
>




From trepo  Wed May  5 14:29:20 2004
From: trepo (Viliam Trepak)
Date: Wed, 05 May 2004 23:29:20 +0200
Subject: 802.1x Supplicant for Win98
In-Reply-To: <000b01c432c4$532f3cc0$0201a8c0@nueva2>
References: <000b01c432c4$532f3cc0$0201a8c0@nueva2>
Message-ID: <1083792560.4328.12.camel@hq.netcomga.sk>

The only one I found was Wire1x:

http://wire.cs.nthu.edu.tw/wire1x/

I haven't had the time to test it - could you report back on it if you
do?

trepo

On Wed, 2004-05-05 at 19:13, Marcos Schonfeld wrote:
> Hi, I'm looking for FREE 802.1x Supplicant for Win98 that support EAP-TLS.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20040505/2d4c5f90/attachment.pgp 


From mschonfeld  Wed May  5 14:57:23 2004
From: mschonfeld (Marcos Schonfeld)
Date: Wed, 5 May 2004 18:57:23 -0300
Subject: loading hostap on boot
Message-ID: <002c01c432ec$09f1d1d0$0201a8c0@nueva2>

Hi,
I'm trying to get the driver load on boot for my dwl-520revE in my Suse 8.2
linux box.
I edit the /etc/modules.conf and /etc/sysconfig/network/ifcfg-wlan0:

modules.conf:

#load the hostap module
alias wlan0 hostap_pci
#this downloads the firmware pm010102.hex and rf010704.hex files to the card
post-install wlan0 /usr/sbin/hostap_fw_load wlan0

ifcfg-wlan0:

BOOTPROTO='static'
BROADCAST='192.168.1.255'
IPADDR='192.168.1.2'
MTU=''
NETMASK='255.255.255.0'
NETWORK='192.168.1.0'
REMOTE_IPADDR=''
STARTMODE='onboot'
WIRELESS='yes'

But sometimes (I would say the most times) the STA firmware doesn't
download, so the interface wlan0 doesn't start.
I don't know why this happend.
Is any problem shuting down the system whith the hostAP running?
Are these firmware files correct for my card?
This is the dmesg output:

hostap_crypt: registered algorithm 'NULL'
hostap_pci: 0.2.0 - 2004-02-15 (Jouni Malinen <jkmaline at cc.hut.fi>)
PCI: Found IRQ 11 for device 00:0d.0
PCI: Sharing IRQ 11 with 01:00.0
hostap_pci: Registered netdevice wifi0
wifi0: Original COR value: 0x0
wifi0: COR sreset timeout
wifi0: __hfa384x_cmd_no_wait(6) - timeout - reg=0x8c80
hostap_pci: first command failed - assuming card does not have primary
firmware
hostap_pci: assuming no Primary image in flash - card initialization not
completed
wifi0: test Genesis mode with HCR 0x1f
wifi0: Original COR value: 0x80
wifi0: COR sreset timeout
Readback test failed, HCR 0x1f write 00 e1 a1 ff read 00 ce a1 ce
wifi0: test Genesis mode with HCR 0x0f
wifi0: Original COR value: 0xa1
wifi0: COR sreset timeout
Readback test succeeded, HCR 0x0f
wifi0: Intersil Prism2.5 PCI: mem=0xf3000000, irq=11
wifi0: registered netdevice wlan0
prism2_download: dl_cmd=4 start_addr=0x003f0000 num_areas=3
wifi0: test Genesis mode with HCR 0x0f
wifi0: Original COR value: 0x0
wifi0: COR sreset timeout
Readback test succeeded, HCR 0x0f
prism2_hw_init: initialized in 0 ms
wifi0: valid PDA not found
wifi0: NIC: id=0x8000 v0.0.1
wifi0: PRI: id=0x15 v1.1.2
Could not get RID for component STA
wifi0: Failed to read STA f/w version - only Primary f/w present
wlan0: CMD=0x0001 => res=0x7f, resp0=0x0001
wlan0: MAC port 0 enabling failed
wlan0: could not enable MAC port
wifi0: Original COR value: 0x1

When the hostap doesn't start on boot, then I tryed to configure it manually
but it doesn't respond:

# hostap_fw_load wlan0
Downloading secondary (station) firmware /etc/firmware/rf010704.hex
srec summary for rf010704.hex
Included file name: RF010704.HEX
Component: 0x001f 1.7.4 (station firmware)

ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
STAID not available (maybe running PRI-only)
ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
Could not read wlan PDA. This requires PRISM2_DOWNLOAD_SUPPORT definition in
driver/module/hostap_config.h.

I had configured the driver with PRISM2_DOWNLOAD_SUPPORT.
What is the wlan PDA?

Thanks for your help
 Marcos




From cwevans  Wed May  5 16:07:45 2004
From: cwevans (Chris Evans)
Date: Wed, 5 May 2004 16:07:45 -0700
Subject: Segmentation fault when running hostapd
In-Reply-To: <20040429015131.GD6052@jm.kir.nu>
References: <3A13B2AA-9955-11D8-982E-000A95B1BFFA@acm.org>
	<20040429015131.GD6052@jm.kir.nu>
Message-ID: <04BDD057-9EE9-11D8-A91E-000A95B1BFFA@acm.org>

I ended up killing the kernel on the system, so I've reinstalled.  
Since I want to have this be a WPA-Enterprise Access Point, I'm trying 
a snapshot of the development series snapshot from today.  I've 
installed the debug version of the glibc in debian, and I get the 
following from gdb
Wireless-3:~# LD_LIBRARY_PATH=/usr/lib/debug/:$LD_LIBRARY_PATH gdb 
/usr/local/bin/hostapd
GNU gdb 6.1-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and 
you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for 
details.
This GDB was configured as "powerpc-linux"...Using host libthread_db 
library "/usr/lib/debug/libthread_db.so.1".

(gdb) run /etc/hostapd/hostapd.conf
Starting program: /usr/local/bin/hostapd /etc/hostapd/hostapd.conf
Configuration file: /etc/hostapd/hostapd.conf
Using interface wlan0ap with hwaddr 00:09:5b:67:84:60 and ssid 'SAE'
wlan0: RADIUS Authentication server 134.71.249.22:1812

Program received signal SIGSEGV, Segmentation fault.
0x0ff2148c in strlen () from /usr/lib/debug/libc.so.6
(gdb) bt
#0  0x0ff2148c in strlen () from /usr/lib/debug/libc.so.6
#1  0x0fef036c in _IO_vfprintf (s=0x10035c08,
     format=0x14 <Address 0x14 out of bounds>, ap=0x7ffffc28) at 
vfprintf.c:1526
#2  0x0ff7bd44 in *__GI_vsyslog (pri=14,
     fmt=0x100358c0 "wlan0: RADIUS %s server %s:%d", ap=0x7ffffc28)
     at syslog.c:216
#3  0x10000fd8 in hostapd_logger (hapd=0x10034fb8, addr=0x0, module=4,
     level=2, fmt=0x10020f14 "%s server %s:%d") at hostapd.c:132
#4  0x10012644 in radius_change_server (hapd=0x10034fb8, 
nserv=0x10035b88,
     oserv=0x0, sock=9, auth=1) at radius_client.c:507
#5  0x1001289c in radius_client_init_auth (hapd=0x10034fb8)
     at radius_client.c:590
#6  0x10012ab0 in radius_client_init (hapd=0x10034fb8) at 
radius_client.c:641
#7  0x10001b8c in hostapd_setup_interface (hapd=0x10034fb8) at 
hostapd.c:445
#8  0x10001f68 in main (argc=1, argv=0x7ffffdc4) at hostapd.c:590

I'm not sure what else to do.
--
       -+--++---+++----++++-----+++++-----++++----+++---++--+-
      ___
  _.-|   |          |\__/,|   (`\      | Chris Evans
{   |   |          |o o  |__ _) )     |
  "-.|___|        _.( T   )  `  /      | cwevans at acm.org
   .--'-`-.     _((_ `^--' /_<  \      |
.+|______|__.-||__)`-'(((/  (((/      |  "Any technology distinguishable
                                       |  from magic, is not advanced
   Nika plays with a computer mouse    |  enough" -- Gregory Benford
       BY: Mike Rosulek                |
          http://showcase.netins.net/web/mikewrld/ascii/




From kwabbernoot  Wed May  5 17:50:36 2004
From: kwabbernoot (Kwabbernoot)
Date: Thu, 06 May 2004 08:50:36 +0800
Subject: Problem with "make install"
In-Reply-To: <40992677.9080804@paradise.ucsd.edu>
References: <40989630.4040700@paradise.ucsd.edu>
	<40989948.6020809@wanadoo.nl>	<40989A0E.6020109@paradise.ucsd.edu>
	<40989E97.60705@wanadoo.nl> <40992677.9080804@paradise.ucsd.edu>
Message-ID: <40998BDC.2020101@wanadoo.nl>

You have to configure your kernel as well. I see the message about 
missing symbol 'create_proc_entry' that meens that you kerenl config 
does not include the proc file system.
So configure your kernel with the right components, like network 
support, wireless LAN etc and then try it again.
You can run a depmod -ae by hand instead of the make install.

Regards,
Arnaud

Manish Amde wrote:
> 
> Since I did not have the source files for my kernel initially, I just 
> downloaded the kernel-source rpm. I did make xconfig to get .config 
> file. Do i need to compile a new kernel with these source files ?
> 
> Thanks,
> Manish
> 
> Kwabbernoot wrote:
> 
>> Did you compiled for running kernel on the system where you do a make 
>> install?
>>
>> Manish Amde wrote:
>>
>>> I already tried that
>>>
>>> -Manish
>>>
>>> Kwabbernoot wrote:
>>>
>>>> Try a 'make dep' in your kernel source.
>>>>
>>>> Regards,
>>>> Arnaud
>>>>
>>>> Manish Amde wrote:
>>>>
>>>>> Hi All,
>>>>>
>>>>> I have a Prism 2.5 PCI Card and my kernel 2.4.20-8. When I do "make 
>>>>> install" after make I get the error given below.
>>>>>
>>>>> Please help.
>>>>>
>>>>> Thanks,
>>>>> Manish
>>>>>
>>>>> depmod: *** Unresolved symbols in /lib/modules/2.4.20-8/net/hostap.o
>>>>> depmod:         register_netdevice
>>>>> depmod:         __netdev_watchdog_up
>>>>> depmod:         eth_type_trans
>>>>> depmod:         __wake_up
>>>>> depmod:         __kfree_skb
>>>>> depmod:         alloc_skb
>>>>> depmod:         pskb_expand_head
>>>>> depmod:         __write_lock_failed
>>>>> depmod:         ether_setup
>>>>> depmod:         skb_under_panic
>>>>> depmod:         unregister_netdevice
>>>>> depmod:         create_proc_entry
>>>>> depmod:         alloc_etherdev
>>>>> depmod:         remove_wait_queue
>>>>> depmod:         unregister_netdev
>>>>> depmod:         wireless_send_event
>>>>> depmod:         request_module
>>>>> depmod:         proc_mkdir
>>>>> depmod:         __read_lock_failed
>>>>> depmod:         dev_alloc_name
>>>>> depmod:         dev_queue_xmit
>>>>> depmod:         ___pskb_trim
>>>>> depmod:         remove_proc_entry
>>>>> depmod:         netif_rx
>>>>> depmod:         skb_over_panic
>>>>> depmod:         add_wait_queue
>>>>> depmod:         proc_net
>>>>> depmod:         skb_clone
>>>>> depmod:         softnet_data
>>>>> depmod:         irq_stat
>>>>> depmod: *** Unresolved symbols in 
>>>>> /lib/modules/2.4.20-8/net/hostap_pci.o
>>>>> depmod:         register_netdevice
>>>>> depmod:         __netdev_watchdog_up
>>>>> depmod:         __wake_up
>>>>> depmod:         __kfree_skb
>>>>> depmod:         alloc_skb
>>>>> depmod:         create_proc_entry
>>>>> depmod:         alloc_etherdev
>>>>> depmod:         remove_wait_queue
>>>>> depmod:         unregister_netdev
>>>>> depmod:         wireless_send_event
>>>>> depmod:         __read_lock_failed
>>>>> depmod:         dev_alloc_name
>>>>> depmod:         remove_proc_entry
>>>>> depmod:         skb_over_panic
>>>>> depmod:         add_wait_queue
>>>>> depmod:         softnet_data
>>>>> depmod:         irq_stat
>>>>> depmod: *** Unresolved symbols in 
>>>>> /lib/modules/2.4.20-8/net/hostap_plx.o
>>>>> depmod:         register_netdevice
>>>>> depmod:         __wake_up
>>>>> depmod:         __kfree_skb
>>>>> depmod:         alloc_skb
>>>>> depmod:         create_proc_entry
>>>>> depmod:         alloc_etherdev
>>>>> depmod:         remove_wait_queue
>>>>> depmod:         unregister_netdev
>>>>> depmod:         wireless_send_event
>>>>> depmod:         __read_lock_failed
>>>>> depmod:         dev_alloc_name
>>>>> depmod:         remove_proc_entry
>>>>> depmod:         skb_over_panic
>>>>> depmod:         add_wait_queue
>>>>> depmod:         irq_stat
>>>>> depmod: *** Unresolved symbols in 
>>>>> /lib/modules/2.4.20-8/pcmcia/hostap_cs.o
>>>>> depmod:         register_netdevice
>>>>> depmod:         __netdev_watchdog_up
>>>>> depmod:         __wake_up
>>>>> depmod:         __kfree_skb
>>>>> depmod:         alloc_skb
>>>>> depmod:         create_proc_entry
>>>>> depmod:         alloc_etherdev
>>>>> depmod:         register_pccard_driver
>>>>> depmod:         remove_wait_queue
>>>>> depmod:         unregister_netdev
>>>>> depmod:         wireless_send_event
>>>>> depmod:         __read_lock_failed
>>>>> depmod:         dev_alloc_name
>>>>> depmod:         remove_proc_entry
>>>>> depmod:         skb_over_panic
>>>>> depmod:         add_wait_queue
>>>>> depmod:         softnet_data
>>>>> depmod:         irq_stat
>>>>>
>>>>> _______________________________________________
>>>>> HostAP mailing list
>>>>> HostAP at shmoo.com
>>>>> http://lists.shmoo.com/mailman/listinfo/hostap
>>>>>
>>>>>
>>>> _______________________________________________
>>>> HostAP mailing list
>>>> HostAP at shmoo.com
>>>> http://lists.shmoo.com/mailman/listinfo/hostap
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>> _______________________________________________
>> HostAP mailing list
>> HostAP at shmoo.com
>> http://lists.shmoo.com/mailman/listinfo/hostap
> 
> 
> 
> 
> 



From kwabbernoot  Wed May  5 18:00:08 2004
From: kwabbernoot (Kwabbernoot)
Date: Thu, 06 May 2004 09:00:08 +0800
Subject: Problem while setting beacon_int
In-Reply-To: <4098A4A3.4070900@adventnet.com>
References: <40989132.7090806@adventnet.com>
	<40989315.2040206@wanadoo.nl>	<40989552.2090903@adventnet.com>
	<40989882.4090107@wanadoo.nl> <4098A4A3.4070900@adventnet.com>
Message-ID: <40998E18.3010205@wanadoo.nl>

Can you run a hostap_diag?

Arnaud


sureshbabu wrote:
> I am using hostap-driver-0.1.3 version and linksys wpc11 card.
> 
> Kwabbernoot wrote:
> 
>> Which version of driver and what type of card are you using?
>>
>> Regards,
>> Arnaud
>>
>> sureshbabu wrote:
>>
>>> Yes .
>>>
>>> Kwabbernoot wrote:
>>>
>>>> Does a 'iwconfig wlan0' work?
>>>>
>>>> Regards,
>>>> Arnaud
>>>>
>>>> sureshbabu wrote:
>>>>
>>>>> Dear team ,
>>>>> While setting the beacon interval using the command
>>>>> " iwpriv wlan0 prism2_param beacon_int 3" ,
>>>>> I got the error saying
>>>>> "Interface doesn't accept private ioctl...
>>>>> prism2_param(8BE0): Operation not supported"
>>>>>
>>>>> Not only for beacon interval setting , for all prism2_param 
>>>>> commands, this error is comming. Does any one knows how to solve 
>>>>> this ?
>>>>>
>>>>
>>>
>> _______________________________________________
>> HostAP mailing list
>> HostAP at shmoo.com
>> http://lists.shmoo.com/mailman/listinfo/hostap
>>
> 



From drewhead  Wed May  5 19:01:54 2004
From: drewhead (Drew Dowling)
Date: Wed, 5 May 2004 22:01:54 -0400 (EDT)
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <4096D084.6030104@eracew.net> from "Christopher Dobbs" at May 03,
	2004 04:06:44 PM
Message-ID: <200405060201.i4621sEF016185@keep.drewhead.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Thanks for responding Christopher.

> Are you running hostapd.
> Without it, some cards will conect, but wont route.

I was not, but I then went and compiled it and built a basic config, 
fired it up.  No change.

> also try getting Bridge Utilities 
> <http://www.eracew.net:/brtools/bridge-utils.tar.gz> and installing 
> them.  Bridging the interfacew should work.
> as a note, if you bridge, set the interfaces to promisc with the ip 0.0.0.0

Actually I needed to rebuild the kernel to enable bridging.  That seemed
as good an excuse to get to 2.6.5 so here I am.
> ex:

> ifconfig eth0 promisc 0.0.0.0 up
> ifconfig wlan0 promisc 0.0.0.0 up
> brctl addbr AP0
> brctl addif AP0 eth0
> brctl addif AP0 wlan0
> ifcofig AP0 192.168.2.100

> This example assumes that you are using 192.168.2.xx for your ip range.

For my private LAN I am.  This config seemed to kill the public network
that eth0 used (via dhcpcd).

Anyway, I'd like to try and simplify.  Instead of worring about bridging
and routing between diffrent networks (I had planned on using iptables) I
think it might be best if I proved the wireless client could talk to the
wireless AP first.

So... let me simply take eth0 out of the equasion.  I've downed it so that
ifconfig looks like:

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

wlan0     Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX  
          inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
          inet6 addr: xxxx::xxx:xxxx:xxxx:xxxx/xx Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:528 (528.0 b)
          Interrupt:11 Memory:d0b18000-d0b19000 

I stick the card in the XP box and it *says* it connects.  dmesg shows me

wlan0: XX:XX:XX:XX:XX auth_cb - STA authenticated
wlan0: XX:XX:XX:XX:XX assoc_cb - STA associated

after the occurs.

I fire up hostapd and ifconfig now has the additionaly interface:

wlan0ap   Link encap:UNSPEC  HWaddr
XX-XX-XX-XX-XX-XX-00-00-00-00-00-00-00-00-00-00  
          UP BROADCAST RUNNING MULTICAST  MTU:2290  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:11 Memory:d0b18000-d0b19000 

the others are unchanged.

it also spits out 
Using interface wlan0ap with hwaddr 00:02:dd:33:1d:d0 and ssid
'drewhead_wap'
Flushing old station entries
Deauthenticate all stations
wlan0: STA XX:XX:XX:XX:XX IEEE 802.11: authenticated
wlan0: STA XX:XX:XX:XX:XX IEEE 802.11: associated (aid 1)

when I stick the card in the XP box now a debug level 2 shows me:

Received 30 bytes management frame
MGMT
mgmt::auth
authentication: STA=XX:XX:XX:XX:XX auth_alg=0 auth_transaction=1
status_code=0 wep=0
  New STA
authentication reply: STA=XX:XX:XX:XX:XX auth_alg=0 auth_transaction=2
resp=0
Received 30 bytes management frame
MGMT (TX callback) ACK
mgmt::auth cb
wlan0: STA XX:XX:XX:XX:XX IEEE 802.11: authenticated
Received 48 bytes management frame
MGMT
mgmt::assoc_req
association request: STA=XX:XX:XX:XX:XX capab_info=0x11
listen_interval=1
  new AID 1
Received 36 bytes management frame
MGMT (TX callback) ACK
mgmt::assoc_resp cb
wlan0: STA XX:XX:XX:XX:XX IEEE 802.11: associated (aid 1)


At this point I think I should be able to ping one box from the other, or
connect using a service I know is running.  Everything times out.

- -- 
     Drew Dowling               Drewhead          http://www.drewhead.org
 drewhead at drewhead.org    |                    |    WWW      / \ Alpha Phi Omega
Concord, North Carolina   |                    |  Nimat     /   \  Gamma Lambda
CLEMSON UNIVERSITY ALUMNI |                    | Apatschin /_____\
      TIGER BAND!         |      VGAP4 Hosting at http://vgap.drewhead.org
-----BEGIN PGP SIGNATURE-----
Comment: Public key available at http://www.drewhead.org

iD8DBQFAmZyM8J7U7yHE638RAvbIAJsEauf3+1dfhIRVvqCZUeeFUKoF1gCgm3jB
j37gm/0cZeI+bYhUWqAUxxw=
=5n2O
-----END PGP SIGNATURE-----



From drewhead  Wed May  5 19:07:10 2004
From: drewhead (Drew Dowling)
Date: Wed, 5 May 2004 22:07:10 -0400 (EDT)
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <200405050206.49749.vda@port.imtp.ilyichevsk.odessa.ua> from
	"Denis Vlasenko" at May 05, 2004 02:06:49 AM
Message-ID: <200405060207.i4627ANQ016249@keep.drewhead.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Thanks for the suggestion,

> use tcpdump to find out whether packets actually
> arrive to either end.

> (I don't know how I lived much of my life without tcpdump :)
> --
> vda

Unfortunately my client is an XP box, so unless there is a tcpdump that I
don't know about there I can only do this at one end.

# tcpdump -i wlan0
tcpdump: listening on wlan0

Then I start a ping to the clint and see

22:01:01.357911 arp who-has 192.168.2.3 tell 192.168.2.1
22:01:02.357084 arp who-has 192.168.2.3 tell 192.168.2.1

I'm pretty clear that my problems are that the packets arn't getting
through, I just don't know where to go from here.  :(
- -- 
     Drew Dowling               Drewhead          http://www.drewhead.org
 drewhead at drewhead.org    |                    |    WWW      / \ Alpha Phi Omega
Concord, North Carolina   |                    |  Nimat     /   \  Gamma Lambda
CLEMSON UNIVERSITY ALUMNI |                    | Apatschin /_____\
      TIGER BAND!         |      VGAP4 Hosting at http://vgap.drewhead.org
-----BEGIN PGP SIGNATURE-----
Comment: Public key available at http://www.drewhead.org

iD8DBQFAmZ3G8J7U7yHE638RAv7YAJ0dWNquyYsldiSx3IB5PTJMDANMQgCgqJJk
jwbpGfao3Rac0xIrua7iqjs=
=tbqc
-----END PGP SIGNATURE-----



From HostAP-developer  Wed May  5 19:13:32 2004
From: HostAP-developer (HostAP Developer)
Date: Wed, 5 May 2004 21:13:32 -0500 (CDT)
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <200405060207.i4627ANQ016249@keep.drewhead.org>
References: <200405050206.49749.vda@port.imtp.ilyichevsk.odessa.ua>
	from"Denis Vlasenko" at May 05, 2004 02:06:49 AM
	<200405060207.i4627ANQ016249@keep.drewhead.org>
Message-ID: <42795.66.58.42.210.1083809612.squirrel@www.maxrack.net>

Use Ethereal..
...from http://www.ethereal.com/docs/man-pages/ethereal.1.html ...

Ethereal is a GUI network protocol analyzer. It lets you interactively
browse packet data from a live network or from a previously saved capture
file. Ethereal's native capture file format is libpcap format, which is
also the format used by tcpdump and various other tools.


There's a Windows version which will run on XP.

-- 
Regards
KC Ferguson

<quote who="Drew Dowling">
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> Thanks for the suggestion,
>
>> use tcpdump to find out whether packets actually
>> arrive to either end.
>
>> (I don't know how I lived much of my life without tcpdump :)
>> --
>> vda
>
> Unfortunately my client is an XP box, so unless there is a tcpdump that I
> don't know about there I can only do this at one end.
>
> # tcpdump -i wlan0
> tcpdump: listening on wlan0
>
> Then I start a ping to the clint and see
>
> 22:01:01.357911 arp who-has 192.168.2.3 tell 192.168.2.1
> 22:01:02.357084 arp who-has 192.168.2.3 tell 192.168.2.1
>
> I'm pretty clear that my problems are that the packets arn't getting
> through, I just don't know where to go from here.  :(
> - --
>      Drew Dowling               Drewhead          http://www.drewhead.org
>  drewhead at drewhead.org    |                    |    WWW      / \ Alpha Phi
> Omega
> Concord, North Carolina   |                    |  Nimat     /   \  Gamma
> Lambda
> CLEMSON UNIVERSITY ALUMNI |                    | Apatschin /_____\
>       TIGER BAND!         |      VGAP4 Hosting at http://vgap.drewhead.org
> -----BEGIN PGP SIGNATURE-----
> Comment: Public key available at http://www.drewhead.org
>
> iD8DBQFAmZ3G8J7U7yHE638RAv7YAJ0dWNquyYsldiSx3IB5PTJMDANMQgCgqJJk
> jwbpGfao3Rac0xIrua7iqjs=
> =tbqc
> -----END PGP SIGNATURE-----
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
>




From security  Wed May  5 19:15:34 2004
From: security (Jon Baer)
Date: Wed, 05 May 2004 22:15:34 -0400
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <200405060207.i4627ANQ016249@keep.drewhead.org>
References: <200405060207.i4627ANQ016249@keep.drewhead.org>
Message-ID: <40999FC6.8040203@jonbaer.net>

> Unfortunately my client is an XP box, so unless there is a tcpdump that I
> don't know about there I can only do this at one end.

The WinPCap drivers come with a "windump" tool that is the same exact 
function as tcpdump ...

http://winpcap.polito.it/
http://windump.polito.it/

- Jon



From HostAP-developer  Wed May  5 19:23:14 2004
From: HostAP-developer (HostAP Developer)
Date: Wed, 5 May 2004 21:23:14 -0500 (CDT)
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <200405060201.i4621sEF016185@keep.drewhead.org>
References: <4096D084.6030104@eracew.net> from "Christopher Dobbs" at May
	03,2004 04:06:44 PM <200405060201.i4621sEF016185@keep.drewhead.org>
Message-ID: <42816.66.58.42.210.1083810194.squirrel@www.maxrack.net>

>> ifconfig eth0 promisc 0.0.0.0 up
>> ifconfig wlan0 promisc 0.0.0.0 up
>> brctl addbr AP0
>> brctl addif AP0 eth0
>> brctl addif AP0 wlan0
>> ifconfig AP0 192.168.2.100
>
>> This example assumes that you are using 192.168.2.xx for your ip range.
>
> For my private LAN I am.  This config seemed to kill the public network
> that eth0 used (via dhcpcd).


Probably the last command needs to get IP from DHCP instead of assigning
static private address??? just a thought.  If you build
/etc/sysconfig/networking/devices/AP0 with BOOTPROTO=DHCP then the last
command would be:

[root at linux-hostap]# ifconfig AP0 up


--
Regards
KC Ferguson



From drewhead  Wed May  5 20:25:17 2004
From: drewhead (Drew Dowling)
Date: Wed, 5 May 2004 23:25:17 -0400 (EDT)
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <42795.66.58.42.210.1083809612.squirrel@www.maxrack.net> from
	"HostAP Developer" at May 05, 2004 09:13:32 PM
Message-ID: <200405060325.i463PHIT017170@keep.drewhead.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


> Use Ethereal..
> ...from http://www.ethereal.com/docs/man-pages/ethereal.1.html ...

> Ethereal is a GUI network protocol analyzer. It lets you interactively
> browse packet data from a live network or from a previously saved capture
> file. Ethereal's native capture file format is libpcap format, which is
> also the format used by tcpdump and various other tools.

> There's a Windows version which will run on XP.

Sweet!  So I installed this puppy and fired her up.  I'm not real sure
what I'm looking for here.  I can see packets accumulating of the ARP
protocol when I ping.  The Address Resolution has good sender info, but a
literal 00:00:00:00:00 MAC address for the target.  Any ideas of where to
go from here?

- -- 
     Drew Dowling               Drewhead          http://www.drewhead.org
 drewhead at drewhead.org    |                    |    WWW      / \ Alpha Phi Omega
Concord, North Carolina   |                    |  Nimat     /   \  Gamma Lambda
CLEMSON UNIVERSITY ALUMNI |                    | Apatschin /_____\
      TIGER BAND!         |      VGAP4 Hosting at http://vgap.drewhead.org
-----BEGIN PGP SIGNATURE-----
Comment: Public key available at http://www.drewhead.org

iD8DBQFAmbAP8J7U7yHE638RAmb0AJwN3PvHxGxQWuwFhpClX3asQEdlfgCcCuyV
S7pZPoyniy7JO2PsAz3ZvPU=
=+y82
-----END PGP SIGNATURE-----



From jkmaline  Wed May  5 21:44:18 2004
From: jkmaline (Jouni Malinen)
Date: Wed, 5 May 2004 21:44:18 -0700
Subject: WPA - PEAP failure
In-Reply-To: <4098E6B8.5090205@patras.atmel.com>
References: <4098E6B8.5090205@patras.atmel.com>
Message-ID: <20040506044418.GB6425@jm.kir.nu>

On Wed, May 05, 2004 at 04:06:00PM +0300, Stavros Markou wrote:

> Yesterday I had succes with your wpa -supplicant with atmel pcmcia card 
> (WPA - PSK). Now I am trying to see If I can "play" with WPA-PEAP and I 
> am facing some problems that I believe have something to do with the 
> certificates( AP : Cisco 1200 and Authentication server Fank Odyssey) . 

Nice to hear about work being done on yet another Linux driver for WPA
support.

> EAP-PEAP: Start (server ver=1, own ver=2)

This is likely to be the problem here.. I think I have only tested
PEAPv0 ("Microsoft PEAP") and your server is advertising support for
PEAPv1..

> EAP-PEAP: TLS done, proceed to Phase 2
> EAP-PEAP: Derived key - hexdump(len=64): 4b 25 42 a0 16 e2 45 8c e0 e2 67 76 63 46 18 41 5b ed 39 ee bd ae 94 f5 4e 21 22 67 2a ae 70 f6 39 3c 31 18 93 86 f6 63 c7 a1 8d a8 fd 52 b4 5f 63 8f 3e 1d 3e 9c c7 0c 7f 78 22 0e 76 4c a0 c4

OK. TLS part phase 1 can be completed. However, that derived key is
likely to be incorrect since PEAPv1 uses a different label when deriving
the key. I fixed this now in CVS version.

> EAP-MSCHAPV2: Received success
> EAP-MSCHAPV2: Success message - hexdump(len=0):
> EAP-MSCHAPV2: Authentication succeeded

OK, MSCHAPv2 in Phase2 was also completed successfully.

> EAP-PEAP: Decrypted Phase 2 EAP - hexdump(len=4): 03 0c 00 04
> EAP-PEAP: received Phase 2: code=3 identifier=12 length=4
> EAP-PEAP: Phase 2 Success

However, this part differs from PEAPv0 since PEAPv1 does not use TLV
method to indicate the Phase 2 completion.

> EAPOL: txSuppRsp
> EAPOL: txSuppRsp - EAP response data not available

wpa_supplicant did not know what to do with the EAP-Success. As far as I
can see, it should have just terminated the TLS tunnel and continue to
WPA key handshake. I changed the CVS version of wpa_supplicant to do
this. However, this might not be what the authentication server was
expecting..

> EAPOL: SUPP_BE entering state RECEIVE
> EAPOL: Port Timers tick - authWhile=29 heldWhile=0 startWhen=29 idleWhile=59
> EAPOL: Port Timers tick - authWhile=28 heldWhile=0 startWhen=28 idleWhile=58
> Scan timeout - try to get results

It looks like the authentication server did not send 4-Way Handshake or
plaintext EAP-Success. It might have expected to receive something (in
plaintext?) from the Supplicant. My quick look at
draft-josefsson-ppext-eap-tls-eap-05.txt was not enough to determine
whether something more should be done at this point..

Could you please re-test with the current CVS snapshot and report
results? As a workaround, you could try to force wpa_supplicant to use
PEAPv0 which has received quite a bit more testing. You should be able
to test this by changing #define EAP_PEAP_VERSION in eap_peap.c from 1
to 0.


I would like to debug PEAPv1 myself, so if anyone can provide me access
to a RADIUS authentication server that supports it (over Internet, so
that I could point my AP to it), I would really appreciate it.

-- 
Jouni Malinen                                            PGP id EFC895FA



From HostAP-developer  Wed May  5 21:51:32 2004
From: HostAP-developer (HostAP Developer)
Date: Wed, 5 May 2004 23:51:32 -0500 (CDT)
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <200405060325.i463PHIT017170@keep.drewhead.org>
References: <42795.66.58.42.210.1083809612.squirrel@www.maxrack.net> from
	"HostAP Developer" at May 05, 2004 09:13:32 PM
	<200405060325.i463PHIT017170@keep.drewhead.org>
Message-ID: <43080.66.58.42.210.1083819092.squirrel@www.maxrack.net>

>> Use Ethereal..
>> ...from http://www.ethereal.com/docs/man-pages/ethereal.1.html ...
>
>> Ethereal is a GUI network protocol analyzer. It lets you interactively
>> browse packet data from a live network or from a previously saved
>> capture
>> file. Ethereal's native capture file format is libpcap format, which is
>> also the format used by tcpdump and various other tools.
>
>> There's a Windows version which will run on XP.
>
> Sweet!  So I installed this puppy and fired her up.  I'm not real sure
> what I'm looking for here.  I can see packets accumulating of the ARP
> protocol when I ping.  The Address Resolution has good sender info, but a
> literal 00:00:00:00:00 MAC address for the target.  Any ideas of where to
> go from here?


Clarify :: From XP Box you see sender info (HostAP_wlan0) with
00:00:00:00:00 MAC?

What is wlan0 MAC as seen by:
ifconfig wlan0 | grep HWaddr



--
Regards
KC Ferguson CIO
@maxrack.net



From kwabbernoot  Wed May  5 21:56:27 2004
From: kwabbernoot (Kwabbernoot)
Date: Thu, 06 May 2004 12:56:27 +0800
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <200405060325.i463PHIT017170@keep.drewhead.org>
References: <200405060325.i463PHIT017170@keep.drewhead.org>
Message-ID: <4099C57B.6000305@wanadoo.nl>

The 00:00:00:00:00 address is oke because it's probably asking 'who 
has ip .....>, right?
If the other side is not answering and there is your problem, 
somewhere with layer 1 or 2, wich meens connection or driver is not oke.

Arnaud

Drew Dowling wrote:
> 
> 
>>>Use Ethereal..
>>>...from http://www.ethereal.com/docs/man-pages/ethereal.1.html ...
> 
> 
>>>Ethereal is a GUI network protocol analyzer. It lets you interactively
>>>browse packet data from a live network or from a previously saved capture
>>>file. Ethereal's native capture file format is libpcap format, which is
>>>also the format used by tcpdump and various other tools.
> 
> 
>>>There's a Windows version which will run on XP.
> 
> 
> Sweet!  So I installed this puppy and fired her up.  I'm not real sure
> what I'm looking for here.  I can see packets accumulating of the ARP
> protocol when I ping.  The Address Resolution has good sender info, but a
> literal 00:00:00:00:00 MAC address for the target.  Any ideas of where to
> go from here?
> 
_______________________________________________
HostAP mailing list
HostAP at shmoo.com
http://lists.shmoo.com/mailman/listinfo/hostap




From drewhead  Thu May  6 05:31:04 2004
From: drewhead (Drew Dowling)
Date: Thu, 6 May 2004 08:31:04 -0400 (EDT)
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <43080.66.58.42.210.1083819092.squirrel@www.maxrack.net> from
	"HostAP Developer" at May 05, 2004 11:51:32 PM
Message-ID: <200405061231.i46CV4OU021569@keep.drewhead.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> > protocol when I ping.  The Address Resolution has good sender info, but a
> > literal 00:00:00:00:00 MAC address for the target.  Any ideas of where to
> > go from here?

> Clarify :: From XP Box you see sender info (HostAP_wlan0) with
> 00:00:00:00:00 MAC?

Yes.  Sender info (going to HospAP_wlan0) with the IP I tried to ping.
The IP shows what I pinged, the MAC address is 00:00:00:00:00

> What is wlan0 MAC as seen by:
> ifconfig wlan0 | grep HWaddr

On the HostAP box right?
It shows the MAC address of the PCI card plugged in, it's real, you'll
pardon me for not wanting to post it on a publically archived list.  :)

The driver & software that came with the PCMCIA card *DOES* show me the
MAC address of the HospAP_wlan0 when looking at  it's GUI.  It doesn't
seem that this is making it to windows newtworking.
- -- 
     Drew Dowling               Drewhead          http://www.drewhead.org
 drewhead at drewhead.org    |                    |    WWW      / \ Alpha Phi Omega
Concord, North Carolina   |                    |  Nimat     /   \  Gamma Lambda
CLEMSON UNIVERSITY ALUMNI |                    | Apatschin /_____\
      TIGER BAND!         |      VGAP4 Hosting at http://vgap.drewhead.org
-----BEGIN PGP SIGNATURE-----
Comment: Public key available at http://www.drewhead.org

iD8DBQFAmi/78J7U7yHE638RAgnZAJ4jsTS/h6dVloX17P7qbo3kCwCQNwCfQ4BD
rwBNwIX7t3LA4A+jEUyZFqc=
=5IGY
-----END PGP SIGNATURE-----



From vda  Thu May  6 10:11:36 2004
From: vda (Denis Vlasenko)
Date: Thu, 6 May 2004 20:11:36 +0300
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <200405060207.i4627ANQ016249@keep.drewhead.org>
References: <200405060207.i4627ANQ016249@keep.drewhead.org>
Message-ID: <200405062011.36545.vda@port.imtp.ilyichevsk.odessa.ua>

On Thursday 06 May 2004 05:07, Drew Dowling wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> Thanks for the suggestion,
>
> > use tcpdump to find out whether packets actually
> > arrive to either end.
> >
> > (I don't know how I lived much of my life without tcpdump :)
> > --
> > vda
>
> Unfortunately my client is an XP box, so unless there is a tcpdump that I
> don't know about there I can only do this at one end.
>
> # tcpdump -i wlan0
> tcpdump: listening on wlan0
>
> Then I start a ping to the clint and see
>
> 22:01:01.357911 arp who-has 192.168.2.3 tell 192.168.2.1
> 22:01:02.357084 arp who-has 192.168.2.3 tell 192.168.2.1

Look whether packet count on XP box grows or not
(we are interested whether it sees these ARPs).

Also there are tcpdump-like utils for Windows.
--
vda




From simon  Thu May  6 11:26:16 2004
From: simon (Simon Barber)
Date: Thu, 6 May 2004 11:26:16 -0700
Subject: 802.1x Supplicant for Win98
Message-ID: <AC8C1F46CD753F4AAC8F890E35A9EB461579A5@webmail.instant802.com>

Try searching the Microsoft website - there is one there.

Simon

-----Original Message-----
From: hostap-bounces+simon=instant802.com at shmoo.com
[mailto:hostap-bounces+simon=instant802.com at shmoo.com] On Behalf Of
Marcos Schonfeld
Sent: Wednesday, May 05, 2004 10:13 AM
To: hostap at shmoo.com
Subject: 802.1x Supplicant for Win98


Hi, I'm looking for FREE 802.1x Supplicant for Win98 that support
EAP-TLS. Has anybody found at least one? I don't know if this subject
was discussed before, if it was, please send me some links. Thanks

 Marcos

_______________________________________________
HostAP mailing list
HostAP at shmoo.com
http://lists.shmoo.com/mailman/listinfo/hostap



From mschonfeld  Thu May  6 11:28:47 2004
From: mschonfeld (Marcos Schonfeld)
Date: Thu, 6 May 2004 15:28:47 -0300
Subject: loading hostap on boot 
Message-ID: <000801c43398$14d2a050$0201a8c0@nueva2>

Hi, I'm having problems with the dwl520E.
I load the module hostap_pci, download the firmware files, and then ifconfig
wlan0 up.
Some times I can't download the firmware, so I reboot the PC and some times
all wokrs fine, but when I halt the PC, in the next boot the problems
appears again.
In some cases I have to boot WinXP (yes, I have a winxp partition) to get
the card works fine, so then I boot linux and all works fine again.
I imagine you are laugh at my case, but it's true. I suppose that the winxp
driver reinitializes the card so then I can run hostap on linux.

Has anybody get into these sort of truble?
Has anybody a solution for my case?

dmesg:
hostap_crypt: registered algorithm 'NULL'
hostap_pci: 0.2.0 - 2004-02-15 (Jouni Malinen <jkmaline at cc.hut.fi>)
PCI: Found IRQ 11 for device 00:0d.0
PCI: Sharing IRQ 11 with 01:00.0
hostap_pci: Registered netdevice wifi0
wifi0: Original COR value: 0x0
wifi0: COR sreset timeout
wifi0: __hfa384x_cmd_no_wait(6) - timeout - reg=0x8c80
hostap_pci: first command failed - assuming card does not have primary
firmware
hostap_pci: assuming no Primary image in flash - card initialization not
completed
wifi0: test Genesis mode with HCR 0x1f
wifi0: Original COR value: 0x80
wifi0: COR sreset timeout
Readback test failed, HCR 0x1f write 00 e1 a1 ff read 00 ce a1 ce
wifi0: test Genesis mode with HCR 0x0f
wifi0: Original COR value: 0xa1
wifi0: COR sreset timeout
Readback test succeeded, HCR 0x0f
wifi0: Intersil Prism2.5 PCI: mem=0xf3000000, irq=11
wifi0: registered netdevice wlan0
prism2_download: dl_cmd=4 start_addr=0x003f0000 num_areas=3
wifi0: test Genesis mode with HCR 0x0f
wifi0: Original COR value: 0x0
wifi0: COR sreset timeout
Readback test succeeded, HCR 0x0f
prism2_hw_init: initialized in 0 ms
wifi0: valid PDA not found
wifi0: NIC: id=0x8000 v0.0.1
wifi0: PRI: id=0x15 v1.1.2
Could not get RID for component STA
wifi0: Failed to read STA f/w version - only Primary f/w present
wlan0: CMD=0x0001 => res=0x7f, resp0=0x0001
wlan0: MAC port 0 enabling failed
wlan0: could not enable MAC port
wifi0: Original COR value: 0x1

# hostap_fw_load wlan0
Downloading secondary (station) firmware /etc/firmware/rf010704.hex
srec summary for rf010704.hex
Included file name: RF010704.HEX
Component: 0x001f 1.7.4 (station firmware)

ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
STAID not available (maybe running PRI-only)
ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
Could not read wlan PDA. This requires PRISM2_DOWNLOAD_SUPPORT definition in
driver/module/hostap_config.h.




From mschonfeld  Thu May  6 11:46:12 2004
From: mschonfeld (Marcos Schonfeld)
Date: Thu, 6 May 2004 15:46:12 -0300
Subject: 802.1x Supplicant for Win98
References: <AC8C1F46CD753F4AAC8F890E35A9EB461579A5@webmail.instant802.com>
Message-ID: <000d01c4339a$8c426c40$0201a8c0@nueva2>

For winXP is built in, but for win98 you must pay.

----- Original Message ----- 
From: "Simon Barber" <simon at instant802.com>
To: <hostap at shmoo.com>
Sent: Thursday, May 06, 2004 3:26 PM
Subject: RE: 802.1x Supplicant for Win98



Try searching the Microsoft website - there is one there.

Simon

-----Original Message-----
From: hostap-bounces+simon=instant802.com at shmoo.com
[mailto:hostap-bounces+simon=instant802.com at shmoo.com] On Behalf Of
Marcos Schonfeld
Sent: Wednesday, May 05, 2004 10:13 AM
To: hostap at shmoo.com
Subject: 802.1x Supplicant for Win98


Hi, I'm looking for FREE 802.1x Supplicant for Win98 that support
EAP-TLS. Has anybody found at least one? I don't know if this subject
was discussed before, if it was, please send me some links. Thanks

 Marcos

_______________________________________________
HostAP mailing list
HostAP at shmoo.com
http://lists.shmoo.com/mailman/listinfo/hostap
_______________________________________________
HostAP mailing list
HostAP at shmoo.com
http://lists.shmoo.com/mailman/listinfo/hostap



From vda  Thu May  6 13:35:01 2004
From: vda (Denis Vlasenko)
Date: Thu, 6 May 2004 23:35:01 +0300
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <200405061231.i46CV4OU021569@keep.drewhead.org>
References: <200405061231.i46CV4OU021569@keep.drewhead.org>
Message-ID: <200405062335.02137.vda@port.imtp.ilyichevsk.odessa.ua>

On Thursday 06 May 2004 15:31, Drew Dowling wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> > > protocol when I ping.  The Address Resolution has good sender info, but
> > > a literal 00:00:00:00:00 MAC address for the target.  Any ideas of
> > > where to go from here?
> >
> > Clarify :: From XP Box you see sender info (HostAP_wlan0) with
> > 00:00:00:00:00 MAC?
>
> Yes.  Sender info (going to HospAP_wlan0) with the IP I tried to ping.
> The IP shows what I pinged, the MAC address is 00:00:00:00:00

Can you be more precise? I'll define "precise" by example
how I'll describe packets on my (wired) network:

-- BEGIN EXAMPLE ---

On host 1.1.1.2 I do:

# ping -c2 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=64 time=0.517 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=64 time=0.370 ms

--- 1.1.1.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 0.370/0.443/0.517/0.076 ms

On host 1.1.1.1 I see:

# tcpdump -nleiifi -s0 -vvv icmp or arp
tcpdump: listening on ifi, link-type EN10MB (Ethernet), capture size 65535 bytes
23:27:29.423242 00:50:fc:b1:49:ce > ff:ff:ff:ff:ff:ff, ethertype ARP, length 60: arp who-has 1.1.1.1 tell 1.1.1.2
23:27:29.423298 00:50:fc:b0:e1:17 > 00:50:fc:b1:49:ce, ethertype ARP, length 42: arp reply 1.1.1.1 is-at 00:50:fc:b0:e1:17
23:27:29.423405 00:50:fc:b1:49:ce > 00:50:fc:b0:e1:17, ethertype IPv4, length 98: IP (tos 0x0, ttl  64, id 0, offset 0, flags [DF], length: 84) 1.1.1.2 > 1.1.1.1: icmp 64: echo request seq 1
23:27:29.423536 00:50:fc:b0:e1:17 > 00:50:fc:b1:49:ce, ethertype IPv4, length 98: IP (tos 0x0, ttl  64, id 61348, offset 0, flags [none], length: 84) 1.1.1.1 > 1.1.1.2: icmp 64: echo reply seq 1
23:27:30.423655 00:50:fc:b1:49:ce > 00:50:fc:b0:e1:17, ethertype IPv4, length 98: IP (tos 0x0, ttl  64, id 1, offset 0, flags [DF], length: 84) 1.1.1.2 > 1.1.1.1: icmp 64: echo request seq 2
23:27:30.423813 00:50:fc:b0:e1:17 > 00:50:fc:b1:49:ce, ethertype IPv4, length 98: IP (tos 0x0, ttl  64, id 61349, offset 0, flags [none], length: 84) 1.1.1.1 > 1.1.1.2: icmp 64: echo reply seq 2

6 packets captured
6 packets received by filter
0 packets dropped by kernel

# tcpdump --help
tcpdump version 3.8
libpcap version 0.8

# ip a l ifi
2: ifi: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:50:fc:b0:e1:17 brd ff:ff:ff:ff:ff:ff
    inet 1.1.1.1/24 brd 1.1.1.255 scope global ifi

-- END EXAMPLE ---

In other words, I don't try to describe what I see.
I am actually showing others everything I see.
--
vda




From vda  Thu May  6 13:47:11 2004
From: vda (Denis Vlasenko)
Date: Thu, 6 May 2004 23:47:11 +0300
Subject: hostapd: wlan#sta link isn't working
In-Reply-To: <20040424193542.GA6051@jm.kir.nu>
References: <200404242213.59244.vda@port.imtp.ilyichevsk.odessa.ua>
	<20040424193542.GA6051@jm.kir.nu>
Message-ID: <200405062347.11219.vda@port.imtp.ilyichevsk.odessa.ua>

Oh.... missed this mail... please CC me, my mailer is set up to
keep messages with my address in inbox, shuffling everything else
into mailing list folders. This mail was addressed only to
the list...

On Saturday 24 April 2004 22:35, Jouni Malinen wrote:
> On Sat, Apr 24, 2004 at 10:13:59PM +0300, Denis Vlasenko wrote:
> > Remote AP is Linux 2.6.2, hostap 0.1.2, mac=00:05:5d:fa:56:36
> > My AP is Linux 2.6.5, hostap 0.1.3, mac=00:05:5d:fa:1a:e3
> >
> > I run hostapd with this config:
> >
> > assoc_ap_addr=00:05:5d:fa:56:36
>
> Which firmware version are you using in the wlan card that tries to act
> as an AP and station at the same time? Please note that most firmware

1.8.0 and 1.7.4 (not sure about second one, I've lost boottime dmesg of it
and it cannot be rebooted now. 1.7.[24] or 1.8.0)

> versions do not work in this mode.. I think I have been able to use this
> with STA f/w version 0.6.2, 0.7.6, and 0.8.0. Most 1.x.z versions do not
> work (they deauthenticate immediately when receiving any data). Some of
> the latest versions might work. There was some discussion about this on
> the mail list at some point.

Well. Anyway. It's a hack. But nice one. BTW, I have two AP's in view of my
parabolic, with _different_ essid's. Can this hack be extended to supporting
_several_ STAs? ;)
--
vda




From andreaf  Thu May  6 14:00:45 2004
From: andreaf (Andrea G. Forte)
Date: Thu, 6 May 2004 17:00:45 -0400 (EDT)
Subject: hostapd and WEP.
In-Reply-To: <200405062335.02137.vda@port.imtp.ilyichevsk.odessa.ua>
References: <200405061231.i46CV4OU021569@keep.drewhead.org>
	<200405062335.02137.vda@port.imtp.ilyichevsk.odessa.ua>
Message-ID: <Pine.GSO.4.58.0405061649510.14710@play.cs.columbia.edu>

Hi all,

first of all I want to apologize about the questions which could be very
silly, but I am just starting to learn about security.

I would like to know if there is a way to use WEP and 802.1x so that I
have dynamic re-keying but without using a RADIUS server or any other kind
of auth server. Could I do this by just using 802.1x with a deny/accept
MAC list? Does 802.1x need an auth. server at all?
I would also like to know if hostap supports WEP with shared secret auth.
mechanism.

I have done some testing with WEP and it happens that even though I use
different keys for the AP and the client, the client is still able to
associate to the AP. Probably this is correct since I am using only WEP
without any auth. algorithm (open auth.), but I would like to know if my
assumption is correct.
One last thing, when I enable the re-keying in the 802.1x config file, is
there any debug message that would show me the key update? Is there any
glitch in the client session when this happens?

Thank you very much all.
Andrea




From mschonfeld  Thu May  6 17:41:09 2004
From: mschonfeld (Marcos Schonfeld)
Date: Thu, 6 May 2004 21:41:09 -0300
Subject: loading hostap on boot
References: <20040506192821.FDXP26615.mta9.adelphia.net@mail.adelphia.net>
Message-ID: <000901c433cc$17e2c8e0$0201a8c0@nueva2>

Ok,  I have the next lines inthe modules.conf:
alias wlan0 hostap_pci
post-install wlan0 hostap_fw_load wlan0   # to load the firmware

then I have a file /etc/sysconfig/network/ifcfg-wlan0, so that network
service puts up the wlan0 interface

When I shutdown the PC, the network service puts down the wlan0 interface,
and I don't know if the hostap_pci module gets removed. Perhaps this is the
cause of the problem.
Could you help me?
Thanks.
   Marcos

----- Original Message ----- 
From: <glenngreenfield at adelphia.net>
To: "Marcos Schonfeld" <mschonfeld at ubp.edu.ar>
Sent: Thursday, May 06, 2004 4:28 PM
Subject: Re: loading hostap on boot


> If you don't rmmod the hostap drivers BEFORE rebooting the card gets
hosed.  You can remove the card & reinsert it to restore functionality.  I'm
not at my box that uses the dwl-520e so I don't remember the exact order
that you should rmmod but that has been my experience.
> >
> > From: "Marcos Schonfeld" <mschonfeld at ubp.edu.ar>
> > Date: 2004/05/06 Thu PM 12:28:47 MDT
> > To: "hostap mailing list" <hostap at shmoo.com>
> > Subject: loading hostap on boot
> >
> > Hi, I'm having problems with the dwl520E.
> > I load the module hostap_pci, download the firmware files, and then
ifconfig
> > wlan0 up.
> > Some times I can't download the firmware, so I reboot the PC and some
times
> > all wokrs fine, but when I halt the PC, in the next boot the problems
> > appears again.
> > In some cases I have to boot WinXP (yes, I have a winxp partition) to
get
> > the card works fine, so then I boot linux and all works fine again.
> > I imagine you are laugh at my case, but it's true. I suppose that the
winxp
> > driver reinitializes the card so then I can run hostap on linux.
> >
> > Has anybody get into these sort of truble?
> > Has anybody a solution for my case?
> >
> > dmesg:
> > hostap_crypt: registered algorithm 'NULL'
> > hostap_pci: 0.2.0 - 2004-02-15 (Jouni Malinen <jkmaline at cc.hut.fi>)
> > PCI: Found IRQ 11 for device 00:0d.0
> > PCI: Sharing IRQ 11 with 01:00.0
> > hostap_pci: Registered netdevice wifi0
> > wifi0: Original COR value: 0x0
> > wifi0: COR sreset timeout
> > wifi0: __hfa384x_cmd_no_wait(6) - timeout - reg=0x8c80
> > hostap_pci: first command failed - assuming card does not have primary
> > firmware
> > hostap_pci: assuming no Primary image in flash - card initialization not
> > completed
> > wifi0: test Genesis mode with HCR 0x1f
> > wifi0: Original COR value: 0x80
> > wifi0: COR sreset timeout
> > Readback test failed, HCR 0x1f write 00 e1 a1 ff read 00 ce a1 ce
> > wifi0: test Genesis mode with HCR 0x0f
> > wifi0: Original COR value: 0xa1
> > wifi0: COR sreset timeout
> > Readback test succeeded, HCR 0x0f
> > wifi0: Intersil Prism2.5 PCI: mem=0xf3000000, irq=11
> > wifi0: registered netdevice wlan0
> > prism2_download: dl_cmd=4 start_addr=0x003f0000 num_areas=3
> > wifi0: test Genesis mode with HCR 0x0f
> > wifi0: Original COR value: 0x0
> > wifi0: COR sreset timeout
> > Readback test succeeded, HCR 0x0f
> > prism2_hw_init: initialized in 0 ms
> > wifi0: valid PDA not found
> > wifi0: NIC: id=0x8000 v0.0.1
> > wifi0: PRI: id=0x15 v1.1.2
> > Could not get RID for component STA
> > wifi0: Failed to read STA f/w version - only Primary f/w present
> > wlan0: CMD=0x0001 => res=0x7f, resp0=0x0001
> > wlan0: MAC port 0 enabling failed
> > wlan0: could not enable MAC port
> > wifi0: Original COR value: 0x1
> >
> > # hostap_fw_load wlan0
> > Downloading secondary (station) firmware /etc/firmware/rf010704.hex
> > srec summary for rf010704.hex
> > Included file name: RF010704.HEX
> > Component: 0x001f 1.7.4 (station firmware)
> >
> > ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
> > STAID not available (maybe running PRI-only)
> > ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
> > ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
> > Could not read wlan PDA. This requires PRISM2_DOWNLOAD_SUPPORT
definition in
> > driver/module/hostap_config.h.
> >
> > _______________________________________________
> > HostAP mailing list
> > HostAP at shmoo.com
> > http://lists.shmoo.com/mailman/listinfo/hostap
> >
>
> glenn greenfield
>




From jkmaline  Thu May  6 18:18:52 2004
From: jkmaline (Jouni Malinen)
Date: Thu, 6 May 2004 18:18:52 -0700
Subject: WPA - PEAP failure
In-Reply-To: <20040506044418.GB6425@jm.kir.nu>
References: <4098E6B8.5090205@patras.atmel.com>
	<20040506044418.GB6425@jm.kir.nu>
Message-ID: <20040507011852.GA6532@jm.kir.nu>

On Wed, May 05, 2004 at 09:44:18PM -0700, Jouni Malinen wrote:

> OK. TLS part phase 1 can be completed. However, that derived key is
> likely to be incorrect since PEAPv1 uses a different label when deriving
> the key. I fixed this now in CVS version.

Actually, key derivation used to match with what Odyssey server
expected even though the IETF draft I used defined this differently..
Anyway, I restored the old derivation for PEAPv1 in order to make this
interoperate.

> wpa_supplicant did not know what to do with the EAP-Success. As far as I
> can see, it should have just terminated the TLS tunnel and continue to
> WPA key handshake. I changed the CVS version of wpa_supplicant to do
> this. However, this might not be what the authentication server was
> expecting..

Yes, it was indeed waiting for more. I changed wpa_supplicant to sent an
encrypted EAP-Success to make the server side complete authentication.

> It looks like the authentication server did not send 4-Way Handshake or
> plaintext EAP-Success. It might have expected to receive something (in
> plaintext?) from the Supplicant. My quick look at
> draft-josefsson-ppext-eap-tls-eap-05.txt was not enough to determine
> whether something more should be done at this point..

It looks like Odyssey server behavior does not fully match with that
IETF draft.. I did some testing with this and changed wpa_supplicant so
that it now interoperates with both PEAPv0 and PEAPv1 when tested with
Odyssey RADIUS server. Changes are now in CVS.

> I would like to debug PEAPv1 myself, so if anyone can provide me access
> to a RADIUS authentication server that supports it (over Internet, so
> that I could point my AP to it), I would really appreciate it.

I was able to test with Odyseey, but it would still be useful to test
with another RADIUS server that is able to do PEAPv1 in the "Cisco way".
In other words, if someone happens to have a change of testing
wpa_supplicant with such a server, I would be interested in hearing
about the results.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Thu May  6 18:25:18 2004
From: jkmaline (Jouni Malinen)
Date: Thu, 6 May 2004 18:25:18 -0700
Subject: hostapd: wlan#sta link isn't working
In-Reply-To: <200405062347.11219.vda@port.imtp.ilyichevsk.odessa.ua>
References: <200404242213.59244.vda@port.imtp.ilyichevsk.odessa.ua>
	<20040424193542.GA6051@jm.kir.nu>
	<200405062347.11219.vda@port.imtp.ilyichevsk.odessa.ua>
Message-ID: <20040507012518.GB6532@jm.kir.nu>

On Thu, May 06, 2004 at 11:47:11PM +0300, Denis Vlasenko wrote:

> Oh.... missed this mail... please CC me, my mailer is set up to
> keep messages with my address in inbox, shuffling everything else
> into mailing list folders. This mail was addressed only to
> the list...

That's what Mail-Followup-To: header line is for.. I use that header to
select where to send replies and if the line does not exist and there is
no explicit request to cc: another address, I will just send to the
mailing list. This happens to be the prefered way for sending Host AP
related messages to me, i.e., please do not cc: them to my address, just
send to the mailing list.

> On Saturday 24 April 2004 22:35, Jouni Malinen wrote:
> > Which firmware version are you using in the wlan card that tries to act
> > as an AP and station at the same time? Please note that most firmware

> 1.8.0 and 1.7.4 (not sure about second one, I've lost boottime dmesg of it
> and it cannot be rebooted now. 1.7.[24] or 1.8.0)

OK, I think those versions may have worked with wlan#sta. However, I do
not remember whether I have tested this myself.

> Well. Anyway. It's a hack. But nice one. BTW, I have two AP's in view of my
> parabolic, with _different_ essid's. Can this hack be extended to supporting
> _several_ STAs? ;)

Well, that would be against IEEE 802.11 (STA being associated with more
than one AP), but yes, it might work even with Prism2 cards. Then again,
I would not be too surprised if something would break in such a
configuration. It's a bit difficult to guess what the firmware is going
to do without testing..

-- 
Jouni Malinen                                            PGP id EFC895FA



From drewhead  Thu May  6 20:12:38 2004
From: drewhead (Drew Dowling)
Date: Thu, 6 May 2004 23:12:38 -0400 (EDT)
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <200405062335.02137.vda@port.imtp.ilyichevsk.odessa.ua> from
	"Denis Vlasenko" at May 06, 2004 11:35:01 PM
Message-ID: <200405070312.i473Cc2t029969@keep.drewhead.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


> Can you be more precise? I'll define "precise" by example
> how I'll describe packets on my (wired) network:

> -- BEGIN EXAMPLE ---
[snip]
> -- END EXAMPLE ---

> In other words, I don't try to describe what I see.
> I am actually showing others everything I see.

Certianly; espically for one who graciously offers help.

On host 192.168.2.1 (hostAP_wlan0)

# ifconfig
lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:36 errors:0 dropped:0 overruns:0 frame:0
          TX packets:36 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:6168 (6.0 Kb)  TX bytes:6168 (6.0 Kb)

wlan0     Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX  
          inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
          inet6 addr: xxxx::xxx:xxxx:xxxx:xxxx/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:27670 errors:0 dropped:36 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:3137303 (2.9 Mb)
          Interrupt:11 Memory:d0b18000-d0b19000 

This is my simplification scheme... take all other interfaces out of the
picture and worry about them later once the wireless LAN is actually
functioning.

On host 192.168.2.3 (XP client)

C:\>ipconfig

Windows IP Configuration


Ethernet adapter {5A0E59AA-5C73-4D5E-8239-19A184C446E6}:

        Connection-specific DNS Suffix  . :
        IP Address. . . . . . . . . . . . : 0.0.0.0
        Subnet Mask . . . . . . . . . . . : 0.0.0.0
        Default Gateway . . . . . . . . . :

Ethernet adapter Wireless Network Connection:

        Connection-specific DNS Suffix  . :
        IP Address. . . . . . . . . . . . : 192.168.2.3
        Subnet Mask . . . . . . . . . . . : 255.255.255.0
        Default Gateway . . . . . . . . . : 192.168.2.1


I do

C:\>ping -n 2 192.168.2.1

Pinging 192.168.2.1 with 32 bytes of data:

Request timed out.
Request timed out.

Ping statistics for 192.168.2.1:
    Packets: Sent = 2, Received = 0, Lost = 2 (100% loss),

on 192.168.2.1 (hostAP_wlan0) I see

# tcpdump -nlei wlan0 -s0 -vvv icmp or arp
tcpdump: listening on wlan0

0 packets received by filter
0 packets dropped by kernel

# tcpdump --help
tcpdump version 3.7.2
libpcap version 0.7.2

On host 192.168.2.3 (XP client) I have ethereal running and I see the APR
packets increment.  I havn't yet discovered a good way to dump text (only
had it < 24 hours).  

When I select the captured packets there are three boxes to look.  The
one named 'Address Resolution Protocol (request)' shows amoung other
things the source and targets IP and MAC.  The IPs are the ones for each
repective box.  The MAC of the source is correct.  The MAC of the target
is blank (or all 0s).

- -- 
     Drew Dowling               Drewhead          http://www.drewhead.org
 drewhead at drewhead.org    |                    |    WWW      / \ Alpha Phi Omega
Concord, North Carolina   |                    |  Nimat     /   \  Gamma Lambda
CLEMSON UNIVERSITY ALUMNI |                    | Apatschin /_____\
      TIGER BAND!         |      VGAP4 Hosting at http://vgap.drewhead.org
-----BEGIN PGP SIGNATURE-----
Comment: Public key available at http://www.drewhead.org

iD8DBQFAmv6e8J7U7yHE638RAnepAJwKTdRypl/Gt5pefZPEPFrft4zgwACgrIzm
KhCkD9Kr2+LZxGLItGzPboA=
=Oiqn
-----END PGP SIGNATURE-----



From jkmaline  Thu May  6 20:48:09 2004
From: jkmaline (Jouni Malinen)
Date: Thu, 6 May 2004 20:48:09 -0700
Subject: PS mode STA trigger driver bug
In-Reply-To: <20040417193138.706494d4@scrodconumulus>
References: <20040408150115.1711a52c@scrodconumulus>
	<20040409044604.GF3662@jm.kir.nu>
	<20040417193138.706494d4@scrodconumulus>
Message-ID: <20040507034809.GA8201@jm.kir.nu>

On Sat, Apr 17, 2004 at 07:31:38PM -0400, Joe Parks wrote:

> On Thu, 8 Apr 2004 21:46:04 -0700
> Jouni Malinen <jkmaline at cc.hut.fi> wrote:

> > I need to take a bit closer look at this at some point, but if you are
> > interested in experimental changed, you could try to modify that
> > pspoll_send_buffered() function. One trivial change would be to change
> > the call to use kernel queue:

> I've now tried both of these changes.
> 
> The first one ( dev_queue_xmit(skb); ) appears to work perfectly.  After 24 hours of testing on several devices with PS STAs associated, not a single "driver bug" has been observed. 
> 
> The second one seemed to reduce the problem (although that may have just been perception on my part) but it certainly didn't eliminate it.  I tested that one first because it looked somehow more attractive to me.


Thanks for testing this. I changed the driver to use dev_queue_xmit()
for now. It may add latency to some cases, but better make sure it is
stable first.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Thu May  6 21:22:31 2004
From: jkmaline (Jouni Malinen)
Date: Thu, 6 May 2004 21:22:31 -0700
Subject: Prism2/2.5/3 Host AP - new release v0.2.1 - 2004-05-06
Message-ID: <20040507042231.GA10093@jm.kir.nu>

A new version of Prism2/2.5/3 Host AP was just released and is now
available from http://hostap.epitest.fi/

This release is from the development (0.2.x) branch. Please note that
the stable branch (0.1.x releases) still continues to be the source of
stable releases, although all new development is happening on the
development branch.

The main changes from the previous version are WPA Authenticator
support in hostapd, IEEE 802.11i RSN (WPA2) support in both hostapd
and wpa_supplicant, and internal IEEE 802.1X/EAPOL Supplicant
(EAP-TLS, EAP-PEAP/MSCHAPv2) in wpa_supplicant.


hostap-driver:

2004-05-06 - v0.2.1

* allow hostapd to send encrypted frames using wlan#ap interface
* fixed get_key for TKIP to return the sequence number of the last
  transmitted frame, not the seq# of the next frame
* added driver support for hostapd WPA Authenticator
* fixed TKIP get sequence number
* clear IFF_RUNNING and generate linkwatch events based on association
  status in Managed mode
* added alternative TKIP implementation which uses Michael MIC
  implementation in CryptoAPI instead of Host AP specific
  implementation
* fixed a bug in TKIP Phase1 key caching for the case when ICV
  verification fails
* added support for RSN (IEEE 802.11i/WPA2)
* removed (or added rate limitation to) some of the printk debug
  messages to reduce the size of the kernel log
* fixed byte order for CCMP packet number get/set


hostap-utils:

2004-05-06 - v0.2.1

* hostap_rid: fixed handling of failed RID reads


hostapd:

2004-05-06 - v0.2.1

* added WPA and IEEE 802.11i/RSN (WPA2) Authenticator functionality
  - based on IEEE 802.11i/D10.0 but modified to interoperate with WPA
    (i.e., IEEE 802.11i/D3.0)
  - supports WPA-only, RSN-only, and mixed WPA/RSN mode
  - both WPA-PSK and WPA-RADIUS/EAP are supported
  - PMKSA caching and pre-authentication
  - new hostapd.conf variables: wpa, wpa_psk, wpa_passphrase,
    wpa_key_mgmt, wpa_pairwise, wpa_group_rekey, wpa_gmk_rekey,
    rsn_preauth, rsn_preauth_interfaces
* fixed interim accounting to remove any pending accounting messages
  to the STA before sending a new one


wpa_supplicant:

2004-05-06 - v0.2.1

* added support for internal IEEE 802.1X (actually, IEEE 802.1aa/D6.1)
  Supplicant
  - EAPOL state machines for Supplicant [IEEE 802.1aa/D6.1]
  - EAP peer state machine [draft-ietf-eap-statemachine-02.pdf]
  - EAP-MD5 (cannot be used with WPA-RADIUS)
    [draft-ietf-eap-rfc2284bis-09.txt]
  - EAP-TLS [RFC 2716]
  - EAP-MSCHAPv2 (currently used only with EAP-PEAP)
  - EAP-PEAP/MSCHAPv2 [draft-josefsson-pppext-eap-tls-eap-07.txt]
    [draft-kamath-pppext-eap-mschapv2-00.txt]
    (PEAP version 0, 1, and parts of 2; only 0 and 1 are enabled by
    default; tested with FreeRADIUS, Microsoft IAS, and Funk Odyssey)
  - new configuration file options: eap, identity, password, ca_cert,
    client_cert, privatekey, private_key_passwd
  - Xsupplicant is not required anymore, but it can be used by
    disabling the internal IEEE 802.1X Supplicant with -e command line
    option
  - this code is not included in the default build; Makefile need to
    be edited for this (uncomment lines for selected functionality)
  - EAP-TLS and EAP-PEAP require openssl libraries
* use module prefix in debug messages (WPA, EAP, EAP-TLS, ..)
* added support for non-WPA IEEE 802.1X mode with dynamic WEP keys
  (i.e., complete IEEE 802.1X/EAP authentication and use IEEE 802.1X
   EAPOL-Key frames instead of WPA key handshakes)
* added support for IEEE 802.11i/RSN (WPA2)
  - improved PTK Key Handshake
  - PMKSA caching, pre-authentication
* fixed wpa_supplicant to ignore possible extra data after WPA
  EAPOL-Key packets (this fixes 'Invalid EAPOL-Key MIC when using
  TPTK' error from message 3 of 4-Way Handshake in case the AP
  includes extra data after the EAPOL-Key)
* added interface for external programs (frontends) to control
  wpa_supplicant
  - CLI example (wpa_cli) with interactive mode and command line
    mode
  - replaced SIGUSR1 status/statistics with the new control interface
* made some feature compile time configurable
  - .config file for make
  - driver interfaces (hostap, hermes, ..)
  - EAPOL/EAP functions

-- 
Jouni Malinen                                            PGP id EFC895FA



From sureshbabu  Thu May  6 22:56:43 2004
From: sureshbabu (sureshbabu)
Date: Fri, 07 May 2004 11:26:43 +0530
Subject: No access point in range
Message-ID: <409B251B.3040103@adventnet.com>

Dear Team,
I am using hostap version 0.1.3  in RH 9 ,kernel 2.4.20-6. It is running 
fine and I am able to connect work stations with it.
I have some more real APs  Cisco 350 , 3com 8750, proxium ap-600 and 
symbol AP.  When I tried to list the APs available in my environment , using
" iwlist wlan0 ap " , the message says No Access point in range. Does 
any one knows how to get the infos of other APs in host AP.

-- 

Regards,
S.Suresh Babu

' You must be the change you wish to see in the world.'
-M.K.Gandhi.





From sankpal_manisha  Thu May  6 23:10:39 2004
From: sankpal_manisha (sankpal_manisha)
Date: Fri, 07 May 2004 11:40:39 +0530
Subject: bridge or ip forwarding
Message-ID: <200405070620.LAA28307@WS0005.indiatimes.com>

Hello to All,

The setting of WDS is done with the bridge as per the README file. I have given the ip address for bridge which contains wlan0 and wlan0wds0 interface on one AP and for other AP the bridge contains wlan0 ,eth0 & wlan0wds0. this worked fine...

but i m curious to know what will happen if i enable the IP forwarding? should i  assign IP to wlan0,eth0 ,wlan0wds0 independently?
i also want to know the pros/cons of using ipforwarding and bridge utiliites...

waiting for a clue on this issue

thanks in advance......
manisha
Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com

 Buy The Best In BOOKS at http://www.bestsellers.indiatimes.com

Bid for for Air Tickets @ Re.1 on Air Sahara Flights. Just log on to http://airsahara.indiatimes.com and Bid Now!




From karel  Fri May  7 01:26:50 2004
From: karel (Karel Rericha)
Date: Fri, 07 May 2004 10:26:50 +0200
Subject: Change of wlan0 MAC
In-Reply-To: <1083866463.12581.37.camel@justin.prontonetworks.com>
References: <407D29DB.2020108@maxent.cz>
	<1083866463.12581.37.camel@justin.prontonetworks.com>
Message-ID: <409B484A.7060207@maxent.cz>

Justin Reigle wrote:

>...snip...
>  
>
>>ifconfig wlan0 down
>>ifconfig wlan0 hw ether 00:11:22:33:44:55
>>ifconfig wlan0 up
>>    
>>
>...snip..
>
>Changing the ethernet address associated with the wlan0 device will not
>change the address that is used for 802.11 exchanges. If you want to
>really change the mac address on your card, use a utility like
>winupdate.exe to update the address stored in the card's flash memory.
>Not sure if hostap firmware flashing tools can do this for you.
>
>Justin
>
>
>
>  
>
Thanks, that's just what I did, router up and running already for weeks. 
I have replaced occasionally
locking DI-614+ with linux box with hostap and even when I'm not such a 
newbie in linux anymore,
I must say LINUX ROCKS again :). There seems to be improvement in 
reliability of packet sending,
but I have observed strange behavior. All wireless clients are 
DWL-900AP+ in client mode, behind
of them are 1 till 5 PCs. Hostap driver says that all of them are 
running at 1Mbits, even if hostap is
configured and running at 11Mbits and so are configured all DWL-900AP+. 
I can see in MAC entries
in /proc/net/hostap/wlan0 for each client something like this:

...
tx[1M]=1
tx[2M]=0
tx[5.5M]=0
tx[11M]=19211
rx[1M]=15549
rx[2M]=0
rx[5.5M]=0
rx[11M]=1

I have also observed that with DI-614+ replacing the download speed 
between two clients dropped
from about 270kB/s to around 70kB/s.

I'm using hostap 0.2.0 without hostapd on Mandrake 10.0 with kernel 
2.6.3. Config files attached.

Any idea what is going wrong ?

Karel
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: rc.local
Url: http://lists.shmoo.com/pipermail/hostap/attachments/20040507/cab46513/attachment.txt 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: bridge.init
Url: http://lists.shmoo.com/pipermail/hostap/attachments/20040507/cab46513/attachment-0001.txt 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: hostap.init
Url: http://lists.shmoo.com/pipermail/hostap/attachments/20040507/cab46513/attachment-0002.txt 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hostap.mac
Type: image/x-macpaint
Size: 298 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20040507/cab46513/attachment.bin 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: mac.init
Url: http://lists.shmoo.com/pipermail/hostap/attachments/20040507/cab46513/attachment-0003.txt 


From dan82840  Fri May  7 01:57:13 2004
From: dan82840 (Daniel Liu)
Date: Fri, 7 May 2004 16:57:13 +0800
Subject: Failed to set encryption with wpa_supplicant v0.2.1
Message-ID: <000001c43411$55b7e520$393ca8c0@vaio>

Hello all

I got some error messages during running wpa_supplicant.

 

Ioctl[PRISM2_IOCTL_HOSTAPD]: Invalid argument

Failed to set encryption.

Unknown algorithm 'TKIP'.

You may need to load kernel module to register that algorithm.

E.g., 'modprobe hostap_crypt_wep' for WEP.

Failed to set PTK to the driver.

 

Does anyone know how to solve this issue?

Thanks

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040507/4dc96dcd/attachment.htm 


From eduardg  Fri May  7 02:49:40 2004
From: eduardg (Eduard Garcia)
Date: Fri, 7 May 2004 11:49:40 +0200
Subject: writemif & power control
Message-ID: <006801c43418$9e97e270$02001aac@EduMachine>

Hi,

I'm a veritable newbie on hostap and I'd like to master it. I found in the
Readme almost everything I wanted to know. But I still have questions. In
particular, I write to the list to get information about writemif (and
readmif) command.

What is a mif?
What can be done writing a mif?
Is there any special documentation to understand mifs?

I'm also specially interested in controlling tx power of APs (to set
dynamically the size of cells). What is the better choice for setting this?
And to get the (real) Tx power of an AP?



Thank you in advance.




Eduard Garcia




From se.witt  Fri May  7 04:24:33 2004
From: se.witt (Sebastian Witt)
Date: Fri, 07 May 2004 13:24:33 +0200
Subject: No access point in range
In-Reply-To: <409B251B.3040103@adventnet.com>
References: <409B251B.3040103@adventnet.com>
Message-ID: <409B71F1.3040101@hasw.net>

sureshbabu wrote:

> I have some more real APs  Cisco 350 , 3com 8750, proxium ap-600 and 
> symbol AP.  When I tried to list the APs available in my environment , 
> using
> " iwlist wlan0 ap " , the message says No Access point in range. Does 
> any one knows how to get the infos of other APs in host AP.

Try "prism2_param wlan0 hostscan 2", the results are then available in
/proc/net/hostap/wlan0/scan_results

Bye,
Sebastian




From jkmaline  Fri May  7 06:20:15 2004
From: jkmaline (Jouni Malinen)
Date: Fri, 7 May 2004 06:20:15 -0700
Subject: Failed to set encryption with wpa_supplicant v0.2.1
In-Reply-To: <000001c43411$55b7e520$393ca8c0@vaio>
References: <000001c43411$55b7e520$393ca8c0@vaio>
Message-ID: <20040507132015.GA6214@jm.kir.nu>

On Fri, May 07, 2004 at 04:57:13PM +0800, Daniel Liu wrote:

> I got some error messages during running wpa_supplicant.
> 
> Ioctl[PRISM2_IOCTL_HOSTAPD]: Invalid argument
> Failed to set encryption.
> Unknown algorithm 'TKIP'.
> You may need to load kernel module to register that algorithm.
> E.g., 'modprobe hostap_crypt_wep' for WEP.
> Failed to set PTK to the driver.


Did you try the command that was recommended in a reply to your previous
(identical) question?

modprobe hostap_crypt_tkip


Please report the output of that command and output of 'dmesg' after
wpa_supplicant has reported that error.


-- 
Jouni Malinen                                            PGP id EFC895FA



From kshogan  Fri May  7 07:38:43 2004
From: kshogan (Kelly Hogan)
Date: Fri, 07 May 2004 08:38:43 -0600
Subject: bridge or ip forwarding
In-Reply-To: <200405070620.LAA28307@WS0005.indiatimes.com>
References: <200405070620.LAA28307@WS0005.indiatimes.com>
Message-ID: <1083940723.7318.3.camel@m2.linora.com>

Bridging operates at the level two layer.  Only the bridged interface
can have an IP address.  If you want to bridge at a higher level in the
stack, see Proxy Arp bridging.  The advantages of level two is all
interfaces see all packets, and you can manage the bridge as a single
interface for rules.

KH

On Fri, 2004-05-07 at 00:10, sankpal_manisha wrote:
> Hello to All,
> 
> The setting of WDS is done with the bridge as per the README file. I have given the ip address for bridge which contains wlan0 and wlan0wds0 interface on one AP and for other AP the bridge contains wlan0 ,eth0 & wlan0wds0. this worked fine...
> 
> but i m curious to know what will happen if i enable the IP forwarding? should i  assign IP to wlan0,eth0 ,wlan0wds0 independently?
> i also want to know the pros/cons of using ipforwarding and bridge utiliites...
> 
> waiting for a clue on this issue
> 
> thanks in advance......
> manisha
> Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com
> 
>  Buy The Best In BOOKS at http://www.bestsellers.indiatimes.com
> 
> Bid for for Air Tickets @ Re.1 on Air Sahara Flights. Just log on to http://airsahara.indiatimes.com and Bid Now!
> 
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
> 




From security  Fri May  7 08:30:38 2004
From: security (Jon Baer)
Date: Fri, 07 May 2004 11:30:38 -0400
Subject: writemif & power control
In-Reply-To: <006801c43418$9e97e270$02001aac@EduMachine>
References: <006801c43418$9e97e270$02001aac@EduMachine>
Message-ID: <409BAB9E.9070604@jonbaer.net>

This may or may not help on txpower control.

 From I gather on the power control there are a few things Id like to 
know as well ... txpower was taken out of the hostap distribution + 
thrown into a patch:

http://www.jikos.cz/~jbohac/hostap/

However I just flashed my card from 1.4.9 to 1.7.9 
(http://linux.junsun.net/intersil-prism/firmware/) without looking over 
that page a bit more carefully ...

-snip-
All testing and debugging I have done so far was on 1.5.6, so this is 
what I recommend. I don't have time nor hardware to test with different 
versions.

People also reported that with 1.7.4 a and 1.8.0 the txpower restore did 
not work. Again ... use 1.5.6 :) Update: on Jan 22 2004 I flashed my 
cards to 1.7.4, and the patch really doesn't work. I will try to fix it 
in the future.
-snip-

Is it "safe" to downgrade the firmware using prism2_sec?

Thanks.

- Jon

Eduard Garcia wrote:

> I'm also specially interested in controlling tx power of APs (to set
> dynamically the size of cells). What is the better choice for setting this?
> And to get the (real) Tx power of an AP?




From security  Fri May  7 08:33:23 2004
From: security (Jon Baer)
Date: Fri, 07 May 2004 11:33:23 -0400
Subject: Prism2/2.5/3 Host AP - new release v0.2.1 - 2004-05-06
In-Reply-To: <20040507042231.GA10093@jm.kir.nu>
References: <20040507042231.GA10093@jm.kir.nu>
Message-ID: <409BAC43.2020104@jonbaer.net>

Jouni Malinen wrote:

> * added support for RSN (IEEE 802.11i/WPA2)

Could you expand on what this actually means in terms of programming the 
driver, where can one get more info on RSN from a technical standpoint.

Thank you.

- Jon



From vda  Fri May  7 08:51:16 2004
From: vda (Denis Vlasenko)
Date: Fri, 7 May 2004 18:51:16 +0300
Subject: Cards seeming connect but unable to route traffic?
In-Reply-To: <200405070312.i473Cc2t029969@keep.drewhead.org>
References: <200405070312.i473Cc2t029969@keep.drewhead.org>
Message-ID: <200405071851.16800.vda@port.imtp.ilyichevsk.odessa.ua>

On Friday 07 May 2004 06:12, Drew Dowling wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> > Can you be more precise? I'll define "precise" by example
> > how I'll describe packets on my (wired) network:
> >
> > -- BEGIN EXAMPLE ---
>
> [snip]
>
> > -- END EXAMPLE ---
> >
> > In other words, I don't try to describe what I see.
> > I am actually showing others everything I see.
>
> Certianly; espically for one who graciously offers help.
>
> On host 192.168.2.1 (hostAP_wlan0)
>
> # ifconfig
> lo        Link encap:Local Loopback
>           inet addr:127.0.0.1  Mask:255.0.0.0
>           inet6 addr: ::1/128 Scope:Host
>           UP LOOPBACK RUNNING  MTU:16436  Metric:1
>           RX packets:36 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:36 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:0
>           RX bytes:6168 (6.0 Kb)  TX bytes:6168 (6.0 Kb)
>
> wlan0     Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
>           inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
>           inet6 addr: xxxx::xxx:xxxx:xxxx:xxxx/64 Scope:Link
            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>           UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:27670 errors:0 dropped:36 overruns:0 carrier:0
>           collisions:0 txqueuelen:1000
>           RX bytes:0 (0.0 b)  TX bytes:3137303 (2.9 Mb)
>           Interrupt:11 Memory:d0b18000-d0b19000

Try without ip6, just to rule out remote possibility that ip6 enabled
kernel have some bug.

> # tcpdump -nlei wlan0 -s0 -vvv icmp or arp
> tcpdump: listening on wlan0
>
> 0 packets received by filter
> 0 packets dropped by kernel
>
> # tcpdump --help
> tcpdump version 3.7.2
> libpcap version 0.7.2

Tcpdump sees nothing.
Try to switch wlan0 into monitor mode and tcpdump it again.
802.11b has quite a number of special packets not normally seen.
(tcpdump 3.7 has incomplete support for 802.11, get 3.8)

Ideally, you should do sniffing in monitor mode with
another computer, if you have one.

> On host 192.168.2.3 (XP client) I have ethereal running and I see the APR
> packets increment.  I havn't yet discovered a good way to dump text (only
> had it < 24 hours).

The point is, we still don't know whether they actually make it to the
air.

> When I select the captured packets there are three boxes to look.  The
> one named 'Address Resolution Protocol (request)' shows amoung other
> things the source and targets IP and MAC.  The IPs are the ones for each
> repective box.  The MAC of the source is correct.  The MAC of the target
> is blank (or all 0s).

MAC cannot be ever 'blank', it's a 6 byte field in the packet,
always present. 00:00:00:00:00:00 is not ok too, should be
ff:ff:ff:ff:ff:ff for bcast frame. Strange.

Maybe install Linux on this box (a small toy install) and try to get
it working in Linux first.
--
vda




From jzh  Fri May  7 09:06:57 2004
From: jzh (Jay Zhang)
Date: Fri, 07 May 2004 11:06:57 -0500
Subject: pre-association
Message-ID: <409BB421.4030909@ccs.neu.edu>

Greetings.
Is it possible in the hostap framework that pre-associate stations to a 
IBSS set in a peer to peer setup? This way the stations can communicate 
with each other directly and save the time to associate/re-associate.

Any information will help

Thanks in advance!

Jay.





From amiandrew  Fri May  7 09:52:51 2004
From: amiandrew (Ondrej Zima)
Date: Fri, 07 May 2004 18:52:51 +0200
Subject: disassociated/deauthenticated
Message-ID: <409BBEE3.5010505@volny.cz>

Hi all,
please, can anyone help me with this problem?
I have server with hostap 0.2.1 runing hostapd on xi626 card. Time to time the active client is disasociated from server and cannot associate for about 5 minutes. In the syslog are these lines:

hostapd: wlan0: STA 00:80:c8:ad:17:77 IEEE 802.11: disassociated due to inactivity
hostapd: wlan0: STA 00:80:c8:ad:17:77 IEEE 802.11: deauthenticated due to inactivity

This will happen on associated DLink DWL-900AP+ but other klients (xi626 with fw1.8.0/1.7.4) are disasociated too.

Can anyone explain me, what happening? Can I eliminate this?

-- 
Ondrej Zima <amiandrew at volny.cz>
Member of Czech ATO - Amiga Translators Organization



From eaglecz  Fri May  7 12:33:57 2004
From: eaglecz (Tomas Charvat)
Date: Fri, 7 May 2004 21:33:57 +0200
Subject: disassociated/deauthenticated
References: <409BBEE3.5010505@volny.cz>
Message-ID: <001c01c4346a$3dd69fb0$050314ac@rip>

got exactly same problem

once client disassociate and rest of clients get lost as well

if my init script looks like this, it happen much more often

iwpriv wlan2 reset 0
iwpriv wlan2 reset 1
iwpriv wlan2 reset 2
iwpriv wlan2 maccmd 3
iwpriv wlan2 maccmd 4
iwpriv wlan2 maccmd 1
iwpriv wlan2 addmac 00:60:B3:6D:8F:2E # stastny masna
iwpriv wlan2 addmac 00:e0:98:b7:3f:09
iwpriv wlan2 addmac 00:e0:98:b7:3d:94
iwconfig wlan2 essid skolaap retry 30 channel 10


If i change few row like this, it happen only sometime

iwpriv wlan2 reset 0
iwpriv wlan2 reset 1
iwpriv wlan2 reset 2
iwconfig wlan2 essid skolaap retry 30 channel 10
iwpriv wlan2 maccmd 3
iwpriv wlan2 maccmd 4
iwpriv wlan2 maccmd 1
iwpriv wlan2 addmac 00:60:B3:6D:8F:2E # stastny masna
iwpriv wlan2 addmac 00:e0:98:b7:3f:09
iwpriv wlan2 addmac 00:e0:98:b7:3d:94

actualy, when client with USB card or PCI card, both on MS turing off his
machine, all of my clients get lost
and i have to restart interface.

I found that this problem doesnt happen on older kernels, like 2.4.21 to
2.4.22 or so


regards tomas

----- Original Message ----- 
From: "Ondrej Zima" <amiandrew at volny.cz>
To: <hostap at shmoo.com>
Sent: Friday, May 07, 2004 6:52 PM
Subject: disassociated/deauthenticated


> Hi all,
> please, can anyone help me with this problem?
> I have server with hostap 0.2.1 runing hostapd on xi626 card. Time to time
the active client is disasociated from server and cannot associate for about
5 minutes. In the syslog are these lines:
>
> hostapd: wlan0: STA 00:80:c8:ad:17:77 IEEE 802.11: disassociated due to
inactivity
> hostapd: wlan0: STA 00:80:c8:ad:17:77 IEEE 802.11: deauthenticated due to
inactivity
>
> This will happen on associated DLink DWL-900AP+ but other klients (xi626
with fw1.8.0/1.7.4) are disasociated too.
>
> Can anyone explain me, what happening? Can I eliminate this?
>
> -- 
> Ondrej Zima <amiandrew at volny.cz>
> Member of Czech ATO - Amiga Translators Organization
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap




From jason  Fri May  7 17:39:19 2004
From: jason (Jason Straight)
Date: Fri, 7 May 2004 20:39:19 -0400
Subject: Bridge spoofing?
Message-ID: <200405072039.22290.jason@JeetKuneDoMaster.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Anyone know of an easy(?) way to alter the 802.11 header info on the fly to 
simulate being behind a client bridge?

ie. I want to simulate traffic from my machine as coming from a NIC behind a 
workgroup bridge.

So traffic I send out would have a transmitter MAC address different from the 
source MAC address.

And traffic coming back to me would have for example a receiver address of 
00:06:43:a5:21:02 but a destination address of 00:60:22:33:54:11

Thanks.


- -- 
The American Revolution would never have happened with Gun Control.

http://www.skycon.net/
ICQ: 1796276
pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iQCVAwUBQJwsOBFHZPcobeHxAQK9PwP9EJzmdvCNZSJLEFvA+OqdGu5pqDgOq+Oq
oh3lJhgTbOYMgaYkR4mbsWkS/i5KQMrV7NEuP8GNnByNfO5eIF9XoLH5PFjkNstU
Qbs4ExWX8FHuqiTuO6emQmzl2T8f8ncm5TkelJWxU0t6MnuNIduErIzUg6oG8Lkz
0SMIb5ArWfc=
=/MSW
-----END PGP SIGNATURE-----



From jkmaline  Fri May  7 17:57:00 2004
From: jkmaline (Jouni Malinen)
Date: Fri, 7 May 2004 17:57:00 -0700
Subject: Prism2/2.5/3 Host AP - new release v0.2.1 - 2004-05-06
In-Reply-To: <409BAC43.2020104@jonbaer.net>
References: <20040507042231.GA10093@jm.kir.nu> <409BAC43.2020104@jonbaer.net>
Message-ID: <20040508005659.GA6507@jm.kir.nu>

On Fri, May 07, 2004 at 11:33:23AM -0400, Jon Baer wrote:
> Jouni Malinen wrote:
> >* added support for RSN (IEEE 802.11i/WPA2)
> 
> Could you expand on what this actually means in terms of programming the 
> driver, where can one get more info on RSN from a technical standpoint.

Could you be a bit more exact on what information you want to have about
programming the driver?

RSN is defined in IEEE 802.11i and a draft version of this upcoming
amandment to IEEE 802.11 standard is available from IEEE.

-- 
Jouni Malinen                                            PGP id EFC895FA



From njmurphy1  Fri May  7 18:38:26 2004
From: njmurphy1 (Joseph)
Date: Fri, 7 May 2004 18:38:26 -0700
Subject: Cards seeming connect but unable to route traffic?
Message-ID: <200405071838.26453.njmurphy1@comcast.net>

Hi Drew

	I wonder if the problem might not be with hostap but with your routing table.  
In the DHCP mini howto it says this:

Next step is to add route for 255.255.255.255. Quoted from DHCPd README:


"In order for dhcpd to work correctly with picky DHCP clients (e.g., Windows 							 				
95), it must be able to send packets with an IP destination address of 	
255.255.255.255. Unfortunately, Linux insists on changing 255.255.255.255 
into the local subnet broadcast address (here, that's 192.5.5.223). This 
results in a DHCP protocol violation, and while many DHCP clients don't 
notice the problem, some (e.g., all Microsoft DHCP clients) do. Clients that 
have this problem will appear not to see DHCPOFFER messages from the server."


Type: route add -host 255.255.255.255 dev eth0


Did you do this???  I don't have MS Xtra Pricey on any of my machines but I do 
have one that has 98 on it and I needed to add this so it could get an ip 
from my dhcp server thats on the hostap machine. 

I haven't read all the posts about your problem so if this was covered sorry 
for taking up bandwidth.

Joseph



From jkmaline  Fri May  7 23:25:44 2004
From: jkmaline (Jouni Malinen)
Date: Fri, 7 May 2004 23:25:44 -0700
Subject: wpa_supplicant and EAP-TTLS/MD5-Challenge
Message-ID: <20040508062544.GA8696@jm.kir.nu>

I added support for EAP-TTLS with tunnelled EAP-MD5-Challenge into the
internal IEEE 802.1X Supplicant of wpa_supplicant. So far, I have tested
this successfully with FreeRADIUS. Reports from tests using other
authentication servers would be welcome..

-- 
Jouni Malinen                                            PGP id EFC895FA



From vda  Sat May  8 02:27:02 2004
From: vda (Denis Vlasenko)
Date: Sat, 8 May 2004 12:27:02 +0300
Subject: hostapd: wlan#sta link isn't working
In-Reply-To: <20040507012518.GB6532@jm.kir.nu>
References: <200404242213.59244.vda@port.imtp.ilyichevsk.odessa.ua>
	<200405062347.11219.vda@port.imtp.ilyichevsk.odessa.ua>
	<20040507012518.GB6532@jm.kir.nu>
Message-ID: <200405081227.02392.vda@port.imtp.ilyichevsk.odessa.ua>

On Friday 07 May 2004 04:25, Jouni Malinen wrote:
> Well, that would be against IEEE 802.11 (STA being associated with more
> than one AP)

802.11b has lots of things which people might want to violate ;)

This case is not problematic, it does not differ much from the
situation when I have 2 NICs on my box. The only one difference
in fact. MAC address is the same, but APs with different essids
would not bother or even know.
--
vda




From sankpal_manisha  Thu May  6 20:21:39 2004
From: sankpal_manisha (sankpal_manisha)
Date: Fri, 07 May 2004 08:51:39 +0530
Subject: client association problem
Message-ID: <200405070246.IAA06098@WS0005.indiatimes.com>

 Hi all,
I have converted my PC to work as an AP using hostap.
the iwconfig commands show corect ssid,signal ,stregth,etc..

and when i tried to associate client it falis....
i assigned the IP address to wlan0 using ifconfig and the client gets associetd with the AP.

i m wondering why this happens?
is there neccessity to assign  IP address to wlan0 very time ? what is the significance of doing this?

plz shed a light on this issue

Indiatimes Email now powered by APIC Advantage. Help! 
HelpClick on the image to chat with me
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040507/1ec5d8a3/attachment.htm 


From sam  Sat May  8 11:41:50 2004
From: sam (Sam Leffler)
Date: Sat, 8 May 2004 11:41:50 -0700
Subject: wpa_supplicant and EAP-TTLS/MD5-Challenge
In-Reply-To: <20040508062544.GA8696@jm.kir.nu>
References: <20040508062544.GA8696@jm.kir.nu>
Message-ID: <200405081141.50246.sam@errno.com>

On Friday 07 May 2004 11:25 pm, Jouni Malinen wrote:
> I added support for EAP-TTLS with tunnelled EAP-MD5-Challenge into the
> internal IEEE 802.1X Supplicant of wpa_supplicant. So far, I have tested
> this successfully with FreeRADIUS. Reports from tests using other
> authentication servers would be welcome..

wpa_supplicant is really great work; thanks!

	Sam



From vda  Sun May  9 11:52:10 2004
From: vda (Denis Vlasenko)
Date: Sun, 9 May 2004 21:52:10 +0300
Subject: wireless subnet
In-Reply-To: <004f01c429e9$30c879a0$0d00a8c0@racunar0d>
References: <000c01c42941$25a48ad0$0d4da8c0@racunar0d>
	<Pine.LNX.4.58L6.0404231656030.26706@linux1.gl.umbc.edu>
	<004f01c429e9$30c879a0$0d00a8c0@racunar0d>
Message-ID: <200405092152.10151.vda@port.imtp.ilyichevsk.odessa.ua>

On Saturday 24 April 2004 13:44, Computer Abet & Trade wrote:
> Hi Mustafa, you didn't understood this
>
> how can I use my hostAP for client and gateway link, and WIRELESS client's
> from
> 192.168.2.x not to have access to WIRELESS 192.168.1.x network,
>
> I try to use 1 AP widht two subnets (192.168.1.x and 192.168.2.x) to be AP
> for clients and link to gateway,
> gateway is client to but on diferent subnet, soo my wlan0 HAS two IP
> and only problem is how to make it simple (bridge) and secure in way -->
> client's have no access to 192.168.1.x subnet

simple or secure. pick one.
--
vda




From parthiban  Tue May  4 00:38:37 2004
From: parthiban (Parthiban)
Date: Tue, 4 May 2004 15:38:37 +0800
Subject: Flashing DWL-650 problem
Message-ID: <000a01c431aa$d14e0890$0200a8c0@kanyabee>

hi...I have a DWL-650 WIFI card. I accidentally installed the firmware for my card and it stopped working. I'm running in WinXP Pro.

is there anyway that I can flush the firmware from the WIFI card and restore it back to the factory settings.

I tried to un-install/re-install the driver but could not get the card working. 

regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040504/3648d1fe/attachment.htm 


From frank  Sun May  9 01:52:12 2004
From: frank (Frank Horowitz)
Date: Sun, 09 May 2004 16:52:12 +0800
Subject: [OFFTOPIC] prism RAM 'flashing' from w2k (or from linux to USB
	device)?
Message-ID: <409DF13C.5030407@horow.net>

Apologies for the offtopic question, but I'm hoping that some of the 
experts on this list might know an answer to my dilemma. Basically I'm 
trying to get WPA running on my home LAN.

Background:

I've got a home WLAN with a WPA capable AP (WRT54G from Linksys, if it 
matters), a linux box running hostAP in client mode on a D-link DWL500 
(which should be able to run wpa_supplicant; thanks to Junni et al. for 
the great work, BTW!), and a couple of windows 2000 boxes running D-Link 
DWL120-d USB 802.11b (Prism2.5) devices.

I've found the freely available w2k WPA thingy, but believe that the 
secondary  firmware version I'm running in my DWL120-Ds (1.5.6)  is too 
early to support WPA, since it's mentioned somewhere that versions later 
than 1.7.0 are required. I've also found the ru010704 secondary firmware 
from either Pavel Roskin's or JunSun's site.

My problem is that the "R" version of that 1.7.4 firmware is for RAM, 
not flash, and that there doesn't seem to be a flash version of the 
firmware available.

I've contemplated booting into linux, "flashing" the ram to the 1.7.4 
version of the firmware, and then rebooting into W2K with the power 
still on to the cards (hopefully keeping the RAM version of the firmware 
alive). However, as I understand it, prism2_srec won't communicate with 
USB devices, and I'm unclear whether or not the wlan-ng firmware 
flashing utility can deal with RAM versions of firmware.  Even if all of 
that works, I've still got the problem that the dlink w2k driver might 
very well reset the RAM when initializing the card.

Barring a later-than-1.7.0-flash-version of the "u" class firmware 
hiding somewhere on the net (I've looked, and not been able to find 
one), I think that my best bet might be to somehow hack the ram version 
of the firmware into the W2K driver. It's almost the inverse operation 
of the "split_combined_hex" shell script in hostAP utils, and that to me 
implies that someone on this list might have some expertise in the file 
formats involved with the windows drivers.

Questions:

So, I guess my questions comes in two parts:

A) does anyone know of a flash version of "u" class 1.7.x or later 
secondary  firmware hiding somewhere on the net? (Fingers crossed, but 
I'm not holding my breath...)

B) Does anyone have any pointers on the filestructures of the windows 
drivers for these devices? Where might the RAM version of the firmware 
be stashed for the w2k drivers to actually load and use them? What about 
things like checksums in those files?  Is there some equivalent of 
prism2_srec (i.e. a firmware flasher that can deal with RAM images, but 
also with USB devices) living in windows-land that might let me flash 
the cards from that side?

Any pointer you might be able to provide would be greatly appreciated!

    Cheers,
       Frank Horowitz




From sankpal_manisha  Sun May  9 21:04:46 2004
From: sankpal_manisha (sankpal_manisha)
Date: Mon, 10 May 2004 09:34:46 +0530
Subject: client association problem
Message-ID: <200405100414.JAA25973@WS0005.indiatimes.com>

hi Mark


ya you are right ... i give a command  as


ifconfig wlan0 192.168.6.29 up 


does this mean the link is up rather interface is up? means, the association of client with APs is successsful only when the link is up. what will happen if i just give ifconfig wlan0 up ?that is without giving IP and making link up,does the client will get associated with the AP?


thanks for ur help

"Mark Glines" wrote:



On vr, mei 07, 2004 at 08:51:39 +0530, sankpal_manisha wrote:
&gt; Hi all,
&gt; I have converted my PC to work as an AP using hostap.
&gt; the iwconfig commands show corect ssid,signal ,stregth,etc..
&gt; 
&gt; and when i tried to associate client it falis....
&gt; i assigned the IP address to wlan0 using ifconfig and the client gets associetd with the AP.
&gt; 
&gt; i m wondering why this happens?
&gt; is there neccessity to assign IP address to wlan0 very time ? what is the significance of doing this?

Why don't you include the exact ifconfig command you used? My guess is you're
doing more than simply setting the IP address. For instance, if your ifconfig
command line includes the word "up", you're also enabling the link, which is
more important than setting an address...

Mark
Indiatimes Email now powered by APIC Advantage. Help! 
HelpClick on the image to chat with me
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040510/b72a18d2/attachment.htm 


From mbuckley  Sun May  9 21:23:27 2004
From: mbuckley (Mike Buckley)
Date: Mon, 10 May 2004 00:23:27 -0400
Subject: client association problem
References: <200405070246.IAA06098@WS0005.indiatimes.com>
Message-ID: <002101c43646$8af529f0$fc03a8c0@1mpb.com>

DHCP server needs it. Also you need to restart DHCP or set it up if it is not already setup.
  ----- Original Message ----- 
  From: sankpal_manisha 
  To: hostap at shmoo.com 
  Sent: Thursday, May 06, 2004 11:21 PM
  Subject: client association problem


  Hi all, I have converted my PC to work as an AP using hostap. the iwconfig commands show corect ssid,signal ,stregth,etc.. and when i tried to associate client it falis.... i assigned the IP address to wlan0 using ifconfig and the client gets associetd with the AP. i m wondering why this happens? is there neccessity to assign IP address to wlan0 very time ? what is the significance of doing this? plz shed a light on this issue 
------------------------------------------------------------------------------
  Indiatimes Email now powered by APIC Advantage. Help! 

  Help
  Click on the image to chat with me



------------------------------------------------------------------------------


  _______________________________________________
  HostAP mailing list
  HostAP at shmoo.com
  http://lists.shmoo.com/mailman/listinfo/hostap
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040510/4623b7f8/attachment.htm 


From rodney  Sun May  9 21:25:26 2004
From: rodney (Rodney Thayer)
Date: Sun, 09 May 2004 21:25:26 -0700
Subject: 802.1x with hostap
Message-ID: <5.2.0.9.2.20040509212419.048f6fc8@127.0.0.1>

Is there any information on running HOSTAP as an 802.1x authenticator
with Open1x as the supplicant?  I want to construct an all-open source
802.1x demonstration, using Open1x, HostAP, and FreeRadius.

Does anyone have sample configuration files they could share?





From daher  Mon May 10 02:04:42 2004
From: daher (Robel Daher)
Date: Mon, 10 May 2004 11:04:42 +0200
Subject: Active scanning of APs
Message-ID: <000001c4366d$d57fbc70$1c071e8b@micon.informatik.unirostock.de>

Hello everyone,
 
About active scanning: Can the STA send data packets through the active
scanning? In other words, through the active scanning the STA needs to
check every channel by sending "probe request" and waits for an
AP-response for determined time to decide leaving this channel and
checking the next one. So, is it possible, that the STA can do this
parallel with data transmitting on the associated channel?
 
What I read in the standard 802.11 explain only the active scanning
process. In comparison to the WLAN-Functionality it wouldn't be possible
that the STA can transmit data through the checking of other channels by
active scanning process, but I'm still not sure. Do any body have
something about to tell?
 
Thanks in advance,
Robel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040510/a5e6d8cc/attachment.htm 


From askatti  Mon May 10 04:44:46 2004
From: askatti (Anand S. Katti)
Date: Mon, 10 May 2004 17:14:46 +0530 (IST)
Subject: Received signal strength
Message-ID: <Pine.BSF.4.58.0405101708290.58733@ece.iisc.ernet.in>

 I have a Harris Semiconductor Prism 2.5 Wavelan Chipset.I want to convert the
 parameter rxdesc->signal into dBm.
Is  (rxdesc->signal-100) the right way to do it?.

 Will this conversion hold good even if I am using this card in managed
mode and use an alternate driver like orinoco?





From andreaf  Mon May 10 07:37:54 2004
From: andreaf (Andrea G. Forte)
Date: Mon, 10 May 2004 10:37:54 -0400 (EDT)
Subject: hostapd and 802.1X
Message-ID: <Pine.GSO.4.58.0405101035150.10508@flame.cs.columbia.edu>

Hi all,

I did not get an answer to my problems last time I posted the message, so
I try again and hopefully you will have a few suggestions to give me.
The questions are in the message below.

Thank you very much guys,
Andrea

---------- Forwarded message ----------
Date: Thu, 6 May 2004 17:00:45 -0400 (EDT)
From: Andrea G. Forte <andreaf at cs.columbia.edu>
To: hostap at shmoo.com
Subject: hostapd and WEP.

Hi all,

first of all I want to apologize about the questions which could be very
silly, but I am just starting to learn about security.

I would like to know if there is a way to use WEP and 802.1x so that I
have dynamic re-keying but without using a RADIUS server or any other kind
of auth server. Could I do this by just using 802.1x with a deny/accept
MAC list? Does 802.1x need an auth. server at all?
I would also like to know if hostap supports WEP with shared secret auth.
mechanism.

I have done some testing with WEP and it happens that even though I use
different keys for the AP and the client, the client is still able to
associate to the AP. Probably this is correct since I am using only WEP
without any auth. algorithm (open auth.), but I would like to know if my
assumption is correct.
One last thing, when I enable the re-keying in the 802.1x config file, is
there any debug message that would show me the key update? Is there any
glitch in the client session when this happens?

Thank you very much all.
Andrea




From andreaf  Mon May 10 11:53:14 2004
From: andreaf (Andrea G. Forte)
Date: Mon, 10 May 2004 14:53:14 -0400 (EDT)
Subject: Active scanning of APs
In-Reply-To: <000001c4366d$d57fbc70$1c071e8b@micon.informatik.unirostock.de>
References: <000001c4366d$d57fbc70$1c071e8b@micon.informatik.unirostock.de>
Message-ID: <Pine.GSO.4.58.0405101451350.10508@flame.cs.columbia.edu>

Robel,

what happens usually is that you will have data packets sent also between
the end of probing and auth.
Note that if you send data packets between auth and ass. they will be
lost.

Andrea

On Mon, 10 May 2004, Robel Daher wrote:

> Hello everyone,
>
> About active scanning: Can the STA send data packets through the active
> scanning? In other words, through the active scanning the STA needs to
> check every channel by sending "probe request" and waits for an
> AP-response for determined time to decide leaving this channel and
> checking the next one. So, is it possible, that the STA can do this
> parallel with data transmitting on the associated channel?
>
> What I read in the standard 802.11 explain only the active scanning
> process. In comparison to the WLAN-Functionality it wouldn't be possible
> that the STA can transmit data through the checking of other channels by
> active scanning process, but I'm still not sure. Do any body have
> something about to tell?
>
> Thanks in advance,
> Robel
>



From d.walther  Mon May 10 11:58:54 2004
From: d.walther (Daniel Walther)
Date: Mon, 10 May 2004 20:58:54 +0200
Subject: PrismII Card with antenna
Message-ID: <20040510185810.337362BF7C@mail.iocaine.com>

Hello list

Does anyone know a prism-WLAN-Card (for HostAP), with the possibility to
attach an external antenna?

Thanks for your help!

Best regards
Daniel




From proski  Mon May 10 12:25:45 2004
From: proski (Pavel Roskin)
Date: Mon, 10 May 2004 15:25:45 -0400 (EDT)
Subject: [OFFTOPIC] prism RAM 'flashing' from w2k (or from linux to USB
 device)?
In-Reply-To: <409DF13C.5030407@horow.net>
References: <409DF13C.5030407@horow.net>
Message-ID: <Pine.LNX.4.58.0405101504560.4966@marabou.research.att.com>

On Sun, 9 May 2004, Frank Horowitz wrote:

> Apologies for the offtopic question, but I'm hoping that some of the
> experts on this list might know an answer to my dilemma. Basically I'm
> trying to get WPA running on my home LAN.
>
> Background:
>
> I've got a home WLAN with a WPA capable AP (WRT54G from Linksys, if it
> matters), a linux box running hostAP in client mode on a D-link DWL500
> (which should be able to run wpa_supplicant; thanks to Junni et al. for
> the great work, BTW!), and a couple of windows 2000 boxes running D-Link
> DWL120-d USB 802.11b (Prism2.5) devices.
>
> I've found the freely available w2k WPA thingy, but believe that the
> secondary  firmware version I'm running in my DWL120-Ds (1.5.6)  is too
> early to support WPA, since it's mentioned somewhere that versions later
> than 1.7.0 are required. I've also found the ru010704 secondary firmware
> from either Pavel Roskin's or JunSun's site.

Actually, ru010706.hex is also there.

I'm not sure that the old firmware cannot support WPA.  Sure, RID 0xFCBB
(HFA384X_RID_SSNHANDLINGMODE) appeared in firmware version 1.7.0, but I
don't know how critical it is for WPA operations, especially with drivers
other than hostap.

> I've contemplated booting into linux, "flashing" the ram to the 1.7.4
> version of the firmware, and then rebooting into W2K with the power
> still on to the cards (hopefully keeping the RAM version of the firmware
> alive). However, as I understand it, prism2_srec won't communicate with
> USB devices, and I'm unclear whether or not the wlan-ng firmware
> flashing utility can deal with RAM versions of firmware.  Even if all of
> that works, I've still got the problem that the dlink w2k driver might
> very well reset the RAM when initializing the card.

The latest version of linux-wlan-ng supports USB and RAM download just
fine.  However, the firmware will be almost certainly lost on reboot.

> Barring a later-than-1.7.0-flash-version of the "u" class firmware
> hiding somewhere on the net (I've looked, and not been able to find
> one), I think that my best bet might be to somehow hack the ram version
> of the firmware into the W2K driver. It's almost the inverse operation
> of the "split_combined_hex" shell script in hostAP utils, and that to me
> implies that someone on this list might have some expertise in the file
> formats involved with the windows drivers.

As far as I know, the Windows driver for DWL-122 loads 1.7.6 firmware
automatically.

> Questions:
>
> So, I guess my questions comes in two parts:
>
> A) does anyone know of a flash version of "u" class 1.7.x or later
> secondary  firmware hiding somewhere on the net? (Fingers crossed, but
> I'm not holding my breath...)

I don't know of it, but you can make one.  I bought my DWL-122 for $25 on
e-Bay, and it came with 1.7.1 firmware.  You can do it too.  Now dump the
firmware from NVRAM (not from RAM!) in the same areas as in su010506.hex
plus some slack.  Perhaps you can just dump everything from 0x7E3000 to
0x7FFFFF.

Convert the dump to S-Record by objcopy.  Identify the MAC address and
create a PDR for it.  Now you can try flashing this firmware to one of
your cards.  Copy information records (FF200000) from su010506.hex.

I don't guarantee that you won't damage the card, of course.

> B) Does anyone have any pointers on the filestructures of the windows
> drivers for these devices? Where might the RAM version of the firmware
> be stashed for the w2k drivers to actually load and use them? What about
> things like checksums in those files?  Is there some equivalent of
> prism2_srec (i.e. a firmware flasher that can deal with RAM images, but
> also with USB devices) living in windows-land that might let me flash
> the cards from that side?
>
> Any pointer you might be able to provide would be greatly appreciated!

It may be easier to hack the DWL-122 driver to work with your card.  It
loads the 1.7.6 firmware already.

-- 
Regards,
Pavel Roskin



From sylvio  Mon May 10 06:49:00 2004
From: sylvio (sylvio runge)
Date: Mon, 10 May 2004 15:49:00 +0200
Subject: deny 1+2mbit (iwpriv .. ?) 
Message-ID: <409F884C.12F618BB@mail.stop-spam.de>

hello,


How do I permit the Clients only  " high " rates (RX-rates 1+2mbit is forbidden)?

Greetings 

 S.



From jkmaline  Mon May 10 13:40:55 2004
From: jkmaline (Jouni Malinen)
Date: Mon, 10 May 2004 13:40:55 -0700
Subject: deny 1+2mbit (iwpriv .. ?)
In-Reply-To: <409F884C.12F618BB@mail.stop-spam.de>
References: <409F884C.12F618BB@mail.stop-spam.de>
Message-ID: <20040510204055.GA7549@jm.kir.nu>

On Mon, May 10, 2004 at 03:49:00PM +0200, sylvio runge wrote:

> How do I permit the Clients only  " high " rates (RX-rates 1+2mbit is forbidden)?

One way for doing this would be to include all rates in the basic rate
set:

iwpriv wlan0 basic_rates 15

However, I tried to verify whether this was implemented in the driver
and it actually wasn't.. In other words, it is now in my to do list of
things to fix ;-). I don't remember whether there is any other way of
doing this in the current version.

-- 
Jouni Malinen                                            PGP id EFC895FA



From crdobbs  Mon May 10 13:42:20 2004
From: crdobbs (Christopher Dobbs)
Date: Mon, 10 May 2004 13:42:20 -0700
Subject: Received signal strength
In-Reply-To: <Pine.BSF.4.58.0405101708290.58733@ece.iisc.ernet.in>
References: <Pine.BSF.4.58.0405101708290.58733@ece.iisc.ernet.in>
Message-ID: <409FE92C.7010402@eracew.net>

I dont know about rssi but mabey this 
http://www.geocities.com/vk3rtv/rfpower.html will help.

Anand S. Katti wrote:

> I have a Harris Semiconductor Prism 2.5 Wavelan Chipset.I want to convert the
> parameter rxdesc->signal into dBm.
>Is  (rxdesc->signal-100) the right way to do it?.
>
> Will this conversion hold good even if I am using this card in managed
>mode and use an alternate driver like orinoco?
>
>
>_______________________________________________
>HostAP mailing list
>HostAP at shmoo.com
>http://lists.shmoo.com/mailman/listinfo/hostap
>  
>

-- 
Christopher Dobbs
Eracew Computer Services
http://www.eracew.net/





From proski  Mon May 10 14:02:34 2004
From: proski (Pavel Roskin)
Date: Mon, 10 May 2004 17:02:34 -0400 (EDT)
Subject: Received signal strength
In-Reply-To: <409FE92C.7010402@eracew.net>
References: <Pine.BSF.4.58.0405101708290.58733@ece.iisc.ernet.in>
	<409FE92C.7010402@eracew.net>
Message-ID: <Pine.LNX.4.58.0405101646550.5723@marabou.research.att.com>

On Mon, 10 May 2004, Christopher Dobbs wrote:

> I dont know about rssi but mabey this
> http://www.geocities.com/vk3rtv/rfpower.html will help.

No, we are talking about conversion between two logarithmic scales, dBm
and the scale used in the card, known as RSSI (received signal strength
information).  The table you posted the link to converts between dBm and
Watts, a linear scale.

Firmware 1.3.1 and newer has RID 0xfd51 (dBmCommsQuality), which is
supposed to give the information in dBm.  HostAP uses RID 0xfd43
(CommsQuality), which uses its own scale.  That scale was also changed in
1.3.1 firmware.

Also, RID 0xfc46 (dBmAdjust) contains a constant that should be used for
conversion between RSSI and dBm.

If dBm values are needed, I suggest using dBmCommsQuality instead of
CommsQuality.  Even then, I don't expect the data to be very accurate, but
it's probably the best data the card can provide.

I'm working on a patch for Orinoco driver that would use dBmCommsQuality
if possible and provide reliable data in its absence.  Once I'm satisfied
with it I plan to submit similar patch to HostAP.

> > I have a Harris Semiconductor Prism 2.5 Wavelan Chipset.I want to convert the
> > parameter rxdesc->signal into dBm.
> >Is  (rxdesc->signal-100) the right way to do it?.

I don't think so.  You can print dBmCommsQuality and CommsQuality to the
kernel log and try to find the dependency.  I think it should be linear.

> > Will this conversion hold good even if I am using this card in managed
> >mode and use an alternate driver like orinoco?

I suggest that you don't trust drivers too much at this point.  There is
some work that need to be done before you can trust the drivers, both
Orinoco and HostAP.  Sorry for inconvenience.

-- 
Regards,
Pavel Roskin



From mschonfeld  Mon May 10 14:41:12 2004
From: mschonfeld (Marcos Schonfeld)
Date: Mon, 10 May 2004 18:41:12 -0300
Subject: Please, help with the dwl520rev.E firmware!!!
Message-ID: <001701c436d7$9b8e7690$d7942dc8@nueva2>

In my previous posts I didn't get any answer, so please I would thanks a lot
that somebody help me with this problem
I load the module hostap_pci, download the firmware files, and then ifconfig
wlan0 up.
Some times I can't download the firmware, so I reboot the PC and some times
all wokrs fine, but when I halt the PC, in the next boot the problems
appears again.
In some cases I have to boot WinXP (yes, I have a winxp partition) to get
the card works fine, so then I boot linux and all works fine again.
I imagine you are laugh at my case, but it's true. I suppose that the winxp
driver reinitializes the card so then I can run hostap on linux.
Has anybody get into these sort of truble?
Has anybody a solution for my case?
What are the correct firmware files for my dwl-520 rev.E card?

dmesg output:

hostap_crypt: registered algorithm 'NULL'
hostap_pci: 0.2.0 - 2004-02-15 (Jouni Malinen <jkmaline at cc.hut.fi>)
PCI: Found IRQ 11 for device 00:0d.0
PCI: Sharing IRQ 11 with 01:00.0
hostap_pci: Registered netdevice wifi0
wifi0: Original COR value: 0x0
wifi0: COR sreset timeout
wifi0: __hfa384x_cmd_no_wait(6) - timeout - reg=0x8c80
hostap_pci: first command failed - assuming card does not have primary
firmware
hostap_pci: assuming no Primary image in flash - card initialization not
completed
wifi0: test Genesis mode with HCR 0x1f
wifi0: Original COR value: 0x80
wifi0: COR sreset timeout
Readback test failed, HCR 0x1f write 00 e1 a1 ff read 00 ce a1 ce
wifi0: test Genesis mode with HCR 0x0f
wifi0: Original COR value: 0xa1
wifi0: COR sreset timeout
Readback test succeeded, HCR 0x0f
wifi0: Intersil Prism2.5 PCI: mem=0xf3000000, irq=11
wifi0: registered netdevice wlan0
prism2_download: dl_cmd=4 start_addr=0x003f0000 num_areas=3
wifi0: test Genesis mode with HCR 0x0f
wifi0: Original COR value: 0x0
wifi0: COR sreset timeout
Readback test succeeded, HCR 0x0f
prism2_hw_init: initialized in 0 ms
wifi0: valid PDA not found
wifi0: NIC: id=0x8000 v0.0.1
wifi0: PRI: id=0x15 v1.1.2
Could not get RID for component STA
wifi0: Failed to read STA f/w version - only Primary f/w present
wlan0: CMD=0x0001 => res=0x7f, resp0=0x0001
wlan0: MAC port 0 enabling failed
wlan0: could not enable MAC port
wifi0: Original COR value: 0x1

Other way is to modprobe the module (hostap_pci) and then download the
firmware with que hostap_fw_load utility:

# hostap_fw_load wlan0
Downloading secondary (station) firmware /etc/firmware/rf010704.hex
srec summary for rf010704.hex
Included file name: RF010704.HEX
Component: 0x001f 1.7.4 (station firmware)
ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
STAID not available (maybe running PRI-only)
ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
Could not read wlan PDA. This requires PRISM2_DOWNLOAD_SUPPORT definition in
driver/module/hostap_config.h.

But in fact I have PRISM2_DOWNLOAD_SUPPORT in the driver.

Thanks a lot




From mrcool  Mon May 10 15:22:17 2004
From: mrcool (Jerry)
Date: Mon, 10 May 2004 17:22:17 -0500
Subject: Please, help with the dwl520rev.E firmware!!!
References: <001701c436d7$9b8e7690$d7942dc8@nueva2>
Message-ID: <003601c436dd$4110aa20$6400a8c0@Home>

> In my previous posts I didn't get any answer, so please I would thanks a
lot
> that somebody help me with this problem
> I load the module hostap_pci, download the firmware files, and then
ifconfig
> wlan0 up.
> Some times I can't download the firmware, so I reboot the PC and some
times
> all wokrs fine, but when I halt the PC, in the next boot the problems
> appears again.
> In some cases I have to boot WinXP (yes, I have a winxp partition) to get
> the card works fine, so then I boot linux and all works fine again.
> I imagine you are laugh at my case, but it's true. I suppose that the
winxp
> driver reinitializes the card so then I can run hostap on linux.
> Has anybody get into these sort of truble?
> Has anybody a solution for my case?
> What are the correct firmware files for my dwl-520 rev.E card?

I had this problem with the initial releases that supported these cards.  My
solution was to create a "kill script" that runs at shutdown/reboot.  Mine
brought the interface down (ifconfig wlan0 down), and then unloaded the
drivers (rmmod hostap_pci, rmmod hostap_crypt_wep, rmmod hostap).  This
seems to work for me, as it will reboot and work normally after adding this
script.

Jerryf







From cliffo  Mon May 10 15:30:52 2004
From: cliffo (C. Olmsted)
Date: Mon, 10 May 2004 15:30:52 -0700 (PDT)
Subject: Please, help with the dwl520rev.E firmware!!!
In-Reply-To: <003601c436dd$4110aa20$6400a8c0@Home>
References: <001701c436d7$9b8e7690$d7942dc8@nueva2>
	<003601c436dd$4110aa20$6400a8c0@Home>
Message-ID: <Pine.A41.4.58.0405101525290.95740@aagaard04.u.washington.edu>

Also, what hardware are you running this on?  Take a look at Andrew's page
if you haven't already as it has lots of good information.

However, I have been using this card with hostap on an AthlonXP 2400+ with
an MSI K7N2-Delta ILSR mobo and have the same troubles.

The only temporary solution for me was to repeatedly upload the primary
firmware (sometimes 200 or 300 attempts) before the "Valid PDA Not Found"
message goes away.  Then, you can complete the rest of the firmware upload
and all is well.

Unfortunately, until a fix is found (or the cause even) this is the only
way I've found to get the card to work in linux.

Cliff

On Mon, 10 May 2004, Jerry wrote:

> > In my previous posts I didn't get any answer, so please I would thanks a
> lot
> > that somebody help me with this problem
> > I load the module hostap_pci, download the firmware files, and then
> ifconfig
> > wlan0 up.
> > Some times I can't download the firmware, so I reboot the PC and some
> times
> > all wokrs fine, but when I halt the PC, in the next boot the problems
> > appears again.
> > In some cases I have to boot WinXP (yes, I have a winxp partition) to get
> > the card works fine, so then I boot linux and all works fine again.
> > I imagine you are laugh at my case, but it's true. I suppose that the
> winxp
> > driver reinitializes the card so then I can run hostap on linux.
> > Has anybody get into these sort of truble?
> > Has anybody a solution for my case?
> > What are the correct firmware files for my dwl-520 rev.E card?
>
> I had this problem with the initial releases that supported these cards.  My
> solution was to create a "kill script" that runs at shutdown/reboot.  Mine
> brought the interface down (ifconfig wlan0 down), and then unloaded the
> drivers (rmmod hostap_pci, rmmod hostap_crypt_wep, rmmod hostap).  This
> seems to work for me, as it will reboot and work normally after adding this
> script.
>
> Jerryf
>
>
>
>
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
>



From rodney  Mon May 10 15:40:29 2004
From: rodney (Rodney Thayer)
Date: Mon, 10 May 2004 15:40:29 -0700
Subject: 802.1x with hostap
Message-ID: <5.2.0.9.2.20040510154001.0409c5a8@127.0.0.1>

(resend)

Is there any information on running HOSTAP as an 802.1x authenticator
with Open1x as the supplicant?  I want to construct an all-open source
802.1x demonstration, using Open1x, HostAP, and FreeRadius.

Does anyone have sample configuration files they could share?





From jhiller  Mon May 10 16:54:51 2004
From: jhiller (James B. Hiller)
Date: Mon, 10 May 2004 19:54:51 -0400 (EDT)
Subject: PrismII Card with antenna
In-Reply-To: <20040510185810.337362BF7C@mail.iocaine.com>
Message-ID: <200405102354.i4ANsphX009403@bassett.home.org>

Hi.

> Does anyone know a prism-WLAN-Card (for HostAP), with the possibility to
> attach an external antenna?

Not sure of your specific requirements, but for example:

a.  You could get a Zcomax XI-626 card, which is Prism II, and also a
Zcomax external antenna.

b.  You could get whatever other Prism II card you want, and a Zcomax
external antenna.  I've run these antennas with a number of cards, both
Prism II and not.

By "external", I'm not sure if you want one with a few feet of cable
that you can locate, for example, in a different spot than your machine;
or if you mean as in "outside".  For the latter, I've not got any info.

jbh



From aland  Mon May 10 16:45:49 2004
From: aland (Alan Dawson)
Date: Tue, 11 May 2004 00:45:49 +0100
Subject: 802.1x with hostap
In-Reply-To: <5.2.0.9.2.20040510154001.0409c5a8@127.0.0.1>
References: <5.2.0.9.2.20040510154001.0409c5a8@127.0.0.1>
Message-ID: <1084232749.40a0142d6ae6e@springnight.burngreave.net>

Quoting Rodney Thayer <rodney at canola-jones.com>:

> Does anyone have sample configuration files they could share?
> 
> 

Does http://auth.sown.org.uk/index.php?page=hostap 
help

instructions for hostap and open1x

AED
-- 
"The long revolution is creating small federated microsocieties, true guerilla 

 cells practising and fighting for this self-management. Effective radicality  
 authorises all variations and guarantees every freedom. "  
  
 
 



From mschonfeld  Mon May 10 18:27:03 2004
From: mschonfeld (Marcos Schonfeld)
Date: Mon, 10 May 2004 22:27:03 -0300
Subject: Please, help with the dwl520rev.E firmware!!!
References: <20040510220217.EISH13425.mta13.adelphia.net@mail.adelphia.net>
Message-ID: <000e01c436f7$26161560$0201a8c0@nueva2>

Hi everybody, first of all, thanks for your answers. But i discovered a new
method to get the hostap running:
First I have to boot windows so that the card initializes fine, then re-boot
(re-boot,  no power down the PC) and start linux.
Then the network service does try the configuration of the wlan0 and load
the modules that is in modules.conf as alias wlan0.
Then if I reboot the linux (without power-down the PC) the driver works fine
too.
In resume, the configuration I had works fine if a boot windows and then
reboot and start linux.
I don't have anything more to say that windows saved me!!!

----- Original Message ----- 
From: <glenngreenfield at adelphia.net>
To: "Marcos Schonfeld" <mschonfeld at ubp.edu.ar>
Sent: Monday, May 10, 2004 7:02 PM
Subject: Re: Please, help with the dwl520rev.E firmware!!!


> You need to rmmod the drivers BEFORE rebooting/shutting down or the card
gets all hosed up.  I can't remember the exact sequence and it's not
possible for me to test it out ATM.  Just do:
>
> iwconfig wlan0 down
> rmmod hostap_pci
> rmmod hostap_crypt_wep
> rmmod (the other driver)
>
> If you have the sequence wrong it won't let you rmmod the drivers but they
definitely need to be unloaded first!  Then just add a script to unload the
drivers for you.
> >
> > From: "Marcos Schonfeld" <mschonfeld at ubp.edu.ar>
> > Date: 2004/05/10 Mon PM 03:41:12 MDT
> > To: "hostap mailing list" <hostap at shmoo.com>
> > Subject: Please, help with the dwl520rev.E firmware!!!
> >
> > In my previous posts I didn't get any answer, so please I would thanks a
lot
> > that somebody help me with this problem
> > I load the module hostap_pci, download the firmware files, and then
ifconfig
> > wlan0 up.
> > Some times I can't download the firmware, so I reboot the PC and some
times
> > all wokrs fine, but when I halt the PC, in the next boot the problems
> > appears again.
> > In some cases I have to boot WinXP (yes, I have a winxp partition) to
get
> > the card works fine, so then I boot linux and all works fine again.
> > I imagine you are laugh at my case, but it's true. I suppose that the
winxp
> > driver reinitializes the card so then I can run hostap on linux.
> > Has anybody get into these sort of truble?
> > Has anybody a solution for my case?
> > What are the correct firmware files for my dwl-520 rev.E card?
> >
> > dmesg output:
> >
> > hostap_crypt: registered algorithm 'NULL'
> > hostap_pci: 0.2.0 - 2004-02-15 (Jouni Malinen <jkmaline at cc.hut.fi>)
> > PCI: Found IRQ 11 for device 00:0d.0
> > PCI: Sharing IRQ 11 with 01:00.0
> > hostap_pci: Registered netdevice wifi0
> > wifi0: Original COR value: 0x0
> > wifi0: COR sreset timeout
> > wifi0: __hfa384x_cmd_no_wait(6) - timeout - reg=0x8c80
> > hostap_pci: first command failed - assuming card does not have primary
> > firmware
> > hostap_pci: assuming no Primary image in flash - card initialization not
> > completed
> > wifi0: test Genesis mode with HCR 0x1f
> > wifi0: Original COR value: 0x80
> > wifi0: COR sreset timeout
> > Readback test failed, HCR 0x1f write 00 e1 a1 ff read 00 ce a1 ce
> > wifi0: test Genesis mode with HCR 0x0f
> > wifi0: Original COR value: 0xa1
> > wifi0: COR sreset timeout
> > Readback test succeeded, HCR 0x0f
> > wifi0: Intersil Prism2.5 PCI: mem=0xf3000000, irq=11
> > wifi0: registered netdevice wlan0
> > prism2_download: dl_cmd=4 start_addr=0x003f0000 num_areas=3
> > wifi0: test Genesis mode with HCR 0x0f
> > wifi0: Original COR value: 0x0
> > wifi0: COR sreset timeout
> > Readback test succeeded, HCR 0x0f
> > prism2_hw_init: initialized in 0 ms
> > wifi0: valid PDA not found
> > wifi0: NIC: id=0x8000 v0.0.1
> > wifi0: PRI: id=0x15 v1.1.2
> > Could not get RID for component STA
> > wifi0: Failed to read STA f/w version - only Primary f/w present
> > wlan0: CMD=0x0001 => res=0x7f, resp0=0x0001
> > wlan0: MAC port 0 enabling failed
> > wlan0: could not enable MAC port
> > wifi0: Original COR value: 0x1
> >
> > Other way is to modprobe the module (hostap_pci) and then download the
> > firmware with que hostap_fw_load utility:
> >
> > # hostap_fw_load wlan0
> > Downloading secondary (station) firmware /etc/firmware/rf010704.hex
> > srec summary for rf010704.hex
> > Included file name: RF010704.HEX
> > Component: 0x001f 1.7.4 (station firmware)
> > ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
> > STAID not available (maybe running PRI-only)
> > ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
> > ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
> > Could not read wlan PDA. This requires PRISM2_DOWNLOAD_SUPPORT
definition in
> > driver/module/hostap_config.h.
> >
> > But in fact I have PRISM2_DOWNLOAD_SUPPORT in the driver.
> >
> > Thanks a lot
> >
> > _______________________________________________
> > HostAP mailing list
> > HostAP at shmoo.com
> > http://lists.shmoo.com/mailman/listinfo/hostap
> >
>
> glenn greenfield
>




From cliffo  Mon May 10 18:41:30 2004
From: cliffo (Cliff)
Date: Mon, 10 May 2004 18:41:30 -0700
Subject: Please, help with the dwl520rev.E firmware!!!
In-Reply-To: <000e01c436f7$26161560$0201a8c0@nueva2>
References: <20040510220217.EISH13425.mta13.adelphia.net@mail.adelphia.net>
	<000e01c436f7$26161560$0201a8c0@nueva2>
Message-ID: <40A02F4A.3070404@u.washington.edu>


>I don't have anything more to say that windows saved me!!!
>
>  
>
Ouch.  :)






From mschonfeld  Mon May 10 19:20:01 2004
From: mschonfeld (Marcos Schonfeld)
Date: Mon, 10 May 2004 23:20:01 -0300
Subject: Please, help with the dwl520rev.E firmware!!!
References: <20040510220217.EISH13425.mta13.adelphia.net@mail.adelphia.net><000e01c436f7$26161560$0201a8c0@nueva2>
	<40A02F4A.3070404@u.washington.edu>
Message-ID: <001001c436fe$8f841e50$0201a8c0@nueva2>


----- Original Message ----- 
From: "Cliff" <cliffo at u.washington.edu>
To: <hostap at shmoo.com>
Sent: Monday, May 10, 2004 10:41 PM
Subject: Re: Please, help with the dwl520rev.E firmware!!!


> 
> >I don't have anything more to say that windows saved me!!!
> >
> >  
> >
> Ouch.  :)
> 
> 

Yes, I can't believe it... 



From proski  Mon May 10 20:02:04 2004
From: proski (Pavel Roskin)
Date: Mon, 10 May 2004 23:02:04 -0400 (EDT)
Subject: Please, help with the dwl520rev.E firmware!!!
In-Reply-To: <000e01c436f7$26161560$0201a8c0@nueva2>
References: <20040510220217.EISH13425.mta13.adelphia.net@mail.adelphia.net>
	<000e01c436f7$26161560$0201a8c0@nueva2>
Message-ID: <Pine.LNX.4.58.0405102256170.13657@portland.hansa.lan>

On Mon, 10 May 2004, Marcos Schonfeld wrote:

> Hi everybody, first of all, thanks for your answers. But i discovered a
> new method to get the hostap running: First I have to boot windows so
> that the card initializes fine, then re-boot (re-boot, no power down the
> PC) and start linux. Then the network service does try the configuration
> of the wlan0 and load the modules that is in modules.conf as alias
> wlan0. Then if I reboot the linux (without power-down the PC) the driver
> works fine too. In resume, the configuration I had works fine if a boot
> windows and then reboot and start linux. I don't have anything more to
> say that windows saved me!!!

It would be interesting to see if the configuration space of the card
changes.  To dump it, run this command as root:

lspci -xxxd 1260:

Please compare the dumps for different stages, such as cold boot to Linux,
first reboot from Windows to Linux and second reboot to Linux.  If you
find any differences, please post your dumps to the list.

-- 
Regards,
Pavel Roskin



From yoshida  Mon May 10 21:21:00 2004
From: yoshida (Tooru Yoshida)
Date: Tue, 11 May 2004 13:21:00 +0900
Subject: hostap and Fedora Core 1
Message-ID: <20040511132100.327915b0.yoshida@libertysystem-factory.co.jp>

Hi, all

Although I am building with hostap 0.2.1 and the CVS version on Fedora Core 1, 
I will become an error.

Although compile is satisfactory, it becomes an error by depmod.
Isn't there any solution method of this error?

Environment
  Kernel:2.4.22-1.2188.nptl
  hostap:0.2.1 and cvs
  gcc:3.2.3

Procedure
 1. Changed to KERNEL_PATH is /usr/src/linux-2.4 
     and /usr/src/redhat/BUILD/kernel-2.4.22/linux-2.4.22
 2. Changed to MODPATH is $(DESTDIR)/lib/modules/$(KERENLRELEASE)/kernel/drivers
 3. make pccard
 4. make install_pccard

It is the same also at PCI or PLX.

Error Message
depmod: *** Unresolved symbols in /lib/modules/2.4.22-1.2188.nptl/kernel/drivers/net/wireless/hostap.o
depmod:         register_netdevice
depmod:         __netdev_watchdog_up
depmod:         eth_type_trans
depmod:         __wake_up
depmod:         __kfree_skb
depmod:         alloc_skb
depmod:         pskb_expand_head
depmod:         ether_setup
depmod:         skb_under_panic
depmod:         skb_realloc_headroom
depmod:         unregister_netdevice
depmod:         create_proc_entry
depmod:         alloc_etherdev
depmod:         remove_wait_queue
depmod:         unregister_netdev
depmod:         skb_copy
depmod:         wireless_send_event
depmod:         request_module
depmod:         proc_mkdir
depmod:         dev_alloc_name
depmod:         dev_queue_xmit
depmod:         ___pskb_trim
depmod:         remove_proc_entry
depmod:         netif_rx
depmod:         skb_over_panic
depmod:         add_wait_queue
depmod:         proc_net
depmod:         dev_close
depmod:         skb_clone
depmod:         dev_open
depmod:         softnet_data
depmod:         irq_stat
depmod: *** Unresolved symbols in
  /lib/modules/2.4.22-1.2188.nptl/kernel/drivers/net/wireless/hostap_crypt_ccmp.o
depmod:         skb_under_panic
depmod:         ___pskb_trim
depmod:         skb_over_panic
depmod: *** Unresolved symbols in
 /lib/modules/2.4.22-1.2188.nptl/kernel/drivers/net/wireless/hostap_crypt_tkip.o
depmod:         skb_under_panic
depmod:         wireless_send_event
depmod:         ___pskb_trim
depmod:         skb_over_panic
depmod: *** Unresolved symbols in /lib/modules/2.4.22-1.2188.nptl/kernel/drivers/net/wireless/hostap_crypt_wep.o
depmod:         skb_under_panic
depmod:         ___pskb_trim
depmod:         skb_over_panic
depmod: *** Unresolved symbols in /lib/modules/2.4.22-1.2188.nptl/kernel/drivers/net/wireless/hostap_cs.o
depmod:         register_netdevice
depmod:         pcmcia_access_configuration_register
depmod:         __netdev_watchdog_up
depmod:         __wake_up
depmod:         __kfree_skb
depmod:         alloc_skb
depmod:         pcmcia_request_io
depmod:         pcmcia_deregister_client
depmod:         pcmcia_register_client
depmod:         pcmcia_register_client
depmod:         pcmcia_release_irq
depmod:         create_proc_entry
depmod:         alloc_etherdev
depmod:         register_pccard_driver
depmod:         pcmcia_release_configuration
depmod:         pcmcia_request_configuration
depmod:         pcmcia_request_irq
depmod:         remove_wait_queue
depmod:         unregister_netdev
depmod:         wireless_send_event
depmod:         pcmcia_parse_tuple
depmod:         pcmcia_get_configuration_info
depmod:         pcmcia_get_tuple_data
depmod:         dev_alloc_name
depmod:         remove_proc_entry
depmod:         skb_over_panic
depmod:         add_wait_queue
depmod:         pcmcia_get_first_tuple
depmod:         pcmcia_report_error
depmod:         pcmcia_get_next_tuple
depmod:         softnet_data
depmod:         irq_stat
depmod:         pcmcia_release_io
depmod:         pcmcia_release_window

-- 
-----------------------------------------------------------------
Limited Pertnership Liberty System Factory
Tooru Yoshida <yoshida at libertysystem-factory.co.jp>
              <yoshida at embeddedlinux.jp>
              <tooruy at ieee.org>
Post 314-0033 Condminium Kashima 302,Hachigatadai 2-2-1
              Kashima , Ibaraki , Japan
Tel/Fax : +81 299 82 5076  Handy : +81 90 8349 0651
IP Tel : +81 50 8864 2765(VoIP)
Linux Business Initiative(LBI) President http://www.lbi.gr.jp/
-----------------------------------------------------------------
Embedded Linux Developer's Community http://www.embeddedlinux.jp/



From mschonfeld  Mon May 10 23:04:51 2004
From: mschonfeld (Marcos Schonfeld)
Date: Tue, 11 May 2004 03:04:51 -0300
Subject: Please, help with the dwl520rev.E firmware!!!
References: <20040510220217.EISH13425.mta13.adelphia.net@mail.adelphia.net>
	<000e01c436f7$26161560$0201a8c0@nueva2>
	<Pine.LNX.4.58.0405102256170.13657@portland.hansa.lan>
Message-ID: <001001c4371e$510a69c0$0201a8c0@nueva2>


----- Original Message ----- 
From: "Pavel Roskin" <proski at gnu.org>
To: "Marcos Schonfeld" <mschonfeld at ubp.edu.ar>
Cc: <hostap at shmoo.com>
Sent: Tuesday, May 11, 2004 12:02 AM
Subject: Re: Please, help with the dwl520rev.E firmware!!!


> On Mon, 10 May 2004, Marcos Schonfeld wrote:
>
> > Hi everybody, first of all, thanks for your answers. But i discovered a
> > new method to get the hostap running: First I have to boot windows so
> > that the card initializes fine, then re-boot (re-boot, no power down the
> > PC) and start linux. Then the network service does try the configuration
> > of the wlan0 and load the modules that is in modules.conf as alias
> > wlan0. Then if I reboot the linux (without power-down the PC) the driver
> > works fine too. In resume, the configuration I had works fine if a boot
> > windows and then reboot and start linux. I don't have anything more to
> > say that windows saved me!!!
>
> It would be interesting to see if the configuration space of the card
> changes.  To dump it, run this command as root:
>
> lspci -xxxd 1260:
>
> Please compare the dumps for different stages, such as cold boot to Linux,
> first reboot from Windows to Linux and second reboot to Linux.  If you
> find any differences, please post your dumps to the list.
>
> -- 
> Regards,
> Pavel Roskin

I run lspci -xxxd 1260: for the different stages as you told me. The results
were the same for the three cases, cold boot to Linux (failed to load the
firmware), first reboot from windows to linux (success to load the
firmware), and second reboot to linux (again success). Here is the lspci
result:

linuxNueva2:~ # lspci -xxxd 1260:
00:0d.0 Network controller: Harris Semiconductor Prism 2.5 Wavelan chipset
(rev 01)
00: 60 12 73 38 17 00 90 02 01 00 80 02 08 20 00 00
10: 08 00 00 f3 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 86 11 00 37
30: 00 00 00 00 dc 00 00 00 00 00 00 00 0b 01 00 00
40: 80 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 01 00 02 7e
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00




From mschonfeld  Mon May 10 23:29:46 2004
From: mschonfeld (Marcos Schonfeld)
Date: Tue, 11 May 2004 03:29:46 -0300
Subject: 802.1x with hostap
References: <5.2.0.9.2.20040510154001.0409c5a8@127.0.0.1>
Message-ID: <001f01c43721$6e8847d0$0201a8c0@nueva2>


----- Original Message ----- 
From: "Rodney Thayer" <rodney at canola-jones.com>
To: <hostap at shmoo.com>
Sent: Monday, May 10, 2004 7:40 PM
Subject: 802.1x with hostap


> (resend)
>
> Is there any information on running HOSTAP as an 802.1x authenticator
> with Open1x as the supplicant?  I want to construct an all-open source
> 802.1x demonstration, using Open1x, HostAP, and FreeRadius.
>
> Does anyone have sample configuration files they could share?
>
>
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap

I'm working with hostap, freeradius and a trial supplicant for win98.
To run the HostAP Authenticator you have to edit the hostad.conf file from
the hostapd package and execute
 # hostapd hostapd.conf
Refer to the previous post from Alan Dawson
(http://auth.sown.org.uk/index.php?page=hostap)
For the freeradius, you have to enable the module eap to get the EAP
protocolo work. Then if you are using the ../etc/raddb/users file in a user
entry you have to put Auth-Type = eap to authenticate via eap that user.
For more info read the /doc/rlm_eap in the freeradius package.
I just run only the eap-md5. Soon I will run the eap-tls.
Good luck.





From mailinglists  Tue May 11 00:26:15 2004
From: mailinglists (Andreas Mueller)
Date: Tue, 11 May 2004 09:26:15 +0200
Subject: PrismII Card with antenna
In-Reply-To: <20040510185810.337362BF7C@mail.iocaine.com>
References: <20040510185810.337362BF7C@mail.iocaine.com>
Message-ID: <200405110926.17534.mailinglists@andreas-mueller.com>

Daniel Walther wrote:
> Hello list
>
> Does anyone know a prism-WLAN-Card (for HostAP), with the possibility
> to attach an external antenna?

Netgear MA311.

Regards,
Andreas



From jason  Tue May 11 05:50:03 2004
From: jason (Jason Straight)
Date: Tue, 11 May 2004 08:50:03 -0400
Subject: PrismII Card with antenna
In-Reply-To: <200405110926.17534.mailinglists@andreas-mueller.com>
References: <20040510185810.337362BF7C@mail.iocaine.com>
	<200405110926.17534.mailinglists@andreas-mueller.com>
Message-ID: <200405110850.10841.jason@JeetKuneDoMaster.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

SMC 2532W-B

RP MMCX connectors, and it's 200mW :) and high sensetivity.


On Tuesday May 11 2004 03:26, Andreas Mueller wrote:
> Daniel Walther wrote:
> > Hello list
> >
> > Does anyone know a prism-WLAN-Card (for HostAP), with the possibility
> > to attach an external antenna?
>
> Netgear MA311.
>
> Regards,
> Andreas
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap

- -- 
Highly trained SWAT teams typically operate in groups of 4 to 8 members, they 
feel the need to use fully automatic high-capacity rifles, the same rifles 
our government says citizens (who defend themselves in groups of 1) don't 
need because they are no good for such a task as defending oneself.

http://www.skycon.net/
ICQ: 1796276
pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iQCVAwUBQKDMABFHZPcobeHxAQI2YgP9EIixaTqTDgoz+bdXwT2sJIO2XobbvA04
Dn32JOAoFeV5ehwkugLtjteEN0IthRPuYw7ItXWJOmhdB2RXDulI9tW9pHkiblzf
fz2HHd5hN3MySkGQQsBndgtl+PoWaJeq+9laJCjWreedk3kPw3g4qNf67cQhNbq8
Sm+h6UDBvII=
=p0Oe
-----END PGP SIGNATURE-----



From proski  Tue May 11 08:53:43 2004
From: proski (Pavel Roskin)
Date: Tue, 11 May 2004 11:53:43 -0400 (EDT)
Subject: D-Link DWL-650 rev P mystery resolved!
Message-ID: <Pine.LNX.4.58.0405111137420.2552@marabou.research.att.com>

Hello!

I reported in the past that I could not get D-Link DWL-650 revision P to
work on a certain machine with Intel chipset.  This problem is solved in
Linux 2.6.6.

The socket driver was using a port range already used by the motherboard
(0x4000-0x40bf).  The motherboard indicated the used range using PNPBIOS
interface.  I didn't have it enabled.  But even if PNPBIOS is enabled, the
kernel doesn't automatically reserve the motherboard resources.

The fix was to enable a certain "quirk" to drivers/pci/quirks.c for that
particular motherboard:

{ PCI_FIXUP_HEADER, PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82801AA_0,
quirk_ich4_lpc_acpi },

Now firmware download is working just fine.  The patch also fixed CardBus
support, ACPI timer and some flakiness when USB and PCMCIA devices are
used in the same time.

If anybody still has motherboard related issues (not curly hands, please!)
with D-Link DWL-650 revision P (i.e. the one without firmware in flash),
please let me know.  It may be a similar problem.

-- 
Regards,
Pavel Roskin



From jphstap  Tue May 11 16:35:26 2004
From: jphstap (Joe Parks)
Date: Tue, 11 May 2004 19:35:26 -0400
Subject: deny 1+2mbit (iwpriv .. ?)
In-Reply-To: <20040510204055.GA7549@jm.kir.nu>
References: <409F884C.12F618BB@mail.stop-spam.de>
	<20040510204055.GA7549@jm.kir.nu>
Message-ID: <20040511193526.5ad4d7bf@scrodconumulus>

On Mon, 10 May 2004 13:40:55 -0700
Jouni Malinen <jkmaline at cc.hut.fi> wrote:
> On Mon, May 10, 2004 at 03:49:00PM +0200, sylvio runge wrote:
> > How do I permit the Clients only  " high " rates (RX-rates 1+2mbit is forbidden)?
> 
> One way for doing this would be to include all rates in the basic rate
> set:
> 
> iwpriv wlan0 basic_rates 15
> 
> However, I tried to verify whether this was implemented in the driver
> and it actually wasn't.. In other words, it is now in my to do list of
> things to fix ;-). I don't remember whether there is any other way of
> doing this in the current version.

Wait, really?  

Because I've used this iwpriv command successfully for the exact purpose mentioned here.   At least in driver version 0.1.1 it seemed to work.

However the way I did it was this:

iwpriv wlan0 basic_rates 12
iwpriv wlan0 oper_rates 12

Since the value is a bitmask where 1 = 1mb, 2 = 2mb, 4 = 5.5mb, and 8 = 11mb the setting for just 5.5 and 11 is 8 + 4 = 12

Also since basic_rates must be a subset of oper_rates you have to be careful of the order you set them in or the driver will protest.



From jkmaline  Tue May 11 19:38:06 2004
From: jkmaline (Jouni Malinen)
Date: Tue, 11 May 2004 19:38:06 -0700
Subject: deny 1+2mbit (iwpriv .. ?)
In-Reply-To: <20040511193526.5ad4d7bf@scrodconumulus>
References: <409F884C.12F618BB@mail.stop-spam.de>
	<20040510204055.GA7549@jm.kir.nu>
	<20040511193526.5ad4d7bf@scrodconumulus>
Message-ID: <20040512023806.GA7546@jm.kir.nu>

On Tue, May 11, 2004 at 07:35:26PM -0400, Joe Parks wrote:

> Jouni Malinen <jkmaline at cc.hut.fi> wrote:
> > However, I tried to verify whether this was implemented in the driver
> > and it actually wasn't..

> Wait, really?  
> 
> Because I've used this iwpriv command successfully for the exact purpose mentioned here.   At least in driver version 0.1.1 it seemed to work.

This is likely because many (most?) clients do not associate with the AP
in this configuration. However, the current implementation of Host AP
does not reject the association, if the client were to try..

-- 
Jouni Malinen                                            PGP id EFC895FA



From ktnslt  Tue May 11 21:33:20 2004
From: ktnslt (ktnslt at postech.ac.kr)
Date: Wed, 12 May 2004 13:33:20 +0900
Subject: Can capture ad-hoc packets in infra mode?
Message-ID: <20040512.AAA1084334773@postech.ac.kr>

I had tried to configure a smc pci card for doing this.
[The smc pci card is in infra mode communicating with AP, and it also captures packets from a ad-hoc network which uses same channel.]

I had failed either by changing some options of the card or by modifying hostap driver sources.
Is there any way to do this? I would be very glad if some one just tell that it is completely impossible.

Thanks.




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040512/00881fa2/attachment.htm 


From jkmaline  Tue May 11 21:36:14 2004
From: jkmaline (Jouni Malinen)
Date: Tue, 11 May 2004 21:36:14 -0700
Subject: wpa_supplicant and EAP-TTLS/MD5-Challenge
In-Reply-To: <20040508062544.GA8696@jm.kir.nu>
References: <20040508062544.GA8696@jm.kir.nu>
Message-ID: <20040512043614.GC7546@jm.kir.nu>

On Fri, May 07, 2004 at 11:25:44PM -0700, Jouni Malinen wrote:

> I added support for EAP-TTLS with tunnelled EAP-MD5-Challenge into the
> internal IEEE 802.1X Supplicant of wpa_supplicant. So far, I have tested
> this successfully with FreeRADIUS. Reports from tests using other
> authentication servers would be welcome..

Some changes were needed to this, but I was now able to complete
EAP-TTLS authentication with Funk Odyssey server. I needed to use an
external RADIUS server and forwarding for the inner EAP-MD5 part because
Odyssey did not seem to allow inner EAP to be processed locally. Anyway,
the TTLS part seemed to now work correctly.

I did this testing remotely with the supplicant encapsulating everything
in RADIUS messages. I did not verify whether WPA/WPA2 would have
succeeded after this. Anyway, the derived key from EAP-TTLS seemed to
match in Odyssey and wpa_supplicant logs, so everything should be fine
now in the CVS snapshot.

-- 
Jouni Malinen                                            PGP id EFC895FA



From proski  Tue May 11 22:44:10 2004
From: proski (Pavel Roskin)
Date: Wed, 12 May 2004 01:44:10 -0400 (EDT)
Subject: hostap and Fedora Core 1
In-Reply-To: <20040511132100.327915b0.yoshida@libertysystem-factory.co.jp>
References: <20040511132100.327915b0.yoshida@libertysystem-factory.co.jp>
Message-ID: <Pine.LNX.4.58.0405120140450.8274@portland.hansa.lan>

On Tue, 11 May 2004, Tooru Yoshida wrote:

> Procedure
>  1. Changed to KERNEL_PATH is /usr/src/linux-2.4
>      and /usr/src/redhat/BUILD/kernel-2.4.22/linux-2.4.22
>  2. Changed to MODPATH is $(DESTDIR)/lib/modules/$(KERENLRELEASE)/kernel/drivers
>  3. make pccard
>  4. make install_pccard

I don't know where you found "pccard" and "install_pccard", but the README
included with version 0.2.1 says to run "make" and "make install".  Maybe
it's better to start with whatever README says rather that with
undocumented targets?

-- 
Regards,
Pavel Roskin



From proski  Tue May 11 23:06:19 2004
From: proski (Pavel Roskin)
Date: Wed, 12 May 2004 02:06:19 -0400 (EDT)
Subject: Please, help with the dwl520rev.E firmware!!!
In-Reply-To: <001001c4371e$510a69c0$0201a8c0@nueva2>
References: <20040510220217.EISH13425.mta13.adelphia.net@mail.adelphia.net>
	<000e01c436f7$26161560$0201a8c0@nueva2>
	<Pine.LNX.4.58.0405102256170.13657@portland.hansa.lan>
	<001001c4371e$510a69c0$0201a8c0@nueva2>
Message-ID: <Pine.LNX.4.58.0405120145410.8274@portland.hansa.lan>

On Tue, 11 May 2004, Marcos Schonfeld wrote:

> I run lspci -xxxd 1260: for the different stages as you told me. The
> results were the same for the three cases, cold boot to Linux (failed to
> load the firmware), first reboot from windows to linux (success to load
> the firmware), and second reboot to linux (again success). Here is the
> lspci result:

The next thing to try is to dump the configuration space of all PCI
devices by "lspci -xxx" and compare them.  You also may want to compare
kernel logs and the contents of /proc/ioport and /proc/iomem.  It may
require some time and experience to separate important and unimportant
differences.  Look primarily for bridge resources.  Ignore changes in
bytes that change between successful boots.

Another thing to try is to enable CONFIG_ISA, CONFIG_PNP and
CONFIG_PNPBIOS is the kernel.  Use "lspnp -vvv" to see the resources used
by BIOS.  Check /proc/iomem to make sure those resources are not reused
for something else.  lspnp source is included with pcmcia-cs.

See if similar motherboards are listed in drivers/pci/quirks.c (Linux
source), but your motherboard is not.

This solved my problem with DWL-650 revision P - a PCMCIA card without
firmware in flash.

I know, digging this may be time consuming, but the potential reward is
more than just fixing support for one card.  It's fixing support for your
motherboard, which may fix things that never worked or didn't work
reliably (like ACPI).

Fixing motherboard problems would be offtopic here, so you may want to
post to LKML instead.  Feel free to write me privately about this.

-- 
Regards,
Pavel Roskin



From sankpal_manisha  Wed May 12 05:49:33 2004
From: sankpal_manisha (sankpal_manisha)
Date: Wed, 12 May 2004 18:19:33 +0530
Subject: IAPP and HostAP
Message-ID: <200405121300.SAA18520@WS0005.indiatimes.com>

Hi to all,

The hostapd daemon uses the IAPP functionality. I need a clarification why IAPP is reuquired? any link for to get the information.

Is setting of iapp=eth0 flag in hostapd.conf sufficent to enable IAPP ? Can I specify the iapp=wlan0?

I am executing following commands on ap:
  brctl addbr br0
  brctl addif br0 eth0
  brctl addif br0 wlan0
  ifconfig eth0 0.0.0.0 
  ifconfig wlan0 0.0.0.0
  ifconfig br0 192.168.6.x

How can i verify that iapp is working well?

any help would be appreciated?
Thanks in advance

manisha
Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com

 Buy The Best In BOOKS at http://www.bestsellers.indiatimes.com

Bid for for Air Tickets @ Re.1 on Air Sahara Flights. Just log on to http://airsahara.indiatimes.com and Bid Now!




From kala_maico  Wed May 12 05:57:03 2004
From: kala_maico (kala_maico at tiscali.it)
Date: Wed, 12 May 2004 14:57:03 +0200
Subject: hostap problem on Ipaq
Message-ID: <40A1FA4200000174@mail-8.tiscali.it>

Hi,

I'm testing hostap work with an Ipaq 3600 and a D-Link (Neteasy) DWL-650
card 
(prism 2.5, PCMCIA, f/w PRI 1.0.7, STA 1.3.5)

I am using hostap v. 0.2.1 with CCMP. The card seem to work normally with
ping, but netperf tests report a throughput of 0, and the log (dmesg, attached
to this mail) reports a TX timed out.

I use hostap cvs version and Familar 0.7.2 distribution with a 2.4.19 kernel.

Any suggestion?

Thanks,

/Giorgio Calandriello

---------------------------
dmesg output
---------------------------

wifi0: LinkStatus: BSSID=00:40:96:55:25:0b
NETDEV WATCHDOG: wifi0: transmit timed out
wifi0 Tx timed out! Resetting card
wifi0: CMD=010b EVSTAT=8099 OFFSET0=0000 OFFSET1=0000 SWSUPPORT0=8a32
wifi0: scheduled card reset
hostap_cs: wifi0: resetting card
prism2_pccard_cor_sreset: original COR 41
wifi0: removed pending cmd_queue entry (type=1, cmd=0x010b, param0=0x0173)
wifi0: removed pending cmd_queue entry (type=1, cmd=0x0011, param0=0xf100)
prism2_hw_init: initialized in 190 ms
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0 
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0 
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0 
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0 
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0 
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0 
A4=00:00:00:00:00:00
wifi0: LinkStatus=1 (Connected)
wifi0: LinkStatus: BSSID=00:40:96:55:25:0b
NETDEV WATCHDOG: wifi0: transmit timed out
wifi0 Tx timed out! Resetting card
wifi0: CMD=010b EVSTAT=8099 OFFSET0=0000 OFFSET1=0000 SWSUPPORT0=8a32
wifi0: scheduled card reset
hostap_cs: wifi0: resetting card
prism2_pccard_cor_sreset: original COR 41
wifi0: removed pending cmd_queue entry (type=1, cmd=0x010b, param0=0x0173)
prism2_hw_init: initialized in 190 ms
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0 
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0 
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0 
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0 
A4=00:00:00:00:00:00
wifi0: LinkStatus=1 (Connected)
wifi0: LinkStatus: BSSID=00:40:96:55:25:0b



__________________________________________________________________
Tiscali ADSL libera la velocita'!
Attiva Senza Canone entro il 17 maggio: navighi a 1,5 euro l'ora per i primi
3 mesi,se scegli il modem e' tuo in comodato gratuito e in piu' hai gratis
SuperMail per 12 mesi. Non aspettare, attivala subito!
http://abbonati.tiscali.it/adsl/prodotti/640Kbps/






From paule  Wed May 12 06:23:21 2004
From: paule (Paul Erickson)
Date: Wed, 12 May 2004 09:23:21 -0400
Subject: hostap problem on Ipaq
References: <40A1FA4200000174@mail-8.tiscali.it>
Message-ID: <001c01c43824$4cd21130$67a8a8c0@HomeBase>

FWIW, I've had problems with PocketPC OS even on commercial grade AP's like
the Proxim AP-2500.   I just recently upgraded firmware on the AP-2500 to
v2.0 and most of my PocketPC users started complaining they could not pull
DHCP addresses.   Everybody else with a wireless laptop worked just fine.
When I set the PPC users devices to static IP, they worked...  So it appears
there is something "different" about PPC wireless implementation...

I've also seen problems when there are multiple broadcasters in the same
area, PPC OS makes it very difficult to associate with one SSID and stay
connected to it.   On my new Dell Axim X3i with Windows Mobile 2003,
wireless is just a hassle to get working right.

-- Paul


----- Original Message ----- 
From: <kala_maico at tiscali.it>
To: <hostap at shmoo.com>
Sent: Wednesday, May 12, 2004 8:57 AM
Subject: hostap problem on Ipaq


Hi,

I'm testing hostap work with an Ipaq 3600 and a D-Link (Neteasy) DWL-650
card
(prism 2.5, PCMCIA, f/w PRI 1.0.7, STA 1.3.5)

I am using hostap v. 0.2.1 with CCMP. The card seem to work normally with
ping, but netperf tests report a throughput of 0, and the log (dmesg,
attached
to this mail) reports a TX timed out.

I use hostap cvs version and Familar 0.7.2 distribution with a 2.4.19
kernel.

Any suggestion?

Thanks,

/Giorgio Calandriello

---------------------------
dmesg output
---------------------------

wifi0: LinkStatus: BSSID=00:40:96:55:25:0b
NETDEV WATCHDOG: wifi0: transmit timed out
wifi0 Tx timed out! Resetting card
wifi0: CMD=010b EVSTAT=8099 OFFSET0=0000 OFFSET1=0000 SWSUPPORT0=8a32
wifi0: scheduled card reset
hostap_cs: wifi0: resetting card
prism2_pccard_cor_sreset: original COR 41
wifi0: removed pending cmd_queue entry (type=1, cmd=0x010b, param0=0x0173)
wifi0: removed pending cmd_queue entry (type=1, cmd=0x0011, param0=0xf100)
prism2_hw_init: initialized in 190 ms
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0
A4=00:00:00:00:00:00
wifi0: LinkStatus=1 (Connected)
wifi0: LinkStatus: BSSID=00:40:96:55:25:0b
NETDEV WATCHDOG: wifi0: transmit timed out
wifi0 Tx timed out! Resetting card
wifi0: CMD=010b EVSTAT=8099 OFFSET0=0000 OFFSET1=0000 SWSUPPORT0=8a32
wifi0: scheduled card reset
hostap_cs: wifi0: resetting card
prism2_pccard_cor_sreset: original COR 41
wifi0: removed pending cmd_queue entry (type=1, cmd=0x010b, param0=0x0173)
prism2_hw_init: initialized in 190 ms
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0
A4=00:00:00:00:00:00
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
    retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
    A1=00:40:96:55:25:0b A2=00:09:5b:55:1b:2c A3=00:01:02:9e:7d:f0
A4=00:00:00:00:00:00
wifi0: LinkStatus=1 (Connected)
wifi0: LinkStatus: BSSID=00:40:96:55:25:0b



__________________________________________________________________
Tiscali ADSL libera la velocita'!
Attiva Senza Canone entro il 17 maggio: navighi a 1,5 euro l'ora per i primi
3 mesi,se scegli il modem e' tuo in comodato gratuito e in piu' hai gratis
SuperMail per 12 mesi. Non aspettare, attivala subito!
http://abbonati.tiscali.it/adsl/prodotti/640Kbps/



_______________________________________________
HostAP mailing list
HostAP at shmoo.com
http://lists.shmoo.com/mailman/listinfo/hostap




From rodney  Wed May 12 09:18:45 2004
From: rodney (Rodney Thayer)
Date: Wed, 12 May 2004 09:18:45 -0700
Subject: 802.1x and HostAP and Open1x
Message-ID: <5.2.0.9.2.20040512081923.031a6648@127.0.0.1>

We are running this at the iLabs demo at Networld+Interop.
It sort of works.  Here's what we see:

1. PEAP doesn't work in HostAP [1] [2]

2. TTLS worked.  Sort of.  After the first iteration.  It
sent only a broadcast key, no individual
key.  We traced the code and slipped a 'sleep 3' into the
transmit function and it now sends individual keys but
only after the first negotiation round.  So we think
there are two bugs - one in the packet transmitter, sort of
like it doesn't check the queue status and therefore
does two transmit attempts and only one gets through.

[1] We tested against Open1x.  "we" is the Open1X team,
who do this sort of thing all the time, so we believe
we had appropriately skilled people testing this.

[2] In our opinion (Us being the iLabs team) MD5 is NEVER
an EAP method we would use, so we don't even try EAP-MD5.

This is 0.2.2 from the CVS tree.  HostAP was running on a
Fedora Core 1 system with the 2.4.25 kernel.

SO...

Does this work for anyone else?

What version should we be using?

Would it be useful to provide the "sleep" kludge code?

Would it be useful to submit a packet trace?





From askatti  Wed May 12 10:08:36 2004
From: askatti (Anand S. Katti)
Date: Wed, 12 May 2004 22:38:36 +0530 (IST)
Subject: How to force client to associate another AP
Message-ID: <Pine.BSF.4.58.0405122232220.82244@ece.iisc.ernet.in>



	I came across the posting at hostap archives about "forcing
client to associate another AP".
http://lists.shmoo.com/pipermail/hostap/2003-August/003921.html

I also went through your another way of kicking the client using ACL's.

As reverend author says it depends on clients implmentation, that decide
what
approach the client is taking whether
1) SNR based association or
2) when kicked out does it automatically choose less SNR AP. ?

Could you please let me know whether this scanning is done in FIRMWARE of
the access card or Driver ?

Kindly shed lighton this.

Warm Regards,
anand




From askatti  Wed May 12 10:13:24 2004
From: askatti (Anand S. Katti)
Date: Wed, 12 May 2004 22:43:24 +0530 (IST)
Subject: How to make AP deny a client instead of using ACL?
Message-ID: <Pine.BSF.4.58.0405122238560.82276@ece.iisc.ernet.in>


In the IEEE 802.11b standard there is a status code with value = 17 that
states "Association Denied because AP is unable to handle additional
associated stations."

Does the AP really denies the association  in the above case ?
if yes, then how to make the AP deny a client with above status code ?

Warm Regards,
Anand





From runge  Tue May 11 08:57:23 2004
From: runge (Sylvio Runge)
Date: Tue, 11 May 2004 17:57:23 +0200
Subject: PrismII Card with antenna
References: <20040510185810.337362BF7C@mail.iocaine.com>
	<200405110926.17534.mailinglists@andreas-mueller.com>
Message-ID: <40A0F7E3.CF7614CE@boerde.de>



Andreas Mueller wrote:
> 
> Daniel Walther wrote:
> > Hello list
> >
> > Does anyone know a prism-WLAN-Card (for HostAP), with the possibility
> > to attach an external antenna?
> 
> Netgear MA311.
> 

Allnet ALL0191 (work perfect).

 S.



From jkmaline  Wed May 12 12:11:57 2004
From: jkmaline (Jouni Malinen)
Date: Wed, 12 May 2004 12:11:57 -0700
Subject: 802.1x and HostAP and Open1x
In-Reply-To: <5.2.0.9.2.20040512081923.031a6648@127.0.0.1>
References: <5.2.0.9.2.20040512081923.031a6648@127.0.0.1>
Message-ID: <20040512191156.GA7590@jm.kir.nu>

On Wed, May 12, 2004 at 09:18:45AM -0700, Rodney Thayer wrote:

> We are running this at the iLabs demo at Networld+Interop.

Thank you for reporting this.

> It sort of works.  Here's what we see:
> 
> 1. PEAP doesn't work in HostAP [1] [2]
> 
> 2. TTLS worked.  Sort of.  After the first iteration.  It
> sent only a broadcast key, no individual
> key.  We traced the code and slipped a 'sleep 3' into the
> transmit function and it now sends individual keys but
> only after the first negotiation round.  So we think
> there are two bugs - one in the packet transmitter, sort of
> like it doesn't check the queue status and therefore
> does two transmit attempts and only one gets through.
> 
> [1] We tested against Open1x.  "we" is the Open1X team,
> who do this sort of thing all the time, so we believe
> we had appropriately skilled people testing this.

Could you please be a bit more exact on what was being tested? Open1x
can mean either Authenticator or Supplicant and so can Host AP (hostapd,
wpa_supplicant).. Which one was used as Supplicant and which one as
Authenticator? In addition, what was used as the authentication server?

PEAP vs TTLS should be transparent for Authenticator, so this difference
between PEAP and TTLS sounds like an authentication server <->
supplicant interop issue. "No individual key" sounds like a
configuration error in the Authenticaticator. If it was hostapd, both
unicast and broadcast key length have to be included in the
hostapd.conf.

> Does this work for anyone else?

Depends on what "this" is..

> What version should we be using?

Latest CVS snapshot of Host AP development branch

> Would it be useful to provide the "sleep" kludge code?

Maybe.. Debug log from the authenticator with both cases would also be
useful.

> Would it be useful to submit a packet trace?

Yes. In addition, debug log from all component (authsrv, authenticator,
supplicant) would be useful and configuration files for at least the
authenticator and supplicant would be useful.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Wed May 12 15:36:02 2004
From: jkmaline (Jouni Malinen)
Date: Wed, 12 May 2004 15:36:02 -0700
Subject: How to make AP deny a client instead of using ACL?
In-Reply-To: <Pine.BSF.4.58.0405122238560.82276@ece.iisc.ernet.in>
References: <Pine.BSF.4.58.0405122238560.82276@ece.iisc.ernet.in>
Message-ID: <20040512223602.GC7546@jm.kir.nu>

On Wed, May 12, 2004 at 10:43:24PM +0530, Anand S. Katti wrote:

> In the IEEE 802.11b standard there is a status code with value = 17 that
> states "Association Denied because AP is unable to handle additional
> associated stations."
> 
> Does the AP really denies the association  in the above case ?

Yes, all non-zero status codes indicate denied association.

> if yes, then how to make the AP deny a client with above status code ?

Host AP driver and hostapd use this code when there is not enough room
for a new STA in the AID table. Search for
WLAN_STATUS_AP_UNABLE_TO_HANDLE_NEW_STA in the source code if you are
interested in seeing more details.

-- 
Jouni Malinen                                            PGP id EFC895FA



From bao  Wed May 12 16:18:12 2004
From: bao (Bao C. Ha)
Date: Wed, 12 May 2004 19:18:12 -0400
Subject: 802.1x and HostAP and Open1x
In-Reply-To: <5.2.0.9.2.20040512081923.031a6648@127.0.0.1>
References: <5.2.0.9.2.20040512081923.031a6648@127.0.0.1>
Message-ID: <20040512231812.GA29797@minhnam>

On Wed, May 12, 2004 at 09:18:45AM -0700, Rodney Thayer wrote:

Hi Rodney,

> We are running this at the iLabs demo at Networld+Interop.
> It sort of works.  Here's what we see:

I have a demo in a Synertron booth doing the same: one wirless box, one
Freeradius, and the laptop running Win2k, just today.
 
> 1. PEAP doesn't work in HostAP [1] [2]

It works. I use hostapd 0.2 version, I think, with the snapshot 4/27/04
of Freeradius.
 
Bao
-- 
Best Regards.
Bao C. Ha
Hacom OpenBrick Distributor USA http://www.hacom.net
voice: (714) 530-8817 fax: (714) 530-8818
8D66 6672 7A9B 6879 85CD 42E0 9F6C 7908 ED95 6B38



From yoshida  Wed May 12 17:43:01 2004
From: yoshida (Tooru Yoshida)
Date: Thu, 13 May 2004 09:43:01 +0900
Subject: hostap and Fedora Core 1
In-Reply-To: <Pine.LNX.4.58.0405120140450.8274@portland.hansa.lan>
References: <20040511132100.327915b0.yoshida@libertysystem-factory.co.jp>
	<Pine.LNX.4.58.0405120140450.8274@portland.hansa.lan>
Message-ID: <20040513094301.2c3fb5d2.yoshida@libertysystem-factory.co.jp>


> > Procedure
> >  1. Changed to KERNEL_PATH is /usr/src/linux-2.4
> >      and /usr/src/redhat/BUILD/kernel-2.4.22/linux-2.4.22
> >  2. Changed to MODPATH is $(DESTDIR)/lib/modules/$(KERENLRELEASE)/kernel/drivers
> >  3. make pccard
> >  4. make install_pccard
> 
> I don't know where you found "pccard" and "install_pccard", but the README
> included with version 0.2.1 says to run "make" and "make install".  Maybe
> it's better to start with whatever README says rather that with
> undocumented targets?

Thank You.
It solved safely.


-- 
-----------------------------------------------------------------
Limited Pertnership Liberty System Factory
Tooru Yoshida <yoshida at libertysystem-factory.co.jp>
              <yoshida at embeddedlinux.jp>
              <tooruy at ieee.org>
Post 314-0033 Condminium Kashima 302,Hachigatadai 2-2-1
              Kashima , Ibaraki , Japan
Tel/Fax : +81 299 82 5076  Handy : +81 90 8349 0651
IP Tel : +81 50 8864 2765(VoIP)
Linux Business Initiative(LBI) President http://www.lbi.gr.jp/
-----------------------------------------------------------------
Embedded Linux Developer's Community http://www.embeddedlinux.jp/



From rickenbacherus  Wed May 12 18:32:46 2004
From: rickenbacherus (glenn greenfield)
Date: Wed, 12 May 2004 18:32:46 -0700
Subject: (no subject)
Message-ID: <20040513013246.0D72523ABE@ws5-3.us4.outblaze.com>

Hello,

I have the dwl-520e pci card, (Debian SID w/ 2.4.25 kernel) and read that the hostap driver should work but I can't even get the driver built correctly! :)
I did read this howto http://home.columbus.rr.com/andrewbarr/dwl520e1.html#modules and all went as written 
(except for these typos) 
PRI=/etc/firmware/PM010102.HEX
STA=/etc/firmware/RF010800.HEX

SHOULD read

PRI=/etc/firmware/pm010102.hex
STA=/etc/firmware/rf010800.hex

anyway.....
modprobe hostap
modprobe hostap_pci
modprobe hostap_crypt_wep
hostap_fw_load wlan0

srec summary for pm010102.hex
Included file name: PM010102.HEX
Component: 0x0015 1.1.2 (primary firmware)

Verifying update compatibility and combining data:
Plugging PDR 0400 (NIC configuration): ram16=1 pci=1 (07 00)
OK.

Downloading to volatile memory (RAM).
OK.
srec summary for pm010102.hex
Included file name: PM010102.HEX
Component: 0x0015 1.1.2 (primary firmware)

ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
STAID not available (maybe running PRI-only)
ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
Could not read wlan PDA. This requires PRISM2_DOWNLOAD_SUPPORT definition in
driver/module/hostap_config.h.

OK no problem I do rmmod and make clean and uncomment 

define PRISM2_DOWNLOAD_SUPPORT

but make fails:
hostap_config.h:48: error: parse error before "PRISM2_DOWNLOAD_SUPPORT"

I tried repeatedly uncommenting all instances of PRISM2_DOWNLOAD_SUPPORT and then one at a time and other combinations but still same problem.  At the risk of sounding ignorant, I've never seen a file like hostap_config.h  Which one (or two or whatever) of those am I supposed to uncomment?  

TIA


-- 
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org 
This allows you to send and receive SMS through your mailbox.


Powered by Outblaze



From kwabbernoot  Wed May 12 19:24:11 2004
From: kwabbernoot (Kwabbernoot)
Date: Thu, 13 May 2004 10:24:11 +0800
Subject: (no subject)
In-Reply-To: <20040513013246.0D72523ABE@ws5-3.us4.outblaze.com>
References: <20040513013246.0D72523ABE@ws5-3.us4.outblaze.com>
Message-ID: <40A2DC4B.3030404@wanadoo.nl>

Hi Glenn,

Uncommenting means removing the /* and the */ and not the #

The line should read
#define PRISM2_DOWNLOAD_SUPPORT

Regards,
Arnaud

glenn greenfield wrote:
> Hello,
> 
> I have the dwl-520e pci card, (Debian SID w/ 2.4.25 kernel) and read that the hostap driver should work but I can't even get the driver built correctly! :)
> I did read this howto http://home.columbus.rr.com/andrewbarr/dwl520e1.html#modules and all went as written 
> (except for these typos) 
> PRI=/etc/firmware/PM010102.HEX
> STA=/etc/firmware/RF010800.HEX
> 
> SHOULD read
> 
> PRI=/etc/firmware/pm010102.hex
> STA=/etc/firmware/rf010800.hex
> 
> anyway.....
> modprobe hostap
> modprobe hostap_pci
> modprobe hostap_crypt_wep
> hostap_fw_load wlan0
> 
> srec summary for pm010102.hex
> Included file name: PM010102.HEX
> Component: 0x0015 1.1.2 (primary firmware)
> 
> Verifying update compatibility and combining data:
> Plugging PDR 0400 (NIC configuration): ram16=1 pci=1 (07 00)
> OK.
> 
> Downloading to volatile memory (RAM).
> OK.
> srec summary for pm010102.hex
> Included file name: PM010102.HEX
> Component: 0x0015 1.1.2 (primary firmware)
> 
> ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
> STAID not available (maybe running PRI-only)
> ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
> ioctl[PRISM2_IOCTL_HOSTAPD]: No data available
> Could not read wlan PDA. This requires PRISM2_DOWNLOAD_SUPPORT definition in
> driver/module/hostap_config.h.
> 
> OK no problem I do rmmod and make clean and uncomment 
> 
> define PRISM2_DOWNLOAD_SUPPORT
> 
> but make fails:
> hostap_config.h:48: error: parse error before "PRISM2_DOWNLOAD_SUPPORT"
> 
> I tried repeatedly uncommenting all instances of PRISM2_DOWNLOAD_SUPPORT and then one at a time and other combinations but still same problem.  At the risk of sounding ignorant, I've never seen a file like hostap_config.h  Which one (or two or whatever) of those am I supposed to uncomment?  
> 
> TIA
> 
> 



From smarkou  Wed May 12 23:31:11 2004
From: smarkou (Stavros Markou)
Date: Thu, 13 May 2004 09:31:11 +0300
Subject: wpa_supplicant and EAP-TTLS/MD5-Challenge
In-Reply-To: <20040512043614.GC7546@jm.kir.nu>
References: <20040508062544.GA8696@jm.kir.nu> <20040512043614.GC7546@jm.kir.nu>
Message-ID: <40A3162F.8020001@patras.atmel.com>

Hi,

Thank you for your detailed replies. I shall download the cvs tarball 
and give it a spin.

Best regards,

Stavros Markou.

Jouni Malinen wrote:

>On Fri, May 07, 2004 at 11:25:44PM -0700, Jouni Malinen wrote:
>
>  
>
>>I added support for EAP-TTLS with tunnelled EAP-MD5-Challenge into the
>>internal IEEE 802.1X Supplicant of wpa_supplicant. So far, I have tested
>>this successfully with FreeRADIUS. Reports from tests using other
>>authentication servers would be welcome..
>>    
>>
>
>Some changes were needed to this, but I was now able to complete
>EAP-TTLS authentication with Funk Odyssey server. I needed to use an
>external RADIUS server and forwarding for the inner EAP-MD5 part because
>Odyssey did not seem to allow inner EAP to be processed locally. Anyway,
>the TTLS part seemed to now work correctly.
>
>I did this testing remotely with the supplicant encapsulating everything
>in RADIUS messages. I did not verify whether WPA/WPA2 would have
>succeeded after this. Anyway, the derived key from EAP-TTLS seemed to
>match in Odyssey and wpa_supplicant logs, so everything should be fine
>now in the CVS snapshot.
>
>  
>




From smarkou  Thu May 13 00:07:06 2004
From: smarkou (Stavros Markou)
Date: Thu, 13 May 2004 10:07:06 +0300
Subject: EAP-TTLS MSCHAPV2
Message-ID: <40A31E9A.4040806@patras.atmel.com>

Hi,

Is there a chance that there shall be a version of this supplicant for 
EAP-TTLS with MSCHAPV2 support.

Best regards,

Stavros Markou.



From dnissimi  Thu May 13 02:12:36 2004
From: dnissimi (Doron Nissimi)
Date: Thu, 13 May 2004 12:12:36 +0300
Subject: Detecting current version of hostap
Message-ID: <012f01c438ca$6ee92960$d901a8c0@proficiency.com>

Hi,

I have installed the 'pebble v.41' distro, and I would like to know what version of hostap it is running (or isn't running to be more exact).  I am having issues with my Senao PCMCIA card and want to see if I can upgrade the hostap driver.

Thanks!
Doron
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040513/cad3ec31/attachment.htm 


From dnissimi  Thu May 13 03:07:30 2004
From: dnissimi (Doron Nissimi)
Date: Thu, 13 May 2004 13:07:30 +0300
Subject: Pebble v.41 (hostap v 0.1.3) + Soekris 4511 + Senao CD2511+EXT2
Message-ID: <01de01c438d2$1a4dcb10$d901a8c0@proficiency.com>

Hi Folks,

I am having trouble getting this combination of hardware to work...
I have installed the 'Pebble' distro using option 3 (net4511/4521).

When I type iwconfig I get:
---
Warning: Driver for device wlan0 has been compiled with version 16
of Wireless Extension, while this program is using version 15.
Some things may be broken...

wlan0     IEEE 802.11-DS  ESSID:"FreeNetworks.Org"
          Mode:Master
          Encryption key:off
          Link Quality:0  Signal level:0  Noise level:0
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0
---

 ifconfig -a gives:
---
wlan0     Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Base address:0x100
---

dmesg gives:
---
wlan0: hfa384x_cmd: entry still in list? (entry=c3cab6a0, type=0, res=0)
wlan0: hfa384x_cmd: command was not completed (res=0, entry=c3cab6a0, type=0, cmd=0x0021, param0=0xfdc6, EVSTAT=0000 INTEN=0000)
wlan0: hfa384x_get_rid: CMDCODE_ACCESS failed (res=-110, rid=fdc6, len=12)
wlan0: hfa384x_cmd: entry still in list? (entry=c3cab6a0, type=0, res=0)
wlan0: hfa384x_cmd: command was not completed (res=0, entry=c3cab6a0, type=0, cmd=0x0021, param0=0xfdc6, EVSTAT=0000 INTEN=0000)
wlan0: hfa384x_get_rid: CMDCODE_ACCESS failed (res=-110, rid=fdc6, len=12)
wlan0: hfa384x_cmd: entry still in list? (entry=c3cab6a0, type=0, res=0)
wlan0: hfa384x_cmd: command was not completed (res=0, entry=c3cab6a0, type=0, cmd=0x0021, param0=0xfdc1, EVSTAT=0000 INTEN=0000)
wlan0: hfa384x_get_rid: CMDCODE_ACCESS failed (res=-110, rid=fdc1, len=2)
wlan0: hfa384x_cmd: entry still in list? (entry=c3cab6a0, type=0, res=0)
wlan0: hfa384x_cmd: command was not completed (res=0, entry=c3cab6a0, type=0, cmd=0x0021, param0=0xfc06, EVSTAT=0000 INTEN=0000)
wlan0: hfa384x_get_rid: CMDCODE_ACCESS failed (res=-110, rid=fc06, len=2)
wlan0: hfa384x_cmd: entry still in list? (entry=c3cab6a0, type=0, res=0)
wlan0: hfa384x_cmd: command was not completed (res=0, entry=c3cab6a0, type=0, cmd=0x0021, param0=0xfd42, EVSTAT=0000 INTEN=0000)
wlan0: hfa384x_get_rid: CMDCODE_ACCESS failed (res=-110, rid=fd42, len=6)
wlan0: hfa384x_cmd: entry still in list? (entry=c3cab6e0, type=0, res=0)
wlan0: hfa384x_cmd: command was not completed (res=0, entry=c3cab6e0, type=0, cmd=0x0021, param0=0xfc0e, EVSTAT=0000 INTEN=0000)
wlan0: hfa384x_get_rid: CMDCODE_ACCESS failed (res=-110, rid=fc0e, len=34)
wlan0: hfa384x_cmd: entry still in list? (entry=c3cab6a0, type=0, res=0)
wlan0: hfa384x_cmd: command was not completed (res=0, entry=c3cab6a0, type=0, cmd=0x0021, param0=0xfc84, EVSTAT=0000 INTEN=0000)
wlan0: hfa384x_get_rid: CMDCODE_ACCESS failed (res=-110, rid=fc84, len=2)
wlan0: hfa384x_cmd: entry still in list? (entry=c3cab6a0, type=0, res=0)
wlan0: hfa384x_cmd: command was not completed (res=0, entry=c3cab6a0, type=0, cmd=0x0021, param0=0xfc83, EVSTAT=0000 INTEN=0000)
wlan0: hfa384x_get_rid: CMDCODE_ACCESS failed (res=-110, rid=fc83, len=2)
wlan0: hfa384x_cmd: entry still in list? (entry=c3cab6a0, type=0, res=0)
wlan0: hfa384x_cmd: command was not completed (res=0, entry=c3cab6a0, type=0, cmd=0x0021, param0=0xfc82, EVSTAT=0000 INTEN=0000)
wlan0: hfa384x_get_rid: CMDCODE_ACCESS failed (res=-110, rid=fc82, len=2)
wlan0: hfa384x_cmd: entry still in list? (entry=c3cab6a0, type=0, res=0)
wlan0: hfa384x_cmd: command was not completed (res=0, entry=c3cab6a0, type=0, cmd=0x0021, param0=0xfc09, EVSTAT=0000 INTEN=0000)
wlan0: hfa384x_get_rid: CMDCODE_ACCESS failed (res=-110, rid=fc09, len=2)
wlan0: hfa384x_cmd: entry still in list? (entry=c3cab6a0, type=0, res=0)
wlan0: hfa384x_cmd: command was not completed (res=0, entry=c3cab6a0, type=0, cmd=0x0021, param0=0xfd48, EVSTAT=0000 INTEN=0000)
---

..  and if I try to re-initialize 'networking'  I get the following errors:
---
wlan0: MAC port 0 enabling failed
wlan0: could not enable MAC port
SIOCSIFFLAGS: No such device
---

Some people have suggested setting irq_mode=0 to the PCIC_OPTS within /etc/default/pcmcia, though when I try this, it does not initialize PCMCIA services at all.

Anyway...  Those are my troubles :(
Any help would be greatly appreciated!

Thanks,
Doron
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040513/0d87e662/attachment.htm 


From jason  Thu May 13 06:51:23 2004
From: jason (Jason Straight)
Date: Thu, 13 May 2004 09:51:23 -0400
Subject: PCF?
Message-ID: <200405130951.29354.jason@JeetKuneDoMaster.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Has any work been done on implementing PCF using hostap? I know the firware of 
a device should take over when it's a client to a PCF enabled AP, but is 
there any way to turn on PCF when using hostap in Master mode?

For those who don't know - PCF is a polling method for 802.11. I looked into 
this a few years ago and found nothing, but hoping perhaps something has 
changed or someone else might be working on something to make it a 
possibility?

http://www.wi-fiplanet.com/tutorials/article.php/1548381

- -- 
The ACLU is good because it uncompromisingly defends certain parts of the 
Constitution, the NRA is bad, because it defends other parts of the 
Constitution.

http://www.skycon.net/
ICQ: 1796276
pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iQCVAwUBQKN9YBFHZPcobeHxAQKLeQP7BmSk5P7MQVVGnp1U9MGzjG2miuRY8f8W
IzfxcJcMOPh7Hwv72293MlxyTZTP2BvKHRw1uBGu01A/gRHZDh/A7dqL1I3lC3nz
YkHLL9fmFHo3UL4Y+KH0HSeUVglghG9f8YU0t7JnwuyOaNaVsa8m6XciATqzra6a
29kuZjfSiic=
=96u0
-----END PGP SIGNATURE-----



From eaglecz  Thu May 13 07:06:57 2004
From: eaglecz (Tomas Charvat)
Date: Thu, 13 May 2004 16:06:57 +0200
Subject: old nasty bug ?
Message-ID: <000d01c438f3$8d9b2560$050314ac@rip>

greeting

Everytime i get reason_code=8 all clients get lost a nobody can get back
untill i reset card with iwpriv wlan0 reset 1

Does anyone have clue whats reason_code=8 ?


May 13 12:47:57 smfw kernel: wlan0: 00:e0:98:be:82:25 auth_cb - STA
authenticated
May 13 12:47:57 smfw kernel: wlan0: 00:e0:98:be:82:25 assoc_cb - STA
associated
May 13 12:48:05 smfw kernel: wlan0: 00:e0:98:be:82:25 auth_cb - STA
authenticated
May 13 12:48:05 smfw kernel: wlan0: 00:e0:98:be:82:25 assoc_cb - STA
associated
May 13 12:48:48 smfw kernel: wlan0: 00:e0:98:be:82:25 auth_cb - STA
authenticated
May 13 12:48:48 smfw kernel: wlan0: 00:e0:98:be:82:25 assoc_cb - STA
associated
May 13 12:48:56 smfw kernel: wlan0: 00:e0:98:be:82:25 auth_cb - STA
authenticated
May 13 12:48:56 smfw kernel: wlan0: 00:e0:98:be:82:25 assoc_cb - STA
associated
May 13 12:49:11 smfw kernel: wlan0: 00:e0:98:be:82:25 auth_cb - STA
authenticated
May 13 12:49:11 smfw kernel: wlan0: 00:e0:98:be:82:25 assoc_cb - STA
associated
May 13 12:49:18 smfw kernel: wlan0: 00:e0:98:be:82:25 auth_cb - STA
authenticated
May 13 12:49:18 smfw kernel: wlan0: 00:e0:98:be:82:25 assoc_cb - STA
associated
May 13 13:00:54 smfw kernel: wlan0: 00:e0:98:b7:38:c2 auth_cb - STA
authenticated
May 13 13:00:54 smfw kernel: wlan0: 00:e0:98:b7:38:c2 assoc_cb - STA
associated
May 13 13:01:03 smfw kernel: wlan0: 00:e0:98:b7:38:c2 auth_cb - STA
authenticated
May 13 13:01:03 smfw kernel: wlan0: 00:e0:98:b7:38:c2 assoc_cb - STA
associated
May 13 13:05:34 smfw kernel: wlan0: 00:e0:98:be:82:25 auth_cb - STA
authenticated
May 13 13:05:34 smfw kernel: wlan0: 00:e0:98:be:82:25 assoc_cb - STA
associated
May 13 13:05:54 smfw kernel: wlan0: disassociation: 00:e0:98:b7:11:9e len=2,
reason_code=8
May 13 13:05:54 smfw kernel: wlan0: sending disassociation info to STA
00:69:00:0e:12:fe(last=173666, jiffies=203766)
May 13 13:05:55 smfw kernel: wlan0: deauthentication: 00:e0:98:b7:11:9e
len=2, reason_code=16
May 13 13:05:55 smfw kernel: wlan0: sending deauthentication info to STA
00:69:00:0e:12:fe(last=173666, jiffies=203866)
May 13 13:07:14 smfw kernel: wlan0: sending disassociation info to STA
00:e0:98:b7:38:c2(last=181592, jiffies=211692)
May 13 13:07:15 smfw kernel: wlan0: sending deauthentication info to STA
00:e0:98:b7:38:c2(last=181592, jiffies=211792)
May 13 13:07:33 smfw kernel: wlan0: sending disassociation info to STA
00:e0:98:b7:3a:0c(last=2884, jiffies=213584)
May 13 13:07:34 smfw kernel: wlan0: sending deauthentication info to STA
00:e0:98:b7:3a:0c(last=2884, jiffies=213684)
May 13 13:07:34 smfw kernel: wlan0: sending disassociation info to STA
00:0d:88:bd:3b:d6(last=3044, jiffies=213744)
May 13 13:07:35 smfw kernel: wlan0: sending deauthentication info to STA
00:0d:88:bd:3b:d6(last=3044, jiffies=213844)
May 13 13:10:35 smfw kernel: wlan0: sending disassociation info to STA
00:e0:98:be:82:25(last=201704, jiffies=231804)
May 13 13:10:36 smfw kernel: wlan0: sending deauthentication info to STA
00:e0:98:be:82:25(last=201704, jiffies=231904)
May 13 13:10:56 smfw kernel: wlan0: sending disassociation info to STA
00:e0:98:b7:11:9e(last=203794, jiffies=233894)
May 13 13:10:57 smfw kernel: wlan0: sending deauthentication info to STA
00:e0:98:b7:11:9e(last=203794, jiffies=233994)
May 13 15:59:09 smfw kernel: wlan0: Deauthenticate all stations
May 13 15:59:09 smfw dhcpd: receive_packet failed on wlan0: Network is down
May 13 15:59:12 smfw kernel: wlan0: hfa384x_cmd: entry still in list?
(entry=cf38cf80, type=0, res=0)
May 13 15:59:12 smfw kernel: wlan0: hfa384x_cmd: command was not completed
(res=0, entry=cf38cf80, type=0, cmd=0x0002, param0=
0x0000, EVSTAT=0000 INTEN=e09f)
May 13 15:59:12 smfw kernel: wlan0: reset port failed to disable port




From hns  Thu May 13 07:07:41 2004
From: hns (Dr. H. Nikolaus Schaller)
Date: Thu, 13 May 2004 16:07:41 +0200
Subject: Help needed: SanDisk Connect Plus with hostap_cs on Sharp Zaurus
In-Reply-To: <Pine.LNX.4.58.0404141741430.6890@marabou.research.att.com>
References: <563F7D8E-8E2C-11D8-86C1-0003930723A2@computer.org>
	<Pine.LNX.4.58.0404141637550.6410@marabou.research.att.com>
	<Pine.LNX.4.58.0404141741430.6890@marabou.research.att.com>
Message-ID: <E605CC30-A4E6-11D8-B997-0003930723A2@computer.org>

Pavel,
we have now tried to compile and below are the result reported from 
Anton.
Nikolaus

-----

I've tried SanDisk Plus CF with hostap 0.2.0 with patch from Pavel 
Roskin applied. The drivers were compiled with
firmware download support (including non-volitile) - I was able to 
flash my Ambicom CF card with the latest firmware
successfully.

The Sandisk card still fails to initialize. Here are some messages that 
might be usefull:

Upon card insertion

#dmesg
hostap_cs: 0.2.0 - 2004-02-15 (Jouni Malinen <jkmaline at cc.hut.fi>)
hostap_crypt: registered algorithm 'WEP'
hostap_cs: setting Vcc=33 (constant)
hostap_cs: CS_EVENT_CARD_INSERTION
hostap_cs: setting Vcc=33 (from config)
Checking CFTABLE_ENTRY 0x01 (default 0x01)
IO window settings: cfg->io.nwin=1 dflt.io.nwin=1
io->flags = 0x0047, io.base=0x0000, len=128
hostap_cs: Registered netdevice wifi0
wifi0: Interrupt, but dev not OK
hostap_cs: index 0x01: Vcc 3.3, irq 39, io 0xf6000000-0xf600007f
hostap_cs: assuming no Primary image in flash - card initialization not 
completed
wifi0: test Genesis mode with HCR 0x1f
prism2_pccard_cor_sreset: original COR 45
Setting I/O base to 0xf6000000
Activating wireless function
prism2_pccard_genesis_sreset: original COR 45
Setting HCR directly to 0x1f
Readback test failed, HCR 0x1f write 00 e1 a1 ff read 38 00 38 00
wifi0: test Genesis mode with HCR 0x0f
prism2_pccard_cor_sreset: original COR 45
Setting I/O base to 0xf6000000
Activating wireless function
prism2_pccard_genesis_sreset: original COR 45
Setting HCR directly to 0xf
Readback test failed, HCR 0x0f write 00 e1 a1 ff read 38 00 38 00
prism2_pccard_genesis_sreset: original COR 45
Setting HCR directly to 0x17
wifi0: registered netdevice wlan0

#iwpriv wlan0 reset 1
#dmesg

wlan0: manual reset request(1)
hostap_cs: wlan0: resetting card
prism2_pccard_cor_sreset: original COR 45
Setting I/O base to 0xf6000000
Activating wireless function
hostap_cs: assuming no Primary image in flash - card initialization not 
completed
wifi0: test Genesis mode with HCR 0x1f
prism2_pccard_cor_sreset: original COR 45
Setting I/O base to 0xf6000000
Activating wireless function
prism2_pccard_genesis_sreset: original COR 45
Setting HCR directly to 0x1f
Readback test failed, HCR 0x1f write 00 e1 a1 ff read 38 00 38 00
wifi0: test Genesis mode with HCR 0x0f
prism2_pccard_cor_sreset: original COR 45
Setting I/O base to 0xf6000000
Activating wireless function
prism2_pccard_genesis_sreset: original COR 45
Setting HCR directly to 0xf
Readback test failed, HCR 0x0f write 00 e1 a1 ff read 38 00 38 00
prism2_pccard_genesis_sreset: original COR 45
Setting HCR directly to 0x17

# hostap_diag wlan0
Host AP driver diagnostics information for 'wlan0'

ioctl[PRISM2_IOCTL_HOSTAPD]: Inappropriate ioctl for device
Could not communicate with the kernel driver.

# hostap_fw_load wlan0
Downloading primary firmware /etc/pcmcia/firmware/pm010102.hex
srec summary for pm010102.hex
Included file name: PM010102.HEX
Component: 0x0015 1.1.2 (primary firmware)


Verifying update compatibility and combining data:
Plugging PDR 0400 (NIC configuration): ram16=1 pci=0 (03 00)
OK.

Downloading to volatile memory (RAM).
ioctl[PRISM2_IOCTL_DOWNLOAD]: Input/output error

Download failed!

# cardctl ident
Socket 0:
   product info: "SanDisk", "ConnectPlus"
   manfid: 0xd601, 0x0101
   function: 6 (network)

# cardctl config
Socket 0:
   Vcc 3.3V  Vpp1 0.0V  Vpp2 0.0V
   interface type is "memory and I/O"
   irq 39 [exclusive] [level]
   function 0:
     config base 0x03e0
       option 0x45
     io 0xf6000000-0xf600007f [16bit]

Any further help is appriciated.

Regards,
Anton



Am 15.04.2004 um 00:01 schrieb Pavel Roskin:

> Wed, 14 Apr 2004, Pavel Roskin wrote:
>
>> The initialization process is written in some pseudocode, but I think 
>> it
>> can be easily integrated into hostap.  Let me know if you are ready to
>> test the patch against hostap 0.2.0.
>
> The patch is attached.  It not ready for applying and may need further
> work, but should be OK as a starting point.  It can be applied to 
> version
> 0.2.0 and the CVS version.
>
> Use "iwconfig wlan0 reset 1" to force COR reset.  Use 
> util/hostap_fw_load
> to load the firmware.  The firmware can be downloaded from
> http://www.red-bean.com/~proski/firmware/ (I don't have 1.8.2 
> firmware, so
> please adjust the script accordingly to use 1.8.0 firmware).
>
> It would be interesting to see the output of "cardctl ident" and 
> "cardctl
> config".  I'm not sure if the wireless part is function 0, which the
> driver assumes in several places.
>
> -- 
> Regards,
> Pavel Roskin<sandisk.diff>
+------------------+
! hns at computer.org !
!       make       !
!     software     !
+------------------+




From andreaf  Thu May 13 07:39:29 2004
From: andreaf (Andrea G. Forte)
Date: Thu, 13 May 2004 10:39:29 -0400 (EDT)
Subject: PCF?
In-Reply-To: <200405130951.29354.jason@JeetKuneDoMaster.net>
References: <200405130951.29354.jason@JeetKuneDoMaster.net>
Message-ID: <Pine.GSO.4.58.0405131038490.22020@disco.cs.columbia.edu>

The prism2 card firmware does not support PCF, therefore the hostap driver
doesn't either.

Andrea

On Thu, 13 May 2004, Jason Straight wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Has any work been done on implementing PCF using hostap? I know the firware of
> a device should take over when it's a client to a PCF enabled AP, but is
> there any way to turn on PCF when using hostap in Master mode?
>
> For those who don't know - PCF is a polling method for 802.11. I looked into
> this a few years ago and found nothing, but hoping perhaps something has
> changed or someone else might be working on something to make it a
> possibility?
>
> http://www.wi-fiplanet.com/tutorials/article.php/1548381
>
> - --
> The ACLU is good because it uncompromisingly defends certain parts of the
> Constitution, the NRA is bad, because it defends other parts of the
> Constitution.
>
> http://www.skycon.net/
> ICQ: 1796276
> pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (GNU/Linux)
>
> iQCVAwUBQKN9YBFHZPcobeHxAQKLeQP7BmSk5P7MQVVGnp1U9MGzjG2miuRY8f8W
> IzfxcJcMOPh7Hwv72293MlxyTZTP2BvKHRw1uBGu01A/gRHZDh/A7dqL1I3lC3nz
> YkHLL9fmFHo3UL4Y+KH0HSeUVglghG9f8YU0t7JnwuyOaNaVsa8m6XciATqzra6a
> 29kuZjfSiic=
> =96u0
> -----END PGP SIGNATURE-----
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
>



From jason  Thu May 13 07:54:14 2004
From: jason (Jason Straight)
Date: Thu, 13 May 2004 10:54:14 -0400
Subject: PCF?
In-Reply-To: <Pine.GSO.4.58.0405131038490.22020@disco.cs.columbia.edu>
References: <200405130951.29354.jason@JeetKuneDoMaster.net>
	<Pine.GSO.4.58.0405131038490.22020@disco.cs.columbia.edu>
Message-ID: <200405131054.16853.jason@JeetKuneDoMaster.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Are you certain?

According to this:
http://home.eunet.cz/jt/wifi/HFA3842.pdf

it is supported by intersils's MAC controller.


On Thursday May 13 2004 10:39, Andrea G. Forte wrote:
> The prism2 card firmware does not support PCF, therefore the hostap driver
> doesn't either.
>
> Andrea
>
> On Thu, 13 May 2004, Jason Straight wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Has any work been done on implementing PCF using hostap? I know the
> > firware of a device should take over when it's a client to a PCF enabled
> > AP, but is there any way to turn on PCF when using hostap in Master mode?
> >
> > For those who don't know - PCF is a polling method for 802.11. I looked
> > into this a few years ago and found nothing, but hoping perhaps something
> > has changed or someone else might be working on something to make it a
> > possibility?
> >
> > http://www.wi-fiplanet.com/tutorials/article.php/1548381
> >
> > - --
> > The ACLU is good because it uncompromisingly defends certain parts of the
> > Constitution, the NRA is bad, because it defends other parts of the
> > Constitution.
> >
> > http://www.skycon.net/
> > ICQ: 1796276
> > pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.2.4 (GNU/Linux)
> >
> > iQCVAwUBQKN9YBFHZPcobeHxAQKLeQP7BmSk5P7MQVVGnp1U9MGzjG2miuRY8f8W
> > IzfxcJcMOPh7Hwv72293MlxyTZTP2BvKHRw1uBGu01A/gRHZDh/A7dqL1I3lC3nz
> > YkHLL9fmFHo3UL4Y+KH0HSeUVglghG9f8YU0t7JnwuyOaNaVsa8m6XciATqzra6a
> > 29kuZjfSiic=
> > =96u0
> > -----END PGP SIGNATURE-----
> > _______________________________________________
> > HostAP mailing list
> > HostAP at shmoo.com
> > http://lists.shmoo.com/mailman/listinfo/hostap
>
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap

- -- 
The ACLU is good because it uncompromisingly defends certain parts of the 
Constitution, the NRA is bad, because it defends other parts of the 
Constitution.

http://www.skycon.net/
ICQ: 1796276
pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iQCVAwUBQKOMFhFHZPcobeHxAQKaTgQAtElVaZlKEaYRSd9Zm6ASFCviZyMZXPkA
dEHIBFPv1ZRGKabdYAo9Hsd2FASXeA3xpO6pB8dRUn+GO6FcrmcWDQXKgPU7RBRG
wop1dKyLoSs3Y84Rw4E6ALqgpf12IE8gdLXAqttTha50u14/1HE7kQLJfubUbtrQ
5BK9cc3CL+Q=
=0lJM
-----END PGP SIGNATURE-----



From andreaf  Thu May 13 08:03:48 2004
From: andreaf (Andrea G. Forte)
Date: Thu, 13 May 2004 11:03:48 -0400 (EDT)
Subject: PCF?
In-Reply-To: <200405131054.16853.jason@JeetKuneDoMaster.net>
References: <200405130951.29354.jason@JeetKuneDoMaster.net>
	<Pine.GSO.4.58.0405131038490.22020@disco.cs.columbia.edu>
	<200405131054.16853.jason@JeetKuneDoMaster.net>
Message-ID: <Pine.GSO.4.58.0405131102350.14897@dynasty.cs.columbia.edu>

Well, I do not know about the document that you mention, but when I asked
about PCF I got the same answer that I gave you by Jouni, so I am "quite"
sure hostap does not support it. ;)

Andrea

On Thu, 13 May 2004, Jason Straight wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Are you certain?
>
> According to this:
> http://home.eunet.cz/jt/wifi/HFA3842.pdf
>
> it is supported by intersils's MAC controller.
>
>
> On Thursday May 13 2004 10:39, Andrea G. Forte wrote:
> > The prism2 card firmware does not support PCF, therefore the hostap driver
> > doesn't either.
> >
> > Andrea
> >
> > On Thu, 13 May 2004, Jason Straight wrote:
> > > -----BEGIN PGP SIGNED MESSAGE-----
> > > Hash: SHA1
> > >
> > > Has any work been done on implementing PCF using hostap? I know the
> > > firware of a device should take over when it's a client to a PCF enabled
> > > AP, but is there any way to turn on PCF when using hostap in Master mode?
> > >
> > > For those who don't know - PCF is a polling method for 802.11. I looked
> > > into this a few years ago and found nothing, but hoping perhaps something
> > > has changed or someone else might be working on something to make it a
> > > possibility?
> > >
> > > http://www.wi-fiplanet.com/tutorials/article.php/1548381
> > >
> > > - --
> > > The ACLU is good because it uncompromisingly defends certain parts of the
> > > Constitution, the NRA is bad, because it defends other parts of the
> > > Constitution.
> > >
> > > http://www.skycon.net/
> > > ICQ: 1796276
> > > pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
> > > -----BEGIN PGP SIGNATURE-----
> > > Version: GnuPG v1.2.4 (GNU/Linux)
> > >
> > > iQCVAwUBQKN9YBFHZPcobeHxAQKLeQP7BmSk5P7MQVVGnp1U9MGzjG2miuRY8f8W
> > > IzfxcJcMOPh7Hwv72293MlxyTZTP2BvKHRw1uBGu01A/gRHZDh/A7dqL1I3lC3nz
> > > YkHLL9fmFHo3UL4Y+KH0HSeUVglghG9f8YU0t7JnwuyOaNaVsa8m6XciATqzra6a
> > > 29kuZjfSiic=
> > > =96u0
> > > -----END PGP SIGNATURE-----
> > > _______________________________________________
> > > HostAP mailing list
> > > HostAP at shmoo.com
> > > http://lists.shmoo.com/mailman/listinfo/hostap
> >
> > _______________________________________________
> > HostAP mailing list
> > HostAP at shmoo.com
> > http://lists.shmoo.com/mailman/listinfo/hostap
>
> - --
> The ACLU is good because it uncompromisingly defends certain parts of the
> Constitution, the NRA is bad, because it defends other parts of the
> Constitution.
>
> http://www.skycon.net/
> ICQ: 1796276
> pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (GNU/Linux)
>
> iQCVAwUBQKOMFhFHZPcobeHxAQKaTgQAtElVaZlKEaYRSd9Zm6ASFCviZyMZXPkA
> dEHIBFPv1ZRGKabdYAo9Hsd2FASXeA3xpO6pB8dRUn+GO6FcrmcWDQXKgPU7RBRG
> wop1dKyLoSs3Y84Rw4E6ALqgpf12IE8gdLXAqttTha50u14/1HE7kQLJfubUbtrQ
> 5BK9cc3CL+Q=
> =0lJM
> -----END PGP SIGNATURE-----
>



From jason  Thu May 13 08:08:47 2004
From: jason (Jason Straight)
Date: Thu, 13 May 2004 11:08:47 -0400
Subject: PCF?
In-Reply-To: <Pine.GSO.4.58.0405131102350.14897@dynasty.cs.columbia.edu>
References: <200405130951.29354.jason@JeetKuneDoMaster.net>
	<200405131054.16853.jason@JeetKuneDoMaster.net>
	<Pine.GSO.4.58.0405131102350.14897@dynasty.cs.columbia.edu>
Message-ID: <200405131108.53349.jason@JeetKuneDoMaster.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Well, hrm, that sucks. With the vulnerability (not really news) posted on 
slashdot, I'm afraid that script kiddies will soon have simple tools to DoS 
802.11, and PCF could be a simple workaround for that.

http://www.auscert.org.au/


On Thursday May 13 2004 11:03, Andrea G. Forte wrote:
> Well, I do not know about the document that you mention, but when I asked
> about PCF I got the same answer that I gave you by Jouni, so I am "quite"
> sure hostap does not support it. ;)
>
> Andrea
>
> On Thu, 13 May 2004, Jason Straight wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Are you certain?
> >
> > According to this:
> > http://home.eunet.cz/jt/wifi/HFA3842.pdf
> >
> > it is supported by intersils's MAC controller.
> >
> > On Thursday May 13 2004 10:39, Andrea G. Forte wrote:
> > > The prism2 card firmware does not support PCF, therefore the hostap
> > > driver doesn't either.
> > >
> > > Andrea
> > >
> > > On Thu, 13 May 2004, Jason Straight wrote:
> > > > -----BEGIN PGP SIGNED MESSAGE-----
> > > > Hash: SHA1
> > > >
> > > > Has any work been done on implementing PCF using hostap? I know the
> > > > firware of a device should take over when it's a client to a PCF
> > > > enabled AP, but is there any way to turn on PCF when using hostap in
> > > > Master mode?
> > > >
> > > > For those who don't know - PCF is a polling method for 802.11. I
> > > > looked into this a few years ago and found nothing, but hoping
> > > > perhaps something has changed or someone else might be working on
> > > > something to make it a possibility?
> > > >
> > > > http://www.wi-fiplanet.com/tutorials/article.php/1548381
> > > >
> > > > - --
> > > > The ACLU is good because it uncompromisingly defends certain parts of
> > > > the Constitution, the NRA is bad, because it defends other parts of
> > > > the Constitution.
> > > >
> > > > http://www.skycon.net/
> > > > ICQ: 1796276
> > > > pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
> > > > -----BEGIN PGP SIGNATURE-----
> > > > Version: GnuPG v1.2.4 (GNU/Linux)
> > > >
> > > > iQCVAwUBQKN9YBFHZPcobeHxAQKLeQP7BmSk5P7MQVVGnp1U9MGzjG2miuRY8f8W
> > > > IzfxcJcMOPh7Hwv72293MlxyTZTP2BvKHRw1uBGu01A/gRHZDh/A7dqL1I3lC3nz
> > > > YkHLL9fmFHo3UL4Y+KH0HSeUVglghG9f8YU0t7JnwuyOaNaVsa8m6XciATqzra6a
> > > > 29kuZjfSiic=
> > > > =96u0
> > > > -----END PGP SIGNATURE-----
> > > > _______________________________________________
> > > > HostAP mailing list
> > > > HostAP at shmoo.com
> > > > http://lists.shmoo.com/mailman/listinfo/hostap
> > >
> > > _______________________________________________
> > > HostAP mailing list
> > > HostAP at shmoo.com
> > > http://lists.shmoo.com/mailman/listinfo/hostap
> >
> > - --
> > The ACLU is good because it uncompromisingly defends certain parts of the
> > Constitution, the NRA is bad, because it defends other parts of the
> > Constitution.
> >
> > http://www.skycon.net/
> > ICQ: 1796276
> > pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.2.4 (GNU/Linux)
> >
> > iQCVAwUBQKOMFhFHZPcobeHxAQKaTgQAtElVaZlKEaYRSd9Zm6ASFCviZyMZXPkA
> > dEHIBFPv1ZRGKabdYAo9Hsd2FASXeA3xpO6pB8dRUn+GO6FcrmcWDQXKgPU7RBRG
> > wop1dKyLoSs3Y84Rw4E6ALqgpf12IE8gdLXAqttTha50u14/1HE7kQLJfubUbtrQ
> > 5BK9cc3CL+Q=
> > =0lJM
> > -----END PGP SIGNATURE-----
>
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap

- -- 
The ACLU is good because it uncompromisingly defends certain parts of the 
Constitution, the NRA is bad, because it defends other parts of the 
Constitution.

http://www.skycon.net/
ICQ: 1796276
pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iQCVAwUBQKOPgxFHZPcobeHxAQJuJwP+KpUTEuDGgCnJrRRR6/Los+gAOpPTQziy
Fwd6DMqkBsCZmb64343vvyZ2OkcBd/kh7gN8ppikVI2c+N6uRfqyvUNbCa/7pYH7
FQ7GarXqYK62isDPBDRLA6BRMMNbO/FrLBV5xvfe9R9iXEuLey7MGRpJWJoimdLv
OvJ+HR8bcTc=
=VnPi
-----END PGP SIGNATURE-----



From jkmaline  Thu May 13 08:37:17 2004
From: jkmaline (Jouni Malinen)
Date: Thu, 13 May 2004 08:37:17 -0700
Subject: EAP-TTLS MSCHAPV2
In-Reply-To: <40A31E9A.4040806@patras.atmel.com>
References: <40A31E9A.4040806@patras.atmel.com>
Message-ID: <20040513153717.GB7605@jm.kir.nu>

On Thu, May 13, 2004 at 10:07:06AM +0300, Stavros Markou wrote:

> Is there a chance that there shall be a version of this supplicant for 
> EAP-TTLS with MSCHAPV2 support.

Sure, at some point. My goal is to include support for the most commonly
used authentication mechanisms into wpa_supplicant. I have never really
used EAP-TTLS before, so I just started with one of the combinations
mentioned in the internet draft describing TTLS (i.e., EAP-MD5-Challenge
as the inner auth). If EAP-TTLS-MSCHAPv2 is used commonly, I'll add it
to my to do list. EAP-TTLS-EAP-MSCHAPv2 would have probably been easier
to implement, but hopefully no major extra work is needed for doing
MSCHAPv2 directly without EAP encapsulation in the inner tunnel.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Thu May 13 08:40:26 2004
From: jkmaline (Jouni Malinen)
Date: Thu, 13 May 2004 08:40:26 -0700
Subject: Detecting current version of hostap
In-Reply-To: <012f01c438ca$6ee92960$d901a8c0@proficiency.com>
References: <012f01c438ca$6ee92960$d901a8c0@proficiency.com>
Message-ID: <20040513154026.GC7605@jm.kir.nu>

On Thu, May 13, 2004 at 12:12:36PM +0300, Doron Nissimi wrote:

> I have installed the 'pebble v.41' distro, and I would like to know what version of hostap it is running (or isn't running to be more exact).  I am having issues with my Senao PCMCIA card and want to see if I can upgrade the hostap driver.

If you can load the modules, following command should show you the
version number:

dmesg | grep 'hostap.*jkmaline'

(if the modules are not loaded automatically, you will need to run
something ike 'modprobe hostap_cs' before this command)

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Thu May 13 08:43:55 2004
From: jkmaline (Jouni Malinen)
Date: Thu, 13 May 2004 08:43:55 -0700
Subject: PCF?
In-Reply-To: <200405131054.16853.jason@JeetKuneDoMaster.net>
References: <200405130951.29354.jason@JeetKuneDoMaster.net>
	<Pine.GSO.4.58.0405131038490.22020@disco.cs.columbia.edu>
	<200405131054.16853.jason@JeetKuneDoMaster.net>
Message-ID: <20040513154355.GD7605@jm.kir.nu>

On Thu, May 13, 2004 at 10:54:14AM -0400, Jason Straight wrote:

> According to this:
> http://home.eunet.cz/jt/wifi/HFA3842.pdf
> 
> it is supported by intersils's MAC controller.

> On Thursday May 13 2004 10:39, Andrea G. Forte wrote:
> > The prism2 card firmware does not support PCF, therefore the hostap driver
> > doesn't either.

MAC controller != firmware

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Thu May 13 09:03:15 2004
From: jkmaline (Jouni Malinen)
Date: Thu, 13 May 2004 09:03:15 -0700
Subject: PCF?
In-Reply-To: <200405131108.53349.jason@JeetKuneDoMaster.net>
References: <200405130951.29354.jason@JeetKuneDoMaster.net>
	<200405131054.16853.jason@JeetKuneDoMaster.net>
	<Pine.GSO.4.58.0405131102350.14897@dynasty.cs.columbia.edu>
	<200405131108.53349.jason@JeetKuneDoMaster.net>
Message-ID: <20040513160315.GE7605@jm.kir.nu>

On Thu, May 13, 2004 at 11:08:47AM -0400, Jason Straight wrote:

> Well, hrm, that sucks. With the vulnerability (not really news) posted on 
> slashdot, I'm afraid that script kiddies will soon have simple tools to DoS 
> 802.11, and PCF could be a simple workaround for that.
> 
> http://www.auscert.org.au/

Is there something new about this "new" attack? There are many ways to
DoS 802.11 networks. The auscert page or couple of other links from
slashdot did not really give much details, but I would assume the attack
was to reserve the channel by increasing NAV counters in the stations to
prevent them from transmitting frames.

If I remember correctly, NAV is also used with PCF, so I do not see how
PCF would be a workaround for this particular case. Anyway, there are
many other ways of DoSing the network by using only a small number of
packets, so plugging one problem is certainly not going to make your
network much safer. Maybe it is just that easy enough tools for making
these attacks have not yet been made available.

-- 
Jouni Malinen                                            PGP id EFC895FA



From simon  Thu May 13 09:20:14 2004
From: simon (Simon Barber)
Date: Thu, 13 May 2004 09:20:14 -0700
Subject: PCF?
Message-ID: <AC8C1F46CD753F4AAC8F890E35A9EB46453345@webmail.instant802.com>

802.11 works in an unlicensed radio band, so working to prevent
individual DoS attacks has little point.

Simon


-----Original Message-----
From: hostap-bounces+simon=instant802.com at shmoo.com
[mailto:hostap-bounces+simon=instant802.com at shmoo.com] On Behalf Of
Jason Straight
Sent: Thursday, May 13, 2004 8:09 AM
To: hostap at shmoo.com
Subject: Re: PCF?


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Well, hrm, that sucks. With the vulnerability (not really news) posted
on 
slashdot, I'm afraid that script kiddies will soon have simple tools to
DoS 
802.11, and PCF could be a simple workaround for that.

http://www.auscert.org.au/


On Thursday May 13 2004 11:03, Andrea G. Forte wrote:
> Well, I do not know about the document that you mention, but when I 
> asked about PCF I got the same answer that I gave you by Jouni, so I 
> am "quite" sure hostap does not support it. ;)
>
> Andrea
>
> On Thu, 13 May 2004, Jason Straight wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Are you certain?
> >
> > According to this:
> > http://home.eunet.cz/jt/wifi/HFA3842.pdf
> >
> > it is supported by intersils's MAC controller.
> >
> > On Thursday May 13 2004 10:39, Andrea G. Forte wrote:
> > > The prism2 card firmware does not support PCF, therefore the 
> > > hostap driver doesn't either.
> > >
> > > Andrea
> > >
> > > On Thu, 13 May 2004, Jason Straight wrote:
> > > > -----BEGIN PGP SIGNED MESSAGE-----
> > > > Hash: SHA1
> > > >
> > > > Has any work been done on implementing PCF using hostap? I know 
> > > > the firware of a device should take over when it's a client to a

> > > > PCF enabled AP, but is there any way to turn on PCF when using 
> > > > hostap in Master mode?
> > > >
> > > > For those who don't know - PCF is a polling method for 802.11. I

> > > > looked into this a few years ago and found nothing, but hoping 
> > > > perhaps something has changed or someone else might be working 
> > > > on something to make it a possibility?
> > > >
> > > > http://www.wi-fiplanet.com/tutorials/article.php/1548381
> > > >
> > > > - --
> > > > The ACLU is good because it uncompromisingly defends certain 
> > > > parts of the Constitution, the NRA is bad, because it defends 
> > > > other parts of the Constitution.
> > > >
> > > > http://www.skycon.net/
> > > > ICQ: 1796276
> > > > pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
> > > > -----BEGIN PGP SIGNATURE-----
> > > > Version: GnuPG v1.2.4 (GNU/Linux)
> > > >
> > > > iQCVAwUBQKN9YBFHZPcobeHxAQKLeQP7BmSk5P7MQVVGnp1U9MGzjG2miuRY8f8W
> > > > IzfxcJcMOPh7Hwv72293MlxyTZTP2BvKHRw1uBGu01A/gRHZDh/A7dqL1I3lC3nz
> > > > YkHLL9fmFHo3UL4Y+KH0HSeUVglghG9f8YU0t7JnwuyOaNaVsa8m6XciATqzra6a
> > > > 29kuZjfSiic=
> > > > =96u0
> > > > -----END PGP SIGNATURE----- 
> > > > _______________________________________________
> > > > HostAP mailing list
> > > > HostAP at shmoo.com http://lists.shmoo.com/mailman/listinfo/hostap
> > >
> > > _______________________________________________
> > > HostAP mailing list
> > > HostAP at shmoo.com http://lists.shmoo.com/mailman/listinfo/hostap
> >
> > - --
> > The ACLU is good because it uncompromisingly defends certain parts 
> > of the Constitution, the NRA is bad, because it defends other parts 
> > of the Constitution.
> >
> > http://www.skycon.net/
> > ICQ: 1796276
> > pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.2.4 (GNU/Linux)
> >
> > iQCVAwUBQKOMFhFHZPcobeHxAQKaTgQAtElVaZlKEaYRSd9Zm6ASFCviZyMZXPkA
> > dEHIBFPv1ZRGKabdYAo9Hsd2FASXeA3xpO6pB8dRUn+GO6FcrmcWDQXKgPU7RBRG
> > wop1dKyLoSs3Y84Rw4E6ALqgpf12IE8gdLXAqttTha50u14/1HE7kQLJfubUbtrQ
> > 5BK9cc3CL+Q=
> > =0lJM
> > -----END PGP SIGNATURE-----
>
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com http://lists.shmoo.com/mailman/listinfo/hostap

- -- 
The ACLU is good because it uncompromisingly defends certain parts of
the 
Constitution, the NRA is bad, because it defends other parts of the 
Constitution.

http://www.skycon.net/
ICQ: 1796276
pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iQCVAwUBQKOPgxFHZPcobeHxAQJuJwP+KpUTEuDGgCnJrRRR6/Los+gAOpPTQziy
Fwd6DMqkBsCZmb64343vvyZ2OkcBd/kh7gN8ppikVI2c+N6uRfqyvUNbCa/7pYH7
FQ7GarXqYK62isDPBDRLA6BRMMNbO/FrLBV5xvfe9R9iXEuLey7MGRpJWJoimdLv
OvJ+HR8bcTc=
=VnPi
-----END PGP SIGNATURE-----
_______________________________________________
HostAP mailing list
HostAP at shmoo.com
http://lists.shmoo.com/mailman/listinfo/hostap



From openapproject  Thu May 13 11:25:07 2004
From: openapproject (gaurav dawra)
Date: Thu, 13 May 2004 18:25:07 +0000
Subject: PCI ADAPTER: pcd-rp-101CS
Message-ID: <BAY7-F42iLFb125v7iw0001aba4@hotmail.com>

Hi

well i read the README file and some of the posting from the pavel roskin , 
which were useful for me to understand the drivers needed to make PCI 
adapter working. I still have some questions. I am using pcd-rp-101cs 
adapter from carry USA.com and trying it to work under linux 2.4.20 version. 
The problem i have facing is that i compiled hostap-driver-0.2.1 and made 
the make file which gave me modules hostap.o and hostap_cs.o , i loaded both 
modules and i can see them using "lsmod" command. I restart pccmia serivice 
it starts without any thing printed on screen. NOT EVEN SAY THAT PCMCIA 
SERVICE STARTING( Some problem here or not) . But when i try to do "cardctl 
ident" it says that no pcmcia driver in /proc/device, what does that mean. 
There is no iwconfig, i also restarted the linux . Also to mention that i 
tried the same procedure with hostap-0.0.4.tar.gz but it made three modules 
hostap.o, hostap_crypt.o and hostap_cs.o . Can someone please suggest wht am 
i doing wrong here. This is kind of important as i am struck in my project.

Thanx in advance.

Gaurav

_________________________________________________________________
Is your PC infected? Get a FREE online computer virus scan from McAfee? 
Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963




From jbreeden  Thu May 13 13:06:23 2004
From: jbreeden (John Breeden)
Date: Thu, 13 May 2004 10:06:23 -1000
Subject: PCF?
In-Reply-To: <AC8C1F46CD753F4AAC8F890E35A9EB46453345@webmail.instant802.com>
References: <AC8C1F46CD753F4AAC8F890E35A9EB46453345@webmail.instant802.com>
Message-ID: <40A3D53F.8090108@plumhall.com>

Market acceptance is everything. The early Cisco/Aironet 802.11 stuff 
supported PCF. No one used it.

You also take a bigger overhead hit with PCF vs DCF.

Much to everyone's suprise DCF worked "good enuff" with hidden nodes.

Isn't it strange how CA sounds "better" than CD? :-)

Simon Barber wrote:

>802.11 works in an unlicensed radio band, so working to prevent
>individual DoS attacks has little point.
>
>Simon
>
>
>-----Original Message-----
>From: hostap-bounces+simon=instant802.com at shmoo.com
>[mailto:hostap-bounces+simon=instant802.com at shmoo.com] On Behalf Of
>Jason Straight
>Sent: Thursday, May 13, 2004 8:09 AM
>To: hostap at shmoo.com
>Subject: Re: PCF?
>
>
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Well, hrm, that sucks. With the vulnerability (not really news) posted
>on 
>slashdot, I'm afraid that script kiddies will soon have simple tools to
>DoS 
>802.11, and PCF could be a simple workaround for that.
>
>http://www.auscert.org.au/
>
>
>On Thursday May 13 2004 11:03, Andrea G. Forte wrote:
>  
>
>>Well, I do not know about the document that you mention, but when I 
>>asked about PCF I got the same answer that I gave you by Jouni, so I 
>>am "quite" sure hostap does not support it. ;)
>>
>>Andrea
>>
>>On Thu, 13 May 2004, Jason Straight wrote:
>>    
>>
>>>-----BEGIN PGP SIGNED MESSAGE-----
>>>Hash: SHA1
>>>
>>>Are you certain?
>>>
>>>According to this:
>>>http://home.eunet.cz/jt/wifi/HFA3842.pdf
>>>
>>>it is supported by intersils's MAC controller.
>>>
>>>On Thursday May 13 2004 10:39, Andrea G. Forte wrote:
>>>      
>>>
>>>>The prism2 card firmware does not support PCF, therefore the 
>>>>hostap driver doesn't either.
>>>>
>>>>Andrea
>>>>
>>>>On Thu, 13 May 2004, Jason Straight wrote:
>>>>        
>>>>
>>>>>-----BEGIN PGP SIGNED MESSAGE-----
>>>>>Hash: SHA1
>>>>>
>>>>>Has any work been done on implementing PCF using hostap? I know 
>>>>>the firware of a device should take over when it's a client to a
>>>>>          
>>>>>
>
>  
>
>>>>>PCF enabled AP, but is there any way to turn on PCF when using 
>>>>>hostap in Master mode?
>>>>>
>>>>>For those who don't know - PCF is a polling method for 802.11. I
>>>>>          
>>>>>
>
>  
>
>>>>>looked into this a few years ago and found nothing, but hoping 
>>>>>perhaps something has changed or someone else might be working 
>>>>>on something to make it a possibility?
>>>>>
>>>>>http://www.wi-fiplanet.com/tutorials/article.php/1548381
>>>>>
>>>>>- --
>>>>>The ACLU is good because it uncompromisingly defends certain 
>>>>>parts of the Constitution, the NRA is bad, because it defends 
>>>>>other parts of the Constitution.
>>>>>
>>>>>http://www.skycon.net/
>>>>>ICQ: 1796276
>>>>>pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
>>>>>-----BEGIN PGP SIGNATURE-----
>>>>>Version: GnuPG v1.2.4 (GNU/Linux)
>>>>>
>>>>>iQCVAwUBQKN9YBFHZPcobeHxAQKLeQP7BmSk5P7MQVVGnp1U9MGzjG2miuRY8f8W
>>>>>IzfxcJcMOPh7Hwv72293MlxyTZTP2BvKHRw1uBGu01A/gRHZDh/A7dqL1I3lC3nz
>>>>>YkHLL9fmFHo3UL4Y+KH0HSeUVglghG9f8YU0t7JnwuyOaNaVsa8m6XciATqzra6a
>>>>>29kuZjfSiic=
>>>>>=96u0
>>>>>-----END PGP SIGNATURE----- 
>>>>>_______________________________________________
>>>>>HostAP mailing list
>>>>>HostAP at shmoo.com http://lists.shmoo.com/mailman/listinfo/hostap
>>>>>          
>>>>>
>>>>_______________________________________________
>>>>HostAP mailing list
>>>>HostAP at shmoo.com http://lists.shmoo.com/mailman/listinfo/hostap
>>>>        
>>>>
>>>- --
>>>The ACLU is good because it uncompromisingly defends certain parts 
>>>of the Constitution, the NRA is bad, because it defends other parts 
>>>of the Constitution.
>>>
>>>http://www.skycon.net/
>>>ICQ: 1796276
>>>pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
>>>-----BEGIN PGP SIGNATURE-----
>>>Version: GnuPG v1.2.4 (GNU/Linux)
>>>
>>>iQCVAwUBQKOMFhFHZPcobeHxAQKaTgQAtElVaZlKEaYRSd9Zm6ASFCviZyMZXPkA
>>>dEHIBFPv1ZRGKabdYAo9Hsd2FASXeA3xpO6pB8dRUn+GO6FcrmcWDQXKgPU7RBRG
>>>wop1dKyLoSs3Y84Rw4E6ALqgpf12IE8gdLXAqttTha50u14/1HE7kQLJfubUbtrQ
>>>5BK9cc3CL+Q=
>>>=0lJM
>>>-----END PGP SIGNATURE-----
>>>      
>>>
>>_______________________________________________
>>HostAP mailing list
>>HostAP at shmoo.com http://lists.shmoo.com/mailman/listinfo/hostap
>>    
>>
>
>- -- 
>The ACLU is good because it uncompromisingly defends certain parts of
>the 
>Constitution, the NRA is bad, because it defends other parts of the 
>Constitution.
>
>http://www.skycon.net/
>ICQ: 1796276
>pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.2.4 (GNU/Linux)
>
>iQCVAwUBQKOPgxFHZPcobeHxAQJuJwP+KpUTEuDGgCnJrRRR6/Los+gAOpPTQziy
>Fwd6DMqkBsCZmb64343vvyZ2OkcBd/kh7gN8ppikVI2c+N6uRfqyvUNbCa/7pYH7
>FQ7GarXqYK62isDPBDRLA6BRMMNbO/FrLBV5xvfe9R9iXEuLey7MGRpJWJoimdLv
>OvJ+HR8bcTc=
>=VnPi
>-----END PGP SIGNATURE-----
>_______________________________________________
>HostAP mailing list
>HostAP at shmoo.com
>http://lists.shmoo.com/mailman/listinfo/hostap
>_______________________________________________
>HostAP mailing list
>HostAP at shmoo.com
>http://lists.shmoo.com/mailman/listinfo/hostap
>
>
>  
>




From management  Thu May 13 16:37:08 2004
From: management (management at shmoo.com)
Date: Thu, 13 May 2004 18:37:08 -0500
Subject: Notify about using the e-mail account.
Message-ID: <otjqnfnsutoajexewig@shmoo.com>

Dear user  of  "Shmoo.com" mailing system,

Our antivirus software has detected  a large ammount of  viruses outgoing 
from  your  email  account, you  may use our  free anti-virus tool to clean up
your computer software.

Advanced details can be  found in attached file.

Attached file  protected  with the password  for security  reasons. Password is 32346.

Sincerely,
    The Shmoo.com  team                          http://www.shmoo.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TextDocument.zip
Type: application/octet-stream
Size: 12422 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20040513/6b31c3b3/attachment.obj 


From proski  Thu May 13 15:50:46 2004
From: proski (Pavel Roskin)
Date: Thu, 13 May 2004 18:50:46 -0400 (EDT)
Subject: PCI ADAPTER: pcd-rp-101CS
In-Reply-To: <BAY7-F42iLFb125v7iw0001aba4@hotmail.com>
References: <BAY7-F42iLFb125v7iw0001aba4@hotmail.com>
Message-ID: <Pine.LNX.4.58.0405131827420.6108@marabou.research.att.com>

On Thu, 13 May 2004, gaurav dawra wrote:

> well i read the README file and some of the posting from the pavel
> roskin , which were useful for me to understand the drivers needed to
> make PCI adapter working. I still have some questions. I am using
> pcd-rp-101cs adapter from carry USA.com and trying it to work under
> linux 2.4.20 version.  The problem i have facing is that i compiled
> hostap-driver-0.2.1 and made the make file which gave me modules
> hostap.o and hostap_cs.o , i loaded both modules and i can see them
> using "lsmod" command. I restart pccmia serivice it starts without any
> thing printed on screen. NOT EVEN SAY THAT PCMCIA SERVICE STARTING( Some
> problem here or not) . But when i try to do "cardctl ident" it says that
> no pcmcia driver in /proc/device, what does that mean.  There is no
> iwconfig, i also restarted the linux . Also to mention that i tried the
> same procedure with hostap-0.0.4.tar.gz but it made three modules
> hostap.o, hostap_crypt.o and hostap_cs.o . Can someone please suggest
> wht am i doing wrong here. This is kind of important as i am struck in
> my project.

I believe pcd-rp-101cs uses Ricoh chipset.  If using Linux PCMCIA, make
sure you have "yenta_socket" and "ds" modules loaded or you have PCMCIA
and CardBus support linked into the kernel.  If using pcmcia-cs drivers,
you need "i82365" and "ds" modules.  See kernel log (shown by "dmesg") to
make sure the card was found.

Then run "cardmgr" program.  It should load hostap_cs and its dependencies
automatically.  If it doesn't, check files under /etc/pcmcia and see
/var/log/messages.  cardmgr may be trying to load another driver.

You mentioned that you "restart pcmcia service".  This is distribution
specific and it's something you should try once you can do everything
manually.  In case on Red Hat, see /etc/sysconfig/pcmcia file.  PCIC
should be set to the appropriate driver.

If you need better help, give more details and quote error messages
exactly.

-- 
Regards,
Pavel Roskin



From HostAP-developer  Thu May 13 18:11:27 2004
From: HostAP-developer (HostAP Developer)
Date: Thu, 13 May 2004 20:11:27 -0500 (CDT)
Subject: Notify about using the e-mail account.
Message-ID: <33705.66.58.42.210.1084497087.squirrel@www.maxrack.net>



<quote who="management at shmoo.com">
> Dear user  of  "Shmoo.com" mailing system,
>
> Our antivirus software has detected  a large ammount of  viruses
outgoing from  your  email  account, you  may use our  free anti-virus
tool to clean up
> your computer software.
>
> Advanced details can be  found in attached file.
>
> Attached file  protected  with the password  for security  reasons.
Password is 32346.
>
> Sincerely,
>     The Shmoo.com  team                          http://www.shmoo.com
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
>

These guys are at it again!!! They've hijacked the list, disregard this
trash.
-- 
Regards
KC Ferguson




From alan  Thu May 13 18:07:43 2004
From: alan (alan)
Date: Thu, 13 May 2004 18:07:43 -0700 (PDT)
Subject: Notify about using the e-mail account.
In-Reply-To: <33705.66.58.42.210.1084497087.squirrel@www.maxrack.net>
Message-ID: <Pine.LNX.4.44.0405131806500.9488-100000@ebersisk.clueserver.org>

On Thu, 13 May 2004, HostAP Developer wrote:

> 
> 
> <quote who="management at shmoo.com">
> > Dear user  of  "Shmoo.com" mailing system,
> >
> > Our antivirus software has detected  a large ammount of  viruses
> outgoing from  your  email  account, you  may use our  free anti-virus
> tool to clean up
> > your computer software.
> >
> > Advanced details can be  found in attached file.
> >
> > Attached file  protected  with the password  for security  reasons.
> Password is 32346.
> >
> > Sincerely,
> >     The Shmoo.com  team                          http://www.shmoo.com
> > _______________________________________________
> > HostAP mailing list
> > HostAP at shmoo.com
> > http://lists.shmoo.com/mailman/listinfo/hostap
> >
> 
> These guys are at it again!!! They've hijacked the list, disregard this
> trash.

I did already.  I figured you should get a heads up though.

Hope you find them and hurt them.





From crdobbs  Thu May 13 19:01:10 2004
From: crdobbs (Christopher Dobbs)
Date: Thu, 13 May 2004 19:01:10 -0700
Subject: Detecting current version of hostap
In-Reply-To: <012f01c438ca$6ee92960$d901a8c0@proficiency.com>
References: <012f01c438ca$6ee92960$d901a8c0@proficiency.com>
Message-ID: <40A42866.8020901@eracew.net>

Check to see if the card is in the pcmcia cardmanagers database.  I had 
the same problem with a senao card, and it was because the card was 
unknown to the card manager.

Look for an entry in /var/log/messages that looks like this:

May 13 18:53:45 JohnJacobJinglehimer cardmgr[666]: unsupported card in socket 1

May 13 18:53:46 JohnJacobJinglehimer cardmgr[666]:   product info: "3Com Corporation", "3C589", "TP/BNC LAN Card Ver. 2a", "000002"

May 13 18:53:46 JohnJacobJinglehimer cardmgr[666]:   manfid: 0x0101, 0x0589  function: 6 (network)


If this is like this, edit /etc/pcmcia/config and add an entry for your 
card.

Doron Nissimi wrote:

> Hi,
>  
> I have installed the 'pebble v.41' distro, and I would like to know 
> what version of hostap it is running (or isn't running to be more 
> exact).  I am having issues with my Senao PCMCIA card and want to see 
> if I can upgrade the hostap driver.
>  
> Thanks!
> Doron
>
>------------------------------------------------------------------------
>
>_______________________________________________
>HostAP mailing list
>HostAP at shmoo.com
>http://lists.shmoo.com/mailman/listinfo/hostap
>  
>

-- 
Christopher Dobbs
Eracew Computer Services
http://www.eracew.net/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040513/f967cee8/attachment.htm 


From ramalhais  Thu May 13 19:48:15 2004
From: ramalhais (Pedro Ramalhais)
Date: Fri, 14 May 2004 03:48:15 +0100
Subject: Notify about using the e-mail account.
In-Reply-To: <Pine.LNX.4.44.0405131806500.9488-100000@ebersisk.clueserver.org>
References: <Pine.LNX.4.44.0405131806500.9488-100000@ebersisk.clueserver.org>
Message-ID: <1084502894.1212.0.camel@rootix>

This message was sent by a virus, just ignore it and DON'T open the
attachment.

On Fri, 2004-05-14 at 02:07, alan wrote:
> On Thu, 13 May 2004, HostAP Developer wrote:
> 
> > 
> > 
> > <quote who="management at shmoo.com">
> > > Dear user  of  "Shmoo.com" mailing system,
> > >
> > > Our antivirus software has detected  a large ammount of  viruses
> > outgoing from  your  email  account, you  may use our  free anti-virus
> > tool to clean up
> > > your computer software.
> > >
> > > Advanced details can be  found in attached file.
> > >
> > > Attached file  protected  with the password  for security  reasons.
> > Password is 32346.
> > >
> > > Sincerely,
> > >     The Shmoo.com  team                          http://www.shmoo.com
> > > _______________________________________________
> > > HostAP mailing list
> > > HostAP at shmoo.com
> > > http://lists.shmoo.com/mailman/listinfo/hostap
> > >
> > 
> > These guys are at it again!!! They've hijacked the list, disregard this
> > trash.
> 
> I did already.  I figured you should get a heads up though.
> 
> Hope you find them and hurt them.
> 
> 
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
-- 
Pedro Ramalhais <ramalhais at serrado.net>




From msingh  Thu May 13 20:59:24 2004
From: msingh (M Singh)
Date: Thu, 13 May 2004 23:59:24 -0400
Subject: linux/*.ver problem during compilation of hostap 0.2.1 on RH 9
Message-ID: <40A4441C.20709@myrealbox.com>

Hi
    I am using a custom kernel on RH 9.

    I am getting the following error in compilation of the hostap driver 
(for later use with Freeradius and xsupplicant) :

    [root at sggs hostap-driver-0.2.1]# make install_pci
Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is 
not defined
gcc -O2 -D__KERNEL__ -DMODULE -Wall -g -c  -DMODVERSIONS -include 
/usr/src/linux-2.4.20/include/linux/modversions.h -fomit-frame-pointer   
-c -o driver/modules/hostap_crypt_wep.o driver/modules/hostap_crypt_wep.c
In file included from <command line>:1:
/usr/src/linux-2.4.20/include/linux/modversions.h:4:36: 
linux/modules/53c700.ver: No such file or directory
/usr/src/linux-2.4.20/include/linux/modversions.h:5:34: 
linux/modules/8390.ver:
No such file or directory
/usr/src/linux-2.4.20/include/linux/modversions.h:6:40: 
linux/modules/ac97_codec.ver: No such file or directory
/usr/src/linux-2.4.20/include/linux/modversions.h:7:34: 
linux/modules/ac97.ver:
No such file or directory
/usr/src/linux-2.4.20/include/linux/modversions.h:8:33: 
linux/modules/aci.ver: No such file or directory

...

I have seen references to this error on RH 9 for earlier hostap versions 
with the suggestion that it was fixed in CVS :

    http://lists.shmoo.com/pipermail/hostap/2003-May/002851.html

    This link is a year old, and I find it hard to believe that this 
would not have been fixed in the main line branch of the development. I 
am using the latest stable version - 0.2.1.

Thanks,

MS




From proski  Thu May 13 21:41:56 2004
From: proski (Pavel Roskin)
Date: Fri, 14 May 2004 00:41:56 -0400 (EDT)
Subject: linux/*.ver problem during compilation of hostap 0.2.1 on RH 9
In-Reply-To: <40A4441C.20709@myrealbox.com>
References: <40A4441C.20709@myrealbox.com>
Message-ID: <Pine.LNX.4.58.0405140030560.4150@portland.hansa.lan>

On Thu, 13 May 2004, M Singh wrote:

> Hi
>     I am using a custom kernel on RH 9.
>
>     I am getting the following error in compilation of the hostap driver
> (for later use with Freeradius and xsupplicant) :
>
>     [root at sggs hostap-driver-0.2.1]# make install_pci
[snip]
>     This link is a year old, and I find it hard to believe that this
> would not have been fixed in the main line branch of the development. I
> am using the latest stable version - 0.2.1.

It was fixed in README.  Where did you get "install_pci" from?  It's
totally undocumented in version 0.2.1!  If you read old documentation and
use it to compile new driver, you shouldn't expect things to work right.
You can just as well run "make install_pci_please" and you'll get an error
too :-)

It's becoming a FAQ.  I answered a similar question yesterday:
http://airsnarf.shmoo.com/pipermail/hostap/2004-May/006613.html

Q: HostAP doesn't compile.  What should I do?
A: Read the README file (no, not the one what come with a year old
version).

-- 
Regards,
Pavel Roskin



From msingh  Thu May 13 22:00:53 2004
From: msingh (M Singh)
Date: Fri, 14 May 2004 01:00:53 -0400
Subject: linux/*.ver problem during compilation of hostap 0.2.1 on RH 9
In-Reply-To: <Pine.LNX.4.58.0405140030560.4150@portland.hansa.lan>
References: <40A4441C.20709@myrealbox.com>
	<Pine.LNX.4.58.0405140030560.4150@portland.hansa.lan>
Message-ID: <40A45285.1090106@myrealbox.com>



Pavel Roskin wrote:

>
>It was fixed in README.  Where did you get "install_pci" from?  It's
>totally undocumented in version 0.2.1!  If you read old documentation and
>use it to compile new driver, you shouldn't expect things to work right.
>You can just as well run "make install_pci_please" and you'll get an error
>too :-)
>  
>

I got it from the Makefile :

install_pci: install_check install_crypt install_hostap
        @echo "Installing $(MODULE_PCI) to $(MODPATH_PCI)"
        mkdir -p $(MODPATH_PCI)
        cp -f $(MSRC)/$(MODULE_PCI) $(MODPATH_PCI)
        /sbin/depmod -ae

I did not trust (yes, it looks funny now) that a simple "make" would 
correctly deduce that it just needs to compile the PCI driver (for my 
Netgear MA311)  and had a foggy recollection from last year that the 
target install_pci was right. Well, it was correct, but only after a 
"make". It compiles now.

>It's becoming a FAQ.  I answered a similar question yesterday:
>http://airsnarf.shmoo.com/pipermail/hostap/2004-May/006613.html
>
>Q: HostAP doesn't compile.  What should I do?
>A: Read the README file (no, not the one what come with a year old
>version
>

:)

Thanks for putting up with the question.




From mshindo  Fri May 14 01:04:14 2004
From: mshindo (Motonori Shindo)
Date: Fri, 14 May 2004 17:04:14 +0900 (JST)
Subject: PCF?
In-Reply-To: <20040513160315.GE7605@jm.kir.nu>
References: <Pine.GSO.4.58.0405131102350.14897@dynasty.cs.columbia.edu>
	<200405131108.53349.jason@JeetKuneDoMaster.net>
	<20040513160315.GE7605@jm.kir.nu>
Message-ID: <20040514.170414.02305494.mshindo@mshindo.net>


From: Jouni Malinen <jkmaline at cc.hut.fi>
Subject: Re: PCF?
Date: Thu, 13 May 2004 09:03:15 -0700

> > http://www.auscert.org.au/
> 
> Is there something new about this "new" attack? There are many ways to
> DoS 802.11 networks. 

Agreed. While I admit that bringing a microwave in the area where you
want to mount an attack is not so trivial(:-)), the method described
in AUSCERT page isn't really new and has little point to bring it up
now, I think.

> The auscert page or couple of other links from
> slashdot did not really give much details, but I would assume the attack
> was to reserve the channel by increasing NAV counters in the stations to
> prevent them from transmitting frames.

I don't know the detail of this reported attack, but if it is based on
NAV, I'm not certain why OFDM is immune to this attack.

BTW, generally speaking, is NAV controllable from the host? If it is
under the control of firmware, it is relatively hard to mount the
attack, isn't it?




From eduardg  Fri May 14 02:59:50 2004
From: eduardg (Eduard Garcia)
Date: Fri, 14 May 2004 11:59:50 +0200
Subject: Received signal strength
References: <Pine.BSF.4.58.0405101708290.58733@ece.iisc.ernet.in><409FE92C.7010402@eracew.net>
	<Pine.LNX.4.58.0405101646550.5723@marabou.research.att.com>
Message-ID: <005001c4399a$330e52a0$02001aac@EduMachine>

(please, I need help with this)

...so all power statistics returned by iwconfig/iwpriv or stored in
/proc/net/wlan0, etc. are in RSSI format which can be transformed to dBm
using dBmAdjust (multiplying?, dividing?...?). Am I wrong?

Now...how can I read the value of dBmAdjust and in general, any RID word?
More: the value of CommsQuality is referred to the quality of the signal
received with the AP I'm associated to?

And last: what do you suggest me to do to set the txpower? iwconfig ...
txpower...? iwpriv...writemif? With hostap 0.0.3 version and firmware 1.3.6
should I upgrade to
1.5.6 and install patch from http://www.jikos.cz/~jbohac/hostap/?



Please, I need a reference to RID words and mifs
(http://www.intersil.com/data/FN/FN4/FN4856/FN4856.pdf is broken)!! Or
somebody explain-me.



Sorry, but maybe this is a very-newbie question :((




Edu


----- Original Message ----- 
From: "Pavel Roskin"
To: "Christopher Dobbs"
Cc: "Anand S. Katti"
Sent: Monday, May 10, 2004 11:02 PM
Subject: Re: Received signal strength


> On Mon, 10 May 2004, Christopher Dobbs wrote:
>
> > I dont know about rssi but mabey this
> > http://www.geocities.com/vk3rtv/rfpower.html will help.
>
> No, we are talking about conversion between two logarithmic scales, dBm
> and the scale used in the card, known as RSSI (received signal strength
> information).  The table you posted the link to converts between dBm and
> Watts, a linear scale.
>
> Firmware 1.3.1 and newer has RID 0xfd51 (dBmCommsQuality), which is
> supposed to give the information in dBm.  HostAP uses RID 0xfd43
> (CommsQuality), which uses its own scale.  That scale was also changed in
> 1.3.1 firmware.
>
> Also, RID 0xfc46 (dBmAdjust) contains a constant that should be used for
> conversion between RSSI and dBm.
>
> If dBm values are needed, I suggest using dBmCommsQuality instead of
> CommsQuality.  Even then, I don't expect the data to be very accurate, but
> it's probably the best data the card can provide.
>
> I'm working on a patch for Orinoco driver that would use dBmCommsQuality
> if possible and provide reliable data in its absence.  Once I'm satisfied
> with it I plan to submit similar patch to HostAP.
>
> > > I have a Harris Semiconductor Prism 2.5 Wavelan Chipset.I want to
convert the
> > > parameter rxdesc->signal into dBm.
> > >Is  (rxdesc->signal-100) the right way to do it?.
>
> I don't think so.  You can print dBmCommsQuality and CommsQuality to the
> kernel log and try to find the dependency.  I think it should be linear.
>
> > > Will this conversion hold good even if I am using this card in managed
> > >mode and use an alternate driver like orinoco?
>
> I suggest that you don't trust drivers too much at this point.  There is
> some work that need to be done before you can trust the drivers, both
> Orinoco and HostAP.  Sorry for inconvenience.
>
> -- 
> Regards,
> Pavel Roskin
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap




From sankpal_manisha  Fri May 14 04:48:38 2004
From: sankpal_manisha (sankpal_manisha)
Date: Fri, 14 May 2004 17:18:38 +0530
Subject: Received signal strength
Message-ID: <200405141151.RAA13174@WS0005.indiatimes.com>

Hi,
may be this is a simple question ....i want to know from where we can get the received signal strength?
is it part of received packet or it is the strength of the receiver with which it accepts packet?

by this what i mean whether the signal strength will flow in air with pacekt or not..
please clarify me if i am wrong..
Thanks in advance
manisha

"Eduard Garcia"<eduardg at mat.upc.es> wrote:
(please, I need help with this)

..so all power statistics returned by iwconfig/iwpriv or stored in
/proc/net/wlan0, etc. are in RSSI format which can be transformed to dBm
using dBmAdjust (multiplying?, dividing?...?). Am I wrong?

Now...how can I read the value of dBmAdjust and in general, any RID word?
More: the value of CommsQuality is referred to the quality of the signal
received with the AP I'm associated to?

And last: what do you suggest me to do to set the txpower? iwconfig ...
txpower...? iwpriv...writemif? With hostap 0.0.3 version and firmware 1.3.6
should I upgrade to
1.5.6 and install patch from http://www.jikos.cz/~jbohac/hostap/?



Please, I need a reference to RID words and mifs
(http://www.intersil.com/data/FN/FN4/FN4856/FN4856.pdf is broken)!! Or
somebody explain-me.



Sorry, but maybe this is a very-newbie question :((




Edu


----- Original Message ----- 
From: "Pavel Roskin"
To: "Christopher Dobbs"
Cc: "Anand S. Katti"
Sent: Monday, May 10, 2004 11:02 PM
Subject: Re: Received signal strength


> On Mon, 10 May 2004, Christopher Dobbs wrote:
>
> > I dont know about rssi but mabey this
> > http://www.geocities.com/vk3rtv/rfpower.html will help.
>
> No, we are talking about conversion between two logarithmic scales, dBm
> and the scale used in the card, known as RSSI (received signal strength
> information).  The table you posted the link to converts between dBm and
> Watts, a linear scale.
>
> Firmware 1.3.1 and newer has RID 0xfd51 (dBmCommsQuality), which is
> supposed to give the information in dBm.  HostAP uses RID 0xfd43
> (CommsQuality), which uses its own scale.  That scale was also changed in
> 1.3.1 firmware.
>
> Also, RID 0xfc46 (dBmAdjust) contains a constant that should be used for
> conversion between RSSI and dBm.
>
> If dBm values are needed, I suggest using dBmCommsQuality instead of
> CommsQuality.  Even then, I don't expect the data to be very accurate, but
> it's probably the best data the card can provide.
>
> I'm working on a patch for Orinoco driver that would use dBmCommsQuality
> if possible and provide reliable data in its absence.  Once I'm satisfied
> with it I plan to submit similar patch to HostAP.
>
> > > I have a Harris Semiconductor Prism 2.5 Wavelan Chipset.I want to
convert the
> > > parameter rxdesc->signal into dBm.
> > >Is  (rxdesc->signal-100) the right way to do it?.
>
> I don't think so.  You can print dBmCommsQuality and CommsQuality to the
> kernel log and try to find the dependency.  I think it should be linear.
>
> > > Will this conversion hold good even if I am using this card in managed
> > >mode and use an alternate driver like orinoco?
>
> I suggest that you don't trust drivers too much at this point.  There is
> some work that need to be done before you can trust the drivers, both
> Orinoco and HostAP.  Sorry for inconvenience.
>
> -- 
> Regards,
> Pavel Roskin
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap

_______________________________________________
HostAP mailing list
HostAP at shmoo.com
http://lists.shmoo.com/mailman/listinfo/hostap
Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com

 Buy The Best In BOOKS at http://www.bestsellers.indiatimes.com

Bid for for Air Tickets @ Re.1 on Air Sahara Flights. Just log on to http://airsahara.indiatimes.com and Bid Now!




From jim  Fri May 14 07:34:13 2004
From: jim (Jim Thompson)
Date: Fri, 14 May 2004 07:34:13 -0700
Subject: PCF?
In-Reply-To: <20040514.170414.02305494.mshindo@mshindo.net>
References: <Pine.GSO.4.58.0405131102350.14897@dynasty.cs.columbia.edu>
	<200405131108.53349.jason@JeetKuneDoMaster.net>
	<20040513160315.GE7605@jm.kir.nu>
	<20040514.170414.02305494.mshindo@mshindo.net>
Message-ID: <C5794DC6-A5B3-11D8-8529-000A95AB7778@netgate.com>


On May 14, 2004, at 1:04 AM, Motonori Shindo wrote:

>
> From: Jouni Malinen <jkmaline at cc.hut.fi>
> Subject: Re: PCF?
> Date: Thu, 13 May 2004 09:03:15 -0700
>
>>> http://www.auscert.org.au/
>>
>> Is there something new about this "new" attack? There are many ways to
>> DoS 802.11 networks.
>
> Agreed. While I admit that bringing a microwave in the area where you
> want to mount an attack is not so trivial(:-)), the method described
> in AUSCERT page isn't really new and has little point to bring it up
> now, I think.

Well, I think it is new.  (See below.)  Or at least "newish", but I do 
agree that the media is hyping it.

>> The auscert page or couple of other links from
>> slashdot did not really give much details, but I would assume the 
>> attack
>> was to reserve the channel by increasing NAV counters in the stations 
>> to
>> prevent them from transmitting frames.
>
> I don't know the detail of this reported attack, but if it is based on
> NAV, I'm not certain why OFDM is immune to this attack.

The authors haven't described the attack, exactly, I believe, because 
there is a paper coming out in a couple days, and there are 
pre-publication issues.  That stated, the Australian CERN report does 
provide clues.  The "problem isn't as bad with 802.11g or 802.11a at 
speeds over 20Mbps" may provide a hint.

The "vulnerability" may have to do with the longer slot time of DSSS 
modulation in 802.11b (20us) in comparison to that in OFDM modulations 
(9us) of 802.11a, and, in particular, values derived from the slot 
time,
such as DIFS (50us)

802.11b:
	? 	SIFS = 10 ?s
	? 	Slot time = 20 ?s
	? 	DIFS = 2 x Slot time + SIFS = 50 ?s

802.11a:
	? 	SIFS = 16 ?s
	? 	Slot time = 9 ?s
	? 	DIFS = 2 x Slot time + SIFS = 34 ?

  802.11g SIFS = 10 ?s
  802.11g short slot time = 9 ?s (802.11g-only mode with no legacy 
stations)
  802.11g long slot time = 20 ?s (mixed mode requires slow slot time)
(I'll leave it to the reader to calculate DIFS for each of the two 11g 
modes  (2 x slot time + SIFS))

Now, whats the throughput for 54Mbps station in a mixed-mode 802.11b/g 
network?  Well, with an 802.11b station associated, but idle (such that 
protection is enabled, but the 11b STA isn't tying up the air), the 
(calculated)UDP throughput is .. 19.6Mbps.  So once you're "over 
20Mbps" then you don't have any 11b STAs associated.  And lets not 
forget that these protection frames have to be sent modulated with DSSS 
(so the 11b stas can grok them), and thus, it "only affects DSSS" 
(ahem).

BTW max theoretic TCP throughput for 11g with a 11b client associated 
to the AP is around 13.5Mbps (if the AP and STA are both sending @ 
54Mbps,)

Its not proof, but it does 'fit', given what they've released.  I'll 
also guess out loud that the 'attack' has to do with setting (or 
resetting) CWmin (15us for 11a/11g, 31us for 11b), an causing 
overly-long NAVs to be set.

Again, this is just off the top of my head (and from memory).  And all 
of the above is DCF, not PCF or EDCF.

> BTW, generally speaking, is NAV controllable from the host? If it is
> under the control of firmware, it is relatively hard to mount the
> attack, isn't it?

no, but a timing attack might work, and you might be able to tweak 
CWmin.





From srini208  Fri May 14 11:28:01 2004
From: srini208 (Srinivas Burugupalli)
Date: Fri, 14 May 2004 11:28:01 -0700
Subject: : Depmod problems.
Message-ID: <BAY1-DAV6iESn9uDC1z0000c9ce@hotmail.com>

 

Hi,

I am really stuck with this thing. I am using a ibm powerpc based linux
device called intrinsic icecube.

Here is the uname -a :

Linux icecube 2.4.21-pre2-cerf1 #2 

I compiled the kernel and loaded it into the device. An then I used make and
created the hostap.o hostap_crypt.o hostap_crypt_wep.o etc.,(I used the
0.0.4 version of the drivers)

When I included these files in the ./kernel/drivers/net directory and used
depmod to check the errors, I got a host of errors which don't make sense to
me.::

Here is the list::::::

depmod: *** Unresolved symbols in
/lib/modules/2.4.21-pre2-cerf1/kernel/drivers/net/bsd_comp.o

depmod:         kmalloc_R93d4cfe6

depmod:         vfree_R2fd1d81c

depmod:         printk_Rdd132261

depmod:         kfree_R037a0cba

depmod:         __vmalloc_R79995c5b

depmod: *** Unresolved symbols in
/lib/modules/2.4.21-pre2-cerf1/kernel/drivers/net/hostap.o

depmod:         schedule_timeout

depmod:         __wake_up

depmod:         flush_scheduled_tasks

depmod:         kmalloc

depmod:         cpu_raise_softirq

depmod:         remove_wait_queue

 

 

..........................

 

depmod:         cpu_raise_softirq_R4d09166c

depmod:         __pollwait_R4b9adb96

depmod:         sprintf_R1d26aa98

depmod:         kfree_R037a0cba

depmod:         register_chrdev_R6027a234

depmod:         add_wait_queue_R0cd91f0d

depmod: *** Unresolved symbols in
/lib/modules/2.4.21-pre2-cerf1/kernel/drivers/net/slhc.o

depmod:         kmalloc_R93d4cfe6

depmod:         printk_Rdd132261

depmod:         kfree_R037a0cba

I hope somebody can help me as I am stuck. and don't know what to do. 

Thank you very much

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040514/e84626f6/attachment.htm 


From ktang  Fri May 14 11:11:40 2004
From: ktang (Kevin Tang)
Date: Fri, 14 May 2004 14:11:40 -0400 (EDT)
Subject: Cisco Proprietary Element ID
Message-ID: <Pine.LNX.4.33.0405141400580.17736-100000@mail.cybernet.com>

Hello,

I'm trying to associate a HostAP-driven device in Master mode to a Cisco
Aironet 350 Bridge, and I was wondering if anyone has noticed what I'm
seeing.  Using a packet analyzer, I captured the association between two
Cisco Bridges and noticed a "Cisco Proprietary Element ID" in the
requesting bridge's Association Request.  It looks like this:

Cisco Proprietary
  Element ID:           133  Cisco Proprietary
  Length:               30
  OUI:                  0x00-0x00-0x4D
  Value:                0x0D1F00FF001100
  AP Name:              NONROOT.........
  Number of clients:    0
  Value:                0x000022

Has anyone seen this before?  It seems like this ID is required for a
device to be recognized by the Cisco bridge as able to forward bridge
traffic.  What would be the best method of adding this information into an
association packet to "fool" the Cisco bridge?

Kevin





From jason  Fri May 14 15:05:38 2004
From: jason (Jason Straight)
Date: Fri, 14 May 2004 18:05:38 -0400
Subject: PCF?
In-Reply-To: <C5794DC6-A5B3-11D8-8529-000A95AB7778@netgate.com>
References: <Pine.GSO.4.58.0405131102350.14897@dynasty.cs.columbia.edu>
	<20040514.170414.02305494.mshindo@mshindo.net>
	<C5794DC6-A5B3-11D8-8529-000A95AB7778@netgate.com>
Message-ID: <200405141805.45248.jason@JeetKuneDoMaster.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Friday May 14 2004 10:34, Jim Thompson wrote:
> On May 14, 2004, at 1:04 AM, Motonori Shindo wrote:
> > From: Jouni Malinen <jkmaline at cc.hut.fi>
> > Subject: Re: PCF?
> > Date: Thu, 13 May 2004 09:03:15 -0700
> >
> >>> http://www.auscert.org.au/
> >>
> >> Is there something new about this "new" attack? There are many ways to
> >> DoS 802.11 networks.
> >
> > Agreed. While I admit that bringing a microwave in the area where you
> > want to mount an attack is not so trivial(:-)), the method described
> > in AUSCERT page isn't really new and has little point to bring it up
> > now, I think.
>
> Well, I think it is new. ?(See below.) ?Or at least "newish", but I do
> agree that the media is hyping it.

Yeah, and the media hyping it is why it needs to be brought up now. Everyone 
who knows 802.11 could easily think of 5 good exploits off the top of their 
head. But now as the article says they will be releasing tools for people to 
"test" their own vulnerability to this attack. No doubt those tools will be 
in the hands of kiddies and go out DoS'ing networks for no good reason.

IF they are so sure this will work against all DSSS 802.11 networks then why 
does anyone really need a tool to prove it?


- -- 
What part of "shall not be infringed" do you not understand?

http://www.skycon.net/
ICQ: 1796276
pgp: http://www.jeetkunedomaster.net/~junfan/pgp.key
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iQCVAwUBQKVCtxFHZPcobeHxAQIq/gP/dMdg1SJaImK2yG4EmyUy8emTHvvaSr07
kyRvULOKxFLJ4LzDpqEn88RjlEYC9BXtgHNsIxGxs1ADMum1a9AURuMcDIXVNle3
9Ex3N8qBruC5qD6p3K4xA8tPBF6pweRUAJ2bZ+qL/VsRbuGmbokuiLYcvfhcR1nd
TyGHRFqm0aA=
=AKTM
-----END PGP SIGNATURE-----



From openapproject  Fri May 14 15:13:17 2004
From: openapproject (gaurav dawra)
Date: Fri, 14 May 2004 22:13:17 +0000
Subject: REDHAT 9.0/ pcmcia-cs Package/Ricoh Based Card Support
Message-ID: <BAY7-F129Zsj5DFmueu0001e76d@hotmail.com>

Hi

I compiled hostap-0.0.4 and loaded these modules.

/etc/init.d/pcmcia restart
PCIC module not defined in startup options!

I recompiled the kernel and this message is coming. The CONFIG_PCMCIA is 
enabled in the .config file of my kernel. So is that a problem.

Here are the modules which i compiled and loaded using insmod:

[root at openap modules]# lsmod
Module                  Size  Used by    Not tainted
hostap_cs              42312   0  (unused)
hostap                 90820   0  [hostap_cs]
hostap_crypt_wep

And also only these modules are being shown in lsmod command none other, 
also in the usr/src/linux-2.4.20rn/driver/pcmcia/ there is i82365.o module 
but when i do "insmod" on it , it prints this message on the screen.

[root at openap pcmcia]# insmod i82365.o
i82365.o: couldn't find the kernel version the module was compiled for"

I do not understand this as i just compiled my kernel using this source 
only.

When i try to start the pcmcia service( I forgot to mention i am using 
2.4.20 kernel of RED HAT)
/etc/init.d/pcmcia restart
PCIC module not defined in startup options!

I tried to edit the /etc/sysconfig/pcmcia's PCIC option to i82365 , but as 
expected again gave me the same message when i tried to restart the PCMCIA 
service. Now i do not understand what is going wrong here. I believe i do 
not have the pcmcia-cs package installed successfully in my kernel.

DO i have to recompile my kernel with CONFIG_PCMCIA as NOT SET. And then 
download the pcmcia package from internet , if that is what i have to do 
which package is stable and i shud download?

Also how do i add the ds module in my kernel?, is there is some option in 
the configuration ".config" file that shud be enabled or disabled. Well the 
configuration file i am using has the PCMCIA SUPPORT SECTION loks like this:

# PCMCIA/CardBus support
#
CONFIG_PCMCIA=y
CONFIG_CARDBUS=y
# CONFIG_TCIC is not set
# CONFIG_I82092 is not set
CONFIG_I82365=y

Well when i look into this directory all i find is this:

[root at openap pcmcia]# pwd
/lib/modules/2.4.20rn/pcmcia

[root at openap pcmcia]# ll
total 0
lrwxrwxrwx    1 root     root           45 May 14 03:08 aironet4500_cs.o -> 
../kernel/drivers/net/pcmcia/aironet4500_cs.o

please suggest what i am doing wrong. I believe that even the pcmcia package 
is not installed successfully in my kernel.

here is also the last three most recent lines of my "dmesg" command.

hostap_crypt: registered algorithm 'NULL'
hostap_crypt: registered algorithm 'WEP'
hostap_cs: 0.0.4 - 2003-07-27 (Jouni Malinen <jkmaline at cc.hut.fi>)

[root at openap modules]#

Thanx,

Gaurav

_________________________________________________________________
MSN Toolbar provides one-click access to Hotmail from any Web page ? FREE 
download! http://toolbar.msn.click-url.com/go/onm00200413ave/direct/01/




From sam  Fri May 14 17:43:17 2004
From: sam (Sam Leffler)
Date: Fri, 14 May 2004 17:43:17 -0700
Subject: [Madwifi-devel] hostapd support for madwifi
In-Reply-To: <1084580892l.2334l.22l@orlando>
References: <1084396372l.2334l.18l@orlando>
	<F0922B1B-A48B-11D8-BB41-000A95AD0668@errno.com>
	<1084580892l.2334l.22l@orlando>
Message-ID: <200405141743.17005.sam@errno.com>

On Friday 14 May 2004 05:28 pm, Paul Stewart wrote:

> I'm fishing for reactions..

There's already an 802.1x authenticator for madwifi; look in the WPA branch.

And it's probably not a great idea to cross-post lists like this...

	Sam



From sam  Fri May 14 17:43:17 2004
From: sam (Sam Leffler)
Date: Fri, 14 May 2004 17:43:17 -0700
Subject: [Madwifi-devel] hostapd support for madwifi
In-Reply-To: <1084580892l.2334l.22l@orlando>
References: <1084396372l.2334l.18l@orlando>
	<F0922B1B-A48B-11D8-BB41-000A95AD0668@errno.com>
	<1084580892l.2334l.22l@orlando>
Message-ID: <200405141743.17005.sam@errno.com>

On Friday 14 May 2004 05:28 pm, Paul Stewart wrote:

> I'm fishing for reactions..

There's already an 802.1x authenticator for madwifi; look in the WPA branch.

And it's probably not a great idea to cross-post lists like this...

	Sam


-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
_______________________________________________
Madwifi-devel mailing list
Madwifi-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel




From kwabbernoot  Sat May 15 03:02:04 2004
From: kwabbernoot (Kwabbernoot)
Date: Sat, 15 May 2004 18:02:04 +0800
Subject: Kernel panic using hostapd
Message-ID: <40A5EA9C.8080101@wanadoo.nl>

Hello all,

When I started to use hostapd (0.2.0) sometimes my kernel panics. 
The program on the stack is doing a NULL pointer deref. I have some 
photo's of my console taken with my camera. I have seen hotplug 
doing it a few times but sometimes it's an other program.

Today it looks like I can reproduce it. When my system starts up and 
ppp is trying to get a connection, hotplug is active. Today when I 
started hostapd on that moment and got three panics in a row. Two 
times hotplug and one time hostapd where causing it.

A month ago I tried the new CVS version and sinds then I didn't had 
this problem for a while. Today I set up WDS and tried to start 
hostapd automatically when my system started and I experienced it 
three times. I looks like it's related to the activity of hotplug at 
boottime but I'm not sure because this afternoon my kernel also 
paniced suddenly after running for a few hours.

I tried hostapd -dd but no output, so I tried a strace and the 
kernel paniced this moment:

<snip>
open("/etc/hostapd.conf", O_RDONLY)     = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=8006, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
read(3, "##### hostapd configuration file"..., 4096) = 4096
read(3, "ADIUS packets. These are optiona"..., 4096) = 3910
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x40014000, 4096)                = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
ioctl(3, 0x8be0
^*****panic*****^

Does somebody know if this is a known bug or maybe the solution?
Regards,
Arnaud



From kwabbernoot  Sat May 15 05:33:46 2004
From: kwabbernoot (Kwabbernoot)
Date: Sat, 15 May 2004 20:33:46 +0800
Subject: kernel: prism2_hostapd: unknown cmd=12
Message-ID: <40A60E2A.2010205@wanadoo.nl>

Hi all,

When I use my RH9 stop script for stopping hostapd is sends this 
"prism2_hostapd: unknown cmd=12" to syslog. If I send a TERM by hand 
  I get the same.

Hostapd is working fine though, I'm just curious. Does somebody know 
what command exactly is not understood?

hostapd -dd output with a sig TERM:

Signal 15 received - terminating
Flushing old station entries
Deauthenticate all stations
ioctl[PRISM2_IOCTL_PRISM2_PARAM]: Operation not supported
ioctl[PRISM2_IOCTL_PRISM2_PARAM]: Operation not supported
Could not disable PrivacyInvoked for interface wlan0
ioctl[PRISM2_IOCTL_HOSTAPD]: Operation not supported
Could not remove generic information element from interface wlan0

Regards,
Arnaud



From jkmaline  Sat May 15 11:45:40 2004
From: jkmaline (Jouni Malinen)
Date: Sat, 15 May 2004 11:45:40 -0700
Subject: EAP-TTLS MSCHAPV2
In-Reply-To: <40A31E9A.4040806@patras.atmel.com>
References: <40A31E9A.4040806@patras.atmel.com>
Message-ID: <20040515184540.GA7533@jm.kir.nu>

On Thu, May 13, 2004 at 10:07:06AM +0300, Stavros Markou wrote:

> Is there a chance that there shall be a version of this supplicant for 
> EAP-TTLS with MSCHAPV2 support.

This is now available in the current CVS snapshot. EAP-TTLS is still
defaulting to use EAP-MD5-Challenge as the inner authentication type,
but this can now be changed by adding phase2="auth=MSCHAPV2" to the
network configuration block. I was able to successfully test both inner
types with Odyssey server.

-- 
Jouni Malinen                                            PGP id EFC895FA



From snai8255  Sat May 15 18:56:46 2004
From: snai8255 (snai8255 at mail.usyd.edu.au)
Date: Sun, 16 May 2004 11:56:46 +1000
Subject: writing own wireless driver
Message-ID: <1084672606.40a6ca5e38fc1@www-mail.usyd.edu.au>

hey guys;
i am planning on writing my own wireless driver for my intersil prism based
pcmcia card.would any of you know a good tutorial or guide as to how to go
about it.your comments are much appreciated

saajii



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.



From d.walther  Sun May 16 06:52:11 2004
From: d.walther (Daniel Walther)
Date: Sun, 16 May 2004 15:52:11 +0200
Subject: Netstumbler?
Message-ID: <20040516135122.448B4488@mail.iocaine.com>

I have a strange problem! I use hostap with a Linksys WCF12 and it works!
With Kismet I see my AP, but if I try it to find with Windows (Netstumbler),
I can't find it and I'm not able to connect?
Does anyone have a solution fpr that?

Thanks in advance!

Regards
Daniel




From shogunx  Sun May 16 03:25:00 2004
From: shogunx (shogunx)
Date: Sun, 16 May 2004 06:25:00 -0400 (EDT)
Subject: Netstumbler?
In-Reply-To: <20040516135122.448B4488@mail.iocaine.com>
Message-ID: <Pine.LNX.4.44.0405160624500.24677-100000@sleekfreak.ath.cx>

On Sun, 16 May 2004, Daniel Walther wrote:

> I have a strange problem! I use hostap with a Linksys WCF12 and it works!
> With Kismet I see my AP, but if I try it to find with Windows (Netstumbler),
> I can't find it and I'm not able to connect?
> Does anyone have a solution fpr that?

Replace Windows;)

>
> Thanks in advance!
>
> Regards
> Daniel
>
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
>

sleekfreak pirate broadcast
http://sleekfreak.ath.cx:81/




From njmurphy1  Sun May 16 19:41:51 2004
From: njmurphy1 (Joseph)
Date: Sun, 16 May 2004 19:41:51 -0700
Subject: Subject: Netstumbler?
Message-ID: <200405161941.51541.njmurphy1@comcast.net>

Hi Daniel
	I don't use windows so I have no idea what netstumbler is but if you are not 
getting an IP from the DHCP server you need to read the DHCP howto at 
www.tldp.org.  There is a part about windows getting an IP from a linux 
server.

	You can also check the logs for the DHCP server and see if the windows 
machine is trying to get an IP.  This assumes you are using a DHCP server of 
course. 

Joseph

P.S.
	Don't forget to check that you are on the same channel.



From ktang  Mon May 17 04:53:13 2004
From: ktang (Kevin Tang)
Date: Mon, 17 May 2004 07:53:13 -0400 (EDT)
Subject: kernel: prism2_hostapd: unknown cmd=12
In-Reply-To: <40A60E2A.2010205@wanadoo.nl>
Message-ID: <Pine.LNX.4.33.0405170746010.17736-100000@mail.cybernet.com>

Hi Arnaud,

I encountered the same message "Operation not supported" when I installed
the lastest development version of hostapd but not the latest
hostap-driver.  After I installed the latest driver, the message went
away.  This might not be your problem, but it's an easy fix if it is.

Kevin




On Sat, 15 May 2004, Kwabbernoot wrote:

> Hi all,
> 
> When I use my RH9 stop script for stopping hostapd is sends this 
> "prism2_hostapd: unknown cmd=12" to syslog. If I send a TERM by hand 
>   I get the same.
> 
> Hostapd is working fine though, I'm just curious. Does somebody know 
> what command exactly is not understood?
> 
> hostapd -dd output with a sig TERM:
> 
> Signal 15 received - terminating
> Flushing old station entries
> Deauthenticate all stations
> ioctl[PRISM2_IOCTL_PRISM2_PARAM]: Operation not supported
> ioctl[PRISM2_IOCTL_PRISM2_PARAM]: Operation not supported
> Could not disable PrivacyInvoked for interface wlan0
> ioctl[PRISM2_IOCTL_HOSTAPD]: Operation not supported
> Could not remove generic information element from interface wlan0
> 
> Regards,
> Arnaud
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
> 




From kwabbernoot  Mon May 17 05:29:32 2004
From: kwabbernoot (Kwabbernoot)
Date: Mon, 17 May 2004 20:29:32 +0800
Subject: kernel: prism2_hostapd: unknown cmd=12
In-Reply-To: <Pine.LNX.4.33.0405170746010.17736-100000@mail.cybernet.com>
References: <Pine.LNX.4.33.0405170746010.17736-100000@mail.cybernet.com>
Message-ID: <40A8B02C.5000701@wanadoo.nl>

Hi Kevin,

Thank you, I will try the latest release. Maybe I messed up some 
versions anyway.

Regards,
Arnaud

Kevin Tang wrote:
> Hi Arnaud,
> 
> I encountered the same message "Operation not supported" when I installed
> the lastest development version of hostapd but not the latest
> hostap-driver.  After I installed the latest driver, the message went
> away.  This might not be your problem, but it's an easy fix if it is.
> 
> Kevin
> 
> 
> 
> 
> On Sat, 15 May 2004, Kwabbernoot wrote:
> 
> 
>>Hi all,
>>
>>When I use my RH9 stop script for stopping hostapd is sends this 
>>"prism2_hostapd: unknown cmd=12" to syslog. If I send a TERM by hand 
>>  I get the same.
>>
>>Hostapd is working fine though, I'm just curious. Does somebody know 
>>what command exactly is not understood?
>>
>>hostapd -dd output with a sig TERM:
>>
>>Signal 15 received - terminating
>>Flushing old station entries
>>Deauthenticate all stations
>>ioctl[PRISM2_IOCTL_PRISM2_PARAM]: Operation not supported
>>ioctl[PRISM2_IOCTL_PRISM2_PARAM]: Operation not supported
>>Could not disable PrivacyInvoked for interface wlan0
>>ioctl[PRISM2_IOCTL_HOSTAPD]: Operation not supported
>>Could not remove generic information element from interface wlan0
>>
>>Regards,
>>Arnaud
>>_______________________________________________
>>HostAP mailing list
>>HostAP at shmoo.com
>>http://lists.shmoo.com/mailman/listinfo/hostap
>>
> 
> 
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
> 
> 



From deleo  Mon May 17 10:56:32 2004
From: deleo (Roberto De Leo)
Date: Mon, 17 May 2004 17:56:32 +0000
Subject: trying to configure a DWL-500 
Message-ID: <40A8FCD0.5080206@unica.it>

Hi,
I spent a whole day trying to configure correctly my DWL-500 card under 
Linux (Slackware 9.1) but still something is not working, is someone out 
there using this card succesfully?

After long google searches I've managed to let the PCMCIA card detected 
by setting the right memory ranges for the Ricoh RL5c475 cardbus bridge 
in /etc/pcmcia/config.opts; I tried all modules I knew of and the only 
drivers that get me the double high beep are the hostap ones (I also 
tried the orinoco_cs one from the pcmcia-cs package 3.2.7 and the one 
from the linux-wlan project [I tried versions 0.2.0, 0.2.1pre19 and 
0.2.1pre21] but I always get the wrong beeps and no wifi device afterwards).
When the hostap modules are loaded I can see the card:

# 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

# iwconfig wifi0
wifi0     IEEE 802.11-DS  Mode:Ad-Hoc
          Encryption key:off
          Link Quality:0  Signal level:0  Noise level:0
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

But if I try to configure its IP number with ifconfig then something 
goes wrong:

# ifconfig wifi0 up
# iwconfig wifi0
wifi0     no wireless extensions.

These are the relative error msgs I get from dmesg:

wifi0: hfa384x_cmd_issue: cmd reg was busy for 5000 usec
wifi0: hfa384x_cmd_issue - timeout - reg=0xffff
wifi0: hfa384x_cmd: entry still in list? (entry=c5bb6d40, type=0, res=-1)
wifi0: hfa384x_cmd: interrupted; err=-110
wifi0: MAC port 0 enabling failed
wifi0: could not enable MAC port
wifi0: hfa384x_cmd_issue: cmd reg was busy for 5000 usec
wifi0: hfa384x_cmd_issue - timeout - reg=0xffff
wifi0: hfa384x_cmd: entry still in list? (entry=c5bb6d40, type=0, res=-1)
wifi0: hfa384x_cmd: interrupted; err=-110
hostap_cs: Shutdown failed

The fact that something was wrong was already clear from /var/log/messages:

May 17 17:37:41 nehwon kernel: Linux PCMCIA Card Services 3.2.7
May 17 17:37:41 nehwon kernel:   kernel build: 2.4.26 #1 SMP Mon May 17 
13:51:43 UTC 2004
May 17 17:37:41 nehwon kernel:   options:  [pci] [cardbus] [apm]
May 17 17:37:41 nehwon kernel: Intel ISA/PCI/CardBus PCIC probe:
May 17 17:37:41 nehwon kernel:   Ricoh RL5C475 rev 80 PCI-to-CardBus at 
slot 02:08, mem 0xf1001000
May 17 17:37:41 nehwon kernel:     host opts [0]: [pci only] [io 3/6/1] 
[mem 3/6/1] [pci irq 19] [lat 32/176] [bus 3/6]
May 17 17:37:41 nehwon kernel:     PCI card interrupts, polling interval 
= 1000 ms
May 17 17:37:41 nehwon cardmgr[10534]: watching 1 socket
May 17 17:37:41 nehwon kernel: cs: memory probe 0xf1001000-0xf1ffffff: 
excluding 0xf1001000-0xf10fefff 0xf17f1000-0xf18eefff
May 17 17:37:41 nehwon cardmgr[10535]: socket 0: D-Link DWL-650 11Mbps 
WLAN Card
May 17 17:37:41 nehwon kernel: hostap_cs: 0.2.1 - 2004-05-06 (Jouni 
Malinen <jkmaline at cc.hut.fi>)
May 17 17:37:41 nehwon kernel: cs: IO port probe 0x03e0-0x04cf: clean.
May 17 17:37:41 nehwon kernel: cs: IO port probe 0x04d8-0x04ff: clean.
May 17 17:37:41 nehwon kernel: cs: IO port probe 0x0a00-0x0aff: clean.
May 17 17:37:41 nehwon kernel: cs: IO port probe 0x0c00-0x0cff: clean.
May 17 17:37:41 nehwon kernel: cs: IO port probe 0x1000-0x17ff: clean.
May 17 17:37:41 nehwon kernel: hostap_cs: Registered netdevice wifi0
May 17 17:37:41 nehwon kernel: hostap_cs: index 0x01: Vcc 3.3, irq 19, 
io 0x0400-0x043f
May 17 17:37:41 nehwon kernel: hostap_cs: first command failed - 
assuming card does not have primary firmware
May 17 17:37:41 nehwon kernel: hostap_cs: first command failed - 
assuming card does not have primary firmware
May 17 17:37:42 nehwon cardmgr[10535]: executing: './network start wifi0 
2>&1'
May 17 17:37:42 nehwon cardmgr[10535]: + /usr/local/sbin/iwconfig wifi0 
mode Ad-Hoc
May 17 17:37:42 nehwon cardmgr[10535]: + Error for wireless request "Set 
Mode" (8B06) :
May 17 17:37:42 nehwon cardmgr[10535]: +     SET failed on device wifi0 
; Operation not supported.
May 17 17:37:42 nehwon cardmgr[10535]: + /usr/local/sbin/iwconfig wifi0 
essid "pippo"
May 17 17:37:42 nehwon cardmgr[10535]: + Error for wireless request "Set 
ESSID" (8B1A) :
May 17 17:37:42 nehwon cardmgr[10535]: +     SET failed on device wifi0 
; Invalid argument.

I could find no hint on the net on how to fix this problem and I'm about 
to give up, any suggestion would be greatly appreciated!
Thanks,
 Roberto De Leo



From d.walther  Mon May 17 08:54:46 2004
From: d.walther (Daniel Walther)
Date: Mon, 17 May 2004 17:54:46 +0200
Subject: Web Frontend
Message-ID: <20040517155356.902FC941@mail.iocaine.com>

Hi

I want to make a web frontend for HostAP for editing HostAP properties.
Does anyone con give me some tipps for such a web frontend?

Thanks for your help in advance.

Regards
Daniel




From shogunx  Mon May 17 03:59:46 2004
From: shogunx (shogunx)
Date: Mon, 17 May 2004 06:59:46 -0400 (EDT)
Subject: Web Frontend
In-Reply-To: <20040517155356.902FC941@mail.iocaine.com>
Message-ID: <Pine.LNX.4.44.0405170659400.28908-100000@sleekfreak.ath.cx>

On Mon, 17 May 2004, Daniel Walther wrote:

> Hi
>
> I want to make a web frontend for HostAP for editing HostAP properties.
> Does anyone con give me some tipps for such a web frontend?

PHP

>
> Thanks for your help in advance.
>
> Regards
> Daniel
>
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
>

sleekfreak pirate broadcast
http://sleekfreak.ath.cx:81/




From kwabbernoot  Mon May 17 09:07:56 2004
From: kwabbernoot (Kwabbernoot)
Date: Tue, 18 May 2004 00:07:56 +0800
Subject: trying to configure a DWL-500
In-Reply-To: <40A8FCD0.5080206@unica.it>
References: <40A8FCD0.5080206@unica.it>
Message-ID: <40A8E35C.9070602@wanadoo.nl>

Hi Roberto,

You should use interface wlan0 instead of wifi0.

Regards,
Arnaud

Roberto De Leo wrote:
> Hi,
> I spent a whole day trying to configure correctly my DWL-500 card under 
> Linux (Slackware 9.1) but still something is not working, is someone out 
> there using this card succesfully?
> 
> After long google searches I've managed to let the PCMCIA card detected 
> by setting the right memory ranges for the Ricoh RL5c475 cardbus bridge 
> in /etc/pcmcia/config.opts; I tried all modules I knew of and the only 
> drivers that get me the double high beep are the hostap ones (I also 
> tried the orinoco_cs one from the pcmcia-cs package 3.2.7 and the one 
> from the linux-wlan project [I tried versions 0.2.0, 0.2.1pre19 and 
> 0.2.1pre21] but I always get the wrong beeps and no wifi device 
> afterwards).
> When the hostap modules are loaded I can see the card:
> 
> # 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
> 
> # iwconfig wifi0
> wifi0     IEEE 802.11-DS  Mode:Ad-Hoc
>          Encryption key:off
>          Link Quality:0  Signal level:0  Noise level:0
>          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
>          Tx excessive retries:0  Invalid misc:0   Missed beacon:0
> 
> But if I try to configure its IP number with ifconfig then something 
> goes wrong:
> 
> # ifconfig wifi0 up
> # iwconfig wifi0
> wifi0     no wireless extensions.
> 
> These are the relative error msgs I get from dmesg:
> 
> wifi0: hfa384x_cmd_issue: cmd reg was busy for 5000 usec
> wifi0: hfa384x_cmd_issue - timeout - reg=0xffff
> wifi0: hfa384x_cmd: entry still in list? (entry=c5bb6d40, type=0, res=-1)
> wifi0: hfa384x_cmd: interrupted; err=-110
> wifi0: MAC port 0 enabling failed
> wifi0: could not enable MAC port
> wifi0: hfa384x_cmd_issue: cmd reg was busy for 5000 usec
> wifi0: hfa384x_cmd_issue - timeout - reg=0xffff
> wifi0: hfa384x_cmd: entry still in list? (entry=c5bb6d40, type=0, res=-1)
> wifi0: hfa384x_cmd: interrupted; err=-110
> hostap_cs: Shutdown failed
> 
> The fact that something was wrong was already clear from /var/log/messages:
> 
> May 17 17:37:41 nehwon kernel: Linux PCMCIA Card Services 3.2.7
> May 17 17:37:41 nehwon kernel:   kernel build: 2.4.26 #1 SMP Mon May 17 
> 13:51:43 UTC 2004
> May 17 17:37:41 nehwon kernel:   options:  [pci] [cardbus] [apm]
> May 17 17:37:41 nehwon kernel: Intel ISA/PCI/CardBus PCIC probe:
> May 17 17:37:41 nehwon kernel:   Ricoh RL5C475 rev 80 PCI-to-CardBus at 
> slot 02:08, mem 0xf1001000
> May 17 17:37:41 nehwon kernel:     host opts [0]: [pci only] [io 3/6/1] 
> [mem 3/6/1] [pci irq 19] [lat 32/176] [bus 3/6]
> May 17 17:37:41 nehwon kernel:     PCI card interrupts, polling interval 
> = 1000 ms
> May 17 17:37:41 nehwon cardmgr[10534]: watching 1 socket
> May 17 17:37:41 nehwon kernel: cs: memory probe 0xf1001000-0xf1ffffff: 
> excluding 0xf1001000-0xf10fefff 0xf17f1000-0xf18eefff
> May 17 17:37:41 nehwon cardmgr[10535]: socket 0: D-Link DWL-650 11Mbps 
> WLAN Card
> May 17 17:37:41 nehwon kernel: hostap_cs: 0.2.1 - 2004-05-06 (Jouni 
> Malinen <jkmaline at cc.hut.fi>)
> May 17 17:37:41 nehwon kernel: cs: IO port probe 0x03e0-0x04cf: clean.
> May 17 17:37:41 nehwon kernel: cs: IO port probe 0x04d8-0x04ff: clean.
> May 17 17:37:41 nehwon kernel: cs: IO port probe 0x0a00-0x0aff: clean.
> May 17 17:37:41 nehwon kernel: cs: IO port probe 0x0c00-0x0cff: clean.
> May 17 17:37:41 nehwon kernel: cs: IO port probe 0x1000-0x17ff: clean.
> May 17 17:37:41 nehwon kernel: hostap_cs: Registered netdevice wifi0
> May 17 17:37:41 nehwon kernel: hostap_cs: index 0x01: Vcc 3.3, irq 19, 
> io 0x0400-0x043f
> May 17 17:37:41 nehwon kernel: hostap_cs: first command failed - 
> assuming card does not have primary firmware
> May 17 17:37:41 nehwon kernel: hostap_cs: first command failed - 
> assuming card does not have primary firmware
> May 17 17:37:42 nehwon cardmgr[10535]: executing: './network start wifi0 
> 2>&1'
> May 17 17:37:42 nehwon cardmgr[10535]: + /usr/local/sbin/iwconfig wifi0 
> mode Ad-Hoc
> May 17 17:37:42 nehwon cardmgr[10535]: + Error for wireless request "Set 
> Mode" (8B06) :
> May 17 17:37:42 nehwon cardmgr[10535]: +     SET failed on device wifi0 
> ; Operation not supported.
> May 17 17:37:42 nehwon cardmgr[10535]: + /usr/local/sbin/iwconfig wifi0 
> essid "pippo"
> May 17 17:37:42 nehwon cardmgr[10535]: + Error for wireless request "Set 
> ESSID" (8B1A) :
> May 17 17:37:42 nehwon cardmgr[10535]: +     SET failed on device wifi0 
> ; Invalid argument.
> 
> I could find no hint on the net on how to fix this problem and I'm about 
> to give up, any suggestion would be greatly appreciated!
> Thanks,
> Roberto De Leo
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
> 
> 



From micovic  Mon May 17 10:25:57 2004
From: micovic (Nebojsa Micovic)
Date: Mon, 17 May 2004 19:25:57 +0200
Subject: Web Frontend
References: <20040517155356.902FC941@mail.iocaine.com>
Message-ID: <000901c43c34$05d508f0$0d00a8c0@racunar0d>

Hi Daniel ... watch this:
http://www.fefe.de/fnord/



From ss2020  Mon May 17 15:21:14 2004
From: ss2020 (Sangho Shin)
Date: Mon, 17 May 2004 18:21:14 -0400
Subject: hostap and WEP
Message-ID: <40A93ADA.1040501@cs.columbia.edu>

Hi, guys,

According to some documents, there is a 'shared secret authentication 
mechanism' in WEP. In the mechanism, some challenge that is encrypted 
with a shared key is exchanged between AP and a client for authentication.
So, I would like to know if the mechanism is supported in hostap driver.
Thank you,

Sangho,





From openapproject  Mon May 17 17:08:36 2004
From: openapproject (gaurav dawra)
Date: Tue, 18 May 2004 00:08:36 +0000
Subject: Senao SL2511 CD+ EXT2/Unresolved Symbols"depmod hostap_cs.o"
Message-ID: <BAY7-F90dSjIa0IAFma00025285@hotmail.com>

Hi


I am trying to detect my Senao NL2511CD+ EXT2 card under linux, using linux 
2.4.20 version of redhat.

As suggested earlier by pavel roskin, now i have the pcmcia-cs package 
working and the "lsmod" shows these modules loaded.

[root at openap hostap-0.0.2]# lsmod
Module                  Size  Used by    Not tainted
ds                      8264   1
i82365                 38208   1
pcmcia_core            45184   0  [ds i82365]


##But when now i try to start the pcmcia service by

[root at openap hostap-0.0.2]# /etc/rc.d/init.d/pcmcia restart
Shutting down PCMCIA services: done.
Starting PCMCIA services: cardmgr[1875]: watching 1 socket
done.

##And when i do iwconfig:

[root at openap hostap-0.0.2]# iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

dummy0    no wireless extensions.

sit0      no wireless extensions.

[root at openap hostap-0.0.2]#



## I Tried to look into the possible errors and my "dmesg" shows me this:

unloading PCMCIA Card Services
Linux PCMCIA Card Services 3.2.7
  kernel build: 2.4.20rn #2 SMP Mon May 17 01:19:32 MDT 2004
  options:  [pci] [cardbus] [apm]
Intel ISA/PCI/CardBus PCIC probe:
  Ricoh RL5C475 rev 80 PCI-to-CardBus at slot 00:14, mem 0xe3001000
    host opts [0]: [isa irq] [io 3/6/1] [mem 3/6/1] [pci irq 5] [lat 32/32] 
[bus 2/2]
    ISA irqs (default) = 4,7,9 PCI status changes
cs: memory probe 0xa0000000-0xa0ffffff: clean.
hostap_crypt: registered algorithm 'NULL'
hostap_cs: 0.0.2 - 2003-05-03 (Jouni Malinen <jkmaline at cc.hut.fi>)
hostap_cs: CardServices release does not match!
hostap_crypt: unregistered algorithm 'NULL' (deinit)

## and the /var/log/messages shows this :
May 17 06:03:15 openap kernel:     ISA irqs (default) = 4,7,9 PCI status 
changes
May 17 06:03:15 openap cardmgr[2034]: watching 1 socket
May 17 06:03:15 openap cardmgr[2035]: socket 0: Senao 
SL-2011CD/SL-2011CDPLUS
May 17 06:03:15 openap kernel: cs: memory probe 0xa0000000-0xa0ffffff: 
clean.
May 17 06:03:16 openap kernel: hostap_cs: 0.0.2 - 2003-05-03 (Jouni Malinen 
<jkmaline at cc.hut.fi>)
May 17 06:03:16 openap kernel: hostap_cs: CardServices release does not 
match!
May 17 06:03:16 openap cardmgr[2035]: executing: 'modprobe hostap_cs 2>&1'
May 17 06:03:16 openap cardmgr[2035]: + 
/lib/modules/2.4.20rn/pcmcia/hostap_cs.o: init_module: Operation not 
permitted
May 17 06:03:16 openap cardmgr[2035]: + 
/lib/modules/2.4.20rn/pcmcia/hostap_cs.o: insmod 
/lib/modules/2.4.20rn/pcmcia/hostap_cs.o failed
May 17 06:03:16 openap cardmgr[2035]: + 
/lib/modules/2.4.20rn/pcmcia/hostap_cs.o: insmod hostap_cs failed
May 17 06:03:16 openap cardmgr[2035]: + Hint: insmod errors can be caused by 
incorrect module parameters, including invalid IO or IRQ parameters.
                                                                             
      1030,1        96%
======>> Lots of UNRESOLVED SYMBOLS and the this===>>

May 17 05:57:43 openap cardmgr[1876]: insmod exited with status 1
May 17 05:57:44 openap cardmgr[1876]: get dev info on socket 0 failed: 
Resource temporarily unavailable


I read the posting my Pavel Roskin and Thomas and provided the PCMCIA_PATH 
in the make and changed the kernel path accordinlg to my 
/usr/src/linux-2.4.20


Please suggest what am i doing wrong. I believe the NL 2511CD+EXT2 are 
supported under linux.

Thanx

Gaurav

_________________________________________________________________
Get 200+ ad-free, high-fidelity stations and LIVE Major League Baseball 
Gameday Audio! http://radio.msn.click-url.com/go/onm00200491ave/direct/01/




From mshindo  Mon May 17 17:26:12 2004
From: mshindo (Motonori Shindo)
Date: Tue, 18 May 2004 09:26:12 +0900 (JST)
Subject: hostap and WEP
In-Reply-To: <40A93ADA.1040501@cs.columbia.edu>
References: <40A93ADA.1040501@cs.columbia.edu>
Message-ID: <20040518.092612.56122134.mshindo@mshindo.net>


From: Sangho Shin <ss2020 at cs.columbia.edu>
Subject: hostap and WEP
Date: Mon, 17 May 2004 18:21:14 -0400

> Hi, guys,
> 
> According to some documents, there is a 'shared secret authentication 
> mechanism' in WEP. In the mechanism, some challenge that is encrypted 
> with a shared key is exchanged between AP and a client for authentication.
> So, I would like to know if the mechanism is supported in hostap driver.
> Thank you,

Yes. Specify in hostapd.conf setting auth_algs to 2 or 3 (depending on
whether you need an Open System Authentication or not).

Regards,





From kwabbernoot  Mon May 17 17:49:40 2004
From: kwabbernoot (Kwabbernoot)
Date: Tue, 18 May 2004 08:49:40 +0800
Subject: trying to configure a DWL-500
In-Reply-To: <40A91BA8.6040802@unica.it>
References: <40A8FCD0.5080206@unica.it> <40A8E35C.9070602@wanadoo.nl>
	<40A91BA8.6040802@unica.it>
Message-ID: <40A95DA4.7060909@wanadoo.nl>

Hi Roberto,

That sounds really weird. I think there must be something wrong with 
you Cardservices. Unfortunally I'm not using a PCMCIA version 
myself, so I can't really help you with that.

Are the Cardservices of both systems of the same version?

Cheers,
Arnaud

Roberto De Leo wrote:
> Hi Arnaud,
> 
>> You should use interface wlan0 instead of wifi0.
> 
> 
> I guessed so, but how to do that?
> 
> BTW, the PC I was referring to has a Asus A7M266-D MB and uses a 2.4.26 
> kernel (I tried with 2.6.5 but I could not get even a single beep from 
> my DWL-500 with it).
> Just to make another test, I just moved the card to an older PC of mine 
> with an Asus A7V MB and a 2.4.20 kernel and now the card works perfectly 
> fine (!!!) with just the kernel modules (i.e. the yenta_socket and the 
> orinoco_cs modules). How this can be is really a mystery to me!
> 
> BTW, another puzzling thing is that in this case the interface is not 
> called wifi0 nor wlan0 but simply eth1!
> I'm really confused by this wireless mess, it reminds me how tough it 
> was (at least for me :-) using a modem on linux ~10 years ago. I hope it 
> will get better soon!
> 
> Thanks,
> Roberto
> 
> 
> 
> 



From kwabbernoot  Mon May 17 19:40:49 2004
From: kwabbernoot (Kwabbernoot)
Date: Tue, 18 May 2004 10:40:49 +0800
Subject: snmpd and unsupported ioctl's on hostap
Message-ID: <40A977B1.7030803@wanadoo.nl>

Hi All,

I'm using Net-SNMP's snmpd to collect the interface counters.
Together with MRTG they do a lot of unsupported ioctl's on hostap
(mine is the PCI-version). I'm constantly debugging so my debug-log
was written all over by hostap with messages about unsupported ioctl's.

As a workaround I commented out the printk-line at the end of
hostap_ioctl.c but does anybody know why snmpd is doing all those
ioctl's? The figures are right so my MRTG-graphs are ok though.

Regards,
Arnaud




From jar  Mon May 17 22:56:55 2004
From: jar (jar at pcuf.fi)
Date: Tue, 18 May 2004 08:56:55 +0300 (EEST)
Subject: snmpd and unsupported ioctl's on hostap
In-Reply-To: <40A977B1.7030803@wanadoo.nl>
References: <40A977B1.7030803@wanadoo.nl>
Message-ID: <36234.194.157.0.2.1084859815.squirrel@netlandzone.dyndns.org>

> Hi All,
>
> I'm using Net-SNMP's snmpd to collect the interface counters.
> Together with MRTG they do a lot of unsupported ioctl's on hostap
> (mine is the PCI-version). I'm constantly debugging so my debug-log
> was written all over by hostap with messages about unsupported ioctl's.
>
> As a workaround I commented out the printk-line at the end of
> hostap_ioctl.c but does anybody know why snmpd is doing all those
> ioctl's? The figures are right so my MRTG-graphs are ok though.

This is something to be handled somehow in the hostap code. Or is the idea
always to edit the hostap_ioctl.c and comment that line out when snmp
tools are used?

Best Regards, Jar



From askatti  Tue May 18 04:34:06 2004
From: askatti (Anand S. Katti)
Date: Tue, 18 May 2004 17:04:06 +0530 (IST)
Subject: Assocaition Protcol Supported Rates
Message-ID: <Pine.BSF.4.58.0405181701490.30160@ece.iisc.ernet.in>

Hello,

	How does the client and AP initially aggree on a rate ? after
exchanging supported rates in the Association Request and Association
Response ? What rate do they settle on for transaction ?

Regards,
Anand






From sergey  Tue May 18 07:40:30 2004
From: sergey (Sergey Basmanov)
Date: Tue, 18 May 2004 17:40:30 +0300
Subject: multi-ap network with wds
Message-ID: <40AA205E.3080009@billing.idknet.com>

Hi All.
I'm plannig to cover some area with 3 or more APs with link reservation 
via wds links.
As an example, I'll use a triangle. 3 APs are connected to each other 
via wds links, and stays on same channel and use same ESSID.
Question: will I have loss of quality if distance between APs is about 
1-2km and I'm using 120 deg. sector antennas?
I'm afraid of that signals from one AP will be a noise for another. I'm 
not familiar with physics of 802.11 proto, so why I'm asking You.

Thank You.




From d.walther  Tue May 18 09:31:10 2004
From: d.walther (Daniel Walther)
Date: Tue, 18 May 2004 18:31:10 +0200
Subject: HostAP and EAP/TLS
Message-ID: <20040518163020.C174D491@mail.iocaine.com>

Hi @all

I'm trying to set up HostAP with EAP/TLS. I'm using freeradius.
But now I have the problem, that the freeradius server crashes after one
autorization request over EAP/TLS.
Is there anyone who use HostAP with EAP/TLS and it works? And with which
products and settings do you use it?

Thanks for your help.

Regards
Daniel




From cwevans  Tue May 18 10:31:09 2004
From: cwevans (Chris Evans)
Date: Tue, 18 May 2004 10:31:09 -0700
Subject: HostAP and EAP/TLS
In-Reply-To: <20040518163020.C174D491@mail.iocaine.com>
References: <20040518163020.C174D491@mail.iocaine.com>
Message-ID: <26CA9F3E-A8F1-11D8-AD34-000A95B1BFFA@acm.org>

I've got it working fine on my system.  Or so I think.  Every once in a 
while my hostap boxes crash, but it works well enough for me to not 
debug.  The freeradius server stays up just fine.

If you need more help then the part of the file that I think applies to 
eap-tls, just let me know.

part of my radiusd.conf file
eap {
                 #  Invoke the default supported EAP type when
                 #  EAP-Identity response is received.
                 #
                 #  The incoming EAP messages DO NOT specify which EAP
                 #  type they will be using, so it MUST be set here.
                 #
                 #  For now, only one default EAP type may be used at a 
time.
                 #
                 default_eap_type = tls
                 authtype = EAP  ## TODO added, does this work
                 #  Default expiry time to clean the EAP list, It is
                 #  maintained to correlate the EAP-Response for each
                 #  EAP-request sent.
                 timer_expire     = 60
...
                ## EAP-TLS is highly experimental EAP-Type at the moment.
                 #       Please give feedback on the mailing list.
                 tls {
                         private_key_password = password-foo
                         private_key_file = /etc/freeradius/cert-srv.pem

                         #  If Private key & Certificate are located in
                         #  the same file, then private_key_file &
                         #  certificate_file must contain the same file
                         #  name.
                         certificate_file = /etc/freeradius/cert-srv.pem

                         #  Trusted Root CA list
                         CA_file = /etc/freeradius/root.pem

                         dh_file = /etc/freeradius/dh_file
                         random_file = /etc/freeradius/random_file

                         #
                         #  This can never exceed the size of a RADIUS
                         #  packet (4096 bytes), and is preferably half
                         #  that, to accomodate other attributes in
                         #  RADIUS packet.  On most APs the MAX packet
                         #  length is configured between 1500 - 1600
                         #  In these cases, fragment size should be
                         #  1024 or less.
                         #
                         fragment_size = 512

                                 #  include_length is a flag which is
                                 #  by default set to yes If set to
                                 #  yes, Total Length of the message is
                                 #  included in EVERY packet we send.
                                 #  If set to no, Total Length of the
                                 #  message is included ONLY in the
                                 #  First packet of a fragment series.
                                 #
                                 include_length = yes
                 }


         }

On May 18, 2004, at 9:31 AM, Daniel Walther wrote:

> Hi @all
>
> I'm trying to set up HostAP with EAP/TLS. I'm using freeradius.
> But now I have the problem, that the freeradius server crashes after 
> one
> autorization request over EAP/TLS.
> Is there anyone who use HostAP with EAP/TLS and it works? And with 
> which
> products and settings do you use it?
>
> Thanks for your help.
>
> Regards
> Daniel
>
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
>
>
--
       -+--++---+++----++++-----+++++-----++++----+++---++--+-
      ___
  _.-|   |          |\__/,|   (`\      | Chris Evans
{   |   |          |o o  |__ _) )     |
  "-.|___|        _.( T   )  `  /      | cwevans at acm.org
   .--'-`-.     _((_ `^--' /_<  \      |
.+|______|__.-||__)`-'(((/  (((/      |  "Any technology distinguishable
                                       |  from magic, is not advanced
   Nika plays with a computer mouse    |  enough" -- Gregory Benford
       BY: Mike Rosulek                |
          http://showcase.netins.net/web/mikewrld/ascii/




From proski  Tue May 18 10:35:03 2004
From: proski (Pavel Roskin)
Date: Tue, 18 May 2004 13:35:03 -0400 (EDT)
Subject: Web Frontend
In-Reply-To: <20040517155356.902FC941@mail.iocaine.com>
References: <20040517155356.902FC941@mail.iocaine.com>
Message-ID: <Pine.LNX.4.60.0405181333130.4598@marabou.research.att.com>

On Mon, 17 May 2004, Daniel Walther wrote:

> Hi
>
> I want to make a web frontend for HostAP for editing HostAP properties.
> Does anyone con give me some tipps for such a web frontend?

http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html#links

Search for "web" and "applet".  Not sure it would be good even as a 
starting point, but maybe you'll find some ideas.

-- 
Regards,
Pavel Roskin



From proski  Tue May 18 10:41:23 2004
From: proski (Pavel Roskin)
Date: Tue, 18 May 2004 13:41:23 -0400 (EDT)
Subject: trying to configure a DWL-500 
In-Reply-To: <40A8FCD0.5080206@unica.it>
References: <40A8FCD0.5080206@unica.it>
Message-ID: <Pine.LNX.4.60.0405181337330.4598@marabou.research.att.com>

On Mon, 17 May 2004, Roberto De Leo wrote:

> I spent a whole day trying to configure correctly my DWL-500 card under 
> Linux (Slackware 9.1) but still something is not working, is someone out 
> there using this card successfully?

I haven't used this card, but there are some success stories on the web, 
for instance here:  http://www.raw-io.com/pci_802.11b.html

Have you searched the web?  Have you tried "irq_mode=0" already?

> The fact that something was wrong was already clear from /var/log/messages:
>
> May 17 17:37:41 nehwon kernel: Linux PCMCIA Card Services 3.2.7
> May 17 17:37:41 nehwon kernel:   kernel build: 2.4.26 #1 SMP Mon May 17 
> 13:51:43 UTC 2004
> May 17 17:37:41 nehwon kernel:   options:  [pci] [cardbus] [apm]
> May 17 17:37:41 nehwon kernel: Intel ISA/PCI/CardBus PCIC probe:
> May 17 17:37:41 nehwon kernel:   Ricoh RL5C475 rev 80 PCI-to-CardBus at slot 
> 02:08, mem 0xf1001000
> May 17 17:37:41 nehwon kernel:     host opts [0]: [pci only] [io 3/6/1] [mem 
> 3/6/1] [pci irq 19] [lat 32/176] [bus 3/6]
> May 17 17:37:41 nehwon kernel:     PCI card interrupts, polling interval = 
> 1000 ms

You have interrupt problems.  Use "irq_mode=0" as argument for "i82365" 
module.

-- 
Regards,
Pavel Roskin



From proski  Tue May 18 10:54:45 2004
From: proski (Pavel Roskin)
Date: Tue, 18 May 2004 13:54:45 -0400 (EDT)
Subject: Senao SL2511 CD+ EXT2/Unresolved Symbols"depmod hostap_cs.o"
In-Reply-To: <BAY7-F90dSjIa0IAFma00025285@hotmail.com>
References: <BAY7-F90dSjIa0IAFma00025285@hotmail.com>
Message-ID: <Pine.LNX.4.60.0405181349350.4598@marabou.research.att.com>

On Tue, 18 May 2004, gaurav dawra wrote:

> hostap_cs: 0.0.2 - 2003-05-03 (Jouni Malinen <jkmaline at cc.hut.fi>)
> hostap_cs: CardServices release does not match!

Please use a more recent version, like 0.1.3 or 0.2.1.  Compile hostap 
against you currently used kernel and pcmcia-cs.  See variables 
KERNEL_PATH and PCMCIA_PATH in Makefile.  Make sure that PCMCIA support is 
disabled in the kernel.

> I read the posting my Pavel Roskin and Thomas and provided the PCMCIA_PATH in 
> the make and changed the kernel path accordinlg to my /usr/src/linux-2.4.20

Maybe you forgot "make clean" to remove old modules.

-- 
Regards,
Pavel Roskin



From deleo  Tue May 18 13:33:39 2004
From: deleo (Roberto De Leo)
Date: Tue, 18 May 2004 20:33:39 +0000
Subject: trying to configure a DWL-500
In-Reply-To: <40A95DA4.7060909@wanadoo.nl>
References: <40A8FCD0.5080206@unica.it>
	<40A8E35C.9070602@wanadoo.nl>	<40A91BA8.6040802@unica.it>
	<40A95DA4.7060909@wanadoo.nl>
Message-ID: <40AA7323.4030107@unica.it>

Hi Kwabbernoot,

> Are the Cardservices of both systems of the same version?

actually not: I'm using 3.1.33 on the PC where it works fine (BTW, I've 
upgraded just today the kernel to 2.4.26 and everything works perfectly 
fine with the kernel pcmcia modules [with 2.4.20 the card would crash 
after a while], or at least it works fine for several hours :-)

On the other PC I'm using 3.2.7, maybe eventually I'll try using 3.1.33 
in this last PC but I have no time right now to switch the cards. When 
I'll do it, I'll let you know what happens.

Bye,
 Roberto



From deleo  Tue May 18 13:39:19 2004
From: deleo (Roberto De Leo)
Date: Tue, 18 May 2004 20:39:19 +0000
Subject: trying to configure a DWL-500
In-Reply-To: <Pine.LNX.4.60.0405181337330.4598@marabou.research.att.com>
References: <40A8FCD0.5080206@unica.it>
	<Pine.LNX.4.60.0405181337330.4598@marabou.research.att.com>
Message-ID: <40AA7477.50805@unica.it>

Hi Pavel,

> I spent a whole day trying to configure correctly my DWL-500 card 
> under Linux (Slackware 9.1) but still something is not working, is 
> someone out there using this card successfully?
>
> I haven't used this card, but there are some success stories on the 
> web, for instance here:  http://www.raw-io.com/pci_802.11b.html

yes, I know

> Have you searched the web?

thoroughly!

>   Have you tried "irq_mode=0" already?

sure, since the beginning I've been using that option plus some other I 
found around, e.g. "pci_csc=0" and booting with  "pci=biosirq", but 
nothing really helped.

> You have interrupt problems.

indeed I guessed so, in the PC where everything works fine the card has 
been given IRQ 5 and no problem ever showed up, here for some reason I 
get IRQ 19 and this odd behaviour. Probably the MB has some quirk? It is 
a dual CPU MB, maybe this collides somehow with the Ricoh card?

>   Use "irq_mode=0" as argument for "i82365" module.

the log I reported was obtained using that option and that module  :-(

Bye,
 Roberto




From d.walther  Tue May 18 12:03:00 2004
From: d.walther (Daniel Walther)
Date: Tue, 18 May 2004 21:03:00 +0200
Subject: AW: HostAP and EAP/TLS
In-Reply-To: <26CA9F3E-A8F1-11D8-AD34-000A95B1BFFA@acm.org>
Message-ID: <20040518211555.E8742955@mail.iocaine.com>

Hello Chris

Thanks for your fast answer.

I'm still trying to make it work.
Here is my eap.conf file:

eap {
                #  Invoke the default supported EAP type when
                #  EAP-Identity response is received.
                #
                #  The incoming EAP messages DO NOT specify which EAP
                #  type they will be using, so it MUST be set here.
                #
                #  For now, only one default EAP type may be used at a time.
                #
                #  If the EAP-Type attribute is set by another module,
                #  then that EAP type takes precedence over the
                #  default type configured here.
                #
                default_eap_type = tls

                #  A list is maintained to correlate EAP-Response
                #  packets with EAP-Request packets.  After a
                #  configurable length of time, entries in the list
                #  expire, and are deleted.
                #
                timer_expire     = 60

                #  There are many EAP types, but the server has support
                #  for only a limited subset.  If the server receives
                #  a request for an EAP type it does not support, then
                #  it normally rejects the request.  By setting this
                #  configuration to "yes", you can tell the server to
                #  instead keep processing the request.  Another module
                #  MUST then be configured to proxy the request to
                #  another RADIUS server which supports that EAP type.
                #
                #  If another module is NOT configured to handle the
                #  request, then the request will still end up being
                #  rejected.
                ignore_unknown_eap_types = no

                # Cisco AP1230B firmware 12.2(13)JA1 has a bug.  When given
                # a User-Name attribute in an Access-Accept, it copies one
                # more byte than it should.
                #
                # We can work around it by configurably adding an extra
                # zero byte.
                cisco_accounting_username_bug = no

...

     ## EAP-TLS
                #
                #  To generate ctest certificates, run the script
                #
                #       ../scripts/certs.sh
                #
                #  The documents on http://www.freeradius.org/doc
                #  are old, but may be helpful.
                #
                #  See also:
                #
                #  http://www.dslreports.com/forum/remark,9286052~mode=flat
                #
                tls {
                        private_key_password = whatever
                        private_key_file = ${raddbdir}/certs/cert-srv.pem

                        #  If Private key & Certificate are located in
                        #  the same file, then private_key_file &
                        #  certificate_file must contain the same file
                        #  name.
                        certificate_file = ${raddbdir}/certs/cert-srv.pem

                        #  Trusted Root CA list
                        CA_file = ${raddbdir}/certs/demoCA/cacert.pem

                        dh_file = ${raddbdir}/certs/dh
                        random_file = ${raddbdir}/certs/random

                        #
                        #  This can never exceed the size of a RADIUS
                        #  packet (4096 bytes), and is preferably half
                        #  that, to accomodate other attributes in
                        #  RADIUS packet.  On most APs the MAX packet
                        #  length is configured between 1500 - 1600
                        #  In these cases, fragment size should be
                        #  1024 or less.
                        #
                        fragment_size = 1024

                        #  include_length is a flag which is
                        #  by default set to yes If set to
                        #  yes, Total Length of the message is
                        #  included in EVERY packet we send.
                        #  If set to no, Total Length of the
                        #  message is included ONLY in the
                        #  First packet of a fragment series.
                        #
                        include_length = yes

                        #  Check the Certificate Revocation List
                        #
                        #  1) Copy CA certificates and CRLs to same
directory.
                        #  2) Execute 'c_rehash <CA certs&CRLs Directory>'.
                        #    'c_rehash' is OpenSSL's command.
                        #  3) Add 'CA_path=<CA certs&CRLs directory>'
                        #      to radiusd.conf's tls section.
                        #  4) uncomment the line below.
                        #  5) Restart radiusd
                #       check_crl = yes

                       #
                       #  If check_cert_cn is set, the value will
                       #  be xlat'ed and checked against the CN
                       #  in the client certificate.  If the values
                       #  do not match, the certificate verification
                       #  will fail rejecting the user.
                       #
               #       check_cert_cn = %{User-Name}
                }

Here is also my hostapd.conf file:

...
##### IEEE 802.11 related configuration
#######################################

# SSID to be used in IEEE 802.11 management frames
ssid=WimS

# Station MAC address -based authentication
# 0 = accept unless in deny list
# 1 = deny unless in accept list
# 2 = use external RADIUS server (accept/deny lists are searched first)
macaddr_acl=0

# Accept/deny lists are read from separate files (containing list of
# MAC addresses, one per line). Use absolute path name to make sure that the
# files can be read on SIGHUP configuration reloads.
#accept_mac_file=/etc/hostapd.accept
#deny_mac_file=/etc/hostapd.deny

# IEEE 802.11 specifies two authentication algorithms. hostapd can be
# configured to allow both of these or only one. Open system authentication
# should be used with IEEE 802.1X.
# Bit fields of allowed authentication algorithms:
# bit 0 = Open System Authentication
# bit 1 = Shared Key Authentication (requires WEP)
auth_algs=3

# Associate as a station to another AP while still acting as an AP on the
same
# channel.
#assoc_ap_addr=00:12:34:56:78:9a


##### IEEE 802.1X (and IEEE 802.1aa/D4) related configuration
#################

# Require IEEE 802.1X authorization
ieee8021x=1

# Use internal minimal EAP Authentication Server for testing IEEE 802.1X.
# This should only be used for testing since it authorizes all users that
# suppot IEEE 802.1X without any keys or certificates.
minimal_eap=0

# Optional displayable message sent with EAP Request-Identity
eap_message=hello

# WEP rekeying (disabled if key lengths are not set or are set to 0)
# Key lengths for default/broadcast and individual/unicast keys:
# 5 = 40-bit WEP (also known as 64-bit WEP with 40 secret bits)
# 13 = 104-bit WEP (also known as 128-bit WEP with 104 secret bits)
wep_key_len_broadcast=13
wep_key_len_unicast=13

# Rekeying period in seconds. 0 = do not rekey (i.e., set keys only once)
wep_rekey_period=300

# EAPOL-Key index workaround (set bit7) for WinXP Supplicant (needed only if
# only broadcast keys are used)
eapol_key_index_workaround=0

...

##### RADIUS configuration
####################################################
# for IEEE 802.1X with external Authentication Server, IEEE 802.11
# authentication with external ACL for MAC addresses, and accounting

# The own IP address of the access point (used as NAS-IP-Address)
own_ip_addr=192.168.70.60

# Optional NAS-Identifier string for RADIUS messages. When used, this should
be
# a unique to the NAS within the scope of the RADIUS server. For example, a
# fully qualified domain name can be used here.
#nas_identifier=ap.example.com

# RADIUS authentication server
auth_server_addr=192.168.70.185
auth_server_port=1812
auth_server_shared_secret=secret

# RADIUS accounting server
acct_server_addr=192.168.70.185
acct_server_port=1813
acct_server_shared_secret=secret

...

# Retry interval for trying to return to the primary RADIUS server (in
# seconds). RADIUS client code will automatically try to use the next server
# when the current server is not replying to requests. If this interval is
set,
# primary server will be retried after configured amount of time even if the
# currently used secondary server is still working.
#radius_retry_primary_interval=600


# Interim accounting update interval
# If this is set (larger than 0) and acct_server is configured, hostapd will
# send interim accounting updates every N seconds. Note: if set, this
overrides
# possible Acct-Interim-Interval attribute in Access-Accept message. Thus,
this
# value should not be configured in hostapd.conf, if RADIUS server is used
to
# control the interim interval.
# This value should not be less 600 (10 minutes) and must not be less than
# 60 (1 minute).
#radius_acct_interim_interval=600

I tried it with a WindowsXP and a linux computer. But with both requests, my
radius dies! After sending the Challenge answer after the first
authorization request. In the Radius log file I see the following output:

Tue May 18 16:13:20 2004 : Info: Using deprecated naslist file.  Support for
this will go away soon.
Tue May 18 16:13:20 2004 : Info: rlm_exec: Wait=yes but no output defined.
Did you mean output=none?
Tue May 18 16:13:20 2004 : Info: Ready to process requests.
Tue May 18 16:14:26 2004 : Info: rlm_eap_tls:  Length Included
Tue May 18 16:14:27 2004 : Error: Discarding duplicate request from client
wims-network:1035 - ID: 4 due to unfinished request 1

I've started the radwatch script and saw, that my radius server dies every
10 seconds! But why?

The only message that I receive, is that there is a segmentation fault.

How do you created the certificates with OpenSSL?

By the way, I'm using freeradius-0.9.3 and openssl-SNAP-20040518.

Thanks for your help in advance!

Best regards
Daniel

-----Urspr?ngliche Nachricht-----
Von: Chris Evans [mailto:cwevans at acm.org] 
Gesendet: Dienstag, 18. Mai 2004 19:31
An: Daniel Walther
Cc: hostap at shmoo.com
Betreff: Re: HostAP and EAP/TLS

I've got it working fine on my system.  Or so I think.  Every once in a 
while my hostap boxes crash, but it works well enough for me to not 
debug.  The freeradius server stays up just fine.

If you need more help then the part of the file that I think applies to 
eap-tls, just let me know.

part of my radiusd.conf file
eap {
                 #  Invoke the default supported EAP type when
                 #  EAP-Identity response is received.
                 #
                 #  The incoming EAP messages DO NOT specify which EAP
                 #  type they will be using, so it MUST be set here.
                 #
                 #  For now, only one default EAP type may be used at a 
time.
                 #
                 default_eap_type = tls
                 authtype = EAP  ## TODO added, does this work
                 #  Default expiry time to clean the EAP list, It is
                 #  maintained to correlate the EAP-Response for each
                 #  EAP-request sent.
                 timer_expire     = 60
...
                ## EAP-TLS is highly experimental EAP-Type at the moment.
                 #       Please give feedback on the mailing list.
                 tls {
                         private_key_password = password-foo
                         private_key_file = /etc/freeradius/cert-srv.pem

                         #  If Private key & Certificate are located in
                         #  the same file, then private_key_file &
                         #  certificate_file must contain the same file
                         #  name.
                         certificate_file = /etc/freeradius/cert-srv.pem

                         #  Trusted Root CA list
                         CA_file = /etc/freeradius/root.pem

                         dh_file = /etc/freeradius/dh_file
                         random_file = /etc/freeradius/random_file

                         #
                         #  This can never exceed the size of a RADIUS
                         #  packet (4096 bytes), and is preferably half
                         #  that, to accomodate other attributes in
                         #  RADIUS packet.  On most APs the MAX packet
                         #  length is configured between 1500 - 1600
                         #  In these cases, fragment size should be
                         #  1024 or less.
                         #
                         fragment_size = 512

                                 #  include_length is a flag which is
                                 #  by default set to yes If set to
                                 #  yes, Total Length of the message is
                                 #  included in EVERY packet we send.
                                 #  If set to no, Total Length of the
                                 #  message is included ONLY in the
                                 #  First packet of a fragment series.
                                 #
                                 include_length = yes
                 }


         }

On May 18, 2004, at 9:31 AM, Daniel Walther wrote:

> Hi @all
>
> I'm trying to set up HostAP with EAP/TLS. I'm using freeradius.
> But now I have the problem, that the freeradius server crashes after 
> one
> autorization request over EAP/TLS.
> Is there anyone who use HostAP with EAP/TLS and it works? And with 
> which
> products and settings do you use it?
>
> Thanks for your help.
>
> Regards
> Daniel
>
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
>
>
--
       -+--++---+++----++++-----+++++-----++++----+++---++--+-
      ___
  _.-|   |          |\__/,|   (`\      | Chris Evans
{   |   |          |o o  |__ _) )     |
  "-.|___|        _.( T   )  `  /      | cwevans at acm.org
   .--'-`-.     _((_ `^--' /_<  \      |
.+|______|__.-||__)`-'(((/  (((/      |  "Any technology distinguishable
                                       |  from magic, is not advanced
   Nika plays with a computer mouse    |  enough" -- Gregory Benford
       BY: Mike Rosulek                |
          http://showcase.netins.net/web/mikewrld/ascii/




From proski  Tue May 18 15:17:03 2004
From: proski (Pavel Roskin)
Date: Tue, 18 May 2004 18:17:03 -0400 (EDT)
Subject: trying to configure a DWL-500
In-Reply-To: <40AA7477.50805@unica.it>
References: <40A8FCD0.5080206@unica.it>
	<Pine.LNX.4.60.0405181337330.4598@marabou.research.att.com>
	<40AA7477.50805@unica.it>
Message-ID: <Pine.LNX.4.60.0405181801140.7636@marabou.research.att.com>

On Tue, 18 May 2004, Roberto De Leo wrote:

>>   Have you tried "irq_mode=0" already?
>
> sure, since the beginning I've been using that option plus some other I found 
> around, e.g. "pci_csc=0" and booting with  "pci=biosirq", but nothing really 
> helped.

It's good to know you have tried.

>> You have interrupt problems.
>
> indeed I guessed so, in the PC where everything works fine the card has been 
> given IRQ 5 and no problem ever showed up, here for some reason I get IRQ 19 
> and this odd behaviour. Probably the MB has some quirk? It is a dual CPU MB, 
> maybe this collides somehow with the Ricoh card?

It's possible.  For the interrupt, see /proc/interrupts and "lspci -v".

As for the motherboard, it's possible too.  First of all, please try to 
use a clear port area, such as 0x0c00-0x0cff, in /etc/pcmcia/config.opts. 
Please note that posts between 0x100 and 0x3ff modulo 0x400 are less safe 
than the 0x00-0xff range modulo 0x400.  Don't even think of using the 
0x100-0x3ff range - it's a minefield :-)

Enable PNPBIOS either in the kernel or in pcmcia-cs and use lspnp utility 
from pcmcia-cs to see if any the ports overlap with ports in /proc/ioport 
(use "lspnp -v").  Unfortunately, the kernel doesn't reserve all PNPBIOS 
resources automatically yet.

See if your motherboard is missing in drivers/pci/quirks.c in the Linux 
kernel while similar IDs are present for some quirks.

I would not exclude hardware problems too.  If you can, try another PCMCIA 
card in the adapter and your PCMCIA card in another adapter.

-- 
Regards,
Pavel Roskin



From cwevans  Tue May 18 15:36:26 2004
From: cwevans (Chris Evans)
Date: Tue, 18 May 2004 15:36:26 -0700
Subject: HostAP and EAP/TLS
In-Reply-To: <26CA9F3E-A8F1-11D8-AD34-000A95B1BFFA@acm.org>
Message-ID: <CC3780F7-A91B-11D8-AD34-000A95B1BFFA@acm.org>

I'd say, find out how the radius server is starting, hope it was 
compiled with debugging symbols, and then start it up yourself with...
gdb freeradius
... let gdb start
 >run <with args>

and then when it crashes, run
 >bt
and send the output to the mailing list, or me.

On May 18, 2004, at 12:03 PM, Daniel Walther wrote:

> I've started the radwatch script and saw, that my radius server dies 
> every
> 10 seconds! But why?
--
       -+--++---+++----++++-----+++++-----++++----+++---++--+-
      ___
  _.-|   |          |\__/,|   (`\      | Chris Evans
{   |   |          |o o  |__ _) )     |
  "-.|___|        _.( T   )  `  /      | cwevans at acm.org
   .--'-`-.     _((_ `^--' /_<  \      |
.+|______|__.-||__)`-'(((/  (((/      |  "Any technology distinguishable
                                       |  from magic, is not advanced
   Nika plays with a computer mouse    |  enough" -- Gregory Benford
       BY: Mike Rosulek                |
          http://showcase.netins.net/web/mikewrld/ascii/




From arttysta  Tue May 18 15:51:43 2004
From: arttysta (arttysta)
Date: Wed, 19 May 2004 00:51:43 +0200
Subject: Ad-hoc and wds ... How to start ??
Message-ID: <000c01c43d2a$b1cbc9e0$0a01a8c0@artline5stqgle>

Hi.

I'm new on this mailing list . :)

i have one one problem with hostap 0.2.1 :
How to start wds with ad-hoc mode ?
In readme file is some thing about wds but it works when prism cards are in master and managed mode .
What i should write to the iwpriv ?
mac adress or cell?

Thanks for all ideas :)

One more:
How to secure that bridge connection ?


Once more Thanks 

Art
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040519/63446da1/attachment.htm 


From openapproject  Tue May 18 16:28:42 2004
From: openapproject (gaurav dawra)
Date: Tue, 18 May 2004 23:28:42 +0000
Subject: Senao SL2511 CD+ EXT2/Unresolved Symbols"depmod hostap_cs.o"
Message-ID: <BAY7-F190xUTky6rLjo000260ed@hotmail.com>

Hi

Thankyou anywayz for your suggestions. i got the hostap-driver compiled and 
SORT OF working, as i am not sure it is working or not right now :)

After restarting "pcmcia service" , when i do "iwconfig", it gives me this 
warning: Please suggest what does that mean. Is it detected as a "device", 
now this is important for a project to understand how hostap driver handles 
the wireless card. What does wifi0 means, it is not detecting it as eth1 as 
eth0 is "ethernet" on my computer.
===============================================================================
[root at openap driver]# iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

dummy0    no wireless extensions.

sit0      no wireless extensions.

Warning: Driver for device wifi0 has been compiled with version 14
of Wireless Extension, while this program is using version 15.
Some things may be broken...

wifi0     IEEE 802.11-DS  ESSID:"test"
          Mode:Master
          Encryption key:off
          Link Quality:0  Signal level:0  Noise level:0
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0
===============================================================================
please suggest what does that "warning means", as i first tried the 
hostap-driver-0.1.3 and then i even tried the hostap-driver-0.2.1 on it. 
Warning is still there. Please tell me will this wifi0 will work the same 
way as eth1 might have worked. If yes, why the wireless device is not listed 
in the REDHAT CONFIG NETWORK  wireless list.  Regarding that warning there 
seems to be not much documentation on the internet , not in FAQ.

Still Thanx for all your suggestions,  i will really appreciate if you can 
provide me some help or documentation to understand more about Hostap driver 
and wireless interface wifi0.

Regards,

Gaurav


>From: Pavel Roskin <proski at gnu.org>
>To: gaurav dawra <openapproject at hotmail.com>
>Subject: Re: Senao SL2511 CD+ EXT2/Unresolved Symbols"depmod hostap_cs.o"
>Date: Tue, 18 May 2004 17:54:54 -0400 (EDT)
>
>On Tue, 18 May 2004, gaurav dawra wrote:
>
>>I am sure that the PCMCIA support (CONFIG_PCMCIA) is disabled in the 
>>kernel. First of all i have downloaded the hostap-driver-0.1.3 and 
>>untarred in in "/home/hostap-0.1.3".
>>
>>I am using the vanilla kernel of redhat 2.4.20, which is in 
>>/usr/src/linux-2.4.20.
>>As suggested by you when i give the path to the PCMCIA_PATH and 
>>KERNEL_PATH in the "main" mail file in the directory /home/hostap-0.1.3, 
>>and do  the command make pccard, it gives me this error.
>>
>>Makefile:28: *** PCMCIA_PATH doesn't contain valid pcmcia-cs source.  
>>Stop.
>>---------------------------------------------------------------------
>>I looked into the make file line no. 28, it says this:  an ERROR message 
>>because it is looking for
>>ifeq (,$(wildcard $(PCMCIA_PATH)/include/pcmcia/version.h)),  please 
>>ignore my ignorance but i believe it means that it is checking the 
>>version.h file in the PCMCIA_PATH/include/pcmcia directory but there is no 
>>"include" directory. Please suggest why it is not taking the path i am 
>>entering into it. I also tried the command. The way i have entered the 
>>path is this way :
>>
>>PCMCIA_PATH=/home/hostap-driver-0.1.3
>
>I think it's wrong.  Please use separate directories for pcmcia-cs and 
>hostap.  PCMCIA_PATH should point to the directory where pcmcia-cs sources 
>are located.
>
>Just in case, the kernel should be in a separate directory too. KERNEL_PATH 
>should point to the kernel sources, not to the sources of pcmcia-cs or 
>hostap.
>
>>Also executed this command:
>>
>>make PCMCIA_PATH='/home/hostap-0.1.3' clean all, Still it didn't worked. 
>>The modules hostap_crypt.o and hostap_crypt_wep.o and hostap.o gets loaded 
>>but NOT hostap_cs.o , which when i look again into the /var/log/messages , 
>>lots of unresolved symbols. Also dmesg again says that "cardservices 
>>version mismatch"
>
>The error message in the makefile was correct.  Perhaps you have old 
>modules compiled with incorrect PCMCIA_PATH.  You may need to remove them 
>manually if the new driver doesn't overwrite them.
>
>>FYI i am using 2.4.20 kernel and senao NL2511CD+EXT2 card, ricoh based 
>>cards.
>>
>>Please suggest what i am doing wrong. Yes!! DO I HAVE TO MODIFIY THE 
>>Makefile in /hosap-driver-0.1.3/driver/modules to enter the 
>>PCMCIA_PATH(which it is not taking) in the starting.
>
>I believe you should not modify anything except the toplevel Makefile in 
>the hostap sources.
>
>--
>Regards,
>Pavel Roskin

_________________________________________________________________
MSN Toolbar provides one-click access to Hotmail from any Web page ? FREE 
download! http://toolbar.msn.click-url.com/go/onm00200413ave/direct/01/




From kwabbernoot  Tue May 18 21:47:25 2004
From: kwabbernoot (Kwabbernoot)
Date: Wed, 19 May 2004 12:47:25 +0800
Subject: List of network cards with prism chip
Message-ID: <40AAE6DD.7090500@wanadoo.nl>

Hi All,

I can remember that I saw a list before of al network cards holding 
a prism-chip, but I can not find it anymore. Does someone know where 
to find this list?

Regards,
Arnaud



From askatti  Tue May 18 22:03:21 2004
From: askatti (Anand S. Katti)
Date: Wed, 19 May 2004 10:33:21 +0530 (IST)
Subject: Association Protocol Supported Rates
In-Reply-To: <20040518173657.3905356E@mail.iocaine.com>
References: <20040518173657.3905356E@mail.iocaine.com>
Message-ID: <Pine.BSF.4.58.0405191022520.37333@ece.iisc.ernet.in>

Hello All,


> 	How does the client and AP initially aggree on a rate ? after
> exchanging supported rates in the Association Request and Association
> Response ? What rate do they settle on for transaction ?

To check this. I conducted few experiments by setting AUTORATE SELECTION
in the client, then the observed the Probe requests, responses from the
AP, Asso Req and Asso Res from the AP, the supported rates field remains
the same in all the above packets. The supported rates field lists
1,2,5,5 and 11Mbps.

Now I fixed the rate to 5.5 Mbps at the client side and then observed the
Probe req,res, Asso REq and Asso res. Then i observed the above packets
for the supported rates. The probe req contained 5.5 Mbps in
supported rates field since i forced it. But no Asso Req went from the
client side.

Could any of you please solve this or tell me how this supported rates
field is used in all those management frames ?

Thanking you,
Anand



From jim  Tue May 18 23:02:05 2004
From: jim (Jim Thompson)
Date: Tue, 18 May 2004 23:02:05 -0700
Subject: List of network cards with prism chip
In-Reply-To: <40AAE6DD.7090500@wanadoo.nl>
References: <40AAE6DD.7090500@wanadoo.nl>
Message-ID: <0E40DF06-A95A-11D8-8977-000A95AB7778@netgate.com>

http://www.personaltelco.net/index.cgi/Prism2Card ?

On May 18, 2004, at 9:47 PM, Kwabbernoot wrote:

> Hi All,
>
> I can remember that I saw a list before of al network cards holding a 
> prism-chip, but I can not find it anymore. Does someone know where to 
> find this list?
>
> Regards,
> Arnaud
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap




From proski  Tue May 18 23:07:42 2004
From: proski (Pavel Roskin)
Date: Wed, 19 May 2004 02:07:42 -0400 (EDT)
Subject: Senao SL2511 CD+ EXT2/Unresolved Symbols"depmod hostap_cs.o"
In-Reply-To: <BAY7-F190xUTky6rLjo000260ed@hotmail.com>
References: <BAY7-F190xUTky6rLjo000260ed@hotmail.com>
Message-ID: <Pine.LNX.4.58.0405190154540.10706@portland.hansa.lan>

On Tue, 18 May 2004, gaurav dawra wrote:

> Warning: Driver for device wifi0 has been compiled with version 14
> of Wireless Extension, while this program is using version 15.

> please suggest what does that "warning means", as i first tried the
> hostap-driver-0.1.3 and then i even tried the hostap-driver-0.2.1 on it.
> Warning is still there.

Of course it's still there.  iwconfig was compiled with version 14.  The
driver was compiled with version 15.  If you compile another version of
driver, it's still compiled with version 15.  It shouldn't be surprising.
If you want to fix this warning, you should recompile iwconfig rather than
the driver.

The latest beta version of Wireless Tools (27.pre22) doesn't use kernel
headers and shouldn't produce such warning.  For older versions, see the
top-level Makefile for the kernel path.

> Please tell me will this wifi0 will work the same way as eth1 might have
> worked. If yes, why the wireless device is not listed in the REDHAT
> CONFIG NETWORK wireless list.  Regarding that warning there seems to be
> not much documentation on the internet , not in FAQ.
>
> Still Thanx for all your suggestions, i will really appreciate if you
> can provide me some help or documentation to understand more about
> Hostap driver and wireless interface wifi0.

This wifi0 question should be in FAQ already, but since it's not, I'll
answer.  It doesn't work like ethX interfaces.  You probably shouldn't use
it at all.  It's used by the driver internally, as described in README.

Use wlan0 instead.  It works like ethX (at least when hostap is not in the
monitor mode).

-- 
Regards,
Pavel Roskin



From jkmaline  Tue May 18 23:12:13 2004
From: jkmaline (Jouni Malinen)
Date: Tue, 18 May 2004 23:12:13 -0700
Subject: AW: HostAP and EAP/TLS
In-Reply-To: <20040518211555.E8742955@mail.iocaine.com>
References: <26CA9F3E-A8F1-11D8-AD34-000A95B1BFFA@acm.org>
	<20040518211555.E8742955@mail.iocaine.com>
Message-ID: <20040519061213.GC7330@jm.kir.nu>

On Tue, May 18, 2004 at 09:03:00PM +0200, Daniel Walther wrote:

> I've started the radwatch script and saw, that my radius server dies every
> 10 seconds! But why?

> By the way, I'm using freeradius-0.9.3 and openssl-SNAP-20040518.

Wouldn't FreeRADIUS mailing list be more suitable for this question?

I would try that with openssl release, not a snapshot and also make sure
that you don't have different versions of openssl or other libraries
around to make the compilation of FreeRADIUS and runtime libraries not
match with eachother. I have used number of FreeRADIUS versions (well,
mostly CVS snapshots at the moment) with openssl 0.9.7d and EAP-TLS
works fine.

-- 
Jouni Malinen                                            PGP id EFC895FA



From proski  Tue May 18 23:12:50 2004
From: proski (Pavel Roskin)
Date: Wed, 19 May 2004 02:12:50 -0400 (EDT)
Subject: List of network cards with prism chip
In-Reply-To: <40AAE6DD.7090500@wanadoo.nl>
References: <40AAE6DD.7090500@wanadoo.nl>
Message-ID: <Pine.LNX.4.58.0405190209210.10706@portland.hansa.lan>

On Wed, 19 May 2004, Kwabbernoot wrote:

> Hi All,
>
> I can remember that I saw a list before of al network cards holding
> a prism-chip, but I can not find it anymore. Does someone know where
> to find this list?

http://www.linux-wlan.org/docs/wlan_adapters.html.gz
http://www.seattlewireless.net/index.cgi/HardwareComparison

Neither is a complete list, of course.

-- 
Regards,
Pavel Roskin



From jkmaline  Tue May 18 23:15:23 2004
From: jkmaline (Jouni Malinen)
Date: Tue, 18 May 2004 23:15:23 -0700
Subject: Association Protocol Supported Rates
In-Reply-To: <Pine.BSF.4.58.0405191022520.37333@ece.iisc.ernet.in>
References: <20040518173657.3905356E@mail.iocaine.com>
	<Pine.BSF.4.58.0405191022520.37333@ece.iisc.ernet.in>
Message-ID: <20040519061523.GD7330@jm.kir.nu>

On Wed, May 19, 2004 at 10:33:21AM +0530, Anand S. Katti wrote:

> Now I fixed the rate to 5.5 Mbps at the client side and then observed the
> Probe req,res, Asso REq and Asso res. Then i observed the above packets
> for the supported rates. The probe req contained 5.5 Mbps in
> supported rates field since i forced it. But no Asso Req went from the
> client side.

That configuration is likely to not work with any normal AP. IEEE 802.11
requires that the station supports all basic rates of the AP. In most
IEEE 802.11b APs the basic rate set is {1}, {1, 2}, or {1, 2, 5.5, 11}.
In other words, if you remove 1 Mbps from the support rate set of the
station, it will not associate with any of the APs with the basic rate
sets listed above.

-- 
Jouni Malinen                                            PGP id EFC895FA



From d.walther  Wed May 19 03:06:41 2004
From: d.walther (Daniel Walther)
Date: Wed, 19 May 2004 12:06:41 +0200
Subject: AW: HostAP and EAP/TLS
In-Reply-To: <CC3780F7-A91B-11D8-AD34-000A95B1BFFA@acm.org>
Message-ID: <200405191005.i4JA5oZj027242@service7.hta-bi.bfh.ch>

Hello Chris

The problem with the dieing of the Freeradius ist solved. Now it works. Only
the authentication isn't working yet!
What data do you have in your users file from freeradius?

In the attached file, you will find the output from freeradius while the
faild authorization.

I hope you are able to help me.

Thanks in advance.

Regards
Daniel




-----Urspr?ngliche Nachricht-----
Von: Chris Evans [mailto:cwevans at acm.org] 
Gesendet: Mittwoch, 19. Mai 2004 00:36
An: Daniel Walther
Cc: hostap at shmoo.com
Betreff: Re: HostAP and EAP/TLS

I'd say, find out how the radius server is starting, hope it was 
compiled with debugging symbols, and then start it up yourself with...
gdb freeradius
... let gdb start
 >run <with args>

and then when it crashes, run
 >bt
and send the output to the mailing list, or me.

On May 18, 2004, at 12:03 PM, Daniel Walther wrote:

> I've started the radwatch script and saw, that my radius server dies 
> every
> 10 seconds! But why?
--
       -+--++---+++----++++-----+++++-----++++----+++---++--+-
      ___
  _.-|   |          |\__/,|   (`\      | Chris Evans
{   |   |          |o o  |__ _) )     |
  "-.|___|        _.( T   )  `  /      | cwevans at acm.org
   .--'-`-.     _((_ `^--' /_<  \      |
.+|______|__.-||__)`-'(((/  (((/      |  "Any technology distinguishable
                                       |  from magic, is not advanced
   Nika plays with a computer mouse    |  enough" -- Gregory Benford
       BY: Mike Rosulek                |
          http://showcase.netins.net/web/mikewrld/ascii/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: output.dat
Type: application/octet-stream
Size: 7316 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20040519/b775f0b9/attachment.obj 


From askatti  Wed May 19 04:07:05 2004
From: askatti (Anand S. Katti)
Date: Wed, 19 May 2004 16:37:05 +0530 (IST)
Subject: Association Protocol Supported Rates
In-Reply-To: <20040519100734.592EC3824@mail.iocaine.com>
References: <20040519100734.592EC3824@mail.iocaine.com>
Message-ID: <Pine.BSF.4.58.0405191620230.43138@ece.iisc.ernet.in>


Jouni,

>>That configuration is likely to not work with any normal AP. IEEE 802.11

>> Now I fixed the rate to 5.5 Mbps at the client side and then observed
>>the
>> Probe req,res, Asso REq and Asso res. Then i observed the above packets
>> for the supported rates. The probe req contained 5.5 Mbps in
>> supported rates field since i forced it. But no Asso Req went from the
>> client side.

>That configuration is likely to not work with any normal AP. IEEE 802.11
>requires that the station supports all basic rates of the AP. In most
>IEEE 802.11b APs the basic rate set is {1}, {1, 2}, or {1, 2, 5.5, 11}.
>In other words, if you remove 1 Mbps from the support rate set of the
>station, it will not associate with any of the APs with the basic rate
>sets listed above.

Does this mean that "supported rates" field is just & must field inthe
requests/response to make sure that standard "basic rate set"
{1},{1,2},{1,2,5,5,11} are supported by the Access Card and Access Point ?

And is it mandatory that all the Acccess Cards and Access Points must and
should support all the above set of rates ?

Since most of the cards hardware(if the card is 802.11b compliant) does
support these supported rates, then
what is point in having that field in the Prob req/ers Asso req/res
Beacon frames ?


Please correct me if im wrong.

I was in the notion that, the client who is sending "Assocaition
Request" to the AP will mention the "supported rates" as 1 or 2 or 5.5 or
11 Mbps, out of this which one he is capable of using. (and this decesion
is taken after sensing the signal strength of the heard beacon frame
from a AP) ?


Then after exchnage of Association Req and Response, What rate is allotted
to client ? by default does the client choose 11Mbps ? or the AP allotes
11Mbps ?

Your precious answers creates more questions in me..

Thanking You,
Anand




From karlssoj  Wed May 19 07:21:02 2004
From: karlssoj (Jonny Karlsson IT 00)
Date: Wed, 19 May 2004 17:21:02 +0300 (EEST)
Subject: hostap-0.2.1 as repeater
Message-ID: <Pine.LNX.4.58.0405191711080.29497@penti.sit.fi>

Hello!

I want to set up a hostap access point, hostap-0.2.1 (wpa authenticator),
as a repeater to a Cisco 1230B access point. Is this possible?
How do I configure a hostap access point to act as a repeater?
And is it also possible to set up this framework with WPA
protection? (The Cisco AP supports WPA)


Regards
Jonny Karlsson




From raj  Wed May 19 07:37:14 2004
From: raj (Rajashekhar Mansanpally)
Date: Wed, 19 May 2004 10:37:14 -0400
Subject: WLAN_RATE_DECREASE_THRESHOLD
Message-ID: <1084977434.7383.7.camel@honeycomb>

STA's TX rate is decreased after WLAN_RATE_DECREASE_THRESHOLD
consecutive dropped packets. Is there similar mechanism for wds
somewhere in the driver?

TIA
Raj




From snai8255  Wed May 19 07:38:25 2004
From: snai8255 (snai8255 at mail.usyd.edu.au)
Date: Thu, 20 May 2004 00:38:25 +1000
Subject: succesful deploying wpa enabled access point
Message-ID: <1084977505.40ab7161716b4@www-mail.usyd.edu.au>

hey guys;

i am interested in deploying a wpa enabled access point on linux using
hostap.was wondering if anyone has any well documented sucess story i can
refer to.

regards

saji

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.



From mousumi.m.hazra  Wed May 19 10:10:57 2004
From: mousumi.m.hazra (Hazra, Mousumi M)
Date: Wed, 19 May 2004 10:10:57 -0700
Subject: Using hostap with 300mW Zcomax cards
Message-ID: <96E39AF1B99FDC47A38DDAB22C3E70CA9886FD@orsmsx408.jf.intel.com>

I am trying to use Hostap with 300mW Zcomax cards (STA: V1.4.9). I am
however unable to receive any management frames in the host side.
Specifically I am looking for Beacons from other BSS/IBSS but am not
getting any Beacon frames. It seems the card is operating in a FW AP
mode and so not forwarding management frames to the hostap driver. IDo I
need to set the card into a particular (hostap) mode in order to receive
the management frames?

 

Thank you

 

Mousumi M Hazra, Ph.D.

CTL, CTG

Intel Corp.

mousumi.m.hazra at intel.com

Ph. 503-712-7853

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040519/21f59a76/attachment.htm 


From jphstap  Wed May 19 10:33:00 2004
From: jphstap (Joe Parks)
Date: Wed, 19 May 2004 13:33:00 -0400
Subject: Using hostap with 300mW Zcomax cards
In-Reply-To: <96E39AF1B99FDC47A38DDAB22C3E70CA9886FD@orsmsx408.jf.intel.com>
References: <96E39AF1B99FDC47A38DDAB22C3E70CA9886FD@orsmsx408.jf.intel.com>
Message-ID: <20040519133300.687d0ef4@scrodconumulus>

On Wed, 19 May 2004 10:10:57 -0700
"Hazra, Mousumi M" <mousumi.m.hazra at intel.com> wrote:

> I am trying to use Hostap with 300mW Zcomax cards (STA: V1.4.9). I am
> however unable to receive any management frames in the host side.
> Specifically I am looking for Beacons from other BSS/IBSS but am not
> getting any Beacon frames. It seems the card is operating in a FW AP
> mode and so not forwarding management frames to the hostap driver. IDo I
> need to set the card into a particular (hostap) mode in order to receive
> the management frames?
> 

You will need to upgrade the firmware.  1.4.9 is bad.   See archives or the README for instructions on how to do this.



From trepo  Wed May 19 14:57:57 2004
From: trepo (Viliam Trepak)
Date: Wed, 19 May 2004 23:57:57 +0200
Subject: trying to configure a DWL-500
In-Reply-To: <40AA7477.50805@unica.it>
References: <40A8FCD0.5080206@unica.it>
	<Pine.LNX.4.60.0405181337330.4598@marabou.research.att.com>
	<40AA7477.50805@unica.it>
Message-ID: <1085003877.24819.45.camel@hq.netcomga.sk>

Hello,

On Tue, 2004-05-18 at 22:39, Roberto De Leo wrote:

> indeed, I guessed so, in the PC where everything works fine the card has 
> been given IRQ 5 and no problem ever showed up, here for some reason I 
> get IRQ 19 and this odd behaviour. Probably the MB has some quirk? It is 
> a dual CPU MB, maybe this collides somehow with the Ricoh card?

I had the same IRQ problem with a dual-cpu motherboard a few months
back. As it had only one CPU (the mobo was crippled - had no second CPU
slot) booting the kernel with the "noapic" parameter solved it. Though I
don't know how would this affect an actual smp machine.

---
Viliam Trepak





From jkmaline  Thu May 20 00:11:23 2004
From: jkmaline (Jouni Malinen)
Date: Thu, 20 May 2004 00:11:23 -0700
Subject: kernel: prism2_hostapd: unknown cmd=12
In-Reply-To: <Pine.LNX.4.33.0405170746010.17736-100000@mail.cybernet.com>
References: <40A60E2A.2010205@wanadoo.nl>
	<Pine.LNX.4.33.0405170746010.17736-100000@mail.cybernet.com>
Message-ID: <20040520071123.GD7330@jm.kir.nu>

On Mon, May 17, 2004 at 07:53:13AM -0400, Kevin Tang wrote:

> I encountered the same message "Operation not supported" when I installed
> the lastest development version of hostapd but not the latest
> hostap-driver.  After I installed the latest driver, the message went
> away.  This might not be your problem, but it's an easy fix if it is.

> On Sat, 15 May 2004, Kwabbernoot wrote:
> > When I use my RH9 stop script for stopping hostapd is sends this 
> > "prism2_hostapd: unknown cmd=12" to syslog.

prism2_hostapd cmd=12 is PRISM2_HOSTAPD_SET_GENERIC_ELEMENT which was
added in 0.2.x branch. This error does indeed occur if the kernel driver
is from a 0.1.x release and hostapd from a 0.2.x release. This kind of
mismatch in versions is not recommended.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Thu May 20 00:10:24 2004
From: jkmaline (Jouni Malinen)
Date: Thu, 20 May 2004 00:10:24 -0700
Subject: WLAN_RATE_DECREASE_THRESHOLD
In-Reply-To: <1084977434.7383.7.camel@honeycomb>
References: <1084977434.7383.7.camel@honeycomb>
Message-ID: <20040520071024.GC7330@jm.kir.nu>

On Wed, May 19, 2004 at 10:37:14AM -0400, Rajashekhar Mansanpally wrote:

> STA's TX rate is decreased after WLAN_RATE_DECREASE_THRESHOLD
> consecutive dropped packets. Is there similar mechanism for wds
> somewhere in the driver?

Each WDS link peer should get a station entry and the same TX rate
control algorithm should be used with these stations.

-- 
Jouni Malinen                                            PGP id EFC895FA



From kwabbernoot  Thu May 20 00:35:15 2004
From: kwabbernoot (Kwabbernoot)
Date: Thu, 20 May 2004 15:35:15 +0800
Subject: kernel: prism2_hostapd: unknown cmd=12
In-Reply-To: <20040520071123.GD7330@jm.kir.nu>
References: <40A60E2A.2010205@wanadoo.nl>	<Pine.LNX.4.33.0405170746010.17736-100000@mail.cybernet.com>
	<20040520071123.GD7330@jm.kir.nu>
Message-ID: <40AC5FB3.5040700@wanadoo.nl>

> On Mon, May 17, 2004 at 07:53:13AM -0400, Kevin Tang wrote:
> 
> 
>>I encountered the same message "Operation not supported" when I installed
>>the lastest development version of hostapd but not the latest
>>hostap-driver.  After I installed the latest driver, the message went
>>away.  This might not be your problem, but it's an easy fix if it is.
> 
> 
>>On Sat, 15 May 2004, Kwabbernoot wrote:
>>
>>>When I use my RH9 stop script for stopping hostapd is sends this 
>>>"prism2_hostapd: unknown cmd=12" to syslog.
> 
> 
> prism2_hostapd cmd=12 is PRISM2_HOSTAPD_SET_GENERIC_ELEMENT which was
> added in 0.2.x branch. This error does indeed occur if the kernel driver
> is from a 0.1.x release and hostapd from a 0.2.x release. This kind of
> mismatch in versions is not recommended.
> 
I replaced everything with the latest CVS-release and everything 
works perfect. Thank you for your answer and the good work.

Regards,
Arnaud



From sergey  Thu May 20 05:24:18 2004
From: sergey (Sergey Basmanov)
Date: Thu, 20 May 2004 15:24:18 +0300
Subject: need advice
Message-ID: <40ACA372.8040204@billing.idknet.com>

Hi, All.
Could anyone tell me, why wds link changes its speed when idle?
I have a lot of messages in syslog:
May 20 14:55:42 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
lowered to 55
May 20 14:55:43 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
raised to 110
May 20 14:55:44 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
lowered to 55
May 20 14:55:44 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
raised to 110
May 20 14:55:47 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
lowered to 55
May 20 14:55:49 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
raised to 110
May 20 14:55:56 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
lowered to 55
May 20 14:55:57 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
raised to 110
May 20 14:56:01 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
lowered to 55
May 20 14:56:02 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
raised to 110
May 20 14:56:02 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
lowered to 55
May 20 14:56:03 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
raised to 110
May 20 14:56:20 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
lowered to 55
May 20 14:56:20 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
raised to 110
May 20 14:56:21 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
lowered to 55
May 20 14:56:22 survivor kernel: wlan0: STA 00:40:5a:04:23:74 TX rate 
raised to 110

STA 00:40:5a:04:23:74 - remote end of wds link.
Average link SNR ~25. When I connect my linuxbox to AP 00:40:5a:04:23:74 
as client (managed mode) both rx & tx speeds are always 11Mbps.

Why this could happen and how can I fix this?
Card LG WL2100P
NICID: id=0x8013 v1.0.0 (PRISM II (2.5) Mini-PCI (SST parallel flash))
PRIID: id=0x0015 v1.1.1
STAID: id=0x001f v1.7.4 (station firmware)

hostap driver: hostap_pci: 0.1.3 - 2004-02-08
kernel 2.6.3-4mdk

Thank You.



From smarkou  Thu May 20 05:32:40 2004
From: smarkou (Stavros Markou)
Date: Thu, 20 May 2004 15:32:40 +0300
Subject: WPA PSK on a usb chipset
Message-ID: <40ACA568.6030404@patras.atmel.com>

Hi,

After the success I had with this supplicant using pcmcia, I am trying 
now to work with usb also.
I get succes when I try to associate but it seems that the supplicant 
does not "sniff" the RX EAPOL packets like it does with my pcmcia 
device. Also I see that RX EAPOL dump instead of 888e format has 878e. 
Can you give me a hint ? EAP-TTLS with MSCHAPV2 worked perfectly on 
pcmcia!!!
I send you the log files of pcmcia and usb capture.

Thanks in Advance,

Stavros Markou.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: log-pcmcia.txt
Url: http://lists.shmoo.com/pipermail/hostap/attachments/20040520/a2949be0/attachment.txt 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: log-usb.txt
Url: http://lists.shmoo.com/pipermail/hostap/attachments/20040520/a2949be0/attachment-0001.txt 


From jpaos  Thu May 20 09:02:06 2004
From: jpaos (=?ISO-8859-1?Q?Jo=E3o_Pedro_Oliveira?=)
Date: Thu, 20 May 2004 17:02:06 +0100
Subject: Operation mode of prism firmware.
Message-ID: <40ACD67E.6070608@netcabo.pt>

Hi!

I am looking for some answers regarding hostap and 802.11. If anyone
could help I would apreciate.

1) Is it possible for a card in station mode to send mac frames to an AP
and still be able to receive adhoc frames? i.e., is it possible somehow
to have a card communicating to an AP and an adhoc station?

2) If 1) is not possible, does anyone knows if one frame we construct in
adhoc mode for one AP, i.e., with the mac address 3 with the ssid of the
AP, is interpreted by the AP? Assuming that we put the mac address of
the station as an associated station in the AP?

Thanks in advance,

Jo?o Oliveira.





From jkmaline  Thu May 20 00:46:33 2004
From: jkmaline (Jouni Malinen)
Date: Thu, 20 May 2004 00:46:33 -0700
Subject: AW: HostAP and EAP/TLS
In-Reply-To: <200405191005.i4JA5oZj027242@service7.hta-bi.bfh.ch>
References: <CC3780F7-A91B-11D8-AD34-000A95B1BFFA@acm.org>
	<200405191005.i4JA5oZj027242@service7.hta-bi.bfh.ch>
Message-ID: <20040520074633.GE7330@jm.kir.nu>

On Wed, May 19, 2004 at 12:06:41PM +0200, Daniel Walther wrote:

> In the attached file, you will find the output from freeradius while the
> faild authorization.

What kind of client card and Supplicant were you using? FreeRADIUS does
not seem to like one of the TLS ACKs:

> rlm_eap_tls: Received EAP-TLS ACK message
> rlm_eap_tls: Invalid ACK received

If the Supplicant you used was wpa_supplicant, I'm certainly interested
in getting more details. If it was something else, you might get better
response from another mailing list since this seems to be a problem
between Supplicant and AuthSrv. Anyway, it would be useful to get a
sniffer log of the packets either from air between the Supplicant and
Authenticator or from Authenticator<->AuthSrv.

-- 
Jouni Malinen                                            PGP id EFC895FA



From eduardg  Thu May 20 10:41:13 2004
From: eduardg (Eduard Garcia)
Date: Thu, 20 May 2004 19:41:13 +0200
Subject: Installing Allied Telesyn WCL452 wireless card pcmcia
Message-ID: <1085074873.40acedb90eaa0@wmail-mat.upc.es>


>Does anyone know how to install allied telesyn wcl452 (at-wcl452) pcmcia
>wireless card in linux using hostap driver?
>
>I have already tried to installed with downloaded compiled kernel with
>hostap , but i still failed.
>
>any clue?

Hi, 

the original message is 3 months old. Muhammad, have you solved the situation? 
Maybe it's a newbie issue, but  my homeland is OSI layer 3 and above; lower 
layers are a mystery for me ;((

I add some information.

**Running cardctl ident I get:

Socket 1:
product info: "Allied Telesyn", "AT-WCL452 Wireless PCMCIA Radio", "Ver. 
1.00", ""
manfid: 0xc00f, 0x0000
function: 6 (network)


**I edited /etc/pcmcia/hostap_cs.conf and /etc/pcmcia/config to add:

card "Allied Telesyn"
#version "Ver. 1.00", ""
manfid 0xc00f, 0x0000
bind "hostap_cs"


**but I get this on /var/log/messages:



May 20 15:41:02 project1 cardmgr[1787]: socket 1: Allied Telesyn
May 20 15:41:02 project1 kernel: cs: memory probe 0x0d0000-0x0dffff: clean.
May 20 15:41:02 project1 kernel: hostap_cs: index 0x01: Vcc 5.0, irq 3, io 
0x0100-0x013f
May 20 15:41:03 project1 kernel: hostap_cs: Registered netdevice wlan0
May 20 15:41:03 project1 kernel: wlan0: NIC: id=0x801b v1.0.0
May 20 15:41:03 project1 kernel: wlan0: PRI: id=0x15 v1.1.0
May 20 15:41:03 project1 kernel: wlan0: STA: id=0x1f v1.4.9
May 20 15:41:03 project1 /etc/hotplug/net.agent: invoke ifup wlan0
May 20 15:41:03 project1 kernel: spurious 8259A interrupt: IRQ7.
May 20 15:41:05 project1 kernel: wlan0: interrupt delivery does not seem to work
May 20 15:41:07 project1 kernel: wlan0: interrupt delivery does not seem to work
May 20 15:41:07 project1 kernel: wlan0: TXRateControl/cnfSupportedRates setting 
to 0x8 failed
May 20 15:41:08 project1 kernel: hostap_cs: wlan0: resetting card
May 20 15:41:11 project1 cardmgr[1787]: executing: './network start wlan0 2>&1'
May 20 15:41:11 project1 cardmgr[1787]: + Error for wireless request "Set 
Frequency" (8B04) :
May 20 15:41:11 project1 cardmgr[1787]: + SET failed on device wlan0 ; Invalid 
argument.
May 20 15:41:11 project1 cardmgr[1787]: + Error for wireless request "Set 
Encode" (8B2A) :
May 20 15:41:11 project1 cardmgr[1787]: + SET failed on device wlan0 ; Invalid 
argument.
May 20 15:41:11 project1 cardmgr[1787]: + Error for wireless request "Set 
ESSID" (8B1A) :
May 20 15:41:11 project1 cardmgr[1787]: + SET failed on device wlan0 ; Invalid 
argument.
May 20 15:41:14 project1 kernel: NETDEV WATCHDOG: wlan0: transmit timed out
May 20 15:41:14 project1 kernel: wlan0 Tx timed out! Resetting card
May 20 15:41:14 project1 kernel: hostap_cs: wlan0: resetting card



Theres' only left to say that leaving all things unchanged, everything works OK 
with a Netgear MA401RA and with a Conceptronic C11C.


Thank you in advance.


Edu


-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/




From openapproject  Thu May 20 16:53:10 2004
From: openapproject (gaurav dawra)
Date: Thu, 20 May 2004 23:53:10 +0000
Subject: pc104 and HOSTAP
Message-ID: <BAY7-F36Ox3aYggFyLG0002f45c@hotmail.com>

Hi Every one

This might be a very different questions. But i would like to ask does 
hostap driver works with the pc104 and the pc104 to PCMCIA adapter( module) 
mounted  on it.

PLease suggest, I am looking to load linux kernel on one of the PC104 cards,

Gaurav

_________________________________________________________________
Stop worrying about overloading your inbox - get MSN Hotmail Extra Storage! 
http://join.msn.click-url.com/go/onm00200362ave/direct/01/




From limyuxi  Thu May 20 19:14:04 2004
From: limyuxi (Yu-Xi Lim)
Date: Thu, 20 May 2004 22:14:04 -0400
Subject: pc104 and HOSTAP
In-Reply-To: <BAY7-F36Ox3aYggFyLG0002f45c@hotmail.com>
References: <BAY7-F36Ox3aYggFyLG0002f45c@hotmail.com>
Message-ID: <f8e9af4e04052019147b633211@mail.gmail.com>

On Thu, 20 May 2004 23:53:10 +0000, gaurav dawra
<openapproject at hotmail.com> wrote:
> This might be a very different questions. But i would like to ask does
> hostap driver works with the pc104 and the pc104 to PCMCIA adapter( module)
> mounted  on it.
> 
> PLease suggest, I am looking to load linux kernel on one of the PC104 cards,

Yeah, I think it's a very different question. If Linux supports your
PCMCIA chipset (through PCMCIA-CS or direct kernel support), then Host
AP should work on it. You should check with the PCMCIA-CS group
instead. AFAIK, some, but not all PC104 PCMCIA bridges are supported.



From cweyl  Thu May 20 19:45:54 2004
From: cweyl (Chris Weyl)
Date: Thu, 20 May 2004 22:45:54 -0400
Subject: spec file for hostap module building
Message-ID: <1085107553.7457.4400.camel@remus>

Hi all!

Here's a spec file to help out with building the hostap-driver code...  
Hopefully it'll be of some assistance:)  It has a few nifty features
that you can use to build for different archs/kernels from the command
line.

I've only tested it building against 2.6.x kernels (fc2).

            -Chris

-------------- next part --------------
# Is this a preversion?
#define prever rc2 

# Comma separated list of cards for which to compile a driver
#%{!?cards: %{expand: %%define cards all}}

# "uname -r" output of the kernel to build for, the running one
# if none was specified with "--define 'kernel <uname -r>'"
%{!?kernel: %{expand: %%define kernel %(uname -r)}}

%define kversion %(echo %{kernel} | sed -e s/smp// -)
%define krelver  %(echo %{kversion} | tr -s '-' '_')
%if %(echo %{kernel} | grep -c smp)
    %{expand:%%define ksmp -smp}
    %{expand:%%define kernel_type smp}
%else
    %{expand:%%define kernel_type up}
%endif

%{!?kbuildsrc: %{expand: %%define kbuildsrc /lib/modules/%%{kernel}/build}}

Summary: The hostap kernel modules
Name:    hostap-driver
Version: 0.1.3
Release: %{?prever:0.%{prever}.}4
License: GPL
Group:   System Environment/Kernel
Source:  %{name}-%{version}.tar.gz
Patch:	 makefile-userbuild.patch
URL:     http://hostap.epitest.fi
BuildRoot: %{_tmppath}/%{name}-%{version}-root
#BuildRequires: kernel-source = %{kversion}

%description
This package contains, among other things, the hostap crypt modules
required for WEP using the Intel ipw2100/ipw2200 wireless ethernet
cards.

You may recompile for a given kernel version and arch with :
--define "kernel <uname -r output>"
(for example "kernel 2.4.20-9")
--target <arch>


%package -n kernel%{?ksmp}-module-hostap
Summary: The hostap-driver kernel modules.
Release: %{release}_%{krelver}
Group: System Environment/Kernel
Requires: kernel%{?ksmp} = %{kversion}, /sbin/depmod
Provides: kernel-modules hostap-driver
%{?ksmp:Provides: kernel-module-hostap = %{version}-%{release}_%{krelver}}

%description -n kernel%{?ksmp}-module-hostap
Kernel hostap modules.

This package contains the hostap kernel modules for the Linux kernel package :
%{kversion} (%{_target_cpu}%{?ksmp:, SMP}).

%package source
Summary: The hostap-driver source tree.
Group:   Development/System

%description source
This package contains the source tree used to build the hostap-driver
modules.  It is needed to build some additional modules, including the
Intel ipw2100/2200 wireless ethernet drivers.

%prep
%setup -q -n %{name}-%{version}%{?prever}
%patch

%build
%__make KERNEL_PATH=%{kbuildsrc}

%install
%__rm -rf %{buildroot}
%__mkdir_p %{buildroot}/etc/pcmcia
%__mkdir_p %{buildroot}/lib/modules/%{kernel}/
%__make install DESTDIR=%{buildroot} \
	KERNEL_PATH=%{kbuildsrc}

#Source.
%__mkdir_p %{buildroot}%{_prefix}/src/%{name}-%{version}
%__make clean KERNEL_PATH=%{kbuildsrc}
%__tar cf - . | (cd %{buildroot}%{_prefix}/src/%{name}-%{version} ; %__tar xf -)

echo %{_prefix}/src/%{name}-%{version} > %{buildroot}%{_sysconfdir}/hostap-driver-source

%pre

%preun source
if [ -h %{buildroot}%{_prefix}/src/%{name} ] ; then
	%__rm -f %{buildroot}%{_prefix}/src/%{name}
fi 

%post -n kernel%{?ksmp}-module-hostap
/sbin/depmod -a

%post source
if [ -h %{buildroot}%{_prefix}/src/%{name} ] ; then
	%__rm -f %{buildroot}%{_prefix}/src/%{name}
	%__ln_s %{buildroot}%{_prefix}/src/%{name}-%{version} \
		%{buildroot}%{_prefix}/src/%{name}
fi

%postun -n kernel%{?ksmp}-module-hostap
/sbin/depmod -a

%clean
rm -rf %{buildroot}

%files -n kernel%{?ksmp}-module-hostap
%defattr(-, root, root)
%doc COPYING README ChangeLog 
/lib/modules/%{kernel}/kernel/drivers/net/wireless/*
%config(noreplace) %{_sysconfdir}/pcmcia/hostap_cs.conf

%files source
%defattr(-, root, root)
%{_prefix}/src/%{name}-%{version}/*
%{_sysconfdir}/hostap-driver-source

%changelog
* Sat May  8 2004 Chris Weyl <cweyl at alumni.drew.edu>
- first spec file; template blatanly stolen from Matthias Saou's 
  <matthias.saou at est.une.marmotte.net> most excellent alsa-driver
  spec file (see http://www.freshrpms.net/).



From bao  Fri May 21 00:32:06 2004
From: bao (Bao C. Ha)
Date: Fri, 21 May 2004 03:32:06 -0400
Subject: pc104 and HOSTAP
In-Reply-To: <BAY7-F36Ox3aYggFyLG0002f45c@hotmail.com>
References: <BAY7-F36Ox3aYggFyLG0002f45c@hotmail.com>
Message-ID: <20040521073206.GA16971@minhnam>

On Thu, May 20, 2004 at 11:53:10PM +0000, gaurav dawra wrote:

I think that PC104 looks just like an ISA interface. We have not had
any problems running hostap on the OpenBrick, which has its PCMCIA slot
on a PC104 board.

Bao

> This might be a very different questions. But i would like to ask does 
> hostap driver works with the pc104 and the pc104 to PCMCIA adapter( module) 
> mounted  on it.
> 
> PLease suggest, I am looking to load linux kernel on one of the PC104 cards,

-- 
Best Regards.
Bao C. Ha
Hacom OpenBrick Distributor USA http://www.hacom.net
voice: (714) 530-8817 fax: (714) 530-8818
8D66 6672 7A9B 6879 85CD 42E0 9F6C 7908 ED95 6B38



From askatti  Fri May 21 06:05:55 2004
From: askatti (Anand S. Katti)
Date: Fri, 21 May 2004 18:35:55 +0530 (IST)
Subject: Tx Rate Choosing
Message-ID: <Pine.BSF.4.58.0405211815450.87964@ece.iisc.ernet.in>


Hello All,

When HostAP receives the Probe requests,

	0-  does it fix the supported rates in the probe response based
on the SIR value ?
	0-  does it fix the Tx Rate in the Association Response based on
the SIR value of the received Associate Request ?












From jkmaline  Fri May 21 06:28:18 2004
From: jkmaline (Jouni Malinen)
Date: Fri, 21 May 2004 06:28:18 -0700
Subject: Tx Rate Choosing
In-Reply-To: <Pine.BSF.4.58.0405211815450.87964@ece.iisc.ernet.in>
References: <Pine.BSF.4.58.0405211815450.87964@ece.iisc.ernet.in>
Message-ID: <20040521132818.GA7340@jm.kir.nu>

On Fri, May 21, 2004 at 06:35:55PM +0530, Anand S. Katti wrote:

> When HostAP receives the Probe requests,

It does not.. This is handled in firmware..

> 	0-  does it fix the supported rates in the probe response based
> on the SIR value ?
> 	0-  does it fix the Tx Rate in the Association Response based on
> the SIR value of the received Associate Request ?

No.

-- 
Jouni Malinen                                            PGP id EFC895FA



From proski  Fri May 21 14:49:26 2004
From: proski (Pavel Roskin)
Date: Fri, 21 May 2004 17:49:26 -0400 (EDT)
Subject: [PATCH] Kernel output path support
Message-ID: <Pine.LNX.4.60.0405211735190.4338@marabou.research.att.com>

Hello!

Linux 2.6 can be compiled to a separate directory.  If the O variable is 
set on the make command line, the source tree is considered read-only. 
All new files are created in the output directory, including .config, 
include/linux/version.h, object files and the compiled kernel.

This feature allows compiling different configurations from the same 
source (possibly even for different architectures), as well as compiling 
from read-only filesystems (e.g. CD-ROM, read-only NFS).

Support for the separate output directory is almost trivial to add.  The 
kernel build system takes care of everything.  But the top-level Makefile 
should include .config from the output directory.

Note that the hostap build system still creates all files in the source 
tree.  I don't think it's worth the trouble to implement the output 
directory for hostap itself.

-- 
Regards,
Pavel Roskin
-------------- next part --------------
--- Makefile
+++ Makefile
@@ -11,13 +11,17 @@
 # Leave this blank for kernel-tree PCMCIA compilations (CONFIG_PCMCIA):
 PCMCIA_PATH=
 
+# Output directory that you used when building Linux kernel, if any.
+# Note: this driver will be compiled to the current directory regardless.
+O = $(KERNEL_PATH)
+
 # This path will be prepended to every installed file
 DESTDIR=
 
 CC=gcc
 CFLAGS=-O2 -D__KERNEL__ -DMODULE -Wall -g -c $(EXTRA_CFLAGS)
 
-include $(KERNEL_PATH)/.config
+include $(O)/.config
 
 INCLUDES=-I$(KERNEL_PATH)/include
 ifdef PCMCIA_PATH


From askatti  Sat May 22 03:35:38 2004
From: askatti (Anand S. Katti)
Date: Sat, 22 May 2004 16:05:38 +0530 (IST)
Subject: Tx Rate Choosing
In-Reply-To: <20040521180025.9369A6F1@mail.iocaine.com>
References: <20040521180025.9369A6F1@mail.iocaine.com>
Message-ID: <Pine.BSF.4.58.0405221445570.62405@ece.iisc.ernet.in>


>> When HostAP receives the Probe requests,

>It does not.. This is handled in firmware..

>>       0-  does it fix the supported rates in the probe response based
>> on the SIR value ?
>>       0-  does it fix the Tx Rate in the Association Response based on
>> the SIR value of the received Associate Request ?

>No.

Then How does the Firmware handle these probe requests and association
requests ?

 I mean if the hostap is in sta mode, at what tx rate does the F/W send
the probe request/asso req ? does the f/w chose the tx rate by default ?
as highest 11Mbps or based on any other criteria ?

As far std says Generally control/mgmt frames are sent at 1 or 2 Mbps.

In Prism Driver Programmers manual F/w vers 2.3 its mentionde that f/w
keeps updated withthe channel info that contains signal and noise related
info, where else this SNR is used other than in AutoFallback Algo ?

Kindly answer.

Regards,
--Anand



From arttysta  Sat May 22 04:06:54 2004
From: arttysta (arttysta)
Date: Sat, 22 May 2004 13:06:54 +0200
Subject: Hostapd and slackware.
Message-ID: <001501c43fec$e43e5ae0$0a01a8c0@artline5stqgle>

Hello.

I have 3 wlan interfaces how to run hostapd to menage all of them?

When i run it then wlan is restared and all interfaces starts ass test essid where i can change that?

Regards 
Art
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040522/ef962489/attachment.htm 


From vda  Sat May 22 07:26:49 2004
From: vda (Denis Vlasenko)
Date: Sat, 22 May 2004 17:26:49 +0300
Subject: Are Netgear MA311 rev 2.0 Prism2-based?
Message-ID: <200405221726.49409.vda@port.imtp.ilyichevsk.odessa.ua>

Hi,

My sister bought me two cards and is going to mail them to me.
Since I am ~10000 km away from her, I'd like to check whether
they are indeed Prism2. She writes:

> Also, there is no information at all about the chipset, but you say that
> all Netgear MA311 have Intersil. ?If it helps at all, the card has a
> sticker that says "HW REV. 2.0".

Can anybody confirm that this hardware works with hostap?
--
vda




From msingh  Sat May 22 09:09:57 2004
From: msingh (M Singh)
Date: Sat, 22 May 2004 12:09:57 -0400
Subject: Are Netgear MA311 rev 2.0 Prism2-based?
In-Reply-To: <200405221726.49409.vda@port.imtp.ilyichevsk.odessa.ua>
References: <200405221726.49409.vda@port.imtp.ilyichevsk.odessa.ua>
Message-ID: <40AF7B55.9010905@myrealbox.com>

Yes, it does. I have a MA311 PCI card and have been using it with hostap 
for the past year or so.

I cannot say if the hardware has been changed since I bought it.

Denis Vlasenko wrote:

>Hi,
>
>My sister bought me two cards and is going to mail them to me.
>Since I am ~10000 km away from her, I'd like to check whether
>they are indeed Prism2. She writes:
>
>  
>
>>Also, there is no information at all about the chipset, but you say that
>>all Netgear MA311 have Intersil.  If it helps at all, the card has a
>>sticker that says "HW REV. 2.0".
>>    
>>
>
>Can anybody confirm that this hardware works with hostap?
>--
>vda
>
>_______________________________________________
>HostAP mailing list
>HostAP at shmoo.com
>http://lists.shmoo.com/mailman/listinfo/hostap
>
>  
>




From cwevans  Sat May 22 09:15:34 2004
From: cwevans (Chris Evans)
Date: Sat, 22 May 2004 09:15:34 -0700
Subject: Are Netgear MA311 rev 2.0 Prism2-based?
In-Reply-To: <40AF7B55.9010905@myrealbox.com>
References: <200405221726.49409.vda@port.imtp.ilyichevsk.odessa.ua>
	<40AF7B55.9010905@myrealbox.com>
Message-ID: <416BFAB8-AC0B-11D8-AD34-000A95B1BFFA@acm.org>

So is your card Rev 2.0 or not, if it is, why can't you say if it works 
or not.

and if it isn't how do you know it does work.

On May 22, 2004, at 9:09 AM, M Singh wrote:

> Yes, it does. I have a MA311 PCI card and have been using it with 
> hostap for the past year or so.
>
> I cannot say if the hardware has been changed since I bought it.
--
       -+--++---+++----++++-----+++++-----++++----+++---++--+-
      ___
  _.-|   |          |\__/,|   (`\      | Chris Evans
{   |   |          |o o  |__ _) )     |
  "-.|___|        _.( T   )  `  /      | cwevans at acm.org
   .--'-`-.     _((_ `^--' /_<  \      |
.+|______|__.-||__)`-'(((/  (((/      |  "Any technology distinguishable
                                       |  from magic, is not advanced
   Nika plays with a computer mouse    |  enough" -- Gregory Benford
       BY: Mike Rosulek                |
          http://showcase.netins.net/web/mikewrld/ascii/




From msingh  Sat May 22 09:26:15 2004
From: msingh (M Singh)
Date: Sat, 22 May 2004 12:26:15 -0400
Subject: Are Netgear MA311 rev 2.0 Prism2-based?
In-Reply-To: <416BFAB8-AC0B-11D8-AD34-000A95B1BFFA@acm.org>
References: <200405221726.49409.vda@port.imtp.ilyichevsk.odessa.ua>	<40AF7B55.9010905@myrealbox.com>
	<416BFAB8-AC0B-11D8-AD34-000A95B1BFFA@acm.org>
Message-ID: <40AF7F27.8090007@myrealbox.com>



Chris Evans wrote:

> So is your card Rev 2.0 or not, if it is, why can't you say if it 
> works or not. 


Maybe because the card is sitting inside my machine and I have thrown 
the box away.

>
>
> and if it isn't how do you know it does work.


My memory is not so poor that I would not remember what brand and model 
it was. But I am not sure if it is Rev 2.0. Hence the disclaimer at the end.




From jkmaline  Sat May 22 12:18:44 2004
From: jkmaline (Jouni Malinen)
Date: Sat, 22 May 2004 12:18:44 -0700
Subject: wpa_supplicant and automated regression/interop testing for EAP
Message-ID: <20040522191844.GB7463@jm.kir.nu>

I have used a modified version of wpa_supplicant in testing and
developing new EAP methods. This has proved to be quite useful tool for
both purposes and since the test results might be of interest to others,
I added a description of the tests to CVS (wpa_supplicant/
eap_testing.txt). Here is the current version with list of all EAP
methods I have tested so far.


Automatic regression and interoperability testing of wpa_supplicant's
IEEE 802.1X/EAPOL authentication

Test program:
- Linked some parts of IEEE 802.1X Authenticator implementation from
  hostapd (RADIUS client and RADIUS processing, EAP<->RADIUS
  encapsulation/decapsulation) into wpa_supplicant.
- Replaced wpa_supplicant.c and wpa.c with test code that trigger
  IEEE 802.1X authentication automatically without need for wireless
  client card or AP.
- For EAP methods that generate keying material, the key derived by the
  Supplicant is verified to match with the one received by the (now
  integrated) Authenticator.

The full automated test suite can now be run in couple of seconds, but
I'm more than willing to add new RADIUS authentication servers to make
this take a bit more time.. ;-) As an extra bonus, this can also be
seen as automatic regression/interoperability testing for the RADIUS
server, too.

In order for me to be able to use a new authentication server, the
server need to be available from Internet (at least from one static IP
address) and I will need to get suitable user name/password pairs,
certificates, and private keys for testing use. Other alternative
would be to get an evaluation version of the server so that I can
install it on my own test setup. If you are interested in providing
either server access or evaluation version, please contact me
(jkmaline at cc.hut.fi).


Automated tests:

FreeRADIUS (CVS snapshot)
- EAP-MD5-Challenge
- EAP-GTC
- EAP-MSCHAPv2
- EAP-TLS
- EAP-PEAP / MSCHAPv2
- EAP-PEAP / GTC
- EAP-PEAP / MD5-Challenge
- EAP-TTLS / EAP-MD5-Challenge
- EAP-TTLS / EAP-GTC
- EAP-TTLS / EAP-MSCHAPv2
- EAP-TTLS / CHAP
- EAP-TTLS / PAP
- EAP-TTLS / MSCHAP
- EAP-TTLS / MSCHAPv2
* not supported in FreeRADIUS
  - EAP-PEAP / TLS (Unable to tunnel TLS inside of TLS)
  - EAP-TTLS / EAP-TLS (Unable to tunnel TLS inside of TLS)

Microsoft Windows Server 2003 / IAS
- EAP-TLS
- EAP-PEAP / MSCHAPv2
- EAP-PEAP / TLS
- EAP-MD5
* IAS does not seem to support other EAP methods

Funk Odyssey 2.01.00.653
- EAP-TLS
- EAP-PEAP / MSCHAPv2
- EAP-PEAP / GTC
- EAP-TTLS / CHAP (using FreeRADIUS as inner auth srv)
- EAP-TTLS / MSCHAP
- EAP-TTLS / MSCHAPv2
- EAP-TTLS / PAP
- EAP-TTLS / EAP-MD5-Challenge (using FreeRADIUS as inner auth srv)
- EAP-TTLS / EAP-MSCHAPv2 (using FreeRADIUS as inner auth srv)
- EAP-TTLS / EAP-TLS (using FreeRADIUS as inner auth srv)
* not supported in Odyssey:
  - EAP-MD5-Challenge
  - EAP-GTC
  - EAP-MSCHAPv2
  - EAP-PEAP / MD5-Challenge
  - EAP-PEAP / TLS

Meetinghouse Aegis 1.1.4 (30 day eval)
- EAP-MD5-Challenge
- EAP-GTC
- EAP-MSCHAPv2
- EAP-TLS
- EAP-PEAP / MSCHAPv2
- EAP-PEAP / TLS
- EAP-PEAP / GTC
- EAP-PEAP / MD5-Challenge
- EAP-TTLS / CHAP
- EAP-TTLS / MSCHAP
- EAP-TTLS / MSCHAPv2
- EAP-TTLS / PAP
- EAP-TTLS / EAP-MD5-Challenge
- EAP-TTLS / EAP-GTC
- EAP-TTLS / EAP-MSCHAPv2
* did not work
  - EAP-TTLS / EAP-TLS
    (Server rejects authentication without any reason in debug log. It
     looks like the inner TLS negotiation starts properly and the last
     packet from Supplicant looks like the one sent in the Phase 1. The
     server generates a valid looking reply in the same way as in Phase
     1, but then ends up sending Access-Reject. Maybe an issue with TTLS
     fragmentation in the Aegis server(?) The packet seems to include
     1328 bytes of EAP-Message and this may go beyond the fragmentation
     limit with AVP encapsulation and TLS tunneling. Note: EAP-PEAP/TLS
     did work, so this issue seems to be with something TTLS specific.)

-- 
Jouni Malinen                                            PGP id EFC895FA



From zen_hacker  Sat May 22 12:29:02 2004
From: zen_hacker (Brian Sturgill)
Date: Sat, 22 May 2004 19:29:02 +0000
Subject: Question
Message-ID: <SEA2-F32YZkxOjmfCHJ0000c379@hotmail.com>

I am running HostAP on a Linux box and everything works great. I just have a 
question about the one of the files in the /proc/net/hostap/wlan0 directory. 
The file is ap_control. Is this file used to show which mac addresses are in 
the accept and deny files? I have read through the docs but haven't found 
much info on the files in the proc directory. I just joined this list today 
so this question may have already been answered.

Thanks ,
Brian

_________________________________________________________________
Stop worrying about overloading your inbox - get MSN Hotmail Extra Storage! 
http://join.msn.click-url.com/go/onm00200362ave/direct/01/




From jhiller  Sat May 22 13:52:29 2004
From: jhiller (James B. Hiller)
Date: Sat, 22 May 2004 16:52:29 -0400 (EDT)
Subject: Are Netgear MA311 rev 2.0 Prism2-based?
In-Reply-To: <40AF7F27.8090007@myrealbox.com>
Message-ID: <200405222052.i4MKqTjs008537@bassett.home.org>

> My memory is not so poor that I would not remember what brand and model 
> it was. But I am not sure if it is Rev 2.0. Hence the disclaimer at the end.

And hence, you missed the point of the guy's question, loaded the list with
noise, and didn't help him.



From msingh  Sat May 22 14:06:13 2004
From: msingh (M Singh)
Date: Sat, 22 May 2004 17:06:13 -0400
Subject: Are Netgear MA311 rev 2.0 Prism2-based?
In-Reply-To: <200405222052.i4MKqTjs008537@bassett.home.org>
References: <200405222052.i4MKqTjs008537@bassett.home.org>
Message-ID: <40AFC0C5.5000107@myrealbox.com>



James B. Hiller wrote:

>>My memory is not so poor that I would not remember what brand and model 
>>it was. But I am not sure if it is Rev 2.0. Hence the disclaimer at the end.
>>    
>>
>
>And hence, you missed the point of the guy's question, loaded the list with
>noise, and didn't help him.
>

Considering the fact that your response does nothing to help him 
(whether a Netgear MA311 works with hostap at all or not), aren't you 
being a little cute in talking about "noise" ?

If it is a slow weekend, I suggest other, more wholesome ways of having 
fun. When I was trying to set up my wireless network, every little bit 
of information helped. I am not going to withhold any info from someone 
trying to get some things working just on grounds that it might be 
incomplete. That is what disclaimers are for.




From proski  Sat May 22 20:13:39 2004
From: proski (Pavel Roskin)
Date: Sat, 22 May 2004 23:13:39 -0400 (EDT)
Subject: Are Netgear MA311 rev 2.0 Prism2-based?
In-Reply-To: <200405221726.49409.vda@port.imtp.ilyichevsk.odessa.ua>
References: <200405221726.49409.vda@port.imtp.ilyichevsk.odessa.ua>
Message-ID: <Pine.LNX.4.58.0405222248490.2468@portland.hansa.lan>

Hi, Denis!

On Sat, 22 May 2004, Denis Vlasenko wrote:

> My sister bought me two cards and is going to mail them to me.
> Since I am ~10000 km away from her, I'd like to check whether
> they are indeed Prism2. She writes:
>
> > Also, there is no information at all about the chipset, but you say that
> > all Netgear MA311 have Intersil. ?If it helps at all, the card has a
> > sticker that says "HW REV. 2.0".
>
> Can anybody confirm that this hardware works with hostap?

I cannot definitely confirm, but I quite sure it works with hostap.  Let
me show you how to find out.

2 out of 3 hardware compatibility lists from the recent thread list MA311
as compatible (Intersil chipset) without any warnings, one doesn't list it
at all.  If users had problems there would be warnings.

Listed:

http://www.linux-wlan.org/docs/wlan_adapters.html.gz
http://www.personaltelco.net/index.cgi/Prism2Card

Not listed:

http://www.seattlewireless.net/index.cgi/HardwareComparison

Using different chipsets without changing the model number is not common
practice.  D-Link did it and they were criticized by the community (not
just by Linux users).  Netgear has not been noticed doing that.  D-Link
has a prominent warning on the driver download pages for the "confusing"
devices.  Netgear has no such warning.

Both drivers (certified and non-certified) have "intersil" and "prism"
strings in them.  You can even find this in OEMSETUP.INF:

;   This installation script supports Windows NT for the
;   Intersil PRISM Wireless LAN Adapters.

Or look at this string from winxp/ma311n51.sys:
D:\SW\xi325\src\prismprj\DRIVER\NT51\X86\Release\WLANNDS.PDB

Finally, search of Google for "Netgear MA311 HW REV 2.0" (without quotes)
brings 3 hits, neither of which indicates any problems with the device.

Contrast this with a search for "D-Link DWL650 rev P" (311 hits).

Just because D-Link did something stupid we shouldn't suspect every other
company on the market.

-- 
Regards,
Pavel Roskin



From vda  Sun May 23 01:42:29 2004
From: vda (Denis Vlasenko)
Date: Sun, 23 May 2004 11:42:29 +0300
Subject: Are Netgear MA311 rev 2.0 Prism2-based?
In-Reply-To: <Pine.LNX.4.58.0405222248490.2468@portland.hansa.lan>
References: <200405221726.49409.vda@port.imtp.ilyichevsk.odessa.ua>
	<Pine.LNX.4.58.0405222248490.2468@portland.hansa.lan>
Message-ID: <200405231142.30095.vda@port.imtp.ilyichevsk.odessa.ua>

On Sunday 23 May 2004 06:13, Pavel Roskin wrote:
> Hi, Denis!
>
> On Sat, 22 May 2004, Denis Vlasenko wrote:
> > My sister bought me two cards and is going to mail them to me.
> > Since I am ~10000 km away from her, I'd like to check whether
> >
> > they are indeed Prism2. She writes:
> > > Also, there is no information at all about the chipset, but you say
> > > that all Netgear MA311 have Intersil. ?If it helps at all, the card has
> > > a sticker that says "HW REV. 2.0".
> >
> > Can anybody confirm that this hardware works with hostap?
>
> I cannot definitely confirm, but I quite sure it works with hostap.  Let
> me show you how to find out.
>
> 2 out of 3 hardware compatibility lists from the recent thread list MA311
> as compatible (Intersil chipset) without any warnings, one doesn't list it
> at all.  If users had problems there would be warnings.

[snip]
[snip more]
[snip even more]

Thank you Pavel. I did not expect such a long and useful reply.
Really. You are something :)

I was, hmm, 99% sure it will work. Just thought somebody will
explicitly say "I have rev 2.0 too and it really works".

> Using different chipsets without changing the model number is not common
> practice.  D-Link did it and they were criticized by the community (not
> just by Linux users).

I think they are not too concerned with that criticism :(

> Just because D-Link did something stupid we shouldn't suspect every other
> company on the market.

I think I saw posts about LinkSys doing this too. Aha! This is it:

On Wednesday 30 July 2003 16:41, Erik Brakkee wrote:
> We definitely need support for the newer chipsets as well. The old
> 11Mbps cards are rapidy disappearing from stores. The new 54Mbps cards
> (802.11g) are not that much more expensive than the 11Mbps cards.
> Linksys also used the Prism chipset on their 11Mpbs
> cards but is now also using broadcom on their newer cards.
--
vda




From michael_duesseldorf  Sun May 23 09:50:35 2004
From: michael_duesseldorf (Michael)
Date: Sun, 23 May 2004 18:50:35 +0200
Subject: STA not found?
Message-ID: <20040523165052.3C9A53CF@mail.iocaine.com>

The problem:

I have a WinXP Home laptop that has difficulties connecting to my WLAN at
home, but only with WEP enabled and requiring shared authentication - open
system authentication is fine.  Interestingly, several other computers with
WinXP Pro (and tested with Knoppix 3.4) have no such difficulties.  If you
had any ideas of what the problem is, *please* respond - I've been at it for
a while now trying to work it out myself and am at a complete loss.


A summary of syslog:

May 23 13:03:35 LinuxBox kernel: hostap_pci: 0.1.2 - 2003-11-02 (Jouni
Malinen <jkmaline at cc.hut.fi>)
May 23 13:03:35 LinuxBox kernel: hostap_pci: Registered netdevice wlan0
May 23 13:03:35 LinuxBox kernel: prism2_hw_init: initialized in 220 ms
May 23 13:03:35 LinuxBox kernel: wlan0: NIC: id=0x8013 v1.0.0
May 23 13:03:35 LinuxBox kernel: wlan0: PRI: id=0x15 v1.0.7
May 23 13:03:35 LinuxBox kernel: wlan0: STA: id=0x1f v1.3.6
May 23 13:03:35 LinuxBox kernel: wlan0: defaulting to host-based encryption
as a workaround for firmware bug in Host AP mode WEP
May 23 13:03:35 LinuxBox kernel: wlan0: defaulting to bogus WDS frame as a
workaround for firmware bug in Host AP mode WDS
May 23 13:03:35 LinuxBox kernel: wlan0: Intersil Prism2.5 PCI:
mem=0xe6403000, irq=10
May 23 13:03:35 LinuxBox kernel: hostap_crypt: registered algorithm 'WEP'

[...]

May 23 13:04:46 LinuxBox dhcpd: DHCPDISCOVER from 00:01:02:03:04:05 via
wlan0
May 23 13:04:47 LinuxBox dhcpd: DHCPOFFER on 192.168.9.100 to
00:01:02:03:04:05 (GoodLaptop) via wlan0
May 23 13:04:47 LinuxBox dhcpd: DHCPREQUEST for 192.168.9.100 (192.168.9.1)
from 00:01:02:03:04:05 (GoodLaptop) via wlan0
May 23 13:04:47 LinuxBox dhcpd: DHCPACK on 192.168.9.100 to
00:01:02:03:04:05 (GoodLaptop) via wlan0

[...]

May 23 14:05:04 LinuxBox kernel: wlan0: 00:0a:0b:0c:0d:0e auth_cb - STA not
found
May 23 14:05:06 LinuxBox last message repeated 22 times
May 23 14:06:12 LinuxBox last message repeated 25 times


The init script I use to bring up the AP ('bogus' WEP key & MACs)

#!/bin/sh

modprobe hostap
modprobe hostap_pci
#modprobe hostap_crypt_wep

/sbin/iwconfig wlan0 essid HWLAN mode Master channel 11
/sbin/iwconfig wlan0 rate auto nick "Router"
/sbin/iwconfig wlan0 key 0123456789ABCDEF0123456789

/sbin/ifconfig wlan0 192.168.9.1 up

/sbin/iwpriv wlan0 addmac 00:01:02:03:04:05
/sbin/iwpriv wlan0 addmac 00:0a:0b:0c:0d:0e
/sbin/iwpriv wlan0 maccmd 1

/usr/local/sbin/prism2_param wlan0 host_decrypt 0
/usr/local/sbin/prism2_param wlan0 ap_auth_algs 2




From jkmaline  Sun May 23 10:34:02 2004
From: jkmaline (Jouni Malinen)
Date: Sun, 23 May 2004 10:34:02 -0700
Subject: STA not found?
In-Reply-To: <20040523165052.3C9A53CF@mail.iocaine.com>
References: <20040523165052.3C9A53CF@mail.iocaine.com>
Message-ID: <20040523173402.GA7542@jm.kir.nu>

On Sun, May 23, 2004 at 06:50:35PM +0200, Michael wrote:

> I have a WinXP Home laptop that has difficulties connecting to my WLAN at
> home, but only with WEP enabled and requiring shared authentication - open
> system authentication is fine.  Interestingly, several other computers with
> WinXP Pro (and tested with Knoppix 3.4) have no such difficulties.

Did you configure the WinXP Home laptop to use shared key
authentication?

> May 23 14:05:04 LinuxBox kernel: wlan0: 00:0a:0b:0c:0d:0e auth_cb - STA not
> found
> May 23 14:05:06 LinuxBox last message repeated 22 times

This message is printed out when authentication failed and a station
entry was not added. The most probable cause for this is that the client
tried to repeatedly use open system authentication. You can verify this
by uncommenting a debug entry in driver/modules/hostap_ap.c. In the end
of handle_authen() function, change "#if 0" to "#if 1" and the driver
will print out the reason for this authentication failure.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Sun May 23 10:47:12 2004
From: jkmaline (Jouni Malinen)
Date: Sun, 23 May 2004 10:47:12 -0700
Subject: WPA PSK on a usb chipset
In-Reply-To: <40ACA568.6030404@patras.atmel.com>
References: <40ACA568.6030404@patras.atmel.com>
Message-ID: <20040523174712.GB7542@jm.kir.nu>

On Thu, May 20, 2004 at 03:32:40PM +0300, Stavros Markou wrote:

> After the success I had with this supplicant using pcmcia, I am trying 
> now to work with usb also.
> I get succes when I try to associate but it seems that the supplicant 
> does not "sniff" the RX EAPOL packets like it does with my pcmcia 
> device. Also I see that RX EAPOL dump instead of 888e format has 878e. 
> Can you give me a hint ? EAP-TTLS with MSCHAPV2 worked perfectly on 
> pcmcia!!!

If you mean "RX EAPOL - hexdump" from wpa_supplicant, it does not
include Ethernet header, so the ethertype (0x888e) is not included in
it..

I have never used Atmel driver (neither for pcmcia nor usb), so I do not
know for sure what could be happening here. By the way, is this driver
with WPA support and wpa_supplicant driver interface code available
somewhere?

Some comments about the USB log:

> l2_packet_receive - recv: Network is down

Did you set the wireless interface UP at some point? If not, this could
explain why EAPOL frames are not received..

> ioctl[SIOCSIWSCAN]: Device or resource busy

For some reason, the driver does not seem to like many of the scan
requests. This may or may not generate some issues.. Anyway, at least it
looks like the card is able to associate with the AP.

-- 
Jouni Malinen                                            PGP id EFC895FA



From askatti  Sun May 23 12:01:07 2004
From: askatti (Anand S. Katti)
Date: Mon, 24 May 2004 00:31:07 +0530 (IST)
Subject: Tx Rate Chosing
In-Reply-To: <Pine.BSF.4.58.0405221445570.62405@ece.iisc.ernet.in>
References: <20040521180025.9369A6F1@mail.iocaine.com>
	<Pine.BSF.4.58.0405221445570.62405@ece.iisc.ernet.in>
Message-ID: <Pine.BSF.4.58.0405240025090.70394@ece.iisc.ernet.in>

Hello All,

	Kindly clear doubt of Probe Requests.

Since probe request generation is handled in firmware I do not know

In PROBE REQUEST PACKET FRAME:

a) At what rate is this Probe Request Sent by the STA ?
b) What initial rate does it choose ? in sendine probe Request ?
c) In supported rates field does it include the STD specifed BASIC RATES
only ? or does it actually calculates the SIR(if passive scanning) and
includes the supported rates based on the SIR valueof the rxd beacon ?

Any Answers will be helpful.

Regards,
Anand


On Sat, 22 May 2004, Anand S. Katti wrote:

>
> >> When HostAP receives the Probe requests,
>
> >It does not.. This is handled in firmware..
>
> >>       0-  does it fix the supported rates in the probe response based
> >> on the SIR value ?
> >>       0-  does it fix the Tx Rate in the Association Response based on
> >> the SIR value of the received Associate Request ?
>
> >No.
>
> Then How does the Firmware handle these probe requests and association
> requests ?
>
>  I mean if the hostap is in sta mode, at what tx rate does the F/W send
> the probe request/asso req ? does the f/w chose the tx rate by default ?
> as highest 11Mbps or based on any other criteria ?
>
> As far std says Generally control/mgmt frames are sent at 1 or 2 Mbps.
>
> In Prism Driver Programmers manual F/w vers 2.3 its mentionde that f/w
> keeps updated withthe channel info that contains signal and noise related
> info, where else this SNR is used other than in AutoFallback Algo ?
>
> Kindly answer.
>
> Regards,
> --Anand
>



From michael_duesseldorf  Sun May 23 13:25:57 2004
From: michael_duesseldorf (Michael)
Date: Sun, 23 May 2004 22:25:57 +0200
Subject: STA not found?
In-Reply-To: <20040523180029.99A3125B9F@mail.iocaine.com>
Message-ID: <20040523202637.21541159A@mail.iocaine.com>

> Did you configure the WinXP Home laptop to use shared key authentication?

Oh, silly me!  Yes, the WinXP Home laptop is configured to use shared key
authentication, but fails to connect.  I can get it to work by:
1. trying to connect with shared key authentication, key entered manually
(triple-checked, it is identical to the key configured on the AP)
2. trying to connect with shared key authentication, no key entered, WinXP
checkbox "the key is provided to me automatically" is checked
3. trying to connect with open system authentication
... and then repeat 1-3 until it connects.

> This message is printed out when authentication failed and a station entry
was not added. The
> most probable cause for this is that the client tried to repeatedly use
open system

The "STA not found" messages relate to (3) above, as I could've known.
Steps (1) and (2) never leave any trace in syslog until a successful
authorisation has been achieved:

May 23 22:13:13 LinuxBox kernel: wlan0: 00:0a:0b:0c:0d:0e auth_cb -
authentication failed
May 23 22:13:13 LinuxBox kernel: wlan0: 00:0a:0b:0c:0d:0e auth (alg=0
trans#=1 stat=0 len=6 fc=00b0) ==> 13 (unsupported algorithm)


This (below) now relates to step 2(!) above, after 6 cycles through the
above process:

May 23 22:14:10 LinuxBox kernel: wlan0: 00:0a:0b:0c:0d:0e auth (alg=1
trans#=1 stat=0 len=6 fc=00b0) ==> 0 (new STA)
May 23 22:14:10 LinuxBox kernel: wlan0: 00:0a:0b:0c:0d:0e auth (alg=1
trans#=3 stat=0 len=136 fc=40b0) ==> 0 (challenge OK - authOK)
May 23 22:14:10 LinuxBox kernel: wlan0: 00:0a:0b:0c:0d:0e auth_cb - STA
authenticated
May 23 22:14:10 LinuxBox kernel: wlan0: 00:0a:0b:0c:0d:0e assoc_cb - STA
associated
May 23 22:14:14 LinuxBox dhcpd: DHCPDISCOVER from 00:0a:0b:0c:0d:0e via
wlan0

Any thoughts what might be going on?



-----Original Message-----
Date: Sun, 23 May 2004 10:34:02 -0700
From: Jouni Malinen <jkmaline at cc.hut.fi>
Subject: Re: STA not found?
To: hostap at shmoo.com
Message-ID: <20040523173402.GA7542 at jm.kir.nu>
Content-Type: text/plain; charset=us-ascii

On Sun, May 23, 2004 at 06:50:35PM +0200, Michael wrote:

> I have a WinXP Home laptop that has difficulties connecting to my WLAN 
> at home, but only with WEP enabled and requiring shared authentication 
> - open system authentication is fine.  Interestingly, several other 
> computers with WinXP Pro (and tested with Knoppix 3.4) have no such
difficulties.

Did you configure the WinXP Home laptop to use shared key authentication?

> May 23 14:05:04 LinuxBox kernel: wlan0: 00:0a:0b:0c:0d:0e auth_cb - 
> STA not found May 23 14:05:06 LinuxBox last message repeated 22 times

This message is printed out when authentication failed and a station entry
was not added. The most probable cause for this is that the client tried to
repeatedly use open system authentication. You can verify this by
uncommenting a debug entry in driver/modules/hostap_ap.c. In the end of
handle_authen() function, change "#if 0" to "#if 1" and the driver will
print out the reason for this authentication failure.

-- 
Jouni Malinen                                            PGP id EFC895FA




From jkmaline  Sun May 23 13:35:09 2004
From: jkmaline (Jouni Malinen)
Date: Sun, 23 May 2004 13:35:09 -0700
Subject: STA not found?
In-Reply-To: <20040523202637.21541159A@mail.iocaine.com>
References: <20040523180029.99A3125B9F@mail.iocaine.com>
	<20040523202637.21541159A@mail.iocaine.com>
Message-ID: <20040523203509.GC7542@jm.kir.nu>

On Sun, May 23, 2004 at 10:25:57PM +0200, Michael wrote:

> Oh, silly me!  Yes, the WinXP Home laptop is configured to use shared key
> authentication, but fails to connect.  I can get it to work by:
> 1. trying to connect with shared key authentication, key entered manually
> (triple-checked, it is identical to the key configured on the AP)
> 2. trying to connect with shared key authentication, no key entered, WinXP
> checkbox "the key is provided to me automatically" is checked
> 3. trying to connect with open system authentication
> ... and then repeat 1-3 until it connects.

This is very odd.. 2) is completely invalid configuration because
shared key auth requires a pre-configured WEP key and WinXP will deauth
if "the key is provided to me automatically" is selected, but IEEE
802.1X is not used.

Which client card and driver version are you using on this laptop?

> This (below) now relates to step 2(!) above, after 6 cycles through the
> above process:
> 
> May 23 22:14:10 LinuxBox kernel: wlan0: 00:0a:0b:0c:0d:0e auth (alg=1
> trans#=1 stat=0 len=6 fc=00b0) ==> 0 (new STA)
> May 23 22:14:10 LinuxBox kernel: wlan0: 00:0a:0b:0c:0d:0e auth (alg=1
> trans#=3 stat=0 len=136 fc=40b0) ==> 0 (challenge OK - authOK)
> May 23 22:14:10 LinuxBox kernel: wlan0: 00:0a:0b:0c:0d:0e auth_cb - STA
> authenticated
> May 23 22:14:10 LinuxBox kernel: wlan0: 00:0a:0b:0c:0d:0e assoc_cb - STA
> associated
> May 23 22:14:14 LinuxBox dhcpd: DHCPDISCOVER from 00:0a:0b:0c:0d:0e via
> wlan0

WinXP/driver is doing something wrong if 2) works with static WEP key
configuration in the AP.. Is the client disconnecting after about five
seconds or is the connection working fine after this? It looks like the
driver does not configure the client card properly for shared key
authentication when using static WEP configuration.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Sun May 23 17:48:38 2004
From: jkmaline (Jouni Malinen)
Date: Sun, 23 May 2004 17:48:38 -0700
Subject: [PATCH] Kernel output path support
In-Reply-To: <Pine.LNX.4.60.0405211735190.4338@marabou.research.att.com>
References: <Pine.LNX.4.60.0405211735190.4338@marabou.research.att.com>
Message-ID: <20040524004838.GA7535@jm.kir.nu>

On Fri, May 21, 2004 at 05:49:26PM -0400, Pavel Roskin wrote:

> Linux 2.6 can be compiled to a separate directory.  If the O variable is 
> set on the make command line, the source tree is considered read-only. 

Thanks, applied.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Sun May 23 18:50:03 2004
From: jkmaline (Jouni Malinen)
Date: Sun, 23 May 2004 18:50:03 -0700
Subject: Kernel panic using hostapd
In-Reply-To: <40A5EA9C.8080101@wanadoo.nl>
References: <40A5EA9C.8080101@wanadoo.nl>
Message-ID: <20040524015003.GB7535@jm.kir.nu>

On Sat, May 15, 2004 at 06:02:04PM +0800, Kwabbernoot wrote:

> When I started to use hostapd (0.2.0) sometimes my kernel panics. 
> The program on the stack is doing a NULL pointer deref. I have some 
> photo's of my console taken with my camera. I have seen hotplug 
> doing it a few times but sometimes it's an other program.

> I tried hostapd -dd but no output, so I tried a strace and the 
> kernel paniced this moment:
> 
> <snip>
> munmap(0x40014000, 4096)                = 0
> socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
> ioctl(3, 0x8be0
> ^*****panic*****^

That does not look complete.. I would need to get the full kernel panic
message with symbols resolved (e.g., with ksymoops) in order to be able
to find out what happened.

-- 
Jouni Malinen                                            PGP id EFC895FA



From kwabbernoot  Sun May 23 19:15:48 2004
From: kwabbernoot (Arnaud)
Date: Mon, 24 May 2004 10:15:48 +0800
Subject: Kernel panic using hostapd
In-Reply-To: <20040524015003.GB7535@jm.kir.nu>
References: <40A5EA9C.8080101@wanadoo.nl> <20040524015003.GB7535@jm.kir.nu>
Message-ID: <40B15AD4.7060708@wanadoo.nl>

Hi Jouni,

I now run the 0.2.1 version for some time now without a problem. I 
also have disabled hotplug when hostapd starts and that helps 
against the boot panic. Now I will wait if it will happen again 
while running for some time.

If it will panic again I will send the panic with the symbols resolved.

Thanks for your respond.
Regards,
Arnaud


Jouni Malinen wrote:
> On Sat, May 15, 2004 at 06:02:04PM +0800, Kwabbernoot wrote:
> 
> 
>>When I started to use hostapd (0.2.0) sometimes my kernel panics. 
>>The program on the stack is doing a NULL pointer deref. I have some 
>>photo's of my console taken with my camera. I have seen hotplug 
>>doing it a few times but sometimes it's an other program.
> 
> 
>>I tried hostapd -dd but no output, so I tried a strace and the 
>>kernel paniced this moment:
>>
>><snip>
>>munmap(0x40014000, 4096)                = 0
>>socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
>>ioctl(3, 0x8be0
>>^*****panic*****^
> 
> 
> That does not look complete.. I would need to get the full kernel panic
> message with symbols resolved (e.g., with ksymoops) in order to be able
> to find out what happened.
> 



From jkmaline  Sun May 23 21:43:17 2004
From: jkmaline (Jouni Malinen)
Date: Sun, 23 May 2004 21:43:17 -0700
Subject: snmpd and unsupported ioctl's on hostap
In-Reply-To: <40A977B1.7030803@wanadoo.nl>
References: <40A977B1.7030803@wanadoo.nl>
Message-ID: <20040524044317.GH7535@jm.kir.nu>

On Tue, May 18, 2004 at 10:40:49AM +0800, Kwabbernoot wrote:

> I'm using Net-SNMP's snmpd to collect the interface counters.
> Together with MRTG they do a lot of unsupported ioctl's on hostap
> (mine is the PCI-version). I'm constantly debugging so my debug-log
> was written all over by hostap with messages about unsupported ioctl's.

Could you please send me the list of ioctls that were tried (i.e., the
hex number in parentheses of that message)?

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Sun May 23 21:49:41 2004
From: jkmaline (Jouni Malinen)
Date: Sun, 23 May 2004 21:49:41 -0700
Subject: old nasty bug ?
In-Reply-To: <000d01c438f3$8d9b2560$050314ac@rip>
References: <000d01c438f3$8d9b2560$050314ac@rip>
Message-ID: <20040524044941.GI7535@jm.kir.nu>

On Thu, May 13, 2004 at 04:06:57PM +0200, Tomas Charvat wrote:

> Everytime i get reason_code=8 all clients get lost a nobody can get back
> untill i reset card with iwpriv wlan0 reset 1

Firmware is getting confused.. Which station firmware version are you
using? Could you please re-test with version 1.8.3 (e.g., from the
latest pre-release of linux-wlan-ng)?


> Does anyone have clue whats reason_code=8 ?

That reason code means "STA has left the BSS".

> May 13 15:59:09 smfw kernel: wlan0: Deauthenticate all stations
> May 13 15:59:09 smfw dhcpd: receive_packet failed on wlan0: Network is down

Hmm.. Did you set the interface down here? Was the network already
broken before this?

-- 
Jouni Malinen                                            PGP id EFC895FA



From kwabbernoot  Sun May 23 22:10:44 2004
From: kwabbernoot (Arnaud)
Date: Mon, 24 May 2004 13:10:44 +0800
Subject: snmpd and unsupported ioctl's on hostap
In-Reply-To: <20040524044317.GH7535@jm.kir.nu>
References: <40A977B1.7030803@wanadoo.nl> <20040524044317.GH7535@jm.kir.nu>
Message-ID: <40B183D4.1080503@wanadoo.nl>


> On Tue, May 18, 2004 at 10:40:49AM +0800, Kwabbernoot wrote:
> 
> 
>>I'm using Net-SNMP's snmpd to collect the interface counters.
>>Together with MRTG they do a lot of unsupported ioctl's on hostap
>>(mine is the PCI-version). I'm constantly debugging so my debug-log
>>was written all over by hostap with messages about unsupported ioctl's.
> 
> 
> Could you please send me the list of ioctls that were tried (i.e., the
> hex number in parentheses of that message)?
> 
0x8947 and 0x89f0

Regards,
Arnaud



From smarkou  Sun May 23 22:23:48 2004
From: smarkou (Stavros Markou)
Date: Mon, 24 May 2004 08:23:48 +0300
Subject: WPA PSK on a usb chipset
In-Reply-To: <20040523174712.GB7542@jm.kir.nu>
References: <40ACA568.6030404@patras.atmel.com>
	<20040523174712.GB7542@jm.kir.nu>
Message-ID: <40B186E4.8010504@patras.atmel.com>

Hi Jouni,

Jouni Malinen wrote:

>On Thu, May 20, 2004 at 03:32:40PM +0300, Stavros Markou wrote:
>
>  
>
>>After the success I had with this supplicant using pcmcia, I am trying 
>>now to work with usb also.
>>I get succes when I try to associate but it seems that the supplicant 
>>does not "sniff" the RX EAPOL packets like it does with my pcmcia 
>>device. Also I see that RX EAPOL dump instead of 888e format has 878e. 
>>Can you give me a hint ? EAP-TTLS with MSCHAPV2 worked perfectly on 
>>pcmcia!!!
>>    
>>
>
>If you mean "RX EAPOL - hexdump" from wpa_supplicant, it does not
>include Ethernet header, so the ethertype (0x888e) is not included in
>it..
>  
>
I haven't noticed that the Rx  EAPOL hexdump is the packet minus the 
header. Sorry for that :-)

>I have never used Atmel driver (neither for pcmcia nor usb), so I do not
>know for sure what could be happening here. By the way, is this driver
>with WPA support and wpa_supplicant driver interface code available
>somewhere?
>
>Some comments about the USB log:
>
>  
>
Unfotunately the code is not available yet because of it's heavy 
instability but I hope that it shall be soon ready to upload it to SF.

>>l2_packet_receive - recv: Network is down
>>    
>>
>
>Did you set the wireless interface UP at some point? If not, this could
>explain why EAPOL frames are not received..
>  
>
No I haven't but I did it on Friday and I 've manage to get a 4-way 
handshake. Now, I believe that I have to set the encryption setting 
succesfully to the device.
Hope that today I shall have a working usb interface with wpa.

>  
>
>>ioctl[SIOCSIWSCAN]: Device or resource busy
>>    
>>
>
>For some reason, the driver does not seem to like many of the scan
>requests. This may or may not generate some issues.. Anyway, at least it
>looks like the card is able to associate with the AP.
>
>  
>
Thanks for your invaluable help and for this great chipset independent 
supplicant.

Best Regards,

Stavros Markou.



From eduardg  Mon May 24 10:58:06 2004
From: eduardg (Eduard Garcia)
Date: Mon, 24 May 2004 19:58:06 +0200
Subject: Received signal strength
References: <Pine.BSF.4.58.0405101708290.58733@ece.iisc.ernet.in>
Message-ID: <001101c441b8$ab71db10$02001aac@EduMachine>


----- Original Message ----- 
From: "Anand S. Katti" <askatti at ece.iisc.ernet.in>
To: <hostap at shmoo.com>
Sent: Monday, May 10, 2004 1:44 PM
Subject: Received signal strength


> I have a Harris Semiconductor Prism 2.5 Wavelan Chipset.I want to convert
the
>  parameter rxdesc->signal into dBm.
> Is  (rxdesc->signal-100) the right way to do it?.


As I read on "A Practical Approach to Identifying and Tracking Unauthorized
802.11 Cards and Access Points". Interlink Networks White Paper, URL:
http://www.interlinknetworks.com. 2002.:

"The values returned by iwspy were most likely already logarithmic, to make
them easier to read. If they were logarithmic, they should have some linear
relationship to the signal strength in dBm. The relationship between the
values returned by iwspy and dBm was found to be linear:

P[dBm] = 1.205 P[RSSI] - 101.7
P[RSSI] = 0.83 P[dBm] +  83.891
"

Edu




From proski  Mon May 24 13:54:34 2004
From: proski (Pavel Roskin)
Date: Mon, 24 May 2004 16:54:34 -0400 (EDT)
Subject: old nasty bug ?
In-Reply-To: <20040524044941.GI7535@jm.kir.nu>
References: <000d01c438f3$8d9b2560$050314ac@rip>
	<20040524044941.GI7535@jm.kir.nu>
Message-ID: <Pine.LNX.4.60.0405241647240.3721@marabou.research.att.com>

On Sun, 23 May 2004, Jouni Malinen wrote:

> On Thu, May 13, 2004 at 04:06:57PM +0200, Tomas Charvat wrote:
>
>> Everytime i get reason_code=8 all clients get lost a nobody can get back
>> untill i reset card with iwpriv wlan0 reset 1
>
> Firmware is getting confused.. Which station firmware version are you
> using? Could you please re-test with version 1.8.3 (e.g., from the
> latest pre-release of linux-wlan-ng)?

Thank you, I missed it!  It's now in the collection:
http://www.red-bean.com/~proski/firmware/

The latest versions are:

                RAM      Flash
Prism 2        1.7.1    1.7.1
Prism 2.5/3    1.8.3    1.8.0
USB            1.8.3    none

-- 
Regards,
Pavel Roskin



From sergey  Tue May 25 02:44:42 2004
From: sergey (Sergey Basmanov)
Date: Tue, 25 May 2004 12:44:42 +0300
Subject: update sta fw to 1.8.3 failed
Message-ID: <40B3158A.3040508@billing.idknet.com>

Hello,
What does it means:

#prism2_srec -v wlan0 rf010803.hex

S3 CRC-16 generation record: start=0x007E1800 len=65536 prog=1
Start address 0x003f0c01
srec summary for rf010803.hex
Component: 0x001f 1.8.3 (station firmware)
Supported platforms:
  0x800a 1.0.0,  0x800b 1.0.0,  0x800c 1.0.0,  0x800d 1.0.0,  0x8012 1.0.0
  0x8013 1.0.0,  0x8014 1.0.0,  0x8016 1.0.0,  0x8017 1.0.0,  0x8018 1.0.0
  0x801a 1.0.0,  0x801b 1.0.0,  0x801c 1.0.0,  0x8021 1.0.0,  0x8022 1.0.0
  0x8023 1.0.0,  0x800a 1.0.0,  0x800e 1.0.0,  0x8015 1.0.0,  0x8019 1.0.0
  0x801d 1.0.0,  0x8024 1.0.0
Interface compatibility information:
  role=Supplier variant=3 range=1-15 iface=Station Firmware-Driver (4)
  role=Actor    variant=1 range=1-1 iface=Modem-Firmware (1)
  role=Actor    variant=2 range=1-1 iface=Controller-Firmware (2)
  role=Actor    variant=1 range=4-4 iface=Primary Firmware-Driver (3)
Separate S3 data areas:
S3 area count: 3
  addr=0x007E1800..0x007EEAA1 (len=53922)
  addr=0x007F0800..0x007F17FF (len=4096)
  addr=0x007FE000..0x007FECD1 (len=3282)
Total data length: 61300
Start address 0x003f0c01

Wireless LAN card information:
Components:
  NICID: 0x8013 v1.0.0
  PRIID: 0x0015 v1.1.1
  STAID: 0x001f v1.7.4
Interface compatibility information:
  PRI role=Supplier variant=1 range=1-1 iface=Modem-Firmware (1)
  PRI role=Supplier variant=2 range=1-1 iface=Controller-Firmware (2)
  PRI role=Supplier variant=1 range=4-4 iface=Primary Firmware-Driver (3)
  STA role=Supplier variant=1 range=1-12 iface=Station Firmware-Driver (4)
  PRI role=Actor    variant=2 range=1-1 iface=Controller-Firmware (2)
  STA role=Actor    variant=2 range=1-1 iface=Controller-Firmware (2)
  STA role=Actor    variant=1 range=1-1 iface=Modem-Firmware (1)

Verifying update compatibility and combining data:
Plugging PDR 0xffffffff at 0x007ee5c6 (len=14)
Plugging PDR 0x0202 at 0x007f1250 (len=100)
Plugging PDR 0x0203 at 0x007f12b4 (len=128)
Plugging PDR 0x0204 at 0x007f1434 (len=80)
Plugging PDR 0x0405 at 0x007f1484 (len=4)
PDR 0x0405 not found from wlan card PDA. Using default data.
  len=4: 00 00 00 30
Plugging PDR 0x0300 at 0x007f1488 (len=28)
Plugging PDR 0x0301 at 0x007f14a4 (len=34)
Plugging PDR 0x0101 at 0x007f16b0 (len=6)
Plugging PDR 0x0103 at 0x007ee588 (len=12)
Plugging PDR 0x0104 at 0x007ee6c0 (len=2)
Plugging PDR 0x0105 at 0x007f16bc (len=2)
Plugging PDR 0x0105 at 0x007ee6f6 (len=2)
Plugging PDR 0x0105 at 0x007f17bc (len=2)
Plugging PDR 0x0107 at 0x007ee596 (len=2)
Plugging PDR 0x0006 at 0x007ee562 (len=10)
Plugging PDR 0x0406 at 0x007f1750 (len=2)
PDR 0x0406 not found from wlan card PDA. Using default data.
  len=2: 64 00
Plugging PDR 0x0302 at 0x007f14cc (len=2)
PDR 0x0302 not found from wlan card PDA. Using default data.
  len=2: 12 00
Plugging PDR 0x0303 at 0x007f14ce (len=2)
PDR 0x0303 not found from wlan card PDA. Using default data.
  len=2: ff 1f
Plugging PDR 0x0412 at 0x007ee716 (len=6)
PDR 0x0412 not found from wlan card PDA. Using default data.
  len=6: 03 00 02 00 02 00
Plugging PDR 0x0413 at 0x0000118a (len=2)
Could not find data position for plugging PDR 0x0413 at 0x0000118a (len=2)
Incompatible update data.

Something wrong with my card or it's just incompatible firmware?

Thanks.




From askatti  Tue May 25 04:44:44 2004
From: askatti (Anand S. Katti)
Date: Tue, 25 May 2004 17:14:44 +0530 (IST)
Subject: Tx Rate Chosing
In-Reply-To: <Pine.BSF.4.58.0405240025090.70394@ece.iisc.ernet.in>
References: <20040521180025.9369A6F1@mail.iocaine.com>
	<Pine.BSF.4.58.0405221445570.62405@ece.iisc.ernet.in>
	<Pine.BSF.4.58.0405240025090.70394@ece.iisc.ernet.in>
Message-ID: <Pine.BSF.4.58.0405251704560.88270@ece.iisc.ernet.in>


Hi,

Is information exchanged about supported rates during Association is being
used in eventually settling to an initial TX rate for the connection ?

If yes, then what initial rate they settle on ?

Do they start with low rates and gradually ramp up  ?
 or they start with high value ?

----------hostap_ap.c-----------

In the function hostap_add_sta(struct ap_data *ap, u8 *sta_addr)

Some comments mention like this

                memset(sta->supported_rates, 0,
sizeof(sta->supported_rates));
                /* No way of knowing which rates are supported since we
did not
                 * get supported rates element from beacon/assoc req.
Assume
                 * that remote end supports all 802.11b rates. */
                sta->supported_rates[0] = 0x82;
                sta->supported_rates[1] = 0x84;
                sta->supported_rates[2] = 0x0b;
                sta->supported_rates[3] = 0x16;
                sta->tx_supp_rates = WLAN_RATE_1M | WLAN_RATE_2M |
                        WLAN_RATE_5M5 | WLAN_RATE_11M;
                sta->tx_rate = 110;
                sta->tx_max_rate = sta->tx_rate_idx = 3;
}

Though im not good at coding but trying to understand hostap code. So need
help.


Does this code mean that After assocaition(authenticated and associated)
the rate is fixed to 	11MMbps ?


Regards,
Anand

------------------*--------------------------


On Mon, 24 May 2004, Anand S. Katti wrote:

> Hello All,
>
> 	Kindly clear doubt of Probe Requests.
>
> Since probe request generation is handled in firmware I do not know
>
> In PROBE REQUEST PACKET FRAME:
>
> a) At what rate is this Probe Request Sent by the STA ?
> b) What initial rate does it choose ? in sendine probe Request ?
> c) In supported rates field does it include the STD specifed BASIC RATES
> only ? or does it actually calculates the SIR(if passive scanning) and
> includes the supported rates based on the SIR valueof the rxd beacon ?
>
> Any Answers will be helpful.
>
> Regards,
> Anand
>
>
> On Sat, 22 May 2004, Anand S. Katti wrote:
>
> >
> > >> When HostAP receives the Probe requests,
> >
> > >It does not.. This is handled in firmware..
> >
> > >>       0-  does it fix the supported rates in the probe response based
> > >> on the SIR value ?
> > >>       0-  does it fix the Tx Rate in the Association Response based on
> > >> the SIR value of the received Associate Request ?
> >
> > >No.
> >
> > Then How does the Firmware handle these probe requests and association
> > requests ?
> >
> >  I mean if the hostap is in sta mode, at what tx rate does the F/W send
> > the probe request/asso req ? does the f/w chose the tx rate by default ?
> > as highest 11Mbps or based on any other criteria ?
> >
> > As far std says Generally control/mgmt frames are sent at 1 or 2 Mbps.
> >
> > In Prism Driver Programmers manual F/w vers 2.3 its mentionde that f/w
> > keeps updated withthe channel info that contains signal and noise related
> > info, where else this SNR is used other than in AutoFallback Algo ?
> >
> > Kindly answer.
> >
> > Regards,
> > --Anand
> >
>



From sankpal_manisha  Tue May 25 05:04:00 2004
From: sankpal_manisha (sankpal_manisha)
Date: Tue, 25 May 2004 17:34:00 +0530
Subject: Cards supported by hostap 
Message-ID: <200405251204.RAA04988@WS0005.indiatimes.com>

hi to all,

I was wondering how many cards does the hostap driver support at a time. 

Suppose i want to insert three PCMCIA cards which are prism2/2.5/3 chipset. is this possible using hostap driver? 

who handle the no. of devices supported by the device driver ? Is the struct net_device responsible for this? 

what is the max no devices the hostap driver can handle?

please shed light on this i am totally new about writing network device driver.

thanks a lot
manishaIndiatimes Email now powered by APIC Advantage. Help! 
HelpClick on the image to chat with me
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040525/912f9912/attachment.htm 


From fluffe  Tue May 25 05:30:09 2004
From: fluffe (Ulf Jakobsson)
Date: Tue, 25 May 2004 14:30:09 +0200
Subject: Compile hostap-driver 0.2.1
In-Reply-To: <200405011257.30206.njmurphy1@comcast.net>
References: <200405011257.30206.njmurphy1@comcast.net>
Message-ID: <40B33C51.9060000@home.se>

Hi,

I'm trying to compile the driver against the 2.4.19 kernel, but it 
complains about the "list_move"

list_move(&bss->list, &local->bss_list);

in file:
driver/modules/hostap_80211_rx.c

What should I do if I can't change kernel?

/Regards Ulf






From jkmaline  Tue May 25 06:18:42 2004
From: jkmaline (Jouni Malinen)
Date: Tue, 25 May 2004 06:18:42 -0700
Subject: update sta fw to 1.8.3 failed
In-Reply-To: <40B3158A.3040508@billing.idknet.com>
References: <40B3158A.3040508@billing.idknet.com>
Message-ID: <20040525131842.GA7341@jm.kir.nu>

On Tue, May 25, 2004 at 12:44:42PM +0300, Sergey Basmanov wrote:

> Plugging PDR 0x0413 at 0x0000118a (len=2)
> Could not find data position for plugging PDR 0x0413 at 0x0000118a (len=2)
> Incompatible update data.

Which version of prism2_srec are you using? Please try the latest
development snapshot which should ignore PDRs that point outside the
normal memory area.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Tue May 25 06:25:09 2004
From: jkmaline (Jouni Malinen)
Date: Tue, 25 May 2004 06:25:09 -0700
Subject: Tx Rate Chosing
In-Reply-To: <Pine.BSF.4.58.0405251704560.88270@ece.iisc.ernet.in>
References: <20040521180025.9369A6F1@mail.iocaine.com>
	<Pine.BSF.4.58.0405221445570.62405@ece.iisc.ernet.in>
	<Pine.BSF.4.58.0405240025090.70394@ece.iisc.ernet.in>
	<Pine.BSF.4.58.0405251704560.88270@ece.iisc.ernet.in>
Message-ID: <20040525132509.GB7341@jm.kir.nu>

On Tue, May 25, 2004 at 05:14:44PM +0530, Anand S. Katti wrote:

> Is information exchanged about supported rates during Association is being
> used in eventually settling to an initial TX rate for the connection ?
> 
> If yes, then what initial rate they settle on ?

Yes, the maximum rate supported by both ends is tried first.

> In the function hostap_add_sta(struct ap_data *ap, u8 *sta_addr)

>                 memset(sta->supported_rates, 0,
> sizeof(sta->supported_rates));
>                 /* No way of knowing which rates are supported since we
> did not
>                  * get supported rates element from beacon/assoc req.
> Assume
>                  * that remote end supports all 802.11b rates. */

This special case is used only for AP-AP connection, not for normal
station association.

-- 
Jouni Malinen                                            PGP id EFC895FA



From martin.whitlock  Tue May 25 06:27:58 2004
From: martin.whitlock (Martin Whitlock)
Date: Tue, 25 May 2004 15:27:58 +0200
Subject: Compile hostap-driver 0.2.1
In-Reply-To: <40B33C51.9060000@home.se>
References: <200405011257.30206.njmurphy1@comcast.net>
	<40B33C51.9060000@home.se>
Message-ID: <40B349DE.9030209@possio.com>

The list_move macro is introduced later. It could be replaced with 
list_del and list_add. See link below to learn its definition.
http://www.uwsg.iu.edu/hypermail/linux/kernel/0206.1/0127.html

Regards,
/Martin


Ulf Jakobsson wrote:

> Hi,
>
> I'm trying to compile the driver against the 2.4.19 kernel, but it 
> complains about the "list_move"
>
> list_move(&bss->list, &local->bss_list);
>
> in file:
> driver/modules/hostap_80211_rx.c
>
> What should I do if I can't change kernel?
>
> /Regards Ulf
>
>
>
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap





From jkmaline  Tue May 25 06:29:27 2004
From: jkmaline (Jouni Malinen)
Date: Tue, 25 May 2004 06:29:27 -0700
Subject: Compile hostap-driver 0.2.1
In-Reply-To: <40B33C51.9060000@home.se>
References: <200405011257.30206.njmurphy1@comcast.net>
	<40B33C51.9060000@home.se>
Message-ID: <20040525132927.GC7341@jm.kir.nu>

On Tue, May 25, 2004 at 02:30:09PM +0200, Ulf Jakobsson wrote:

> I'm trying to compile the driver against the 2.4.19 kernel, but it 
> complains about the "list_move"
> 
> list_move(&bss->list, &local->bss_list);
> 
> in file:
> driver/modules/hostap_80211_rx.c
> 
> What should I do if I can't change kernel?

The development branch supports latest 2.4.x and 2.6.x kernels. 2.4.19
cannot really be called latest 2.4.x version.. You will either need to
add backwards conpatibility code for list_move or use Host AP driver
from the stable branch (0.1.x) which supports larger set of kernel
versions. Anyway, I would recommend updating the kernel if you are still
using 2.4.19..

-- 
Jouni Malinen                                            PGP id EFC895FA



From ashwin_c99  Tue May 25 06:40:26 2004
From: ashwin_c99 (Ashwin Chaugule)
Date: Tue, 25 May 2004 19:10:26 +0530
Subject: CVS snapshot version problems
Message-ID: <BAY17-F38mq8FrWwIfZ0003d2cf@hotmail.com>


Hi

   I'm using Red Hat 9, kernel ver: 2.4.20-8. I've installed and used hostap 
0.1.3 and 0.2.0 and
   the hostap CVS snapshot previous to the one recently put up, 
successfully.
   However , the new CVS dev. snapshots seem to be causing some trouble. 
I've always installed hostap
   using "make pccard" for my PCL RoadLannerWave PRISM 3 PCMCIA card because 
the "make" command gave errors.
   Anyway , using Make pccard used to work just fine. Now, the dev. snapshot 
version doesnt have "make pccard"
   , so im guessing a simple "make" should do the needful ?

   well , this is what i get :


   [root at localhost hostap]# make
   make -C /usr/src/linux-2.4 SUBDIRS=/project/test/hostap/driver/modules 
modules
   make[1]: Entering directory `/usr/src/linux-2.4.20-8'
   make -r -f tmp_include_depends all
   make[2]: Entering directory `/usr/src/linux-2.4.20-8'
   touch: creating 
`/usr/src/build/231485-i386/install/usr/src/linux-2.4.20-8/fs/jfs/jfs_debug.h': 
No such file or directory
   make[2]: *** 
[/usr/src/build/231485-i386/install/usr/src/linux-2.4.20-8/fs/jfs/jfs_debug.h] 
Error 1
   make[2]: Leaving directory `/usr/src/linux-2.4.20-8'
   make[1]: *** [tmp_include_depends] Error 2
   make[1]: Leaving directory `/usr/src/linux-2.4.20-8'
   make: *** [2.4] Error 2
[root at localhost hostap]#


  then i tried "make install"

  [root at localhost hostap]# make install
  find /lib/modules/2.4.20-8 -name "hostap*" | xargs rm -f
  gcc -O2 -D__KERNEL__ -DMODULE -Wall -g -c  -DMODVERSIONS -include 
/usr/src/linux-2.4/include/linux/modversions.h -fomit-frame-pointer   -c -o 
driver/modules/hostap_crypt_wep.o driver/modules/hostap_crypt_wep.c
  In file included from <command line>:1:
  /usr/src/linux-2.4/include/linux/modversions.h:5:36: 
linux/modules/53c700.ver: No such file or directory
  /usr/src/linux-2.4/include/linux/modversions.h:6:36: 
linux/modules/53c700.ver: No such file or directory
  /usr/src/linux-2.4/include/linux/modversions.h:7:36: 
linux/modules/53c700.ver: No such file or directory
  /usr/src/linux-2.4/include/linux/modversions.h:8:36: 
linux/modules/53c700.ver: No such file or directory
  /usr/src/linux-2.4/include/linux/modversions.h:9:36: 
linux/modules/53c700.ver: No such file or directory
  /usr/src/linux-2.4/include/linux/modversions.h:10:36: 
linux/modules/53c700.ver: No such file or directory


  this goes on for really long !

  I havent recompiled the kernel since my previous hostap install. I read 
somewhere , that the CVS version
  was fixed particularly for Red Hat kernels for having caused an error 
similar to the one shown above.
  I tried this after downloading the latest release just yesterday 
(24/5/04). So I presume I have the supposedly fixed version.
  Also , I did apply the 2.4.20-8 kernel patches as mentioned in the 
kernel-patches README.

  Any suggestions ?

  Regards,
  Ashwin

_________________________________________________________________
Get ready to dream with Citibank Ready Cash.  
http://go.msnserver.com/IN/49355.asp The Next Generation Personal Loan!




From sergey  Tue May 25 07:19:09 2004
From: sergey (Sergey Basmanov)
Date: Tue, 25 May 2004 17:19:09 +0300
Subject: update sta fw to 1.8.3 failed
In-Reply-To: <20040525131842.GA7341@jm.kir.nu>
References: <40B3158A.3040508@billing.idknet.com>
	<20040525131842.GA7341@jm.kir.nu>
Message-ID: <40B355DD.1090400@billing.idknet.com>

Jouni Malinen wrote:

>On Tue, May 25, 2004 at 12:44:42PM +0300, Sergey Basmanov wrote:
>
>  
>
>>Plugging PDR 0x0413 at 0x0000118a (len=2)
>>Could not find data position for plugging PDR 0x0413 at 0x0000118a (len=2)
>>Incompatible update data.
>>    
>>
>
>Which version of prism2_srec are you using? Please try the latest
>  
>
0.1.3 stable

>development snapshot which should ignore PDRs that point outside the
>normal memory area.
>
>  
>
Ok. Just tested with 0.2.1:

Plugging PDR 0x0413 at 0x0000118a (len=2)
Could not find data position for plugging PDR 0x0413 at 0x0000118a (len=2)
PDR 0x0413 is not in wlan card PDA and there is no default data. 
Ignoring plug record.
Plugging PDR 0x0414 at 0x007ee5a0 (len=36)
PDR 0x0414 not found from wlan card PDA. Using default data.
  len=36: 36 00 36 00 36 00 04 00 01 00 03 00 3b 00 3b 00 40 00 06 00 01 
00 03 00 40 00 40 00 4a 00 08 00 01 00 03 00
Generating CRC-16 (start=0x007e1800, len=65536) at 0x007e17fe
OK.

Host AP driver diagnostics information for 'wlan0'

NICID: id=0x8013 v1.0.0 (PRISM II (2.5) Mini-PCI (SST parallel flash))
PRIID: id=0x0015 v1.1.1
STAID: id=0x001f v1.7.4 (station firmware)

Seems that nothing happens. Or hostap_diag reads data stored in flash?
Correct me if I'm wrong, but afaik rf010803.hex is for RAM download.

Thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040525/ea034098/attachment.htm 


From fluffe  Tue May 25 08:25:36 2004
From: fluffe (Ulf Jakobsson)
Date: Tue, 25 May 2004 17:25:36 +0200
Subject: eap-tls, hostapd with  XP client and linux client
Message-ID: <40B36570.60608@home.se>

Hi,

I have successfully authenticated a linux client (xsupplicant) with an
ap running hostapd 0.2.1 that talks to a radius server ( FreeRADIUS
0.9.3 debian/unstable) with eap-tls.

I have also successfully authenticated an win XP client, but after some
30-60 seconds the win XP client seems to send a new request and the
radius server accepts, then the radius server starts to clean up
requests and the win XP client drops its connection and I need to
"Connect" the client again.

When I see this message in the radius log the win XP client drops the
connection:


Waking up in 6 seconds...
--- Walking the entire request list ---
Cleaning up request 0 ID 37 with timestamp 40b35dec
Cleaning up request 1 ID 38 with timestamp 40b35dec
Cleaning up request 2 ID 39 with timestamp 40b35dec
Cleaning up request 3 ID 40 with timestamp 40b35dec
Cleaning up request 4 ID 41 with timestamp 40b35dec
Cleaning up request 5 ID 42 with timestamp 40b35dec
Nothing to do.  Sleeping until we see a request.


Has anyone a clue whats going on?

/Regards Ulf

The win XP client has the latest WPA-patch from Mircosoft.
I have attached a stripped down version of the radius log.



-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: log2.txt
Url: http://lists.shmoo.com/pipermail/hostap/attachments/20040525/636cf4c5/attachment.txt 


From askatti  Tue May 25 09:06:35 2004
From: askatti (Anand S. Katti)
Date: Tue, 25 May 2004 21:36:35 +0530 (IST)
Subject: Tx Rate Chosing
In-Reply-To: <20040525134203.8BB612BFC5@mail.iocaine.com>
References: <20040525134203.8BB612BFC5@mail.iocaine.com>
Message-ID: <Pine.BSF.4.58.0405252120440.90174@ece.iisc.ernet.in>

Hi,

>> Is information exchanged about supported rates during Association is
>>being
>> used in eventually settling to an initial TX rate for the connection ?
>>
>> If yes, then what initial rate they settle on ?

>Yes, the maximum rate supported by both ends is tried first.

Thanks a LOT LOT for the reply.

Suppose the STA is far away from the client such that it can only support
2Mbps, so it sends the Asso Req with supported rates as {1,2}.
Then does the AP set the initial rate (tx_rate) to 2Mbps:
	a) just by seeing the supported_rates of the Asso.Req alone ?
	b) or it also sees the SIR of the received Asso.Req signal ?

>Yes, the maximum rate supported by both ends is tried first.
Its too much to ask, but still could you please point me to the
Line No. of the Source file where this decesion is made ?

Thanks Again,
Anand





From hostaplist  Fri May 21 09:03:47 2004
From: hostaplist (Pieter Smit)
Date: Fri, 21 May 2004 18:03:47 +0200
Subject: Senao pcmcia - problem initializing
Message-ID: <20040521160347.GA3658@laptop.vigor.co.za>

Hi,
My Senao pcmcia card stopped working after i reloaded my laptop.  It  
still
works under windows.

I get the following in the syslog when i insert the card.
I have tried the hostap source in Debian sid, and downloaded drivers  
from
http://hostap.epitest.fi/

Any suggestions as to what I could try next would be appreciated.

Regards,
Pieter Smit

May 20 11:01:01 laptop kernel: cs: memory probe 0xa0000000-0xa0ffffff:  
clean.
May 20 11:01:02 laptop cardmgr[2735]: socket 0: Senao SL-2011CD/SL- 
2011CDPLUS
May 20 11:01:02 laptop cardmgr[2735]: executing: 'modprobe hostap'
May 20 11:01:02 laptop kernel: hostap_crypt: registered algorithm  
'NULL'
May 20 11:01:02 laptop cardmgr[2735]: executing: 'modprobe hostap_cs'
May 20 11:01:02 laptop kernel: hostap_cs: 0.1.3 - 2004-02-08 (Jouni  
Malinen
<jkmaline at cc.hut.fi>)
May 20 11:01:02 laptop kernel: hostap_cs: setting Vcc=33 (constant)
May 20 11:01:02 laptop kernel: hostap_cs: CS_EVENT_CARD_INSERTION
May 20 11:01:02 laptop kernel: hostap_cs: setting Vcc=33 (from config)
May 20 11:01:02 laptop kernel: Checking CFTABLE_ENTRY 0x01 (default  
0x01)
May 20 11:01:02 laptop kernel: IO window settings: cfg->io.nwin=1 dflt. 
io.
nwin=1
May 20 11:01:02 laptop kernel: io->flags = 0x0046, io.base=0x0000,  
len=64
May 20 11:01:02 laptop kernel: hostap_cs: index 0x01: Vcc 3.3, irq 3,  
io
0x0100-0x013f
May 20 11:01:02 laptop kernel: hostap_cs: Registered netdevice wlan0
May 20 11:01:02 laptop ifplugd.hotplug[4307]: Invoking ifplugd for  
wlan0
May 20 11:01:02 laptop kernel: prism2_hw_init: initialized in 194 ms
May 20 11:01:02 laptop kernel: wlan0: trying to read PDA from  
0x007f0000: OK
May 20 11:01:02 laptop ifplugd(wlan0)[4317]: ifplugd 0.25 initializing.
May 20 11:01:04 laptop cardmgr[2735]: executing: './network start  
wlan0'
May 20 11:01:04 laptop kernel: wlan0: hfa384x_cmd: entry still in list?
(entry=c0e6cd44, type=0, res=0)
May 20 11:01:04 laptop kernel: wlan0: hfa384x_cmd: command was not  
completed
(res=0, entry=c0e6cd44, typ e=0, cmd=0x0021, param0=0xfd0b, EVSTAT=8010
INTEN=0010)
May 20 11:01:04 laptop kernel: wlan0: interrupt delivery does not seem  
to work
May 20 11:01:04 laptop kernel: wlan0: hfa384x_get_rid: CMDCODE_ACCESS  
failed
(res=-110, rid=fd0b, len=8)
May 20 11:01:04 laptop kernel: Could not get RID for component NIC
May 20 11:01:04 laptop kernel: hostap_cs: Initialization failed
May 20 11:01:04 laptop ifplugd(wlan0)[4317]: Using interface
wlan0/00:00:00:00:00:00
May 20 11:01:04 laptop ifplugd(wlan0)[4317]: Using detection mode:  
IFF_RUNNING
May 20 11:01:04 laptop ifplugd(wlan0)[4317]: Initialization complete,  
link
beat not detected.
May 20 11:01:04 laptop kernel: wlan0: hfa384x_cmd: entry still in list?
(entry=c0e6cbc4, type=0, res=0)
May 20 11:01:04 laptop kernel: wlan0: hfa384x_cmd: command was not  
completed
(res=0, entry=c0e6cbc4, typ e=0, cmd=0x0001, param0=0x0000, EVSTAT=8000
INTEN=0000)
May 20 11:01:04 laptop kernel: wlan0: MAC port 0 enabling failed
May 20 11:01:04 laptop kernel: wlan0: could not enable MAC port
May 20 11:01:05 laptop cardmgr[2735]: + Ignoring unknown interface
wlan0=wlan0.
May 20 11:01:05 laptop net.agent[4328]: Setting up IP spoofing  
protection:
rp_filter.
May 20 11:01:05 laptop net.agent[4348]: Setting up IP spoofing  
protection:
rp_filter.

... and
laptop:~# iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

sit0      no wireless extensions.

wlan0     no wireless extensions.

laptop:~# cardctl ident
Socket 0:
  product info: "INTERSIL", "HFA384x/IEEE", "Version 01.02", ""
  manfid: 0x0156, 0x0002
  function: 6 (network)




From hostaplist  Sat May 22 15:35:09 2004
From: hostaplist (Pieter Smit)
Date: Sun, 23 May 2004 00:35:09 +0200
Subject: Senao pcmcia - problem initializing
Message-ID: <20040522223509.GA17196@laptop.vigor.co.za>

I got it working !!!
Error in syslog was
May 20 11:01:04 laptop kernel: wlan0: hfa384x_cmd: entry still in list?
(entry=c0e6cd44, type=0, res=0)
May 20 11:01:04 laptop kernel: wlan0: hfa384x_cmd: command was not  
completed
(res=0, entry=c0e6cd44, typ e=0, cmd=0x0021, param0=0xfd0b, EVSTAT=8010
INTEN=0010)
May 20 11:01:04 laptop kernel: wlan0: interrupt delivery does not seem  
to work
May 20 11:01:04 laptop kernel: wlan0: hfa384x_get_rid: CMDCODE_ACCESS  
failed
(res=-110, rid=fd0b, len=8)
May 20 11:01:04 laptop kernel: Could not get RID for component NIC
May 20 11:01:04 laptop kernel: hostap_cs: Initialization failed

The sollution was to exclude interrup 3 in the /etc/pcmcia/config.opts
It already excludes int 4 and 7 but 3 was commented out.
This was assigned to my Senao card, once exclude the card got interrupt  
5 and everyting works fine.
(I have no wifi0 int anymore, only wlan0, not that i need it)

This should be added to some faq.

Cheers,
Pieter Smit



From stewart  Fri May 14 17:28:12 2004
From: stewart (Paul Stewart)
Date: Fri, 14 May 2004 17:28:12 PDT
Subject: [Madwifi-devel] hostapd support for madwifi
In-Reply-To: <F0922B1B-A48B-11D8-BB41-000A95AD0668@errno.com> (from
	sam@errno.com on Wed, May 12, 2004 at 20:16:35 -0700)
References: <1084396372l.2334l.18l@orlando>
	<F0922B1B-A48B-11D8-BB41-000A95AD0668@errno.com>
Message-ID: <1084580892l.2334l.22l@orlando>

I'd like to use the Atheros chipset in a master mode that performs  
802.1x authentication.  Although hostapd is currently targeted only at  
the hostap driver, I think the problem of making it more generic is not  
insurmountable.  Are there other folks interested/actively involved in  
this effort?  I don't want to duplicate effort or end up with something  
that won't ever get picked up if I venture into doing.

As far as I can tell, the 802.1x subsystem of hostapd depends on the  
hostap driver for only a few non-standard features.  There's a lot of  
room in hostapd to change the API to driver.c into something that's  
more hardware neutral.  Apart from a couple wierd calls the WPA code  
uses, there are calls for enabling "HOSTAPD mode" and tuning 802.1x  
mode on, on and off per-station encryption, and toggling host-based  
encryption.

It makes sense (to me) to implement versions of the following  
functionality for madwifi:

 - Per-client "authorized" flag, instead of (what appears to
   be) M_HOSTAP authorizing all clients blindly.  This allows a fast
   path through the driver for forwarding frames from associated hosts.

 - Per-client keys.  This is implemented in HostAP by storing
   per-associated-client state in the driver containing each of the
   tx/rx keys.  Again, this is useful in order to provide fast-path
   bridging.  There are get/set commands through the PRISM API for per-
   host keys to be pushed/pulled from the driver There are individaul
   REMOVE_STA and FLUSH command to selectively or completely clean up
   this state.

 - The above implies encryption is done in software, that but that
   seems to be the current case with madwifi, modulo the current lack
   in flexibility in which keys to encrypt with.

 - Paths for sending raw frames to hostapd.  Specifically, PAE,
   management, and "To DS" frames from non-associated/unknown stations.
   The code in ath_rx_capture() is pretty close to what's needed.

 - Apart from a couple wierd calls the WPA code uses, there are calls
   for enabling "HOSTAPD mode" and tuning 802.1x mode on (mainly
   providing the functionality above) turning on and off per-station
   encryption, and toggling host-based encryption.

I'm fishing for reactions..

--
Paul




-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id%62&alloc_ida84&op=click
_______________________________________________
Madwifi-devel mailing list
Madwifi-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel




From amiandrew  Tue May 25 13:18:17 2004
From: amiandrew (Ondrej Zima)
Date: Tue, 25 May 2004 22:18:17 +0200
Subject: update sta fw to 1.8.3 failed
In-Reply-To: <40B3158A.3040508@billing.idknet.com>
References: <40B3158A.3040508@billing.idknet.com>
Message-ID: <40B3AA09.1060902@volny.cz>

Sergey Basmanov wrote:
> Hello,
> What does it means:
> 
> #prism2_srec -v wlan0 rf010803.hex
> 
> S3 CRC-16 generation record: start=0x007E1800 len=65536 prog=1
> Start address 0x003f0c01
> srec summary for rf010803.hex
> Component: 0x001f 1.8.3 (station firmware)

I updated the VRAM with 1.8.3 fw but the AP have very obscure maner. The client are often disasociated without reason, communication s are often lost, packet loss is very big. So I run back fw 1.8.0.

-- 
Ondrej Zima <amiandrew at volny.cz>
Member of Czech ATO - Amiga Translators Organization



From eduardg  Tue May 25 11:02:12 2004
From: eduardg (Eduard Garcia)
Date: Tue, 25 May 2004 20:02:12 +0200
Subject: Tx Rate Chosing
References: <20040525134203.8BB612BFC5@mail.iocaine.com>
	<Pine.BSF.4.58.0405252120440.90174@ece.iisc.ernet.in>
Message-ID: <004601c44282$68122da0$02001aac@EduMachine>

As far as I'm concerned, the IEEE 802.11 standards left open the mechanisms
to select PHY rate. There are many algorithms proposed, e.g. # packet
retransmissions -> decrease rate; # successful transmissions -> increase
rate. What I don't know is where the decission is taken (firmware? driver?)
or if you are able to change the rate selection policy.

I'm really interested on how it is done when we have Prism and hostap...





Eduard

----- Original Message ----- 
From: "Anand S. Katti"
To: hostap
Sent: Tuesday, May 25, 2004 6:06 PM
Subject: Re: Tx Rate Chosing


> Hi,
>
> >> Is information exchanged about supported rates during Association is
> >>being
> >> used in eventually settling to an initial TX rate for the connection ?
> >>
> >> If yes, then what initial rate they settle on ?
>
> >Yes, the maximum rate supported by both ends is tried first.
>
> Thanks a LOT LOT for the reply.
>
> Suppose the STA is far away from the client such that it can only support
> 2Mbps, so it sends the Asso Req with supported rates as {1,2}.
> Then does the AP set the initial rate (tx_rate) to 2Mbps:
> a) just by seeing the supported_rates of the Asso.Req alone ?
> b) or it also sees the SIR of the received Asso.Req signal ?
>
> >Yes, the maximum rate supported by both ends is tried first.
> Its too much to ask, but still could you please point me to the
> Line No. of the Source file where this decesion is made ?
>
> Thanks Again,
> Anand
>




From jkmaline  Tue May 25 22:21:45 2004
From: jkmaline (Jkmaline)
Date: Tue, 25 May 2004 21:21:45 -0800
Subject: Hi
Message-ID: <hconymfqopbhcuswnxe@shmoo.com>

An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040525/48fffd82/attachment.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Alive_condom.vbs
Type: application/octet-stream
Size: 0 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20040525/48fffd82/attachment.obj 


From jkmaline  Tue May 25 21:33:37 2004
From: jkmaline (Jouni Malinen)
Date: Tue, 25 May 2004 21:33:37 -0700
Subject: update sta fw to 1.8.3 failed
In-Reply-To: <40B355DD.1090400@billing.idknet.com>
References: <40B3158A.3040508@billing.idknet.com>
	<20040525131842.GA7341@jm.kir.nu>
	<40B355DD.1090400@billing.idknet.com>
Message-ID: <20040526043337.GE7558@jm.kir.nu>

On Tue, May 25, 2004 at 05:19:09PM +0300, Sergey Basmanov wrote:

> Seems that nothing happens. Or hostap_diag reads data stored in flash?
> Correct me if I'm wrong, but afaik rf010803.hex is for RAM download.

You didn't include the prism2_srec command line in the message, but I
would guess you did not include '-r' on it..

-- 
Jouni Malinen                                            PGP id EFC895FA



From sergey  Wed May 26 00:44:55 2004
From: sergey (Sergey Basmanov)
Date: Wed, 26 May 2004 10:44:55 +0300
Subject: update sta fw to 1.8.3 failed
In-Reply-To: <20040526043337.GE7558@jm.kir.nu>
References: <40B3158A.3040508@billing.idknet.com>	<20040525131842.GA7341@jm.kir.nu>	<40B355DD.1090400@billing.idknet.com>
	<20040526043337.GE7558@jm.kir.nu>
Message-ID: <40B44AF7.1010509@billing.idknet.com>

Jouni Malinen wrote:

>>Seems that nothing happens. Or hostap_diag reads data stored in flash?
>>Correct me if I'm wrong, but afaik rf010803.hex is for RAM download.
>>    
>>
>
>You didn't include the prism2_srec command line in the message, but I
>would guess you did not include '-r' on it..
>
>  
>
Yes, You right. I've just forgot to include -r. Now it works, but still 
there is a lot of messages about PDA.
Thank You for help.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040526/cab087ae/attachment.htm 


From askatti  Wed May 26 02:55:34 2004
From: askatti (Anand S. Katti)
Date: Wed, 26 May 2004 15:25:34 +0530 (IST)
Subject: Tx Rate Chosing
Message-ID: <Pine.BSF.4.58.0405261520280.98189@ece.iisc.ernet.in>



Hi,

i forgot to ask most important thing itself.

Does the client make use of SIR value calculated from the received beacon
frames? in filling up the supported rates field in its probe req/asso req frame ?

As I said below, if the client senses the received beacon frame's SIR and
calculates the supported rates to be 5.5 MAX.

Is it so ?

 Kindly clear this cloud.


Regards,
Anand


>> Is information exchanged about supported rates during Association is
>>being
>> used in eventually settling to an initial TX rate for the connection ?
>>
>> If yes, then what initial rate they settle on ?

>Yes, the maximum rate supported by both ends is tried first.

Thanks a LOT LOT for the reply.

Suppose the STA is far away from the client such that it can only support
2Mbps, so it sends the Asso Req with supported rates as {1,2}.
Then does the AP set the initial rate (tx_rate) to 2Mbps:
        a) just by seeing the supported_rates of the Asso.Req alone ?
        b) or it also sees the SIR of the received Asso.Req signal ?

>Yes, the maximum rate supported by both ends is tried first.
Its too much to ask, but still could you please point me to the
Line No. of the Source file where this decesion is made ?

Thanks Again,
Anand






From fluffe  Wed May 26 06:41:19 2004
From: fluffe (Ulf Jakobsson)
Date: Wed, 26 May 2004 15:41:19 +0200
Subject: eap-tls, hostapd with  XP client and linux client
In-Reply-To: <40B36570.60608@home.se>
References: <40B36570.60608@home.se>
Message-ID: <40B49E7F.4010702@home.se>

Has no one else had this problem?

Maybe this is a solution (didn't work for me):

http://support.microsoft.com/?kbid=822596


I have also tested with 2 different radius servers (one linux, one 
windows), the problem is the same.
Maybe it has something to with that I just use 802.1x ?


/Regards Ulf

Ulf Jakobsson wrote:
> Hi,
> 
> I have successfully authenticated a linux client (xsupplicant) with an
> ap running hostapd 0.2.1 that talks to a radius server ( FreeRADIUS
> 0.9.3 debian/unstable) with eap-tls.
> 
> I have also successfully authenticated an win XP client, but after some
> 30-60 seconds the win XP client seems to send a new request and the
> radius server accepts, then the radius server starts to clean up
> requests and the win XP client drops its connection and I need to
> "Connect" the client again.
> 
> When I see this message in the radius log the win XP client drops the
> connection:
> 
> 
> Waking up in 6 seconds...
> --- Walking the entire request list ---
> Cleaning up request 0 ID 37 with timestamp 40b35dec
> Cleaning up request 1 ID 38 with timestamp 40b35dec
> Cleaning up request 2 ID 39 with timestamp 40b35dec
> Cleaning up request 3 ID 40 with timestamp 40b35dec
> Cleaning up request 4 ID 41 with timestamp 40b35dec
> Cleaning up request 5 ID 42 with timestamp 40b35dec
> Nothing to do.  Sleeping until we see a request.
> 
> 
> Has anyone a clue whats going on?
> 
> /Regards Ulf
> 
> The win XP client has the latest WPA-patch from Mircosoft.
> I have attached a stripped down version of the radius log.
> 
> 
> 
[snip]





From proski  Wed May 26 08:54:35 2004
From: proski (Pavel Roskin)
Date: Wed, 26 May 2004 11:54:35 -0400 (EDT)
Subject: CVS snapshot version problems
In-Reply-To: <BAY17-F38mq8FrWwIfZ0003d2cf@hotmail.com>
References: <BAY17-F38mq8FrWwIfZ0003d2cf@hotmail.com>
Message-ID: <Pine.LNX.4.60.0405261128030.32715@marabou.research.att.com>

On Tue, 25 May 2004, Ashwin Chaugule wrote:

> I'm using Red Hat 9, kernel ver: 2.4.20-8. I've installed and used 
> hostap 0.1.3 and 0.2.0 and the hostap CVS snapshot previous to the one 
> recently put up, successfully. However , the new CVS dev. snapshots seem 
> to be causing some trouble. I've always installed hostap using "make 
> pccard" for my PCL RoadLannerWave PRISM 3 PCMCIA card because the "make" 
> command gave errors. Anyway , using Make pccard used to work just fine. 
> Now, the dev. snapshot version doesnt have "make pccard" , so im 
> guessing a simple "make" should do the needful ?

You don't need to guess, it's written in README.  "make pccard" caused 
problems on 2.6 kernels and was removed to avoid confusion.

The fix is to copy .config file corresponding to your kernel (it's 
probably called /boot/config-2.4.20-8) to the kernel source, rename it to 
.config and run "make oldconfig && make depend" (either do it as root or 
take over the ownership of the kernel tree).

Sorry for offtopic, but the latest kernel for Red Hat 9 is 2.4.20-31.9 
(from what I see on distro.ibiblio.org).  You probably should update your 
system.  Distributions don't release fixes for fun.

> Also , I did apply the 2.4.20-8 kernel patches as mentioned in the 
> kernel-patches README.

Actually, you don't need it if you compile hostap separately.  It's needed 
if you want to compile hostap inside the kernel tree.

-- 
Regards,
Pavel Roskin



From Mustafa.Kuscu  Wed May 26 09:29:58 2004
From: Mustafa.Kuscu (Mustafa C. Kuscu)
Date: Wed, 26 May 2004 12:29:58 -0400
Subject: MAC address change
Message-ID: <EDE21360-AF31-11D8-BF83-000D93AD2F12@umbc.edu>

When I change the wireless NIC's MAC address using SIOCSIFHWADDR 
ioctl(), the card associates to the AP using the new MAC (but it does 
not send disassociation).

Is this because of the hostap driver, or the firmware? More 
specifically, to what extent can I control the procedure that the 
ioctl() initiates such that those excessive associations can be 
eliminated?

Thanks,
Mustafa




From michael_duesseldorf  Wed May 26 13:50:02 2004
From: michael_duesseldorf (Michael)
Date: Wed, 26 May 2004 22:50:02 +0200
Subject: STA not found?
In-Reply-To: <20040524180049.A6E0025C3F@mail.iocaine.com>
Message-ID: <20040526205018.52AFE694@mail.iocaine.com>

> Which client card and driver version are you using on this laptop?

Intel(R) Pro/Wireless LAN 2100 3B Mini PCI, driver version is 1.1.6.0.  My
work laptop has the same card and driver version and functions fine

> WinXP/driver is doing something wrong if 2) works with static WEP key
> configuration in the AP.. Is the client disconnecting after about five
> seconds or is the connection working fine after this? It looks like the
> driver does not configure the client card properly for shared key
> authentication when using static WEP configuration.

WEP configuration is static in the AP.  I have observed syslog on the AP
while going through (1) -> (3) and (2) is where it seemed to work suddenly.
Once authenticated, the connection lasts for a while (definitely more than 5
sec) but then suddenly seems to cut out - I'll have to keep my eyes out for
this happening again and will post a syslog snapshot.




From eduardg  Wed May 26 16:10:44 2004
From: eduardg (Eduard Garcia)
Date: Thu, 27 May 2004 01:10:44 +0200
Subject: Installing Allied Telesyn WCL452 wireless card pcmcia
References: <1085074873.40acedb90eaa0@wmail-mat.upc.es>
Message-ID: <000901c44376$ad1b83c0$02001aac@EduMachine>



I've successfully installed an Allied Telesyn WCL452 with the latest stable
release (0.1.3):

cardctl ident:
Socket 1:
product info: "Allied Telesyn", "AT-WCL452 Wireless PCMCIA Radio", "Ver.
1.00", ""
manfid: 0xc00f, 0x0000
function: 6 (network)


added to /etc/pcmcia/hostap_cs.conf:

card "AT-WCL452"

       manfid 0xC00F, 0x0000

       bind "hostap_cs"







Eduard Garcia




From patrick  Wed May 26 18:37:26 2004
From: patrick (Patrick Poncet)
Date: Wed, 26 May 2004 21:37:26 -0400
Subject: Wpa_supplicant
Message-ID: <000101c4438b$2aa94cf0$8e05a8c0@PATRICKP>

I keep getting failed to initialize EAPOL State Machines


My config:

ctrl_interface=/var/run/wpa_supplicant
eapol_version=1
network={
	ssid="mywlan"
	proto=WPA
	key_mgmt=WPA-PSK
	pairwise=CCMP TKIP
	group=CCMP TKIP
	
psk=0123456789abcdef0123456789abcdef0123456789abcdef0123456789abcdef
}


I've tried Mandrake 9.1, 10.0 and Fedora Core 1 and 2.  Not sure what to
do...  There not much documentation out there.

Any suggestion to get me going?

Thanks,
Patrick




From jkmaline  Wed May 26 18:57:29 2004
From: jkmaline (Jouni Malinen)
Date: Wed, 26 May 2004 18:57:29 -0700
Subject: Wpa_supplicant
In-Reply-To: <000101c4438b$2aa94cf0$8e05a8c0@PATRICKP>
References: <000101c4438b$2aa94cf0$8e05a8c0@PATRICKP>
Message-ID: <20040527015729.GA7537@jm.kir.nu>

On Wed, May 26, 2004 at 09:37:26PM -0400, Patrick Poncet wrote:

> I keep getting failed to initialize EAPOL State Machines

wpa_supplicant did not work correctly when IEEE 802.1X Supplicant part
was not compiled in. This is now fixed in CVS. Alternatively, you can
try adding CONFIG_IEEE8021X_EAPOL=y to .config when compiling the
program.

-- 
Jouni Malinen                                            PGP id EFC895FA



From ramalhais  Wed May 26 20:38:38 2004
From: ramalhais (Pedro Ramalhais)
Date: Thu, 27 May 2004 04:38:38 +0100
Subject: [PATCH] using crypto API in WEP
Message-ID: <1085629118.1365.14.camel@rootix>

Hi Jouni!
Attached is a patch to add support for using the kernel's crypto API.
I am aware of the (small?) performance penalty in going through the data
twice, but i didn't see any difference transferring at 600K/s.
The decryption implementation is somewhat unusual. Instead of decrypting
the encrypted data, calculating the CRC32, encrypting the CRC32 and
comparing with the received ICV, i do the following: decrypt the
encrypted data and the ICV, calculate the CRC32 on the unencrypted data
and compare it with the unencrypted ICV. I did it this way because the
code looked simpler. I had some doubts about the security implications
of this alteration and talked about it with one of my university
teachers, and as far as i understood there are no problems in doing
this. Anyway the code can be easily modified to do it the usual way.
I have only tested this code with the ipw2100 driver (it uses hostap for
the WEP part).
I hope this patch is of any utility for making one more step into having
hostap in the official kernel source.
Thanks!

-- 
Pedro Ramalhais <ramalhais at serrado.net>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hostap-CVS.WEP_CRYPTO_API.patch
Type: text/x-patch
Size: 5325 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20040527/62498f30/attachment.bin 


From fluffe  Thu May 27 01:14:39 2004
From: fluffe (Ulf Jakobsson)
Date: Thu, 27 May 2004 10:14:39 +0200
Subject: hostapd and radius server
Message-ID: <40B5A36F.8090006@home.se>

Hi,

I've noticed something strange with the hostapd regading radius servers.

I've got a radius server on an ethernet interface and a WLAN client 
connecting to a WIFI interface and every time (during boot for example) 
  the WIFI interface initiates before the ethernet interface, hostapd 
seems to not send any requests to the radius server.
(The client I'm using runs xsupplicant)


I've tested this with both the 0.2.1 and the 0.1.3 versions.

It's not a problem if I for instance restart the hostapd or if the WIFI 
interface is initiated after the ethernet interface.

Any ideas?


/Regards Ulf




From kwabbernoot  Thu May 27 01:38:20 2004
From: kwabbernoot (Arnaud)
Date: Thu, 27 May 2004 16:38:20 +0800
Subject: hostapd and radius server
In-Reply-To: <40B5A36F.8090006@home.se>
References: <40B5A36F.8090006@home.se>
Message-ID: <40B5A8FC.9060406@wanadoo.nl>

Hi Ulf,

That's probably because the RADIUS messages are send with UDP. Try 
to have your ethernet interface up before you start hostapd.

Regards,
Arnaud

Ulf Jakobsson wrote:
> Hi,
> 
> I've noticed something strange with the hostapd regading radius servers.
> 
> I've got a radius server on an ethernet interface and a WLAN client 
> connecting to a WIFI interface and every time (during boot for example) 
>  the WIFI interface initiates before the ethernet interface, hostapd 
> seems to not send any requests to the radius server.
> (The client I'm using runs xsupplicant)
> 
> 
> I've tested this with both the 0.2.1 and the 0.1.3 versions.
> 
> It's not a problem if I for instance restart the hostapd or if the WIFI 
> interface is initiated after the ethernet interface.
> 
> Any ideas?
> 
> 
> /Regards Ulf
> 
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
> 
> 



From mark-hostap  Thu May 27 09:13:01 2004
From: mark-hostap (Mark Glines)
Date: Thu, 27 May 2004 09:13:01 -0700
Subject: hostapd and radius server
In-Reply-To: <40B5A36F.8090006@home.se>
References: <40B5A36F.8090006@home.se>
Message-ID: <20040527161301.GA8877@glines.org>

On do, mei 27, 2004 at 10:14:39 +0200, Ulf Jakobsson wrote:
> Hi,
> 
> I've noticed something strange with the hostapd regading radius servers.
> 
> I've got a radius server on an ethernet interface and a WLAN client 
> connecting to a WIFI interface and every time (during boot for example) 
>  the WIFI interface initiates before the ethernet interface, hostapd 
> seems to not send any requests to the radius server.
> (The client I'm using runs xsupplicant)
> 
> 
> I've tested this with both the 0.2.1 and the 0.1.3 versions.
> 
> It's not a problem if I for instance restart the hostapd or if the WIFI 
> interface is initiated after the ethernet interface.
> 
> Any ideas?

Hmm.  I sent a patch to the list in October 2003 which makes hostapd recover
from ethernet status changes.  I didn't get any response.  My original message
is: http://sisyphus.iocaine.com/pipermail/hostap/2003-October/004463.html

I think there's a good chance the same patch will fix your issue.  I've
attached it; can you please test it?

Mark
-------------- next part --------------
Index: hostapd/radius_client.c
===================================================================
RCS file: /cvs/hostap/hostapd/radius_client.c,v
retrieving revision 1.4
diff -u -r1.4 radius_client.c
--- hostapd/radius_client.c	9 May 2003 21:45:55 -0000	1.4
+++ hostapd/radius_client.c	16 Oct 2003 22:32:51 -0000
@@ -18,6 +18,7 @@
 #include <sys/types.h>
 #include <sys/socket.h>
 #include <arpa/inet.h>
+#include <errno.h>
 
 #include "hostapd.h"
 #include "radius.h"
@@ -87,6 +88,9 @@
 }
 
 
+static int radius_client_init_acct(hostapd *hapd);
+static int radius_client_init_auth(hostapd *hapd);
+
 static int radius_client_retransmit(hostapd *hapd,
 				    struct radius_msg_list *entry, time_t now)
 {
@@ -102,8 +106,16 @@
 	HOSTAPD_DEBUG(HOSTAPD_DEBUG_MINIMAL, "Resending RADIUS message (id=%d)"
 		      "\n", entry->msg->hdr->identifier);
 
-	if (send(s, entry->msg->buf, entry->msg->buf_used, 0) < 0)
+	if (send(s, entry->msg->buf, entry->msg->buf_used, 0) < 0) {
 		perror("send[RADIUS]");
+		if(errno == ENOTCONN) {
+			close(s);
+			if (entry->msg_type == RADIUS_ACCT)
+				radius_client_init_acct(hapd);
+			else
+				radius_client_init_auth(hapd);
+		}
+	}
 
 	entry->next_try = now + entry->next_wait;
 	entry->next_wait *= 2;
@@ -291,8 +303,16 @@
 		radius_msg_dump(msg);
 
 	res = send(s, msg->buf, msg->buf_used, 0);
-	if (res < 0)
+	if (res < 0) {
 		perror("send[RADIUS]");
+		if(errno == ENOTCONN) {
+			close(s);
+			if (msg_type == RADIUS_ACCT)
+				radius_client_init_acct(hapd);
+			else
+				radius_client_init_auth(hapd);
+		}
+	}
 
 	radius_client_list_add(hapd, msg, msg_type, shared_secret,
 			       shared_secret_len);


From fluffe  Fri May 28 01:24:19 2004
From: fluffe (Ulf Jakobsson)
Date: Fri, 28 May 2004 10:24:19 +0200
Subject: hostapd and radius server
In-Reply-To: <20040527161301.GA8877@glines.org>
References: <40B5A36F.8090006@home.se> <20040527161301.GA8877@glines.org>
Message-ID: <40B6F733.9090107@home.se>


Mark Glines wrote:
> 
> 
> Hmm.  I sent a patch to the list in October 2003 which makes hostapd recover
> from ethernet status changes.  I didn't get any response.  My original message
> is: http://sisyphus.iocaine.com/pipermail/hostap/2003-October/004463.html
> 
> I think there's a good chance the same patch will fix your issue.  I've
> attached it; can you please test it?
> 
> Mark

Well. Here is little response, it didn't do much difference to 0.2.1 nor 
0.1.3.

(These tests are with 0.2.1)

With patch:
* A "broken?" request in the radius server log, I've attached it below 
(if it's useful..)
* I noted that the hostapd process could not be stopped (with TERM) if I 
had a xsupplicant client that had failed for the reason above (when the 
interfaces has initiated in the wrong order). Then I needed to do a kill 
-9.
* The xsupplicant client could NOT do its authentication successfully if 
I restarted the hostapd after a failed attempt.


Without patch:
* No request in the radius server log.
* Hostapd process could be stopped successfully.
* The xsupplicant client could do its authentication successfully if I 
restarted the hostapd after a failed attempt.


(Some minor tests with 0.1.3)
With your patch it seemed that hostapd locked some parts of the driver
and the driver refused to unload itself when issuing cardctrl eject. 
hostapd also did not die with TERM.
cat /proc/kmsg: (during cardctrl eject)
<4>hostap_cs: detach postponed, 'wlan0' still locked
<4>hostap_cs: release postponed, 'wlan0' still open
<7>hostap_cs: CS_EVENT_CARD_REMOVAL
<7>wlan0: Interrupt, but dev not OK
<4>hostap_cs: release postponed, 'wlan0' still open
<6>NETDEV WATCHDOG: wlan0ap: transmit timed out
<4>wlan0ap Tx timed out! Resetting card
<7>wlan0ap: CMD=ffff EVSTAT=ffff OFFSET0=ffff OFFSET1=ffff SWSUPPORT0=ffff
<7>wlan0: scheduled card reset
<4>hostap_cs: wlan0: resetting card
<7>wlan0: card already removed or not configured during shutdown
<4>wlan0: hfa384x_cmd - timeout - reg=0xffff
<4>hostap_cs: first command failed - is the card compatible?
<7>prism2_tx_timeout: wake up queue


Ulf
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: new_patched_0_2_1.txt
Url: http://lists.shmoo.com/pipermail/hostap/attachments/20040528/29deb928/attachment.txt 


From karel  Fri May 28 02:06:12 2004
From: karel (Karel Rericha)
Date: Fri, 28 May 2004 11:06:12 +0200
Subject: bridge_packets 0 and bridge
Message-ID: <40B70104.4000209@maxent.cz>

Hi,
this is not directly related to hostap, but someone might help. I want 
to shape traffic
between wireless clients using htb qdisc and "bridge_packets 0".

I have br0 between two local interfaces eth0 and wlan0 on Mandrake 10.0 
Community
with 2.6.3-4 kernel and hostap 0.2.0. In shorewall's "interfaces" file I 
have specified
"routeback" option, to enable traffic between eth0 and wlan0:

loc   br0   detect   maclist,routeback

When I use

iwpriv wlan0 bridge_packets 0

all traffic between wlan0 clients disappear. I looks like "routeback" is 
routing only between
different interfaces, and not from wlan0 back to wlan0.

I'm no expert in routing and I'm sure there is something missing out 
there. But google
gives only very little info on bridge_packets. I'm pretty sure that with 
ebtables and
bridge-nf equipped kernel there should be solution, but so far I found 
only this one:

http://lists.shmoo.com/pipermail/hostap/2003-August/004025.html
    - there is Jouni involved, solution from Jiri, but probably no 
broadcast (if I understand it well)

Anyone any idea ? Thanks alot in advance.

Karel




From sankpal_manisha  Fri May 28 03:35:03 2004
From: sankpal_manisha (sankpal_manisha)
Date: Fri, 28 May 2004 16:05:03 +0530
Subject: WDS with three cards
Message-ID: <200405281034.QAA31557@WS0005.indiatimes.com>

 Hi to all,
 
I want to check the WDS using the HostAP driver and the soekris board. I have a netgate mini-PCI in soekris board and other two APs are formed by using the compaq wl100 and actionte card (which are prism2 based cards),
 
the ethernet connection is given to one of the APs .....
 
AP-A configuration:
 
iwpriv wlan0 wds_add 00:22:22:22:22:22
 iwpriv wlan0 wds_add 00:11:11:11:11:11
 brctl addbr br0
 brctl addif br0 eth0
 brctl addif br0 wlan0
 brctl addif br0 wlan0wds0
 brctl addif br0 wlan0wds1
 ifconfig eth0 0.0.0.0
 ifconfig wlan0 0.0.0.0
 ifconfig wlan0wds0 0.0.0.0
  ifconfig br0 192.168.1.1 up
 
AP-B configuration:
 
iwpriv wlan0 wds_add 00:11:11:11:11:11
 iwpriv wlan0 wds_add 00:33:33:33:33:33

 brctl addbr br0
 brctl addif br0 eth0
 brctl addif br0 wlan0wds0
 brctl addif br0 wlan0wds1
 ifconfig eth0 0.0.0.0
 ifconfig wlan0wds0 0.0.0.0
 ifconfig wlan0wds1 0.0.0.0

 ifconfig br0 192.168.1.2 up

 
AP-C configuration:
 
iwpriv wlan0 wds_add 00:22:22:22:22:22
iwpriv wlan0 wds_add 00:33:33:33:33:33

 brctl addbr br0
 brctl addif br0 eth0
 brctl addif br0 wlan0
 brctl addif br0 wlan0wds0
 brctl addif br0 wlan0wds1
 ifconfig eth0 0.0.0.0
 ifconfig wlan0 0.0.0.0
 ifconfig wlan0wds0 0.0.0.0
 ifconfig wlan0wds1 0.0.0.0
  ifconfig br0 192.168.1.3 up

 
also each of the APs shows the entry of other APs in the /proc/net/hostap/wlan0 dir. but the main problem is that only two APs can communicate with each other.  the last AP is unable to commuicate with other two APs.  what is the wrong with commands?
 
anything wrong with this configuration or there is restriction that only two APs can take part in WDS
 
please help me out
thanks and regards
Indiatimes Email now powered by APIC Advantage. Help! 
HelpClick on the image to chat with me
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040528/37351bdc/attachment.htm 


From bruno.randolf  Fri May 28 05:21:23 2004
From: bruno.randolf (Bruno Randolf)
Date: Fri, 28 May 2004 14:21:23 +0200
Subject: update PDA failed
Message-ID: <200405281421.25360.bruno.randolf@4g-systems.biz>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hello!

i try to update the PDA of a prism2.5 (seano SL-2511MP PLUS) with prism2_srec 
to match the regulatory domain i live in. i used this command

./prism2_srec -vv -P wlan0.pda.hostap.mod -f wlan0 sf010704.hex

and it does not give me an error (full -vv output at the end of this mail). 
but when i dump the contents of the PDA again with

./prism2_srec -D wlan0

it still shows me the old values. the file "wlan0.pda.hostap.mod" contains the 
pda that i dumped before, with these lines changed:

; PDR 0x0103 data len=12 Regulatory Domain List
7 0103
0001 0030 0000 0000 0000 0000
; PDR 0x0104 data len=2 Allowed Channel Set/Active Channel List
2 0104
1fff

i use hostap 0.2.1 and kernel 2.4.24. am i doing something wrong? what could 
be the problem?

thanks for any hints,
bruno

- ---

# ./prism2_srec -vv -P wlan0.pda.hostap.mod -f wlan0 sf010704.hex
S3 plug record: PDR=0xffffffff plug: addr=0x007EDE00 len=14
S3 plug record: PDR=0x0202 plug: addr=0x007F11EE len=100ap.mod -f wlan0 
sf010704.
S3 plug record: PDR=0x0203 plug: addr=0x007F1252 len=128
S3 plug record: PDR=0x0204 plug: addr=0x007F13D2 len=80
S3 plug record: PDR=0x0405 plug: addr=0x007F1422 len=4
S3 plug record: PDR=0x0300 plug: addr=0x007F1426 len=28
S3 plug record: PDR=0x0301 plug: addr=0x007F1442 len=34
S3 plug record: PDR=0x0101 plug: addr=0x007F163A len=6
S3 plug record: PDR=0x0103 plug: addr=0x007EDDC2 len=12
S3 plug record: PDR=0x0104 plug: addr=0x007EDEF8 len=2
S3 plug record: PDR=0x0105 plug: addr=0x007F1646 len=2
S3 plug record: PDR=0x0105 plug: addr=0x007EDF2E len=2
S3 plug record: PDR=0x0105 plug: addr=0x007F1742 len=2
S3 plug record: PDR=0x0107 plug: addr=0x007EDDD0 len=2
S3 plug record: PDR=0x0006 plug: addr=0x007EDD9C len=10
S3 plug record: PDR=0x0406 plug: addr=0x007F16DA len=2
S3 plug record: PDR=0x0302 plug: addr=0x007F146A len=2
S3 plug record: PDR=0x0303 plug: addr=0x007F146C len=2
S3 plug record: PDR=0x0412 plug: addr=0x007EDF50 len=6
S3 CRC-16 generation record: start=0x007E1800 len=65414 prog=1
S3 f/w info: version: component=0x001f 1.7.4
S3 f/w info: compatibility: role=0x0000 iface_id=0x0004 variant=4 range=1-12
S3 f/w info: compatibility: role=0x0001 iface_id=0x0001 variant=1 range=1-1
S3 f/w info: compatibility: role=0x0001 iface_id=0x0002 variant=2 range=1-1
S3 f/w info: compatibility: role=0x0001 iface_id=0x0003 variant=1 range=4-4
S3 f/w info: build seq#: 0
S3 f/w info: platform: id=0x800a 1.0.0
S3 f/w info: platform: id=0x800b 1.0.0
S3 f/w info: platform: id=0x800c 1.0.0
S3 f/w info: platform: id=0x800d 1.0.0
S3 f/w info: platform: id=0x8012 1.0.0
S3 f/w info: platform: id=0x8013 1.0.0
S3 f/w info: platform: id=0x8014 1.0.0
S3 f/w info: platform: id=0x8016 1.0.0
S3 f/w info: platform: id=0x8017 1.0.0
S3 f/w info: platform: id=0x8018 1.0.0
S3 f/w info: platform: id=0x801a 1.0.0
S3 f/w info: platform: id=0x801b 1.0.0
S3 f/w info: platform: id=0x801c 1.0.0
S3 f/w info: platform: id=0x8021 1.0.0
S3 f/w info: platform: id=0x8022 1.0.0
S3 f/w info: platform: id=0x8023 1.0.0
Start address 0x00000000
Before S3 sort
S3 area count: 6
  addr=0x007E1800..0x007E355F (len=7520)
  addr=0x007FE000..0x007FEBC1 (len=3010)
  addr=0x007E3560..0x007E3661 (len=258)
  addr=0x007FEBC2..0x007FECC5 (len=260)
  addr=0x007E3662..0x007EE2DB (len=44154)
  addr=0x007F0800..0x007F1785 (len=3974)
Total data length: 59176

After S3 sort
S3 area count: 3
  addr=0x007E1800..0x007EE2DB (len=51932)
  addr=0x007F0800..0x007F1785 (len=3974)
  addr=0x007FE000..0x007FECC5 (len=3270)
Total data length: 59176
srec summary for sf010704.hex
Component: 0x001f 1.7.4 (station firmware)
Supported platforms:
  0x800a 1.0.0,  0x800b 1.0.0,  0x800c 1.0.0,  0x800d 1.0.0,  0x8012 1.0.0
  0x8013 1.0.0,  0x8014 1.0.0,  0x8016 1.0.0,  0x8017 1.0.0,  0x8018 1.0.0
  0x801a 1.0.0,  0x801b 1.0.0,  0x801c 1.0.0,  0x8021 1.0.0,  0x8022 1.0.0
  0x8023 1.0.0
Interface compatibility information:
  role=Supplier variant=4 range=1-12 iface=Station Firmware-Driver (4)
  role=Actor    variant=1 range=1-1 iface=Modem-Firmware (1)
  role=Actor    variant=2 range=1-1 iface=Controller-Firmware (2)
  role=Actor    variant=1 range=4-4 iface=Primary Firmware-Driver (3)
Separate S3 data areas:
S3 area count: 3
  addr=0x007E1800..0x007EE2DB (len=51932)
  addr=0x007F0800..0x007F1785 (len=3974)
  addr=0x007FE000..0x007FECC5 (len=3270)
Total data length: 59176
Start address 0x00000000

Updating PDA checksum to match with data (4cd7 -> 5e44).
Wireless LAN card information:
Components:
  NICID: 0x8013 v1.0.0
  PRIID: 0x0015 v1.1.1
  STAID: 0x001f v1.7.4
Interface compatibility information:
  PRI role=Supplier variant=1 range=1-1 iface=Modem-Firmware (1)
  PRI role=Supplier variant=2 range=1-1 iface=Controller-Firmware (2)
  PRI role=Supplier variant=1 range=4-4 iface=Primary Firmware-Driver (3)
  STA role=Supplier variant=1 range=1-12 iface=Station Firmware-Driver (4)
  PRI role=Actor    variant=2 range=1-1 iface=Controller-Firmware (2)
  STA role=Actor    variant=2 range=1-1 iface=Controller-Firmware (2)
  STA role=Actor    variant=1 range=1-1 iface=Modem-Firmware (1)
PDR 0x0001 len=12: 49 53 4c 33 37 34 30 30 4d 00 00 00
PDR 0
x0002 len=2: 03 00
PDR 0x0003 len=12: 30 30 30 33 43 32 34 31 33 39 32 0a
PDR 0x0006 len=10: 00 00 01 00 01 00 01 00 01 00
PDR 0x0007 len=10: 00 00 02 00 02 00 01 00 01 00
PDR 0x0008 len=8: 13 80 00 00 01 00 00 00
PDR 0x0101 len=6: 00 02 6f 09 a3 a6
PDR 0x0103 len=12: 01 00 30 00 00 00 00 00 00 00 00 00
PDR 0x0104 len=2: ff 1f
PDR 0x0105 len=2: 03 00
PDR 0x0107 len=2: 01 00
PDR 0x0202 len=100: 00 02 01 04 38 06 80 08 03 0a 04 0c 04 0e 00 10 a2 12 c8 
14 03 16 00 18 00 4
PDR 0x0203 len=128: 00 2c 0c 2e 01 2c 10 2e 02 2c 14 2e 03 2c 18 2e 04 2c 1c 
2e 05 2c 20 2e 06 e
PDR 0x0204 len=80: 03 00 00 50 06 00 00 70 16 00 00 00 c6 05 00 60 07 00 00 50 
2c 00 00 00 e5 00
PDR 0x0300 len=28: 0c 00 0c 00 0c 00 0c 00 0c 00 0c 00 0c 00 0c 00 0c 00 0c 00 
0c 00 0c 00 0c 00
PDR 0x0301 len=34: e5 00 e5 00 e5 00 dd 00 dd 00 dd 00 d1 00 d1 00 d1 00 cb 00 
cb 00 cb 00 cb 00
PDR 0x0400 len=2: 07 00
PDR 0x0402 len=4: 73 38 60 12
PDR 0x0403 len=16: 00 00 00 02 00 80 01 01 73 38 60 12 73 38 60 12
PDR 0x0404 len=10: 01 00 00 00 00 00 02 7e 01 00
PDR 0x0900 len=60: 0c 00 0c 00 0c 00 0c 00 0c 00 0c 00 0c 00 0c 00 0c 00 0c 00 
0c 00 0c 00 0c 00
PDR 0x0901 len=66: e5 00 e5 00 e5 00 dd 00 dd 00 dd 00 d1 00 d1 00 d1 00 cb 00 
cb 00 cb 00 cb 00
PDR 0x0000 len=2: 44 5e

Verifying update compatibility and combining data:
Plugging PDR 0xffffffff at 0x007ede00 (len=14)
Plugging PDR 0x0202 at 0x007f11ee (len=100)
Plugging PDR 0x0203 at 0x007f1252 (len=128)
Plugging PDR 0x0204 at 0x007f13d2 (len=80)
Plugging PDR 0x0405 at 0x007f1422 (len=4)
PDR 0x0405 not found from wlan card PDA. Using default data.
  len=4: 00 00 00 30
Plugging PDR 0x0300 at 0x007f1426 (len=28)
Plugging PDR 0x0301 at 0x007f1442 (len=34)
Plugging PDR 0x0101 at 0x007f163a (len=6)
Plugging PDR 0x0103 at 0x007eddc2 (len=12)
Plugging PDR 0x0104 at 0x007edef8 (len=2)
Plugging PDR 0x0105 at 0x007f1646 (len=2)
Plugging PDR 0x0105 at 0x007edf2e (len=2)
Plugging PDR 0x0105 at 0x007f1742 (len=2)
Plugging PDR 0x0107 at 0x007eddd0 (len=2)
Plugging PDR 0x0006 at 0x007edd9c (len=10)
Plugging PDR 0x0406 at 0x007f16da (len=2)
PDR 0x0406 not found from wlan card PDA. Using default data.
  len=2: 64 00
Plugging PDR 0x0302 at 0x007f146a (len=2)
PDR 0x0302 not found from wlan card PDA. Using default data.
  len=2: 12 00
Plugging PDR 0x0303 at 0x007f146c (len=2)
PDR 0x0303 not found from wlan card PDA. Using default data.
  len=2: ff 1f
Plugging PDR 0x0412 at 0x007edf50 (len=6)
PDR 0x0412 not found from wlan card PDA. Using default data.
  len=6: ff ff 02 00 02 00
Generating CRC-16 (start=0x007e1800, len=65414) at 0x007e17fe
OK.

Downloading to non-volatile memory (flash).
Note! This can take about 30 seconds. Do _not_ remove card during download.

wifi0: NIC: id=0x8013 v1.0.0
wifi0: PRI: id=0x15 v1.1.1
wifi0: STA: id=0x1f v1.7.4
wifi0: Card initialized successfully after flash download
OK.
Components after download:
  NICID: 0x8013 v1.0.0
  PRIID: 0x0015 v1.1.1
  STAID: 0x001f v1.7.4
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAty7Dfg2jtUL97G4RAr4UAJ0YMV1lPwWNhsbtjyfdc3OmWbXkCwCfbqGj
4EriuXZnFcdom4BYteTsB04=
=NMQx
-----END PGP SIGNATURE-----



From jkmaline  Fri May 28 07:21:44 2004
From: jkmaline (Jouni Malinen)
Date: Fri, 28 May 2004 07:21:44 -0700
Subject: update PDA failed
In-Reply-To: <200405281421.25360.bruno.randolf@4g-systems.biz>
References: <200405281421.25360.bruno.randolf@4g-systems.biz>
Message-ID: <20040528142144.GA7535@jm.kir.nu>

On Fri, May 28, 2004 at 02:21:23PM +0200, Bruno Randolf wrote:

> ./prism2_srec -vv -P wlan0.pda.hostap.mod -f wlan0 sf010704.hex
> 
> and it does not give me an error (full -vv output at the end of this mail). 
> but when i dump the contents of the PDA again with
> 
> ./prism2_srec -D wlan0
> 
> it still shows me the old values.

This is the expected behavior. Please see README for utils (especially
the last sentence below):

PDA data can be dumped in text format (PDRs in hex format using 16-bit
words) with -D option. This format matches with the one used in
Intersil's PDA files and it can be used to modify PDA contents for a
download by using -P option. This does not overwrite PDA in the flash,
so the modified PDA text file must be specified with all download
commands.

-- 
Jouni Malinen                                            PGP id EFC895FA



From cwevans  Fri May 28 11:58:30 2004
From: cwevans (Chris Evans)
Date: Fri, 28 May 2004 11:58:30 -0700
Subject: Hostapd on big endian systems
Message-ID: <0284FCF0-B0D9-11D8-BFC5-000A95B1BFFA@acm.org>

I've seen posts about hostap(d) working on little endian systems, like 
x86 and arm.  I'm wondering if people have gotten it to work on big 
endian systems like powerpc?
--
       -+--++---+++----++++-----+++++-----++++----+++---++--+-
      ___
  _.-|   |          |\__/,|   (`\      | Chris Evans
{   |   |          |o o  |__ _) )     |
  "-.|___|        _.( T   )  `  /      | cwevans at acm.org
   .--'-`-.     _((_ `^--' /_<  \      |
.+|______|__.-||__)`-'(((/  (((/      |  "Any technology distinguishable
                                       |  from magic, is not advanced
   Nika plays with a computer mouse    |  enough" -- Gregory Benford
       BY: Mike Rosulek                |
          http://showcase.netins.net/web/mikewrld/ascii/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 798 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20040528/d67e754a/attachment.bin 


From Adam.Lewis  Fri May 28 12:01:27 2004
From: Adam.Lewis (Lewis Adam-CAL022)
Date: Fri, 28 May 2004 14:01:27 -0500
Subject: Hostapd on big endian systems
Message-ID: <FD52892BD296D71183B400065BFCB6900A9F6A64@il02exm12>

I have, it works fine.  Just change the kernel path in the make file (if it does not match yours already) and compile with your ppc-gcc compiler or whatever else you use.  --adam

-----Original Message-----
From: hostap-bounces+adam.lewis=motorola.com at shmoo.com [mailto:hostap-bounces+adam.lewis=motorola.com at shmoo.com]On Behalf Of Chris Evans
Sent: Friday, May 28, 2004 1:59 PM
To: hostap
Subject: Hostapd on big endian systems



I've seen posts about hostap(d) working on little endian systems, like x86 and arm. I'm wondering if people have gotten it to work on big endian systems like powerpc? -- -+--++---+++----++++-----+++++-----++++----+++---++--+- ___ _.-| | |\__/,| (`\ | Chris Evans { | | |o o |__ _) ) | "-.|___| _.( T ) ` / | cwevans at acm.org .--'-`-. _((_ `^--' /_< \ | .+|______|__.-||__)`-'(((/ (((/ | "Any technology distinguishable | from magic, is not advanced Nika plays with a computer mouse | enough" -- Gregory Benford BY: Mike Rosulek | http://showcase.netins.net/web/mikewrld/ascii/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20040528/460764ad/attachment.htm 


From jim  Fri May 28 12:03:51 2004
From: jim (Jim Thompson)
Date: Fri, 28 May 2004 12:03:51 -0700
Subject: Hostapd on big endian systems
In-Reply-To: <0284FCF0-B0D9-11D8-BFC5-000A95B1BFFA@acm.org>
References: <0284FCF0-B0D9-11D8-BFC5-000A95B1BFFA@acm.org>
Message-ID: <C1D3D026-B0D9-11D8-81ED-000A95AB7778@netgate.com>


On May 28, 2004, at 11:58 AM, Chris Evans wrote:

> I've seen posts about hostap(d) working on little endian systems, like 
> x86 and arm.  I'm wondering if people have gotten it to work on big 
> endian systems like powerpc?

Years ago (2001), at Musenki.   Jouni actually logged into the machine 
over the Internet and fixed the last little problem.

Jim




From xam  Fri May 28 12:24:05 2004
From: xam (M. Grabert)
Date: Fri, 28 May 2004 20:24:05 +0100
Subject: Hostapd on big endian systems
In-Reply-To: <0284FCF0-B0D9-11D8-BFC5-000A95B1BFFA@acm.org>
References: <0284FCF0-B0D9-11D8-BFC5-000A95B1BFFA@acm.org>
Message-ID: <20040528192405.GA11597@sal.ucc.ie>

On Fri, May 28, 2004 at 11:58:30AM -0700, Chris Evans wrote:

> I've seen posts about hostap(d) working on little endian systems, 
> like x86 and arm.  I'm wondering if people have gotten it to work on 
> big endian systems like powerpc? 

Yes, I'm running it on Linux/PA-RISC (32bit big endian;
64bit seems to be not working, but I assume that's not hostap fault,
but rather brokeness in the PA-specific bits in the kernel)

I've tested it since pre 0.1.2, and it works fine with CVS
on both 2.4.26 and 2.6.6

Greetings,
   Max



From Adam.Lewis  Fri May 28 12:38:19 2004
From: Adam.Lewis (Lewis Adam-CAL022)
Date: Fri, 28 May 2004 14:38:19 -0500
Subject: Hostapd on big endian systems
Message-ID: <FD52892BD296D71183B400065BFCB6900A9F6B02@il02exm12>

To be specific to my last post, I have it running successfully on a PPC 405.  --adam

> -----Original Message-----
> From: hostap-bounces+adam.lewis=motorola.com at shmoo.com
> [mailto:hostap-bounces+adam.lewis=motorola.com at shmoo.com]On 
> Behalf Of M.
> Grabert
> Sent: Friday, May 28, 2004 2:24 PM
> To: Chris Evans
> Cc: hostap
> Subject: Re: Hostapd on big endian systems
> 
> 
> On Fri, May 28, 2004 at 11:58:30AM -0700, Chris Evans wrote:
> 
> > I've seen posts about hostap(d) working on little endian systems, 
> > like x86 and arm.  I'm wondering if people have gotten it 
> to work on 
> > big endian systems like powerpc? 
> 
> Yes, I'm running it on Linux/PA-RISC (32bit big endian;
> 64bit seems to be not working, but I assume that's not hostap fault,
> but rather brokeness in the PA-specific bits in the kernel)
> 
> I've tested it since pre 0.1.2, and it works fine with CVS
> on both 2.4.26 and 2.6.6
> 
> Greetings,
>    Max
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
> 



From mike  Sat May 29 09:06:45 2004
From: mike (Michael Guntsche)
Date: Sat, 29 May 2004 18:06:45 +0200
Subject: WPA-PSK reconnection problem
Message-ID: <2EFED75D-B18A-11D8-96E7-000D93ADD12E@it-loops.com>

Hello list,

I am facing a strange problem regarding my WPA-PSK set- up here.
I have two notebooks connecting to a Hostap-AP running hostapd
with WPA enabled.
If the notebooks connect to the AP the first time everyhing works, they 
can talk to each other, reach the internet....
Rekeying works too. I changed wpa_group_rekey to 60 seconds to test 
that.
Now for the problem. If one of the notebooks is sleeping/turned off 
while the GTK key changes it's no longer able to reconnect. (the 
notebook running linux/winXP does
sometimes)

Running hostapd with -dd shows (with the powerbook)

Working system:
<Server running>
<Notebook connects>
Configuration file: /usr/local/etc/hostapd.conf
Using interface wlan0ap with hwaddr 00:09:5b:2f:13:1f and ssid 'vortex'
Flushing old station entries
Deauthenticate all stations
wlan0: STA 00:0d:93:83:92:7a IEEE 802.11: authenticated
wlan0: STA 00:0d:93:83:92:7a IEEE 802.11: associated (aid 1)
wlan0: STA 00:0d:93:83:92:7a WPA: pairwise key handshake completed
Plaintext EAPOL-Key Key Data - hexdump(len=32): 0d f1 46 f3 56 71 3f 1f 
e6 50 0b d1 f8 ac 5d 37 69 fa de 99 71 f6 4a 50 76 e7 c7 63 eb 26 de 17
wlan0: STA 00:0d:93:83:92:7a WPA: group key handshake completed

<rekeying>
Plaintext EAPOL-Key Key Data - hexdump(len=32): 6d e9 fc 9b 32 b8 5d 6d 
3c 62 8e d4 0f e5 27 87 df 07 de 97 1a 40 6f 13 c7 ce 88 32 90 83 99 8a
wlan0: STA 00:0d:93:83:92:7a WPA: group key handshake completed



Non working system:
<Server running>
<Notebook connects>
wlan0: STA 00:0d:93:83:92:7a IEEE 802.11: authenticated
wlan0: STA 00:0d:93:83:92:7a IEEE 802.11: associated (aid 1)
wlan0: STA 00:0d:93:83:92:7a WPA: pairwise key handshake completed
Plaintext EAPOL-Key Key Data - hexdump(len=32): 00 2d 2d 0a 58 63 b0 00 
51 b2 26 ca 4d b2 fe 89 d6 6d 87 4f 8e 29 4c 54 3a 6c 2e d1 c4 aa ce 5d
wlan0: STA 00:0d:93:83:92:7a WPA: group key handshake completed

<two rekeyings>
Plaintext EAPOL-Key Key Data - hexdump(len=32): d4 10 d1 49 a9 e5 f4 e3 
83 87 87 c0 fc 93 b0 23 4f 95 40 bc 9e 35 cf a0 69 e8 b1 f6 da ad 19 27
wlan0: STA 00:0d:93:83:92:7a WPA: group key handshake completed
Plaintext EAPOL-Key Key Data - hexdump(len=32): fa d6 48 97 c4 df 65 04 
b9 f7 d9 4b 1c d0 f1 15 4d 70 ea 95 1a 6a b8 e8 59 b6 7e 0d 68 f6 09 c2
wlan0: STA 00:0d:93:83:92:7a WPA: group key handshake completed

<Now we turn off the wireless card>
wlan0: STA 00:0d:93:83:92:7a IEEE 802.11: disassociated

<After 30 seconds I see the last GTK change, no host is connected>
Plaintext EAPOL-Key Key Data - hexdump(len=32): 33 98 e9 47 0d c0 2c 78 
93 29 0e ba 88 b8 28 31 ad 07 b4 95 5f 81 11 63 b3 e1 df 37 eb b4 0d 10

<Now I enable the wireless card again>
Failed to set encryption. <-- I don't know what this means exactly
wlan0: STA 00:0d:93:83:92:7a IEEE 802.11: authenticated
wlan0: STA 00:0d:93:83:92:7a IEEE 802.11: associated (aid 1)
wlan0: STA 00:0d:93:83:92:7a WPA: pairwise key handshake completed

As you can see,  there is now group key handshake taking place and I 
have no connection.

I see this behaviour with:

	Notebook A:
		 Linux + Prism Card + hostap cvs + wpa_supplicant cvs
		 WindowsXP + WPA-patch + ipw2100
	The behaviour is a little bit different here, but I still can't 
reconnect	
	Notebook B:
		Apple G4 Airport Extreme

Right now I am back to running in WEP mode, but I would really like to 
get WPA-PSK
up and running.
Maybe it is just a misconfiguration on my side, so any help is gladly 
appreciated.


Thanks in advance,
Michael




From askatti  Sat May 29 11:42:34 2004
From: askatti (Anand S. Katti)
Date: Sun, 30 May 2004 00:12:34 +0530 (IST)
Subject: Initial Rate Settlement Just After Association. 
Message-ID: <Pine.BSF.4.58.0405300011460.44770@ece.iisc.ernet.in>


Hi,

	We had a long discussion here about this Initial rate settlement.
As said by Jouni, THE MAX RATE SUPPORTED BY BOTH ENDS IS TRIED FIRST,
Immediatly after the Association is established.

I conducted a series of Experiments in testing this, and following is the
result.

a) I wrapped a thick sheets of CU foil over the Client Access
Card(orinoco), so that its signal level is reduced to almost -84dBM.
I put this card in to client 20Mtrs away from the HostAP Acces Point.
Im running winxp on the client, it has an icon that gives me the
connection speed. Immmdiately after sliding the card in , i see that it
gets assocaited with the hostap and the connection speed is displayed as
11Mbps. And immediately the connection speed goes down to 1Mbps through
6Mbps in no time.

Same is the case observed when the HostAP card is wrapped in thick CU
foils.

The above experiments shows that in HostAP driver during the
Association SNR or SIR of the
signals is not considered for choosing the INITIAL RATE.
 Its considered immediately ONLY after starting with the
HIGHEST RATE(11Mbps) first and decreasing down to lower rates to suit the
current SNR/SIR of the signal.
As I saw this behaviour in the client.

Kindly correct me if the above set of results comply with the
implementation of the HostAP driver.

If above results HOLDS good. Then the supported rates exchanged during the
Association are used just to make sure that the STAs support atleast
1,2Mbps(BASIC RATE SET), cause many are multirate cards.(Vendor
interoperability)

Desperately waiting for the reply,

Warm Regards,
Anand





From askatti  Sun May 30 05:40:11 2004
From: askatti (Anand S. Katti)
Date: Sun, 30 May 2004 18:10:11 +0530 (IST)
Subject: Controlling Association Response
Message-ID: <Pine.BSF.4.58.0405301612210.48498@ece.iisc.ernet.in>

Hi,

1) Since sending of Probe Response is handled by FIRMWARE, is there any
way that HostAP can control(delay the probe response) it ?

2) Can we control the sending of the Association Response frame ? in
response to request ? with HostAP driver?

is it possible to make the AP delay in sending asso.req ?

REgards,
Anand




From jkmaline  Sat May 29 18:56:28 2004
From: jkmaline (Jouni Malinen)
Date: Sat, 29 May 2004 18:56:28 -0700
Subject: [PATCH] using crypto API in WEP
In-Reply-To: <1085629118.1365.14.camel@rootix>
References: <1085629118.1365.14.camel@rootix>
Message-ID: <20040530015628.GA7850@jm.kir.nu>

On Thu, May 27, 2004 at 04:38:38AM +0100, Pedro Ramalhais wrote:

> Attached is a patch to add support for using the kernel's crypto API.

Thanks! linux26 branch of the Host AP driver has now new versions of the
WEP, TKIP, and CCMP modules. I removed RC4, CRC32, Michael MIC, and AES
implementations completely from this branch.

> I am aware of the (small?) performance penalty in going through the data
> twice, but i didn't see any difference transferring at 600K/s.

This should be very minimal on most platforms. The only case where doing
both CRC32 and RC4 on a single pass could be considerably faster is a
CPU that does not have data cache or when uncached addresses are used.

However, the current crypto API arc4 implementation is far from optimal.
It ends up calling the arc4 encryption handler in a loop for each byte
of the packet..

> The decryption implementation is somewhat unusual. Instead of decrypting
> the encrypted data, calculating the CRC32, encrypting the CRC32 and
> comparing with the received ICV, i do the following: decrypt the
> encrypted data and the ICV, calculate the CRC32 on the unencrypted data
> and compare it with the unencrypted ICV.

I don't see anything unusual about this.

-- 
Jouni Malinen                                            PGP id EFC895FA



From hafeezr  Sun May 30 16:25:31 2004
From: hafeezr (Hafeez Rehman)
Date: Sun, 30 May 2004 18:25:31 -0500
Subject: DWL-650 Dead need PDA file
Message-ID: <00af01c4469d$66d4ac00$6501a8c0@hafeez>

Hello,

I was trying to update my DWL-650 with station firmware 1.7.1 using
winupdate so that I can use WPA, it gave me an error and I said no to
continue, and now windows will not even see my card and hostap fails to
initialize. I have tried using flash.exe and it says PDA is blank. The only
thing I can successfully do is update the initial hex file. Can some one
help me with it. May be provide me with the PDA file, if some one have the
similar card. I would greatly appreciate.

hafeezr at msn.com

Hafeez




From jailbird  Sun May 30 18:59:59 2004
From: jailbird (Dustin Marquess)
Date: Sun, 30 May 2004 20:59:59 -0500
Subject: DWL-650 Dead need PDA file
In-Reply-To: <00af01c4469d$66d4ac00$6501a8c0@hafeez>
References: <00af01c4469d$66d4ac00$6501a8c0@hafeez>
Message-ID: <20040531015959.GA95566@alcatraz.fdf.net>

Learned that lesson the hard way.  Before you EVER run WinUpdate,
scan your registry for "LoadFirmware" and make sure the keys are set
to 0 and not 1.

A lot of the drivers will do a RAM update automatically, which will
screw-up WinUpdate and screw-over your card.

-Dustin

Hafeez Rehman <hafeezr at msn.com> wrote:
> Hello,
> 
> I was trying to update my DWL-650 with station firmware 1.7.1 using
> winupdate so that I can use WPA, it gave me an error and I said no to
> continue, and now windows will not even see my card and hostap fails to
> initialize. I have tried using flash.exe and it says PDA is blank. The only
> thing I can successfully do is update the initial hex file. Can some one
> help me with it. May be provide me with the PDA file, if some one have the
> similar card. I would greatly appreciate.



From ALEBAS  Sun May 30 22:57:43 2004
From: ALEBAS (Bastos Fernandez Alexandre)
Date: Mon, 31 May 2004 07:57:43 +0200
Subject: Wired
Message-ID: <51DB8827D393D411BB69003048003F46FDCE32@TVESNTR>

Hi,

I am a newbie to the world of MAC security, and my interest is on
implementing authentication, key management and cryptography in a wired
802.3 Ethernet.
I have found that HostAP is the most popular implementation of the
Authenticator, but I have read that it is only for wireless (802.11)
networks. Is that true? Is there any plan to implement HostAP for wired
networks? Which are the points involved on such a implementations which
avoids using HostAP on 802.3? Does anyone know another open-source
Authenticator for wired LAN?

Thanks to all.

Alex




From hafeezr  Mon May 31 09:07:32 2004
From: hafeezr (Hafeez Rehman)
Date: Mon, 31 May 2004 11:07:32 -0500
Subject: DWL-650 Dead need PDA file
Message-ID: <021001c44729$6259cca0$6501a8c0@hafeez>

Dustin,

I read your prior post, I guess you did the exact same thing. Well what did
you end up doing. Did you fix your card, or got a new one?

Hafeez





From ariel  Mon May 31 14:39:49 2004
From: ariel (Ariel Molina Rueda)
Date: Mon, 31 May 2004 16:39:49 -0500
Subject: Detailed hardware control in card
Message-ID: <1086039589.40bba6257bedf@fismat.umich.mx>

Hello:

Im implementing a mesh protocol using 802.11b cards, i found that prism cards
are the most opensource friendly. Theoretically it works, now im in charge of
implementing it.

My needing is to have a card that stays ABSOLUTLY silent, but that is able to
speak even when no AP is near, i need direct control over what the card sends
and hear everything "the card hears".

Can you guide me to any info of a card chipset. 
Can i make this using prism cards?



-- 
     Ariel Molina Rueda
.  .  .  .  .  .  .  .  .  .  .
    ariel at fismat.umich.mx
 http://fismat.umich.mx/~ariel

---------------------------------
Webmail de Fismat
http://fismat.umich.mx



From jailbird  Mon May 31 16:21:59 2004
From: jailbird (Dustin Marquess)
Date: Mon, 31 May 2004 18:21:59 -0500
Subject: DWL-650 Dead need PDA file
In-Reply-To: <021001c44729$6259cca0$6501a8c0@hafeez>
References: <021001c44729$6259cca0$6501a8c0@hafeez>
Message-ID: <20040531232159.GA128468@alcatraz.fdf.net>

Hafeez,

Your card might not be as badly injured as mine was.  I hit 'yes' when
WinUpdate asked me if I wanted to continue, and the card got majorly
corrupted.

According to other people on this list, the only way to repair my card
was to use genesis mode, which would have required modification to the
Ricoh PCI bridge that I'm using, which would have been extremely hard
to do, so I ended-up having to get a new card.

If the only thing messed-up on your card is the PDA, you might be able
to fix it with the new PDA.

-Dustin

Hafeez Rehman <hafeezr at msn.com> wrote:
> Dustin,
> 
> I read your prior post, I guess you did the exact same thing. Well what did
> you end up doing. Did you fix your card, or got a new one?



From jkmaline  Mon May 31 16:39:44 2004
From: jkmaline (Jouni Malinen)
Date: Mon, 31 May 2004 16:39:44 -0700
Subject: WPA-PSK reconnection problem
In-Reply-To: <2EFED75D-B18A-11D8-96E7-000D93ADD12E@it-loops.com>
References: <2EFED75D-B18A-11D8-96E7-000D93ADD12E@it-loops.com>
Message-ID: <20040531233944.GA7535@jm.kir.nu>

On Sat, May 29, 2004 at 06:06:45PM +0200, Michael Guntsche wrote:

> Running hostapd with -dd shows (with the powerbook)

> <Now I enable the wireless card again>
> Failed to set encryption. <-- I don't know what this means exactly
> wlan0: STA 00:0d:93:83:92:7a IEEE 802.11: authenticated
> wlan0: STA 00:0d:93:83:92:7a IEEE 802.11: associated (aid 1)
> wlan0: STA 00:0d:93:83:92:7a WPA: pairwise key handshake completed

Which version of hostapd are you using? Could you please re-test this
with the current CVS snapshot of hostapd? Command line option -dd was
not really used in the previous version and this log does not include
all the information I would be interested in seeing. In addition, a bug
in WPA rekeying was fixed some time ago.

Which station firmware version are you using the card that is the AP? I
tried to reproduce this with STA f/w v1.8.3, but did not see similar
behavior.

"Failed to set encryption" could indicate some kind of crash/corruption
in the station firmware. Please see whether 'dmesg' shows any error
messages in this kind of case.

> As you can see,  there is now group key handshake taking place and I 
> have no connection.

Group Key Handshake is the first encrypted part of the connection, so
this would indicate that 

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Mon May 31 18:07:28 2004
From: jkmaline (Jouni Malinen)
Date: Mon, 31 May 2004 18:07:28 -0700
Subject: Prism2/2.5/3 Host AP - new release v0.2.2 - 2004-05-31
Message-ID: <20040601010728.GA9258@jm.kir.nu>

A new version of Prism2/2.5/3 Host AP was just released and is now
available from http://hostap.epitest.fi/

This release is from the development (0.2.x) branch. Please note that
the stable branch (0.1.x releases) still continues to be the source of
stable releases, although all new development is happening on the
development branch. In addition, my current plan is to start calling
v0.2.x branch "stable" quite soon; maybe after one more development
release. In other words, testing and bug reports are very much welcome
for this v0.2.2 release.

The main change from the previous version is in wpa_supplicant getting
support for new EAP methods (EAP-TTLS, many new Phase 2 methods for
both EAP-PEAP and EAP-TTLS, EAP-GTC, EAP-SIM). In addition, number of
small issues found during WPA/WPA2 interop testing has been fixed.


hostap-driver:

2004-05-31 - v0.2.2

* fixed a buffer overflow in TKIP encryption (hostap_crypt_tkip
  module) on big endian hosts


hostap-utils:

No changes - v0.2.2 release skipped


hostapd:

2004-05-31 - v0.2.2

* fixed WPA/WPA2 group rekeying to use key index correctly (GN/GM)
* fixed group rekeying to send zero TSC in EAPOL-Key messages to fix
  cases where STAs dropped multicast frames as replay attacks
* added support for copying RADIUS Attribute 'Class' from
  authentication messages into accounting messages
* send canned EAP failure if RADIUS server sends Access-Reject without
  EAP message (previously, Supplicant was not notified in this case)
* fixed mixed WPA-PSK and WPA-EAP mode to work with WPA-PSK (i.e., do
  not start EAPOL state machines if the STA selected to use WPA-PSK)


wpa_supplicant:

2004-05-31 - v0.2.2

* added support for new EAP authentication methods:
  EAP-TTLS/EAP-MD5-Challenge
  EAP-TTLS/EAP-GTC
  EAP-TTLS/EAP-MSCHAPv2
  EAP-TTLS/EAP-TLS
  EAP-TTLS/MSCHAPv2
  EAP-TTLS/MSCHAP
  EAP-TTLS/PAP
  EAP-TTLS/CHAP
  EAP-PEAP/TLS
  EAP-PEAP/GTC
  EAP-PEAP/MD5-Challenge
  EAP-GTC
  EAP-SIM (not yet complete; needs GSM/SIM authentication interface)
* added support for anonymous identity (to be used when identity is
  sent in plaintext; real identity will be used within TLS protected
  tunnel (e.g., with EAP-TTLS)
* added event messages from wpa_supplicant to frontends, e.g., wpa_cli
* added support for requesting identity and password information using
  control interface; in other words, the password for EAP-PEAP or
  EAP-TTLS does not need to be included in the configuration file since
  a frontand (e.g., wpa_cli) can ask it from the user
* improved RSN pre-authentication to use a candidate list and process
  all candidates from each scan; not only one per scan
* fixed RSN IE and WPA IE capabilities field parsing
* ignore Tx bit in GTK IE when Pairwise keys are used
* avoid making new scan requests during IEEE 802.1X negotiation
* use openssl/libcrypto for MD5 and SHA-1 when compiling wpa_supplicant
  with TLS support (this replaces the included implementation with
  library code to save about 8 kB since the library code is needed
  anyway for TLS)
* fixed WPA-PSK only mode when compiled without IEEE 802.1X support
  (i.e., without CONFIG_IEEE8021X_EAPOL=y in .config)


-- 
Jouni Malinen                                            PGP id EFC895FA



From patrick  Mon May 31 18:14:28 2004
From: patrick (Patrick Poncet)
Date: Mon, 31 May 2004 21:14:28 -0400
Subject: Enh_sec
In-Reply-To: <021001c44729$6259cca0$6501a8c0@hafeez>
Message-ID: <000001c44775$c978a810$b205010a@PATRICKP>

I managed to get a simple wpa setup going:

WiredLan----hostapd Master (wds) ((((((((((    ))))))))))  hostap driver
Managed wds---WiredLan


I was trying to reduce visibility in an effort to increase security, by
enabling enh_sec = 3.


It seems to confuse wpa_supplicant.   My wpa_supplicant config is:


Network={
	scan_ssid=1
	ssid="tidsppg"
	bssid=11:22:33:44:55:66
	proto=WPA
	key-mgmt=WPA-PSK
	pairwise=TKIP CCMP
	group=TKIP CCMP
	
psk=0123456789abcdef0123456789abcdef0123456789abcdef0123456789abcdef
}




wpa_supplicant does indeed a scan and discovers my AP.  But here's the
output


...
Starting AP scan (specific SSID)
Scan SSID - hexdump_ascii(len=7)
     74 69 64 73 70 70 67                              tidsppg
Wireless event: cmd=0x8b19 len=12
Received 230 bytes of scan results (1BSSes)
Scan results: 1
0: 11:22:33:44:55:66 ssid='' wpa_ie_len=28 rsn_ie_len=0
No suitable AP found.
...


It looks like it gives up because ssid = ''.  ssid='' is indeed
expected... But shouldn't wpa_supplicant continue anyway?



Let me know when you think

Thanks,
Patrick




From jkmaline  Mon May 31 18:34:09 2004
From: jkmaline (Jouni Malinen)
Date: Mon, 31 May 2004 18:34:09 -0700
Subject: Enh_sec
In-Reply-To: <000001c44775$c978a810$b205010a@PATRICKP>
References: <021001c44729$6259cca0$6501a8c0@hafeez>
	<000001c44775$c978a810$b205010a@PATRICKP>
Message-ID: <20040601013409.GF7535@jm.kir.nu>

On Mon, May 31, 2004 at 09:14:28PM -0400, Patrick Poncet wrote:

> I was trying to reduce visibility in an effort to increase security, by
> enabling enh_sec = 3.

> It seems to confuse wpa_supplicant.   My wpa_supplicant config is:

> Network={

That 'N' is hopefully lower case..

> 	scan_ssid=1

Good, this is indeed needed when SSID is not included in the beacon.

> wpa_supplicant does indeed a scan and discovers my AP.  But here's the
> output

> Starting AP scan (specific SSID)
> Scan SSID - hexdump_ascii(len=7)
>      74 69 64 73 70 70 67                              tidsppg
> Wireless event: cmd=0x8b19 len=12
> Received 230 bytes of scan results (1BSSes)
> Scan results: 1
> 0: 11:22:33:44:55:66 ssid='' wpa_ie_len=28 rsn_ie_len=0
> No suitable AP found.

> It looks like it gives up because ssid = ''.  ssid='' is indeed
> expected... But shouldn't wpa_supplicant continue anyway?

The driver is supposed to learn the real SSID from Probe Response. For
example, I get following results when testing with SSID removed from
beacon frame:

Starting AP scan (specific SSID)
Scan SSID - hexdump_ascii(len=11):
     6a 6b 6d 20 70 72 69 76 61 74 65                  jkm private
Wireless event: cmd=0x8b19 len=12
Received 527 bytes of scan results (2 BSSes)
Scan results: 2
0: 00:09:5b:95:e0:4e ssid='' wpa_ie_len=26 rsn_ie_len=0
   skip - SSID mismatch
1: 00:09:5b:95:e0:4e ssid='jkm private' wpa_ie_len=26 rsn_ie_len=0
Trying to associate with 00:09:5b:95:e0:4e (SSID='jkm private' freq=2412
MHz)

In this case, the same AP was shown twice. The first entry is from the
beacon frame and the second one is from probe response. Please verify
whether the driver has the correct SSID in
/proc/net/hostap/wlan0/scan_results.

I used another AP (i.e., not Prism2/hostapd) in this test, so it is
possible that the Probe Request handling differs from your test. I know
that my AP includes the real SSID in Probe Response frame, so maybe the
issue is in Prism2 station firmware not doing this.. I'll need to take a
closer look at this with a wireless sniffer.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Mon May 31 20:47:21 2004
From: jkmaline (Jouni Malinen)
Date: Mon, 31 May 2004 20:47:21 -0700
Subject: Wired
In-Reply-To: <51DB8827D393D411BB69003048003F46FDCE32@TVESNTR>
References: <51DB8827D393D411BB69003048003F46FDCE32@TVESNTR>
Message-ID: <20040601034721.GJ7535@jm.kir.nu>

On Mon, May 31, 2004 at 07:57:43AM +0200, Bastos Fernandez Alexandre wrote:

> I am a newbie to the world of MAC security, and my interest is on
> implementing authentication, key management and cryptography in a wired
> 802.3 Ethernet.

> I have found that HostAP is the most popular implementation of the
> Authenticator, but I have read that it is only for wireless (802.11)
> networks. Is that true? Is there any plan to implement HostAP for wired
> networks? Which are the points involved on such a implementations which
> avoids using HostAP on 802.3? Does anyone know another open-source
> Authenticator for wired LAN?

Yes, it is true that the IEEE 802.1X Authenticator in hostapd is
currently quite tightly integrated with IEEE 802.11 functionality and
cannot be used on wired networks. I would prefer to make it much more
modular in the same way as IEEE 802.1X Supplicant is in wpa_supplicant.
This would make it easier to use the Authenticator functionality with
both other wireless drivers and wired networks. However, I do not know
when I will be able to get enough time to do this.

Open1x project (http://www.open1x.org/) has another open source IEEE
802.1X Authenticator implementation which, I believe, was originally
used on wired networks, so it might be another option for you. However,
it looks like Open1x has been concentrating mostly on the Supplicant
part and the Authenticator code has not been changed at all during last
couple of years.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Mon May 31 20:49:49 2004
From: jkmaline (Jouni Malinen)
Date: Mon, 31 May 2004 20:49:49 -0700
Subject: Controlling Association Response
In-Reply-To: <Pine.BSF.4.58.0405301612210.48498@ece.iisc.ernet.in>
References: <Pine.BSF.4.58.0405301612210.48498@ece.iisc.ernet.in>
Message-ID: <20040601034949.GK7535@jm.kir.nu>

On Sun, May 30, 2004 at 06:10:11PM +0530, Anand S. Katti wrote:

> 1) Since sending of Probe Response is handled by FIRMWARE, is there any
> way that HostAP can control(delay the probe response) it ?

Not without modifying the firmware.

> 2) Can we control the sending of the Association Response frame ? in
> response to request ? with HostAP driver?
> 
> is it possible to make the AP delay in sending asso.req ?

Yes, yes, yes, and yes. ;-) This would require changing the driver code,
but is doable.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Mon May 31 20:54:43 2004
From: jkmaline (Jouni Malinen)
Date: Mon, 31 May 2004 20:54:43 -0700
Subject: bridge_packets 0 and bridge
In-Reply-To: <40B70104.4000209@maxent.cz>
References: <40B70104.4000209@maxent.cz>
Message-ID: <20040601035443.GL7535@jm.kir.nu>

On Fri, May 28, 2004 at 11:06:12AM +0200, Karel Rericha wrote:

> with 2.6.3-4 kernel and hostap 0.2.0. In shorewall's "interfaces" file I 
> have specified
> "routeback" option, to enable traffic between eth0 and wlan0:
> 
> loc   br0   detect   maclist,routeback

Do you have a pointer to explanation of "routeback" option? I'm not
familiar with Shorewall and do not know what to expect from that
configuration.

> all traffic between wlan0 clients disappear. I looks like "routeback" is 
> routing only between
> different interfaces, and not from wlan0 back to wlan0.

Linux bridging code does not send packets back to the same interface, so
unless Shorewall has a patch for this part, setting bridge_packets=0
will break the direct connection between associated clients. The change
to Linux bridging code should be minimal, but these have not yet been
included in the kernel distribution.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Mon May 31 21:08:06 2004
From: jkmaline (Jouni Malinen)
Date: Mon, 31 May 2004 21:08:06 -0700
Subject: eap-tls, hostapd with  XP client and linux client
In-Reply-To: <40B36570.60608@home.se>
References: <40B36570.60608@home.se>
Message-ID: <20040601040806.GM7535@jm.kir.nu>

On Tue, May 25, 2004 at 05:25:36PM +0200, Ulf Jakobsson wrote:

> I have successfully authenticated a linux client (xsupplicant) with an
> ap running hostapd 0.2.1 that talks to a radius server ( FreeRADIUS
> 0.9.3 debian/unstable) with eap-tls.
> 
> I have also successfully authenticated an win XP client, but after some
> 30-60 seconds the win XP client seems to send a new request and the
> radius server accepts, then the radius server starts to clean up
> requests and the win XP client drops its connection and I need to
> "Connect" the client again.

What kind of certificate are you using in the authentication server? To
be more exact, does it include server authentication as one of the
options?

> Has anyone a clue whats going on?

I would assume that the IEEE 802.1X Supplicant in WinXP did not like
something about the connection. Either, it did not receive expected
keying material for WEP keys or something timed out in the
authentication. Probably the easiest way of debugging this would be to
enable EAPOL tracing in the Supplicant and go through the debug log.

You will need to set EnableFileTracing to 1 in WinXP registry
My Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Tracing\EAPOL

The log file will be written to %windir\tracing\eapol.log

If you cannot find out reason for the failure from the debug log, you
can send me the eapol.log file, preferably with a matching hostapd debug
log from the same attempt.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Mon May 31 21:13:04 2004
From: jkmaline (Jouni Malinen)
Date: Mon, 31 May 2004 21:13:04 -0700
Subject: MAC address change
In-Reply-To: <EDE21360-AF31-11D8-BF83-000D93AD2F12@umbc.edu>
References: <EDE21360-AF31-11D8-BF83-000D93AD2F12@umbc.edu>
Message-ID: <20040601041304.GN7535@jm.kir.nu>

On Wed, May 26, 2004 at 12:29:58PM -0400, Mustafa C. Kuscu wrote:

> When I change the wireless NIC's MAC address using SIOCSIFHWADDR 
> ioctl(), the card associates to the AP using the new MAC (but it does 
> not send disassociation).
> 
> Is this because of the hostap driver, or the firmware? More 
> specifically, to what extent can I control the procedure that the 
> ioctl() initiates such that those excessive associations can be 
> eliminated?

In theory, the firmware could send deauthentication in such a case, but
since changing the own MAC address is not really that common operation,
I would not be too surprised if the firmware would not be prepared for
disconnecting the old address. I do not see this as very common case
either, so I'm not likely to use much time on it. Anyway, you might be
able to force the driver to send out a deauthentication frame manually
by using the same MLME request ioctl (hostapd ioctl, sub-type
PRISM2_HOSTAPD_MLME) I use in wpa_supplicant. See
wpa_supplicant/driver_hostap.c for an example.

-- 
Jouni Malinen                                            PGP id EFC895FA



From jkmaline  Mon May 31 21:18:14 2004
From: jkmaline (Jouni Malinen)
Date: Mon, 31 May 2004 21:18:14 -0700
Subject: Cards supported by hostap
In-Reply-To: <200405251204.RAA04988@WS0005.indiatimes.com>
References: <200405251204.RAA04988@WS0005.indiatimes.com>
Message-ID: <20040601041814.GO7535@jm.kir.nu>

On Tue, May 25, 2004 at 05:34:00PM +0530, sankpal_manisha wrote:

> Suppose i want to insert three PCMCIA cards which are prism2/2.5/3 chipset. is this possible using hostap driver? 

Yes.

> who handle the no. of devices supported by the device driver ? Is the struct net_device responsible for this? 
> 
> what is the max no devices the hostap driver can handle?

Host AP driver does not have an explicit limit on the number of cards. I
think the maximum number of devices I have tested is four cards with
hostap_cs and likewise, four with hostap_pci.

The driver uses generic Linux code (PC Card or PCI) for managing the
devices, so the limits should be same as for most other drivers.

-- 
Jouni Malinen                                            PGP id EFC895FA



