Date: Sat, 3 Feb 2018 10:34:46 +0100 From: Hans Petter Selasky <hps@selasky.org> To: Daniel Braniss <danny@cs.huji.ac.il>, "K. Macy" <kmacy@freebsd.org> Cc: freebsd-stable <freebsd-stable@freebsd.org> Subject: Re: panic when loading mlxen Message-ID: <673e43f8-4cc8-5c66-86f3-6b9dfd6b4a76@selasky.org> In-Reply-To: <0D15BA02-5E39-4E04-84E1-3BF6D62065C1@cs.huji.ac.il> References: <83F78F7E-4DC2-41F5-837A-CB728D67B1E3@cs.huji.ac.il> <CAHM0Q_NnBEdsBOSvXp-0uOVb1z_73k4oZOxTdVBFUJTnPnBj5A@mail.gmail.com> <0D15BA02-5E39-4E04-84E1-3BF6D62065C1@cs.huji.ac.il>
next in thread | previous in thread | raw e-mail | index | archive | help
On 02/03/18 08:34, Daniel Braniss wrote: > > >> On 2 Feb 2018, at 20:47, K. Macy <kmacy@freebsd.org> wrote: >> >> That's odd since it doesn't use any of taskqgroup stuff. I take it you >> can't get a core? > > no core but some more info: > db> bt > Tracing pid 0 tid 100000 td 0xffffffff81e0e500 > taskqgroup_attach_cpu() at taskqgroup_attach_cpu+0x4f/frame 0xffffffff822e4c30 > tasklet_subsystem_init() at tasklet_subsystem_init+0xde/frame 0xffffffff822e4c90 > mi_startup() at mi_startup+0x9c/frame 0xffffffff822e4cb0 > btext() at btext+0x2c > >> >> Also, why are you loading it in loader.conf (slower) as opposed to rc.conf? > sometimes it’s booted diskless, and the driver is needed early. > and btw, this box doesn’t even have a mellanox card. > > >> -M >> >> >> >> On Fri, Feb 2, 2018 at 4:46 AM, Daniel Braniss <danny@cs.huji.ac.il> wrote: >>> with latest stable (r328769) when I have >>> mlxen_load=“YES” >>> in my loader.conf it panics: >>> >>> KDB: debugger backends: ddbsize 0x4638 at 0x22d6000 f >>> KDB: current backend: ddb >>> Copyright (c) 1992-2018 The FreeBSD Project. >>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >>> The Regents of the University of California. All rights reserved. >>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>> FreeBSD 11.1-STABLE #18: Fri Feb 2 10:46:12 IST 2018 >>> danny@pe-44:/home/obj/pe-44/net/rnd/r+d/stable/11/sys/HUJI amd64 >>> FreeBSD clang version 5.0.1 (tags/RELEASE_501/final 320880) (based on LLVM 5.0.1) >>> VT(vga): resolution 640x480 >>> CPU: Intel(R) Xeon(R) CPU E5507 @ 2.27GHz (2261.04-MHz K8-class CPU) >>> Origin="GenuineIntel" Id=0x106a5 Family=0x6 Model=0x1a Stepping=5 >>> Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,C> >>> Features2=0x9ce3bd<SSE3,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA> >>> AMD Features=0x28100800<SYSCALL,NX,RDTSCP,LM> >>> AMD Features2=0x1<LAHF> >>> VT-x: PAT,HLT,MTF,PAUSE,EPT,VPID >>> TSC: P-state invariant, performance statistics >>> real memory = 25769803776 (24576 MB) >>> avail memory = 24931561472 (23776 MB) >>> Event timer "LAPIC" quality 100 >>> ACPI APIC Table: <DELL PE_SC3 > >>> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >>> FreeBSD/SMP: 2 package(s) x 4 core(s) >>> ioapic1: Changing APIC ID to 1 >>> ioapic0 <Version 2.0> irqs 0-23 on motherboard >>> ioapic1 <Version 2.0> irqs 32-55 on motherboard >>> >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 0; apic id = 10 >>> fault virtual address = 0x1818 >>> fault code = supervisor write data, page not present >>> instruction pointer = 0x20:0xffffffff80ad427f >>> stack pointer = 0x28:0xffffffff822e3be0 >>> frame pointer = 0x28:0xffffffff822e3c30 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 0 (swapper) >>> [ thread pid 0 tid 100000 ] >>> Stopped at taskqgroup_attach_cpu+0x4f: lock cmpxchgq %r12,(%rdi) Hi, It should work if you "kldload mlxen" after boot or add it to kld_list in /etc/rc.conf. Looks like I have one more combination to test after the LinuxKPI upgrade in 11-stable. Thanks for notifying me. --HPS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?673e43f8-4cc8-5c66-86f3-6b9dfd6b4a76>