On Tuesday 21 February 2006 23:49, Andrew Morton wrote: > "Hesse, Christian" <[email protected]> wrote: > > On Tuesday 21 February 2006 06:19, Andrew Morton wrote: > > > "Hesse, Christian" <[email protected]> wrote: > > > > Hello everybody, > > > > > > > > since using kernel version 2.6.16-rc4 the hal daemon is in status D > > > > after resume. I use suspend2 2.2.0.1 for 2.6.16-rc3. Any hints what > > > > could be the problem? It worked perfectly with 2.6.15.x and suspend2 > > > > 2.2. > > > > > > a) Look in the logs for any oopses, other nasties > > > > Nothing. > > > > > b) Do `echo t > /proc/sysrq-trigger', `dmesg -s 1000000 > foo' then > > > find the trace for `hald' in `foo', send it to this list. > > > > Ok, here it is: > > > > [ trace snipped ] > > > > This is with 2.6.16-rc4-git1 + suspend2 2.2.0.1. > > Hopefully suspend2 isn't involved. People would feel more comfortable if > you could test a vanilla mainline tree.. > > Could the ACPI team please take a look at fixing this regression? I did two cycles with mainline suspend now and did not hit the problem... I will keep an eye on it. -- Christian
Attachment:
pgpbZLAKyxQ0S.pgp
Description: PGP signature
- Follow-Ups:
- Re: hald in status D with 2.6.16-rc4
- From: Nigel Cunningham <[email protected]>
- Re: hald in status D with 2.6.16-rc4
- From: "Hesse, Christian" <[email protected]>
- Re: hald in status D with 2.6.16-rc4
- References:
- hald in status D with 2.6.16-rc4
- From: "Hesse, Christian" <[email protected]>
- Re: hald in status D with 2.6.16-rc4
- From: "Hesse, Christian" <[email protected]>
- Re: hald in status D with 2.6.16-rc4
- From: Andrew Morton <[email protected]>
- hald in status D with 2.6.16-rc4
- Prev by Date: Re: FMODE_EXEC or alike?
- Next by Date: Re: [Devel] Re: Which of the virtualization approaches is more suitable for kernel?
- Previous by thread: Re: hald in status D with 2.6.16-rc4
- Next by thread: Re: hald in status D with 2.6.16-rc4
- Index(es):
 |