On Mon, 17 Apr 2006, Daniel Drake wrote: > While developing the ZD1211 driver we realised how much we'd like to be > advised from the upper layers which rate to transmit a packet at. > > An example: We have a frame to transmit. What rate should we transmit it at? > While taking any user-specified rate into account too, we want to transmit it > at a rate supported by the access point, but that information is not available > to us (softmac handled all scanning and association, so we don't know anything > about the AP capabilities). > > Here is a patch I cooked up, which implements some basic logic for suggesting > TX rates based on the packet type, whether it is multicast/unicast, whether we > are associated, and the current user-specified default_rate. > > I'm still uncertain where this functionality should fit into the stack. > > Rather than having to explicitly call ieee80211softmac_suggest_tx_rate() from > the driver's hard_start_xmit function, it would be nicer if the suggested rate > was passed as a parameter. But not all drivers would need it, so maybe the > extra calculations should be controlled by a new flag. > > Passing an extra parameter to hard_start_xmit would involve modifying > ieee80211, and ieee80211 doesn't seem to have any concept of whether it is > associated or not (plus softmac only does that loosely). So that might lead us > on to do something silly like wrapping hard_start_xmit inside softmac, etc > etc... > > Note that even in it's current form, this patch eliminates an annoying (and > inaccurate) chunk of code from our driver. > > Ideas/comments? >
-- Ulrich Kunitz - [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
