Re: Warning emited by 2.6.24-rc6-git5

[Chris Clayton <chris2553@googlemail.com>]

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