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 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.