From: Brian Norris <computersforpeace@gmail.com>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: linux-ide@vger.kernel.org, linux-pm@lists.linux-foundation.org,
Linux Kernel <linux-kernel@vger.kernel.org>,
Brian Norris <computersforpeace@gmail.com>,
Kevin Cernekee <cernekee@gmail.com>, Tejun Heo <tj@kernel.org>
Subject: [RFC 0/3] libata/ahci unbinding, power down sequence
Date: Thu, 25 Oct 2012 09:55:58 -0700 [thread overview]
Message-ID: <1351184161-31433-1-git-send-email-computersforpeace@gmail.com> (raw)
Hello,
I sent out a few questions/suggestions earlier, regarding some trouble I was
having in supporting my SoC SATA controller under the libata / ahci_platform
driver:
http://article.gmane.org/gmane.linux.ide/52951/match=unbind+rmmod
I think I have identified a problem in libata's handling of hardware activity
at device removal/exit (relevant to my use-case of unbind or rmmod). This patch series:
(1) Allows ahci_platform to unbind a device from the driver. This is useful for
allowing total power-off of the device, for instance.
(2) Modifies libata-core so that ata_host_stop() is not called as a devres
cleanup function (after all driver-specific functions, including power-off)
The first two patches are relatively harmless and correct, I believe, where the
third patch is more significant and could use good review. I am sending code
because I hear no response to my standalone suggestions :) Please see my
previous email (URL above) and/or patch 3/3 for a more detailed description.
Thanks,
Brian
Brian Norris (3):
ahci_platform: enable hotplug unbinding
ahci_platform: convert to module_platform_driver
libata: don't perform HW activity in devres
drivers/ata/ahci_platform.c | 16 +++-------------
drivers/ata/libata-core.c | 18 +++---------------
2 files changed, 6 insertions(+), 28 deletions(-)
--
1.7.11.3
WARNING: multiple messages have this Message-ID (diff)
From: Brian Norris <computersforpeace@gmail.com>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: <linux-ide@vger.kernel.org>,
<linux-pm@lists.linux-foundation.org>,
Linux Kernel <linux-kernel@vger.kernel.org>,
Brian Norris <computersforpeace@gmail.com>,
Kevin Cernekee <cernekee@gmail.com>, Tejun Heo <tj@kernel.org>
Subject: [RFC 0/3] libata/ahci unbinding, power down sequence
Date: Thu, 25 Oct 2012 09:55:58 -0700 [thread overview]
Message-ID: <1351184161-31433-1-git-send-email-computersforpeace@gmail.com> (raw)
Hello,
I sent out a few questions/suggestions earlier, regarding some trouble I was
having in supporting my SoC SATA controller under the libata / ahci_platform
driver:
http://article.gmane.org/gmane.linux.ide/52951/match=unbind+rmmod
I think I have identified a problem in libata's handling of hardware activity
at device removal/exit (relevant to my use-case of unbind or rmmod). This patch series:
(1) Allows ahci_platform to unbind a device from the driver. This is useful for
allowing total power-off of the device, for instance.
(2) Modifies libata-core so that ata_host_stop() is not called as a devres
cleanup function (after all driver-specific functions, including power-off)
The first two patches are relatively harmless and correct, I believe, where the
third patch is more significant and could use good review. I am sending code
because I hear no response to my standalone suggestions :) Please see my
previous email (URL above) and/or patch 3/3 for a more detailed description.
Thanks,
Brian
Brian Norris (3):
ahci_platform: enable hotplug unbinding
ahci_platform: convert to module_platform_driver
libata: don't perform HW activity in devres
drivers/ata/ahci_platform.c | 16 +++-------------
drivers/ata/libata-core.c | 18 +++---------------
2 files changed, 6 insertions(+), 28 deletions(-)
--
1.7.11.3
next reply other threads:[~2012-10-25 16:57 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-25 16:55 Brian Norris [this message]
2012-10-25 16:55 ` [RFC 0/3] libata/ahci unbinding, power down sequence Brian Norris
2012-10-25 16:55 ` [RFC 1/3] ahci_platform: enable hotplug unbinding Brian Norris
2012-10-25 16:55 ` Brian Norris
2012-10-25 16:56 ` [RFC 2/3] ahci_platform: convert to module_platform_driver Brian Norris
2012-10-25 16:56 ` Brian Norris
2012-10-25 16:56 ` [RFC 3/3] libata: don't perform HW activity in devres Brian Norris
2012-10-25 16:56 ` Brian Norris
2012-10-25 17:25 ` Tejun Heo
2012-10-25 17:41 ` Brian Norris
2012-10-25 17:43 ` Tejun Heo
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=1351184161-31433-1-git-send-email-computersforpeace@gmail.com \
--to=computersforpeace@gmail.com \
--cc=cernekee@gmail.com \
--cc=jgarzik@pobox.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--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 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.