From: Thomas Kleffel <tk@maintech.de>
To: B.Zolnierkiewicz@elka.pw.edu.pl
Cc: linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: [PATCH] fix kernel oops with CF-Cards
Date: Tue, 06 Sep 2005 21:13:21 +0200 [thread overview]
Message-ID: <431DEA51.1080100@maintech.de> (raw)
Hello,
when a mounted CF-Card is removed from the system, inserted back into
the slot, removed again, and then umount is called for that device the
kernel oopes.
(This is a slightly different issue than noted in my last mail.)
This happens because the reference counting gets confused. When a disk
gets released by ide_disk_release() it sets the driver_data member of
the corresponding drive to NULL. This is bad, as the pyhsical drive
could be assigned to another idkp structure in the meantime (happens,
when the drive is removed and inserted again).
My fix is to simply leave the drive alone when a disk is released. This
shouldn't cause any side-effects - drive->driver_data isn't tested for
containing NULL anywhere.
The following patch (against vanilla 2.6.13) fixes that problem:
diff -uprN -X b/Documentation/dontdiff a/drivers/ide/ide-disk.c
b/drivers/ide/ide-disk.c
--- a/drivers/ide/ide-disk.c 2005-08-24 17:58:02.000000000 +0200
+++ b/drivers/ide/ide-disk.c 2005-09-05 02:10:30.000000000 +0200
@@ -1048,11 +1048,8 @@ static int ide_disk_remove(struct device
static void ide_disk_release(struct kref *kref)
{
struct ide_disk_obj *idkp = to_ide_disk(kref);
- ide_drive_t *drive = idkp->drive;
struct gendisk *g = idkp->disk;
- drive->driver_data = NULL;
- drive->devfs_name[0] = '\0';
g->private_data = NULL;
put_disk(g);
kfree(idkp);
Signed-off-by: Thomas Kleffel <tk@maintech.de>
Best regards,
Thomas
next reply other threads:[~2005-09-06 19:13 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-06 19:13 Thomas Kleffel [this message]
2005-09-12 14:44 ` [PATCH] fix kernel oops with CF-Cards Bartlomiej Zolnierkiewicz
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=431DEA51.1080100@maintech.de \
--to=tk@maintech.de \
--cc=B.Zolnierkiewicz@elka.pw.edu.pl \
--cc=linux-ide@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;
as well as URLs for NNTP newsgroup(s).