[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <063D6719AE5E284EB5DD2968C1650D6DCFFFAA5C@AcuExch.aculab.com>
Date: Fri, 19 May 2017 11:10:40 +0000
From: David Laight <David.Laight@...LAB.COM>
To: 'Jim Baxter' <jim_baxter@...tor.com>,
"linux-usb@...r.kernel.org" <linux-usb@...r.kernel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Oliver Neukum <oliver@...kum.org>
Subject: RE: [RFC V1 1/1] net: cdc_ncm: Reduce memory use when kernel memory
low
From: linux-usb-owner@...r.kernel.org [mailto:linux-usb-owner@...r.kernel.org] On Behalf Of Jim Baxter
> Sent: 16 May 2017 18:41
>
> The CDC-NCM driver can require large amounts of memory to create
> skb's and this can be a problem when the memory becomes fragmented.
>
> This especially affects embedded systems that have constrained
> resources but wish to maximise the throughput of CDC-NCM with 16KiB
> NTB's.
Why is this driver copying multiple tx messages into a single skb.
Surely there are better ways to do this??
I think it is generating a 'multi-ethernet frame' URB with an
overall header for each URB and a header for each ethernet frame.
Given that the USB stack allows multiple concurrent transmits I'm
surprised that batching large ethernet frames makes much difference.
Also the USB target can't actually tell when URB that contain
multiples of the USB packet size end.
So it is possible to send a single NTB as multiple URB.
Of course, the usb_net might have other ideas.
David
Powered by blists - more mailing lists