From: linux@roeck-us.net (Guenter Roeck)
Subject: [PATCH] nvme: utilize two queue maps, one for reads and one for writes
Date: Thu, 15 Nov 2018 11:38:54 -0800 [thread overview]
Message-ID: <20181115193854.GA30639@roeck-us.net> (raw)
In-Reply-To: <e7f72ebb-68e8-29f4-121b-4053ec8b537e@kernel.dk>
On Thu, Nov 15, 2018@12:29:04PM -0700, Jens Axboe wrote:
> On 11/15/18 12:11 PM, Guenter Roeck wrote:
> > On Wed, Nov 14, 2018@10:12:44AM -0700, Jens Axboe wrote:
> >>
> >> I think the below patch should fix it.
> >>
> >
> > I spoke too early. sparc64, next-20181115:
> >
> > [ 14.204370] nvme nvme0: pci function 0000:02:00.0
> > [ 14.249956] nvme nvme0: Removing after probe failure status: -5
> > [ 14.263496] ------------[ cut here ]------------
> > [ 14.263913] WARNING: CPU: 0 PID: 15 at kernel/irq/manage.c:1597 __free_irq+0xa4/0x320
> > [ 14.264265] Trying to free already-free IRQ 9
> > [ 14.264519] Modules linked in:
> > [ 14.264961] CPU: 0 PID: 15 Comm: kworker/u2:1 Not tainted 4.20.0-rc2-next-20181115 #1
> > [ 14.265555] Workqueue: nvme-reset-wq nvme_reset_work
> > [ 14.265899] Call Trace:
> > [ 14.266118] [000000000046944c] __warn+0xcc/0x100
> > [ 14.266375] [00000000004694b0] warn_slowpath_fmt+0x30/0x40
> > [ 14.266635] [00000000004d4ce4] __free_irq+0xa4/0x320
> > [ 14.266867] [00000000004d4ff8] free_irq+0x38/0x80
> > [ 14.267092] [00000000007b1874] pci_free_irq+0x14/0x40
> > [ 14.267327] [00000000008a5444] nvme_dev_disable+0xe4/0x520
> > [ 14.267576] [00000000008a69b8] nvme_reset_work+0x138/0x1c60
> > [ 14.267827] [0000000000488dd0] process_one_work+0x230/0x6e0
> > [ 14.268079] [00000000004894f4] worker_thread+0x274/0x520
> > [ 14.268321] [0000000000490624] kthread+0xe4/0x120
> > [ 14.268544] [00000000004060c4] ret_from_fork+0x1c/0x2c
> > [ 14.268825] [0000000000000000] (null)
> > [ 14.269089] irq event stamp: 32796
> > [ 14.269350] hardirqs last enabled at (32795): [<0000000000b624a4>] _raw_spin_unlock_irqrestore+0x24/0x80
> > [ 14.269757] hardirqs last disabled at (32796): [<0000000000b622f4>] _raw_spin_lock_irqsave+0x14/0x60
> > [ 14.270566] softirqs last enabled at (32780): [<0000000000b64c18>] __do_softirq+0x238/0x520
> > [ 14.271206] softirqs last disabled at (32729): [<000000000042ceec>] do_softirq_own_stack+0x2c/0x40
> > [ 14.272288] ---[ end trace cb79ccd2a0a03f3c ]---
> >
> > Looks like an error during probe followed by an error cleanup problem.
>
> Did it previous probe fine? Or is the new thing just the fact that
> we spew a warning on trying to free a non-existing vector?
>
This works fine in mainline, if that is your question.
Guenter
WARNING: multiple messages have this Message-ID (diff)
From: Guenter Roeck <linux@roeck-us.net>
To: Jens Axboe <axboe@kernel.dk>
Cc: Keith Busch <keith.busch@intel.com>,
Sagi Grimberg <sagi@grimberg.me>,
linux-nvme@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] nvme: utilize two queue maps, one for reads and one for writes
Date: Thu, 15 Nov 2018 11:38:54 -0800 [thread overview]
Message-ID: <20181115193854.GA30639@roeck-us.net> (raw)
In-Reply-To: <e7f72ebb-68e8-29f4-121b-4053ec8b537e@kernel.dk>
On Thu, Nov 15, 2018 at 12:29:04PM -0700, Jens Axboe wrote:
> On 11/15/18 12:11 PM, Guenter Roeck wrote:
> > On Wed, Nov 14, 2018 at 10:12:44AM -0700, Jens Axboe wrote:
> >>
> >> I think the below patch should fix it.
> >>
> >
> > I spoke too early. sparc64, next-20181115:
> >
> > [ 14.204370] nvme nvme0: pci function 0000:02:00.0
> > [ 14.249956] nvme nvme0: Removing after probe failure status: -5
> > [ 14.263496] ------------[ cut here ]------------
> > [ 14.263913] WARNING: CPU: 0 PID: 15 at kernel/irq/manage.c:1597 __free_irq+0xa4/0x320
> > [ 14.264265] Trying to free already-free IRQ 9
> > [ 14.264519] Modules linked in:
> > [ 14.264961] CPU: 0 PID: 15 Comm: kworker/u2:1 Not tainted 4.20.0-rc2-next-20181115 #1
> > [ 14.265555] Workqueue: nvme-reset-wq nvme_reset_work
> > [ 14.265899] Call Trace:
> > [ 14.266118] [000000000046944c] __warn+0xcc/0x100
> > [ 14.266375] [00000000004694b0] warn_slowpath_fmt+0x30/0x40
> > [ 14.266635] [00000000004d4ce4] __free_irq+0xa4/0x320
> > [ 14.266867] [00000000004d4ff8] free_irq+0x38/0x80
> > [ 14.267092] [00000000007b1874] pci_free_irq+0x14/0x40
> > [ 14.267327] [00000000008a5444] nvme_dev_disable+0xe4/0x520
> > [ 14.267576] [00000000008a69b8] nvme_reset_work+0x138/0x1c60
> > [ 14.267827] [0000000000488dd0] process_one_work+0x230/0x6e0
> > [ 14.268079] [00000000004894f4] worker_thread+0x274/0x520
> > [ 14.268321] [0000000000490624] kthread+0xe4/0x120
> > [ 14.268544] [00000000004060c4] ret_from_fork+0x1c/0x2c
> > [ 14.268825] [0000000000000000] (null)
> > [ 14.269089] irq event stamp: 32796
> > [ 14.269350] hardirqs last enabled at (32795): [<0000000000b624a4>] _raw_spin_unlock_irqrestore+0x24/0x80
> > [ 14.269757] hardirqs last disabled at (32796): [<0000000000b622f4>] _raw_spin_lock_irqsave+0x14/0x60
> > [ 14.270566] softirqs last enabled at (32780): [<0000000000b64c18>] __do_softirq+0x238/0x520
> > [ 14.271206] softirqs last disabled at (32729): [<000000000042ceec>] do_softirq_own_stack+0x2c/0x40
> > [ 14.272288] ---[ end trace cb79ccd2a0a03f3c ]---
> >
> > Looks like an error during probe followed by an error cleanup problem.
>
> Did it previous probe fine? Or is the new thing just the fact that
> we spew a warning on trying to free a non-existing vector?
>
This works fine in mainline, if that is your question.
Guenter
next prev parent reply other threads:[~2018-11-15 19:38 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-15 19:11 [PATCH] nvme: utilize two queue maps, one for reads and one for writes Guenter Roeck
2018-11-15 19:29 ` Jens Axboe
2018-11-15 19:29 ` Jens Axboe
2018-11-15 19:38 ` Guenter Roeck [this message]
2018-11-15 19:38 ` Guenter Roeck
2018-11-15 19:40 ` Jens Axboe
2018-11-15 19:40 ` Jens Axboe
2018-11-15 19:43 ` Jens Axboe
2018-11-15 19:43 ` Jens Axboe
2018-11-15 22:06 ` Guenter Roeck
2018-11-15 22:06 ` Guenter Roeck
2018-11-15 22:12 ` Jens Axboe
2018-11-15 22:12 ` Jens Axboe
2018-11-15 19:36 ` Guenter Roeck
2018-11-15 19:36 ` Guenter Roeck
2018-11-15 19:39 ` Jens Axboe
2018-11-15 19:39 ` Jens Axboe
-- strict thread matches above, loose matches on Subject: below --
2018-11-15 22:46 Guenter Roeck
2018-11-15 23:03 ` Jens Axboe
2018-11-15 23:03 ` Jens Axboe
2018-11-15 18:28 Guenter Roeck
2018-11-15 18:38 ` Jens Axboe
2018-11-15 18:38 ` Jens Axboe
2018-11-14 0:41 Guenter Roeck
2018-11-14 0:51 ` Jens Axboe
2018-11-14 0:51 ` Jens Axboe
2018-11-14 4:52 ` Guenter Roeck
2018-11-14 4:52 ` Guenter Roeck
2018-11-14 17:12 ` Jens Axboe
2018-11-14 17:12 ` Jens Axboe
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=20181115193854.GA30639@roeck-us.net \
--to=linux@roeck-us.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.