From: Jeff Garzik <jeff@garzik.org>
To: Tejun Heo <tj@kernel.org>
Cc: linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org
Subject: Re: [PATCHSET #upstream] libata: separate out SFF and BMDMA
Date: Tue, 28 Oct 2008 00:20:39 -0400 [thread overview]
Message-ID: <49069317.3000600@garzik.org> (raw)
In-Reply-To: <1224580680-13698-1-git-send-email-tj@kernel.org>
Tejun Heo wrote:
> Hello,
>
> This is the first take of separate-out-SFF-and-BMDMA patchset.
>
> Historically, ATA meant SFF (or TASKFILE interface) plus BMDMA and
> that holds true for many modern SATA controllers. This was reflected
> in libata implementation and libata core layer and SFF/BMDMA support
> used to be all tangled in one piece.
>
> For SFF/BMDMA drivers, this assumption is fine but for drivers which
> have native interfaces (e.g. ahci, sata_sil24), this meant that those
> drivers had to emulate SFF/BMDMA to ceratin not-so-well defined level
> libata core layer expects. A lot of this vague dependency on
> SFF/BMDMA was removed during recent SFF/BMDMA separation but there
> still are SFF/BMDMA specific assumptions in libata core layer.
>
> Another issue which surpassed with the addition of all the legacy,
> platform and somewhat peculiar PATA drivers is that now there are
> enough drivers which use SFF interface but use its own DMA interface
> or don't support DMA at all. This, in similar fashion, led those
> drivers to fake certain level of BMDMA functionality to please the
> libata SFF/BMDMA layer. This led to the following interesting
> solutions in low level drivers.
>
> 1. For BMDMA drivers which don't use traditional BMDMA register,
> ata_bmdma_mode_filter() incorrectly inhibits DMA modes. Those
> drivers either have to inherit from ata_sff_port_ops or clear
> ->mode_filter explicitly.
>
> 2. non-BMDMA drivers call into BMDMA PRD table allocation. It doesn't
> actually allocate PRD table if bmdma_addr is not initialized but is
> still confusing.
>
> 3. For BMDMA drivers which don't use traditional BMDMA register, some
> methods might not be invoked as expected (e.g. bmdma_stop from
> ata_sff_post_internal_cmd()).
>
> 4. SFF drivers w/ custom DMA interface implement noop BMDMA ops
> worrying libata core might call into one of them.
>
> This patchset further separates SFF/BMDMA support from the rest of the
> libata and separate out BMDMA from SFF. This patchset contains the
> following 22 patches.
>
> 0001-pata_sch-use-ata_pci_sff_init_one.patch
> 0002-sata_inic162x-inic162x-is-not-dependent-on-CONFIG_A.patch
> 0003-sata_mv-remove-unnecessary-initialization.patch
> 0004-libata-sff-clear-IRQ-from-ata_sff_error_handler-o.patch
> 0005-libata-sff-kill-unused-prototype-and-make-ata_dev_s.patch
> 0006-libata-kill-ATA_FLAG_DISABLED.patch
> 0007-sata_inic162x-kill-PORT_PRD_ADDR-initialization.patch
> 0008-libata-sff-reorder-SFF-BMDMA-functions.patch
> 0009-pata_cmd640-bf54x-icside-fix-inheritance.patch
> 0010-libata-sff-clean-up-BMDMA-initialization.patch
> 0011-libata-sff-introduce-ata_sff_init-exit-and-ata_sf.patch
> 0012-libata-sff-ap-last_-ctl-are-SFF-specific.patch
> 0013-libata-sff-port_task-is-SFF-specific.patch
> 0014-libata-sff-separate-out-BMDMA-EHs.patch
> 0015-libata-sff-ata_sff_-dumb_-qc_prep-are-BMDMA-specifi.patch
> 0016-libata-sff-prd-is-BMDMA-specific.patch
> 0017-libata-sff-separate-out-BMDMA-qc_issue.patch
> 0018-libata-sff-ata_sff_irq_clear-is-BMDMA-specific.patch
> 0019-libata-sff-separate-out-BMDMA-irq-handler.patch
> 0020-libata-sff-separate-out-BMDMA-init.patch
> 0021-sata_qstor-kill-dummy-BMDMA-ops.patch
> 0022-libata-sff-make-BMDMA-optional.patch
>
> 0001-0010 make things aligned for the future changes.
>
> 0004 changes the default SFF error handler behavior such that
> unnecessary register accesses are removed. I'm fairly sure this
> change is safe (tested on various SFF/BMDMA controllers) but we'll
> need to look out for problem reports.
>
> 0006 kills ATA_FLAG_DISABLED (finally). This patch touches SCSI SAS
> drivers.
>
> 0010 cleans up BMDMA initialization and bmdma_addr condition checks.
>
> 0011-0013 further separate out SFF assumptions from libata core layer.
>
> 0014-0021 separate out BMDMA from SFF.
>
> 0022 makes BMDMA optional and reorganizes Kconfig options according to
> the groups of drivers they belong to.
>
> This patchset is on top of
>
> linus#master (2515ddc6db8eb49a79f0fe5e67ff09ac7c81eab4)
> + [1] libata-sff-fix-ata_sff_post_internal_cmd
> + [2] libata-initialize-port_task-when-!CONFIG_ATA_SFF
> + [3] libata-eh-fix-slave-link-EH-action-mask-handling
> + [4] libata-transfer-EHI-control-flags-to-slave-ehc_i
>
> and makes the followings changes.
>
> drivers/ata/Kconfig | 360 +++----
> drivers/ata/Makefile | 47
> drivers/ata/ata_piix.c | 4
> drivers/ata/libata-core.c | 172 ---
> drivers/ata/libata-eh.c | 11
> drivers/ata/libata-scsi.c | 3
> drivers/ata/libata-sff.c | 1757 ++++++++++++++++++++----------------
> drivers/ata/libata.h | 37
> drivers/ata/pata_acpi.c | 10
> drivers/ata/pata_ali.c | 7
> drivers/ata/pata_amd.c | 2
> drivers/ata/pata_artop.c | 2
> drivers/ata/pata_atiixp.c | 4
> drivers/ata/pata_bf54x.c | 20
> drivers/ata/pata_cmd640.c | 10
> drivers/ata/pata_cmd64x.c | 2
> drivers/ata/pata_cs5520.c | 4
> drivers/ata/pata_cs5530.c | 6
> drivers/ata/pata_cs5535.c | 2
> drivers/ata/pata_cs5536.c | 2
> drivers/ata/pata_cypress.c | 2
> drivers/ata/pata_efar.c | 2
> drivers/ata/pata_hpt366.c | 4
> drivers/ata/pata_hpt37x.c | 6
> drivers/ata/pata_hpt3x2n.c | 4
> drivers/ata/pata_hpt3x3.c | 2
> drivers/ata/pata_icside.c | 7
> drivers/ata/pata_it8213.c | 2
> drivers/ata/pata_it821x.c | 8
> drivers/ata/pata_jmicron.c | 2
> drivers/ata/pata_marvell.c | 2
> drivers/ata/pata_mpc52xx.c | 1
> drivers/ata/pata_netcell.c | 2
> drivers/ata/pata_ninja32.c | 2
> drivers/ata/pata_ns87415.c | 4
> drivers/ata/pata_oldpiix.c | 4
> drivers/ata/pata_optidma.c | 2
> drivers/ata/pata_pdc2027x.c | 6
> drivers/ata/pata_pdc202xx_old.c | 4
> drivers/ata/pata_platform.c | 1
> drivers/ata/pata_radisys.c | 4
> drivers/ata/pata_sc1200.c | 6
> drivers/ata/pata_scc.c | 15
> drivers/ata/pata_sch.c | 12
> drivers/ata/pata_serverworks.c | 8
> drivers/ata/pata_sil680.c | 4
> drivers/ata/pata_sis.c | 2
> drivers/ata/pata_sl82c105.c | 2
> drivers/ata/pata_triflex.c | 2
> drivers/ata/pata_via.c | 2
> drivers/ata/pdc_adma.c | 74 -
> drivers/ata/sata_inic162x.c | 25
> drivers/ata/sata_mv.c | 15
> drivers/ata/sata_nv.c | 264 ++---
> drivers/ata/sata_promise.c | 30
> drivers/ata/sata_qstor.c | 102 --
> drivers/ata/sata_sil.c | 7
> drivers/ata/sata_sil24.c | 9
> drivers/ata/sata_sis.c | 4
> drivers/ata/sata_svw.c | 4
> drivers/ata/sata_sx4.c | 9
> drivers/ata/sata_uli.c | 6
> drivers/ata/sata_via.c | 6
> drivers/ata/sata_vsc.c | 12
> drivers/scsi/ipr.c | 7
> drivers/scsi/libsas/sas_scsi_host.c | 2
> include/linux/ata.h | 2
> include/linux/libata.h | 91 +
> 68 files changed, 1653 insertions(+), 1602 deletions(-)
ACK patchset
next prev parent reply other threads:[~2008-10-28 4:20 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-21 9:17 [PATCHSET #upstream] libata: separate out SFF and BMDMA Tejun Heo
2008-10-21 9:17 ` [PATCH 01/22] pata_sch: use ata_pci_sff_init_one() Tejun Heo
2008-10-21 9:17 ` [PATCH 02/22] sata_inic162x: inic162x is not dependent on CONFIG_ATA_SFF Tejun Heo
2008-10-21 9:17 ` [PATCH 03/22] sata_mv: remove unnecessary initialization Tejun Heo
2008-10-21 9:17 ` [PATCH 04/22] libata-sff: clear IRQ from ata_sff_error_handler() only when necessary Tejun Heo
2008-10-21 9:53 ` Sergei Shtylyov
2008-10-21 11:45 ` [PATCH 04/22, UPDATED] " Tejun Heo
2008-10-28 4:10 ` [PATCH 04/22] " Jeff Garzik
2008-10-28 4:28 ` Tejun Heo
2008-10-21 9:17 ` [PATCH 05/22] libata-sff: kill unused prototype and make ata_dev_select() static Tejun Heo
2010-05-07 13:47 ` Sergei Shtylyov
2008-10-21 9:17 ` [PATCH 06/22] libata: kill ATA_FLAG_DISABLED Tejun Heo
2008-10-21 9:17 ` [PATCH 07/22] sata_inic162x: kill PORT_PRD_ADDR initialization Tejun Heo
2008-10-21 9:17 ` [PATCH 08/22] libata-sff: reorder SFF/BMDMA functions Tejun Heo
2008-10-21 9:17 ` [PATCH 09/22] pata_cmd640/bf54x/icside: fix inheritance Tejun Heo
2008-10-21 9:17 ` [PATCH 10/22] libata-sff: clean up BMDMA initialization Tejun Heo
2008-10-28 4:16 ` Jeff Garzik
2008-10-21 9:17 ` [PATCH 11/22] libata-sff: introduce ata_sff_init/exit() and ata_sff_port_init() Tejun Heo
2008-10-21 9:17 ` [PATCH 12/22] libata-sff: ap->[last_]ctl are SFF specific Tejun Heo
2008-10-21 9:17 ` [PATCH 13/22] libata-sff: port_task is " Tejun Heo
2008-10-21 9:17 ` [PATCH 14/22] libata-sff: separate out BMDMA EHs Tejun Heo
2008-10-21 9:17 ` [PATCH 15/22] libata-sff: ata_sff_[dumb_]qc_prep are BMDMA specific Tejun Heo
2008-10-21 9:17 ` [PATCH 16/22] libata-sff: prd is " Tejun Heo
2008-10-21 9:17 ` [PATCH 17/22] libata-sff: separate out BMDMA qc_issue Tejun Heo
2008-10-21 9:17 ` [PATCH 18/22] libata-sff: ata_sff_irq_clear() is BMDMA specific Tejun Heo
2008-10-21 9:17 ` [PATCH 19/22] libata-sff: separate out BMDMA irq handler Tejun Heo
2008-10-21 9:17 ` [PATCH 20/22] libata-sff: separate out BMDMA init Tejun Heo
2008-10-21 15:49 ` [PATCH 20/22 UPDATED] " Tejun Heo
2008-10-21 9:17 ` [PATCH 21/22] sata_qstor: kill dummy BMDMA ops Tejun Heo
2008-10-21 10:10 ` Sergei Shtylyov
2008-10-21 11:27 ` Tejun Heo
2008-10-21 9:18 ` [PATCH 22/22] libata-sff: make BMDMA optional Tejun Heo
2008-10-21 9:26 ` [PATCHSET #upstream] libata: separate out SFF and BMDMA Tejun Heo
2008-10-21 11:36 ` Sergei Shtylyov
2008-10-21 11:43 ` Tejun Heo
2008-10-27 19:43 ` Mark Lord
2008-10-28 1:06 ` Tejun Heo
2008-10-28 4:20 ` Jeff Garzik [this message]
2008-11-03 14:26 ` Tejun Heo
2008-11-04 5:35 ` Jeff Garzik
2008-11-04 5:38 ` Tejun Heo
2008-10-28 4:31 ` [PATCH 04/22 DESC UPDATED] libata-sff: clear IRQ from ata_sff_error_handler() only when necessary Tejun Heo
2010-05-07 13:59 ` [PATCHSET #upstream] libata: separate out SFF and BMDMA Sergei Shtylyov
2010-05-08 15:33 ` 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=49069317.3000600@garzik.org \
--to=jeff@garzik.org \
--cc=linux-ide@vger.kernel.org \
--cc=linux-scsi@vger.kernel.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 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).