Re: PR/38683 CVS commit: src/sys/arch/x86/acpi

["Steven M. Bellovin" <smb%cs.columbia.edu@localhost>]

On Tue, 23 Sep 2008 14:55:02 +0000 (UTC)
Joerg Sonnenberger <joerg%NetBSD.org@localhost> wrote:

> The following reply was made to PR kern/38683; it has been noted by
> GNATS.
> 
> From: Joerg Sonnenberger <joerg%netbsd.org@localhost>
> To: gnats-bugs%gnats.NetBSD.org@localhost
> Cc: 
> Subject: PR/38683 CVS commit: src/sys/arch/x86/acpi
> Date: Tue, 23 Sep 2008 14:54:23 +0000 (UTC)
> 
>  Module Name: src
>  Committed By:        joerg
>  Date:                Tue Sep 23 14:54:23 UTC 2008
>  
>  Modified Files:
>       src/sys/arch/x86/acpi: acpi_wakeup.c
>  
>  Log Message:
>  Explicitly disable all GPEs and clear fixed events before enabling
>  interrupts. This is the first part of PR 38683.

This kernel appears to solve the suspend/resume problem.  I had
mentioned an issue with a powerd script hanging; that was, I believe,
due to a 'cpuctl offline 1' command I had had to use.  Commenting that
out has eliminated the problem.  However....

I sometimes see hundreds of repetitions of the same

kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkeyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy

key -- you can see an example above.  That happened when I had a system
build running in another window while I was typing this, which suggests
something seriously borked in the scheduler or timer management.  No
clue if it's related to suspend/resume cycles.  And it sometimes
happens even if I don't have anything else running.

                --Steve Bellovin, http://www.cs.columbia.edu/~smb