On 2/13/07, Michael Buesch <mb@xxxxxxxxx> wrote:
On Tuesday 13 February 2007 01:19, Tomas Winkler wrote: > > HW doesn't scramble it. So when d80211 receives the packet it can > > _then_ generate the key. There's no point in precomputing it. > > For past packets you've already computed it so why do it again? So > you keep 2 phas1 keys one old and one current. When sequence numbers > advance sufficiently you discard the old one and compute the new one > in a spare time. Something like double buffer. Ah, now I see. We are talking about two different things. You are talking about the TX key and I am talking about the RX key. We could probably cache the TX key to avoid the key computation on every TX. That's right. But I don't even have it working, yet, so optimization is not my worry, yet. :) But yes, that could be an optimization to be done.
No RX. phase1 is not computed on every packet, phase2 is but this is usually done be HW.
-- Greetings Michael.
- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
