Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 3 Feb 2018 11:49:21 +0200
From:      Daniel Braniss <danny@cs.huji.ac.il>
To:        Hans Petter Selasky <hps@selasky.org>
Cc:        "K. Macy" <kmacy@freebsd.org>, freebsd-stable <freebsd-stable@freebsd.org>
Subject:   Re: panic when loading mlxen
Message-ID:  <379899AB-07D0-4CFC-8490-6D9146E736AC@cs.huji.ac.il>
In-Reply-To: <673e43f8-4cc8-5c66-86f3-6b9dfd6b4a76@selasky.org>
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> <673e43f8-4cc8-5c66-86f3-6b9dfd6b4a76@selasky.org>

next in thread | previous in thread | raw e-mail | index | archive | help


> On 3 Feb 2018, at 11:34, Hans Petter Selasky <hps@selasky.org> wrote:
>=20
> On 02/03/18 08:34, Daniel Braniss wrote:
>>> On 2 Feb 2018, at 20:47, K. Macy <kmacy@freebsd.org> wrote:
>>>=20
>>> 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
>>>=20
>>> Also, why are you loading it in loader.conf (slower) as opposed to =
rc.conf?
>> sometimes it=E2=80=99s booted diskless, and the driver is needed =
early.
>> and btw, this box doesn=E2=80=99t even have a mellanox card.
>>> -M
>>>=20
>>>=20
>>>=20
>>> 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=3D=E2=80=9CYES=E2=80=9D
>>>> in my loader.conf it panics:
>>>>=20
>>>> 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=3D"GenuineIntel"  Id=3D0x106a5  Family=3D0x6  Model=3D0x1a  =
Stepping=3D5
>>>> =
Features=3D0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE=
,MCA,C>
>>>> =
Features2=3D0x9ce3bd<SSE3,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PD=
CM,DCA>
>>>> AMD Features=3D0x28100800<SYSCALL,NX,RDTSCP,LM>
>>>> AMD Features2=3D0x1<LAHF>
>>>> VT-x: PAT,HLT,MTF,PAUSE,EPT,VPID
>>>> TSC: P-state invariant, performance statistics
>>>> real memory  =3D 25769803776 (24576 MB)
>>>> avail memory =3D 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
>>>>=20
>>>>=20
>>>> Fatal trap 12: page fault while in kernel mode
>>>> cpuid =3D 0; apic id =3D 10
>>>> fault virtual address   =3D 0x1818
>>>> fault code              =3D supervisor write data, page not present
>>>> instruction pointer     =3D 0x20:0xffffffff80ad427f
>>>> stack pointer           =3D 0x28:0xffffffff822e3be0
>>>> frame pointer           =3D 0x28:0xffffffff822e3c30
>>>> code segment            =3D base 0x0, limit 0xfffff, type 0x1b
>>>>                       =3D DPL 0, pres 1, long 1, def32 0, gran 1
>>>> processor eflags        =3D interrupt enabled, resume, IOPL =3D 0
>>>> current process         =3D 0 (swapper)
>>>> [ thread pid 0 tid 100000 ]
>>>> Stopped at      taskqgroup_attach_cpu+0x4f:     lock cmpxchgq   =
%r12,(%rdi)
>=20
> Hi,
>=20
> 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.
>=20
Hi,
it=E2=80=99s ok, i don=E2=80=99t 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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?379899AB-07D0-4CFC-8490-6D9146E736AC>