[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4C62F4EF.1050808@gmail.com>
Date: Wed, 11 Aug 2010 21:07:27 +0200
From: Martin Fuzzey <mfuzzey@...il.com>
To: Greg KH <greg@...ah.com>
CC: Russell King - ARM Linux <linux@....linux.org.uk>,
linux-usb <linux-usb@...r.kernel.org>, netdev@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org
Subject: Re: Problem with non aligned DMA in usbnet on ARM
Greg KH wrote:
>> So the question is are hcds expected to accept arbitarilly aligned but
>> heap allocated pointers (such as the result of kmalloc() + 1)?
>>
>
> It sounds like your HCD doesn't like this, so perhaps we should make
> that rule :)
>
> If you allocate the urb with a kmalloc() call with no offset, does it
> all work properly?
Yes
> The driver should be calling usb_alloc_urb() which
> does this automatically for them, right? Or is it trying to allocate
> things on its own somehow?
>
>
It's not the URB itself (which is allocated by usb_alloc_urb) but rather
the buffer pointer within the URB that causes the problem.
It's the asix driver (or more exactly the usbnet core used by that driver).
It does (rx_submit() in drivers/net/usb/usbnet.c):
urb = usb_alloc_urb();
skb = alloc_skb (...);
skb_reserve (skb, NET_IP_ALIGN);
usb_fill_bulk_urb (urb,... skb->data);
usb_submit_urb(urb)
skb->data as returned by alloc_skb() is aligned
but skb_reserve adds 2.
Thus removing the skb_reserve() call makes it work.
BUT if I do that the IP header is no longer aligned so accesses further
up the network stack have to be fixed up by exception handlers which is
expensive (even with hcds which don't require this)
cheers,
Martin
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists