From owner-freebsd-stable@freebsd.org Tue Sep 13 14:55:10 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D10EBD9A0C for ; Tue, 13 Sep 2016 14:55:10 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 76A98B3A for ; Tue, 13 Sep 2016 14:55:10 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7288BBD9A0B; Tue, 13 Sep 2016 14:55:10 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7224BBD9A0A for ; Tue, 13 Sep 2016 14:55:10 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D6283B39 for ; Tue, 13 Sep 2016 14:55:09 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA22376; Tue, 13 Sep 2016 17:55:02 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bjp70-0004cM-1b; Tue, 13 Sep 2016 17:55:02 +0300 Subject: Re: X2APIC support To: Slawa Olhovchenkov References: <20160912093905.GP34394@zxy.spb.ru> <20160912164412.GS34394@zxy.spb.ru> <5662c700-f139-4754-8693-7adc0f2657be@FreeBSD.org> <20160912175348.GV34394@zxy.spb.ru> <20160913121133.GX34394@zxy.spb.ru> <71a1f864-66de-0010-5024-e8e985f422f4@FreeBSD.org> <20160913124239.GZ34394@zxy.spb.ru> <20160913142118.GA34394@zxy.spb.ru> Cc: Konstantin Belousov , stable@FreeBSD.org From: Andriy Gapon Message-ID: <37f5cebc-3fa1-9e95-5123-f3d8daa3130a@FreeBSD.org> Date: Tue, 13 Sep 2016 17:54:26 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20160913142118.GA34394@zxy.spb.ru> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2016 14:55:10 -0000 On 13/09/2016 17:21, Slawa Olhovchenkov wrote: > boot failed: > > set hw.x2apic_enable=0 > loading required module 'krpc' > /boot/kernel.VSTREAM/krpc.ko size 0x2a210 at 0x134e000 > loading required module 'opensolaris' > ^@/boot/kernel.VSTREAM/opensolaris.ko size 0xadb8 at 0x1379000 > /boot/kernel.VSTREAM/if_igb.ko size 0x69f10 at 0x1384000 > can't find 'if_ixgbe' > /boot/kernel.VSTREAM/if_lagg.ko size 0x150c0 at 0x13ee000^M ^@ > +/boot/kernel.VSTREAM/ukbd.ko size 0xe128 at 0x1404000 > loading required module 'usb' > /boot/kernel.VSTREAM/usb.ko size 0x458b0 at 0x1413000^M| > /boot/kernel.VSTREAM/umass.ko size 0xaa10 at 0x1459000 > /boot/kernel.VSTREAM/accf_http.ko size 0x2710 at 0x1464000 > /boot/kernel.VSTREAM/uhci.ko size 0xd508 at 0x1467000 > /boot/kernel.VSTREAM/ohci.ko size 0xc9d0 at 0x1475000^M > /boot/kernel.VSTREAM/ehci.ko size 0xfc40 at 0x1482000 > /boot/kernel.VSTREAM/xhci.ko size 0x11068 at 0x1492000 > /boot/kernel.VSTREAM/cc_htcp.ko size 0x3a70 at 0x14a4000 > Booting... > Copyright (c) 1992-2016 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.0-RELEASE-p305117 #0: Mon Sep 12 20:38:53 MSK 2016 > slw@edge21.int.integros.com:/usr/obj/usr/src/sys/VSTREAM amd64 > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0) > VT(vga): text 80x25 > CPU: Intel(R) Xeon(R) CPU E5-2650 v4 @ 2.20GHz (2200.04-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x406f1 Family=0x6 Model=0x4f Stepping=1 > Features=0xbfebfbff > Features2=0x7ffefbff > AMD Features=0x2c100800 > AMD Features2=0x121 > Structured Extended Features=0x21cbfbb > XSAVE Features=0x1 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr > TSC: P-state invariant, performance statistics > real memory = 137438953472 (131072 MB) > avail memory = 133407973376 (127227 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > boot_cpu_id = 255 > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = ff > fault virtual address = 0x0 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80537e74 > stack pointer = 0x28:0xffffffff814b3a60 > frame pointer = 0x28:0xffffffff814b3a70 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 () > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > #0 0xffffffff805272e7 at kdb_backtrace+0x67 > #1 0xffffffff804dd662 at vpanic+0x182 > #2 0xffffffff804dd4d3 at panic+0x43 > #3 0xffffffff807a37a1 at trap_fatal+0x351 > #4 0xffffffff807a3993 at trap_pfault+0x1e3 > #5 0xffffffff807a2f1c at trap+0x26c > #6 0xffffffff80787ca1 at calltrap+0x8 > #7 0xffffffff8083b53a at topo_probe+0x61a > #8 0xffffffff8078fe93 at cpu_mp_start+0x1c3 > #9 0xffffffff805382ca at mp_start+0x3a > #10 0xffffffff80465cd8 at mi_startup+0x118 > #11 0xffffffff8028dfac at btext+0x2c > Uptime: 1s Thank you! It seems like exactly the same behavior that happens when you toggle that BIOS option. My theory is that in both cases, hw.x2apic_enable=0 and X2APIC_OPT_OUT is on, the BIOS turns on x2APIC mode and transitions to OS in that mode. In the case when X2APIC_OPT_OUT is on it's clearly a BIOS bug. But maybe we could do a little bit better in both cases. At the very least we could detect the situation and panic with a helpful message (e.g. "x2APIC mode is disabled but turn on by BIOS"). Perhaps we could even try to downgrade to xAPIC mode. -- Andriy Gapon