mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "J.A. Magallon" <jamagallon@able.es>
To: linux-kernel@vger.kernel.org
Cc: linux-scsi@vger.kernel.org
Subject: Re: 2.6.14-mm1
Date: Mon, 7 Nov 2005 22:43:07 +0100	[thread overview]
Message-ID: <20051107224307.698da24b@werewolf.auna.net> (raw)
In-Reply-To: <20051107105257.333248c0.akpm@osdl.org>

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

On Mon, 7 Nov 2005 10:52:57 -0800, Andrew Morton <akpm@osdl.org> wrote:

> Reuben Farrelly <reuben-lkml@reub.net> wrote:
> >
> >  Debug: sleeping function called from invalid context at include/asm/semaphore.h:99
> >  in_atomic():1, irqs_disabled():1
> >    [<c0103c46>] dump_stack+0x17/0x19
> >    [<c011a173>] __might_sleep+0x9c/0xae
> >    [<c028f82b>] scsi_disk_get_from_dev+0x15/0x48
> >    [<c029006e>] sd_prepare_flush+0x17/0x5a
> >    [<c027f8ff>] scsi_prepare_flush_fn+0x30/0x33
> >    [<c0259da0>] blk_start_pre_flush+0xd5/0x13f
> >    [<c025936b>] elv_next_request+0x113/0x170
> >    [<c027fd45>] scsi_request_fn+0x4b/0x2fd
> >    [<c025b393>] blk_run_queue+0x2b/0x3c
> >    [<c027f0b3>] scsi_run_queue+0xa4/0xb6
> >    [<c027f11f>] scsi_next_command+0x16/0x19
> >    [<c027f1db>] scsi_end_request+0x93/0xc5
> >    [<c027f494>] scsi_io_completion+0x141/0x46b
> >    [<c02901e9>] sd_rw_intr+0x117/0x22b
> >    [<c027ae5f>] scsi_finish_command+0x7f/0x93
> >    [<c027ad43>] scsi_softirq+0xa8/0x11a
> >    [<c0121eb8>] __do_softirq+0x88/0x141
> >    [<c0104fd9>] do_softirq+0x77/0x81
> >    =======================
> >    [<c012205a>] irq_exit+0x48/0x4a
> >    [<c0104e84>] do_IRQ+0x74/0xa7
> >    [<c010374e>] common_interrupt+0x1a/0x20
> >    [<f8918c04>] acpi_processor_idle+0x11f/0x2c7 [processor]
> >    [<c0100d71>] cpu_idle+0x49/0xa0
> >    [<c01002d7>] rest_init+0x37/0x39
> >    [<c03fd8c5>] start_kernel+0x166/0x179
> >    [<c0100210>] 0xc0100210
> 
> ah-hah, that's a different trace.
> 
> sd_issue_flush() has been altered to run scsi_disk_get_from_dev(), which
> takes a semaphore.  It does this from within spinlock and, as we see here,
> from within softirq.
> 

fwiw, I get this on a RADI5 SATA setup:

Nov  7 15:57:35 nada kernel: scheduling while atomic: swapper/0x00000200/0
Nov  7 15:57:35 nada kernel:  [schedule+1599/2032] schedule+0x63f/0x7f0
Nov  7 15:57:35 nada kernel:  [<b037e00f>] schedule+0x63f/0x7f0
Nov  7 15:57:35 nada kernel:  [ata_qc_issue+83/144] ata_qc_issue+0x53/0x90
Nov  7 15:57:35 nada kernel:  [<b02d9ce3>] ata_qc_issue+0x53/0x90
Nov  7 15:57:35 nada kernel:  [ata_scsi_translate+93/272] ata_scsi_translate+0x5d/0x110
Nov  7 15:57:35 nada kernel:  [<b02dc9bd>] ata_scsi_translate+0x5d/0x110
Nov  7 15:57:35 nada kernel:  [scsi_done+0/32] scsi_done+0x0/0x20
Nov  7 15:57:35 nada kernel:  [<b02c3250>] scsi_done+0x0/0x20
Nov  7 15:57:35 nada kernel:  [__down+235/304] __down+0xeb/0x130
Nov  7 15:57:35 nada kernel:  [<b037f52b>] __down+0xeb/0x130
Nov  7 15:57:35 nada kernel:  [default_wake_function+0/16] default_wake_function+0x0/0x10
Nov  7 15:57:35 nada kernel:  [<b0118350>] default_wake_function+0x0/0x10
Nov  7 15:57:35 nada kernel:  [__sched_text_start+7/12] __down_failed+0x7/0xc
Nov  7 15:57:35 nada kernel:  [<b037d96f>] __down_failed+0x7/0xc
Nov  7 15:57:35 nada kernel:  [sd_prepare_flush+0/112] sd_prepare_flush+0x0/0x70
Nov  7 15:57:35 nada kernel:  [<b02df230>] sd_prepare_flush+0x0/0x70
Nov  7 15:57:35 nada kernel:  [.text.lock.sd+43/129] .text.lock.sd+0x2b/0x81
Nov  7 15:57:35 nada kernel:  [<b02e06ca>] .text.lock.sd+0x2b/0x81
Nov  7 15:57:35 nada kernel:  [sd_prepare_flush+30/112] sd_prepare_flush+0x1e/0x70
Nov  7 15:57:35 nada kernel:  [<b02df24e>] sd_prepare_flush+0x1e/0x70
Nov  7 15:57:35 nada kernel:  [scsi_prepare_flush_fn+44/48] scsi_prepare_flush_fn+0x2c/0x30
Nov  7 15:57:35 nada kernel:  [<b02c85dc>] scsi_prepare_flush_fn+0x2c/0x30
Nov  7 15:57:35 nada kernel:  [blk_start_post_flush+183/272] blk_start_post_flush+0xb7/0x110
Nov  7 15:57:35 nada kernel:  [<b02965e7>] blk_start_post_flush+0xb7/0x110
Nov  7 15:57:35 nada kernel:  [__blk_complete_barrier_rq+108/160] __blk_complete_barrier_rq+0x6c/0xa0
Nov  7 15:57:35 nada kernel:  [<b02966ac>] __blk_complete_barrier_rq+0x6c/0xa0
Nov  7 15:57:35 nada kernel:  [blk_complete_barrier_rq+15/32] blk_complete_barrier_rq+0xf/0x20
Nov  7 15:57:35 nada kernel:  [<b02966ef>] blk_complete_barrier_rq+0xf/0x20
Nov  7 15:57:35 nada kernel:  [scsi_io_completion+77/1168] scsi_io_completion+0x4d/0x490
Nov  7 15:57:35 nada kernel:  [<b02c803d>] scsi_io_completion+0x4d/0x490
Nov  7 15:57:35 nada kernel:  [sd_rw_intr+85/608] sd_rw_intr+0x55/0x260
Nov  7 15:57:35 nada kernel:  [<b02df325>] sd_rw_intr+0x55/0x260
Nov  7 15:57:35 nada kernel:  [__wake_up+56/80] __wake_up+0x38/0x50
Nov  7 15:57:35 nada kernel:  [<b0118408>] __wake_up+0x38/0x50
Nov  7 15:57:35 nada kernel:  [scsi_finish_command+121/160] scsi_finish_command+0x79/0xa0
Nov  7 15:57:35 nada kernel:  [<b02c34c9>] scsi_finish_command+0x79/0xa0
Nov  7 15:57:35 nada kernel:  [scsi_softirq+183/304] scsi_softirq+0xb7/0x130
Nov  7 15:57:35 nada kernel:  [<b02c3397>] scsi_softirq+0xb7/0x130
Nov  7 15:57:35 nada kernel:  [__rcu_process_callbacks+86/208] __rcu_process_callbacks+0x56/0xd0
Nov  7 15:57:35 nada kernel:  [<b012e5f6>] __rcu_process_callbacks+0x56/0xd0
Nov  7 15:57:35 nada kernel:  [__do_softirq+114/224] __do_softirq+0x72/0xe0
Nov  7 15:57:35 nada kernel:  [<b01220e2>] __do_softirq+0x72/0xe0
Nov  7 15:57:35 nada kernel:  [do_softirq+91/96] do_softirq+0x5b/0x60
Nov  7 15:57:35 nada kernel:  [<b01051fb>] do_softirq+0x5b/0x60
Nov  7 15:57:35 nada kernel:  =======================
Nov  7 15:57:35 nada kernel:  [do_IRQ+73/112] do_IRQ+0x49/0x70
Nov  7 15:57:35 nada kernel:  [<b01050c9>] do_IRQ+0x49/0x70
Nov  7 15:57:35 nada kernel:  [common_interrupt+26/32] common_interrupt+0x1a/0x20
Nov  7 15:57:35 nada kernel:  [<b0103892>] common_interrupt+0x1a/0x20
Nov  7 15:57:35 nada kernel:  [default_idle+0/96] default_idle+0x0/0x60
Nov  7 15:57:35 nada kernel:  [<b0100d30>] default_idle+0x0/0x60
Nov  7 15:57:35 nada kernel:  [default_idle+44/96] default_idle+0x2c/0x60
Nov  7 15:57:35 nada kernel:  [<b0100d5c>] default_idle+0x2c/0x60
Nov  7 15:57:35 nada kernel:  [cpu_idle+94/128] cpu_idle+0x5e/0x80
Nov  7 15:57:35 nada kernel:  [<b0100e0e>] cpu_idle+0x5e/0x80


--
J.A. Magallon <jamagallon()able!es>     \               Software is like sex:
werewolf!able!es                         \         It's better when it's free
Mandriva Linux release 2006.1 (Cooker) for i586
Linux 2.6.14-jam1 (gcc 4.0.2 (4.0.2-1mdk for Mandriva Linux release 2006.1))

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  parent reply	other threads:[~2005-11-07 21:44 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-07  2:24 2.6.14-mm1 Andrew Morton
2005-11-07  3:25 ` 2.6.14-mm1 Christoph Hellwig
2005-11-07  6:12   ` 2.6.14-mm1 Andrew Morton
2005-11-07  6:34     ` 2.6.14-mm1 Herbert Xu
2005-11-07  3:30 ` 2.6.14-mm1 Christoph Hellwig
2005-11-07 12:18   ` 2.6.14-mm1 Roman Zippel
2005-11-07 17:02     ` 2.6.14-mm1 Christoph Hellwig
2005-11-07 17:23       ` 2.6.14-mm1 Roman Zippel
2005-11-07 12:41   ` 2.6.14-mm1 Geert Uytterhoeven
2005-11-07  4:04 ` 2.6.14-mm1 Brice Goglin
2005-11-07  4:10 ` 2.6.14-mm1 Reuben Farrelly
2005-11-07  6:07   ` 2.6.14-mm1 Andrew Morton
2005-11-07  8:24   ` 2.6.14-mm1 Benoit Boissinot
2005-11-07  9:54 ` 2.6.14-mm1 Reuben Farrelly
2005-11-07 10:09   ` 2.6.14-mm1 Andrew Morton
2005-11-07 10:26     ` 2.6.14-mm1 Neil Brown
2005-11-07 10:37       ` 2.6.14-mm1 Andrew Morton
2005-11-07 10:44         ` 2.6.14-mm1 Reuben Farrelly
2005-11-07 18:52           ` 2.6.14-mm1 Andrew Morton
2005-11-07 19:27             ` 2.6.14-mm1 Alan Stern
2005-11-07 21:43             ` J.A. Magallon [this message]
2005-11-08  0:07               ` 2.6.14-mm1 J.A. Magallon
2005-11-08 14:21             ` 2.6.14-mm1 James Bottomley
2005-11-09  0:30               ` 2.6.14-mm1 Reuben Farrelly
2005-11-07 12:00 ` 2.6.14-mm1 Jiri Slaby
2005-11-07 15:04   ` 2.6.14-mm1 Dustin Kirkland
2005-11-07 15:11     ` 2.6.14-mm1 Jiri Slaby
2005-11-07 16:15 ` 2.6.14-mm1 Alexander E. Patrakov
2005-11-07 19:52   ` 2.6.14-mm1 Andrew Morton
2005-11-07 20:07     ` 2.6.14-mm1 Greg KH
2005-11-07 20:30       ` 2.6.14-mm1 Dmitry Torokhov
2005-11-07 20:21     ` 2.6.14-mm1 Valdis.Kletnieks
2005-11-07 20:40       ` 2.6.14-mm1 Dmitry Torokhov
2005-11-07 20:46       ` 2.6.14-mm1 Andrew Morton
2005-11-11  9:32         ` 2.6.14-mm1 Alexander E. Patrakov
     [not found]           ` <437472DA.4090001@linuxfromscratch.org>
2005-11-11 11:50             ` 2.6.14-mm1 Alexander E. Patrakov
2005-11-07 17:37 ` 2.6.14-mm1: drivers/pci/hotplug/: namespace clashes Adrian Bunk
2005-11-07 18:41   ` Rajesh Shah
2005-11-07 20:03     ` Adrian Bunk
2005-11-07 21:37       ` Rajesh Shah
2005-11-07 21:10 ` 2.6.14-mm1: Why is USB_LIBUSUAL user-visible? Adrian Bunk
2005-11-07 21:52   ` Greg KH
2005-11-07 22:26     ` [linux-usb-devel] " Alan Stern
2005-11-07 22:28       ` Greg KH
2005-11-08  0:47         ` [-mm patch] USB_LIBUSUAL shouldn't be user-visible Adrian Bunk
2005-11-09 22:28           ` Greg KH
2005-11-10  6:41             ` Pete Zaitcev
2005-11-10 10:56               ` Adrian Bunk
2005-11-10 23:46                 ` Greg KH
2005-11-11  2:09                   ` Adrian Bunk
2005-11-11  6:13                     ` Greg KH
2005-11-11  9:31                     ` Pete Zaitcev
2005-11-10 12:11               ` Reuben Farrelly
2005-11-11  9:14           ` Pete Zaitcev
2005-11-07 23:34   ` 2.6.14-mm1: Why is USB_LIBUSUAL user-visible? Pete Zaitcev
2005-11-07 22:28 ` 2.6.14-mm1 - cpufreq build problem Rafael J. Wysocki
2005-11-08  4:36 ` [-mm patch] __deprecated_for_modules the lookup_hash() prototype Adrian Bunk
2005-11-10 13:07 ` 2.6.14-mm1 Serge Hallyn
     [not found]   ` <OFE00FE25C.725B5669-ON872570B5.0066EFF0-862570B5.00679646@us.ibm.com>
2005-11-11 17:59     ` 2.6.14-mm1 Serge Hallyn
2005-11-14 17:05       ` 2.6.14-mm1 Greg KH
2005-11-12  0:31 ` 2.6.14-mm1 Michal Piotrowski
2005-11-12  0:51   ` 2.6.14-mm1 Andrew Morton
2005-11-12  1:30     ` 2.6.14-mm1 Michal Piotrowski
2005-11-12  1:47       ` 2.6.14-mm1 Andrew Morton
2005-11-12 18:00         ` 2.6.14-mm1 Michal Piotrowski

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=20051107224307.698da24b@werewolf.auna.net \
    --to=jamagallon@able.es \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi@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

Powered by JetHome