Gitweb:     
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b9a3b4d1453689f2927668fcdc4827fdccf44d1b
Commit:     b9a3b4d1453689f2927668fcdc4827fdccf44d1b
Parent:     b196fc69f7be7b4454781add9c2d5173f44d509b
Author:     Olof Johansson <[EMAIL PROTECTED]>
AuthorDate: Wed May 9 23:00:20 2007 -0500
Committer:  Jeff Garzik <[EMAIL PROTECTED]>
CommitDate: Fri May 11 18:18:39 2007 -0400

    pata_platform: don't use generic ata_port_start
    
    I have a system where I have a simple IDE controller that sits on a
    local bus without bus master dma capability, and thus no dma_mapping
    ops defined for the device/bus.
    
    pata_platform works great for me, with the exception of using the generic
    ata_port_start which tries to do a dmam_alloc_coherent.
    
    Looks like it doesn't need to allocate a prd table at all, so replace it
    with a dummy function instead.
    
    Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
    Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
 drivers/ata/pata_platform.c |    4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/drivers/ata/pata_platform.c b/drivers/ata/pata_platform.c
index a0a650c..1f63848 100644
--- a/drivers/ata/pata_platform.c
+++ b/drivers/ata/pata_platform.c
@@ -48,6 +48,8 @@ static int pata_platform_set_mode(struct ata_port *ap, struct 
ata_device **unuse
        return 0;
 }
 
+static int ata_dummy_ret0(struct ata_port *ap) { return 0; }
+
 static struct scsi_host_template pata_platform_sht = {
        .module                 = THIS_MODULE,
        .name                   = DRV_NAME,
@@ -91,7 +93,7 @@ static struct ata_port_operations pata_platform_port_ops = {
        .irq_on                 = ata_irq_on,
        .irq_ack                = ata_irq_ack,
 
-       .port_start             = ata_port_start,
+       .port_start             = ata_dummy_ret0,
 };
 
 static void pata_platform_setup_port(struct ata_ioports *ioaddr,
-
To unsubscribe from this list: send the line "unsubscribe git-commits-head" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to