Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756396Ab3GYOwR (ORCPT ); Thu, 25 Jul 2013 10:52:17 -0400 Received: from mail-oa0-f54.google.com ([209.85.219.54]:45978 "EHLO mail-oa0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755884Ab3GYOwI (ORCPT ); Thu, 25 Jul 2013 10:52:08 -0400 MIME-Version: 1.0 In-Reply-To: <1374750101.23313.16.camel@edumazet-glaptop> References: <1374311809-4155-1-git-send-email-freddy@asix.com.tw> <1374512879.4990.19.camel@edumazet-glaptop> <1374518312.1635.29.camel@bwh-desktop.uk.level5networks.com> <1374518841.4990.26.camel@edumazet-glaptop> <1374522471.1635.48.camel@bwh-desktop.uk.level5networks.com> <1374559827.4990.143.camel@edumazet-glaptop> <1374729058.23313.8.camel@edumazet-glaptop> <1374750101.23313.16.camel@edumazet-glaptop> Date: Thu, 25 Jul 2013 22:52:07 +0800 Message-ID: Subject: Re: [PATCH 1/1] TX throttling bug-fixing patch of AX88179_178A From: Ming Lei To: Eric Dumazet Cc: Ben Hutchings , Oliver Neukum , Grant Grundler , Freddy Xin , David Miller , netdev , linux-usb@vger.kernel.org, LKML , =?Big5?B?QVNJWCBMb3VpcyBbxKyrwrOwXQ==?= , Allan Chou Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2635 Lines: 64 On Thu, Jul 25, 2013 at 7:01 PM, Eric Dumazet wrote: > On Thu, 2013-07-25 at 13:25 +0800, Ming Lei wrote: >> On Thu, Jul 25, 2013 at 1:10 PM, Eric Dumazet wrote: >> > On Thu, 2013-07-25 at 10:28 +0800, Ming Lei wrote: >> > >> >> >> >> It depends if size of sg buffer(except for last one) in the sg list can be >> >> divided by usb endpoint's max packet size(512 or 1024), at least there >> >> is the constraint: >> >> >> >> http://git.kernel.org/cgit/linux/kernel/git/gregkh/usb.git/commit/?h=usb-next&id=10e232c597ac757e7f8600649f7e872e86de190f >> >> >> >> I am wondering if network stack can meet that. If not, it might be a >> >> bit difficult >> >> because lots of USB host controller don't support that, and driver may have >> >> to support SG and non-SG at the same time for working well on all HCs. >> > >> > I do not see the problem. >> > >> > If one skb has 2 fragments of 32KB, couldn't they be split into 64 1K >> > segments by the device driver ? >> >> OK, if length of fragments of all SKBs from network stack can always guarantee >> to be divided by 1024, that is fine, seems I worry about too much, :-) > > Unfortunately, there is no such guarantee. TSO permits sendfile() zero > copy operation, so the frags can be of any size, any offset... USB protocol doesn't care offset or buffer start address, but has requirement on sg buffer size(except for last one) in sg list. > > In this mode, the first element (skb->head) will typically contains the > headers, and there are way below 512 bytes. > > So even with lowering netdev->gso_max_size under PAGE_SIZE, most of the > packets will need to be copied into a single segment. Maybe need to try it with TSO enabled, in my test on ax88179_178a NIC after applying your disabling TSO patch, tx throughput is less than 600Mbps, but rx is close to 900Mbps. On Thu, Jul 25, 2013 at 9:34 PM, Ben Hutchings wrote: > > Not that I have any experience with USB drivers, but perhaps > usb_sg_init()? USB SG library doesn't support submitting SG URB asynchronously, but that isn't a big deal. The problem is that many USB host controllers can't build one single packet from two buffers, what is why USB stack requires size of all buffers(except for last one) in sg list can be divided by max endpoint packet size.(1024 for usbnet) Thanks, -- Ming Lei -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/