Panic in sys_fstatat()
I have the core file and kernel.debug, if someone
wnat additional information.
mobile dumped core - see /var/crash/vmcore.0
Wed Feb 13 18:37:44 PST 2019
FreeBSD mobile 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r344034M: Tue Feb 12
08:14:16 PST 2019 root@mobile:/usr/obj/usr/src/i386.i386/sys/MOBILE i386
panic: vm_fault_hold: fault on nofault entry, addr: 0x202000
GNU gdb (GDB) 8.2.1 [GDB v8.2.1 for FreeBSD]
Reading symbols from /boot/kernel/kernel...Reading symbols from
/usr/lib/debug//boot/kernel/kernel.debug...done.
done.
Unread portion of the kernel message buffer:
panic: vm_fault_hold: fault on nofault entry, addr: 0x202000
cpuid = 1
time = 1550111772
KDB: stack backtrace:
db_trace_self_wrapper(10b42f3,8c96000,1,9341bd0,2e7b6590,...) at
db_trace_self_wrapper+0x2a/frame 0x2e7b6560
kdb_backtrace(109973a,5c64d41c,0,2e7b661c,1,...) at kdb_backtrace+0x2d/frame
0x2e7b65c8
vpanic(108d309,2e7b661c,2e7b661c,2e7b6700,f734a9,...) at vpanic+0x141/frame
0x2e7b65fc
panic(108d309,103dfa3,202000,2e7b6664,2e7b6654,...) at panic+0x1b/frame
0x2e7b6610
vm_fault_hold(1ea5000,202000,1,0,0,...) at vm_fault_hold+0x29e9/frame 0x2e7b6700
vm_fault(1ea5000,202000,1,0,0,...) at vm_fault+0x5e/frame 0x2e7b6728
trap_pfault(202462,40,109e2f2,316d3480,2e7b67c0,...) at trap_pfault+0xb2/frame
0x2e7b6770
trap(2e7b6880,8,28,28,1836a120,...) at trap+0x3cb/frame 0x2e7b6874
calltrap() at PTDpde+0x4165/frame 0x2e7b6874
--- trap 0xc, eip = 0x1027fb8, esp = 0x2e7b68c0, ebp = 0x2e7b68f8 ---
VOP_LOCK1_APV(1836a120,202400,1099cc5,2c8,2e7b6ab0,...) at
VOP_LOCK1_APV+0x8/frame 0x2e7b68f8
lookup(2e7b6a50,0,400,2e7b6aa0,2e7b6a18,...) at lookup+0xc4/frame 0x2e7b6960
namei(2e7b6a50,0,4000144,0,2cced08e,...) at namei+0x4f3/frame 0x2e7b6a20
kern_statat(3c5dc700,0,ff9c,2cced08e,0,...) at kern_statat+0x85/frame
0x2e7b6af0
sys_fstatat(3c5dc700,3c5dc988,1384bb0,3c5dc700,0,...) at sys_fstatat+0x49/frame
0x2e7b6c00
syscall(2e7b6ce8,3b,3b,3b,fbafbbc8,...) at syscall+0x3ea/frame 0x2e7b6cdc
Xint0x80_syscall() at PTDpde+0x43af/frame 0x2e7b6cdc
--- syscall (552, FreeBSD ELF32, sys_fstatat), eip = 0x21321d5f, esp =
0xfbafbb2c, ebp = 0xfbafbbb8 ---
_DYNAMIC() at 0x21321d5f
KDB: enter: panic
__curthread () at ./machine/pcpu.h:226
226 __asm("movl %%fs:%1,%0" : "=r" (td)
(kgdb) #0 __curthread () at ./machine/pcpu.h:226
#1 doadump (textdump=)
at /usr/src/sys/kern/kern_shutdown.c:371
#2 0x009c023d in db_fncall_generic (addr=,
rv=, nargs=, args=)
at /usr/src/sys/ddb/db_command.c:609
#3 db_fncall (dummy1=20441604, dummy2=false, dummy3=10607414,
dummy4=0x2e7b6344 "") at /usr/src/sys/ddb/db_command.c:657
#4 0x009bfd74 in db_command (last_cmdp=,
cmd_table=, dopager=1) at /usr/src/sys/ddb/db_command.c:481
#5 0x009bfae0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:534
#6 0x009c2d6b in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:252
#7 0x00ca66d4 in kdb_trap (type=3, code=0, tf=0x2e7b657c)
at /usr/src/sys/kern/subr_kdb.c:692
#8 0x00ff58a4 in trap (frame=0x2e7b657c) at /usr/src/sys/i386/i386/trap.c:712
#9 0xffc0315d in ?? ()
#10 0x2e7b657c in ?? ()
#11 0x00c5bede in vpanic (
fmt=0x108d309 "%s: fault on nofault entry, addr: %#lx",
ap=0x2e7b661c "\243\337\003\001") at /usr/src/sys/kern/kern_shutdown.c:866
#12 0x00c5bd7b in panic (
fmt=0x108d309 "%s: fault on nofault entry, addr: %#lx")
at /usr/src/sys/kern/kern_shutdown.c:804
#13 0x00f734a9 in vm_fault_hold (map=0x1ea5000, vaddr=2105344,
fault_type=1 '\001', fault_flags=0, m_hold=0x0)
at /usr/src/sys/vm/vm_fault.c:586
#14 0x00f70a6e in vm_fault (map=0x1ea5000, vaddr=2105344,
fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:536
#15 0x00ff62b2 in trap_pfault (frame=0x2e7b6880, usermode=0, eva=2106466)
at /usr/src/sys/i386/i386/trap.c:882
#16 0x00ff58bb in trap (frame=0x2e7b6880) at /usr/src/sys/i386/i386/trap.c:519
#17 0xffc0315d in ?? ()
#18 0x2e7b6880 in ?? ()
#19 0x00d1de64 in lookup (ndp=0x2e7b6a50)
at /usr/src/sys/kern/vfs_lookup.c:710
#20 0x00d1d763 in namei (ndp=0x2e7b6a50) at /usr/src/sys/kern/vfs_lookup.c:487
#21 0x00d372c5 in kern_statat (td=0x3c5dc700, flag=0, fd=-100,
path=0x2cced08e ,
pathseg=UIO_USERSPACE, sbp=0x2e7b6b18, hook=0x0)
at /usr/src/sys/kern/vfs_syscalls.c:2307
#22 0x00d37c99 in sys_fstatat (td=0x3c5dc700, uap=0x3c5dc988)
at /usr/src/sys/kern/vfs_syscalls.c:2284
#23 0x00ff69fa in syscallenter (td=)
at /usr/src/sys/i386/i386/../../kern/subr_syscall.c:135
#24 syscall (frame=0x2e7b6ce8) at /usr/src/sys/i386/i386/trap.c:1144
#25 0xffc033a7 in ?? ()
#26 0x2e7b6ce8 in ?? ()
Backtrace stopped: Cannot access memory at address 0xfbafbbbc
(kgdb)
--
steve
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: kernel build dies with "unknown option"
Warner Losh writes: > > I do have: > > > > options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors > > options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt > > mitigation > > options ATH_ENABLE_11N # Enable 802.11n support for AR5416 an= > d > > later > > > > in the config file. (Full config file is appended.) > > Googling found nothing useful; didn't find anything in > > src/UPDATING. > > Is this me, or is the problem elsewhere? > > Just remove them. They haven't actually done anything in a long time. Done. Paying it forward: is there anything else in the default/DENERIC config files which should suffer the same fate? Respectfully, Robert Huff ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: kernel build dies with "unknown option"
On Wed, Feb 13, 2019 at 06:29:33PM -0500, Robert Huff wrote: > > On a system running: > > FreeBSD 13.0-CURRENT r343080 16 Jan 2019 amd64 > > I updated the source tree as of midnight US Eastern time, then > ran buildworld. That completed successfully. > Then: > > huff@jerusalem> make buildkernel KERNCONF=JERUSALEM > make[1]: "/usr/src/Makefile.inc1" line 349: SYSTEM_COMPILER: libclang will be > built for bootstrapping a cross-compiler. > make[1]: "/usr/src/Makefile.inc1" line 352: SYSTEM_LINKER: Determined that > LD=ld matches the source tree. Not bootstrapping a cross-linker. > > -- > >>> Kernel build for JERUSALEM started on Wed Feb 13 18:20:44 EST 2019 > -- > ===> JERUSALEM > mkdir -p /usr/obj/usr/src/amd64.amd64/sys > > -- > >>> stage 1: configuring the kernel > -- > cd /usr/src/sys/amd64/conf; > PATH=/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin::/sbin:/bin:/usr/sbin:/usr/bin > config -d /usr/obj/usr/src/amd64.amd64/sys/JERUSALEM -I > '/usr/src/sys/amd64/conf' '/usr/src/sys/amd64/conf/JERUSALEM' > /usr/src/sys/amd64/conf/JERUSALEM: unknown option "AH_SUPPORT_AR5416" > *** Error code 1 > > I do have: > > options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors > options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation > options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and > later > > in the config file. (Full config file is appended.) > "svn log conf/NOTES" shows: r343427 | avos | 2019-01-25 05:48:40 -0800 (Fri, 25 Jan 2019) | 4 lines Garbage collect AH_SUPPORT_AR5416 config option. It does nothing since r318857. Peace, david -- David H. Wolfskill da...@catwhisker.org Snow despite global warming is as expected as requiring energy to refrigerate. See http://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
Re: kernel build dies with "unknown option"
On Wed, 2019-02-13 at 18:29 -0500, Robert Huff wrote: > On a system running: > > FreeBSD 13.0-CURRENT r343080 16 Jan 2019 amd64 > > I updated the source tree as of midnight US Eastern time, then > ran buildworld. That completed successfully. > Then: > > huff@jerusalem> make buildkernel KERNCONF=JERUSALEM > make[1]: "/usr/src/Makefile.inc1" line 349: SYSTEM_COMPILER: libclang > will be built for bootstrapping a cross-compiler. > make[1]: "/usr/src/Makefile.inc1" line 352: SYSTEM_LINKER: Determined > that LD=ld matches the source tree. Not bootstrapping a cross- > linker. > > -- > > > > Kernel build for JERUSALEM started on Wed Feb 13 18:20:44 EST > > > > 2019 > > -- > ===> JERUSALEM > mkdir -p /usr/obj/usr/src/amd64.amd64/sys > > -- > > > > stage 1: configuring the kernel > > -- > cd > /usr/src/sys/amd64/conf; PATH=/usr/obj/usr/src/amd64.amd64/tmp/usr/s > bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.a > md64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/ > bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin::/sbin:/bin:/usr/sbin > :/usr/bin config -d /usr/obj/usr/src/amd64.amd64/sys/JERUSALEM -I > '/usr/src/sys/amd64/conf' '/usr/src/sys/amd64/conf/JERUSALEM' > /usr/src/sys/amd64/conf/JERUSALEM: unknown option "AH_SUPPORT_AR5416" > *** Error code 1 > > I do have: > > options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors > options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt > mitigation > options ATH_ENABLE_11N # Enable 802.11n support for > AR5416 and later > > in the config file. (Full config file is appended.) > Googling found nothing useful; didn't find anything in > src/UPDATING. > Is this me, or is the problem elsewhere? > > [...] It looks like that option is no longer valid, and we neglected to make an entry in UPDATING (avos@ cc'd), so you can safely remove it from your config. Author: avos Date: Fri Jan 25 13:48:40 2019 New Revision: 343427 URL: https://svnweb.freebsd.org/changeset/base/343427 Log: Garbage collect AH_SUPPORT_AR5416 config option. It does nothing since r318857. -- Ian ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: kernel build dies with "unknown option"
On Wed, Feb 13, 2019, 4:31 PM Robert Huff > On a system running: > > FreeBSD 13.0-CURRENT r343080 16 Jan 2019 amd64 > > I updated the source tree as of midnight US Eastern time, then > ran buildworld. That completed successfully. > Then: > > huff@jerusalem> make buildkernel KERNCONF=JERUSALEM > make[1]: "/usr/src/Makefile.inc1" line 349: SYSTEM_COMPILER: libclang will > be built for bootstrapping a cross-compiler. > make[1]: "/usr/src/Makefile.inc1" line 352: SYSTEM_LINKER: Determined that > LD=ld matches the source tree. Not bootstrapping a cross-linker. > > -- > >>> Kernel build for JERUSALEM started on Wed Feb 13 18:20:44 EST 2019 > -- > ===> JERUSALEM > mkdir -p /usr/obj/usr/src/amd64.amd64/sys > > -- > >>> stage 1: configuring the kernel > -- > cd /usr/src/sys/amd64/conf; > PATH=/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin::/sbin:/bin:/usr/sbin:/usr/bin > config -d /usr/obj/usr/src/amd64.amd64/sys/JERUSALEM -I > '/usr/src/sys/amd64/conf' '/usr/src/sys/amd64/conf/JERUSALEM' > /usr/src/sys/amd64/conf/JERUSALEM: unknown option "AH_SUPPORT_AR5416" > *** Error code 1 > > I do have: > > options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors > options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt > mitigation > options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and > later > > in the config file. (Full config file is appended.) > Googling found nothing useful; didn't find anything in > src/UPDATING. > Is this me, or is the problem elsewhere? > Just remove them. They haven't actually done anything in a long time. Warner > > Respectfully, > > > Robert Huff > > > # > # JERUSALEM -- kernel configuration file for FreeBSD/amd64 > # > # For more information on this file, please read the config(5) manual page, > # and/or the handbook section on Kernel Configuration Files: > # > # > http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html > # > # The handbook is also available locally in /usr/share/doc/handbook > # if you've installed the doc distribution, otherwise always see the > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the > # latest information. > # > # An exhaustive list of options and more detailed explanations of the > # device lines is also present in the ../../conf/NOTES and NOTES files. > # If you are in doubt as to the purpose or necessity of a line, check first > # in NOTES. > # > # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.531.2.2 2009/08/13 17:54:11 > attilio Exp $ > > cpu HAMMER > ident JERUSALEM > > # To statically compile in device wiring instead of /boot/device.hints > #hints "GENERIC.hints" # Default places to look for > devices. > > # Use the following to compile in values accessible to the kernel > # through getenv() (or kenv(1) in userland). The format of the file > # is 'variable=value', see kenv(1) > # > # env "GENERIC.env" > > makeoptions DEBUG=-g# Build kernel with gdb(1) debug > symbols > > options SCHED_ULE # ULE scheduler > options PREEMPTION # Enable kernel thread preemption > options INET# InterNETworking > options INET6 # IPv6 communications protocols > options SCTP# Stream Control Transmission > Protocol > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big > directories > options UFS_GJOURNAL# Enable gjournal-based UFS > journaling > options MD_ROOT # MD is a potential root device > options NFSCLIENT # Network Filesystem Client > options NFSSERVER # Network Filesystem Server > options NFSLOCKD# Network Lock Manager > options NFS_ROOT# NFS usable as /, requires > NFSCLIENT > options MSDOSFS # MSDOS Filesystem > options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires > PSEUDOFS) > options PSEUDOFS# Pseudo-filesystem framework > options GEOM_PART_GPT # GUI
kernel build dies with "unknown option"
On a system running: FreeBSD 13.0-CURRENT r343080 16 Jan 2019 amd64 I updated the source tree as of midnight US Eastern time, then ran buildworld. That completed successfully. Then: huff@jerusalem> make buildkernel KERNCONF=JERUSALEM make[1]: "/usr/src/Makefile.inc1" line 349: SYSTEM_COMPILER: libclang will be built for bootstrapping a cross-compiler. make[1]: "/usr/src/Makefile.inc1" line 352: SYSTEM_LINKER: Determined that LD=ld matches the source tree. Not bootstrapping a cross-linker. -- >>> Kernel build for JERUSALEM started on Wed Feb 13 18:20:44 EST 2019 -- ===> JERUSALEM mkdir -p /usr/obj/usr/src/amd64.amd64/sys -- >>> stage 1: configuring the kernel -- cd /usr/src/sys/amd64/conf; PATH=/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin::/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/amd64.amd64/sys/JERUSALEM -I '/usr/src/sys/amd64/conf' '/usr/src/sys/amd64/conf/JERUSALEM' /usr/src/sys/amd64/conf/JERUSALEM: unknown option "AH_SUPPORT_AR5416" *** Error code 1 I do have: options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and later in the config file. (Full config file is appended.) Googling found nothing useful; didn't find anything in src/UPDATING. Is this me, or is the problem elsewhere? Respectfully, Robert Huff # # JERUSALEM -- kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.531.2.2 2009/08/13 17:54:11 attilio Exp $ cpu HAMMER ident JERUSALEM # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" makeoptions DEBUG=-g# Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET# InterNETworking options INET6 # IPv6 communications protocols options SCTP# Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL# Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD# Network Lock Manager options NFS_ROOT# NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS# Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY# BSD 4.3 TTY compat (sgtty) # see the 20100311 entry in UPDATING options COMPAT_FREEBSD32# Compatible with i386 binaries options COMPAT_FREEBSD4 # C
Re: memstick images install broken bootx64.efi
On 2/11/19 12:18 PM, Rebecca Cran wrote: I’ll take a look later today, since it’s likely related to my changes. On January 26, 2019 at 6:43:49 PM, Yuri Pankov (yur...@yuripv.net(mailto:yur...@yuripv.net)) wrote: Looks like installations from snapshot memstick images (tried all available ones for amd64 from http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.0/) put broken bootx64.efi to ESP -- the system in question simply tries to boot via PXE. Fixing this is simple -- mounting the ESP, and copying /boot/loader.efi from installation media (the same memstick) to efi/boot/bootx64.efi. And diff shows that the two actually differ, having the same size and file(1) output though. Anyone seeing the same and/or knows what's wrong here (before I try looking into that)? Sorry for the delay. I just tried booting the FreeBSD-13.0-CURRENT-amd64-20190123-r343372-memstick.img on my MinnowBoard Turbot and it worked. Could your download have been corrupted? -- Rebecca Cran ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
