From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <sr@denx.de>
Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.186]) by ozlabs.org (Postfix) with ESMTP id 3A892DDDFF
	for <linuxppc-dev@ozlabs.org>; Fri, 31 Oct 2008 19:31:35 +1100 (EST)
From: Stefan Roese <sr@denx.de>
To: Josh Boyer <jwboyer@linux.vnet.ibm.com>
Subject: Re: [PATCH v3] spi: Add PPC4xx SPI driver
Date: Fri, 31 Oct 2008 09:31:19 +0100
References: <1225000124-29366-1-git-send-email-sr@denx.de>
	<20081029145305.GA3676@yoda.jdub.homelinux.org>
In-Reply-To: <20081029145305.GA3676@yoda.jdub.homelinux.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Message-Id: <200810310931.19565.sr@denx.de>
Cc: spi-devel-general@lists.sourceforge.net, weo@reccoware.de,
	linuxppc-dev@ozlabs.org
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.ozlabs.org>
List-Unsubscribe: <https://ozlabs.org/mailman/options/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=unsubscribe>
List-Archive: <http://ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@ozlabs.org?subject=help>
List-Subscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=subscribe>

On Wednesday 29 October 2008, Josh Boyer wrote:
> Looks pretty good.  Just a few minor comments/questions below.

Thanks. I also added some comments below.

> Also, do you have a patch for a DTS file that gives an example of how to
> instantiate the SPI stuff in the device tree?

OK, I'll add a DTS patch to the next version.

> >diff --git a/drivers/spi/spi_ppc4xx.c b/drivers/spi/spi_ppc4xx.c
> >new file mode 100644
> >index 0000000..6f94acc
> >--- /dev/null
> >+++ b/drivers/spi/spi_ppc4xx.c
> >+#include <linux/module.h>
> >+#include <linux/init.h>
> >+#include <linux/sched.h>
> >+#include <linux/errno.h>
> >+#include <linux/wait.h>
> >+#include <linux/of_platform.h>
> >+#include <linux/of_spi.h>
> >+#include <linux/of_gpio.h>
> >+#include <linux/interrupt.h>
> >+#include <linux/delay.h>
> >+
> >+#include <linux/gpio.h>
> >+#include <linux/spi/spi.h>
> >+#include <linux/spi/spi_bitbang.h>
> >+
> >+#include <asm/io.h>
> >+#include <asm/dcr-native.h>
>
> Should maybe just be <asm/dcr.h>

Fixed.

> >+#include <asm/dcr-regs.h>
> >+
>
> <snip>
>
> >+/* SPI Controller driver's private data. */
> >+struct ppc4xx_spi {
> >+	/* bitbang has to be first */
> >+	struct spi_bitbang bitbang;
> >+	struct completion done;
> >+
> >+	u64 mapbase;
> >+	u64 mapsize;
> >+	int irqnum;
> >+	/* need this to set the SPI clock */
> >+	unsigned int opb_freq;
> >+
> >+	/* for transfers */
> >+	int len;
> >+	int count;
> >+	/* data buffers */
> >+	const unsigned char *tx;
> >+	unsigned char *rx;
> >+
> >+	int *gpios;
> >+	unsigned int num_gpios;
> >+
> >+	volatile struct spi_ppc4xx_regs __iomem *regs; /* pointer to the
> > registers */
>
> volatile?

Fixed.

> >+	struct spi_master *master;
> >+	struct device *dev;
> >+};
>
> <snip>
>
> >+static int spi_ppc4xx_txrx(struct spi_device *spi, struct spi_transfer
> > *t) +{
> >+	struct ppc4xx_spi *hw;
> >+	u8 data;
> >+
> >+	dev_dbg(&spi->dev, "txrx: tx %p, rx %p, len %d\n",
> >+		t->tx_buf, t->rx_buf, t->len);
> >+
> >+	hw = spi_master_get_devdata(spi->master);
> >+
> >+	hw->tx = t->tx_buf;
> >+	hw->rx = t->rx_buf;
> >+	hw->len = t->len;
> >+	hw->count = 0;
> >+
> >+	/* send the first byte */
> >+	data = hw->tx ? hw->tx[0] : 0;
> >+	out_8(&hw->regs->txd, data);
> >+	out_8(&hw->regs->cr, SPI_PPC4XX_CR_STR);
>
> Maybe iowrite8?  Same comment elsewhere.

Why? We use the in_/out_xxx() accessor function for all other 4xx driver as 
well.

> >+	wait_for_completion(&hw->done);
> >+
> >+	return hw->count;
> >+}
> >+
>
> <snip>
>
> >+static struct of_device_id spi_ppc4xx_of_match[] = {
> >+	{ .compatible = "ibm,spi", },
> >+	{},
> >+};
>
> I'm wondering if that is too generic of a match.  In theory,
> IBM could have another SPI controller that isn't for 4xx.
> Maybe "ibm,spi-4xx" ?

Right. I was doing it the same way as already done before, e.g. "ibm,iic". For 
the gpio driver we already switched to "ibm,ppc4xx-gpio". So how 
about "ibm,ppc4xx-spi"?

Thanks.

Best regards,
Stefan