From owner-freebsd-current@FreeBSD.ORG Mon Sep 15 16:17:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B35116A4B3 for ; Mon, 15 Sep 2003 16:17:04 -0700 (PDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EA9743FBF for ; Mon, 15 Sep 2003 16:17:03 -0700 (PDT) (envelope-from damian@sentex.net) Received: from pegmatite.sentex.ca (pegmatite.sentex.ca [192.168.42.92]) by lava.sentex.ca (8.12.9/8.12.8) with ESMTP id h8FNH2Ck074855 for ; Mon, 15 Sep 2003 19:17:02 -0400 (EDT) (envelope-from damian@sentex.net) Received: by pegmatite.sentex.ca (Postfix, from userid 1001) id CF46717149; Mon, 15 Sep 2003 19:17:00 -0400 (EDT) Date: Mon, 15 Sep 2003 19:17:00 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20030915231700.GA66001@sentex.net> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="vOmOzSkFvhd7u8Ms" Content-Disposition: inline In-Reply-To: X-GPG-Key-Id: 0xB841F142 X-GPG-Fingerprint: C7C1 E1D1 EC06 7C86 AF7C 57E6 173D 9CF6 B841 F142 X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . User-Agent: Mutt/1.5.4i X-Virus-Scanned: By Sentex Communications (lava/20020517) Subject: Re: ACPI problems with this morning's -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 23:17:04 -0000 --vOmOzSkFvhd7u8Ms Content-Type: text/plain; charset=us-ascii Content-Disposition: inline (To recap: I'm having ACPI problems on a DFI CD70-SC, with both 5.1-R and 5-CURRENT. Booting GENERIC doesn't show any problems, however, so there's a good chance it's a misconfiguration issue.) Thus spake Damian Gerow (damian@sentex.net) [15/09/03 17:34]: > It's attached. There's no APM in there. I did some more testing -- GENERIC > works for the -CURRENT date I stated before, and 5.1-R. As soon as I > compile my own kernel, it breaks. > > I'm working on compiling this with debugging, so I can take a closer look at > what's going on. Okay, here's a backtrace with debugging. Unfortunately, when dropped to the debugging prompt, I don't know what to do. Attached is the kernel config I used to generate this on 5.1-R, I can re-do this on -CURRENT if need be. Here's a snippet of boot, and the stack backtrace: ... Preloaded elf kernel "/boot/kernel/kernel" at 0xc04b8000 Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04b81f4 ... real memory = 536870912 (512 MB) avail memory = 516313088 (492 MB) panic: pmap_mapdev: Couldn't allocate kernel virtual memory Stack backtrace: backtrace(c035b0cc,c03baea0,c0372994,c04dabbc,100) at backtrace+0x17 panic(c0372994,c036f000,0,0,0) at panic+0x93 pmap_mapdev(1fff3000,c036ec14,c04dac48,c04dabcc,c048e880) at pmap_mapdev+0x4b AcpiOsMapMemory(1fff3000,0,c036ec14,c04dabbc,c04dabc4) at AcpiOsMapMemory+0x1e AcpiTbGetThisTable(c04dac48,c04dac00,c04dac58,c04dac48,c04dac48) at AcpiTbGetThisTable+0xf0 AcpiTbGetTableBody(c04dac48,c04dac00,c04dac58,c0387ebc,c036ec14) at AcpiTbGetTableBody+0x4c AcpiTbGetTable(c04dac48,c04dac58,9,1fff3000,0) at AcpiTbGetTable+0x38 AcpiTbGetTableRsdt(c04daca0,c04daca0,c04dacb4,1,f6010) at AcpiTbGetTableRsdt+0x23 AcpiLoadTables(c04a8bc0,c04a49ac,0,0,0) at AcpiLoadTables+0xa6 acpi_identify(c04a7528,c151cb00,c0379a14,c1506190,c151cb00) at acpi_identify+0xb4 DEVICE_IDENTIFY(c04a7528,c151cb00,c151cb00,c151cb00,c04dad18) at DEVICE_IDENTIFY+0x50 bus_generic_probe(c151cb00,c3fcc098,c04dad34,c01da1b8,c151cb00) at bus_generic_probe+0x2e nexus_attach(c151cb00,c3fcc098,c0379a1c,c151cb00,c151d000) at nexus_attach+0x14 DEVICE_ATTACH(c151cb00,c151cb00,0,c14ea5d8,1) at DEVICE_ATTACH+0x48 device_probe_and_attach(c151cb00,c14ea5d8,c04dad80,c0321635,c151d000) at device_probe_and_attach+0x7d root_bus_configure(c151d000,c0371fdc,0,c04dad98,c01960a5) at root_bus_configure+0x28 configure(0,4d7000,4d7c00,4d7000,0) at configure+0x35 mi_startup() at mi_startup+0xb5 being() at begin+0x2c Debugger("panic") Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db> print c01c08b0 db> show pcpu cpuid = 0 curthread = 0xc03b4640: pid 0 "swapper" curpcb = 0 fpcurthread = none idlethread = 0xc151f850: pid 11 "idle" currentldt = 0x28 db> show map Task map 0xc01c08b0: pmap=0x4de80574, nentries=604293056, version=742228750 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4c70500 fault code = supervisor read, page not present instruction pointer = 0x8:0xc02f3a40 stack pointer = 0x10: 0xc04da940 frame pointer = 0x10: 0xc04da960 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) kernel: type 12 trap, code=0 Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db> Given that I caused a panic while in the debugger, and that I don't know what I'm looking for, I stopped here. (Further 'show map's didn't result in a panic, however.) Note that if I /don't/ boot with ACPI, I can boot just fine, with no power management. --vOmOzSkFvhd7u8Ms Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=pandora ident pandora machine i386 cpu I686_CPU maxusers 0 makeoptions DEBUG=-g options DDB options DDB_TRACE options KTRACE options DIAGNOSTIC options INCLUDE_CONFIG_FILE options CPU_FASTER_5X86_FPU options CPU_UPGRADE_HW_CACHE #options CPU_WT_ALLOC options MAXMEM=(512*1024) options DEVICE_POLLING options HZ=1000 device isa device pci device agp device speaker device random device pty device md device npx device sio options CONSPEED=115200 options GEOM_BDE options GEOM_BSD options GEOM_VOL options SCHED_4BSD options COMPAT_43 options COMPAT_FREEBSD4 options SYSVSHM options SYSVSEM options SYSVMSG options INET options INET6 options IPSEC options IPSEC_ESP device ether device loop device bpf device disc device gif device faith device stf options IPFILTER options IPFILTER_LOG options IPFILTER_DEFAULT_BLOCK options PFIL_HOOKS options RANDOM_IP_ID options ACCEPT_FILTER_DATA options ACCEPT_FILTER_HTTP options TCP_DROP_SYNFIN options FFS options NFSCLIENT options NFSSERVER options PROCFS options PSEUDOFS options SOFTUPDATES options UFS_DIRHASH options UFS_EXTATTR options UFS_EXTATTR_AUTOSTART options UFS_ACL options _KPOSIX_PRIORITY_SCHEDULING options P1003_1B_SEMAPHORES #options MAC #options MAC_BSDEXTENDED #options MAC_SEEOTHERUIDS # These are worth looking into, but require configuration #options MAC_BIBA #options MAC_LOMAC #options MAC_MLS # These two are also worth looking at, and take less configuration #options MAC_PARTITION #options MAC_PORTACL device atkbdc device atkbd options KBD_INSTALL_CDEV device vga options VGA_ALT_SEQACCESS device splash device sc #device daemon_saver #device fade_saver device fire_saver #device green_saver #device logo_saver #device rain_saver #device star_saver #device warp_saver device ata device atadisk device miibus device fxp device smbus device ichsmb device smb device iicbus device iicbb device iicsmb #device crypto # core crypto support #device cryptodev # /dev/crypto for access to h/w # #device rndtest # FIPS 140-2 entropy tester # #device hifn # Hifn 7951, 7781, etc. #options HIFN_DEBUG # enable debugging support: hw.hifn.debug #options HIFN_RNDTEST # enable rndtest support # #device ubsec # Broadcom 5501, 5601, 58xx #options UBSEC_DEBUG # enable debugging support: hw.ubsec.debug #options UBSEC_RNDTEST # enable rndtest support --vOmOzSkFvhd7u8Ms--