All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tejun Heo <htejun@gmail.com>
To: Jeff Garzik <jeff@garzik.org>
Cc: linux-ide@vger.kernel.org, liml@rtr.ca, alan@lxorguk.ukuu.org.uk,
	kngregertsen@norway.atmel.com, sonic.adi@gmail.com,
	rmk@arm.linux.org.uk, alessandro.zummo@towertech.it,
	domen.puncer@telargo.com, akira2.iguchi@toshiba.co.jp,
	leoli@freescale.com, florian@openwrt.org
Subject: Re: [PATCHSET] libata: clean up scsi_host_templates and ata_port_operations, take #3
Date: Wed, 19 Mar 2008 14:43:49 +0900	[thread overview]
Message-ID: <47E0A815.80906@gmail.com> (raw)
In-Reply-To: <47DE63F2.2030404@garzik.org>

Jeff Garzik wrote:
> Tejun Heo wrote:
>> Hello, all.
>>
>> This is the third take of cleanup-sht-ops patchset.  As the name
>> suggests it reorganizes and cleans up scsi_host_template and
>> ata_port_operation tables used by libata core and low level drivers.
>>
>> Please read the head message of the first take[F] for more info.
>> Changes from the last take[L] are...
>>
>> * Updated to fit the current upstream-fixes.
>>
>> * pata_scc thaw change applied.
>>
>> * pata_rb500_cf newly converted.
>>
>> * Updated to accomodate drivers w/o any reset method available.
>>
>> The following drivers need specific platform to build, so they need
>> verification.  If you work on one of the following drivers, please
>> verify that the driver builds and works fine.  It would be best if you
>> can verify that the sht and ops don't change by the fifth and sixth
>> patches using the method I'll write in another message.
>>
>> * pata_at32
>> * pata_bf54x
>> * pata_icside
>> * pata_ixp4xx_cf
>> * pata_mpc52xx
>> * pata_scc
>> * sata_fsl
>> * pata_rb500_cf
>>
>> This patchset is on top of
>>
>>   upstream-fixes (3db691daa4f6c4b899e144ea54a65738402c94e3)
>> + [1] prefer-hardreset patchset, take#3 (the subject line is wrong)
>> + [2] devres-implement-pcim_iomap_regions_request_all
>> + [3] ahci-request-all-PCI-BARs
>> + [4] libata-PCI-device-should-be-powered-up-before-being-accessed
>>
>> This patchset is available as GIT branch.
>>
>> http://git.kernel.org/?p=linux/kernel/git/tj/libata-dev.git;a=shortlog;h=cleanup-sht-ops
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/tj/libata-dev.git
>> cleanup-sht-ops
>>
>> The verification method is the same as before[B].
>>
>> Thanks.
> 
> ACK patchset; based on recent comments I will await one final resend --
> or simply do a 'git pull'?
> 

Okay, branches updated.  Please pull.  There are only two changes.

* "sata_promise: hardreset is broken" patch added before
  prefer-hardreset patchset.  It just passes NULL for hardreset
  method.  This later gets translated into ops->hardreset =
  ATA_OP_NULL while making reset methods ops.

* pmp ops moved to sata_pmp_port_ops from sata_port_ops as they should
  be.

I'll post the sata_promise-hardreset-is-broken patch as reply to this
message and the following is the difference between end results of the
previous and updated patchset.

diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
index 5498a5b..482765f 100644
--- a/drivers/ata/libata-core.c
+++ b/drivers/ata/libata-core.c
@@ -87,10 +87,6 @@ const struct ata_port_operations sata_port_ops = {
 
 	.qc_defer		= ata_std_qc_defer,
 	.dev_select		= ata_noop_dev_select,
-};
-
-const struct ata_port_operations sata_pmp_port_ops = {
-	.inherits		= &sata_port_ops,
 
 	.pmp_prereset		= sata_pmp_std_prereset,
 	.pmp_hardreset		= sata_pmp_std_hardreset,
@@ -98,6 +94,10 @@ const struct ata_port_operations sata_pmp_port_ops = {
 	.error_handler		= sata_pmp_error_handler,
 };
 
+const struct ata_port_operations sata_pmp_port_ops = {
+	.inherits		= &sata_port_ops,
+};
+
 const struct ata_port_operations ata_sff_port_ops = {
 	.inherits		= &ata_base_port_ops,
 
diff --git a/drivers/ata/sata_promise.c b/drivers/ata/sata_promise.c
index 28e4664..39b8022 100644
--- a/drivers/ata/sata_promise.c
+++ b/drivers/ata/sata_promise.c
@@ -176,10 +176,6 @@ static const struct ata_port_operations pdc_common_ops = {
 static struct ata_port_operations pdc_sata_ops = {
 	.inherits		= &pdc_common_ops,
 	.cable_detect		= pdc_sata_cable_detect,
-	/* FIXME: hardreset is currently broken and causes hotplug
-	 * event loop.  Remove ATA_OP_NULL once hardreset is fixed.
-	 */
-	.hardreset		= ATA_OP_NULL,
 	.scr_read		= pdc_sata_scr_read,
 	.scr_write		= pdc_sata_scr_write,
 	.port_start		= pdc_sata_port_start,

-- 
tejun

  reply	other threads:[~2008-03-19 21:03 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-11 12:05 [PATCHSET] libata: clean up scsi_host_templates and ata_port_operations, take #3 Tejun Heo
2008-03-11 12:05 ` [PATCH 1/9] libata: reorganize ata_port_operations Tejun Heo
2008-03-11 12:05 ` [PATCH 2/9] libata: implement and use ata_noop_irq_clear() Tejun Heo
2008-03-11 12:05 ` [PATCH 3/9] libata: normalize port_info, port_operations and sht tables Tejun Heo
2008-03-11 12:06 ` [PATCH 4/9] libata: implement and use SHT initializers Tejun Heo
2008-03-11 12:06 ` [PATCH 5/9] libata: implement and use ops inheritance Tejun Heo
2008-03-11 12:06 ` [PATCH 6/9] libata: make ata_pci_init_one() not use ops->irq_handler and pi->sht Tejun Heo
2008-03-11 12:06 ` [PATCH 7/9] libata: stop overloading port_info->private_data Tejun Heo
2008-03-11 12:06 ` [PATCH 8/9] libata: kill port_info->sht and ->irq_handler Tejun Heo
2008-03-11 12:06 ` [PATCH 9/9] libata: make reset related methods proper port operations Tejun Heo
2008-03-11 15:09 ` [PATCHSET] libata: clean up scsi_host_templates and ata_port_operations, take #3 Mark Lord
2008-03-12  6:48 ` Tejun Heo
2008-03-17 12:28 ` Jeff Garzik
2008-03-19  5:43   ` Tejun Heo [this message]
2008-03-19  5:45     ` [PATCH] sata_promise: hardreset is broken 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=47E0A815.80906@gmail.com \
    --to=htejun@gmail.com \
    --cc=akira2.iguchi@toshiba.co.jp \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=alessandro.zummo@towertech.it \
    --cc=domen.puncer@telargo.com \
    --cc=florian@openwrt.org \
    --cc=jeff@garzik.org \
    --cc=kngregertsen@norway.atmel.com \
    --cc=leoli@freescale.com \
    --cc=liml@rtr.ca \
    --cc=linux-ide@vger.kernel.org \
    --cc=rmk@arm.linux.org.uk \
    --cc=sonic.adi@gmail.com \
    /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.