Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp2229739imm; Thu, 7 Jun 2018 07:24:26 -0700 (PDT) X-Google-Smtp-Source: ADUXVKKuU/L27vx/092dB2ks6ZSccPQ39PJmj4cozSCJKQxwo6WZt/UnKpymlgVnSPYOnyGLXIJD X-Received: by 2002:a63:a513:: with SMTP id n19-v6mr1739374pgf.381.1528381466265; Thu, 07 Jun 2018 07:24:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528381466; cv=none; d=google.com; s=arc-20160816; b=OQLeRObzg3ilJOS3qiGbGEe+6xhOFei/c/bbfEx7mhK7DjP4loCiJUfKyVCs150O/8 KHIHLD4AbddIgDFI1keT6B79TVaZxQAUtPQq7PHMMGmHDRrLDXdfGMe5QrBblLAk3iki DD/90+8YuRxOzEeD1YfkJcDtj7JXYG6EQlSKinfUX0DUOTBt0VHxdtlZ4i11FDAZCfEm 2bxaFIL43nh/+FscAOZJhFyYQ19NMGzeKS/33nU5lQ684aRsdm2/H8NWE5V6pLvOCy/E ZCRrS0fYftwzZ4iOxR0hihcd3vLUEY4WrQkbjO0udoY/EgdPnLr0olAuUAF6uK3CHDwB XIVg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:subject:message-id:date:cc:to :from:mime-version:content-transfer-encoding:content-disposition :arc-authentication-results; bh=+bEQiQHeGW34Q6j7pBZoKTl+h74wZOAPwPXMvFdTVA8=; b=I+kt8+IAOhq7oZwxSqIKG0NJBlXqhl9YJSyW+7aMSGingQhr78Jjbbd7lCSVbkRlTN C3Icdb3wOYTzySv5sCYSFESRuG+T0CuwqaT1W2SCzxMMYs3g8AQt4/uXNjnPVOhKwK8T HNa/ign+HLyiCGfp9gUFTuiOqMJFMzSQehkQBomFDwCpwBzzpKs/d2RT0EERHHFkufCF 2Bmy7zqh9gj1sOSZX2jNg+S/SzEx725fOFKyQbUwUOXZt5cpeVqnzMvWSbp/Za0mkuXY GkEKR05vABc4jdA50y6vlSGALg/Qa9onTAuavFPQj1igbFu504QOScpVANqoLhF38si/ lDkA== 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 d5-v6si20470530plr.13.2018.06.07.07.24.11; Thu, 07 Jun 2018 07:24:26 -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 S933620AbeFGOWH (ORCPT + 99 others); Thu, 7 Jun 2018 10:22:07 -0400 Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:39429 "EHLO shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933068AbeFGOJK (ORCPT ); Thu, 7 Jun 2018 10:09:10 -0400 Received: from [148.252.241.226] (helo=deadeye) by shadbolt.decadent.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1fQvbA-0005Zo-Ju; Thu, 07 Jun 2018 15:09:08 +0100 Received: from ben by deadeye with local (Exim 4.91) (envelope-from ) id 1fQvb7-00032y-83; Thu, 07 Jun 2018 15:09:05 +0100 Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 From: Ben Hutchings To: linux-kernel@vger.kernel.org, stable@vger.kernel.org CC: akpm@linux-foundation.org, syzbot+f7b556d1766502a69d85071d2ff08bd87be53d0f@syzkaller.appspotmail.com, "Eric Biggers" , "Tejun Heo" Date: Thu, 07 Jun 2018 15:05:21 +0100 Message-ID: X-Mailer: LinuxStableQueue (scripts by bwh) Subject: [PATCH 3.16 229/410] libata: remove WARN() for DMA or PIO command without data In-Reply-To: X-SA-Exim-Connect-IP: 148.252.241.226 X-SA-Exim-Mail-From: ben@decadent.org.uk X-SA-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 3.16.57-rc1 review patch. If anyone has any objections, please let me know. ------------------ From: Eric Biggers commit 9173e5e80729c8434b8d27531527c5245f4a5594 upstream. syzkaller hit a WARN() in ata_qc_issue() when writing to /dev/sg0. This happened because it issued a READ_6 command with no data buffer. Just remove the WARN(), as it doesn't appear indicate a kernel bug. The expected behavior is to fail the command, which the code does. Here's a reproducer that works in QEMU when /dev/sg0 refers to a disk of the default type ("82371SB PIIX3 IDE"): #include #include int main() { char buf[42] = { [36] = 0x8 /* READ_6 */ }; write(open("/dev/sg0", O_RDWR), buf, sizeof(buf)); } Fixes: f92a26365a72 ("libata: change ATA_QCFLAG_DMAMAP semantics") Reported-by: syzbot+f7b556d1766502a69d85071d2ff08bd87be53d0f@syzkaller.appspotmail.com Signed-off-by: Eric Biggers Signed-off-by: Tejun Heo Signed-off-by: Ben Hutchings --- drivers/ata/libata-core.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) --- a/drivers/ata/libata-core.c +++ b/drivers/ata/libata-core.c @@ -5139,8 +5139,7 @@ void ata_qc_issue(struct ata_queued_cmd * We guarantee to LLDs that they will have at least one * non-zero sg if the command is a data command. */ - if (WARN_ON_ONCE(ata_is_data(prot) && - (!qc->sg || !qc->n_elem || !qc->nbytes))) + if (ata_is_data(prot) && (!qc->sg || !qc->n_elem || !qc->nbytes)) goto sys_err; if (ata_is_dma(prot) || (ata_is_pio(prot) &&