From: Dave Jones <davej@suse.de>
To: Andre Hedrick <andre@linuxdiskcert.org>
Cc: Zwane Mwaikambo <zwane@linux.realnet.co.sz>,
Jens Axboe <axboe@suse.de>, Manuel McLure <manuel@mclure.org>,
linux-kernel@vger.kernel.org, Alan Cox <alan@lxorguk.ukuu.org.uk>,
Marcelo Tosatti <marcelo@conectiva.com.br>
Subject: Re: [PATCH] Re: 2.4.17 Oops when trying to mount ATAPI CDROM
Date: Tue, 5 Feb 2002 14:12:12 +0100 [thread overview]
Message-ID: <20020205141212.B24679@suse.de> (raw)
In-Reply-To: <Pine.LNX.4.44.0202050759060.2739-100000@netfinity.realnet.co.sz> <Pine.LNX.4.10.10202042222340.30858-100000@master.linux-ide.org>
In-Reply-To: <Pine.LNX.4.10.10202042222340.30858-100000@master.linux-ide.org>; from andre@linuxdiskcert.org on Mon, Feb 04, 2002 at 10:27:42PM -0800
On Mon, Feb 04, 2002 at 10:27:42PM -0800, Andre Hedrick wrote:
>
> Folks there is a bigger problem if we are able to get to loading a
> sub-driver and we do not have a valid copy of the identify page attached
> to the drive struct. The resulting patch below is a nice bounds check for
> presense of "struct hd_driveid *id = drive->id" but this should have
> bombed out long before hand. I do not know if the suspend to swap has
> altered the behavor or not, but the driver has lost it knowledge about the
> device attached.
Suspend to swap hasn't been merged yet, so you shouldn't need
to worry about this..
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
next prev parent reply other threads:[~2002-02-05 13:12 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-02-03 1:02 2.4.17 Oops when trying to mount ATAPI CDROM Manuel McLure
2002-02-03 6:04 ` Andre Hedrick
2002-02-03 6:28 ` Andrew Morton
2002-02-03 18:21 ` Manuel McLure
2002-02-03 18:32 ` Manuel McLure
2002-02-04 7:59 ` Jens Axboe
2002-02-05 6:04 ` [PATCH] " Zwane Mwaikambo
2002-02-05 6:27 ` Andre Hedrick
2002-02-05 13:12 ` Dave Jones [this message]
2002-02-05 23:11 ` Bill Davidsen
2002-02-06 7:49 ` Zwane Mwaikambo
2002-02-04 18:53 ` Manuel McLure
2002-02-05 2:01 ` 2.4.17 Oops when trying to mount ATAPI CDROM - Conclusion Manuel McLure
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=20020205141212.B24679@suse.de \
--to=davej@suse.de \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=andre@linuxdiskcert.org \
--cc=axboe@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=manuel@mclure.org \
--cc=marcelo@conectiva.com.br \
--cc=zwane@linux.realnet.co.sz \
/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.