Re: net80211+atheros changes

you have applied the patch twice.  new files get double contents
that way.  remove everything after fthe second copyright notice.
In message <1093165640.647.1.camel_at_ares.office.internetservice.cz>, Tomas Randa
 writes:
>Hi, i have problems with compiling kernel after updating new atheros
>drivers:
>
>
>  -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding
>-Werror  ../../../net80211/ieee80211_crypto_none.c
>../../../net80211/ieee80211_crypto_none.c:196: warning: redundant
>redeclaration of 'none_attach'
>../../../net80211/ieee80211_crypto_none.c:76: warning: previous
>definition of 'none_attach' was here
>../../../net80211/ieee80211_crypto_none.c:197: warning: redundant
>redeclaration of 'none_detach'
>../../../net80211/ieee80211_crypto_none.c:82: warning: previous
>definition of 'none_detach' was here
>../../../net80211/ieee80211_crypto_none.c:198: warning: redundant
>redeclaration of 'none_setkey'
>../../../net80211/ieee80211_crypto_none.c:88: warning: previous
>definition of 'none_setkey' was here
>../../../net80211/ieee80211_crypto_none.c:199: warning: redundant
>redeclaration of 'none_encap'
>../../../net80211/ieee80211_crypto_none.c:95: warning: previous
>definition of 'none_encap' was here
>../../../net80211/ieee80211_crypto_none.c:200: warning: redundant
>redeclaration of 'none_decap'
>../../../net80211/ieee80211_crypto_none.c:112: warning: previous
>definition of 'none_decap' was here
>../../../net80211/ieee80211_crypto_none.c:201: warning: redundant
>redeclaration of 'none_enmic'
>../../../net80211/ieee80211_crypto_none.c:131: warning: previous
>definition of 'none_enmic' was here
>../../../net80211/ieee80211_crypto_none.c:202: warning: redundant
>redeclaration of 'none_demic'
>../../../net80211/ieee80211_crypto_none.c:140: warning: previous
>definition of 'none_demic' was here
>../../../net80211/ieee80211_crypto_none.c:204: error: redefinition of
>'ieee80211_cipher_none'
>../../../net80211/ieee80211_crypto_none.c:59: error: previous definition
>of 'ieee80211_cipher_none' was here
>../../../net80211/ieee80211_crypto_none.c:221: error: redefinition of
>'none_attach'
>../../../net80211/ieee80211_crypto_none.c:76: error: previous definition
>of 'none_attach' was here
>../../../net80211/ieee80211_crypto_none.c:227: error: redefinition of
>'none_detach'
>../../../net80211/ieee80211_crypto_none.c:82: error: previous definition
>of 'none_detach' was here
>../../../net80211/ieee80211_crypto_none.c:233: error: redefinition of
>'none_setkey'
>../../../net80211/ieee80211_crypto_none.c:88: error: previous definition
>of 'none_setkey' was here
>../../../net80211/ieee80211_crypto_none.c:240: error: redefinition of
>'none_encap'
>../../../net80211/ieee80211_crypto_none.c:95: error: previous definition
>of 'none_encap' was here
>../../../net80211/ieee80211_crypto_none.c:257: error: redefinition of
>'none_decap'
>../../../net80211/ieee80211_crypto_none.c:112: error: previous
>definition of 'none_decap' was here
>../../../net80211/ieee80211_crypto_none.c:276: error: redefinition of
>'none_enmic'
>../../../net80211/ieee80211_crypto_none.c:131: error: previous
>definition of 'none_enmic' was here
>../../../net80211/ieee80211_crypto_none.c:285: error: redefinition of
>'none_demic'
>../../../net80211/ieee80211_crypto_none.c:140: error: previous
>definition of 'none_demic' was here
>../../../net80211/ieee80211_crypto_none.c:221: warning: 'none_attach'
>defined but not used
>../../../net80211/ieee80211_crypto_none.c:227: warning: 'none_detach'
>defined but not used
>../../../net80211/ieee80211_crypto_none.c:233: warning: 'none_setkey'
>defined but not used
>../../../net80211/ieee80211_crypto_none.c:240: warning: 'none_encap'
>defined but not used
>../../../net80211/ieee80211_crypto_none.c:257: warning: 'none_decap'
>defined but not used
>../../../net80211/ieee80211_crypto_none.c:276: warning: 'none_enmic'
>defined but not used
>../../../net80211/ieee80211_crypto_none.c:285: warning: 'none_demic'
>defined but not used
>{standard input}: Assembler messages:
>{standard input}:220: Error: symbol `ieee80211_cipher_none' is already
>defined
>*** Error code 1
>
>
>Thanks for help. Tomas Randa
>
>
>
>On Fri, 2004-08-20 at 23:12, Sam Leffler wrote:
>
>> http://www.freebsd.org/~sam/net80211+ath-20040818.tgz has a first cut at 
>> back-merging the work I've done in Linux to FreeBSD.  These changes update 
>> the 802.11 support and all the drivers that use it.  The patch also brings in 
>> the latest version of the Atheros hal.  To use it do something like:
>> 
>> cd /usr/src
>> tar zxf net80211+ath-20040818.tgz
>> cd sys
>> patch < net80211+ath-20040818.patch
>> 
>> then rebuild modules and/or kernels.  The diffs are against current as of a 
>> couple of days ago.  There are obvious changes missing to if_ray 
>> (s/struct/union/) which keep it from building.  Otherwise beware that I've 
>> built only on x86.
>> 
>> Note that this code is lightly tested.  WEP support is reported broken.  I've 
>> tested station mode of the wi driver but not ap operation.  I'm certain 
>> ap+wep is broken for the wi driver.  One person reported adhoc mode 
>> "vanished" for the wi driver but another said it was there.
>> 
>> The 802.11 changes are significant.  They represent >9 months work in updating 
>> 802.11g support and adding WPA supplicant and authenticator support.  WPA 
>> support for FreeBSD is not available yet; it uses Jouni Malinen's 
>> wpa_supplicant and hostapd programs.
>> 
>> Note that the crypto support is now broken out into separate loadable modules 
>> (or statically linked into the kernel).  To get wep support add
>> 
>> device	wlan_wep
>> 
>> to your config file.  Otherwise the crypto code will automatically try to load 
>> this module at runtime when a key is setup (likewise for tkip, ccmp, or other 
>> keys).  This loading may generate WITNESS complaints about holding a lock 
>> over blocking malloc calls.  Resolving this correctly requires addressing 
>> some general locking issues in the net80211 layer wrt drivers.
>> 
>> I'm putting this stuff out as a patch because I've got no time to work on it.  
>> If folks can cleanup the remaining issues then someone else is welcome to 
>> commit it (I'll deal with the ath hal import).  Otherwise I'll look at it as 
>> time permits.  However I'm away the next two weeks.
>> 
>> 	Sam
>> _______________________________________________
>> freebsd-current_at_freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
>_______________________________________________
>freebsd-current_at_freebsd.org mailing list
>http://lists.freebsd.org/mailman/listinfo/freebsd-current
>To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
>

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk_at_FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.