Re: [PATCH 0/8] sdhci: Move real work out of an atomic context

From: Anton Vorontsov
Date: Thu Sep 09 2010 - 03:15:31 EST


On Thu, Sep 09, 2010 at 03:28:34AM +0100, Chris Ball wrote:
[...]
> [ 7.372843] [<b04193ce>] __might_sleep+0xd9/0xe0
> [ 7.387864] [<b07260cc>] mutex_lock+0x1c/0x2a
> [ 7.402576] [<b06396e8>] sdhci_led_control+0x1a/0x41
> [ 7.417727] [<b063bece>] led_trigger_event+0x42/0x5c

led_trigger_even grabs a readlock. :-(

> [ 7.432807] [<b06326f8>] mmc_request_done+0x56/0x6f
> [ 7.447597] [<b063a2d1>] sdhci_finish_work+0xc8/0xcd
> [ 7.462643] [<b063a209>] ? sdhci_finish_work+0x0/0xcd
> [ 7.477941] [<b0432776>] worker_thread+0x165/0x1ed
> [ 7.492856] [<b063a209>] ? sdhci_finish_work+0x0/0xcd
> [ 7.508204] [<b0435591>] ? autoremove_wake_function+0x0/0x34
> [ 7.524178] [<b0432611>] ? worker_thread+0x0/0x1ed
> [ 7.538953] [<b04352a0>] kthread+0x63/0x68
> [ 7.552659] [<b043523d>] ? kthread+0x0/0x68
> [ 7.566349] [<b0402cf6>] kernel_thread_helper+0x6/0x10
> [ 7.709931] udev: starting version 141
> [ 7.940374] mmc2: new high speed SDHC card at address e4da
> [ 8.058165] mmcblk0: mmc2:e4da SU04G 3.69 GiB
> [ 8.135730] mmcblk0: p1 p2
>
> Full dmesg is at http://chris.printf.net/anton-mutex-dmesg.txt.
> Anton, the kernel is 2.6.35.4-olpc plus your patchset from -mm.
> I can think about how to test on an upstream kernel instead, but
> perhaps your own tests simply didn't hit sdhci_led_control().

Yep, LEDS support was turned off.

> Andrew, if you want to drop this while the BUG() and potential
> performance regressions are worked out, I'd be happy to keep
> testing patches from Anton until it's without regressions here.

Thanks Chris.

I also think that it's better to drop these series now,
and meanwhile I'll try to prepare another patchset.

--
Anton Vorontsov
email: cbouatmailru@xxxxxxxxx
irc://irc.freenode.net/bd2
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/