Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752106AbbHRFE0 (ORCPT ); Tue, 18 Aug 2015 01:04:26 -0400 Received: from mail-am1on0092.outbound.protection.outlook.com ([157.56.112.92]:51645 "EHLO emea01-am1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750710AbbHRFEY convert rfc822-to-8bit (ORCPT ); Tue, 18 Aug 2015 01:04:24 -0400 From: Noam Camus To: David Miller CC: "linux-kernel@vger.kernel.org" , "netdev@vger.kernel.org" , "Alexey.Brodkin@synopsys.com" , "vgupta@synopsys.com" , Tal Zilcer Subject: RE: [v1 0/6] *** nps_enet fixups *** Thread-Topic: [v1 0/6] *** nps_enet fixups *** Thread-Index: AQHQ2LHhEr7ckaqq3EaKtvrPS8Jip54QdQGAgAC9cDA= Date: Tue, 18 Aug 2015 05:04:20 +0000 Message-ID: References: <1439791119-26892-1-git-send-email-noamc@ezchip.com> <20150817.103607.1737876155019074073.davem@davemloft.net> In-Reply-To: <20150817.103607.1737876155019074073.davem@davemloft.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=noamc@ezchip.com; x-originating-ip: [212.179.42.66] x-microsoft-exchange-diagnostics: 1;VI1PR02MB1151;5:UvKFRLAoH/i1XMNm4SJUpdHB0rSAZP6rx7+kJa1RtvYdpaYW5G/ud8o9FwRDNTaVPkGU5Z1p5j9bd/0BjbkfpNWZ2dyY6n9zeO+1EPe8b60l/D3PTv1ZaDb6v/WYjvzGgFpLGg2a8RxqiT4u62VeuA==;24:7Ep5u261GBevJPhpqhWKn1Npe14Tm8ulSTMzc5FE2gCbw0cWA3Z7FTuXK3BQTy8Y66GnTYqGc/5Q/UbURqRzPfzDxHcXTrlGSjcDKCPOvCA=;20:SNIiGGsrpIt406vQ0n7kh8EZ7JOwaNhZsjLAw0fEpnsR5TEvQVcqx7yILAeC9ZhyQKi68JzukoJBDa3KZ1HLrg== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR02MB1151; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(601004)(8121501046)(5005006)(3002001);SRVR:VI1PR02MB1151;BCL:0;PCL:0;RULEID:;SRVR:VI1PR02MB1151; x-forefront-prvs: 067270ECAF x-forefront-antispam-report: SFV:NSPM;SFS:(10009020)(6009001)(199003)(52314003)(189002)(377454003)(5003600100002)(40100003)(2950100001)(5002640100001)(101416001)(19273905006)(76576001)(19580405001)(2900100001)(106116001)(105586002)(15975445007)(33656002)(46102003)(54356999)(86362001)(102836002)(68736005)(19580395003)(76176999)(92566002)(50986999)(77096005)(106356001)(1720100001)(107886002)(97736004)(87936001)(64706001)(5001920100001)(189998001)(110136002)(10400500002)(2656002)(81156007)(74316001)(122556002)(77156002)(66066001)(5001960100002)(5001860100001)(4001540100001)(5001830100001)(62966003)(4001430100001)(563064011);DIR:OUT;SFP:1101;SCL:1;SRVR:VI1PR02MB1151;H:DB4PR02MB272.eurprd02.prod.outlook.com;FPR:;SPF:None;PTR:InfoNoRecords;A:1;MX:1;LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-OriginatorOrg: ezchip.com X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Aug 2015 05:04:20.4989 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fc16e0a-3cd3-4092-8b2f-0a42cff122c3 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR02MB1151 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1160 Lines: 27 From: David Miller [mailto:davem@davemloft.net] Sent: Monday, August 17, 2015 8:36 PM > You should not move TX completion out of NAPI handling, NAPI poll is exactly where it belongs. > > If you handle it in hardware interrupt context you have to use > dev_kfree_skb_irq() which defers the operation to software interrupt context anyways and is thus expensive. > Whereas if you keep TX completion in your NAPI handler the kfree is handled synchronously and efficiently, as well as making SKB's potentially available for RX reclaim. I followed "Hardware Architecture" section from: http://www.linuxfoundation.org/collaborate/workgroups/networking/napi and came up with "reduce processing latency" idea. Anyway, I will restore TX completion back to NAPI poll. > I'm not applying this series, you are doing with TX handling exactly what we tell people not to do. I will come up with revised series in v2. Noam -- 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/