* v5.9-rc1 commit reliably breaks pci nvme detection
@ 2020-08-17 13:50 Ahmed S. Darwish
2020-08-17 15:56 ` Keith Busch
0 siblings, 1 reply; 9+ messages in thread
From: Ahmed S. Darwish @ 2020-08-17 13:50 UTC (permalink / raw)
To: Keith Busch, Jens Axboe, Sagi Grimberg
Cc: Chaitanya Kulkarni, linux-nvme, linux-kernel
Hello,
Below v5.9-rc1 commit reliably breaks my boot on a Thinkpad e480
laptop. PCI nvme detection fails, and the kernel becomes not able
anymore to find the rootfs / parse "root=".
Bisecting v5.8=>v5.9-rc1 blames that commit. Reverting it *reliably*
fixes the problem and makes me able to boot v5.9-rc1.
Please advise.
commit 61f3b89630973037f67d8e25e5d26e80a51a7b37
Author: Chaitanya Kulkarni <chaitanya.kulkarni@wdc.com>
Date: Wed Jun 17 10:05:13 2020 +0200
nvme-pci: use unsigned for io queue depth
The NVMe PCIe declares module parameter io_queue_depth as int. Change
this to u16 as queue depth can never be negative. Now to reflect this
update module parameter getter function from param_get_int() ->
param_get_uint() and respective setter function with type of n changed
from int to u16 with param_set_int() to param_set_ushort(). Finally
update struct nvme_dev q_depth member to u16 and use u16 in min_t()
when calculating dev->q_depth in the nvme_pci_enable() (since q_depth is
now u16) and use unsigned int instead of int when calculating
dev->tagset.queue_depth as target variable tagset->queue_depth is of type
unsigned int in nvme_dev_add().
Thanks,
--
Ahmed S. Darwish
Linutronix GmbH
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: v5.9-rc1 commit reliably breaks pci nvme detection
2020-08-17 13:50 v5.9-rc1 commit reliably breaks pci nvme detection Ahmed S. Darwish
@ 2020-08-17 15:56 ` Keith Busch
2020-08-17 15:58 ` Jens Axboe
0 siblings, 1 reply; 9+ messages in thread
From: Keith Busch @ 2020-08-17 15:56 UTC (permalink / raw)
To: Ahmed S. Darwish
Cc: Jens Axboe, Sagi Grimberg, Chaitanya Kulkarni, linux-nvme, linux-kernel
On Mon, Aug 17, 2020 at 03:50:11PM +0200, Ahmed S. Darwish wrote:
> Hello,
>
> Below v5.9-rc1 commit reliably breaks my boot on a Thinkpad e480
> laptop. PCI nvme detection fails, and the kernel becomes not able
> anymore to find the rootfs / parse "root=".
>
> Bisecting v5.8=>v5.9-rc1 blames that commit. Reverting it *reliably*
> fixes the problem and makes me able to boot v5.9-rc1.
The fix is staged in the nvme tree here:
http://git.infradead.org/nvme.git/commit/286155561ecd13b6c85a78eaf2880d3baea03b9e
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: v5.9-rc1 commit reliably breaks pci nvme detection
2020-08-17 15:56 ` Keith Busch
@ 2020-08-17 15:58 ` Jens Axboe
2020-08-20 15:35 ` Jens Axboe
0 siblings, 1 reply; 9+ messages in thread
From: Jens Axboe @ 2020-08-17 15:58 UTC (permalink / raw)
To: Keith Busch, Ahmed S. Darwish
Cc: linux-nvme, Sagi Grimberg, Chaitanya Kulkarni, linux-kernel
On 8/17/20 8:56 AM, Keith Busch wrote:
> On Mon, Aug 17, 2020 at 03:50:11PM +0200, Ahmed S. Darwish wrote:
>> Hello,
>>
>> Below v5.9-rc1 commit reliably breaks my boot on a Thinkpad e480
>> laptop. PCI nvme detection fails, and the kernel becomes not able
>> anymore to find the rootfs / parse "root=".
>>
>> Bisecting v5.8=>v5.9-rc1 blames that commit. Reverting it *reliably*
>> fixes the problem and makes me able to boot v5.9-rc1.
>
> The fix is staged in the nvme tree here:
>
> http://git.infradead.org/nvme.git/commit/286155561ecd13b6c85a78eaf2880d3baea03b9e
That would have been nice to have in -rc1...
--
Jens Axboe
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: v5.9-rc1 commit reliably breaks pci nvme detection
2020-08-17 15:58 ` Jens Axboe
@ 2020-08-20 15:35 ` Jens Axboe
2020-08-20 17:07 ` Ahmed S. Darwish
0 siblings, 1 reply; 9+ messages in thread
From: Jens Axboe @ 2020-08-20 15:35 UTC (permalink / raw)
To: Keith Busch, Ahmed S. Darwish
Cc: linux-nvme, Sagi Grimberg, Chaitanya Kulkarni, linux-kernel
On 8/17/20 9:58 AM, Jens Axboe wrote:
> On 8/17/20 8:56 AM, Keith Busch wrote:
>> On Mon, Aug 17, 2020 at 03:50:11PM +0200, Ahmed S. Darwish wrote:
>>> Hello,
>>>
>>> Below v5.9-rc1 commit reliably breaks my boot on a Thinkpad e480
>>> laptop. PCI nvme detection fails, and the kernel becomes not able
>>> anymore to find the rootfs / parse "root=".
>>>
>>> Bisecting v5.8=>v5.9-rc1 blames that commit. Reverting it *reliably*
>>> fixes the problem and makes me able to boot v5.9-rc1.
>>
>> The fix is staged in the nvme tree here:
>>
>> http://git.infradead.org/nvme.git/commit/286155561ecd13b6c85a78eaf2880d3baea03b9e
>
> That would have been nice to have in -rc1...
And now we're getting very close to shipping items for -rc2, and it's still
not in. Can we please get the nvme pull request out for -rc2?
--
Jens Axboe
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: v5.9-rc1 commit reliably breaks pci nvme detection
2020-08-20 15:35 ` Jens Axboe
@ 2020-08-20 17:07 ` Ahmed S. Darwish
2020-08-20 17:10 ` Jens Axboe
0 siblings, 1 reply; 9+ messages in thread
From: Ahmed S. Darwish @ 2020-08-20 17:07 UTC (permalink / raw)
To: Jens Axboe
Cc: Keith Busch, linux-nvme, Sagi Grimberg, Chaitanya Kulkarni, linux-kernel
On Thu, Aug 20, 2020 at 09:35:38AM -0600, Jens Axboe wrote:
> On 8/17/20 9:58 AM, Jens Axboe wrote:
> > On 8/17/20 8:56 AM, Keith Busch wrote:
> >> On Mon, Aug 17, 2020 at 03:50:11PM +0200, Ahmed S. Darwish wrote:
> >>> Hello,
> >>>
> >>> Below v5.9-rc1 commit reliably breaks my boot on a Thinkpad e480
> >>> laptop. PCI nvme detection fails, and the kernel becomes not able
> >>> anymore to find the rootfs / parse "root=".
> >>>
> >>> Bisecting v5.8=>v5.9-rc1 blames that commit. Reverting it *reliably*
> >>> fixes the problem and makes me able to boot v5.9-rc1.
> >>
> >> The fix is staged in the nvme tree here:
> >>
> >> http://git.infradead.org/nvme.git/commit/286155561ecd13b6c85a78eaf2880d3baea03b9e
> >
> > That would have been nice to have in -rc1...
>
> And now we're getting very close to shipping items for -rc2, and it's still
> not in. Can we please get the nvme pull request out for -rc2?
>
I keep wondering that myself. Completely breaking the boot like this is
really not nice -- and for x86-64 laptops no less :-(
The fix is really small and isolated. "Urgent pull requests", containing
only a fix or two, were created *exactly* for this reson...
Thanks,
--
Ahmed S. Darwish
Linutronix GmbH
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: v5.9-rc1 commit reliably breaks pci nvme detection
2020-08-20 17:07 ` Ahmed S. Darwish
@ 2020-08-20 17:10 ` Jens Axboe
2020-08-20 17:12 ` Christoph Hellwig
0 siblings, 1 reply; 9+ messages in thread
From: Jens Axboe @ 2020-08-20 17:10 UTC (permalink / raw)
To: Ahmed S. Darwish
Cc: Keith Busch, linux-nvme, Sagi Grimberg, Chaitanya Kulkarni, linux-kernel
On 8/20/20 11:07 AM, Ahmed S. Darwish wrote:
> On Thu, Aug 20, 2020 at 09:35:38AM -0600, Jens Axboe wrote:
>> On 8/17/20 9:58 AM, Jens Axboe wrote:
>>> On 8/17/20 8:56 AM, Keith Busch wrote:
>>>> On Mon, Aug 17, 2020 at 03:50:11PM +0200, Ahmed S. Darwish wrote:
>>>>> Hello,
>>>>>
>>>>> Below v5.9-rc1 commit reliably breaks my boot on a Thinkpad e480
>>>>> laptop. PCI nvme detection fails, and the kernel becomes not able
>>>>> anymore to find the rootfs / parse "root=".
>>>>>
>>>>> Bisecting v5.8=>v5.9-rc1 blames that commit. Reverting it *reliably*
>>>>> fixes the problem and makes me able to boot v5.9-rc1.
>>>>
>>>> The fix is staged in the nvme tree here:
>>>>
>>>> http://git.infradead.org/nvme.git/commit/286155561ecd13b6c85a78eaf2880d3baea03b9e
>>>
>>> That would have been nice to have in -rc1...
>>
>> And now we're getting very close to shipping items for -rc2, and it's still
>> not in. Can we please get the nvme pull request out for -rc2?
>>
>
> I keep wondering that myself. Completely breaking the boot like this is
> really not nice -- and for x86-64 laptops no less :-(
To be fair, I've only heard this one complaint about it, so hopefully it's
not too widespread. I'm on an x86-64 laptop myself with nvme, and it works
just fine :-)
> The fix is really small and isolated. "Urgent pull requests", containing
> only a fix or two, were created *exactly* for this reson...
Totally agree on that, it should have gone in for -rc1. This will be going
upstream tomorrow, so the end is near...
--
Jens Axboe
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: v5.9-rc1 commit reliably breaks pci nvme detection
2020-08-20 17:10 ` Jens Axboe
@ 2020-08-20 17:12 ` Christoph Hellwig
2020-08-20 17:14 ` Jens Axboe
2020-08-21 7:28 ` John Garry
0 siblings, 2 replies; 9+ messages in thread
From: Christoph Hellwig @ 2020-08-20 17:12 UTC (permalink / raw)
To: Jens Axboe
Cc: Ahmed S. Darwish, Keith Busch, linux-nvme, Sagi Grimberg,
Chaitanya Kulkarni, linux-kernel
On Thu, Aug 20, 2020 at 11:10:58AM -0600, Jens Axboe wrote:
> To be fair, I've only heard this one complaint about it, so hopefully it's
> not too widespread. I'm on an x86-64 laptop myself with nvme, and it works
> just fine :-)
The cause for this is the weird NVMe of by ones, where 0 in a field
means 1. So for the overflow to happen you need a controller that
supports USHORT_MAX queue entries. Which don't seem to be all that
common.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: v5.9-rc1 commit reliably breaks pci nvme detection
2020-08-20 17:12 ` Christoph Hellwig
@ 2020-08-20 17:14 ` Jens Axboe
2020-08-21 7:28 ` John Garry
1 sibling, 0 replies; 9+ messages in thread
From: Jens Axboe @ 2020-08-20 17:14 UTC (permalink / raw)
To: Christoph Hellwig
Cc: Ahmed S. Darwish, Keith Busch, linux-nvme, Sagi Grimberg,
Chaitanya Kulkarni, linux-kernel
On 8/20/20 11:12 AM, Christoph Hellwig wrote:
> On Thu, Aug 20, 2020 at 11:10:58AM -0600, Jens Axboe wrote:
>> To be fair, I've only heard this one complaint about it, so hopefully it's
>> not too widespread. I'm on an x86-64 laptop myself with nvme, and it works
>> just fine :-)
>
> The cause for this is the weird NVMe of by ones, where 0 in a field
> means 1. So for the overflow to happen you need a controller that
> supports USHORT_MAX queue entries. Which don't seem to be all that
> common.
Yeah, don't think I've ever seen those. I come across 1023 and 128 all
the time, but I don't have one in my arsenal of NVMe drives that is
any different than those two.
--
Jens Axboe
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: v5.9-rc1 commit reliably breaks pci nvme detection
2020-08-20 17:12 ` Christoph Hellwig
2020-08-20 17:14 ` Jens Axboe
@ 2020-08-21 7:28 ` John Garry
1 sibling, 0 replies; 9+ messages in thread
From: John Garry @ 2020-08-21 7:28 UTC (permalink / raw)
To: Christoph Hellwig, Jens Axboe
Cc: Sagi Grimberg, Chaitanya Kulkarni, linux-kernel, linux-nvme,
Ahmed S. Darwish, Keith Busch
On 20/08/2020 18:12, Christoph Hellwig wrote:
> On Thu, Aug 20, 2020 at 11:10:58AM -0600, Jens Axboe wrote:
>> To be fair, I've only heard this one complaint about it, so hopefully it's
>> not too widespread. I'm on an x86-64 laptop myself with nvme, and it works
>> just fine:-)
> The cause for this is the weird NVMe of by ones, where 0 in a field
> means 1.
I thought that this was a common trick by spec writers to fit a number
in range (0, 2^x] in x bits (as opposed to x+1).
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2020-08-21 7:30 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-08-17 13:50 v5.9-rc1 commit reliably breaks pci nvme detection Ahmed S. Darwish
2020-08-17 15:56 ` Keith Busch
2020-08-17 15:58 ` Jens Axboe
2020-08-20 15:35 ` Jens Axboe
2020-08-20 17:07 ` Ahmed S. Darwish
2020-08-20 17:10 ` Jens Axboe
2020-08-20 17:12 ` Christoph Hellwig
2020-08-20 17:14 ` Jens Axboe
2020-08-21 7:28 ` John Garry
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).