From owner-freebsd-current Tue Dec 18 11:41:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 4BE8737B417 for ; Tue, 18 Dec 2001 11:41:19 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fBIJloO01598; Tue, 18 Dec 2001 11:47:50 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200112181947.fBIJloO01598@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Michael G. Petry" Cc: Georg-W Koltermann , current@FreeBSD.ORG, acpi-jp@jp.freebsd.org, Andy Sparrow , Emiel Kollof Subject: Re: ACPI causes immediate reboot [Omnibook 6100] ? In-reply-to: Your message of "Tue, 18 Dec 2001 11:32:25 EST." <200112181632.fBIGWQT19651@netwolf.NetMasters.Com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Dec 2001 11:47:50 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You can define ACPI_DEBUG in the environment before building the kernel, or when manually building the module, or in /etc/make.conf. > I've stumbled on the ACPI_DEBUG issue in the module load as well. > The ACPI_DEBUG definition only propogates to the opt_acpi.h file > in the base kernel. The acpi module build doesn't seem to carry > forward the ACPI_DEBUG flag. As a workaround, I just wack the define > into the opt_acpi.h file in the modules tree after running config > on a clean tree. > > > Hi, > > > > I finally got around to hook up a serial console and capture the error > > message. This is with ACPI_DEBUG enabled in the kernel config, but > > ACPI is still loaded as a module, not configured statically. > > > > acpi0: on motherboard > > ACPI-0294: *** Error: Method execution failed, AE_NOT_EXIST > > > > What surprises me is that the debug.acpi.* settings don't seem to take > > effect. Would I need to configure ACPI statically for them to work, > > or is this problem just too early in the boot sequence? > > > > And what can I try next? > > > > -- > > Regards, > > Georg. > > > > ----snip----serial console captured during boot----snip---- > > > > OK show > > LINES=24 > > acpi_load=YES > > bootfile=kernel > > console=comconsole > > currdev=disk1s2a: > > debug.acpi.disable=all > > debug.acpi.layer=ACPI_HARDWARE > > hint.acpi.0.oem=PTLTD > > hint.acpi.0.revision=1 > > hint.acpi.0.rsdt=0x3ff6830a > > hint.adv.0.at=isa > > hint.aha.0.at=isa > > hint.aic.0.at=isa > > hint.apm.0.at=nexus > > hint.ata.0.at=isa > > hint.ata.0.irq=14 > > hint.ata.0.port=0x1F0 > > hint.ata.1.at=isa > > hint.ata.1.irq=15 > > hint.ata.1.port=0x170 > > hint.atkbd.0.at=atkbdc > > hint.atkbd.0.flags=0x1 > > hint.atkbd.0.irq=1 > > hint.atkbdc.0.at=isa > > hint.atkbdc.0.port=0x060 > > hint.bt.0.at=isa > > hint.cs.0.at=isa > > hint.cs.0.port=0x300 > > hint.ed.0.at=isa > > hint.ed.0.irq=10 > > hint.ed.0.maddr=0xd8000 > > hint.ed.0.port=0x280 > > hint.fd.0.at=fdc0 > > hint.fd.0.drive=0 > > hint.fd.1.at=fdc0 > > hint.fd.1.drive=1 > > hint.fdc.0.at=isa > > hint.fdc.0.drq=2 > > hint.fdc.0.irq=6 > > hint.fdc.0.port=0x3F0 > > hint.fe.0.at=isa > > hint.fe.0.port=0x300 > > hint.ie.0.at=isa > > hint.ie.0.irq=10 > > hint.ie.0.maddr=0xd0000 > > hint.ie.0.port=0x300 > > hint.le.0.at=isa > > hint.le.0.irq=5 > > hint.le.0.maddr=0xd0000 > > hint.le.0.port=0x300 > > hint.lnc.0.at=isa > > hint.lnc.0.drq=0 > > hint.lnc.0.irq=10 > > hint.lnc.0.port=0x280 > > hint.npx.0.at=nexus > > hint.npx.0.irq=13 > > hint.npx.0.port=0x0F0 > > hint.pcic.0.at=isa > > hint.pcic.0.irq=10 > > hint.pcic.0.maddr=0xd0000 > > hint.pcic.0.port=0x3e0 > > hint.pcic.1.at=isa > > hint.pcic.1.disabled=1 > > hint.pcic.1.irq=11 > > hint.pcic.1.maddr=0xd4000 > > hint.pcic.1.port=0x3e2 > > hint.pmtimer.0.at=isa > > hint.ppc.0.at=isa > > hint.ppc.0.irq=7 > > hint.psm.0.at=atkbdc > > hint.psm.0.irq=12 > > hint.sc.0.at=isa > > hint.sc.0.flags=0x100 > > hint.sio.0.at=isa > > hint.sio.0.flags=0x10 > > hint.sio.0.irq=4 > > hint.sio.0.port=0x3F8 > > hint.sio.1.at=isa > > hint.sio.1.irq=3 > > hint.sio.1.port=0x2F8 > > hint.sio.2.at=isa > > hint.sio.2.disabled=1 > > hint.sio.2.irq=5 > > hint.sio.2.port=0x3E8 > > hint.sio.3.at=isa > > hint.sio.3.disabled=1 > > hint.sio.3.irq=9 > > hint.sio.3.port=0x2E8 > > hint.sn.0.at=isa > > hint.sn.0.irq=10 > > hint.sn.0.port=0x300 > > hint.vga.0.at=isa > > hint.vt.0.at=isa > > interpret=OK > > kernel=kernel > > kernel_options= > > kernelname=/boot/kernel/kernel > > loaddev=disk1s2a: > > module_path=/boot/kernel;/boot/kernel;/boot/modules;/modules > > prompt=${interpret} > > OK boot > > /boot/kernel/acpi.ko text=0x34d9c data=0x1090+0xbf8 syms=[0x4+0x4c80] > > Copyright (c) 1992-2001 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 5.0-CURRENT #39: Sun Dec 16 22:25:29 CET 2001 > > gwk@hunter.muc.macsch.com:/usr/obj/usr/src/sys/HUNTER > > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0446000. > > Preloaded elf module "/boot/kernel/snd_maestro3.ko" at 0xc04460a8. > > Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc044615c. > > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0446208. > > Timecounter "i8254" frequency 1193182 Hz > > Timecounter "TSC" frequency 1129576481 Hz > > CPU: Pentium III/Pentium III Xeon/Celeron (1129.58-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 > > Features=0x383f9ff OV > ,PAT,PSE36,MMX,FXSR,SSE> > > real memory = 1073086464 (1047936K bytes) > > avail memory = 1040580608 (1016192K bytes) > > Pentium Pro MTRR support enabled > > Using $PIR table, 14 entries at 0xc00fdee0 > > apm: Other PM system enabled. > > npx0: on motherboard > > npx0: INT 16 interface > > acpi0: on motherboard > > ACPI-0294: *** Error: Method execution failed, AE_NOT_EXIST > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > Michael Petry > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message