> On 3 Feb 2018, at 11:34, Hans Petter Selasky <h...@selasky.org> wrote: > > On 02/03/18 08:34, Daniel Braniss wrote: >>> On 2 Feb 2018, at 20:47, K. Macy <km...@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 <da...@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. > Hi, it’s ok, i don’t need it yet, I was just surprised that a simple upgrade got the panic. let me know if you need me to test.
thanks, danny _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
