Return-path: Received: from he.sipsolutions.net ([78.46.109.217]:51841 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756216Ab3BTSQi (ORCPT ); Wed, 20 Feb 2013 13:16:38 -0500 Message-ID: <1361384183.8579.1.camel@jlt4.sipsolutions.net> (sfid-20130220_191647_683122_F719D19A) Subject: Re: 3.7.8/amd64 full interrupt hangs due to iwlwifi under big nfs copies out From: Johannes Berg To: Eric Dumazet Cc: Marc MERLIN , David Miller , Larry.Finger@lwfinger.net, bhutchings@solarflare.com, linux-wireless@vger.kernel.org, netdev@vger.kernel.org Date: Wed, 20 Feb 2013 19:16:23 +0100 In-Reply-To: <1361381096.19353.195.camel@edumazet-glaptop> (sfid-20130220_182502_483935_369E6954) References: <1333998672.3007.245.camel@edumazet-glaptop> <20120409.153452.1284163346306246866.davem@davemloft.net> <1334030180.13293.98.camel@edumazet-glaptop> <20120410051127.GA32048@merlins.org> <1334038263.2907.1.camel@edumazet-glaptop> <20120411052733.GA17352@merlins.org> <20120715215935.GF24420@merlins.org> <1342419529.3265.12217.camel@edumazet-glaptop> <20120716151826.GA10586@merlins.org> <1342455717.2830.14.camel@edumazet-glaptop> <20130219040557.GB4778@merlins.org> <1361251033.19353.120.camel@edumazet-glaptop> (sfid-20130219_061917_530878_1ED7A14C) <1361268221.8553.1.camel@jlt4.sipsolutions.net> <1361290909.19353.140.camel@edumazet-glaptop> (sfid-20130219_172155_748777_C3ED0F5E) <1361351538.8629.3.camel@jlt4.sipsolutions.net> (sfid-20130220_101252_930264_DBD3955C) <1361351703.8629.5.camel@jlt4.sipsolutions.net> <1361373064.19353.180.camel@edumazet-glaptop> (sfid-20130220_161110_395796_DBAC0744) <1361377243.8629.34.camel@jlt4.sipsolutions.net> <1361379331.19353.189.camel@edumazet-glaptop> (sfid-20130220_175537_373410_F2F98F44) <1361379686.8629.41.camel@jlt4.sipsolutions.net> <1361381096.19353.195.camel@edumazet-glaptop> (sfid-20130220_182502_483935_369E6954) Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Wed, 2013-02-20 at 09:24 -0800, Eric Dumazet wrote: > On Wed, 2013-02-20 at 18:01 +0100, Johannes Berg wrote: > > > FWIW, I think just using order-0 pages and turning 8k A-MSDUs off by > > default makes more sense, A-MSDU is rarely used to begin with ... > > > > My suggested patch makes sure that if someone needs 8k A-MSDU, iwlwifi > still works correctly. True, but if we don't advertise 8k A-MSDU then they won't be used, and it'll still work correctly, just not be able to receive such large A-MSDUs. Linux can't even transmit _any_ A-MSDUs, and many (most?) APs don't either. > > Also, if we copy larger frames here, we should also take into account > > the (variable) 802.11 header length to avoid copying into a position > > where the IP header ends up being unaligned. > > But the current code already has this problem (if its a problem at all, > as on x86 NET_IP_ALIGN is 0) Yes and no. The current code doesn't pull in much data, not even the IP header, so worst case it copies 14 bytes (ethernet header) in mac80211 to obtain alignment. By pulling in everything here, it later has to copy everything again later to obtain alignment. johannes