From: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
To: Joerg Platte <jplatte@naasa.net>
Cc: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [2.6.30] Kernel bug with dock driver
Date: Mon, 15 Jun 2009 17:29:28 -0300 [thread overview]
Message-ID: <20090615202928.GA28319@khazad-dum.debian.net> (raw)
In-Reply-To: <200906150936.41983.jplatte@naasa.net>
On Mon, 15 Jun 2009, Joerg Platte wrote:
> > If the bug cannot be reproduced in that condition, it is happening
> > because userspace is trapping the lever release event (as it should),
> > and doing something the kernel doesn't like with it (which is a bug
> > in the kernel in any case). That might help you track down a better
> > way to reproduce the issue.
>
> if [ -d $ULTRABAY_SYSDIR ]; then
> sync
> echo 1 > $ULTRABAY_SYSDIR/delete
> logger "removed $ULTRABAY_SYSDIR"
> fi
> sync
> # Turn off power to the UltraBay:
> if [ -f /sys/devices/platform/dock.2/undock ]; then
> echo 1 > /sys/devices/platform/dock.2/undock
> logger "/sys/devices/platform/dock.2/undock"
There might be a race there, as you call undock but you don't really know if
the SCSI device was deleted.
> What I discovered today after modifying ultrabay_open was that in some cases
> the script is called again directly after inserting a drive to the bay. But
> only, if the execution of this script takes some more time (I added a sleep 2
> after the second sync to be able to see which command might trigger the bug).
So, please try to reproduce this by sending a number of delete requests
back-to-back in a row, and also mixing delete requests with undock requests.
When you find out what causes the OOPS (and it _is_ a bug in the kernel if
any of those oops), we can try to direct the bug report to someone who can
fix the problem.
> to undock a device while it is in the process of being undocked? How should I
> modify the udev rule to prevent another execution each time a drive is
> inserted into the bay?
You will need locking, unfortunately. Also, check if there is a device in
the bay. event+device in bay == hotunplug. event+no device in bay ==
hotplug.
That is, if the events don't already tell you (i.e. different events for
plug and unplug). I don't recall right now if the ACPI events are
different, but I do recall the thinkpad BIOS follows the ACPI spec correctly
on this area.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
next prev parent reply other threads:[~2009-06-15 20:29 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-14 19:00 [2.6.30] Kernel bug with dock driver Joerg Platte
2009-06-15 2:02 ` Henrique de Moraes Holschuh
2009-06-15 7:36 ` Joerg Platte
2009-06-15 20:29 ` Henrique de Moraes Holschuh [this message]
2009-06-16 9:24 ` Joerg Platte
2009-06-17 12:34 ` Henrique de Moraes Holschuh
2009-06-18 21:22 ` Joerg Platte
2009-06-18 22:10 ` Henrique de Moraes Holschuh
2009-06-17 7:13 ` Zhang Rui
2009-06-18 21:26 ` Joerg Platte
2009-06-18 22:12 ` Henrique de Moraes Holschuh
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=20090615202928.GA28319@khazad-dum.debian.net \
--to=hmh@hmh.eng.br \
--cc=jplatte@naasa.net \
--cc=linux-acpi@vger.kernel.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