From: Jens Axboe <jens.axboe@oracle.com>
To: xiphmont@xiph.org
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] SG_IO block filter whitelist missing MMC SET READ AHEAD command
Date: Fri, 22 Aug 2008 10:03:34 +0200 [thread overview]
Message-ID: <20080822080334.GU20055@kernel.dk> (raw)
In-Reply-To: <806dafc20808220041y7b79e501p774195f201d5e3f8@mail.gmail.com>
(apologies to Monty who will receive this email twice)
> Hi Jens,
>
> I have another request for the block filter SG_IO command whitelist,
> specifically the MMC streaming command set SET READ AHEAD command.
> The command applies only to MMC CDROM/DVDROM drives with the streaming
> optional feature set. The command is useful to cdparanoia in that it
> allows explicit cache control side effects that are, on many drives,
> cdparanoia's most efficient way to flush/disable the media cache on
> cdrom drives. I am aware of no reason why it should not be accessible
> from usespace.
>
> Also note that the command is already fully accessible through the
> SCSI-native version of the SG_IO ioctl as well as the traditional SG
> interface. The command is only being refused on block devices. That
> means that on a typical stock distro, the command is available through
> /dev/sg* but not /dev/scd* although both are typically available and
> accessible. Filtering the command is not providing any protection,
> only a confusing inconsistency.
>
> For convenience's sake, trivial patch below.
>
> diff -ru linux-2.6.26.3/block/scsi_ioctl.c
> linux-2.6.26.3-monty/block/scsi_ioctl.c
> --- linux-2.6.26.3/block/scsi_ioctl.c 2008-08-20 14:11:37.000000000 -0400
> +++ linux-2.6.26.3-monty/block/scsi_ioctl.c 2008-08-22
> 04:17:56.194248000 -0400
> @@ -188,6 +188,7 @@
> safe_for_write(GPCMD_PREVENT_ALLOW_MEDIUM_REMOVAL),
> safe_for_write(GPCMD_LOAD_UNLOAD),
> safe_for_write(GPCMD_SET_STREAMING),
> + safe_for_write(GPCMD_SET_READ_AHEAD),
> };
> unsigned char type = cmd_type[cmd[0]];
Looks harmless enough to me, I've adapted your patch for current -git.
Note that with 2.6.27, you can actually modify the command table at
runtime as well. But we should still have sane defaults.
--
Jens Axboe
prev parent reply other threads:[~2008-08-22 8:03 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-22 7:36 [PATCH] SG_IO block filter whitelist missing MMC SET READ AHEAD command xiphmont
[not found] ` <806dafc20808220041y7b79e501p774195f201d5e3f8@mail.gmail.com>
2008-08-22 8:03 ` Jens Axboe [this message]
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=20080822080334.GU20055@kernel.dk \
--to=jens.axboe@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=xiphmont@xiph.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