Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp3597990imm; Mon, 4 Jun 2018 06:23:07 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLo9vrpK0aFaZbgiAVEsN4QGla8m3Zy/N/SphhXsuBa4yvhMPgH3RDauFWt35GMX6TriO56 X-Received: by 2002:a63:b041:: with SMTP id z1-v6mr16737389pgo.397.1528118587932; Mon, 04 Jun 2018 06:23:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528118587; cv=none; d=google.com; s=arc-20160816; b=IOHWlrMcWxASSE3bi/zhW8dpX00XcXVN152poMwoC1ivHMndTaaDwikHKJ6nnaZh+K pbaA+kZ7krmM8uAIF864CSaA/ctdF9gTwIc1MMEhiFIJzXqbRgduPYsfGOq3/ZMvyXYB GaZhgEoNKKE8XlhAXY8FONZLeHmZTrUDEngBBtMDJJGW9B61+EtDXtdX29Fqb3TcN64I iEING2Oyo69/dB4rFtIzGT+qAg0efFCwSnJL8ECZc4FoHfk1G8kizqfL4jdHMmgtK3TB bYtmUxn91K3dCrE425DgA91vSxEFVUiCbDQ19nDWXZnIIcosakPLIU7SbRAxC3aOLnID JCrw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=PVtzUk+s+aAvwhtv3IDemEcUCXLm7+bvQZeHvyLSmvU=; b=fuP9sqxxece+jUTK7SWuIR8SrcZ5AXnHtEV8HLfOD8wk5BN3fvVu3MK/0qr7rhoRza mbGmWfhJPcb0kKIzq2g9G/BqNm9KiwCHM3cr7Gj6rtuiEG6m95zmUKRmCSWGGVx82rGB 7aLl9hup6V9vXYo0EBWOmvbXBSobMmNf4O0uhwZUpT3ZoA4FHVZoV2EekxO3Gd3yGAVR 98YJg7BAtMXEeh3ePNRE5mYdYCnJ4Wi5QCceRQOAuuDL2psF17pCrRbFfRG7tEZqKkHY IrK7ZSCUOafL8x5SICuSQbPahuUSexJN/52zCgWoPBqrV/jUu6McFwt4g03LwtAeNGHE c5cw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=mMYuwsHy; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z19-v6si3684956pff.100.2018.06.04.06.22.53; Mon, 04 Jun 2018 06:23:07 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=mMYuwsHy; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753140AbeFDNWb (ORCPT + 99 others); Mon, 4 Jun 2018 09:22:31 -0400 Received: from mail-pl0-f67.google.com ([209.85.160.67]:38170 "EHLO mail-pl0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752432AbeFDNW3 (ORCPT ); Mon, 4 Jun 2018 09:22:29 -0400 Received: by mail-pl0-f67.google.com with SMTP id b14-v6so2573232pls.5; Mon, 04 Jun 2018 06:22:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=PVtzUk+s+aAvwhtv3IDemEcUCXLm7+bvQZeHvyLSmvU=; b=mMYuwsHyvduXMAfna3Tonym0G/Z9PbD0bY3bmjMFUK+Ye0GYMhilMk4yVaA7samUKi fEGjMSzFWO8i/l9tUpZ9lfd1Ldr13ZXqKVaJIlN5DSiQDnzBrPzzNts3k+t/SP2BtN3s VvYHw967//nN8sAiADminhDpEIiBPw8Q03pxtG7noPauMra4rrdmIr8dvYIWyt6l3RVx Sg4pdy/2C8SDDHLhdlLoe1SvHXd0JreIowLmNX/KX2WiFxDdYpZRe/Q/rVUgLiHcMVht FqVmT+a/r80TZjy0TXHvRsGG8ifN0yjmzWQAD2Rg3CnyrjeMOqeNgEOOLo+mhCiKVVDi Iceg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=PVtzUk+s+aAvwhtv3IDemEcUCXLm7+bvQZeHvyLSmvU=; b=MgTk62EXRTu/eXHdR15Qd3ASQd9NWyXasS+9FFFL0bj+8ovHBdkloICTx7Q8pXmPZ4 8gUb7Nfc8TFG4Oa2G/rHYDmewp/KQHUUkro6ujSIrThhrp7KY5Ruq1Cp0fqgqbCpzLYJ UkucbxBU6xEFOf0avqIa4/x+2Yb2+bMZAUqpOYqW6sb99qgoPor4CxATaa7+tSsI1/yi c3WMSrU1op2qfXyJFHXCsqb0znyZHP3y9c8Xh1PK3u3/1+Z7AmFEfNlBuKJC15ae1JYO b+7sneoajClGsNh1AzHf53mytMCoExYLDm6J1XQAO9zYZeabyqMpg52nEtCsZ/bC2w8Z RHog== X-Gm-Message-State: ALKqPwe7aKtDTfJ4n3OFqC3YYOcpazpDtvEFBuMXdb1ypUs4e7YRWAbS QQ7oVgsxxfoPqa2UQbrg3bs= X-Received: by 2002:a17:902:7896:: with SMTP id q22-v6mr22172205pll.243.1528118549460; Mon, 04 Jun 2018 06:22:29 -0700 (PDT) Received: from [192.168.86.235] (c-67-180-167-114.hsd1.ca.comcast.net. [67.180.167.114]) by smtp.gmail.com with ESMTPSA id k2-v6sm91672260pfg.82.2018.06.04.06.22.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 04 Jun 2018 06:22:28 -0700 (PDT) Subject: Re: [PATCH V4] mlx4_core: allocate ICM memory in page size chunks To: Michal Hocko , Eric Dumazet Cc: David Miller , qing.huang@oracle.com, tariqt@mellanox.com, haakon.bugge@oracle.com, yanjun.zhu@oracle.com, netdev@vger.kernel.org, linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org, gi-oh.kim@profitbricks.com References: <20180523232246.20445-1-qing.huang@oracle.com> <20180525.102321.858995452200286788.davem@davemloft.net> <7a353b65-6b7f-1aee-1c48-e83c8e02f693@gmail.com> <0e11e0fc-6ccf-aa93-9c4f-b9eae1b90643@gmail.com> <20180531065405.GH15278@dhcp22.suse.cz> <20180531085532.GK15278@dhcp22.suse.cz> <20180531091022.GL15278@dhcp22.suse.cz> <20180604131104.GS19202@dhcp22.suse.cz> From: Eric Dumazet Message-ID: <1908601f-2eda-d739-9c4d-430a002b1a05@gmail.com> Date: Mon, 4 Jun 2018 06:22:26 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180604131104.GS19202@dhcp22.suse.cz> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/04/2018 06:11 AM, Michal Hocko wrote: > On Thu 31-05-18 11:10:22, Michal Hocko wrote: > Just in case you are interested > --- > From 5010543ed6f73e4c00367801486dca8d5c63b2ce Mon Sep 17 00:00:00 2001 > From: Michal Hocko > Date: Mon, 4 Jun 2018 15:07:37 +0200 > Subject: [PATCH] net: cleanup gfp mask in alloc_skb_with_frags > > alloc_skb_with_frags uses __GFP_NORETRY for non-sleeping allocations > which is just a noop and a little bit confusing. > > __GFP_NORETRY was added by ed98df3361f0 ("net: use __GFP_NORETRY for > high order allocations") to prevent from the OOM killer. Yet this was > not enough because fb05e7a89f50 ("net: don't wait for order-3 page > allocation") didn't want an excessive reclaim for non-costly orders > so it made it completely NOWAIT while it preserved __GFP_NORETRY in > place which is now redundant. > > Drop the pointless __GFP_NORETRY because this function is used as > copy&paste source for other places. > > Signed-off-by: Michal Hocko > --- Reviewed-by: Eric Dumazet Thanks !