On Saturday 29 December 2007, Ivo van Doorn wrote:
> On Saturday 29 December 2007, Johannes Berg wrote:
> > > 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. ;)
> >
> > Not necessarily, Broadcom hardware adds the padding in front of the
> > 802.11 header so if you'd start copying with the 802.11 header you'd run
> > into the same thing. A quick look at the rt2x00pci.c file doesn't
> > suggest that there's anything variable about the RX header though so I
> > guess that indeed this may be a problem.
> >
> > > 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.
> >
If it would help, I'd be happy to test your fix, but I'm not a git user, so
you would need to post a patch that I could use...
> > Great. I just posted a similar fix in the other thread for zd1211, does
> > that look similar to yours as well? Should we have a static inline with
> > this code "ieee80211_needs_padding()" or something?
>
> My code looks more like:
>
> header_size = ieee80211_get_hdrlen_from_skb(entry->skb);
> if (header_size % 4 == 2) {
> /*
> * Move entire frame 2 bytes to the front.
> */
> skb_push(entry->skb, 2);
> memmove(entry->skb->data, entry->skb->data + 2,
> entry->skb->len - 2);
> }
>
> Ivo
Chris
--
Beer is proof that God loves us and wants us to be happy - Benjamin Franklin
-
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
