public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@osdl.org>
To: "Barry K. Nathan" <barryn@pobox.com>
Cc: mingo@elte.hu, arjan@linux.intel.com,
	linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, "Brown,
	Len" <len.brown@intel.com>
Subject: Re: 2.6.17-rc5-mm3: "BUG: scheduling while atomic" flood when resuming from disk
Date: Sun, 4 Jun 2006 22:51:40 -0700	[thread overview]
Message-ID: <20060604225140.cf87519f.akpm@osdl.org> (raw)
In-Reply-To: <986ed62e0606042223l2381d877g4bc798ec64804d43@mail.gmail.com>

On Sun, 4 Jun 2006 22:23:24 -0700
"Barry K. Nathan" <barryn@pobox.com> wrote:

Please don't send word-wrapped emails.

> [  355.081000] swsusp: Need to copy 59004 pages
> [  355.081000] Intel machine check architecture supported.
> [  355.081000] Intel machine check reporting enabled on CPU#0.
> [  355.081000] swsusp: Restoring Highmem
> [  487.081000] APIC error on CPU0: 00(00)

What's this?

> [  487.203000] ACPI Exception (acpi_bus-0070): AE_NOT_FOUND, No
> context for object [c174d620] [20060310]

And this?

> [  487.203000] PM: Writing back config space on device 0000:00:00.0 at
> offset 1 (was 22300006, writing 32300006)
> [  487.203000] PCI: Setting latency timer of device 0000:00:01.0 to 64
> [  487.204000] PM: Writing back config space on device 0000:00:06.0 at
> offset 1 (was 2100005, writing 2100000)
> [  487.204000] BUG: scheduling while atomic: hibernate.sh/0x00000001/4681
> [  487.204000]  [<c010465a>] show_trace_log_lvl+0x18a/0x190
> [  487.205000]  [<c0105c3c>] show_trace+0x2c/0x30
> [  487.205000]  [<c0105c6b>] dump_stack+0x2b/0x30
> [  487.205000]  [<c033d4fa>] schedule+0x6fa/0xa30
> [  487.205000]  [<c033e111>] schedule_timeout+0x51/0xc0
> [  487.205000]  [<c033e19f>] schedule_timeout_uninterruptible+0x1f/0x30
> [  487.206000]  [<c012aada>] msleep+0x2a/0x50
> [  487.206000]  [<c022e55d>] pci_set_power_state+0x1bd/0x250
> [  487.208000]  [<c022e617>] pci_enable_device_bars+0x27/0x80
> [  487.209000]  [<c022e6a0>] pci_enable_device+0x30/0x40
> [  487.211000]  [<e0a36ee0>] snd_cmipci_resume+0x30/0x110 [snd_cmipci]
> [  487.211000]  [<c023045a>] pci_device_resume+0x2a/0x80
> [  487.213000]  [<c02909a9>] resume_device+0x59/0xd0
> [  487.215000]  [<c0290b5e>] dpm_resume+0x9e/0xb0
> [  487.217000]  [<c0290b85>] device_resume+0x15/0x1f
> [  487.219000]  [<c014d085>] pm_suspend_disk+0xb5/0x109
> [  487.220000]  [<c014bcd5>] enter_state+0x145/0x190
> [  487.220000]  [<c014bdb9>] state_store+0x99/0xb0
> [  487.221000]  [<c01d1413>] subsys_attr_store+0x33/0x40
> [  487.222000]  [<c01d1d14>] sysfs_write_file+0xa4/0xf0
> [  487.223000]  [<c0182361>] vfs_write+0x101/0x1f0
> [  487.224000]  [<c0182fec>] sys_write+0x4c/0x90
> [  487.225000]  [<c0341a0a>] sysenter_past_esp+0x63/0xa1
> [  487.225000]  [<b7f40410>] 0xb7f40410
> [  487.227000] PCI: Enabling device 0000:00:06.0 (0000 -> 0001)
> [  487.227000] ACPI: PCI Interrupt 0000:00:06.0[A] -> GSI 17 (level,

The interesting thing is that we've done sleepy things like down() just
prior to this.  Do you have CONFIG_PREEMPT and CONFIG_DEBUG_SPINLOCK_SLEEP
enabled?  If not, please turn them on, see what happens.

I don't see anything on that code path which would cause this.  Maybe I
missed it.


       reply	other threads:[~2006-06-05  5:51 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <986ed62e0606042223l2381d877g4bc798ec64804d43@mail.gmail.com>
2006-06-05  5:51 ` Andrew Morton [this message]
2006-06-05  6:28   ` 2.6.17-rc5-mm3: "BUG: scheduling while atomic" flood when resuming from disk Barry K. Nathan
2006-06-07 10:14   ` Barry K. Nathan
2006-06-14  3:57   ` Barry K. Nathan

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=20060604225140.cf87519f.akpm@osdl.org \
    --to=akpm@osdl.org \
    --cc=arjan@linux.intel.com \
    --cc=barryn@pobox.com \
    --cc=len.brown@intel.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    /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