Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp5762319ybl; Tue, 10 Dec 2019 11:05:01 -0800 (PST) X-Google-Smtp-Source: APXvYqyObVXv3f7l2nyQCACsMnpOMqAusMqU9CtTbd5VNIm+9+kV5zkWz8Xbq+vR/ZihX83XPfi6 X-Received: by 2002:aca:d7c6:: with SMTP id o189mr326400oig.130.1576004701544; Tue, 10 Dec 2019 11:05:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1576004701; cv=none; d=google.com; s=arc-20160816; b=RGJoKbnunwsLbWkFqYau9cfHtHEDOCuU19GLgaJeofU62phyn28AL86okYrZCsJhOy zBz44dnsFxzFaFLSZSKNjpj/kebJPvnMhACRac6jiYDPoUYQHPVdO7zZf6zjriQvKKAt +WjyEnc+bHpfCgWTVy/ZlpLCZyGxnb0MhFUJCdbWrPlTI4CsUZdLBJk5zvRc8i9ua7m9 4WfDzFeHfYPGpRbk+b+d2s15gbpwVWw/gwJ74Vey11+GInMePnQj7qQz2AA0Nz5IkpDg EtQtCRDTkos0U14U85Zqzg4lDxSQn/0rFkuIkTt91DdJsmYMGz6H8htJbQBxJ+/3p8kn MhGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:subject:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to; bh=RlCmzoDEeO/U0NTMshuLGdTYO0uo/WrDEMd3EnLvXp4=; b=Vi7wz4XB5lhmaZzH18PDKk/6mmPo73lgaf5+G/9mRNhlffwp8GOvhBl4iRlIVguIYy CPWvLbT+Amq/JVx69K+NtpSHsE997532WRsN6VKHSEObsZlhM/Melv2npdLdu4XSkhfO hD4x99ZUGZ4BIdqKFCghOE3fNR/+z5eMgycH+uj1mX7IWkmxXUMy1xNvBt7JFf6NEYee VgTy3m/t5hlkoVFx4nEbq5qrKAll8sHcjWeXXazuiK+8NUUGfdETKRb1oOtTWAPr/MGC jLvQoIY7Ivjv1nvjzFUnpmoPrWvRC/MKVFfOtybX3Y2yvTJCiKV8PBoEdFqrfFHmzqvc Y94g== 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 r21si2429277otd.276.2019.12.10.11.04.47; Tue, 10 Dec 2019 11:05:01 -0800 (PST) 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 S1727645AbfLJTCe (ORCPT + 99 others); Tue, 10 Dec 2019 14:02:34 -0500 Received: from ale.deltatee.com ([207.54.116.67]:39734 "EHLO ale.deltatee.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727568AbfLJTCe (ORCPT ); Tue, 10 Dec 2019 14:02:34 -0500 Received: from guinness.priv.deltatee.com ([172.16.1.162]) by ale.deltatee.com with esmtp (Exim 4.92) (envelope-from ) id 1iekmE-0000Ch-DB; Tue, 10 Dec 2019 12:02:31 -0700 To: Jens Axboe , linux-kernel@vger.kernel.org, linux-block@vger.kernel.org Cc: Christoph Hellwig , Linus Torvalds , kernel test robot References: <20191210184704.24081-1-logang@deltatee.com> <81ec258d-3bfe-f55a-ba55-83047743bbbe@kernel.dk> From: Logan Gunthorpe Message-ID: Date: Tue, 10 Dec 2019 12:02:28 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <81ec258d-3bfe-f55a-ba55-83047743bbbe@kernel.dk> Content-Type: text/plain; charset=utf-8 Content-Language: en-CA Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 172.16.1.162 X-SA-Exim-Rcpt-To: rong.a.chen@intel.com, torvalds@linux-foundation.org, hch@lst.de, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, axboe@kernel.dk X-SA-Exim-Mail-From: logang@deltatee.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on ale.deltatee.com X-Spam-Level: X-Spam-Status: No, score=-8.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, GREYLIST_ISWHITE autolearn=ham autolearn_force=no version=3.4.2 Subject: Re: [PATCH] block: fix NULL pointer dereference in account statistics with IDE X-SA-Exim-Version: 4.2.1 (built Wed, 08 May 2019 21:11:16 +0000) X-SA-Exim-Scanned: Yes (on ale.deltatee.com) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019-12-10 11:59 a.m., Jens Axboe wrote: > On 12/10/19 11:47 AM, Logan Gunthorpe wrote: >> The IDE driver creates some passthru requests which never get >> submitted to the block layer in such a way that blk_account_io_start() >> gets called. However, the driver still calls __blk_mq_end_request() in >> ide_end_rq() which will call blk_account_io_completion() which tries >> to dereferences req->part which is never set. See ide_prep_sense() for >> an example of where these requests come from. >> >> To fix this, blk_account_io_completion() and blk_account_io_done() >> should do nothing if req->part is not set. >> >> The back trace of this bug is: >> >> BUG: kernel NULL pointer dereference, address: 000002ac >> #PF: supervisor write access in kernel mode >> #PF: error_code(0x0002) - not-present page >> *pde = 00000000 >> Oops: 0002 [#1] >> CPU: 0 PID: 237 Comm: kworker/0:1H Not tainted >> 5.4.0-rc2-00011-g48d9b0d43105e #1 >> Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1 >> 04/01/2014 >> Workqueue: kblockd drive_rq_insert_work >> EIP: blk_account_io_completion+0x7a/0xf0 >> Code: 89 54 24 08 31 d2 89 4c 24 04 31 c9 c7 04 24 02 00 00 00 c1 ee >> 09 e8 f5 21 a6 ff e8 70 5c a7 ff 8b 53 60 8d 04 bd 00 00 00 00 <01> b4 >> 02 ac 02 00 00 8b 9a 88 02 00 00 85 db 74 11 85 d2 74 51 8b >> EAX: 00000000 EBX: f5b80000 ECX: 00000000 EDX: 00000000 >> ESI: 00000000 EDI: 00000000 EBP: f3031e70 ESP: f3031e54 >> DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068 EFLAGS: 00010046 >> CR0: 80050033 CR2: 000002ac CR3: 03c25000 CR4: 000406d0 >> Call Trace: >> >> blk_update_request+0x85/0x420 >> ide_end_rq+0x38/0xa0 >> ide_complete_rq+0x3d/0x70 >> cdrom_newpc_intr+0x258/0xba0 >> ide_intr+0x135/0x250 >> __handle_irq_event_percpu+0x3e/0x250 >> handle_irq_event_percpu+0x1f/0x50 >> handle_irq_event+0x32/0x60 >> handle_level_irq+0x6c/0x110 >> handle_irq+0x72/0xa0 >> >> do_IRQ+0x45/0xad >> common_interrupt+0x115/0x11c > > Why not just: > > diff --git a/block/blk.h b/block/blk.h > index 6842f28c033e..d7407b5d0200 100644 > --- a/block/blk.h > +++ b/block/blk.h > @@ -250,7 +250,7 @@ int blk_dev_init(void); > */ > static inline bool blk_do_io_stat(struct request *rq) > { > - return rq->rq_disk && (rq->rq_flags & RQF_IO_STAT); > + return rq->part && rq->rq_disk && (rq->rq_flags & RQF_IO_STAT); > } Because blk_account_io_start() also checks blk_do_io_stat() and, in that case, rq->part will never be set (seeing that's the function that typically sets it); thus that solution would disable stats entirely. Logan