public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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


      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