The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: "Kristian Grønfeldt Sørensen" <kriller@vkr.dk>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Oops when shutting down laptop
Date: Sat, 06 Aug 2005 22:55:23 +0200	[thread overview]
Message-ID: <1123361723.8424.3.camel@localhost.localdomain> (raw)
In-Reply-To: <20050804230818.7d4df88a.akpm@osdl.org>

[-- Attachment #1: Type: text/plain, Size: 2066 bytes --]

Thanks for the info.
I am now running 2.6.12-rc5-git4 and it seems that the problem has been
solved. No oops'es  so far.

Thanks 

/Kristian


On Thu, 2005-08-04 at 23:08 -0700, Andrew Morton wrote:
> Kristian Grønfeldt Sørensen <kriller@vkr.dk> wrote:
> >
> > My laptop oops'es in the final phase of shutdown. It started this
> >  Monday. I don't remember having done anything particular with respect to
> >  the kernel around that time. It only happens when going to runlevel 0 -
> >  a reboot does not result in an oops.
> > 
> >  Until yesterday i used kernel 2.6.13-rc3, but i have now compiled
> >  2.6.13-rc5 with some debugging support. However the problem persists.
> > 
> >  Since the oops happens so late in the shutdown-sequence, that all
> >  filesystems has been unmounted, i am unable to capture the oops on the
> >  disc, but a picture of the oops is available at
> >  http://www.vkr.dk/~kriller/oops.jpg . (Sorry for not writing the oops in
> >  this mail).
> > 
> >  I tried to remove all modules except speedstep_centrino, freqtable,
> >  processor and ipv6 (reported as being in use),  before calling poweroff,
> >  but with no change.
> 
> We've been busily reverting new power management patches and it's likely
> that we fixed this one in the past day or so.  So please test 2.6.13-rc6
> when it comes out, or 2.6.13-rc5-git3 which is about three hours away,
> thanks.
> 
> If it still happens please add the below patch so we can work out the
> offending device.  Or apply it anyway - we may have a buggy driver which
> will just bite us again later.
> 
> Thanks.
> 
> --- devel/drivers/base/power/suspend.c~a	2005-08-04 23:06:27.000000000 -0700
> +++ devel-akpm/drivers/base/power/suspend.c	2005-08-04 23:08:06.000000000 -0700
> @@ -92,6 +92,8 @@ int device_suspend(pm_message_t state)
>  		get_device(dev);
>  		up(&dpm_list_sem);
>  
> +		printk("Suspending device %s\n", kobject_name(&dev->kobj));
> +
>  		error = suspend_device(dev, state);
>  
>  		down(&dpm_list_sem);
> _
> 
> 

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

      reply	other threads:[~2005-08-06 20:55 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-04 20:21 Oops when shutting down laptop Kristian Grønfeldt Sørensen
2005-08-04 20:31 ` Lee Revell
2005-08-04 20:40   ` Kristian Grønfeldt Sørensen
2005-08-04 20:34 ` Andrew Haninger
2005-08-04 20:38   ` Kristian Grønfeldt Sørensen
2005-08-05  6:08 ` Andrew Morton
2005-08-06 20:55   ` Kristian Grønfeldt Sørensen [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1123361723.8424.3.camel@localhost.localdomain \
    --to=kriller@vkr.dk \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox