* [bug report] nvme authentication setup failed observed during blktests nvme/041 nvme/042 nvme/043
@ 2023-10-18 6:57 Yi Zhang
2023-10-19 7:16 ` [bug report][bisected] " Yi Zhang
0 siblings, 1 reply; 5+ messages in thread
From: Yi Zhang @ 2023-10-18 6:57 UTC (permalink / raw)
To: linux-block, open list:NVM EXPRESS DRIVER; +Cc: Shinichiro Kawasaki
Hello
Just found the blktests nvme/041 nvme/042 nvme/043[2] failed on the
latest linux-block/for-next[1],
from the log I can see it was due to authentication setup failed,
please help check it, thanks.
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git/log/?h=for-next
e3db512c4ab6 (HEAD -> for-next, origin/for-next) Merge branch
'for-6.7/block' into for-next
[2]
# ./check nvme/041
nvme/041 (Create authenticated connections) [failed]
runtime 3.274s ... 3.980s
--- tests/nvme/041.out 2023-10-17 08:02:17.046653814 -0400
+++ /root/blktests/results/nodev/nvme/041.out.bad 2023-10-18
02:50:03.496539083 -0400
@@ -2,5 +2,5 @@
Test unauthenticated connection (should fail)
NQN:blktests-subsystem-1 disconnected 0 controller(s)
Test authenticated connection
-NQN:blktests-subsystem-1 disconnected 1 controller(s)
+NQN:blktests-subsystem-1 disconnected 0 controller(s)
Test complete
# dmesg
[ 2701.636964] loop: module loaded
[ 2702.074262] run blktests nvme/041 at 2023-10-18 02:49:59
[ 2702.302067] nvmet: adding nsid 1 to subsystem blktests-subsystem-1
[ 2702.447496] nvmet: creating nvm controller 1 for subsystem
blktests-subsystem-1 for NQN
nqn.2014-08.org.nvmexpress:uuid:0f01fb42-9f7f-4856-b0b3-51e60b8de349
with DH-HMAC-CHAP.
[ 2702.447707] nvme nvme0: qid 0: authentication setup failed
[ 2704.099618] nvmet: creating nvm controller 1 for subsystem
blktests-subsystem-1 for NQN
nqn.2014-08.org.nvmexpress:uuid:0f01fb42-9f7f-4856-b0b3-51e60b8de349
with DH-HMAC-CHAP.
[ 2704.099688] nvme nvme0: qid 0: authentication setup failed
--
Best Regards,
Yi Zhang
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [bug report][bisected] nvme authentication setup failed observed during blktests nvme/041 nvme/042 nvme/043
2023-10-18 6:57 [bug report] nvme authentication setup failed observed during blktests nvme/041 nvme/042 nvme/043 Yi Zhang
@ 2023-10-19 7:16 ` Yi Zhang
2023-11-10 13:43 ` Yi Zhang
2023-11-13 17:58 ` Chris Leech
0 siblings, 2 replies; 5+ messages in thread
From: Yi Zhang @ 2023-10-19 7:16 UTC (permalink / raw)
To: Hannes Reinecke
Cc: Shinichiro Kawasaki, linux-block, open list:NVM EXPRESS DRIVER,
Keith Busch, Maurizio Lombardi
Hi Hanns
Bisect shows it was introduced with this commit.
commit d680063482885c15d68e958212c3d6ad40a510dd (HEAD)
Author: Hannes Reinecke <hare@suse.de>
Date: Thu Oct 12 14:22:48 2023 +0200
nvme: rework NVME_AUTH Kconfig selection
Having a single Kconfig symbol NVME_AUTH conflates the selection
of the authentication functions from nvme/common and nvme/host,
causing kbuild robot to complain when building the nvme target
only. So introduce a Kconfig symbol NVME_HOST_AUTH for the nvme
host bits and use NVME_AUTH for the common functions only.
And move the CRYPTO selection into nvme/common to make it
easier to read.
On Wed, Oct 18, 2023 at 2:57 PM Yi Zhang <yi.zhang@redhat.com> wrote:
>
> Hello
> Just found the blktests nvme/041 nvme/042 nvme/043[2] failed on the
> latest linux-block/for-next[1],
> from the log I can see it was due to authentication setup failed,
> please help check it, thanks.
>
> [1]
> https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git/log/?h=for-next
> e3db512c4ab6 (HEAD -> for-next, origin/for-next) Merge branch
> 'for-6.7/block' into for-next
>
> [2]
> # ./check nvme/041
> nvme/041 (Create authenticated connections) [failed]
> runtime 3.274s ... 3.980s
> --- tests/nvme/041.out 2023-10-17 08:02:17.046653814 -0400
> +++ /root/blktests/results/nodev/nvme/041.out.bad 2023-10-18
> 02:50:03.496539083 -0400
> @@ -2,5 +2,5 @@
> Test unauthenticated connection (should fail)
> NQN:blktests-subsystem-1 disconnected 0 controller(s)
> Test authenticated connection
> -NQN:blktests-subsystem-1 disconnected 1 controller(s)
> +NQN:blktests-subsystem-1 disconnected 0 controller(s)
> Test complete
>
> # dmesg
> [ 2701.636964] loop: module loaded
> [ 2702.074262] run blktests nvme/041 at 2023-10-18 02:49:59
> [ 2702.302067] nvmet: adding nsid 1 to subsystem blktests-subsystem-1
> [ 2702.447496] nvmet: creating nvm controller 1 for subsystem
> blktests-subsystem-1 for NQN
> nqn.2014-08.org.nvmexpress:uuid:0f01fb42-9f7f-4856-b0b3-51e60b8de349
> with DH-HMAC-CHAP.
> [ 2702.447707] nvme nvme0: qid 0: authentication setup failed
> [ 2704.099618] nvmet: creating nvm controller 1 for subsystem
> blktests-subsystem-1 for NQN
> nqn.2014-08.org.nvmexpress:uuid:0f01fb42-9f7f-4856-b0b3-51e60b8de349
> with DH-HMAC-CHAP.
> [ 2704.099688] nvme nvme0: qid 0: authentication setup failed
>
>
> --
> Best Regards,
> Yi Zhang
--
Best Regards,
Yi Zhang
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [bug report][bisected] nvme authentication setup failed observed during blktests nvme/041 nvme/042 nvme/043
2023-10-19 7:16 ` [bug report][bisected] " Yi Zhang
@ 2023-11-10 13:43 ` Yi Zhang
2023-11-13 17:58 ` Chris Leech
1 sibling, 0 replies; 5+ messages in thread
From: Yi Zhang @ 2023-11-10 13:43 UTC (permalink / raw)
To: Hannes Reinecke
Cc: Shinichiro Kawasaki, linux-block, open list:NVM EXPRESS DRIVER,
Keith Busch, Maurizio Lombardi
Hi Hannes
The issue still can be reproduced on the latest linux-block/for-next,
do you have a chance to check it, thanks.
On Thu, Oct 19, 2023 at 3:16 PM Yi Zhang <yi.zhang@redhat.com> wrote:
>
> Hi Hanns
>
> Bisect shows it was introduced with this commit.
>
> commit d680063482885c15d68e958212c3d6ad40a510dd (HEAD)
> Author: Hannes Reinecke <hare@suse.de>
> Date: Thu Oct 12 14:22:48 2023 +0200
>
> nvme: rework NVME_AUTH Kconfig selection
>
> Having a single Kconfig symbol NVME_AUTH conflates the selection
> of the authentication functions from nvme/common and nvme/host,
> causing kbuild robot to complain when building the nvme target
> only. So introduce a Kconfig symbol NVME_HOST_AUTH for the nvme
> host bits and use NVME_AUTH for the common functions only.
> And move the CRYPTO selection into nvme/common to make it
> easier to read.
>
> On Wed, Oct 18, 2023 at 2:57 PM Yi Zhang <yi.zhang@redhat.com> wrote:
> >
> > Hello
> > Just found the blktests nvme/041 nvme/042 nvme/043[2] failed on the
> > latest linux-block/for-next[1],
> > from the log I can see it was due to authentication setup failed,
> > please help check it, thanks.
> >
> > [1]
> > https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git/log/?h=for-next
> > e3db512c4ab6 (HEAD -> for-next, origin/for-next) Merge branch
> > 'for-6.7/block' into for-next
> >
> > [2]
> > # ./check nvme/041
> > nvme/041 (Create authenticated connections) [failed]
> > runtime 3.274s ... 3.980s
> > --- tests/nvme/041.out 2023-10-17 08:02:17.046653814 -0400
> > +++ /root/blktests/results/nodev/nvme/041.out.bad 2023-10-18
> > 02:50:03.496539083 -0400
> > @@ -2,5 +2,5 @@
> > Test unauthenticated connection (should fail)
> > NQN:blktests-subsystem-1 disconnected 0 controller(s)
> > Test authenticated connection
> > -NQN:blktests-subsystem-1 disconnected 1 controller(s)
> > +NQN:blktests-subsystem-1 disconnected 0 controller(s)
> > Test complete
> >
> > # dmesg
> > [ 2701.636964] loop: module loaded
> > [ 2702.074262] run blktests nvme/041 at 2023-10-18 02:49:59
> > [ 2702.302067] nvmet: adding nsid 1 to subsystem blktests-subsystem-1
> > [ 2702.447496] nvmet: creating nvm controller 1 for subsystem
> > blktests-subsystem-1 for NQN
> > nqn.2014-08.org.nvmexpress:uuid:0f01fb42-9f7f-4856-b0b3-51e60b8de349
> > with DH-HMAC-CHAP.
> > [ 2702.447707] nvme nvme0: qid 0: authentication setup failed
> > [ 2704.099618] nvmet: creating nvm controller 1 for subsystem
> > blktests-subsystem-1 for NQN
> > nqn.2014-08.org.nvmexpress:uuid:0f01fb42-9f7f-4856-b0b3-51e60b8de349
> > with DH-HMAC-CHAP.
> > [ 2704.099688] nvme nvme0: qid 0: authentication setup failed
> >
> >
> > --
> > Best Regards,
> > Yi Zhang
>
>
>
> --
> Best Regards,
> Yi Zhang
--
Best Regards,
Yi Zhang
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [bug report][bisected] nvme authentication setup failed observed during blktests nvme/041 nvme/042 nvme/043
2023-10-19 7:16 ` [bug report][bisected] " Yi Zhang
2023-11-10 13:43 ` Yi Zhang
@ 2023-11-13 17:58 ` Chris Leech
2023-11-15 1:44 ` Shinichiro Kawasaki
1 sibling, 1 reply; 5+ messages in thread
From: Chris Leech @ 2023-11-13 17:58 UTC (permalink / raw)
To: Yi Zhang
Cc: Hannes Reinecke, Shinichiro Kawasaki, linux-block,
open list:NVM EXPRESS DRIVER, Keith Busch, Maurizio Lombardi
Hi Yi Zhang,
Where is your kernel configuration coming from? If it's carried forward
from an older kernel, it may have the NVME_AUTH symbol set but not
NVME_HOST_AUTH. That would now just enabled the shared host/target core
auth code, but not the host support. I think updating your kernel
config to include NVME_HOST_AUTH will fix this.
- Chris
On Thu, Oct 19, 2023 at 03:16:13PM +0800, Yi Zhang wrote:
> Hi Hanns
>
> Bisect shows it was introduced with this commit.
>
> commit d680063482885c15d68e958212c3d6ad40a510dd (HEAD)
> Author: Hannes Reinecke <hare@suse.de>
> Date: Thu Oct 12 14:22:48 2023 +0200
>
> nvme: rework NVME_AUTH Kconfig selection
>
> Having a single Kconfig symbol NVME_AUTH conflates the selection
> of the authentication functions from nvme/common and nvme/host,
> causing kbuild robot to complain when building the nvme target
> only. So introduce a Kconfig symbol NVME_HOST_AUTH for the nvme
> host bits and use NVME_AUTH for the common functions only.
> And move the CRYPTO selection into nvme/common to make it
> easier to read.
>
> On Wed, Oct 18, 2023 at 2:57 PM Yi Zhang <yi.zhang@redhat.com> wrote:
> >
> > Hello
> > Just found the blktests nvme/041 nvme/042 nvme/043[2] failed on the
> > latest linux-block/for-next[1],
> > from the log I can see it was due to authentication setup failed,
> > please help check it, thanks.
> >
> > [1]
> > https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git/log/?h=for-next
> > e3db512c4ab6 (HEAD -> for-next, origin/for-next) Merge branch
> > 'for-6.7/block' into for-next
> >
> > [2]
> > # ./check nvme/041
> > nvme/041 (Create authenticated connections) [failed]
> > runtime 3.274s ... 3.980s
> > --- tests/nvme/041.out 2023-10-17 08:02:17.046653814 -0400
> > +++ /root/blktests/results/nodev/nvme/041.out.bad 2023-10-18
> > 02:50:03.496539083 -0400
> > @@ -2,5 +2,5 @@
> > Test unauthenticated connection (should fail)
> > NQN:blktests-subsystem-1 disconnected 0 controller(s)
> > Test authenticated connection
> > -NQN:blktests-subsystem-1 disconnected 1 controller(s)
> > +NQN:blktests-subsystem-1 disconnected 0 controller(s)
> > Test complete
> >
> > # dmesg
> > [ 2701.636964] loop: module loaded
> > [ 2702.074262] run blktests nvme/041 at 2023-10-18 02:49:59
> > [ 2702.302067] nvmet: adding nsid 1 to subsystem blktests-subsystem-1
> > [ 2702.447496] nvmet: creating nvm controller 1 for subsystem
> > blktests-subsystem-1 for NQN
> > nqn.2014-08.org.nvmexpress:uuid:0f01fb42-9f7f-4856-b0b3-51e60b8de349
> > with DH-HMAC-CHAP.
> > [ 2702.447707] nvme nvme0: qid 0: authentication setup failed
> > [ 2704.099618] nvmet: creating nvm controller 1 for subsystem
> > blktests-subsystem-1 for NQN
> > nqn.2014-08.org.nvmexpress:uuid:0f01fb42-9f7f-4856-b0b3-51e60b8de349
> > with DH-HMAC-CHAP.
> > [ 2704.099688] nvme nvme0: qid 0: authentication setup failed
> >
> >
> > --
> > Best Regards,
> > Yi Zhang
>
>
>
> --
> Best Regards,
> Yi Zhang
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [bug report][bisected] nvme authentication setup failed observed during blktests nvme/041 nvme/042 nvme/043
2023-11-13 17:58 ` Chris Leech
@ 2023-11-15 1:44 ` Shinichiro Kawasaki
0 siblings, 0 replies; 5+ messages in thread
From: Shinichiro Kawasaki @ 2023-11-15 1:44 UTC (permalink / raw)
To: Chris Leech
Cc: Yi Zhang, Hannes Reinecke, linux-block,
open list:NVM EXPRESS DRIVER, Keith Busch, Maurizio Lombardi
On Nov 13, 2023 / 09:58, Chris Leech wrote:
> Hi Yi Zhang,
>
> Where is your kernel configuration coming from? If it's carried forward
> from an older kernel, it may have the NVME_AUTH symbol set but not
> NVME_HOST_AUTH. That would now just enabled the shared host/target core
> auth code, but not the host support. I think updating your kernel
> config to include NVME_HOST_AUTH will fix this.
Hi, Yi, Chris,
I observed the same failure using kernel version v6.7-rc1. In my environment,
five test cases failed from nvme/041 to nvme/045. I enabled NVME_HOST_AUTH and
confirmed the failures go away.
My understanding is that the test cases newly require NVME_HOST_AUTH since
kernel v6.7. Now I'm preparing blktests patches to check that requirement [1].
Will post them after some more confirmations.
[1] https://github.com/kawasaki/blktests/commit/e0d9d4c8b981e291baf25c6179802278cd726521
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2023-11-15 1:44 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-10-18 6:57 [bug report] nvme authentication setup failed observed during blktests nvme/041 nvme/042 nvme/043 Yi Zhang
2023-10-19 7:16 ` [bug report][bisected] " Yi Zhang
2023-11-10 13:43 ` Yi Zhang
2023-11-13 17:58 ` Chris Leech
2023-11-15 1:44 ` Shinichiro Kawasaki
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox