From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 6 08:25:41 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E95B216A4CE for ; Thu, 6 Nov 2003 08:25:41 -0800 (PST) Received: from mail.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE40C43FEC for ; Thu, 6 Nov 2003 08:25:40 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 2506 invoked from network); 6 Nov 2003 16:25:39 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 6 Nov 2003 16:25:39 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id hA6GPEce081707; Thu, 6 Nov 2003 11:25:15 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20031106131918.GA41660@nm.ruhr-uni-bochum.de> Date: Thu, 06 Nov 2003 11:25:14 -0500 (EST) From: John Baldwin To: Andre Grosse Bley X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@freebsd.org Subject: RE: 4.9-RELEASE, ACPI and DELL Latitude D600 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2003 16:25:42 -0000 On 06-Nov-2003 Andre Grosse Bley wrote: > Hi all, > > i am trying to install FreeBSD 4.9-RELEASE on a Dell Latitude D600 > notebook. "standard" Kernel without ACPI works fine > (dmesg at http://www.nm.ruhr-uni-bochum.de/~gandalf/dell/dmesg.noacpi.txt) > > Since i need the batterystatus (and the Bios doesnt seem to support APM > anymore) i activated acpi: The machine paniced after detecting the brgphy0. > After removing pcic0/pcic1 from the kernel configuration, i was able to > boot with ACPI (wow!;) > But no batterystatus. Googling found a solution: > > http://sandcat.nl/~stijn/freebsd/dell.php > > I needed to add > acpi_dsdt_load="YES" > acpi_dsdt_name="/boot/acpi_dsdt.aml" > acpi_dsdt_type="acpi_dsdt" > > > to /boot/loader.conf > > dmesg is at http://www.nm.ruhr-uni-bochum.de/~gandalf/dell/dmesg.acpi.txt > > sysctl hw.acpi gives: > > hw.acpi.supported_sleep_state: S1 S3 S4 S5 > hw.acpi.power_button_state: S5 > hw.acpi.sleep_button_state: S1 > hw.acpi.lid_switch_state: S1 > hw.acpi.standby_state: S1 > hw.acpi.suspend_state: S3 > hw.acpi.sleep_delay: 0 > hw.acpi.s4bios: 1 > hw.acpi.verbose: 1 > hw.acpi.disable_on_poweroff: 1 > hw.acpi.cpu.max_speed: 8 > hw.acpi.cpu.current_speed: 8 > hw.acpi.cpu.performance_speed: 8 > hw.acpi.cpu.economy_speed: 4 > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 30 > hw.acpi.thermal.tz0.temperature: 3127 > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: -1 > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 3752 > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.acline: 1 > hw.acpi.battery.life: 46 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 2 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > > My problem: the machine panics when closing the lid, even after > sysctl hw.acpi.lid_switch_state=NONE. > > Traceback without the sysctl is as follows: > > root@feap:~ $gdb -k /kernel.debug /var/crash/vmcore.1 > IdlePTD at phsyical address 0x00470000 > initial pcb at physical address 0x003b04e0 > panicstr: page fault > panic messages: > --- > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x70 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc01b5198 > stack pointer = 0x10:0xc0367b70 > frame pointer = 0x10:0xc0367b94 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = Idle > interrupt mask = net tty bio cam > trap number = 12 > panic: page fault > > syncing disks... > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x30 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc02784d0 > stack pointer = 0x10:0xc0367998 > frame pointer = 0x10:0xc03679a0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = Idle > interrupt mask = net tty bio cam > trap number = 12 > panic: page fault > Uptime: 4m6s > >#0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 >#1 0xc01b20f7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:316 >#2 0xc01b2535 in panic (fmt=0xc035f76c "%s") > at /usr/src/sys/kern/kern_shutdown.c:595 >#3 0xc02fa003 in trap_fatal (frame=0xc0367958, eva=48) > at /usr/src/sys/i386/i386/trap.c:974 >#4 0xc02f9cb1 in trap_pfault (frame=0xc0367958, usermode=0, eva=48) > at /usr/src/sys/i386/i386/trap.c:867 >#5 0xc02f9857 in trap (frame={tf_fs = -1071841264, tf_es = -65520, > tf_ds = -1070202864, tf_edi = 0, tf_esi = -1036472064, > tf_ebp = -1070171744, tf_isp = -1070171772, tf_ebx = -1070075364, > tf_edx = 6866944, tf_ecx = -614904832, tf_eax = 0, tf_trapno = 12, > tf_err = 0, tf_eip = -1071151920, tf_cs = 8, tf_eflags = 66182, > tf_esp = -1036472064, tf_ss = -1036472064}) > at /usr/src/sys/i386/i386/trap.c:466 >#6 0xc02784d0 in acquire_lock (lk=0xc037f21c) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:266 >#7 0xc027c5d0 in softdep_update_inodeblock (ip=0xc238b100, bp=0xcc94a43c, > waitfor=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3813 >#8 0xc0277605 in ffs_update (vp=0xdb594c00, waitfor=0) > at /usr/src/sys/ufs/ffs/ffs_inode.c:106 >#9 0xc027fa4e in ffs_sync (mp=0xc2318600, waitfor=2, cred=0xc1453680, > p=0xc03caf20) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1025 >#10 0xc01e2e7b in sync (p=0xc03caf20, uap=0x0) > at /usr/src/sys/kern/vfs_syscalls.c:577 >#11 0xc01b1e92 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:235 >#12 0xc01b2535 in panic (fmt=0xc035f76c "%s") > at /usr/src/sys/kern/kern_shutdown.c:595 >#13 0xc02fa003 in trap_fatal (frame=0xc0367b30, eva=112) > at /usr/src/sys/i386/i386/trap.c:974 >#14 0xc02f9cb1 in trap_pfault (frame=0xc0367b30, usermode=0, eva=112) > at /usr/src/sys/i386/i386/trap.c:867 >#15 0xc02f9857 in trap (frame={tf_fs = -1070202864, tf_es = -1070465008, > tf_ds = -1070465008, tf_edi = 0, tf_esi = -1069882148, > tf_ebp = -1070171244, tf_isp = -1070171300, tf_ebx = 0, tf_edx = 0, > tf_ecx = 200, tf_eax = 6291968, tf_trapno = 12, tf_err = 0, > tf_eip = -1071951464, tf_cs = 8, tf_eflags = 66118, tf_esp = 0, > tf_ss = 274877907}) at /usr/src/sys/i386/i386/trap.c:466 >#16 0xc01b5198 in tsleep (ident=0xc03ae4dc, priority=0, > wmesg=0xc0328583 "acpislp", timo=200) at /usr/src/sys/kern/kern_synch.c:436 Ah, the problem is that ACPI tries to sleep from a task, which is not safe to do. This is not easy to fix. :( -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/