Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp5652208img; Wed, 27 Mar 2019 12:29:23 -0700 (PDT) X-Google-Smtp-Source: APXvYqzSM23rWRNaZLvhPizouh3n0N/PxgCqCXLfo7zToeVR98tyBapai5wO4TEzrRzOT+1ns1rN X-Received: by 2002:a63:6e4c:: with SMTP id j73mr37166574pgc.276.1553714963337; Wed, 27 Mar 2019 12:29:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553714963; cv=none; d=google.com; s=arc-20160816; b=YVC0flc00PyTNegtzXbykPYHoT8VRrYY7nvzM3YBblNQK/EZpRrU6zumtSoHqwjaLW ti26UI4yk98H/b0HDxtxoHIPmvXpkGF8Iye5mTuXO6lrjWZ7OSVfDwisGk5+8eI9ygMi S75TH1SmwyLqvzF/LjKF3eyLNLpLfQB7KTAffYLI2lknBIctV4JxLaGqB6j//T0wTbH7 +BSQ/R1bN13VVTvzEl2k5WsqFPWsctEFM4+cqG4N47lv5ouNwF6vBJWYpwSnse3Dr+72 wyXhR7t3l9QsNxZucPTCtKPtneVG/7CUj2c/kfrGtfNcFcj4jc091Ka/UF8aMHkjS0m+ 7aGg== 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:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=SLNCYQGKHadEvr3lAE/+GPazXfjr21XPNoV/pYV+mzY=; b=Ful+8FTj5pr9ijXUUi/7IFSFH0TBuG73EC1HTQMEDRyvkbG3rHU+eOEDpmPvjJjJ86 e3qBnNz1eF5uYDxDXHtEnAqe3bfZ9zUFzNdBUfTPnR8O1rwXDcrfsvoe+LNyY7kNUql1 /3H36fFQ7csdEymkPmF5vTq1XPYrmZXDS2MnYpjvE5Pceq7x7hCEJAZyge93avFIj+yn x2zPSg4V2OH5yJYaVlfTILdEDKyKoKeAMeL288B76rzrAFF3Cauj6pT4ufd4Gs/fBT/G hynF7okJAbsV0t9W/ZLEHpO5OmNz4hJhbARDf9x3ZFG/+VfQONuVc/sayTKZ0wpQ9t1u LBIA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=bgJITxEp; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r15si18167309pgv.389.2019.03.27.12.29.07; Wed, 27 Mar 2019 12:29:23 -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=@kernel.org header.s=default header.b=bgJITxEp; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1733215AbfC0SER (ORCPT + 99 others); Wed, 27 Mar 2019 14:04:17 -0400 Received: from mail.kernel.org ([198.145.29.99]:44820 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1733195AbfC0SEO (ORCPT ); Wed, 27 Mar 2019 14:04:14 -0400 Received: from sasha-vm.mshome.net (c-73-47-72-35.hsd1.nh.comcast.net [73.47.72.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id EAA0F21738; Wed, 27 Mar 2019 18:04:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1553709853; bh=+W6VUCVrIpcmWFqKcp0pIpX60Gkp26gcNaowHqC7Gtk=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=bgJITxEpB+k+54l9hmH+5eA6ZNWvWx5O+JJ5lcvsoQ6IrksK8n1mL9dJcJejSsaLc LqzTu9nqfRQ7+sUunP2iFfTJON6FgwGJMjBOAJcCksn5TKEbeIHdKTJLplfl+J71iu z8j2mD1GLJ537F6QSb8SJbF0YzXQNjKw9z0Xp0N8= From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Benjamin Block , "Martin K . Petersen" , Sasha Levin , linux-scsi@vger.kernel.org Subject: [PATCH AUTOSEL 5.0 073/262] scsi: core: replace GFP_ATOMIC with GFP_KERNEL in scsi_scan.c Date: Wed, 27 Mar 2019 13:58:48 -0400 Message-Id: <20190327180158.10245-73-sashal@kernel.org> X-Mailer: git-send-email 2.19.1 In-Reply-To: <20190327180158.10245-1-sashal@kernel.org> References: <20190327180158.10245-1-sashal@kernel.org> MIME-Version: 1.0 X-Patchwork-Hint: Ignore Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Benjamin Block [ Upstream commit 1749ef00f7312679f76d5e9104c5d1e22a829038 ] We had a test-report where, under memory pressure, adding LUNs to the systems would fail (the tests add LUNs strictly in sequence): [ 5525.853432] scsi 0:0:1:1088045124: Direct-Access IBM 2107900 .148 PQ: 0 ANSI: 5 [ 5525.853826] scsi 0:0:1:1088045124: alua: supports implicit TPGS [ 5525.853830] scsi 0:0:1:1088045124: alua: device naa.6005076303ffd32700000000000044da port group 0 rel port 43 [ 5525.853931] sd 0:0:1:1088045124: Attached scsi generic sg10 type 0 [ 5525.854075] sd 0:0:1:1088045124: [sdk] Disabling DIF Type 1 protection [ 5525.855495] sd 0:0:1:1088045124: [sdk] 2097152 512-byte logical blocks: (1.07 GB/1.00 GiB) [ 5525.855606] sd 0:0:1:1088045124: [sdk] Write Protect is off [ 5525.855609] sd 0:0:1:1088045124: [sdk] Mode Sense: ed 00 00 08 [ 5525.855795] sd 0:0:1:1088045124: [sdk] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 5525.857838] sdk: sdk1 [ 5525.859468] sd 0:0:1:1088045124: [sdk] Attached SCSI disk [ 5525.865073] sd 0:0:1:1088045124: alua: transition timeout set to 60 seconds [ 5525.865078] sd 0:0:1:1088045124: alua: port group 00 state A preferred supports tolusnA [ 5526.015070] sd 0:0:1:1088045124: alua: port group 00 state A preferred supports tolusnA [ 5526.015213] sd 0:0:1:1088045124: alua: port group 00 state A preferred supports tolusnA [ 5526.587439] scsi_alloc_sdev: Allocation failure during SCSI scanning, some SCSI devices might not be configured [ 5526.588562] scsi_alloc_sdev: Allocation failure during SCSI scanning, some SCSI devices might not be configured Looking at the code of scsi_alloc_sdev(), and all the calling contexts, there seems to be no reason to use GFP_ATMOIC here. All the different call-contexts use a mutex at some point, and nothing in between that requires no sleeping, as far as I could see. Additionally, the code that later allocates the block queue for the device (scsi_mq_alloc_queue()) already uses GFP_KERNEL. There are similar allocations in two other functions: scsi_probe_and_add_lun(), and scsi_add_lun(),; that can also be done with GFP_KERNEL. Here is the contexts for the three functions so far: scsi_alloc_sdev() scsi_probe_and_add_lun() scsi_sequential_lun_scan() __scsi_scan_target() scsi_scan_target() mutex_lock() scsi_scan_channel() scsi_scan_host_selected() mutex_lock() scsi_report_lun_scan() __scsi_scan_target() ... __scsi_add_device() mutex_lock() __scsi_scan_target() ... scsi_report_lun_scan() ... scsi_get_host_dev() mutex_lock() scsi_probe_and_add_lun() ... scsi_add_lun() scsi_probe_and_add_lun() ... So replace all these, and give them a bit of a better chance to succeed, with more chances of reclaim. Signed-off-by: Benjamin Block Reviewed-by: Bart Van Assche Signed-off-by: Martin K. Petersen Signed-off-by: Sasha Levin --- drivers/scsi/scsi_scan.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/scsi/scsi_scan.c b/drivers/scsi/scsi_scan.c index dd0d516f65e2..53380e07b40e 100644 --- a/drivers/scsi/scsi_scan.c +++ b/drivers/scsi/scsi_scan.c @@ -220,7 +220,7 @@ static struct scsi_device *scsi_alloc_sdev(struct scsi_target *starget, struct Scsi_Host *shost = dev_to_shost(starget->dev.parent); sdev = kzalloc(sizeof(*sdev) + shost->transportt->device_size, - GFP_ATOMIC); + GFP_KERNEL); if (!sdev) goto out; @@ -788,7 +788,7 @@ static int scsi_add_lun(struct scsi_device *sdev, unsigned char *inq_result, */ sdev->inquiry = kmemdup(inq_result, max_t(size_t, sdev->inquiry_len, 36), - GFP_ATOMIC); + GFP_KERNEL); if (sdev->inquiry == NULL) return SCSI_SCAN_NO_RESPONSE; @@ -1079,7 +1079,7 @@ static int scsi_probe_and_add_lun(struct scsi_target *starget, if (!sdev) goto out; - result = kmalloc(result_len, GFP_ATOMIC | + result = kmalloc(result_len, GFP_KERNEL | ((shost->unchecked_isa_dma) ? __GFP_DMA : 0)); if (!result) goto out_free_sdev; -- 2.19.1