From: John Garry <john.garry@huawei.com>
To: kernel test robot <lkp@intel.com>, Hannes Reinecke <hare@suse.de>
Cc: "Martin K. Petersen" <martin.petersen@oracle.com>,
Christoph Hellwig <hch@lst.de>,
James Bottomley <james.bottomley@hansenpartnership.com>,
"Ming Lei" <ming.lei@redhat.com>,
Bart van Assche <bvanassche@acm.org>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
"linux-block@vger.kernel.org" <linux-block@vger.kernel.org>,
"lkp@lists.01.org" <lkp@lists.01.org>
Subject: Re: [blk] 017e1adde9: BUG:kernel_NULL_pointer_dereference,address
Date: Mon, 2 Dec 2019 14:15:41 +0000 [thread overview]
Message-ID: <42eb0e2d-346b-c5b5-153d-b34329413a9f@huawei.com> (raw)
In-Reply-To: <20191201145716.GB18573@shao2-debian>
On 01/12/2019 14:57, kernel test robot wrote:
> FYI, we noticed the following commit (built with gcc-7):
>
> commit: 017e1adde9cfd7e488e6e8328d98f9d84e5f8fb8 ("[PATCH 4/8] blk-mq: Facilitate a shared sbitmap per tagset")
> url: https://github.com/0day-ci/linux/commits/Hannes-Reinecke/blk-mq-scsi-Provide-hostwide-shared-tags-for-SCSI-HBAs/20191126-234036
> base: https://git.kernel.org/cgit/linux/kernel/git/mkp/scsi.git for-next
>
> in testcase: boot
>
> on test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 8G
>
> caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace):
>
>
Thanks to kernel test robot.
So this looks like it is caused by the reason mentioned in Bart's review:
On 27/11/2019 17:03, Bart Van Assche wrote:
>
>> +struct blk_mq_tags *blk_mq_init_tags(struct blk_mq_tag_set *set,
>> + unsigned int total_tags,
>> unsigned int reserved_tags,
>> - int node, int alloc_policy)
>> + int node, int alloc_policy,
>> + bool shared_tags)
>> {
>> struct blk_mq_tags *tags;
>> @@ -488,9 +517,11 @@ struct blk_mq_tags *blk_mq_init_tags(unsigned int
>> total_tags,
>> tags->nr_tags = total_tags;
>> tags->nr_reserved_tags = reserved_tags;
>> - if (blk_mq_init_bitmap_tags(tags, node, alloc_policy) < 0) {
>> - kfree(tags);
>> - tags = NULL;
>> + if (shared_tags) {
Indeed, this is wrong - the logic is inverted.
>> + if (blk_mq_init_bitmap_tags(tags, node, alloc_policy) < 0) {
>> + kfree(tags);
>> + tags = NULL;
>> + }
>> }
>> return tags;
>> }
>
> The above looks weird to me: the existing code path is only called if
> shared tags are enabled? Shouldn't "if (shared_tags)" be changed into
> "if (!shared_tags)"?
Thanks,
John
> +---------------------------------------------+------------+------------+
> | | 240a6aa94a | 017e1adde9 |
> +---------------------------------------------+------------+------------+
> | boot_successes | 4 | 0 |
> | boot_failures | 0 | 4 |
> | BUG:kernel_NULL_pointer_dereference,address | 0 | 4 |
> | Oops:#[##] | 0 | 4 |
> | RIP:__sbitmap_queue_get | 0 | 4 |
> | Kernel_panic-not_syncing:Fatal_exception | 0 | 4 |
> +---------------------------------------------+------------+------------+
>
>
> If you fix the issue, kindly add following tag
> Reported-by: kernel test robot <lkp@intel.com>
>
>
> [ 8.258248] BUG: kernel NULL pointer dereference, address: 0000000000000018
> [ 8.259858] #PF: supervisor read access in kernel mode
> [ 8.261077] #PF: error_code(0x0000) - not-present page
> [ 8.262296] PGD 0 P4D 0
> [ 8.263028] Oops: 0000 [#1] SMP PTI
> [ 8.263943] CPU: 1 PID: 189 Comm: kworker/u4:2 Not tainted 5.4.0-rc1-00274-g017e1adde9cfd #1
> [ 8.265919] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1 04/01/2014
> [ 8.267892] Workqueue: events_unbound async_run_entry_fn
> [ 8.269148] RIP: 0010:__sbitmap_queue_get+0x7/0x90
> [ 8.270303] Code: 41 5e 41 5f c3 41 8b 4f 04 d3 e3 01 d8 5b 5d 41 5c 41 5d 41 5e 41 5f c3 66 66 2e 0f 1f 84 00 00 00 00 00 41 54 55 53 48 89 fb <48> 8b 47 18 65 8b 28 44 8b 27 41 39 ec 76 50 0f b6 53 34 89 ee 48
> [ 8.274368] RSP: 0018:ffffc90000107b38 EFLAGS: 00010246
> [ 8.275608] RAX: ffff8881f1ec2800 RBX: 0000000000000000 RCX: 0000000000000000
> [ 8.277193] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000
> [ 8.278781] RBP: 0000000000000000 R08: 0000000000000024 R09: 0000000000000000
> [ 8.280372] R10: ffffc90000107b50 R11: ffff8881ef073047 R12: 0000000000000000
> [ 8.281966] R13: 0000000000000000 R14: 0000000000000001 R15: ffffc90000107d0f
> [ 8.283557] FS: 0000000000000000(0000) GS:ffff88823fd00000(0000) knlGS:0000000000000000
> [ 8.285471] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 8.286794] CR2: 0000000000000018 CR3: 00000001f319c000 CR4: 00000000000406e0
> [ 8.288397] Call Trace:
> [ 8.289707] blk_mq_get_tag+0xf1/0x250
> [ 8.290721] ? finish_wait+0x80/0x80
> [ 8.291666] blk_mq_get_request+0xda/0x380
> [ 8.292692] blk_mq_alloc_request+0x84/0xd0
> [ 8.293729] blk_get_request+0x22/0x60
> [ 8.294687] __scsi_execute+0x38/0x250
> [ 8.295650] scsi_probe_and_add_lun+0x22d/0xda0
> [ 8.296827] __scsi_scan_target+0xf9/0x620
> [ 8.297916] ? __switch_to_asm+0x34/0x70
> [ 8.298903] ? __switch_to_asm+0x40/0x70
> [ 8.299895] ? __switch_to_asm+0x34/0x70
> [ 8.300882] ? __switch_to_asm+0x34/0x70
> [ 8.301866] ? __switch_to_asm+0x40/0x70
> [ 8.302853] scsi_scan_channel+0x5a/0x80
> [ 8.303844] scsi_scan_host_selected+0xe3/0x150
> [ 8.304944] do_scan_async+0x17/0x1a0
> [ 8.305881] async_run_entry_fn+0x39/0x160
> [ 8.306901] process_one_work+0x1ae/0x3d0
> [ 8.307911] worker_thread+0x3c/0x3b0
> [ 8.308850] ? process_one_work+0x3d0/0x3d0
> [ 8.309884] kthread+0x11e/0x140
> [ 8.310740] ? kthread_park+0x90/0x90
> [ 8.311686] ret_from_fork+0x35/0x40
> [ 8.312609] Modules linked in: serio_raw libata(+) virtio_scsi i2c_piix4 parport_pc(+) parport floppy ip_tables
> [ 8.315085] CR2: 0000000000000018
> [ 8.315978] ---[ end trace 808f3f155f356740 ]---
>
>
> To reproduce:
>
> # build kernel
> cd linux
> cp config-5.4.0-rc1-00274-g017e1adde9cfd .config
> make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 olddefconfig prepare modules_prepare bzImage
>
> git clone https://github.com/intel/lkp-tests.git
> cd lkp-tests
> bin/lkp qemu -k <bzImage> job-script # job-script is attached in this email
>
>
>
> Thanks,
> lkp
>
next prev parent reply other threads:[~2019-12-02 14:15 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-26 13:10 [PATCH RFC v4 0/8] blk-mq/scsi: Provide hostwide shared tags for SCSI HBAs Hannes Reinecke
2019-11-26 13:10 ` [PATCH 1/8] blk-mq: Remove some unused function arguments Hannes Reinecke
2019-11-26 13:10 ` [PATCH 2/8] blk-mq: rename BLK_MQ_F_TAG_SHARED as BLK_MQ_F_TAG_QUEUE_SHARED Hannes Reinecke
2019-11-26 13:10 ` [PATCH 3/8] blk-mq: Use a pointer for sbitmap Hannes Reinecke
2019-11-26 16:42 ` Christoph Hellwig
2019-11-26 13:10 ` [PATCH 4/8] blk-mq: Facilitate a shared sbitmap per tagset Hannes Reinecke
2019-11-26 13:59 ` John Garry
2019-11-26 14:10 ` Hannes Reinecke
2019-11-27 17:03 ` Bart Van Assche
2019-12-01 14:57 ` [blk] 017e1adde9: BUG:kernel_NULL_pointer_dereference,address kernel test robot
2019-12-02 14:15 ` John Garry [this message]
2019-11-26 13:10 ` [PATCH 5/8] scsi: Add template flag 'host_tagset' Hannes Reinecke
2019-11-26 13:10 ` [PATCH 6/8] scsi: hisi_sas: Switch v3 hw to MQ Hannes Reinecke
2019-11-26 13:10 ` [PATCH 7/8] smartpqi: enable host tagset Hannes Reinecke
2019-11-26 13:10 ` [PATCH 8/8] hpsa: switch to using blk-mq Hannes Reinecke
2019-11-26 16:43 ` Christoph Hellwig
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42eb0e2d-346b-c5b5-153d-b34329413a9f@huawei.com \
--to=john.garry@huawei.com \
--cc=bvanassche@acm.org \
--cc=hare@suse.de \
--cc=hch@lst.de \
--cc=james.bottomley@hansenpartnership.com \
--cc=linux-block@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=lkp@intel.com \
--cc=lkp@lists.01.org \
--cc=martin.petersen@oracle.com \
--cc=ming.lei@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox