From: Jens Axboe <axboe@suse.de>
To: Pascal Schmidt <der.eremit@email.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: MO: opening for write in cdrom.c
Date: Tue, 27 Jan 2004 17:33:39 +0100 [thread overview]
Message-ID: <20040127163339.GB11683@suse.de> (raw)
In-Reply-To: <Pine.LNX.4.44.0401271406070.881-100000@neptune.local>
On Tue, Jan 27 2004, Pascal Schmidt wrote:
> > Hmm, looks a bit strange. You want write protect to be set _if_
> > detection works, not otherwise. If it fails, just assume that you can
> > write to the drive and let the normal drive rejection work fail those
> > (maybe even catch them and write protect then).
>
> Before I had this worked out, I accidentally tried fscking a
> write-protected disc. Yes, it errored out at the end of the fsck, but
> the error messages are quite unintuitive. Lot's of I/O error in the
> kernel log and an error=0x70 from the drive. I sure didn't realize
> at first what the problem really was.
I'm surprised the sense messages don't show that it's a write to a write
protected disc (xx/27/zz, where xx == 0x07 or 0x05). However, it's even
more annoying to _not_ be able to write to a media because the kernel
thinks it knows better. In your fsck case you sort of get what you ask
for, by shooting yourself in the foot :)
> > Seeing as the method is
> > unreliable, we cannot solely rely on that.
>
> I've not seen all three variants fail, yet. I was following sd.c's
> example, that also sets write protect by default if it cannot get
> info from the drive.
>
> It's fine with me either way. Do you want me to resend with the
> default fallback changed?
Yes please.
> Oh, BTW, while I have your attention ;), have you looked at my
> latest variable blocksize support patch for ide-cd? I've tried to
> incorporate yours and Bart's suggestions.
>
> Here it is again in case you missed it in the thread.
>
>
> --- linux-2.6.2-rc1/drivers/ide/ide-cd.c.orig Sat Jan 24 01:24:03 2004
> +++ linux-2.6.2-rc1/drivers/ide/ide-cd.c Sat Jan 24 01:39:40 2004
> @@ -294,10 +294,12 @@
> * 4.60 Dec 17, 2003 - Add mt rainier support
> * - Bump timeout for packet commands, matches sr
> * - Odd stuff
> + * 4.61 Jan 22, 2004 - support hardware sector sizes other than 2kB,
> + * Pascal Schmidt <der.eremit@email.de>
> *
> *************************************************************************/
>
> -#define IDECD_VERSION "4.60"
> +#define IDECD_VERSION "4.61"
>
> #include <linux/config.h>
> #include <linux/module.h>
> @@ -1211,6 +1213,7 @@ static int cdrom_read_from_buffer (ide_d
> {
> struct cdrom_info *info = drive->driver_data;
> struct request *rq = HWGROUP(drive)->rq;
> + unsigned short sectors_per_frame = drive->queue->hardsect_size >> 9;
Nitpick: sectors_per_frame = queue_hardsect_size(q) >> 9;
That's about, the rest looks fine.
--
Jens Axboe
next prev parent reply other threads:[~2004-01-27 16:33 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.44.0401261826340.1102-100000@neptune.local>
2004-01-26 18:08 ` MO: opening for write in cdrom.c Pascal Schmidt
2004-01-27 11:07 ` Jens Axboe
2004-01-27 13:13 ` Pascal Schmidt
2004-01-27 16:33 ` Jens Axboe [this message]
[not found] <1izgH-3H4-37@gated-at.bofh.it>
[not found] ` <1iBiv-5u0-27@gated-at.bofh.it>
[not found] ` <1iEqx-8bO-31@gated-at.bofh.it>
2004-01-27 17:45 ` Pascal Schmidt
2004-01-27 23:44 ` Jens Axboe
[not found] <Pine.LNX.4.44.0401271538010.1498-100000@neptune.local>
2004-01-27 18:13 ` Pascal Schmidt
2004-01-28 0:02 ` Jens Axboe
2004-01-28 1:00 ` Pascal Schmidt
2004-01-28 1:02 ` Jens Axboe
2004-01-28 1:06 ` Pascal Schmidt
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=20040127163339.GB11683@suse.de \
--to=axboe@suse.de \
--cc=der.eremit@email.de \
--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