On Saturday 29 December 2007, Johannes Berg wrote: > > > but since the payload should be aligned to a 4 byte boundrary anyway > > That's not true. The "payload" in terms of "802.11 frame" shouldn't be > aligned on a four-byte boundary for QoS or 4-addr frames. > > > can't predict what header length the frame will contain. :( > > Well, good hardware inserts padding, cf. > http://bcm-v4.sipsolutions.net/802.11/RX > > > Although it would safe the initial allocation of the DMA buffer... > > I'll look into it to see if it would be useful. > > More importantly, it'd save you the copy if your hardware is decent and > inserts two bytes padding for QoS/WDS frames. Well Ralink doesn't seem to add this padding since this bug appeared, remember all bytes from the DMA was copied to the skb buffer so if there was any padding included it would have been copied as well. ;) Anyway, I have worked on a fix for the padding and I'll commit it to rt2x00.git first to see if anybody reports any problems with it before sending it to wireless-dev. Same goes for letting the device copy the data into the skb buffer directly. :) Ivo - 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
