On 9/25/07, Pavel Roskin <proski@gnu.org> wrote:So it's going in the net80211 stack? Hrm... maybe I should post my opinions on their mailing list.... Here's where I'm confused. Madwifi is going AWAY from Atheros' assistance(moving away from the HAL). Moreover, why should Atheros(or any other company for that matter) care if other people choose to transmit over other frequencies? (The following is not legal advice, do not use it as such) Atheros does not get blamed if other people use their own software to interfere with wireless signals. My apologies, Mike ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Madwifi-devel mailing list Madwifi-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/madwifi-devel
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 006/196] Chinese: add translation of oops-tracing.txt |
| Eric Sandeen | Re: [RFC] Heads up on sys_fallocate() |
| YOSHIFUJI Hideaki / | request_module: runaway loop modprobe net-pf-1 (is Re: Linux 2.6.21-rc1) |
git: | |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Ben Greear | Re: MACVLANs really best solution? How about a bridge with multiple bridge virtual... |
| Rafael J. Wysocki | 2.6.29-rc8: Reported regressions from 2.6.28 |
