Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: Sergei Shtylyov <sshtylyov@ru.mvista.com>
To: David Daney <ddaney@caviumnetworks.com>
Cc: linux-ide@vger.kernel.org, linux-mips <linux-mips@linux-mips.org>
Subject: Re: [PATCH] ide: New libata driver for OCTEON SOC Compact Flash interface.
Date: Fri, 21 Nov 2008 20:37:47 +0300	[thread overview]
Message-ID: <4926F1EB.8090506@ru.mvista.com> (raw)
In-Reply-To: <49261BE5.2010406@caviumnetworks.com>

Hello.

David Daney wrote:

> As part of our efforts to get the Cavium OCTEON processor support
> merged (see: http://marc.info/?l=linux-mips&m=122704699515601), we
> have this CF driver for your consideration.

> Most OCTEON variants have *no* DMA or interrupt support on the CF
> interface so for these, only PIO is supported.  Although if DMA is
> available, we do take advantage of it.

> The register definitions are part of the chip support patch set
> mentioned above, and are not included here.

> At this point I would like to get feedback on the patch and would
> expect that it would merge via the linux-mips tree along with the rest
> of the chip support.

> Thanks,

> Signed-off-by: David Daney <ddaney@caviumnetworks.com>

> diff --git a/drivers/ata/pata_octeon_cf.c b/drivers/ata/pata_octeon_cf.c
> new file mode 100644
> index 0000000..e8712c0
> --- /dev/null
> +++ b/drivers/ata/pata_octeon_cf.c
> @@ -0,0 +1,942 @@
[...]
> +/**
> + * Handle an I/O request.
> + *
> + * @cf:         Device to access
> + * @lba_sector: Starting sector
> + * @num_sectors:
> + *                   Number of sectors to transfer
> + * @buffer:     Data buffer
> + * @write:      Is the a write. Default to a read
> + */
> +static unsigned int octeon_cf_data_xfer(struct ata_device *dev,
> +                    unsigned char *buffer,
> +                    unsigned int buflen,
> +                    int rw)
> +{
> +    struct ata_port *ap        = dev->link->ap;
> +    struct octeon_cf_data *ocd    = ap->dev->platform_data;
> +    void __iomem *data_addr        = ap->ioaddr.data_addr;
> +    unsigned int words;
> +    unsigned int count;
> +
> +    /*
> +     * Odd lengths are not supported. We should always be a
> +     * multiple of 512.
> +     */
> +    BUG_ON(buflen & 1);
> +    if (ocd->is16bit) {
> +        words = buflen / 2;
> +        if (rw) {
> +            count = 16;
> +            while (words--) {
> +                iowrite16(*(uint16_t *)buffer, data_addr);
> +                buffer += sizeof(uint16_t);
> +                /*
> +                 * Every 16 writes do a read so the
> +                 * bootbus FIFO doesn't fill up.
> +                 */
> +                if (--count == 0) {
> +                    ioread8(ap->ioaddr.altstatus_addr);
> +                    count = 16;
> +                }
> +            }
> +        } else {
> +            while (words--) {
> +                *(uint16_t *)buffer = ioread16(data_addr);
> +                buffer += sizeof(uint16_t);
> +            }
> +        }
> +    } else {
> +        /* 8-bit */
> +        words = buflen;
> +        if (rw) {
> +            count = 16;
> +            while (words--) {
> +                iowrite8(*buffer, data_addr);

    About the 8-bit mode: you need to issue the Set Features command with 
opcode 1 to enable that mode -- libata currently doesn't do that, so it won't 
work I suppose...

MBR, Sergei

  parent reply	other threads:[~2008-11-21 17:37 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-21  2:24 [PATCH] ide: New libata driver for OCTEON SOC Compact Flash interface David Daney
2008-11-21 10:21 ` Alan Cox
2008-11-21 17:05   ` David Daney
2008-11-21 17:26     ` Sergei Shtylyov
2008-11-21 17:47       ` David Daney
2008-11-21 18:07       ` Alan Cox
2008-11-21 17:49     ` Alan Cox
2008-11-21 16:40 ` Sergei Shtylyov
2008-11-21 17:29   ` David Daney
2008-11-21 18:14     ` Sergei Shtylyov
2008-11-21 18:43       ` Chad Reese
2008-11-21 17:46   ` Alan Cox
2008-11-21 17:37 ` Sergei Shtylyov [this message]
2008-11-21 18:12   ` Alan Cox
2008-11-22 13:57 ` Sergei Shtylyov
2008-11-22 14:52   ` Alan Cox
2008-11-22 15:05     ` Sergei Shtylyov
2008-11-23 17:14       ` Sergei Shtylyov
2008-11-24 20:40     ` David Daney
2008-11-24 22:33       ` Sergei Shtylyov
2008-11-22 15:13   ` Sergei Shtylyov
2008-11-22 18:38     ` Chad Reese
2008-11-23 15:13       ` Sergei Shtylyov
2008-11-23 15:24         ` Sergei Shtylyov
2008-11-23 17:10           ` Sergei Shtylyov
2008-11-23 17:32     ` Sergei Shtylyov

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=4926F1EB.8090506@ru.mvista.com \
    --to=sshtylyov@ru.mvista.com \
    --cc=ddaney@caviumnetworks.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-mips@linux-mips.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