From: Johannes Reif <reif@corscience.de>
To: Dave Hylands <dhylands@gmail.com>
Cc: "S, Venkatraman" <svenkatr@ti.com>,
Mathieu Poirier <mathieu.poirier@canonical.com>,
Madhusudhan Chikkature <madhu.cr@ti.com>,
Thomas Weber <weber@corscience.de>,
linux-omap <linux-omap@vger.kernel.org>
Subject: Re: SDHC card affected by preemption model in 2.6.35
Date: Tue, 22 Feb 2011 11:03:14 +0100 [thread overview]
Message-ID: <4D6389E2.3090504@corscience.de> (raw)
In-Reply-To: <AANLkTi=UMbOYFORyTvicCvAMEd=dig7xaROMLdkcfhGW@mail.gmail.com>
Hi all,
On 22.02.2011 02:43, Dave Hylands wrote:
> Hi guys,
>
> There is a bug in the kernel workqueues. I observed it in 2.6.36.3 (it
> seems to have been introduced in 2.6.36 and is still in 2.6.37.1), One
> of my colleagues was investigating and contacted the author of the
> workqueue code (Tejun Heo). Tejun sent us the following patch:
>
> diff --git a/kernel/workqueue.c b/kernel/workqueue.c
> index 11869fa..90a17ca 100644
> --- a/kernel/workqueue.c
> +++ b/kernel/workqueue.c
> @@ -2047,6 +2047,15 @@ repeat:
> move_linked_works(work, scheduled,&n);
>
> process_scheduled_works(rescuer);
> +
> + /*
> + * Leave this gcwq. If keep_working() is %true, notify a
> + * regular worker; otherwise, we end up with 0 concurrency
> + * and stalling the execution.
> + */
> + if (keep_working(gcwq))
> + wake_up_worker(gcwq);
> +
> spin_unlock_irq(&gcwq->lock);
> }
>
>
> For us, this was causing card insertion events to not be processed.
> For us it was a race condition and depended on when the timer tick
> occured in relation to other processing, and since you're talking
> about PREEMPTION making a difference, I thought I would throw this out
> as maybe being relevant.
>
> Dave Hylands
unfortunately the cards didn't work with the patch.
We tried updating from 2.6.37-rc8 to 2.6.38-rc5 and the timeout error still occurs. However the cards get detected after the error and seem to work fine:
[ 2.456512] Waiting for root device /dev/mmcblk0p2...
[ 4.803375] mmc0: error -110 whilst initialising SD card
[ 5.201019] mmc0: new SD card at address aaaa
[ 5.206665] mmcblk0: mmc0:aaaa SU02G 1.84 GiB
[ 5.214477] mmcblk0: p1 p2
Regards,
Johannes
next prev parent reply other threads:[~2011-02-22 10:03 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-21 11:53 SDHC card affected by preemption model in 2.6.35 Johannes Reif
2011-02-22 1:43 ` Dave Hylands
2011-02-22 10:03 ` Johannes Reif [this message]
-- strict thread matches above, loose matches on Subject: below --
2010-06-15 14:52 Mathieu Poirier
2010-06-15 15:28 ` Venkatraman S
2010-06-15 21:17 ` Mathieu Poirier
2010-06-15 21:55 ` David Brownell
2010-06-15 22:43 ` Mathieu Poirier
2010-06-16 8:43 ` Venkatraman S
2010-06-16 22:12 ` Mathieu Poirier
2010-06-17 14:33 ` Venkatraman S
2011-02-18 12:57 ` Thomas Weber
[not found] ` <AANLkTikXGhSfaXqzXWsgB=z8OKeRnUR85zAnspaALHxD@mail.gmail.com>
2011-02-20 17:14 ` S, Venkatraman
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=4D6389E2.3090504@corscience.de \
--to=reif@corscience.de \
--cc=dhylands@gmail.com \
--cc=linux-omap@vger.kernel.org \
--cc=madhu.cr@ti.com \
--cc=mathieu.poirier@canonical.com \
--cc=svenkatr@ti.com \
--cc=weber@corscience.de \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.