NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: kern/54311: panic: kernel diagnostic assertion "!"kernel path too long in pathbuf_create"" failed



The following reply was made to PR kern/54311; it has been noted by GNATS.

From: Kamil Rytarowski <n54%gmx.com@localhost>
To: Thomas Klausner <wiz%NetBSD.org@localhost>, gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: kern/54311: panic: kernel diagnostic assertion "!"kernel path too
 long in pathbuf_create"" failed
Date: Wed, 19 Jun 2019 22:11:26 +0200

 On 19.06.2019 22:05, Thomas Klausner wrote:
 > On Wed, Jun 19, 2019 at 06:35:00PM +0000, Andreas Gustafsson wrote:
 >> lib/libc/sys/t_mknod (290/801): 4 test cases
 >>     mknod_err: [ 7935.4265244] panic: kernel diagnostic assertion "!"ke=
 rnel path too long in pathbuf_create"" failed: file "/tmp/bracket/build/20=
 19.06.18.23.53.55-i386/src/sys/kern/vfs_lookup.c", line 308
 >> [ 7935.4265244] cpu0: Begin traceback...
 >> [ 7935.4265244] vpanic(c10a7000,c9906dec,c9906e00,c09c2b66,c10a7000,c10=
 a6f3f,c1175994,c117566c,134,c9906e3c) at netbsd:vpanic+0x12d
 >> [ 7935.4465199] kern_assert(c10a7000,c10a6f3f,c1175994,c117566c,134,c99=
 06e3c,c9906e10,c09c2bf4,bfb4f993,c23f30a0) at netbsd:kern_assert+0x23
 >> [ 7935.4465199] pathbuf_create(bfb4f993,c23f30a0,c9906f14,c09d0a46,bfb4=
 f993,1,c9906e3c,0,0,0) at netbsd:pathbuf_create+0x63
 >> [ 7935.4465199] pathbuf_maybe_copyin(bfb4f993,1,c9906e3c,0,0,0,16,c1baf=
 000,c23d6270,c1a65e08) at netbsd:pathbuf_maybe_copyin+0x1c
 >> [ 7935.4665218] do_sys_mknodat(c23f30a0,ffffff9c,bfb4f993,2000,0,0,1,c9=
 906f9c,c01589c1,c23f30a0) at netbsd:do_sys_mknodat+0x86
 >> [ 7935.4665218] sys___mknod50(c23f30a0,c9906f68,c9906f60,c1b899e0,fffff=
 fff,c9906f60,1c2,c9906f68,0,0) at netbsd:sys___mknod50+0x3f
 >> [ 7935.4865231] syscall() at netbsd:syscall+0x151
 >> [ 7935.4865231] --- syscall (number 450) ---
 >> [ 7935.4865231] b8243357:
 >> [ 7935.4865231] cpu0: End traceback...
 >
 > I see something similar on amd64 just booting -current from nvme0 (handc=
 opied):
 >
 > kern.module.path=3D/stand/amd64/8.99.46/modules
 > panic: prevented access to 0x7f7fffbe6d69 (SMAP)
 > cpu0: Begin traceback...
 > vapnic() at netbsd:vpanic
 > snprintf() at netbsd:snprintf
 > trap() at netbsd:trap
 > --- trap (number 6) --
 > copystr() at netbsd:copystr+0xe
 > pathbuf_maybe_copyin() at netbsd:pathbuf_maybe_copyin+0x13
 > do_sys_mknodat() at netbsd:do_sys_mknodat+0x18d
 > syscall() at netbsd:syscall+0x348
 > --- syscall (number 450) ---
 > 7e52c8c8f32a:
 > cpu0: End traceback...
 > fatal breakpoint trap in supervisor mode
 > trap type 1 code 0 rip 0xffffffff8021ccfd cs 0x8 rflags 0x286 cr2 0x7f7f=
 fffbe6e69 ilevel 0 rsp 0xffff94965d2b3850
 > curlwp ...
 > Stopped in pid 26.1 (mknod) at netbsd:breakpoint+0x5: leave
 >
 >  Thomas
 >
 
 Please retry with this patch:
 
 Module Name:	src
 Committed By:	kamil
 Date:		Wed Jun 19 14:16:06 UTC 2019
 
 Modified Files:
 	src/sys/kern: vfs_syscalls.c
 
 Log Message:
 Correct wrong type of uio_seg passed to do_sys_mknodat()
 
 It was introduced by an accident in previous commit to this file.
 
 Detected by syzbot:
 https://syzkaller.appspot.com/text?tag=3DCrashLog&x=3D16635d9ea00000
 
 
 To generate a diff of this commit:
 cvs rdiff -u -r1.529 -r1.530 src/sys/kern/vfs_syscalls.c
 
 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.
 


Home | Main Index | Thread Index | Old Index