From: Aaron Lu <aaron.lu@amd.com>
To: Lin Ming <ming.m.lin@intel.com>
Cc: Alan Stern <stern@rowland.harvard.edu>,
Zhang Rui <rui.zhang@intel.com>, Jeff Garzik <jgarzik@pobox.com>,
"Rafael J. Wysocki" <rjw@sisk.pl>, Tejun Heo <tj@kernel.org>,
linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org,
linux-scsi@vger.kernel.org, linux-pm@vger.kernel.org,
linux-acpi <linux-acpi@vger.kernel.org>
Subject: Re: [PATCH v3 7/7] [SCSI] sr: adds Zero-power ODD support
Date: Thu, 5 Apr 2012 16:32:45 +0800 [thread overview]
Message-ID: <20120405083245.GA19508@localhost.amd.com> (raw)
In-Reply-To: <CAF1ivSZ6cZ0G9uYSRsz=h0iTYarb1kx=k6_UOqCuBX+0OMOXSw@mail.gmail.com>
Hi,
On Thu, Apr 05, 2012 at 02:00:57PM +0800, Lin Ming wrote:
> >
> > Another thing to consider is, user might want to eject the tray by
> > software like the
> > eject /dev/sr0 command or some UI mouse clicks against the cdrom icon. I'm still
> > thinking how to do this correctly.
>
> Assume eject /dev/sr0 is implemented as:
>
> int fd = open("/dev/sr0", ...)
> ioctl(fd, CDROMEJECT)
>
Indeed, it is implemented as this :-)
> We may need to resume ODD in the ioctl handler(scsi_cmd_ioctl).
>
I prefer we do this in sr_block_ioctl.
Suppose the ODD is now runtime suspended and received an ioctl:
if the ioctl's cmd is CDROMEJECT, resume it.
For other cases, return an error code like EPERM.
When done, according to the result of ioctl: if success, leave it resumed;
if failed, put it back to sleep.
Something like this:
diff --git a/drivers/scsi/sr.c b/drivers/scsi/sr.c
index 5fc97d2..aa6e920 100644
--- a/drivers/scsi/sr.c
+++ b/drivers/scsi/sr.c
@@ -45,6 +45,7 @@
#include <linux/blkdev.h>
#include <linux/mutex.h>
#include <linux/slab.h>
+#include <linux/pm_runtime.h>
#include <asm/uaccess.h>
#include <scsi/scsi.h>
@@ -538,10 +539,21 @@ static int sr_block_ioctl(struct block_device *bdev, fmode_t mode, unsigned cmd,
struct scsi_cd *cd = scsi_cd(bdev->bd_disk);
struct scsi_device *sdev = cd->device;
void __user *argp = (void __user *)arg;
- int ret;
+ int ret, rpm_resumed = 0;
mutex_lock(&sr_mutex);
+ if (pm_runtime_suspended(&sdev->sdev_gendev)) {
+ if (cmd == CDROMEJECT) {
+ scsi_autopm_get_device(sdev);
+ rpm_resumed = 1;
+ }
+ else {
+ ret = -EPERM;
+ goto out;
+ }
+ }
+
/*
* Send SCSI addressing ioctls directly to mid level, send other
* ioctls to cdrom/block level.
@@ -570,6 +582,9 @@ static int sr_block_ioctl(struct block_device *bdev, fmode_t mode, unsigned cmd,
ret = scsi_ioctl(sdev, cmd, argp);
out:
+ if (rpm_resumed && ret)
+ scsi_autopm_put_device(sdev);
+
mutex_unlock(&sr_mutex);
return ret;
}
Does this work?
-Aaron
next prev parent reply other threads:[~2012-04-05 8:32 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-28 6:21 [PATCH v3 0/7] SATA ZPODD support Lin Ming
2012-03-28 6:21 ` [PATCH v3 1/7] libata-acpi: set acpi state for SATA port Lin Ming
2012-03-28 19:55 ` Aaron Lu
2012-03-28 7:57 ` Lin Ming
2012-03-28 6:21 ` [PATCH v3 2/7] libata-acpi: add ata port runtime D3Cold support Lin Ming
2012-03-28 6:21 ` [PATCH v3 3/7] libata-acpi: register/unregister device to/from power resource Lin Ming
2012-03-28 6:21 ` [PATCH v3 4/7] libata: detech Device Attention support Lin Ming
2012-03-28 11:22 ` Sergei Shtylyov
2012-03-29 5:06 ` Lin Ming
2012-03-29 11:14 ` Sergei Shtylyov
2012-03-29 11:18 ` Lin Ming
2012-03-28 6:22 ` [PATCH v3 5/7] libata: tell scsi layer device supports runtime power off Lin Ming
2012-03-28 6:22 ` [PATCH v3 6/7] PM / Runtime: Add can_power_off flag to subsys data Lin Ming
2012-03-28 6:22 ` [PATCH v3 7/7] [SCSI] sr: adds Zero-power ODD support Lin Ming
2012-03-28 14:33 ` Alan Stern
2012-03-29 5:45 ` Lin Ming
2012-03-29 13:50 ` Aaron Lu
2012-03-29 15:00 ` Alan Stern
2012-03-30 1:07 ` Aaron Lu
2012-03-30 14:28 ` Alan Stern
2012-03-31 10:45 ` Jan Ceuleers
2012-04-01 10:34 ` Aaron Lu
2012-04-05 6:00 ` Lin Ming
2012-04-05 8:32 ` Aaron Lu [this message]
2012-04-05 8:48 ` Lin Ming
2012-04-05 14:03 ` Alan Stern
2012-04-06 6:13 ` Lin Ming
2012-04-06 6:10 ` Lin Ming
2012-04-06 16:01 ` Aaron Lu
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=20120405083245.GA19508@localhost.amd.com \
--to=aaron.lu@amd.com \
--cc=jgarzik@pobox.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=ming.m.lin@intel.com \
--cc=rjw@sisk.pl \
--cc=rui.zhang@intel.com \
--cc=stern@rowland.harvard.edu \
--cc=tj@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;
as well as URLs for NNTP newsgroup(s).