From owner-freebsd-bugs@FreeBSD.ORG Sun Nov 4 06:20:01 2012 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98B41187 for ; Sun, 4 Nov 2012 06:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 6CF938FC12 for ; Sun, 4 Nov 2012 06:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qA46K16n060782 for ; Sun, 4 Nov 2012 06:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qA46K1wC060781; Sun, 4 Nov 2012 06:20:01 GMT (envelope-from gnats) Resent-Date: Sun, 4 Nov 2012 06:20:01 GMT Resent-Message-Id: <201211040620.qA46K1wC060781@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Stéphane Lapie Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8AABB112 for ; Sun, 4 Nov 2012 06:11:17 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 698DD8FC14 for ; Sun, 4 Nov 2012 06:11:17 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id qA46BHVw022241 for ; Sun, 4 Nov 2012 06:11:17 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id qA46BGeU022240; Sun, 4 Nov 2012 06:11:16 GMT (envelope-from nobody) Message-Id: <201211040611.qA46BGeU022240@red.freebsd.org> Date: Sun, 4 Nov 2012 06:11:16 GMT From: Stéphane Lapie To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: kern/173353: "options VESA" cause the kernel to freeze on 9.1-PRERELEASE X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 06:20:01 -0000 >Number: 173353 >Category: kern >Synopsis: "options VESA" cause the kernel to freeze on 9.1-PRERELEASE >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 04 06:20:01 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Stéphane Lapie >Release: 9.1-PRERELEASE >Organization: >Environment: FreeBSD eirei-no-za.yomi.darkbsd.org 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #3: Sat Nov 3 00:28:53 JST 2012 darksoul@eirei-no-za.yomi.darkbsd.org:/usr/obj/usr/storage/tech/eirei-no-za.yomi.darkbsd.org/usr/src/sys/DARK-2012KERN amd64 >Description: I decided to give 9-STABLE a test, only to have a kernel very close to GENERIC (mostly only removing NICs and SCSI/RAID controllers I don't need, seeing as I only have Intel em(4) NICs and LSI mpt(4) controllers) freeze on me at boot. Running it in non verbose would yield this : Copyright (c) 1992-2012 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 9.1-PRERELEASE #2: Fri Nov 2 23:25:05 JST 2012 darksoul@eirei-no-za.yomi.darkbsd.org:/usr/obj/usr/storage/tech/eirei-no-za.yomi.darkbsd.org/usr/src/sys/DARK-2012KERN amd64 CPU: Intel(R) Core(TM)2 Quad CPU Q9400 @ 2.66GHz (2666.72-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Family = 0x6 Model = 0x17 Stepping = 10 Features=0xbfebfbff Features2=0xc08e3fd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 8240766976 (7859 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard Cuse4BSD v0.1.23 @ /dev/cuse kbd1 at kbdmux0 After which it would freeze totally. Booting with the verbose flag yielded the following trace, which allowed me to narrow down the problem to the VESA BIOS extensions : real memory = 8589934592 (8192 MB) Physical memory chunk(s): 0x0000000000010000 - 0x0000000000097fff, 557056 bytes (136 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x00000000010ea000 - 0x00000000cfe6ffff, 3470286848 bytes (847238 pages) 0x0000000100000000 - 0x000000021f8a3fff, 4824121344 bytes (1177764 pages) avail memory = 8240852992 (7859 MB) INTR: Adding local APIC 0 as a target x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x090000-0x090fff at 0xffffff800021a000 x86bios: EBDA 0x09b000-0x09ffff at 0xfffffe000009b000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 ULE: setup cpu 0 Cuse4BSD v0.1.23 @ /dev/cuse module_register_init: MOD_LOAD (kbdmux, 0xffffffff803b40b0, 0) error 6 mem: VESA: INT 0x10 vector 0xc000:0x10d2 VESA: information block 0000 56 45 53 41 00 02 00 01 00 91 04 00 00 00 70 32 0010 00 c0 40 00 00 01 1e 01 00 91 50 01 00 91 64 01 0020 00 91 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0100 53 69 53 00 00 00 00 00 00 00 00 00 00 00 00 00 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 53 69 0120 6c 69 63 6f 6e 20 49 6e 74 65 67 72 61 74 65 64 0130 20 53 79 73 74 65 6d 73 20 43 6f 72 70 2e 00 00 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0150 36 33 32 36 00 00 00 00 00 00 00 00 00 00 00 00 0160 00 00 00 00 20 20 00 00 00 00 00 00 00 00 00 00 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 This system only has a very standard PCI graphics card (I feel no need to have anything more powerful for a server; though for some reason this server or the BTX loader wouldn't handle VGA-less booting ?) : vgapci0@pci0:17:1:0: class=0x030000 card=0x63261039 chip=0x63261039 rev=0x0b hdr=0x00 vendor = 'Silicon Integrated Systems [SiS]' device = '86C326 5598/6326' class = display subclass = VGA Here is the motherboard information in case it might be relevant : smbios.system.maker="Supermicro" smbios.system.product="C2SBX" smbios.bios.reldate="12/19/2008" smbios.bios.vendor="Phoenix Technologies LTD" smbios.bios.version="1.2a " >How-To-Repeat: Building a GENERIC kernel, or any kernel with "options VESA". On earlier versions, kldloading vesa.ko. I already had spotted that my specific hardware configuration could not handle this, ever since 8.0-RELEASE, with a total freeze, requiring a hardware reset. >Fix: Removing "options VESA" from the kernel allowed me to build a bootable kernel. >Release-Note: >Audit-Trail: >Unformatted: