On Thu, Sep 22, 2005 at 06:49:37PM -0700, Matthew Dillon wrote:
>
> :After playing around a little, I found that the following patch makes
> :suspend/resume work:
> :..
> :
> :
> :icu_reinit() has been in previous FreeBSD versions of acpi_wakeup.c.
> :
> :I am not sure, whether this is the right
:After playing around a little, I found that the following patch makes
:suspend/resume work:
:..
:
:
:icu_reinit() has been in previous FreeBSD versions of acpi_wakeup.c.
:
:I am not sure, whether this is the right way to fix it though.
:
: Johannes
Nice work! It does make sense... interru
After playing around a little, I found that the following patch makes
suspend/resume work:
Index: i386/acpica5/acpi_wakeup.c
===
RCS file: /home/dcvs/src/sys/i386/acpica5/acpi_wakeup.c,v
retrieving revision 1.7
diff -u -r1.7 acpi_w
Matthew Dillon <[EMAIL PROTECTED]> wrote:
>
> :Matthew Dillon <[EMAIL PROTECTED]> wrote:
> :>
> :>Hmm. If it popped into the debugger it should have presented some
> :>sort of error message. See if you can get a kernel core dump with
> :>it in that state.
> :
> :That's what I did.
:Matthew Dillon <[EMAIL PROTECTED]> wrote:
:>
:>Hmm. If it popped into the debugger it should have presented some
:>sort of error message. See if you can get a kernel core dump with
:>it in that state.
:
:That's what I did. I did a panic in the debugger and it wrote a kernel
:core
Matthew Dillon <[EMAIL PROTECTED]> wrote:
>
>Hmm. If it popped into the debugger it should have presented some
>sort of error message. See if you can get a kernel core dump with
>it in that state.
That's what I did. I did a panic in the debugger and it wrote a kernel
core dump, whi
:I am trying to get suspend to RAM working on my Thinkpad. The machine
:suspends fine, and even comes up again, but then stops in the kernel
:debugger immediately. Here is a stacktrace from gdb:
:
:..
:
:#37 0xc80d4c00 in ?? ()
:#38 0xdebf9988 in ?? ()
:#39 0xc026ebef in cdevsw_putport (port=0xcce
I am trying to get suspend to RAM working on my Thinkpad. The machine
suspends fine, and even comes up again, but then stops in the kernel
debugger immediately. Here is a stacktrace from gdb:
..
#37 0xc80d4c00 in ?? ()
#38 0xdebf9988 in ?? ()
#39 0xc026ebef in cdevsw_putport (port=0xcce52700, lms
