Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp4963657imu; Mon, 12 Nov 2018 21:53:06 -0800 (PST) X-Google-Smtp-Source: AJdET5cu2JHN8CK/cMioUPIXoVSbWioYaM020Uvgn+Gy8JvlMHa62KgQwSDa9m1EYXXiesQAmdG4 X-Received: by 2002:a62:8e0a:: with SMTP id k10-v6mr3935663pfe.182.1542088386719; Mon, 12 Nov 2018 21:53:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542088386; cv=none; d=google.com; s=arc-20160816; b=mLBND5VCStTNB7PFUAQ2JfZSIlULnuA5NZSxPvp5f2lUwHhmcXc+6rH5mp90gjT9fg 5QsOGqzTEvCsCiOfdqiDso1aZCSobWip4AqVf0crxrU65BCBfi3cdMjEBYbgMcvNyAHa bJYcLE7kWQisrnrX0+3KcS3yu0r+zYsuo8mTwO0UPNIIG2TWIGG1hXVXji495r67n1iv eRnaNauNVzsbIEXoLjiIFIjgKXBmMYBnjY8fijOFDEb2kNbNNKnqIY1mjTGVZzuS1kQv tgIOZ84qO0fZX3Y2PB3BJEOwcNQ4qUcjxRAhUneIScRGL4SqDTo4wm2ZZEsVy6HMDtB3 icsA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature; bh=o3t+KRDNoR/5Gzra4hVecBQJw0mIC5pAlfKcp7lrO3c=; b=L+8TbMoaH02VCh89lmI8MeB3K+xlk+dBXVYKLDdmj0D2nJaMgQG0UY2iHyOMcuhrb5 Mx/UbzJrtMd0JrlGUvtnQ0WAwWmTiG10uo6z26x1mgh9z1OOZrFSHajIWIl21+UsPfxe wWPgjWwI4Z/mWEETpv9NJr6zXRvE9cvFj9MvVfYMxsB82/75oMZ5+eiZR828pH937i82 WR5j1hcEGPZSI7O/bOItuWrMPx2Qbo1J+tOYDN43lK3vDkwl2LlFUNlNqp2DVmA3Qgys /ql9dZplX9UisZ2GLBUwga5mohJZPgEOMnBl0ZBo56WQ+QYg7zJbnPfViMX1bdxA4Exd zzQg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=VUCr8DAP; 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 22si19213572pgr.356.2018.11.12.21.52.51; Mon, 12 Nov 2018 21:53:06 -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; dkim=pass header.i=@kernel.org header.s=default header.b=VUCr8DAP; 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 S1731968AbeKMPr0 (ORCPT + 99 others); Tue, 13 Nov 2018 10:47:26 -0500 Received: from mail.kernel.org ([198.145.29.99]:33152 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731899AbeKMPrZ (ORCPT ); Tue, 13 Nov 2018 10:47:25 -0500 Received: from sasha-vm.mshome.net (unknown [64.114.255.114]) (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 9E5C62251E; Tue, 13 Nov 2018 05:50:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1542088257; bh=spIXaDN35EY+I/TFb7sgPVyMmQJTJiTnB5b2c5TPCpQ=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=VUCr8DAPBnj7cbfeOrQ4MfDKvmH+9Czsg1zMiWAy8JF+zA3SOD6ifcmEjv4jzC0of V7HA+9S1NVyyXAkx6aGOmtDdxv/mr6O4+kQSN19AJ4TSvGfoXrJI2rhGoxlEyA+Q++ D0HyqIoQA0KeRhYKgKSv9RbaayLllx6AvCFwtd24= From: Sasha Levin To: stable@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Ming Lei , Jens Axboe , Sasha Levin , linux-block@vger.kernel.org Subject: [PATCH AUTOSEL 4.18 06/39] block: brd: associate with queue until adding disk Date: Tue, 13 Nov 2018 00:50:20 -0500 Message-Id: <20181113055053.78352-6-sashal@kernel.org> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20181113055053.78352-1-sashal@kernel.org> References: <20181113055053.78352-1-sashal@kernel.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Ming Lei [ Upstream commit 153fcd5f6d93b8e1e4040b1337f564a10f8d93af ] brd_free() may be called in failure path on one brd instance which disk isn't added yet, so release handler of gendisk may free the associated request_queue early and causes the following use-after-free[1]. This patch fixes this issue by associating gendisk with request_queue just before adding disk. [1] KASAN: use-after-free Read in del_timer_syncNon-volatile memory driver v1.3 Linux agpgart interface v0.103 [drm] Initialized vgem 1.0.0 20120112 for virtual device on minor 0 usbcore: registered new interface driver udl ================================================================== BUG: KASAN: use-after-free in __lock_acquire+0x36d9/0x4c20 kernel/locking/lockdep.c:3218 Read of size 8 at addr ffff8801d1b6b540 by task swapper/0/1 CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.19.0+ #88 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Call Trace: __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0x244/0x39d lib/dump_stack.c:113 print_address_description.cold.7+0x9/0x1ff mm/kasan/report.c:256 kasan_report_error mm/kasan/report.c:354 [inline] kasan_report.cold.8+0x242/0x309 mm/kasan/report.c:412 __asan_report_load8_noabort+0x14/0x20 mm/kasan/report.c:433 __lock_acquire+0x36d9/0x4c20 kernel/locking/lockdep.c:3218 lock_acquire+0x1ed/0x520 kernel/locking/lockdep.c:3844 del_timer_sync+0xb7/0x270 kernel/time/timer.c:1283 blk_cleanup_queue+0x413/0x710 block/blk-core.c:809 brd_free+0x5d/0x71 drivers/block/brd.c:422 brd_init+0x2eb/0x393 drivers/block/brd.c:518 do_one_initcall+0x145/0x957 init/main.c:890 do_initcall_level init/main.c:958 [inline] do_initcalls init/main.c:966 [inline] do_basic_setup init/main.c:984 [inline] kernel_init_freeable+0x5c6/0x6b9 init/main.c:1148 kernel_init+0x11/0x1ae init/main.c:1068 ret_from_fork+0x3a/0x50 arch/x86/entry/entry_64.S:350 Reported-by: syzbot+3701447012fe951dabb2@syzkaller.appspotmail.com Signed-off-by: Ming Lei Signed-off-by: Jens Axboe Signed-off-by: Sasha Levin --- drivers/block/brd.c | 16 +++++++++++----- 1 file changed, 11 insertions(+), 5 deletions(-) diff --git a/drivers/block/brd.c b/drivers/block/brd.c index bb976598ee43..739f8dfd6fd7 100644 --- a/drivers/block/brd.c +++ b/drivers/block/brd.c @@ -396,15 +396,14 @@ static struct brd_device *brd_alloc(int i) disk->first_minor = i * max_part; disk->fops = &brd_fops; disk->private_data = brd; - disk->queue = brd->brd_queue; disk->flags = GENHD_FL_EXT_DEVT; sprintf(disk->disk_name, "ram%d", i); set_capacity(disk, rd_size * 2); - disk->queue->backing_dev_info->capabilities |= BDI_CAP_SYNCHRONOUS_IO; + brd->brd_queue->backing_dev_info->capabilities |= BDI_CAP_SYNCHRONOUS_IO; /* Tell the block layer that this is not a rotational device */ - blk_queue_flag_set(QUEUE_FLAG_NONROT, disk->queue); - blk_queue_flag_clear(QUEUE_FLAG_ADD_RANDOM, disk->queue); + blk_queue_flag_set(QUEUE_FLAG_NONROT, brd->brd_queue); + blk_queue_flag_clear(QUEUE_FLAG_ADD_RANDOM, brd->brd_queue); return brd; @@ -436,6 +435,7 @@ static struct brd_device *brd_init_one(int i, bool *new) brd = brd_alloc(i); if (brd) { + brd->brd_disk->queue = brd->brd_queue; add_disk(brd->brd_disk); list_add_tail(&brd->brd_list, &brd_devices); } @@ -503,8 +503,14 @@ static int __init brd_init(void) /* point of no return */ - list_for_each_entry(brd, &brd_devices, brd_list) + list_for_each_entry(brd, &brd_devices, brd_list) { + /* + * associate with queue just before adding disk for + * avoiding to mess up failure path + */ + brd->brd_disk->queue = brd->brd_queue; add_disk(brd->brd_disk); + } blk_register_region(MKDEV(RAMDISK_MAJOR, 0), 1UL << MINORBITS, THIS_MODULE, brd_probe, NULL, NULL); -- 2.17.1