On Mon, Aug 3, 2009 at 12:58 PM, Pavel Roskin<[email protected]> wrote: > On Mon, 2009-08-03 at 12:33 -0700, Luis R. Rodriguez wrote: >> The softc is cached and set within the ath_hw struct. > > That's not meant to criticize this particular patch, but what's the > point in distinguishing sc from ah these days? I believe "ah" used to > refer to the closed part of the sc structure that was only touched by > Atheros HAL, hence the name. > > Since there is no HAL anymore, ah should disappear.
I started looking to do this but stopped for a few reasons. 1) It seems softc still serves some good purpose to us: a) Rate control stuff b) Place holder for timers, spin_locks, etc c) Configuration knobs not yet available on upper layers (tx/rx chainmask is one, for example) 2) ath9k virtual wiphy stuff Rate control is one chapter in itself, but the general idea is to get proper HT support added to mac80211 rate control API and to one rate control algorithm, say minstrel. To really accomplish this we should strive to allow users to select between the private driver rate control algorithm or minstrel on ath9k. I don't see a point to move timers/spinlocks to hw related structs, at least yet. We then should see what knobs we can make generic or not. Virtual wiphy is very specific to ath9k so far, some serious work is required to see if we can move some of this up later. > As the first step, ah should be allocated as part of sc. Then ah and sc > should stop pointing to each other. Instead, macros based on offsetof > should be used. Then ah should be dissolved and replaced with sc > throughout the code. That sounds reasonable. > That's probably a good task for an aspiring kernel hacker, as it > requires little specialized knowledge. Patches welcomed. Luis _______________________________________________ ath9k-devel mailing list [email protected] https://lists.ath9k.org/mailman/listinfo/ath9k-devel
