From owner-freebsd-current@FreeBSD.ORG Sun Sep 21 23:09:17 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 9B22016A4B3 for ; Sun, 21 Sep 2003 23:09:17 -0700 (PDT) Received: from fire.org.nz (firewall.fire.org.nz [203.97.144.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AA0843FE9 for ; Sun, 21 Sep 2003 23:09:12 -0700 (PDT) (envelope-from andy@fud.org.nz) Received: by homer.fire.org.nz id <336005>; Mon, 22 Sep 2003 06:07:10 +1200 Message-Id: <03Sep22.060710nzst.336005@homer.fire.org.nz> Date: Mon, 22 Sep 2003 18:09:22 +1200 From: Andrew Thompson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5b) Gecko/20030905 Thunderbird/0.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <20030916115255.A9706@root.org> <3F6763D3.8010007@fud.org.nz> <20030916122545.V9796@root.org> <03Sep16.233331nzst.336012@homer.fire.org.nz> <20030919152455.K23391@root.org> <03Sep21.234726nzst.336010@homer.fire.org.nz> In-Reply-To: <03Sep21.234726nzst.336010@homer.fire.org.nz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: ACPI and a Toshiba Tecra 8000 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, 22 Sep 2003 06:09:17 -0000 Andrew Thompson wrote: > Nate Lawson wrote: > >> On Wed, 17 Sep 2003, Andrew Thompson wrote: >> >>> >>> It has helped and the laptop is able to suspend with the serial cable >>> attached (further than before). It now panics on the first resume with >>> the following (gdb output at bottom). >> >> >> >> You should do a quick grep through sys/dev/syscons for >> "= sc->cur_scp->index" and replace them all with the above NULL check. >> I'm interested if this will fix things. >> > > Hi, > > I fixed the other null derefernce in sc_bell() and the laptop is now > suspending with the serial console the same as without. > Hi again, again, I am a keen newbie kernel debugger but here is as far as I have got :) The first suspend it goes through the functions: acpi_SetSleepState() -> AcpiEnterSleepStatePrep() -> acpi_sleep_machdep() -> AcpiEnterSleepState() as it should, but the second suspend it only does acpi_SetSleepState() -> AcpiEnterSleepStatePrep() and then the laptop suspends itself. I am unsure why it is not getting as far the second time... db> b acpi_SetSleepState db> b AcpiEnterSleepStatePrep db> b acpi_sleep_machdep db> b AcpiEnterSleepState db> c Breakpoint at acpi_SetSleepState: pushl %ebp db> c Breakpoint at AcpiEnterSleepStatePrep: pushl %ebp db> c Breakpoint at acpi_sleep_machdep: pushl %ebp db> c ======== acpi_printcpu() debug dump ======== gdt[0077:c04b94c0] idt[0407:c04b9860] ldt[0028] tr[0020] efl[00000096] eax[00001000] ebx[c1234d00] ecx[00000000] edx[bfc00004] esi[00000000] edi[c09f54b0] ebp[c62f3aa8] esp[c62f3a70] cr0[8005003b] cr2[280b0b40] cr3[01f8c000] cr4[00000091] cs[0008] ds[0010] es[0010] fs[0018] gs[002f] ss[0010] Breakpoint at AcpiEnterSleepState: pushl %ebp db> c Breakpoint at acpi_SetSleepState: pushl %ebp db> c Breakpoint at AcpiEnterSleepStatePrep: pushl %ebp db> c