Received: by 10.192.165.156 with SMTP id m28csp1318391imm; Fri, 13 Apr 2018 18:12:22 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/RlAkx/AMd+RB4+aOLeVTxcSmTyg2yKw9W3PgkMSbUyreeGrOP6vkJ9zs5M5tgE9iKkP8j X-Received: by 2002:a17:902:108a:: with SMTP id c10-v6mr7116570pla.22.1523668342374; Fri, 13 Apr 2018 18:12:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523668342; cv=none; d=google.com; s=arc-20160816; b=XUgoVZYpibFQaEzYDXhjkz4x68w22lF2H1cMuBA2qzW3wSztaHh6JRqiRnX4c/YACi /G7O0HI8xZcliReLTIJb42aJDQUiZ3lkTZ6TgZRWgagjhitD6hMghdGF8jnXJM5Px3qQ /J0o6AkSoqmZXNjL9fhN93/Orn8A+d1ujcuJZA7pz03p8y680DC9PboR56axdE0DjrW2 pmSBS/6sbOmes2ZDtUilcwgVHRVVyv7wrOTtbPBTarvv0ZodaO11PGHEVia7hGf72x+P +eqVQ76ZLIexJHbLIq5GCuEaH0pTa9q8b9zOMG2PmcHSo8UcOCrFZimpXil3t4VCRxhi KwFw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=YBFPrcm2mpWoGtzW002QJV8cJIZ57wc5+XvuZKY2/Ho=; b=i0ze6ADZiRoPb8lWvo9T/aaivRX3rDSn8kEal2kKdoqSW7ocz2uaEKp2mDBbyt7Ci1 DutsMnqUl0ifZgwivrzQutNF2mvSt96AkkezbgOvAkDyJB3ilD9/Vl55JZpGmcgjzHR1 2i8knro21PsH5zBVJ+FiPWjUKkVZFLEW3J8xzcXPdywiXp2apxf865SxL6agb9Uxzyco T+kZc9hkhnjlhbgp5XqL19C+eE3dlt6WkB/cG3bCSJw820JuuzzstVGzk95uhA9wF4x7 KmeBgs1hVaCbg6+r3kMVN4rH5q5ENs4YJHWrDTF5wDAdq0ggGFGc1z0bRGTrfoBpoiBG eoww== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b15si4953856pgv.196.2018.04.13.18.12.08; Fri, 13 Apr 2018 18:12:22 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751553AbeDNBK6 (ORCPT + 99 others); Fri, 13 Apr 2018 21:10:58 -0400 Received: from mga11.intel.com ([192.55.52.93]:3171 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750980AbeDNBK5 (ORCPT ); Fri, 13 Apr 2018 21:10:57 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Apr 2018 18:10:32 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.48,446,1517904000"; d="scan'208";a="216496382" Received: from ssaleem-mobl4.amr.corp.intel.com (HELO ssaleem-mobl1) ([10.255.35.38]) by orsmga005.jf.intel.com with SMTP; 13 Apr 2018 18:10:30 -0700 Received: by ssaleem-mobl1 (sSMTP sendmail emulation); Fri, 13 Apr 2018 20:10:29 -0500 Date: Fri, 13 Apr 2018 20:10:29 -0500 From: Shiraz Saleem To: Jia-Ju Bai Cc: faisal.latif@intel.com, dledford@redhat.com, sean.hefty@intel.com, hal.rosenstock@gmail.com, linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/3] infiniband: i40iw: Replace GFP_ATOMIC with GFP_KERNEL in i40iw_add_mqh_4 Message-ID: <20180414011029.GA18392@ssaleem-MOBL4.amr.corp.intel.com> References: <1523431945-3508-1-git-send-email-baijiaju1990@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1523431945-3508-1-git-send-email-baijiaju1990@gmail.com> User-Agent: Mutt/1.7.2 (2016-11-26) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 11, 2018 at 03:32:25PM +0800, Jia-Ju Bai wrote: > i40iw_add_mqh_4() is never called in atomic context, because it > calls rtnl_lock() that can sleep. > > Despite never getting called from atomic context, > i40iw_add_mqh_4() calls kzalloc() with GFP_ATOMIC, > which does not sleep for allocation. > GFP_ATOMIC is not necessary and can be replaced with GFP_KERNEL, > which can sleep and improve the possibility of sucessful allocation. > > This is found by a static analysis tool named DCNS written by myself. > And I also manually check it. > > Signed-off-by: Jia-Ju Bai > --- Acked-by: Shiraz Saleem