From: Grant Likely <grant.likely@secretlab.ca>
To: John Crispin <blogic@openwrt.org>, Ralf Baechle <ralf@linux-mips.org>
Cc: linux-mips@linux-mips.org,
spi-devel-general@lists.sourceforge.net,
John Crispin <blogic@openwrt.org>,
Thomas Langer <thomas.langer@lantiq.com>
Subject: Re: [PATCH V5 16/17] SPI: MIPS: lantiq: add FALCON spi driver
Date: Fri, 25 May 2012 17:38:45 -0600 [thread overview]
Message-ID: <20120525233845.BD93C3E0BD2@localhost> (raw)
In-Reply-To: <1337521579-1597-1-git-send-email-blogic@openwrt.org>
On Sun, 20 May 2012 15:46:19 +0200, John Crispin <blogic@openwrt.org> wrote:
> From: Thomas Langer <thomas.langer@lantiq.com>
>
> The external bus unit (EBU) found on the FALCON SoC has spi emulation that is
> designed for serial flash access. This driver has only been tested with m25p80
> type chips. The hardware has no support for other types of spi peripherals.
>
> Signed-off-by: Thomas Langer <thomas.langer@lantiq.com>
> Signed-off-by: John Crispin <blogic@openwrt.org>
> Cc: spi-devel-general@lists.sourceforge.net
> ---
> This patch is part of a series moving the mips/lantiq target to OF and clkdev
> support. The patch, once Acked, should go upstream via Ralf's MIPS tree.
>
> Changes in V5
> * drop duplicate busnum assignment
>
> Changes in V4
> * drop busnum property
>
> Changes in V3
> * rephrase spi->SPI
> * fix rate detection
> * adds support for transfer_one & co
> * adds of support
>
> Changes in V2
> * remove several superflous calls to dev_dbg
> * make use of module_platform_driver
> * remove falcon_spi_cleanup as it was an empty function
> * return real error codes instead of -1
> * fixes operator spacing errors
> * split arch and driver specific patches
> * squash some lines to make use of the full 80 available chars
> * Kconfig is now alphabetic again
> * replace BUG() with WARN_ON()
> ---
> drivers/spi/Kconfig | 9 +
> drivers/spi/Makefile | 1 +
> drivers/spi/spi-falcon.c | 469 ++++++++++++++++++++++++++++++++++++++++++++++
> 3 files changed, 479 insertions(+), 0 deletions(-)
> create mode 100644 drivers/spi/spi-falcon.c
>
> diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig
> index 00c0240..62b2b5e 100644
> --- a/drivers/spi/Kconfig
> +++ b/drivers/spi/Kconfig
> @@ -144,6 +144,15 @@ config SPI_EP93XX
> This enables using the Cirrus EP93xx SPI controller in master
> mode.
>
> +config SPI_FALCON
> + tristate "Falcon SPI controller support"
> + depends on SOC_FALCON
> + help
> + The external bus unit (EBU) found on the FALC-ON SoC has SPI
> + emulation that is designed for serial flash access. This driver
> + has only been tested with m25p80 type chips. The hardware has no
> + support for other types of SPI peripherals.
What exactly does this mean? How does it not support any other type
of SPI peripheral? SPI is a really simple protocol, so what is it
about this hardware that prevents it being used with other SPI
hardware?
I see a big state machine that appears to interpret the messages and
pretend to be an SPI slave instead of telling linux about the real
device. /me wonders if it should this instead be a block device
driver?
> +static int falcon_sflash_prepare_xfer(struct spi_master *master)
> +{
> + return 0;
> +}
> +
> +static int falcon_sflash_unprepare_xfer(struct spi_master *master)
> +{
> + return 0;
> +}
Don't use empty hooks. Just leave them uninitialized. The core will
do the right thing.
WARNING: multiple messages have this Message-ID (diff)
From: Grant Likely <grant.likely@secretlab.ca>
To: John Crispin <blogic@openwrt.org>, Ralf Baechle <ralf@linux-mips.org>
Cc: linux-mips@linux-mips.org,
spi-devel-general@lists.sourceforge.net,
Thomas Langer <thomas.langer@lantiq.com>
Subject: Re: [PATCH V5 16/17] SPI: MIPS: lantiq: add FALCON spi driver
Date: Fri, 25 May 2012 17:38:45 -0600 [thread overview]
Message-ID: <20120525233845.BD93C3E0BD2@localhost> (raw)
Message-ID: <20120525233845.m1kwx3ZHfvhOY-YqiAzcQYFgCmrfN3Q5ESbeRM_DtHo@z> (raw)
In-Reply-To: <1337521579-1597-1-git-send-email-blogic@openwrt.org>
On Sun, 20 May 2012 15:46:19 +0200, John Crispin <blogic@openwrt.org> wrote:
> From: Thomas Langer <thomas.langer@lantiq.com>
>
> The external bus unit (EBU) found on the FALCON SoC has spi emulation that is
> designed for serial flash access. This driver has only been tested with m25p80
> type chips. The hardware has no support for other types of spi peripherals.
>
> Signed-off-by: Thomas Langer <thomas.langer@lantiq.com>
> Signed-off-by: John Crispin <blogic@openwrt.org>
> Cc: spi-devel-general@lists.sourceforge.net
> ---
> This patch is part of a series moving the mips/lantiq target to OF and clkdev
> support. The patch, once Acked, should go upstream via Ralf's MIPS tree.
>
> Changes in V5
> * drop duplicate busnum assignment
>
> Changes in V4
> * drop busnum property
>
> Changes in V3
> * rephrase spi->SPI
> * fix rate detection
> * adds support for transfer_one & co
> * adds of support
>
> Changes in V2
> * remove several superflous calls to dev_dbg
> * make use of module_platform_driver
> * remove falcon_spi_cleanup as it was an empty function
> * return real error codes instead of -1
> * fixes operator spacing errors
> * split arch and driver specific patches
> * squash some lines to make use of the full 80 available chars
> * Kconfig is now alphabetic again
> * replace BUG() with WARN_ON()
> ---
> drivers/spi/Kconfig | 9 +
> drivers/spi/Makefile | 1 +
> drivers/spi/spi-falcon.c | 469 ++++++++++++++++++++++++++++++++++++++++++++++
> 3 files changed, 479 insertions(+), 0 deletions(-)
> create mode 100644 drivers/spi/spi-falcon.c
>
> diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig
> index 00c0240..62b2b5e 100644
> --- a/drivers/spi/Kconfig
> +++ b/drivers/spi/Kconfig
> @@ -144,6 +144,15 @@ config SPI_EP93XX
> This enables using the Cirrus EP93xx SPI controller in master
> mode.
>
> +config SPI_FALCON
> + tristate "Falcon SPI controller support"
> + depends on SOC_FALCON
> + help
> + The external bus unit (EBU) found on the FALC-ON SoC has SPI
> + emulation that is designed for serial flash access. This driver
> + has only been tested with m25p80 type chips. The hardware has no
> + support for other types of SPI peripherals.
What exactly does this mean? How does it not support any other type
of SPI peripheral? SPI is a really simple protocol, so what is it
about this hardware that prevents it being used with other SPI
hardware?
I see a big state machine that appears to interpret the messages and
pretend to be an SPI slave instead of telling linux about the real
device. /me wonders if it should this instead be a block device
driver?
> +static int falcon_sflash_prepare_xfer(struct spi_master *master)
> +{
> + return 0;
> +}
> +
> +static int falcon_sflash_unprepare_xfer(struct spi_master *master)
> +{
> + return 0;
> +}
Don't use empty hooks. Just leave them uninitialized. The core will
do the right thing.
next prev parent reply other threads:[~2012-05-26 13:12 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-20 13:46 [PATCH V5 16/17] SPI: MIPS: lantiq: add FALCON spi driver John Crispin
2012-05-25 23:38 ` Grant Likely [this message]
2012-05-25 23:38 ` Grant Likely
2012-05-26 13:47 ` John Crispin
2012-05-29 13:05 ` Langer Thomas (LQDE CPE AE SW)
2012-05-29 13:05 ` Langer Thomas (LQDE CPE AE SW)
2012-05-30 7:23 ` Grant Likely
2012-05-30 7:23 ` Grant Likely
2012-05-30 7:20 ` Grant Likely
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=20120525233845.BD93C3E0BD2@localhost \
--to=grant.likely@secretlab.ca \
--cc=blogic@openwrt.org \
--cc=linux-mips@linux-mips.org \
--cc=ralf@linux-mips.org \
--cc=spi-devel-general@lists.sourceforge.net \
--cc=thomas.langer@lantiq.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox