Re: [Madwifi-devel] MadWifi reference edition
Michael Renzmann <[email protected]> Thu, 14 Nov 2013 08:06:04 +0100
| Newsgroups | gmane.linux.drivers.ath9k.devel,gmane.linux.drivers.ath5k.devel,gmane.linux.drivers.madwifi.user,gmane.linux.drivers.madwifi.devel |
|---|---|
| Message-ID | <[email protected]> |
--===============1240464743== Content-Type: multipart/alternative; boundary="----S8U47V35D37N2ISS610GIDDEA4AZQC" ------S8U47V35D37N2ISS610GIDDEA4AZQC Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Pavel (and all), the webserver including the svn repos is back online. Sorry for the delay= , but I don't check the various mailing lists on a regular basis. Threfor= e it's better to send me a personal mail if there's any issue with the se= rver. I recently moved a copy of the comlete repos, including the full history,= to sf.net. My intention is to keep the repos - and in a next step also t= he website - there, so that I may be able to shut our server down at some= point. Is your github fork meant to be a permanent institution? If so, I'd vote = to point people there by default, and keep the svn repos for history only= . Please let me know what you think. Bye, Mike Pavel Roskin <[email protected]> wrote: >Hello! > >This might be of interest for developers working on ath5k and ath9k >drivers. It may be useful to have working MadWifi code for reference >to see how MadWifi accesses hardware registers, what packets it would >send, how it would communicate with other devices, how fast the >connections would be. > >I fully realize that the MadWifi code is ugly and I don't want anyone >to use it for any new serious project (I know that existing embedded >systems still use MadWifi). Still, it's very unhelpful for developers >that the MadWifi site is down and the MadWifi code doesn't compile for >the latest kernels. > >So I forked MadWifi on GitHub: >https://github.com/proski/madwifi > >Here's the summary of the changes I've made so far: > >Compilation fixed for Linux 3.10-3.12 and the current linux-next. >ath_info removed, it's should probably be maintained separately. >Removed integration with the official Subversion repository (it's >down). >Removed support for Linux 2.6.12 and older, I have no time to compile >test it, let alone test the actual functionality. >Fixed compile errors in rare cases (e.g. SKB debugging and no VLAN). >Fixed some warnings, more fixes coming. > >The purpose of the changes is not to make MadWifi work better. The >purpose is to make it compile cleanly and serve as a working reference >for ath5k and ath9k development. > >--=20 >Regards, >Pavel Roskin > >------------------------------------------------------------------------= ------ >DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps >OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access >Free app hosting. Or install the open source package on any LAMP >server. >Sign up and see examples for AngularJS, jQuery, Sencha Touch and >Native! >http://pubads.g.doubleclick.net/gampad/clk?id=3D63469471&iu=3D/4140/ostg= .clktrk >_______________________________________________ >Madwifi-devel mailing list >[email protected] >https://lists.sourceforge.net/lists/listinfo/madwifi-devel ------S8U47V35D37N2ISS610GIDDEA4AZQC Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head></head><body>Hi Pavel (and all),<br> <br> the webserver including the svn repos is back online. Sorry for the delay= , but I don't check the various mailing lists on a regular basis. Thr= efore it's better to send me a personal mail if there's any issue= with the server.<br> <br> I recently moved a copy of the comlete repos, including the full history,= to <a href=3D"http://sf.net">sf.net</a>. My intention is to keep the rep= os - and in a next step also the website - there, so that I may be able t= o shut our server down at some point.<br> <br> Is your github fork meant to be a permanent institution? If so, I'd v= ote to point people there by default, and keep the svn repos for history = only. Please let me know what you think.<br> <br> Bye, Mike<br><br><div class=3D"gmail_quote">Pavel Roskin <[email protected]= rg> wrote:<blockquote class=3D"gmail_quote" style=3D"margin: 0pt 0pt 0= pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <pre class=3D"k9mail">Hello!<br /><br />This might be of interest for dev= elopers working on ath5k and ath9k<br />drivers. It may be useful to hav= e working MadWifi code for reference<br />to see how MadWifi accesses har= dware registers, what packets it would<br />send, how it would communicat= e with other devices, how fast the<br />connections would be.<br /><br />= I fully realize that the MadWifi code is ugly and I don't want anyone<br = />to use it for any new serious project (I know that existing embedded<br= />systems still use MadWifi). Still, it's very unhelpful for developers= <br />that the MadWifi site is down and the MadWifi code doesn't compile = for<br />the latest kernels.<br /><br />So I forked MadWifi on GitHub:<br= /><a href=3D"https://github.com/proski/madwifi">https://github.com/prosk= i/madwifi</a><br /><br />Here's the summary of the changes I've made so f= ar:<br /><br />Compilation fixed for Linux 3.10-3.12 and the current linu= x-next.<br />ath_info removed, it's should probably be maintained separately.<br />Removed integration with the official Subv= ersion repository (it's down).<br />Removed support for Linux 2.6.12 and = older, I have no time to compile<br />test it, let alone test the actual = functionality.<br />Fixed compile errors in rare cases (e.g. SKB debuggin= g and no VLAN).<br />Fixed some warnings, more fixes coming.<br /><br />T= he purpose of the changes is not to make MadWifi work better. The<br />p= urpose is to make it compile cleanly and serve as a working reference<br = />for ath5k and ath9k development.<br /></pre></blockquote></div></body><= /html> ------S8U47V35D37N2ISS610GIDDEA4AZQC-- --===============1240464743== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ath9k-devel mailing list [email protected] https://lists.ath9k.org/mailman/listinfo/ath9k-devel --===============1240464743==--