Re: [PATCH 3/5] Net: ath5k, use int as retval

2007-09-02 Thread Nick Kossifidis
2007/9/1, Jiri Slaby <[EMAIL PROTECTED]>: > John W. Linville napsal(a): > > On Tue, Aug 28, 2007 at 12:00:09PM -0400, Jiri Slaby wrote: > >> ath5k, use int as retval > >> > >> Convert some functions to return int and proper negative return value on > >> error as we are used to. > > > > Since I didn

Re: [PATCH 5/5] Net: ath5k, kconfig changes

2007-08-31 Thread Nick Kossifidis
2007/8/31, Nick Kossifidis <[EMAIL PROTECTED]>: > 2007/8/30, John W. Linville <[EMAIL PROTECTED]>: > > On Thu, Aug 30, 2007 at 04:38:09AM +0300, Nick Kossifidis wrote: > > > 2007/8/28, Christoph Hellwig <[EMAIL PROTECTED]>: > > > > > > Also t

Re: [PATCH 1/5] Net: ath5k, split hw into hw, phy and initvals

2007-08-31 Thread Nick Kossifidis
2007/8/30, John W. Linville <[EMAIL PROTECTED]>: > On Thu, Aug 30, 2007 at 04:50:01AM +0300, Nick Kossifidis wrote: > > 2007/8/28, Christoph Hellwig <[EMAIL PROTECTED]>: > > > > ath5k_hw_phy.o should probably be ath5k_phy.o by conventions used by > > >

Re: [PATCH 5/5] Net: ath5k, kconfig changes

2007-08-30 Thread Nick Kossifidis
2007/8/30, John W. Linville <[EMAIL PROTECTED]>: > On Thu, Aug 30, 2007 at 04:38:09AM +0300, Nick Kossifidis wrote: > > 2007/8/28, Christoph Hellwig <[EMAIL PROTECTED]>: > > > > Also this whole patch seems rather pointless. It saves only > > > very l

Re: [PATCH 1/5] Net: ath5k, split hw into hw, phy and initvals

2007-08-29 Thread Nick Kossifidis
2007/8/28, Christoph Hellwig <[EMAIL PROTECTED]>: > On Tue, Aug 28, 2007 at 11:58:52AM -0400, Jiri Slaby wrote: > > -ath5k-objs = ath5k_base.o ath5k_hw.o ath5k_regdom.o > > +ath5k-objs = ath5k_base.o ath5k_hw.o ath5k_regdom.o \ > > + ath5k_hw_phy.o ath5k_hw

Re: [PATCH 5/5] Net: ath5k, kconfig changes

2007-08-29 Thread Nick Kossifidis
2007/8/28, Christoph Hellwig <[EMAIL PROTECTED]>: > On Tue, Aug 28, 2007 at 12:01:30PM -0400, Jiri Slaby wrote: > > +config ATH5K_AR5210 > > + bool "Support AR5210" > > + depends on ATH5K > > + default y > > + > > +config ATH5K_AR5211 > > + bool "Support AR5211" > > + depends on

Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG

2007-02-09 Thread Nick Kossifidis
Over the past year we were able to make the necessary changes to the microcode used with the 3945 such that we were able to remove the regulatory daemon. Great news !! Congratz ;-) -- As you read this post global entropy rises. Have Fun ;-) Nick - To unsubscribe from this list: send the line "

Re: d80211 constants inside d80211_common.h

2006-12-27 Thread Nick Kossifidis
Thank you, i'll use directly IEEE80211_RATE_* ;-) Nick 2006/12/27, Michael Wu <[EMAIL PROTECTED]>: On Wednesday 27 December 2006 12:26, Nick Kossifidis wrote: > We need those definitions for setting up the rate tables in dadwifi, > phytypes are needed inside drivers,

Re: d80211 constants inside d80211_common.h

2006-12-27 Thread Nick Kossifidis
Anyway it's not a problem to get phytypes outside dadwifi, but i think it's low level stuff that's generaly needed. The main cause for my mail was to capitalize them, anywhere they get inside kernel source. Thanx for your time Nick 2006/12/27, Nick Kossifidis <[EMAIL PRO

Re: d80211 constants inside d80211_common.h

2006-12-27 Thread Nick Kossifidis
/12/27, Michael Wu <[EMAIL PROTECTED]>: On Wednesday 27 December 2006 03:32, Nick Kossifidis wrote: > I did a grep inside drivers/net/wireless/d80211/* and they are not > used yet in drivers. Can you plz fix it before drivers start using > them ? Already fixed, just waiting for wire

d80211 constants inside d80211_common.h

2006-12-27 Thread Nick Kossifidis
ieee80211_msg_type, ieee80211_phytype and ieee80211_ssi_type should be in capitals as they are constants and must not be mistaken for vars... enum ieee80211_msg_type { IEEE80211_MSG_NORMAL= 0, IEEE80211_MSG_TX_CALLBACK_ACK = 1, IEEE80211_MSG_TX_CALLBACK_FAIL =

d80211 ieee80211_channel and operating modes...

2006-12-19 Thread Nick Kossifidis
Hello ppl ;-) Why have both frequency and channel inside ieee80211_channel ? We can have only frequency and have a function map the frequency to the current ieee channel... net80211 has a function that does that maping and works fine... /* * Convert MHz frequency to IEEE channel number. */ u_in

Re: [Madwifi-devel] ar5k and Atheros AR5005G

2006-11-29 Thread Nick Kossifidis
2006 14:55, Nick Kossifidis wrote: > I 've already ported ar5k to linux and it works with madwifi versions No, you misunderstood me. Madwifi is not a native driver and will never be accepted into mainline. My attempt is to write a native d80211 driver based on the ar5k sources. Currently I

Re: [Madwifi-devel] ar5k and Atheros AR5005G

2006-11-29 Thread Nick Kossifidis
I 've already ported ar5k to linux and it works with madwifi versions before the bsd-head merge, you can see more infos here -> http://madwifi.org/wiki/OpenHAL If i can help in any way feel free to mail ;-) Nick 2006/11/28, Michael Buesch <[EMAIL PROTECTED]>: On Tuesday 28 November 2006 21:39,

Re: [Madwifi-devel] ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL)

2006-11-16 Thread Nick Kossifidis
Just in case you want to experiment, i have a working port of ar5k that works on madwifi-old before the BSD - HEAD merge... well i'm no good programmer (yet), i did what i could (i'm sure those define macros are nasty for most people :P) and hope that helps... you can git clone from the followin