[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
/*
|
2011-06-06 15:16:30 +08:00
|
|
|
* SPI init/core code
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*
|
|
|
|
* Copyright (C) 2005 David Brownell
|
2012-04-08 04:16:53 +08:00
|
|
|
* Copyright (C) 2008 Secret Lab Technologies Ltd.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or
|
|
|
|
* (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/device.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/cache.h>
|
2014-01-16 20:22:43 +08:00
|
|
|
#include <linux/dma-mapping.h>
|
|
|
|
#include <linux/dmaengine.h>
|
2007-07-17 19:04:16 +08:00
|
|
|
#include <linux/mutex.h>
|
2010-10-03 11:28:29 +08:00
|
|
|
#include <linux/of_device.h>
|
2012-04-08 04:16:53 +08:00
|
|
|
#include <linux/of_irq.h>
|
2014-06-18 23:29:32 +08:00
|
|
|
#include <linux/clk/clk-conf.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 16:04:11 +08:00
|
|
|
#include <linux/slab.h>
|
2009-09-23 07:46:08 +08:00
|
|
|
#include <linux/mod_devicetable.h>
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
#include <linux/spi/spi.h>
|
2018-04-27 00:18:15 +08:00
|
|
|
#include <linux/spi/spi-mem.h>
|
2012-11-16 03:19:57 +08:00
|
|
|
#include <linux/of_gpio.h>
|
2010-12-25 22:32:27 +08:00
|
|
|
#include <linux/pm_runtime.h>
|
2014-09-29 19:58:47 +08:00
|
|
|
#include <linux/pm_domain.h>
|
2017-03-01 06:25:18 +08:00
|
|
|
#include <linux/property.h>
|
2011-07-11 00:57:55 +08:00
|
|
|
#include <linux/export.h>
|
2013-02-07 23:47:07 +08:00
|
|
|
#include <linux/sched/rt.h>
|
2017-02-02 01:07:51 +08:00
|
|
|
#include <uapi/linux/sched/types.h>
|
2012-02-22 17:05:38 +08:00
|
|
|
#include <linux/delay.h>
|
|
|
|
#include <linux/kthread.h>
|
2012-11-30 19:37:53 +08:00
|
|
|
#include <linux/ioport.h>
|
|
|
|
#include <linux/acpi.h>
|
2016-08-17 17:52:36 +08:00
|
|
|
#include <linux/highmem.h>
|
2017-08-03 12:35:57 +08:00
|
|
|
#include <linux/idr.h>
|
2017-08-01 20:10:41 +08:00
|
|
|
#include <linux/platform_data/x86/apple.h>
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2013-10-08 02:33:53 +08:00
|
|
|
#define CREATE_TRACE_POINTS
|
|
|
|
#include <trace/events/spi.h>
|
2017-08-03 12:35:57 +08:00
|
|
|
|
2018-04-23 02:35:14 +08:00
|
|
|
#include "internals.h"
|
|
|
|
|
2017-08-03 12:35:57 +08:00
|
|
|
static DEFINE_IDR(spi_master_idr);
|
2013-10-08 02:33:53 +08:00
|
|
|
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
static void spidev_release(struct device *dev)
|
|
|
|
{
|
2007-02-12 16:52:45 +08:00
|
|
|
struct spi_device *spi = to_spi_device(dev);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
/* spi controllers may cleanup for released devices */
|
|
|
|
if (spi->controller->cleanup)
|
|
|
|
spi->controller->cleanup(spi);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spi_controller_put(spi->controller);
|
2010-04-12 17:56:35 +08:00
|
|
|
kfree(spi);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t
|
|
|
|
modalias_show(struct device *dev, struct device_attribute *a, char *buf)
|
|
|
|
{
|
|
|
|
const struct spi_device *spi = to_spi_device(dev);
|
ACPI: fix module autoloading for ACPI enumerated devices
ACPI enumerated devices has ACPI style _HID and _CID strings,
all of these strings can be used for both driver loading and matching.
Currently, in Platform, I2C and SPI bus, the ACPI style driver matching
is supported by invoking acpi_driver_match_device() in bus .match() callback.
But, the module autoloading is still broken.
For example, there is any ACPI device with _HID "INTABCD" that is
enumerated to platform bus, and we have a driver that can probe it.
The driver exports its module_alias as "acpi:INTABCD" use the following code
static const struct acpi_device_id xxx_acpi_match[] = {
{ "INTABCD", 0 },
{ }
};
MODULE_DEVICE_TABLE(acpi, xxx_acpi_match);
But, unfortunately, the device' modalias is shown as "platform:INTABCD:00",
please refer to modalias_show() and platform_uevent() in
drivers/base/platform.c.
This results in that the driver will not be loaded automatically when the
device node is created, because their modalias do not match.
This also applies to I2C and SPI bus.
With this patch, the device' modalias will be shown as "acpi:INTABCD" as well.
Signed-off-by: Zhang Rui <rui.zhang@intel.com>
Acked-by: Mark Brown <broonie@linaro.org>
Acked-by: Wolfram Sang <wsa@the-dreams.de>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2014-01-14 16:46:37 +08:00
|
|
|
int len;
|
|
|
|
|
|
|
|
len = acpi_device_modalias(dev, buf, PAGE_SIZE - 1);
|
|
|
|
if (len != -ENODEV)
|
|
|
|
return len;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2012-05-20 14:08:13 +08:00
|
|
|
return sprintf(buf, "%s%s\n", SPI_MODULE_PREFIX, spi->modalias);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
2013-10-08 09:27:38 +08:00
|
|
|
static DEVICE_ATTR_RO(modalias);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2015-06-22 21:00:36 +08:00
|
|
|
#define SPI_STATISTICS_ATTRS(field, file) \
|
2017-06-13 19:23:52 +08:00
|
|
|
static ssize_t spi_controller_##field##_show(struct device *dev, \
|
|
|
|
struct device_attribute *attr, \
|
|
|
|
char *buf) \
|
2015-06-22 21:00:36 +08:00
|
|
|
{ \
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr = container_of(dev, \
|
|
|
|
struct spi_controller, dev); \
|
|
|
|
return spi_statistics_##field##_show(&ctlr->statistics, buf); \
|
2015-06-22 21:00:36 +08:00
|
|
|
} \
|
2017-06-13 19:23:52 +08:00
|
|
|
static struct device_attribute dev_attr_spi_controller_##field = { \
|
2017-05-04 22:29:56 +08:00
|
|
|
.attr = { .name = file, .mode = 0444 }, \
|
2017-06-13 19:23:52 +08:00
|
|
|
.show = spi_controller_##field##_show, \
|
2015-06-22 21:00:36 +08:00
|
|
|
}; \
|
|
|
|
static ssize_t spi_device_##field##_show(struct device *dev, \
|
|
|
|
struct device_attribute *attr, \
|
|
|
|
char *buf) \
|
|
|
|
{ \
|
2015-12-23 00:18:41 +08:00
|
|
|
struct spi_device *spi = to_spi_device(dev); \
|
2015-06-22 21:00:36 +08:00
|
|
|
return spi_statistics_##field##_show(&spi->statistics, buf); \
|
|
|
|
} \
|
|
|
|
static struct device_attribute dev_attr_spi_device_##field = { \
|
2017-05-04 22:29:56 +08:00
|
|
|
.attr = { .name = file, .mode = 0444 }, \
|
2015-06-22 21:00:36 +08:00
|
|
|
.show = spi_device_##field##_show, \
|
|
|
|
}
|
|
|
|
|
|
|
|
#define SPI_STATISTICS_SHOW_NAME(name, file, field, format_string) \
|
|
|
|
static ssize_t spi_statistics_##name##_show(struct spi_statistics *stat, \
|
|
|
|
char *buf) \
|
|
|
|
{ \
|
|
|
|
unsigned long flags; \
|
|
|
|
ssize_t len; \
|
|
|
|
spin_lock_irqsave(&stat->lock, flags); \
|
|
|
|
len = sprintf(buf, format_string, stat->field); \
|
|
|
|
spin_unlock_irqrestore(&stat->lock, flags); \
|
|
|
|
return len; \
|
|
|
|
} \
|
|
|
|
SPI_STATISTICS_ATTRS(name, file)
|
|
|
|
|
|
|
|
#define SPI_STATISTICS_SHOW(field, format_string) \
|
|
|
|
SPI_STATISTICS_SHOW_NAME(field, __stringify(field), \
|
|
|
|
field, format_string)
|
|
|
|
|
|
|
|
SPI_STATISTICS_SHOW(messages, "%lu");
|
|
|
|
SPI_STATISTICS_SHOW(transfers, "%lu");
|
|
|
|
SPI_STATISTICS_SHOW(errors, "%lu");
|
|
|
|
SPI_STATISTICS_SHOW(timedout, "%lu");
|
|
|
|
|
|
|
|
SPI_STATISTICS_SHOW(spi_sync, "%lu");
|
|
|
|
SPI_STATISTICS_SHOW(spi_sync_immediate, "%lu");
|
|
|
|
SPI_STATISTICS_SHOW(spi_async, "%lu");
|
|
|
|
|
|
|
|
SPI_STATISTICS_SHOW(bytes, "%llu");
|
|
|
|
SPI_STATISTICS_SHOW(bytes_rx, "%llu");
|
|
|
|
SPI_STATISTICS_SHOW(bytes_tx, "%llu");
|
|
|
|
|
2015-06-22 21:02:04 +08:00
|
|
|
#define SPI_STATISTICS_TRANSFER_BYTES_HISTO(index, number) \
|
|
|
|
SPI_STATISTICS_SHOW_NAME(transfer_bytes_histo##index, \
|
|
|
|
"transfer_bytes_histo_" number, \
|
|
|
|
transfer_bytes_histo[index], "%lu")
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(0, "0-1");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(1, "2-3");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(2, "4-7");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(3, "8-15");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(4, "16-31");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(5, "32-63");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(6, "64-127");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(7, "128-255");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(8, "256-511");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(9, "512-1023");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(10, "1024-2047");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(11, "2048-4095");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(12, "4096-8191");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(13, "8192-16383");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(14, "16384-32767");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(15, "32768-65535");
|
|
|
|
SPI_STATISTICS_TRANSFER_BYTES_HISTO(16, "65536+");
|
|
|
|
|
2015-12-14 23:20:20 +08:00
|
|
|
SPI_STATISTICS_SHOW(transfers_split_maxsize, "%lu");
|
|
|
|
|
2013-10-08 09:27:38 +08:00
|
|
|
static struct attribute *spi_dev_attrs[] = {
|
|
|
|
&dev_attr_modalias.attr,
|
|
|
|
NULL,
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
};
|
2015-06-22 21:00:36 +08:00
|
|
|
|
|
|
|
static const struct attribute_group spi_dev_group = {
|
|
|
|
.attrs = spi_dev_attrs,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct attribute *spi_device_statistics_attrs[] = {
|
|
|
|
&dev_attr_spi_device_messages.attr,
|
|
|
|
&dev_attr_spi_device_transfers.attr,
|
|
|
|
&dev_attr_spi_device_errors.attr,
|
|
|
|
&dev_attr_spi_device_timedout.attr,
|
|
|
|
&dev_attr_spi_device_spi_sync.attr,
|
|
|
|
&dev_attr_spi_device_spi_sync_immediate.attr,
|
|
|
|
&dev_attr_spi_device_spi_async.attr,
|
|
|
|
&dev_attr_spi_device_bytes.attr,
|
|
|
|
&dev_attr_spi_device_bytes_rx.attr,
|
|
|
|
&dev_attr_spi_device_bytes_tx.attr,
|
2015-06-22 21:02:04 +08:00
|
|
|
&dev_attr_spi_device_transfer_bytes_histo0.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo1.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo2.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo3.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo4.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo5.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo6.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo7.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo8.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo9.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo10.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo11.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo12.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo13.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo14.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo15.attr,
|
|
|
|
&dev_attr_spi_device_transfer_bytes_histo16.attr,
|
2015-12-14 23:20:20 +08:00
|
|
|
&dev_attr_spi_device_transfers_split_maxsize.attr,
|
2015-06-22 21:00:36 +08:00
|
|
|
NULL,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct attribute_group spi_device_statistics_group = {
|
|
|
|
.name = "statistics",
|
|
|
|
.attrs = spi_device_statistics_attrs,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct attribute_group *spi_dev_groups[] = {
|
|
|
|
&spi_dev_group,
|
|
|
|
&spi_device_statistics_group,
|
|
|
|
NULL,
|
|
|
|
};
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static struct attribute *spi_controller_statistics_attrs[] = {
|
|
|
|
&dev_attr_spi_controller_messages.attr,
|
|
|
|
&dev_attr_spi_controller_transfers.attr,
|
|
|
|
&dev_attr_spi_controller_errors.attr,
|
|
|
|
&dev_attr_spi_controller_timedout.attr,
|
|
|
|
&dev_attr_spi_controller_spi_sync.attr,
|
|
|
|
&dev_attr_spi_controller_spi_sync_immediate.attr,
|
|
|
|
&dev_attr_spi_controller_spi_async.attr,
|
|
|
|
&dev_attr_spi_controller_bytes.attr,
|
|
|
|
&dev_attr_spi_controller_bytes_rx.attr,
|
|
|
|
&dev_attr_spi_controller_bytes_tx.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo0.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo1.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo2.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo3.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo4.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo5.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo6.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo7.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo8.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo9.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo10.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo11.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo12.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo13.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo14.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo15.attr,
|
|
|
|
&dev_attr_spi_controller_transfer_bytes_histo16.attr,
|
|
|
|
&dev_attr_spi_controller_transfers_split_maxsize.attr,
|
2015-06-22 21:00:36 +08:00
|
|
|
NULL,
|
|
|
|
};
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static const struct attribute_group spi_controller_statistics_group = {
|
2015-06-22 21:00:36 +08:00
|
|
|
.name = "statistics",
|
2017-06-13 19:23:52 +08:00
|
|
|
.attrs = spi_controller_statistics_attrs,
|
2015-06-22 21:00:36 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
static const struct attribute_group *spi_master_groups[] = {
|
2017-06-13 19:23:52 +08:00
|
|
|
&spi_controller_statistics_group,
|
2015-06-22 21:00:36 +08:00
|
|
|
NULL,
|
|
|
|
};
|
|
|
|
|
|
|
|
void spi_statistics_add_transfer_stats(struct spi_statistics *stats,
|
|
|
|
struct spi_transfer *xfer,
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr)
|
2015-06-22 21:00:36 +08:00
|
|
|
{
|
|
|
|
unsigned long flags;
|
2015-06-22 21:02:04 +08:00
|
|
|
int l2len = min(fls(xfer->len), SPI_STATISTICS_HISTO_SIZE) - 1;
|
|
|
|
|
|
|
|
if (l2len < 0)
|
|
|
|
l2len = 0;
|
2015-06-22 21:00:36 +08:00
|
|
|
|
|
|
|
spin_lock_irqsave(&stats->lock, flags);
|
|
|
|
|
|
|
|
stats->transfers++;
|
2015-06-22 21:02:04 +08:00
|
|
|
stats->transfer_bytes_histo[l2len]++;
|
2015-06-22 21:00:36 +08:00
|
|
|
|
|
|
|
stats->bytes += xfer->len;
|
|
|
|
if ((xfer->tx_buf) &&
|
2017-06-13 19:23:52 +08:00
|
|
|
(xfer->tx_buf != ctlr->dummy_tx))
|
2015-06-22 21:00:36 +08:00
|
|
|
stats->bytes_tx += xfer->len;
|
|
|
|
if ((xfer->rx_buf) &&
|
2017-06-13 19:23:52 +08:00
|
|
|
(xfer->rx_buf != ctlr->dummy_rx))
|
2015-06-22 21:00:36 +08:00
|
|
|
stats->bytes_rx += xfer->len;
|
|
|
|
|
|
|
|
spin_unlock_irqrestore(&stats->lock, flags);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_statistics_add_transfer_stats);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
|
|
|
/* modalias support makes "modprobe $MODALIAS" new-style hotplug work,
|
|
|
|
* and the sysfs version makes coldplug work too.
|
|
|
|
*/
|
|
|
|
|
2009-09-23 07:46:04 +08:00
|
|
|
static const struct spi_device_id *spi_match_id(const struct spi_device_id *id,
|
|
|
|
const struct spi_device *sdev)
|
|
|
|
{
|
|
|
|
while (id->name[0]) {
|
|
|
|
if (!strcmp(sdev->modalias, id->name))
|
|
|
|
return id;
|
|
|
|
id++;
|
|
|
|
}
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
const struct spi_device_id *spi_get_device_id(const struct spi_device *sdev)
|
|
|
|
{
|
|
|
|
const struct spi_driver *sdrv = to_spi_driver(sdev->dev.driver);
|
|
|
|
|
|
|
|
return spi_match_id(sdrv->id_table, sdev);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_get_device_id);
|
|
|
|
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
static int spi_match_device(struct device *dev, struct device_driver *drv)
|
|
|
|
{
|
|
|
|
const struct spi_device *spi = to_spi_device(dev);
|
2009-09-23 07:46:04 +08:00
|
|
|
const struct spi_driver *sdrv = to_spi_driver(drv);
|
|
|
|
|
2010-10-03 11:28:29 +08:00
|
|
|
/* Attempt an OF style match */
|
|
|
|
if (of_driver_match_device(dev, drv))
|
|
|
|
return 1;
|
|
|
|
|
2012-11-30 19:37:53 +08:00
|
|
|
/* Then try ACPI */
|
|
|
|
if (acpi_driver_match_device(dev, drv))
|
|
|
|
return 1;
|
|
|
|
|
2009-09-23 07:46:04 +08:00
|
|
|
if (sdrv->id_table)
|
|
|
|
return !!spi_match_id(sdrv->id_table, spi);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2009-01-07 02:44:37 +08:00
|
|
|
return strcmp(spi->modalias, drv->name) == 0;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
|
|
|
|
2007-08-14 21:15:12 +08:00
|
|
|
static int spi_uevent(struct device *dev, struct kobj_uevent_env *env)
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
{
|
|
|
|
const struct spi_device *spi = to_spi_device(dev);
|
ACPI: fix module autoloading for ACPI enumerated devices
ACPI enumerated devices has ACPI style _HID and _CID strings,
all of these strings can be used for both driver loading and matching.
Currently, in Platform, I2C and SPI bus, the ACPI style driver matching
is supported by invoking acpi_driver_match_device() in bus .match() callback.
But, the module autoloading is still broken.
For example, there is any ACPI device with _HID "INTABCD" that is
enumerated to platform bus, and we have a driver that can probe it.
The driver exports its module_alias as "acpi:INTABCD" use the following code
static const struct acpi_device_id xxx_acpi_match[] = {
{ "INTABCD", 0 },
{ }
};
MODULE_DEVICE_TABLE(acpi, xxx_acpi_match);
But, unfortunately, the device' modalias is shown as "platform:INTABCD:00",
please refer to modalias_show() and platform_uevent() in
drivers/base/platform.c.
This results in that the driver will not be loaded automatically when the
device node is created, because their modalias do not match.
This also applies to I2C and SPI bus.
With this patch, the device' modalias will be shown as "acpi:INTABCD" as well.
Signed-off-by: Zhang Rui <rui.zhang@intel.com>
Acked-by: Mark Brown <broonie@linaro.org>
Acked-by: Wolfram Sang <wsa@the-dreams.de>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2014-01-14 16:46:37 +08:00
|
|
|
int rc;
|
|
|
|
|
|
|
|
rc = acpi_device_uevent_modalias(dev, env);
|
|
|
|
if (rc != -ENODEV)
|
|
|
|
return rc;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2017-07-26 21:14:00 +08:00
|
|
|
return add_uevent_var(env, "MODALIAS=%s%s", SPI_MODULE_PREFIX, spi->modalias);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
struct bus_type spi_bus_type = {
|
|
|
|
.name = "spi",
|
2013-10-08 09:27:38 +08:00
|
|
|
.dev_groups = spi_dev_groups,
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
.match = spi_match_device,
|
|
|
|
.uevent = spi_uevent,
|
|
|
|
};
|
|
|
|
EXPORT_SYMBOL_GPL(spi_bus_type);
|
|
|
|
|
2006-01-09 05:34:23 +08:00
|
|
|
|
|
|
|
static int spi_drv_probe(struct device *dev)
|
|
|
|
{
|
|
|
|
const struct spi_driver *sdrv = to_spi_driver(dev->driver);
|
2015-10-09 22:45:55 +08:00
|
|
|
struct spi_device *spi = to_spi_device(dev);
|
2013-10-10 18:28:48 +08:00
|
|
|
int ret;
|
|
|
|
|
2014-06-18 23:29:32 +08:00
|
|
|
ret = of_clk_set_defaults(dev->of_node, false);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
2015-10-09 22:45:55 +08:00
|
|
|
if (dev->of_node) {
|
|
|
|
spi->irq = of_irq_get(dev->of_node, 0);
|
|
|
|
if (spi->irq == -EPROBE_DEFER)
|
|
|
|
return -EPROBE_DEFER;
|
|
|
|
if (spi->irq < 0)
|
|
|
|
spi->irq = 0;
|
|
|
|
}
|
|
|
|
|
2014-09-20 02:27:41 +08:00
|
|
|
ret = dev_pm_domain_attach(dev, true);
|
|
|
|
if (ret != -EPROBE_DEFER) {
|
2015-10-09 22:45:55 +08:00
|
|
|
ret = sdrv->probe(spi);
|
2014-09-20 02:27:41 +08:00
|
|
|
if (ret)
|
|
|
|
dev_pm_domain_detach(dev, true);
|
|
|
|
}
|
2006-01-09 05:34:23 +08:00
|
|
|
|
2013-10-10 18:28:48 +08:00
|
|
|
return ret;
|
2006-01-09 05:34:23 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static int spi_drv_remove(struct device *dev)
|
|
|
|
{
|
|
|
|
const struct spi_driver *sdrv = to_spi_driver(dev->driver);
|
2013-10-10 18:28:48 +08:00
|
|
|
int ret;
|
|
|
|
|
2014-02-13 22:28:41 +08:00
|
|
|
ret = sdrv->remove(to_spi_device(dev));
|
2014-09-20 02:27:41 +08:00
|
|
|
dev_pm_domain_detach(dev, true);
|
2006-01-09 05:34:23 +08:00
|
|
|
|
2013-10-10 18:28:48 +08:00
|
|
|
return ret;
|
2006-01-09 05:34:23 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void spi_drv_shutdown(struct device *dev)
|
|
|
|
{
|
|
|
|
const struct spi_driver *sdrv = to_spi_driver(dev->driver);
|
|
|
|
|
|
|
|
sdrv->shutdown(to_spi_device(dev));
|
|
|
|
}
|
|
|
|
|
2007-05-08 15:32:21 +08:00
|
|
|
/**
|
2015-10-23 21:59:10 +08:00
|
|
|
* __spi_register_driver - register a SPI driver
|
2015-11-10 20:03:04 +08:00
|
|
|
* @owner: owner module of the driver to register
|
2007-05-08 15:32:21 +08:00
|
|
|
* @sdrv: the driver to register
|
|
|
|
* Context: can sleep
|
2015-10-23 00:59:23 +08:00
|
|
|
*
|
|
|
|
* Return: zero on success, else a negative error code.
|
2007-05-08 15:32:21 +08:00
|
|
|
*/
|
2015-10-23 21:59:10 +08:00
|
|
|
int __spi_register_driver(struct module *owner, struct spi_driver *sdrv)
|
2006-01-09 05:34:23 +08:00
|
|
|
{
|
2015-10-23 21:59:10 +08:00
|
|
|
sdrv->driver.owner = owner;
|
2006-01-09 05:34:23 +08:00
|
|
|
sdrv->driver.bus = &spi_bus_type;
|
|
|
|
if (sdrv->probe)
|
|
|
|
sdrv->driver.probe = spi_drv_probe;
|
|
|
|
if (sdrv->remove)
|
|
|
|
sdrv->driver.remove = spi_drv_remove;
|
|
|
|
if (sdrv->shutdown)
|
|
|
|
sdrv->driver.shutdown = spi_drv_shutdown;
|
|
|
|
return driver_register(&sdrv->driver);
|
|
|
|
}
|
2015-10-23 21:59:10 +08:00
|
|
|
EXPORT_SYMBOL_GPL(__spi_register_driver);
|
2006-01-09 05:34:23 +08:00
|
|
|
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
/*-------------------------------------------------------------------------*/
|
|
|
|
|
|
|
|
/* SPI devices should normally not be created by SPI device drivers; that
|
2017-06-13 19:23:52 +08:00
|
|
|
* would make them board-specific. Similarly with SPI controller drivers.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
* Device registration normally goes into like arch/.../mach.../board-YYY.c
|
|
|
|
* with other readonly (flashable) information about mainboard devices.
|
|
|
|
*/
|
|
|
|
|
|
|
|
struct boardinfo {
|
|
|
|
struct list_head list;
|
2010-08-02 15:52:15 +08:00
|
|
|
struct spi_board_info board_info;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
static LIST_HEAD(board_list);
|
2017-06-13 19:23:52 +08:00
|
|
|
static LIST_HEAD(spi_controller_list);
|
2010-08-02 15:52:15 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Used to protect add/del opertion for board_info list and
|
2017-06-13 19:23:52 +08:00
|
|
|
* spi_controller list, and their matching process
|
2017-08-17 20:48:22 +08:00
|
|
|
* also used to protect object of type struct idr
|
2010-08-02 15:52:15 +08:00
|
|
|
*/
|
2007-07-17 19:04:16 +08:00
|
|
|
static DEFINE_MUTEX(board_lock);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2008-05-16 06:50:22 +08:00
|
|
|
/**
|
|
|
|
* spi_alloc_device - Allocate a new SPI device
|
2017-06-13 19:23:52 +08:00
|
|
|
* @ctlr: Controller to which device is connected
|
2008-05-16 06:50:22 +08:00
|
|
|
* Context: can sleep
|
|
|
|
*
|
|
|
|
* Allows a driver to allocate and initialize a spi_device without
|
|
|
|
* registering it immediately. This allows a driver to directly
|
|
|
|
* fill the spi_device with device parameters before calling
|
|
|
|
* spi_add_device() on it.
|
|
|
|
*
|
|
|
|
* Caller is responsible to call spi_add_device() on the returned
|
2017-06-13 19:23:52 +08:00
|
|
|
* spi_device structure to add it to the SPI controller. If the caller
|
2008-05-16 06:50:22 +08:00
|
|
|
* needs to discard the spi_device without adding it, then it should
|
|
|
|
* call spi_dev_put() on it.
|
|
|
|
*
|
2015-10-23 00:59:23 +08:00
|
|
|
* Return: a pointer to the new device, or NULL.
|
2008-05-16 06:50:22 +08:00
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_device *spi_alloc_device(struct spi_controller *ctlr)
|
2008-05-16 06:50:22 +08:00
|
|
|
{
|
|
|
|
struct spi_device *spi;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (!spi_controller_get(ctlr))
|
2008-05-16 06:50:22 +08:00
|
|
|
return NULL;
|
|
|
|
|
2013-10-14 09:31:51 +08:00
|
|
|
spi = kzalloc(sizeof(*spi), GFP_KERNEL);
|
2008-05-16 06:50:22 +08:00
|
|
|
if (!spi) {
|
2017-06-13 19:23:52 +08:00
|
|
|
spi_controller_put(ctlr);
|
2008-05-16 06:50:22 +08:00
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spi->master = spi->controller = ctlr;
|
|
|
|
spi->dev.parent = &ctlr->dev;
|
2008-05-16 06:50:22 +08:00
|
|
|
spi->dev.bus = &spi_bus_type;
|
|
|
|
spi->dev.release = spidev_release;
|
2013-02-13 21:20:25 +08:00
|
|
|
spi->cs_gpio = -ENOENT;
|
2015-06-22 21:00:36 +08:00
|
|
|
|
|
|
|
spin_lock_init(&spi->statistics.lock);
|
|
|
|
|
2008-05-16 06:50:22 +08:00
|
|
|
device_initialize(&spi->dev);
|
|
|
|
return spi;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_alloc_device);
|
|
|
|
|
2013-11-14 20:03:53 +08:00
|
|
|
static void spi_dev_set_name(struct spi_device *spi)
|
|
|
|
{
|
|
|
|
struct acpi_device *adev = ACPI_COMPANION(&spi->dev);
|
|
|
|
|
|
|
|
if (adev) {
|
|
|
|
dev_set_name(&spi->dev, "spi-%s", acpi_dev_name(adev));
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_set_name(&spi->dev, "%s.%u", dev_name(&spi->controller->dev),
|
2013-11-14 20:03:53 +08:00
|
|
|
spi->chip_select);
|
|
|
|
}
|
|
|
|
|
2014-01-09 21:23:55 +08:00
|
|
|
static int spi_dev_check(struct device *dev, void *data)
|
|
|
|
{
|
|
|
|
struct spi_device *spi = to_spi_device(dev);
|
|
|
|
struct spi_device *new_spi = data;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (spi->controller == new_spi->controller &&
|
2014-01-09 21:23:55 +08:00
|
|
|
spi->chip_select == new_spi->chip_select)
|
|
|
|
return -EBUSY;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2008-05-16 06:50:22 +08:00
|
|
|
/**
|
|
|
|
* spi_add_device - Add spi_device allocated with spi_alloc_device
|
|
|
|
* @spi: spi_device to register
|
|
|
|
*
|
|
|
|
* Companion function to spi_alloc_device. Devices allocated with
|
|
|
|
* spi_alloc_device can be added onto the spi bus with this function.
|
|
|
|
*
|
2015-10-23 00:59:23 +08:00
|
|
|
* Return: 0 on success; negative errno on failure
|
2008-05-16 06:50:22 +08:00
|
|
|
*/
|
|
|
|
int spi_add_device(struct spi_device *spi)
|
|
|
|
{
|
2008-08-15 15:40:44 +08:00
|
|
|
static DEFINE_MUTEX(spi_add_lock);
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr = spi->controller;
|
|
|
|
struct device *dev = ctlr->dev.parent;
|
2008-05-16 06:50:22 +08:00
|
|
|
int status;
|
|
|
|
|
|
|
|
/* Chipselects are numbered 0..max; validate. */
|
2017-06-13 19:23:52 +08:00
|
|
|
if (spi->chip_select >= ctlr->num_chipselect) {
|
|
|
|
dev_err(dev, "cs%d >= max %d\n", spi->chip_select,
|
|
|
|
ctlr->num_chipselect);
|
2008-05-16 06:50:22 +08:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Set the bus ID string */
|
2013-11-14 20:03:53 +08:00
|
|
|
spi_dev_set_name(spi);
|
2008-08-15 15:40:44 +08:00
|
|
|
|
|
|
|
/* We need to make sure there's no other device with this
|
|
|
|
* chipselect **BEFORE** we call setup(), else we'll trash
|
|
|
|
* its configuration. Lock against concurrent add() calls.
|
|
|
|
*/
|
|
|
|
mutex_lock(&spi_add_lock);
|
|
|
|
|
2014-01-09 21:23:55 +08:00
|
|
|
status = bus_for_each_dev(&spi_bus_type, NULL, spi, spi_dev_check);
|
|
|
|
if (status) {
|
2008-08-15 15:40:44 +08:00
|
|
|
dev_err(dev, "chipselect %d already in use\n",
|
|
|
|
spi->chip_select);
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->cs_gpios)
|
|
|
|
spi->cs_gpio = ctlr->cs_gpios[spi->chip_select];
|
2012-11-16 03:19:57 +08:00
|
|
|
|
2008-08-15 15:40:44 +08:00
|
|
|
/* Drivers may modify this initial i/o setup, but will
|
|
|
|
* normally rely on the device being setup. Devices
|
|
|
|
* using SPI_CS_HIGH can't coexist well otherwise...
|
|
|
|
*/
|
2009-06-18 07:26:03 +08:00
|
|
|
status = spi_setup(spi);
|
2008-05-16 06:50:22 +08:00
|
|
|
if (status < 0) {
|
2010-10-22 03:06:44 +08:00
|
|
|
dev_err(dev, "can't setup %s, status %d\n",
|
|
|
|
dev_name(&spi->dev), status);
|
2008-08-15 15:40:44 +08:00
|
|
|
goto done;
|
2008-05-16 06:50:22 +08:00
|
|
|
}
|
|
|
|
|
2008-08-15 15:40:44 +08:00
|
|
|
/* Device may be bound to an active driver when this returns */
|
2008-05-16 06:50:22 +08:00
|
|
|
status = device_add(&spi->dev);
|
2008-08-15 15:40:44 +08:00
|
|
|
if (status < 0)
|
2010-10-22 03:06:44 +08:00
|
|
|
dev_err(dev, "can't add %s, status %d\n",
|
|
|
|
dev_name(&spi->dev), status);
|
2008-08-15 15:40:44 +08:00
|
|
|
else
|
2009-01-07 02:44:37 +08:00
|
|
|
dev_dbg(dev, "registered child %s\n", dev_name(&spi->dev));
|
2008-05-16 06:50:22 +08:00
|
|
|
|
2008-08-15 15:40:44 +08:00
|
|
|
done:
|
|
|
|
mutex_unlock(&spi_add_lock);
|
|
|
|
return status;
|
2008-05-16 06:50:22 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_add_device);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2007-05-08 15:32:21 +08:00
|
|
|
/**
|
|
|
|
* spi_new_device - instantiate one new SPI device
|
2017-06-13 19:23:52 +08:00
|
|
|
* @ctlr: Controller to which device is connected
|
2007-05-08 15:32:21 +08:00
|
|
|
* @chip: Describes the SPI device
|
|
|
|
* Context: can sleep
|
|
|
|
*
|
|
|
|
* On typical mainboards, this is purely internal; and it's not needed
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
* after board init creates the hard-wired devices. Some development
|
|
|
|
* platforms may not be able to use spi_register_board_info though, and
|
|
|
|
* this is exported so that for example a USB or parport based adapter
|
|
|
|
* driver could add devices (which it would learn about out-of-band).
|
2007-07-31 15:39:45 +08:00
|
|
|
*
|
2015-10-23 00:59:23 +08:00
|
|
|
* Return: the new device, or NULL.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_device *spi_new_device(struct spi_controller *ctlr,
|
2007-03-27 13:32:23 +08:00
|
|
|
struct spi_board_info *chip)
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
{
|
|
|
|
struct spi_device *proxy;
|
|
|
|
int status;
|
|
|
|
|
2007-07-31 15:39:45 +08:00
|
|
|
/* NOTE: caller did any chip->bus_num checks necessary.
|
|
|
|
*
|
|
|
|
* Also, unless we change the return value convention to use
|
|
|
|
* error-or-pointer (not NULL-or-pointer), troubleshootability
|
|
|
|
* suggests syslogged diagnostics are best here (ugh).
|
|
|
|
*/
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
proxy = spi_alloc_device(ctlr);
|
2008-05-16 06:50:22 +08:00
|
|
|
if (!proxy)
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
return NULL;
|
|
|
|
|
2008-07-24 12:29:55 +08:00
|
|
|
WARN_ON(strlen(chip->modalias) >= sizeof(proxy->modalias));
|
|
|
|
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
proxy->chip_select = chip->chip_select;
|
|
|
|
proxy->max_speed_hz = chip->max_speed_hz;
|
2006-06-28 22:47:15 +08:00
|
|
|
proxy->mode = chip->mode;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
proxy->irq = chip->irq;
|
2008-07-24 12:29:55 +08:00
|
|
|
strlcpy(proxy->modalias, chip->modalias, sizeof(proxy->modalias));
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
proxy->dev.platform_data = (void *) chip->platform_data;
|
|
|
|
proxy->controller_data = chip->controller_data;
|
|
|
|
proxy->controller_state = NULL;
|
|
|
|
|
2017-03-01 06:25:18 +08:00
|
|
|
if (chip->properties) {
|
|
|
|
status = device_add_properties(&proxy->dev, chip->properties);
|
|
|
|
if (status) {
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(&ctlr->dev,
|
2017-03-01 06:25:18 +08:00
|
|
|
"failed to add properties to '%s': %d\n",
|
|
|
|
chip->modalias, status);
|
|
|
|
goto err_dev_put;
|
|
|
|
}
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
|
|
|
|
2017-03-01 06:25:18 +08:00
|
|
|
status = spi_add_device(proxy);
|
|
|
|
if (status < 0)
|
|
|
|
goto err_remove_props;
|
|
|
|
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
return proxy;
|
2017-03-01 06:25:18 +08:00
|
|
|
|
|
|
|
err_remove_props:
|
|
|
|
if (chip->properties)
|
|
|
|
device_remove_properties(&proxy->dev);
|
|
|
|
err_dev_put:
|
|
|
|
spi_dev_put(proxy);
|
|
|
|
return NULL;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_new_device);
|
|
|
|
|
2015-11-30 22:28:06 +08:00
|
|
|
/**
|
|
|
|
* spi_unregister_device - unregister a single SPI device
|
|
|
|
* @spi: spi_device to unregister
|
|
|
|
*
|
|
|
|
* Start making the passed SPI device vanish. Normally this would be handled
|
2017-06-13 19:23:52 +08:00
|
|
|
* by spi_unregister_controller().
|
2015-11-30 22:28:06 +08:00
|
|
|
*/
|
|
|
|
void spi_unregister_device(struct spi_device *spi)
|
|
|
|
{
|
2015-11-30 22:28:07 +08:00
|
|
|
if (!spi)
|
|
|
|
return;
|
|
|
|
|
2017-01-31 00:47:05 +08:00
|
|
|
if (spi->dev.of_node) {
|
2015-11-30 22:28:07 +08:00
|
|
|
of_node_clear_flag(spi->dev.of_node, OF_POPULATED);
|
2017-01-31 00:47:05 +08:00
|
|
|
of_node_put(spi->dev.of_node);
|
|
|
|
}
|
2016-07-09 00:13:11 +08:00
|
|
|
if (ACPI_COMPANION(&spi->dev))
|
|
|
|
acpi_device_clear_enumerated(ACPI_COMPANION(&spi->dev));
|
2015-11-30 22:28:07 +08:00
|
|
|
device_unregister(&spi->dev);
|
2015-11-30 22:28:06 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_unregister_device);
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static void spi_match_controller_to_boardinfo(struct spi_controller *ctlr,
|
|
|
|
struct spi_board_info *bi)
|
2010-08-02 15:52:15 +08:00
|
|
|
{
|
|
|
|
struct spi_device *dev;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->bus_num != bi->bus_num)
|
2010-08-02 15:52:15 +08:00
|
|
|
return;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
dev = spi_new_device(ctlr, bi);
|
2010-08-02 15:52:15 +08:00
|
|
|
if (!dev)
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(ctlr->dev.parent, "can't create new device for %s\n",
|
2010-08-02 15:52:15 +08:00
|
|
|
bi->modalias);
|
|
|
|
}
|
|
|
|
|
2007-05-08 15:32:21 +08:00
|
|
|
/**
|
|
|
|
* spi_register_board_info - register SPI devices for a given board
|
|
|
|
* @info: array of chip descriptors
|
|
|
|
* @n: how many descriptors are provided
|
|
|
|
* Context: can sleep
|
|
|
|
*
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
* Board-specific early init code calls this (probably during arch_initcall)
|
|
|
|
* with segments of the SPI device table. Any device nodes are created later,
|
|
|
|
* after the relevant parent SPI controller (bus_num) is defined. We keep
|
|
|
|
* this table of devices forever, so that reloading a controller driver will
|
|
|
|
* not make Linux forget about these hard-wired devices.
|
|
|
|
*
|
|
|
|
* Other code can also call this, e.g. a particular add-on board might provide
|
|
|
|
* SPI devices through its expansion connector, so code initializing that board
|
|
|
|
* would naturally declare its SPI devices.
|
|
|
|
*
|
|
|
|
* The board info passed can safely be __initdata ... but be careful of
|
|
|
|
* any embedded pointers (platform_data, etc), they're copied as-is.
|
2017-03-01 06:25:18 +08:00
|
|
|
* Device properties are deep-copied though.
|
2015-10-23 00:59:23 +08:00
|
|
|
*
|
|
|
|
* Return: zero on success, else a negative error code.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*/
|
2012-12-08 00:57:14 +08:00
|
|
|
int spi_register_board_info(struct spi_board_info const *info, unsigned n)
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
{
|
2010-08-02 15:52:15 +08:00
|
|
|
struct boardinfo *bi;
|
|
|
|
int i;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2014-09-24 14:30:29 +08:00
|
|
|
if (!n)
|
2017-03-01 06:25:19 +08:00
|
|
|
return 0;
|
2014-09-24 14:30:29 +08:00
|
|
|
|
2017-01-13 19:28:04 +08:00
|
|
|
bi = kcalloc(n, sizeof(*bi), GFP_KERNEL);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
if (!bi)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2010-08-02 15:52:15 +08:00
|
|
|
for (i = 0; i < n; i++, bi++, info++) {
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2010-08-02 15:52:15 +08:00
|
|
|
memcpy(&bi->board_info, info, sizeof(*info));
|
2017-03-01 06:25:18 +08:00
|
|
|
if (info->properties) {
|
|
|
|
bi->board_info.properties =
|
|
|
|
property_entries_dup(info->properties);
|
|
|
|
if (IS_ERR(bi->board_info.properties))
|
|
|
|
return PTR_ERR(bi->board_info.properties);
|
|
|
|
}
|
|
|
|
|
2010-08-02 15:52:15 +08:00
|
|
|
mutex_lock(&board_lock);
|
|
|
|
list_add_tail(&bi->list, &board_list);
|
2017-06-13 19:23:52 +08:00
|
|
|
list_for_each_entry(ctlr, &spi_controller_list, list)
|
|
|
|
spi_match_controller_to_boardinfo(ctlr,
|
|
|
|
&bi->board_info);
|
2010-08-02 15:52:15 +08:00
|
|
|
mutex_unlock(&board_lock);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
2010-08-02 15:52:15 +08:00
|
|
|
|
|
|
|
return 0;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/*-------------------------------------------------------------------------*/
|
|
|
|
|
2013-10-05 18:50:40 +08:00
|
|
|
static void spi_set_cs(struct spi_device *spi, bool enable)
|
|
|
|
{
|
|
|
|
if (spi->mode & SPI_CS_HIGH)
|
|
|
|
enable = !enable;
|
|
|
|
|
2016-10-10 22:25:24 +08:00
|
|
|
if (gpio_is_valid(spi->cs_gpio)) {
|
2013-10-05 18:50:40 +08:00
|
|
|
gpio_set_value(spi->cs_gpio, !enable);
|
2016-10-10 22:25:24 +08:00
|
|
|
/* Some SPI masters need both GPIO CS & slave_select */
|
2017-06-13 19:23:52 +08:00
|
|
|
if ((spi->controller->flags & SPI_MASTER_GPIO_SS) &&
|
|
|
|
spi->controller->set_cs)
|
|
|
|
spi->controller->set_cs(spi, !enable);
|
|
|
|
} else if (spi->controller->set_cs) {
|
|
|
|
spi->controller->set_cs(spi, !enable);
|
2016-10-10 22:25:24 +08:00
|
|
|
}
|
2013-10-05 18:50:40 +08:00
|
|
|
}
|
|
|
|
|
2014-05-02 12:29:34 +08:00
|
|
|
#ifdef CONFIG_HAS_DMA
|
2018-04-23 02:35:14 +08:00
|
|
|
int spi_map_buf(struct spi_controller *ctlr, struct device *dev,
|
|
|
|
struct sg_table *sgt, void *buf, size_t len,
|
|
|
|
enum dma_data_direction dir)
|
2014-02-02 21:47:47 +08:00
|
|
|
{
|
|
|
|
const bool vmalloced_buf = is_vmalloc_addr(buf);
|
2016-03-09 17:20:00 +08:00
|
|
|
unsigned int max_seg_size = dma_get_max_seg_size(dev);
|
2016-08-17 17:52:36 +08:00
|
|
|
#ifdef CONFIG_HIGHMEM
|
|
|
|
const bool kmap_buf = ((unsigned long)buf >= PKMAP_BASE &&
|
|
|
|
(unsigned long)buf < (PKMAP_BASE +
|
|
|
|
(LAST_PKMAP * PAGE_SIZE)));
|
|
|
|
#else
|
|
|
|
const bool kmap_buf = false;
|
|
|
|
#endif
|
2015-06-30 23:48:37 +08:00
|
|
|
int desc_len;
|
|
|
|
int sgs;
|
2014-02-02 21:47:47 +08:00
|
|
|
struct page *vm_page;
|
2016-11-22 06:50:03 +08:00
|
|
|
struct scatterlist *sg;
|
2014-02-02 21:47:47 +08:00
|
|
|
void *sg_buf;
|
|
|
|
size_t min;
|
|
|
|
int i, ret;
|
|
|
|
|
2016-08-17 17:52:36 +08:00
|
|
|
if (vmalloced_buf || kmap_buf) {
|
2016-03-09 17:20:00 +08:00
|
|
|
desc_len = min_t(int, max_seg_size, PAGE_SIZE);
|
2015-06-30 23:48:37 +08:00
|
|
|
sgs = DIV_ROUND_UP(len + offset_in_page(buf), desc_len);
|
2016-04-25 17:44:00 +08:00
|
|
|
} else if (virt_addr_valid(buf)) {
|
2017-06-13 19:23:52 +08:00
|
|
|
desc_len = min_t(int, max_seg_size, ctlr->max_dma_len);
|
2015-06-30 23:48:37 +08:00
|
|
|
sgs = DIV_ROUND_UP(len, desc_len);
|
2016-04-25 17:44:00 +08:00
|
|
|
} else {
|
|
|
|
return -EINVAL;
|
2015-06-30 23:48:37 +08:00
|
|
|
}
|
|
|
|
|
2014-02-02 21:47:47 +08:00
|
|
|
ret = sg_alloc_table(sgt, sgs, GFP_KERNEL);
|
|
|
|
if (ret != 0)
|
|
|
|
return ret;
|
|
|
|
|
2016-11-22 06:50:03 +08:00
|
|
|
sg = &sgt->sgl[0];
|
2014-02-02 21:47:47 +08:00
|
|
|
for (i = 0; i < sgs; i++) {
|
|
|
|
|
2016-08-17 17:52:36 +08:00
|
|
|
if (vmalloced_buf || kmap_buf) {
|
2018-03-02 22:55:09 +08:00
|
|
|
/*
|
|
|
|
* Next scatterlist entry size is the minimum between
|
|
|
|
* the desc_len and the remaining buffer length that
|
|
|
|
* fits in a page.
|
|
|
|
*/
|
|
|
|
min = min_t(size_t, desc_len,
|
|
|
|
min_t(size_t, len,
|
|
|
|
PAGE_SIZE - offset_in_page(buf)));
|
2016-08-17 17:52:36 +08:00
|
|
|
if (vmalloced_buf)
|
|
|
|
vm_page = vmalloc_to_page(buf);
|
|
|
|
else
|
|
|
|
vm_page = kmap_to_page(buf);
|
2014-02-02 21:47:47 +08:00
|
|
|
if (!vm_page) {
|
|
|
|
sg_free_table(sgt);
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
2016-11-22 06:50:03 +08:00
|
|
|
sg_set_page(sg, vm_page,
|
2014-11-17 17:14:31 +08:00
|
|
|
min, offset_in_page(buf));
|
2014-02-02 21:47:47 +08:00
|
|
|
} else {
|
2015-06-30 23:48:37 +08:00
|
|
|
min = min_t(size_t, len, desc_len);
|
2014-02-02 21:47:47 +08:00
|
|
|
sg_buf = buf;
|
2016-11-22 06:50:03 +08:00
|
|
|
sg_set_buf(sg, sg_buf, min);
|
2014-02-02 21:47:47 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
buf += min;
|
|
|
|
len -= min;
|
2016-11-22 06:50:03 +08:00
|
|
|
sg = sg_next(sg);
|
2014-02-02 21:47:47 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
ret = dma_map_sg(dev, sgt->sgl, sgt->nents, dir);
|
2014-07-10 21:29:32 +08:00
|
|
|
if (!ret)
|
|
|
|
ret = -ENOMEM;
|
2014-02-02 21:47:47 +08:00
|
|
|
if (ret < 0) {
|
|
|
|
sg_free_table(sgt);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
sgt->nents = ret;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2018-04-23 02:35:14 +08:00
|
|
|
void spi_unmap_buf(struct spi_controller *ctlr, struct device *dev,
|
|
|
|
struct sg_table *sgt, enum dma_data_direction dir)
|
2014-02-02 21:47:47 +08:00
|
|
|
{
|
|
|
|
if (sgt->orig_nents) {
|
|
|
|
dma_unmap_sg(dev, sgt->sgl, sgt->orig_nents, dir);
|
|
|
|
sg_free_table(sgt);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static int __spi_map_msg(struct spi_controller *ctlr, struct spi_message *msg)
|
2014-01-16 20:22:43 +08:00
|
|
|
{
|
|
|
|
struct device *tx_dev, *rx_dev;
|
|
|
|
struct spi_transfer *xfer;
|
2014-02-02 21:47:47 +08:00
|
|
|
int ret;
|
2014-01-29 04:17:03 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (!ctlr->can_dma)
|
2014-01-16 20:22:43 +08:00
|
|
|
return 0;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->dma_tx)
|
|
|
|
tx_dev = ctlr->dma_tx->device->dev;
|
2015-07-23 17:10:40 +08:00
|
|
|
else
|
2017-06-13 19:23:52 +08:00
|
|
|
tx_dev = ctlr->dev.parent;
|
2015-07-23 17:10:40 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->dma_rx)
|
|
|
|
rx_dev = ctlr->dma_rx->device->dev;
|
2015-07-23 17:10:40 +08:00
|
|
|
else
|
2017-06-13 19:23:52 +08:00
|
|
|
rx_dev = ctlr->dev.parent;
|
2014-01-16 20:22:43 +08:00
|
|
|
|
|
|
|
list_for_each_entry(xfer, &msg->transfers, transfer_list) {
|
2017-06-13 19:23:52 +08:00
|
|
|
if (!ctlr->can_dma(ctlr, msg->spi, xfer))
|
2014-01-16 20:22:43 +08:00
|
|
|
continue;
|
|
|
|
|
|
|
|
if (xfer->tx_buf != NULL) {
|
2017-06-13 19:23:52 +08:00
|
|
|
ret = spi_map_buf(ctlr, tx_dev, &xfer->tx_sg,
|
2014-02-02 21:47:47 +08:00
|
|
|
(void *)xfer->tx_buf, xfer->len,
|
|
|
|
DMA_TO_DEVICE);
|
|
|
|
if (ret != 0)
|
|
|
|
return ret;
|
2014-01-16 20:22:43 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
if (xfer->rx_buf != NULL) {
|
2017-06-13 19:23:52 +08:00
|
|
|
ret = spi_map_buf(ctlr, rx_dev, &xfer->rx_sg,
|
2014-02-02 21:47:47 +08:00
|
|
|
xfer->rx_buf, xfer->len,
|
|
|
|
DMA_FROM_DEVICE);
|
|
|
|
if (ret != 0) {
|
2017-06-13 19:23:52 +08:00
|
|
|
spi_unmap_buf(ctlr, tx_dev, &xfer->tx_sg,
|
2014-02-02 21:47:47 +08:00
|
|
|
DMA_TO_DEVICE);
|
|
|
|
return ret;
|
2014-01-16 20:22:43 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->cur_msg_mapped = true;
|
2014-01-16 20:22:43 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static int __spi_unmap_msg(struct spi_controller *ctlr, struct spi_message *msg)
|
2014-01-16 20:22:43 +08:00
|
|
|
{
|
|
|
|
struct spi_transfer *xfer;
|
|
|
|
struct device *tx_dev, *rx_dev;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (!ctlr->cur_msg_mapped || !ctlr->can_dma)
|
2014-01-16 20:22:43 +08:00
|
|
|
return 0;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->dma_tx)
|
|
|
|
tx_dev = ctlr->dma_tx->device->dev;
|
2015-07-23 17:10:40 +08:00
|
|
|
else
|
2017-06-13 19:23:52 +08:00
|
|
|
tx_dev = ctlr->dev.parent;
|
2015-07-23 17:10:40 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->dma_rx)
|
|
|
|
rx_dev = ctlr->dma_rx->device->dev;
|
2015-07-23 17:10:40 +08:00
|
|
|
else
|
2017-06-13 19:23:52 +08:00
|
|
|
rx_dev = ctlr->dev.parent;
|
2014-01-16 20:22:43 +08:00
|
|
|
|
|
|
|
list_for_each_entry(xfer, &msg->transfers, transfer_list) {
|
2017-06-13 19:23:52 +08:00
|
|
|
if (!ctlr->can_dma(ctlr, msg->spi, xfer))
|
2014-01-16 20:22:43 +08:00
|
|
|
continue;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spi_unmap_buf(ctlr, rx_dev, &xfer->rx_sg, DMA_FROM_DEVICE);
|
|
|
|
spi_unmap_buf(ctlr, tx_dev, &xfer->tx_sg, DMA_TO_DEVICE);
|
2014-01-16 20:22:43 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
2014-05-02 12:29:34 +08:00
|
|
|
#else /* !CONFIG_HAS_DMA */
|
2017-06-13 19:23:52 +08:00
|
|
|
static inline int __spi_map_msg(struct spi_controller *ctlr,
|
2014-05-02 12:29:34 +08:00
|
|
|
struct spi_message *msg)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static inline int __spi_unmap_msg(struct spi_controller *ctlr,
|
2015-05-25 18:13:10 +08:00
|
|
|
struct spi_message *msg)
|
2014-05-02 12:29:34 +08:00
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
#endif /* !CONFIG_HAS_DMA */
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static inline int spi_unmap_msg(struct spi_controller *ctlr,
|
2015-05-25 18:13:10 +08:00
|
|
|
struct spi_message *msg)
|
|
|
|
{
|
|
|
|
struct spi_transfer *xfer;
|
|
|
|
|
|
|
|
list_for_each_entry(xfer, &msg->transfers, transfer_list) {
|
|
|
|
/*
|
|
|
|
* Restore the original value of tx_buf or rx_buf if they are
|
|
|
|
* NULL.
|
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
if (xfer->tx_buf == ctlr->dummy_tx)
|
2015-05-25 18:13:10 +08:00
|
|
|
xfer->tx_buf = NULL;
|
2017-06-13 19:23:52 +08:00
|
|
|
if (xfer->rx_buf == ctlr->dummy_rx)
|
2015-05-25 18:13:10 +08:00
|
|
|
xfer->rx_buf = NULL;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
return __spi_unmap_msg(ctlr, msg);
|
2015-05-25 18:13:10 +08:00
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static int spi_map_msg(struct spi_controller *ctlr, struct spi_message *msg)
|
2014-05-02 12:29:34 +08:00
|
|
|
{
|
|
|
|
struct spi_transfer *xfer;
|
|
|
|
void *tmp;
|
|
|
|
unsigned int max_tx, max_rx;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->flags & (SPI_CONTROLLER_MUST_RX | SPI_CONTROLLER_MUST_TX)) {
|
2014-05-02 12:29:34 +08:00
|
|
|
max_tx = 0;
|
|
|
|
max_rx = 0;
|
|
|
|
|
|
|
|
list_for_each_entry(xfer, &msg->transfers, transfer_list) {
|
2017-06-13 19:23:52 +08:00
|
|
|
if ((ctlr->flags & SPI_CONTROLLER_MUST_TX) &&
|
2014-05-02 12:29:34 +08:00
|
|
|
!xfer->tx_buf)
|
|
|
|
max_tx = max(xfer->len, max_tx);
|
2017-06-13 19:23:52 +08:00
|
|
|
if ((ctlr->flags & SPI_CONTROLLER_MUST_RX) &&
|
2014-05-02 12:29:34 +08:00
|
|
|
!xfer->rx_buf)
|
|
|
|
max_rx = max(xfer->len, max_rx);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (max_tx) {
|
2017-06-13 19:23:52 +08:00
|
|
|
tmp = krealloc(ctlr->dummy_tx, max_tx,
|
2014-05-02 12:29:34 +08:00
|
|
|
GFP_KERNEL | GFP_DMA);
|
|
|
|
if (!tmp)
|
|
|
|
return -ENOMEM;
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->dummy_tx = tmp;
|
2014-05-02 12:29:34 +08:00
|
|
|
memset(tmp, 0, max_tx);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (max_rx) {
|
2017-06-13 19:23:52 +08:00
|
|
|
tmp = krealloc(ctlr->dummy_rx, max_rx,
|
2014-05-02 12:29:34 +08:00
|
|
|
GFP_KERNEL | GFP_DMA);
|
|
|
|
if (!tmp)
|
|
|
|
return -ENOMEM;
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->dummy_rx = tmp;
|
2014-05-02 12:29:34 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
if (max_tx || max_rx) {
|
|
|
|
list_for_each_entry(xfer, &msg->transfers,
|
|
|
|
transfer_list) {
|
|
|
|
if (!xfer->tx_buf)
|
2017-06-13 19:23:52 +08:00
|
|
|
xfer->tx_buf = ctlr->dummy_tx;
|
2014-05-02 12:29:34 +08:00
|
|
|
if (!xfer->rx_buf)
|
2017-06-13 19:23:52 +08:00
|
|
|
xfer->rx_buf = ctlr->dummy_rx;
|
2014-05-02 12:29:34 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
return __spi_map_msg(ctlr, msg);
|
2014-05-02 12:29:34 +08:00
|
|
|
}
|
2014-01-16 20:22:43 +08:00
|
|
|
|
2013-10-05 18:50:40 +08:00
|
|
|
/*
|
|
|
|
* spi_transfer_one_message - Default implementation of transfer_one_message()
|
|
|
|
*
|
|
|
|
* This is a standard implementation of transfer_one_message() for
|
2016-05-04 02:59:30 +08:00
|
|
|
* drivers which implement a transfer_one() operation. It provides
|
2013-10-05 18:50:40 +08:00
|
|
|
* standard handling of delays and chip select management.
|
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
static int spi_transfer_one_message(struct spi_controller *ctlr,
|
2013-10-05 18:50:40 +08:00
|
|
|
struct spi_message *msg)
|
|
|
|
{
|
|
|
|
struct spi_transfer *xfer;
|
|
|
|
bool keep_cs = false;
|
|
|
|
int ret = 0;
|
2016-09-02 07:24:29 +08:00
|
|
|
unsigned long long ms = 1;
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_statistics *statm = &ctlr->statistics;
|
2015-06-22 21:00:36 +08:00
|
|
|
struct spi_statistics *stats = &msg->spi->statistics;
|
2013-10-05 18:50:40 +08:00
|
|
|
|
|
|
|
spi_set_cs(msg->spi, true);
|
|
|
|
|
2015-06-22 21:00:36 +08:00
|
|
|
SPI_STATISTICS_INCREMENT_FIELD(statm, messages);
|
|
|
|
SPI_STATISTICS_INCREMENT_FIELD(stats, messages);
|
|
|
|
|
2013-10-05 18:50:40 +08:00
|
|
|
list_for_each_entry(xfer, &msg->transfers, transfer_list) {
|
|
|
|
trace_spi_transfer_start(msg, xfer);
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spi_statistics_add_transfer_stats(statm, xfer, ctlr);
|
|
|
|
spi_statistics_add_transfer_stats(stats, xfer, ctlr);
|
2015-06-22 21:00:36 +08:00
|
|
|
|
2014-08-16 23:27:41 +08:00
|
|
|
if (xfer->tx_buf || xfer->rx_buf) {
|
2017-06-13 19:23:52 +08:00
|
|
|
reinit_completion(&ctlr->xfer_completion);
|
2013-10-05 18:50:40 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ret = ctlr->transfer_one(ctlr, msg->spi, xfer);
|
2014-08-16 23:27:41 +08:00
|
|
|
if (ret < 0) {
|
2015-06-22 21:00:36 +08:00
|
|
|
SPI_STATISTICS_INCREMENT_FIELD(statm,
|
|
|
|
errors);
|
|
|
|
SPI_STATISTICS_INCREMENT_FIELD(stats,
|
|
|
|
errors);
|
2014-08-16 23:27:41 +08:00
|
|
|
dev_err(&msg->spi->dev,
|
|
|
|
"SPI transfer failed: %d\n", ret);
|
|
|
|
goto out;
|
|
|
|
}
|
2013-10-05 18:50:40 +08:00
|
|
|
|
2014-08-16 23:27:41 +08:00
|
|
|
if (ret > 0) {
|
|
|
|
ret = 0;
|
2016-09-02 07:24:29 +08:00
|
|
|
ms = 8LL * 1000LL * xfer->len;
|
|
|
|
do_div(ms, xfer->speed_hz);
|
2017-04-17 07:38:05 +08:00
|
|
|
ms += ms + 200; /* some tolerance */
|
2014-01-31 06:16:41 +08:00
|
|
|
|
2016-09-02 07:24:29 +08:00
|
|
|
if (ms > UINT_MAX)
|
|
|
|
ms = UINT_MAX;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ms = wait_for_completion_timeout(&ctlr->xfer_completion,
|
2014-08-16 23:27:41 +08:00
|
|
|
msecs_to_jiffies(ms));
|
|
|
|
}
|
2014-01-31 06:16:41 +08:00
|
|
|
|
2014-08-16 23:27:41 +08:00
|
|
|
if (ms == 0) {
|
2015-06-22 21:00:36 +08:00
|
|
|
SPI_STATISTICS_INCREMENT_FIELD(statm,
|
|
|
|
timedout);
|
|
|
|
SPI_STATISTICS_INCREMENT_FIELD(stats,
|
|
|
|
timedout);
|
2014-08-16 23:27:41 +08:00
|
|
|
dev_err(&msg->spi->dev,
|
|
|
|
"SPI transfer timed out\n");
|
|
|
|
msg->status = -ETIMEDOUT;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
if (xfer->len)
|
|
|
|
dev_err(&msg->spi->dev,
|
|
|
|
"Bufferless transfer has length %u\n",
|
|
|
|
xfer->len);
|
2014-01-18 22:05:22 +08:00
|
|
|
}
|
2013-10-05 18:50:40 +08:00
|
|
|
|
|
|
|
trace_spi_transfer_stop(msg, xfer);
|
|
|
|
|
|
|
|
if (msg->status != -EINPROGRESS)
|
|
|
|
goto out;
|
|
|
|
|
2016-10-07 18:55:47 +08:00
|
|
|
if (xfer->delay_usecs) {
|
|
|
|
u16 us = xfer->delay_usecs;
|
|
|
|
|
|
|
|
if (us <= 10)
|
|
|
|
udelay(us);
|
|
|
|
else
|
|
|
|
usleep_range(us, us + DIV_ROUND_UP(us, 10));
|
|
|
|
}
|
2013-10-05 18:50:40 +08:00
|
|
|
|
|
|
|
if (xfer->cs_change) {
|
|
|
|
if (list_is_last(&xfer->transfer_list,
|
|
|
|
&msg->transfers)) {
|
|
|
|
keep_cs = true;
|
|
|
|
} else {
|
2014-03-30 07:48:07 +08:00
|
|
|
spi_set_cs(msg->spi, false);
|
|
|
|
udelay(10);
|
|
|
|
spi_set_cs(msg->spi, true);
|
2013-10-05 18:50:40 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
msg->actual_length += xfer->len;
|
|
|
|
}
|
|
|
|
|
|
|
|
out:
|
|
|
|
if (ret != 0 || !keep_cs)
|
|
|
|
spi_set_cs(msg->spi, false);
|
|
|
|
|
|
|
|
if (msg->status == -EINPROGRESS)
|
|
|
|
msg->status = ret;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (msg->status && ctlr->handle_err)
|
|
|
|
ctlr->handle_err(ctlr, msg);
|
2015-02-27 23:34:15 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spi_res_release(ctlr, msg);
|
2015-12-14 23:20:18 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spi_finalize_current_message(ctlr);
|
2013-10-05 18:50:40 +08:00
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* spi_finalize_current_transfer - report completion of a transfer
|
2017-06-13 19:23:52 +08:00
|
|
|
* @ctlr: the controller reporting completion
|
2013-10-05 18:50:40 +08:00
|
|
|
*
|
|
|
|
* Called by SPI drivers using the core transfer_one_message()
|
|
|
|
* implementation to notify it that the current interrupt driven
|
2014-01-21 23:10:05 +08:00
|
|
|
* transfer has finished and the next one may be scheduled.
|
2013-10-05 18:50:40 +08:00
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
void spi_finalize_current_transfer(struct spi_controller *ctlr)
|
2013-10-05 18:50:40 +08:00
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
complete(&ctlr->xfer_completion);
|
2013-10-05 18:50:40 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_finalize_current_transfer);
|
|
|
|
|
2012-02-22 17:05:38 +08:00
|
|
|
/**
|
2014-12-10 21:46:33 +08:00
|
|
|
* __spi_pump_messages - function which processes spi message queue
|
2017-06-13 19:23:52 +08:00
|
|
|
* @ctlr: controller to process queue for
|
2014-12-10 21:46:33 +08:00
|
|
|
* @in_kthread: true if we are in the context of the message pump thread
|
2012-02-22 17:05:38 +08:00
|
|
|
*
|
|
|
|
* This function checks if there is any spi message in the queue that
|
|
|
|
* needs processing and if so call out to the driver to initialize hardware
|
|
|
|
* and transfer each message.
|
|
|
|
*
|
2014-12-10 05:38:05 +08:00
|
|
|
* Note that it is called both from the kthread itself and also from
|
|
|
|
* inside spi_sync(); the queue extraction handling at the top of the
|
|
|
|
* function should deal with this safely.
|
2012-02-22 17:05:38 +08:00
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
static void __spi_pump_messages(struct spi_controller *ctlr, bool in_kthread)
|
2012-02-22 17:05:38 +08:00
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
bool was_busy = false;
|
|
|
|
int ret;
|
|
|
|
|
2014-12-10 03:46:56 +08:00
|
|
|
/* Lock queue */
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_lock_irqsave(&ctlr->queue_lock, flags);
|
2014-12-10 03:46:56 +08:00
|
|
|
|
|
|
|
/* Make sure we are not already running a message */
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->cur_msg) {
|
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2014-12-10 03:46:56 +08:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2014-12-10 05:38:05 +08:00
|
|
|
/* If another context is idling the device then defer */
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->idling) {
|
|
|
|
kthread_queue_work(&ctlr->kworker, &ctlr->pump_messages);
|
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2014-12-10 05:38:05 +08:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2014-12-10 03:46:56 +08:00
|
|
|
/* Check if the queue is idle */
|
2017-06-13 19:23:52 +08:00
|
|
|
if (list_empty(&ctlr->queue) || !ctlr->running) {
|
|
|
|
if (!ctlr->busy) {
|
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2013-03-14 02:17:40 +08:00
|
|
|
return;
|
2012-02-22 17:05:38 +08:00
|
|
|
}
|
2014-12-10 21:46:33 +08:00
|
|
|
|
|
|
|
/* Only do teardown in the thread */
|
|
|
|
if (!in_kthread) {
|
2017-06-13 19:23:52 +08:00
|
|
|
kthread_queue_work(&ctlr->kworker,
|
|
|
|
&ctlr->pump_messages);
|
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2014-12-10 21:46:33 +08:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->busy = false;
|
|
|
|
ctlr->idling = true;
|
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
|
|
|
|
|
|
|
kfree(ctlr->dummy_rx);
|
|
|
|
ctlr->dummy_rx = NULL;
|
|
|
|
kfree(ctlr->dummy_tx);
|
|
|
|
ctlr->dummy_tx = NULL;
|
|
|
|
if (ctlr->unprepare_transfer_hardware &&
|
|
|
|
ctlr->unprepare_transfer_hardware(ctlr))
|
|
|
|
dev_err(&ctlr->dev,
|
2013-03-14 02:17:40 +08:00
|
|
|
"failed to unprepare transfer hardware\n");
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->auto_runtime_pm) {
|
|
|
|
pm_runtime_mark_last_busy(ctlr->dev.parent);
|
|
|
|
pm_runtime_put_autosuspend(ctlr->dev.parent);
|
2013-07-28 21:47:02 +08:00
|
|
|
}
|
2017-06-13 19:23:52 +08:00
|
|
|
trace_spi_controller_idle(ctlr);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_lock_irqsave(&ctlr->queue_lock, flags);
|
|
|
|
ctlr->idling = false;
|
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2012-02-22 17:05:38 +08:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Extract head of queue */
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->cur_msg =
|
|
|
|
list_first_entry(&ctlr->queue, struct spi_message, queue);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
list_del_init(&ctlr->cur_msg->queue);
|
|
|
|
if (ctlr->busy)
|
2012-02-22 17:05:38 +08:00
|
|
|
was_busy = true;
|
|
|
|
else
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->busy = true;
|
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
mutex_lock(&ctlr->io_mutex);
|
2016-07-22 06:53:31 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (!was_busy && ctlr->auto_runtime_pm) {
|
|
|
|
ret = pm_runtime_get_sync(ctlr->dev.parent);
|
2013-07-28 21:47:02 +08:00
|
|
|
if (ret < 0) {
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(&ctlr->dev, "Failed to power device: %d\n",
|
2013-07-28 21:47:02 +08:00
|
|
|
ret);
|
2017-06-13 19:23:52 +08:00
|
|
|
mutex_unlock(&ctlr->io_mutex);
|
2013-07-28 21:47:02 +08:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-10-08 02:33:53 +08:00
|
|
|
if (!was_busy)
|
2017-06-13 19:23:52 +08:00
|
|
|
trace_spi_controller_busy(ctlr);
|
2013-10-08 02:33:53 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (!was_busy && ctlr->prepare_transfer_hardware) {
|
|
|
|
ret = ctlr->prepare_transfer_hardware(ctlr);
|
2012-02-22 17:05:38 +08:00
|
|
|
if (ret) {
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(&ctlr->dev,
|
2012-02-22 17:05:38 +08:00
|
|
|
"failed to prepare transfer hardware\n");
|
2013-07-28 21:47:02 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->auto_runtime_pm)
|
|
|
|
pm_runtime_put(ctlr->dev.parent);
|
|
|
|
mutex_unlock(&ctlr->io_mutex);
|
2012-02-22 17:05:38 +08:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
trace_spi_message_start(ctlr->cur_msg);
|
2013-10-08 02:33:53 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->prepare_message) {
|
|
|
|
ret = ctlr->prepare_message(ctlr, ctlr->cur_msg);
|
2013-10-05 07:23:12 +08:00
|
|
|
if (ret) {
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(&ctlr->dev, "failed to prepare message: %d\n",
|
|
|
|
ret);
|
|
|
|
ctlr->cur_msg->status = ret;
|
|
|
|
spi_finalize_current_message(ctlr);
|
2016-03-08 20:28:20 +08:00
|
|
|
goto out;
|
2013-10-05 07:23:12 +08:00
|
|
|
}
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->cur_msg_prepared = true;
|
2013-10-05 07:23:12 +08:00
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ret = spi_map_msg(ctlr, ctlr->cur_msg);
|
2014-01-16 20:22:43 +08:00
|
|
|
if (ret) {
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->cur_msg->status = ret;
|
|
|
|
spi_finalize_current_message(ctlr);
|
2016-03-08 20:28:20 +08:00
|
|
|
goto out;
|
2014-01-16 20:22:43 +08:00
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ret = ctlr->transfer_one_message(ctlr, ctlr->cur_msg);
|
2012-02-22 17:05:38 +08:00
|
|
|
if (ret) {
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(&ctlr->dev,
|
2014-01-28 17:33:03 +08:00
|
|
|
"failed to transfer one message from queue\n");
|
2016-03-08 20:28:20 +08:00
|
|
|
goto out;
|
2012-02-22 17:05:38 +08:00
|
|
|
}
|
2016-03-08 20:28:20 +08:00
|
|
|
|
|
|
|
out:
|
2017-06-13 19:23:52 +08:00
|
|
|
mutex_unlock(&ctlr->io_mutex);
|
2016-02-16 02:28:02 +08:00
|
|
|
|
|
|
|
/* Prod the scheduler in case transfer_one() was busy waiting */
|
2016-03-08 20:28:20 +08:00
|
|
|
if (!ret)
|
|
|
|
cond_resched();
|
2012-02-22 17:05:38 +08:00
|
|
|
}
|
|
|
|
|
2014-12-10 21:46:33 +08:00
|
|
|
/**
|
|
|
|
* spi_pump_messages - kthread work function which processes spi message queue
|
2017-06-13 19:23:52 +08:00
|
|
|
* @work: pointer to kthread work struct contained in the controller struct
|
2014-12-10 21:46:33 +08:00
|
|
|
*/
|
|
|
|
static void spi_pump_messages(struct kthread_work *work)
|
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr =
|
|
|
|
container_of(work, struct spi_controller, pump_messages);
|
2014-12-10 21:46:33 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
__spi_pump_messages(ctlr, true);
|
2014-12-10 21:46:33 +08:00
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static int spi_init_queue(struct spi_controller *ctlr)
|
2012-02-22 17:05:38 +08:00
|
|
|
{
|
|
|
|
struct sched_param param = { .sched_priority = MAX_RT_PRIO - 1 };
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->running = false;
|
|
|
|
ctlr->busy = false;
|
2012-02-22 17:05:38 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
kthread_init_worker(&ctlr->kworker);
|
|
|
|
ctlr->kworker_task = kthread_run(kthread_worker_fn, &ctlr->kworker,
|
|
|
|
"%s", dev_name(&ctlr->dev));
|
|
|
|
if (IS_ERR(ctlr->kworker_task)) {
|
|
|
|
dev_err(&ctlr->dev, "failed to create message pump task\n");
|
|
|
|
return PTR_ERR(ctlr->kworker_task);
|
2012-02-22 17:05:38 +08:00
|
|
|
}
|
2017-06-13 19:23:52 +08:00
|
|
|
kthread_init_work(&ctlr->pump_messages, spi_pump_messages);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
|
|
|
/*
|
2017-06-13 19:23:52 +08:00
|
|
|
* Controller config will indicate if this controller should run the
|
2012-02-22 17:05:38 +08:00
|
|
|
* message pump with high (realtime) priority to reduce the transfer
|
|
|
|
* latency on the bus by minimising the delay between a transfer
|
|
|
|
* request and the scheduling of the message pump thread. Without this
|
|
|
|
* setting the message pump thread will remain at default priority.
|
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->rt) {
|
|
|
|
dev_info(&ctlr->dev,
|
2012-02-22 17:05:38 +08:00
|
|
|
"will run message pump with realtime priority\n");
|
2017-06-13 19:23:52 +08:00
|
|
|
sched_setscheduler(ctlr->kworker_task, SCHED_FIFO, ¶m);
|
2012-02-22 17:05:38 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* spi_get_next_queued_message() - called by driver to check for queued
|
|
|
|
* messages
|
2017-06-13 19:23:52 +08:00
|
|
|
* @ctlr: the controller to check for queued messages
|
2012-02-22 17:05:38 +08:00
|
|
|
*
|
|
|
|
* If there are more messages in the queue, the next message is returned from
|
|
|
|
* this call.
|
2015-10-23 00:59:23 +08:00
|
|
|
*
|
|
|
|
* Return: the next message in the queue, else NULL if the queue is empty.
|
2012-02-22 17:05:38 +08:00
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_message *spi_get_next_queued_message(struct spi_controller *ctlr)
|
2012-02-22 17:05:38 +08:00
|
|
|
{
|
|
|
|
struct spi_message *next;
|
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
/* get a pointer to the next message, if any */
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_lock_irqsave(&ctlr->queue_lock, flags);
|
|
|
|
next = list_first_entry_or_null(&ctlr->queue, struct spi_message,
|
2014-01-02 15:16:40 +08:00
|
|
|
queue);
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
|
|
|
return next;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_get_next_queued_message);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* spi_finalize_current_message() - the current message is complete
|
2017-06-13 19:23:52 +08:00
|
|
|
* @ctlr: the controller to return the message to
|
2012-02-22 17:05:38 +08:00
|
|
|
*
|
|
|
|
* Called by the driver to notify the core that the message in the front of the
|
|
|
|
* queue is complete and can be removed from the queue.
|
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
void spi_finalize_current_message(struct spi_controller *ctlr)
|
2012-02-22 17:05:38 +08:00
|
|
|
{
|
|
|
|
struct spi_message *mesg;
|
|
|
|
unsigned long flags;
|
2013-10-05 07:23:12 +08:00
|
|
|
int ret;
|
2012-02-22 17:05:38 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_lock_irqsave(&ctlr->queue_lock, flags);
|
|
|
|
mesg = ctlr->cur_msg;
|
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spi_unmap_msg(ctlr, mesg);
|
2014-01-16 20:22:43 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->cur_msg_prepared && ctlr->unprepare_message) {
|
|
|
|
ret = ctlr->unprepare_message(ctlr, mesg);
|
2013-10-05 07:23:12 +08:00
|
|
|
if (ret) {
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(&ctlr->dev, "failed to unprepare message: %d\n",
|
|
|
|
ret);
|
2013-10-05 07:23:12 +08:00
|
|
|
}
|
|
|
|
}
|
2015-03-18 18:27:28 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_lock_irqsave(&ctlr->queue_lock, flags);
|
|
|
|
ctlr->cur_msg = NULL;
|
|
|
|
ctlr->cur_msg_prepared = false;
|
|
|
|
kthread_queue_work(&ctlr->kworker, &ctlr->pump_messages);
|
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2015-05-10 15:50:45 +08:00
|
|
|
|
|
|
|
trace_spi_message_done(mesg);
|
2013-10-05 07:23:12 +08:00
|
|
|
|
2012-02-22 17:05:38 +08:00
|
|
|
mesg->state = NULL;
|
|
|
|
if (mesg->complete)
|
|
|
|
mesg->complete(mesg->context);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_finalize_current_message);
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static int spi_start_queue(struct spi_controller *ctlr)
|
2012-02-22 17:05:38 +08:00
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_lock_irqsave(&ctlr->queue_lock, flags);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->running || ctlr->busy) {
|
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2012-02-22 17:05:38 +08:00
|
|
|
return -EBUSY;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->running = true;
|
|
|
|
ctlr->cur_msg = NULL;
|
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
kthread_queue_work(&ctlr->kworker, &ctlr->pump_messages);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static int spi_stop_queue(struct spi_controller *ctlr)
|
2012-02-22 17:05:38 +08:00
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
unsigned limit = 500;
|
|
|
|
int ret = 0;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_lock_irqsave(&ctlr->queue_lock, flags);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* This is a bit lame, but is optimized for the common execution path.
|
2017-06-13 19:23:52 +08:00
|
|
|
* A wait_queue on the ctlr->busy could be used, but then the common
|
2012-02-22 17:05:38 +08:00
|
|
|
* execution path (pump_messages) would be required to call wake_up or
|
|
|
|
* friends on every SPI message. Do this instead.
|
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
while ((!list_empty(&ctlr->queue) || ctlr->busy) && limit--) {
|
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2014-02-21 09:15:18 +08:00
|
|
|
usleep_range(10000, 11000);
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_lock_irqsave(&ctlr->queue_lock, flags);
|
2012-02-22 17:05:38 +08:00
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (!list_empty(&ctlr->queue) || ctlr->busy)
|
2012-02-22 17:05:38 +08:00
|
|
|
ret = -EBUSY;
|
|
|
|
else
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->running = false;
|
2012-02-22 17:05:38 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
|
|
|
if (ret) {
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_warn(&ctlr->dev, "could not stop message queue\n");
|
2012-02-22 17:05:38 +08:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static int spi_destroy_queue(struct spi_controller *ctlr)
|
2012-02-22 17:05:38 +08:00
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ret = spi_stop_queue(ctlr);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
|
|
|
/*
|
2016-10-12 04:55:20 +08:00
|
|
|
* kthread_flush_worker will block until all work is done.
|
2012-02-22 17:05:38 +08:00
|
|
|
* If the reason that stop_queue timed out is that the work will never
|
|
|
|
* finish, then it does no good to call flush/stop thread, so
|
|
|
|
* return anyway.
|
|
|
|
*/
|
|
|
|
if (ret) {
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(&ctlr->dev, "problem destroying queue\n");
|
2012-02-22 17:05:38 +08:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
kthread_flush_worker(&ctlr->kworker);
|
|
|
|
kthread_stop(ctlr->kworker_task);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-12-10 05:38:05 +08:00
|
|
|
static int __spi_queued_transfer(struct spi_device *spi,
|
|
|
|
struct spi_message *msg,
|
|
|
|
bool need_pump)
|
2012-02-22 17:05:38 +08:00
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr = spi->controller;
|
2012-02-22 17:05:38 +08:00
|
|
|
unsigned long flags;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_lock_irqsave(&ctlr->queue_lock, flags);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (!ctlr->running) {
|
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2012-02-22 17:05:38 +08:00
|
|
|
return -ESHUTDOWN;
|
|
|
|
}
|
|
|
|
msg->actual_length = 0;
|
|
|
|
msg->status = -EINPROGRESS;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
list_add_tail(&msg->queue, &ctlr->queue);
|
|
|
|
if (!ctlr->busy && need_pump)
|
|
|
|
kthread_queue_work(&ctlr->kworker, &ctlr->pump_messages);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_unlock_irqrestore(&ctlr->queue_lock, flags);
|
2012-02-22 17:05:38 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-12-10 05:38:05 +08:00
|
|
|
/**
|
|
|
|
* spi_queued_transfer - transfer function for queued transfers
|
|
|
|
* @spi: spi device which is requesting transfer
|
|
|
|
* @msg: spi message which is to handled is queued to driver queue
|
2015-10-23 00:59:23 +08:00
|
|
|
*
|
|
|
|
* Return: zero on success, else a negative error code.
|
2014-12-10 05:38:05 +08:00
|
|
|
*/
|
|
|
|
static int spi_queued_transfer(struct spi_device *spi, struct spi_message *msg)
|
|
|
|
{
|
|
|
|
return __spi_queued_transfer(spi, msg, true);
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static int spi_controller_initialize_queue(struct spi_controller *ctlr)
|
2012-02-22 17:05:38 +08:00
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->transfer = spi_queued_transfer;
|
|
|
|
if (!ctlr->transfer_one_message)
|
|
|
|
ctlr->transfer_one_message = spi_transfer_one_message;
|
2012-02-22 17:05:38 +08:00
|
|
|
|
|
|
|
/* Initialize and start queue */
|
2017-06-13 19:23:52 +08:00
|
|
|
ret = spi_init_queue(ctlr);
|
2012-02-22 17:05:38 +08:00
|
|
|
if (ret) {
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(&ctlr->dev, "problem initializing queue\n");
|
2012-02-22 17:05:38 +08:00
|
|
|
goto err_init_queue;
|
|
|
|
}
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->queued = true;
|
|
|
|
ret = spi_start_queue(ctlr);
|
2012-02-22 17:05:38 +08:00
|
|
|
if (ret) {
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(&ctlr->dev, "problem starting queue\n");
|
2012-02-22 17:05:38 +08:00
|
|
|
goto err_start_queue;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_start_queue:
|
2017-06-13 19:23:52 +08:00
|
|
|
spi_destroy_queue(ctlr);
|
2014-05-02 01:47:52 +08:00
|
|
|
err_init_queue:
|
2012-02-22 17:05:38 +08:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2018-04-23 02:35:15 +08:00
|
|
|
/**
|
|
|
|
* spi_flush_queue - Send all pending messages in the queue from the callers'
|
|
|
|
* context
|
|
|
|
* @ctlr: controller to process queue for
|
|
|
|
*
|
|
|
|
* This should be used when one wants to ensure all pending messages have been
|
|
|
|
* sent before doing something. Is used by the spi-mem code to make sure SPI
|
|
|
|
* memory operations do not preempt regular SPI transfers that have been queued
|
|
|
|
* before the spi-mem operation.
|
|
|
|
*/
|
|
|
|
void spi_flush_queue(struct spi_controller *ctlr)
|
|
|
|
{
|
|
|
|
if (ctlr->transfer == spi_queued_transfer)
|
|
|
|
__spi_pump_messages(ctlr, false);
|
|
|
|
}
|
|
|
|
|
2012-02-22 17:05:38 +08:00
|
|
|
/*-------------------------------------------------------------------------*/
|
|
|
|
|
2012-12-04 22:09:38 +08:00
|
|
|
#if defined(CONFIG_OF)
|
2017-06-13 19:23:52 +08:00
|
|
|
static int of_spi_parse_dt(struct spi_controller *ctlr, struct spi_device *spi,
|
2016-09-13 04:50:41 +08:00
|
|
|
struct device_node *nc)
|
2014-10-29 16:40:37 +08:00
|
|
|
{
|
|
|
|
u32 value;
|
2016-09-13 04:50:41 +08:00
|
|
|
int rc;
|
2014-10-29 16:40:37 +08:00
|
|
|
|
|
|
|
/* Mode (clock phase/polarity/etc.) */
|
2017-08-07 04:15:31 +08:00
|
|
|
if (of_property_read_bool(nc, "spi-cpha"))
|
2014-10-29 16:40:37 +08:00
|
|
|
spi->mode |= SPI_CPHA;
|
2017-08-07 04:15:31 +08:00
|
|
|
if (of_property_read_bool(nc, "spi-cpol"))
|
2014-10-29 16:40:37 +08:00
|
|
|
spi->mode |= SPI_CPOL;
|
2017-08-07 04:15:31 +08:00
|
|
|
if (of_property_read_bool(nc, "spi-cs-high"))
|
2014-10-29 16:40:37 +08:00
|
|
|
spi->mode |= SPI_CS_HIGH;
|
2017-08-07 04:15:31 +08:00
|
|
|
if (of_property_read_bool(nc, "spi-3wire"))
|
2014-10-29 16:40:37 +08:00
|
|
|
spi->mode |= SPI_3WIRE;
|
2017-08-07 04:15:31 +08:00
|
|
|
if (of_property_read_bool(nc, "spi-lsb-first"))
|
2014-10-29 16:40:37 +08:00
|
|
|
spi->mode |= SPI_LSB_FIRST;
|
|
|
|
|
|
|
|
/* Device DUAL/QUAD mode */
|
|
|
|
if (!of_property_read_u32(nc, "spi-tx-bus-width", &value)) {
|
|
|
|
switch (value) {
|
|
|
|
case 1:
|
|
|
|
break;
|
|
|
|
case 2:
|
|
|
|
spi->mode |= SPI_TX_DUAL;
|
|
|
|
break;
|
|
|
|
case 4:
|
|
|
|
spi->mode |= SPI_TX_QUAD;
|
|
|
|
break;
|
|
|
|
default:
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_warn(&ctlr->dev,
|
2014-10-29 16:40:37 +08:00
|
|
|
"spi-tx-bus-width %d not supported\n",
|
|
|
|
value);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!of_property_read_u32(nc, "spi-rx-bus-width", &value)) {
|
|
|
|
switch (value) {
|
|
|
|
case 1:
|
|
|
|
break;
|
|
|
|
case 2:
|
|
|
|
spi->mode |= SPI_RX_DUAL;
|
|
|
|
break;
|
|
|
|
case 4:
|
|
|
|
spi->mode |= SPI_RX_QUAD;
|
|
|
|
break;
|
|
|
|
default:
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_warn(&ctlr->dev,
|
2014-10-29 16:40:37 +08:00
|
|
|
"spi-rx-bus-width %d not supported\n",
|
|
|
|
value);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (spi_controller_is_slave(ctlr)) {
|
2017-05-22 21:11:41 +08:00
|
|
|
if (strcmp(nc->name, "slave")) {
|
2017-07-19 05:43:31 +08:00
|
|
|
dev_err(&ctlr->dev, "%pOF is not called 'slave'\n",
|
|
|
|
nc);
|
2017-05-22 21:11:41 +08:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Device address */
|
|
|
|
rc = of_property_read_u32(nc, "reg", &value);
|
|
|
|
if (rc) {
|
2017-07-19 05:43:31 +08:00
|
|
|
dev_err(&ctlr->dev, "%pOF has no valid 'reg' property (%d)\n",
|
|
|
|
nc, rc);
|
2017-05-22 21:11:41 +08:00
|
|
|
return rc;
|
|
|
|
}
|
|
|
|
spi->chip_select = value;
|
|
|
|
|
2014-10-29 16:40:37 +08:00
|
|
|
/* Device speed */
|
|
|
|
rc = of_property_read_u32(nc, "spi-max-frequency", &value);
|
|
|
|
if (rc) {
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(&ctlr->dev,
|
2017-07-19 05:43:31 +08:00
|
|
|
"%pOF has no valid 'spi-max-frequency' property (%d)\n", nc, rc);
|
2016-09-13 04:50:41 +08:00
|
|
|
return rc;
|
2014-10-29 16:40:37 +08:00
|
|
|
}
|
|
|
|
spi->max_speed_hz = value;
|
|
|
|
|
2016-09-13 04:50:41 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct spi_device *
|
2017-06-13 19:23:52 +08:00
|
|
|
of_register_spi_device(struct spi_controller *ctlr, struct device_node *nc)
|
2016-09-13 04:50:41 +08:00
|
|
|
{
|
|
|
|
struct spi_device *spi;
|
|
|
|
int rc;
|
|
|
|
|
|
|
|
/* Alloc an spi_device */
|
2017-06-13 19:23:52 +08:00
|
|
|
spi = spi_alloc_device(ctlr);
|
2016-09-13 04:50:41 +08:00
|
|
|
if (!spi) {
|
2017-07-19 05:43:31 +08:00
|
|
|
dev_err(&ctlr->dev, "spi_device alloc error for %pOF\n", nc);
|
2016-09-13 04:50:41 +08:00
|
|
|
rc = -ENOMEM;
|
|
|
|
goto err_out;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Select device driver */
|
|
|
|
rc = of_modalias_node(nc, spi->modalias,
|
|
|
|
sizeof(spi->modalias));
|
|
|
|
if (rc < 0) {
|
2017-07-19 05:43:31 +08:00
|
|
|
dev_err(&ctlr->dev, "cannot find modalias for %pOF\n", nc);
|
2016-09-13 04:50:41 +08:00
|
|
|
goto err_out;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
rc = of_spi_parse_dt(ctlr, spi, nc);
|
2016-09-13 04:50:41 +08:00
|
|
|
if (rc)
|
|
|
|
goto err_out;
|
|
|
|
|
2014-10-29 16:40:37 +08:00
|
|
|
/* Store a pointer to the node in the device structure */
|
|
|
|
of_node_get(nc);
|
|
|
|
spi->dev.of_node = nc;
|
|
|
|
|
|
|
|
/* Register the new device */
|
|
|
|
rc = spi_add_device(spi);
|
|
|
|
if (rc) {
|
2017-07-19 05:43:31 +08:00
|
|
|
dev_err(&ctlr->dev, "spi_device register error %pOF\n", nc);
|
2017-01-31 00:47:05 +08:00
|
|
|
goto err_of_node_put;
|
2014-10-29 16:40:37 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
return spi;
|
|
|
|
|
2017-01-31 00:47:05 +08:00
|
|
|
err_of_node_put:
|
|
|
|
of_node_put(nc);
|
2014-10-29 16:40:37 +08:00
|
|
|
err_out:
|
|
|
|
spi_dev_put(spi);
|
|
|
|
return ERR_PTR(rc);
|
|
|
|
}
|
|
|
|
|
2012-04-08 04:16:53 +08:00
|
|
|
/**
|
|
|
|
* of_register_spi_devices() - Register child devices onto the SPI bus
|
2017-06-13 19:23:52 +08:00
|
|
|
* @ctlr: Pointer to spi_controller device
|
2012-04-08 04:16:53 +08:00
|
|
|
*
|
2017-05-22 21:11:41 +08:00
|
|
|
* Registers an spi_device for each child node of controller node which
|
|
|
|
* represents a valid SPI slave.
|
2012-04-08 04:16:53 +08:00
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
static void of_register_spi_devices(struct spi_controller *ctlr)
|
2012-04-08 04:16:53 +08:00
|
|
|
{
|
|
|
|
struct spi_device *spi;
|
|
|
|
struct device_node *nc;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (!ctlr->dev.of_node)
|
2012-04-08 04:16:53 +08:00
|
|
|
return;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
for_each_available_child_of_node(ctlr->dev.of_node, nc) {
|
2015-11-30 22:28:07 +08:00
|
|
|
if (of_node_test_and_set_flag(nc, OF_POPULATED))
|
|
|
|
continue;
|
2017-06-13 19:23:52 +08:00
|
|
|
spi = of_register_spi_device(ctlr, nc);
|
2016-10-17 21:59:56 +08:00
|
|
|
if (IS_ERR(spi)) {
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_warn(&ctlr->dev,
|
2017-07-19 05:43:31 +08:00
|
|
|
"Failed to create SPI device for %pOF\n", nc);
|
2016-10-17 21:59:56 +08:00
|
|
|
of_node_clear_flag(nc, OF_POPULATED);
|
|
|
|
}
|
2012-04-08 04:16:53 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
#else
|
2017-06-13 19:23:52 +08:00
|
|
|
static void of_register_spi_devices(struct spi_controller *ctlr) { }
|
2012-04-08 04:16:53 +08:00
|
|
|
#endif
|
|
|
|
|
2012-11-30 19:37:53 +08:00
|
|
|
#ifdef CONFIG_ACPI
|
2017-08-01 20:10:41 +08:00
|
|
|
static void acpi_spi_parse_apple_properties(struct spi_device *spi)
|
|
|
|
{
|
|
|
|
struct acpi_device *dev = ACPI_COMPANION(&spi->dev);
|
|
|
|
const union acpi_object *obj;
|
|
|
|
|
|
|
|
if (!x86_apple_machine)
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (!acpi_dev_get_property(dev, "spiSclkPeriod", ACPI_TYPE_BUFFER, &obj)
|
|
|
|
&& obj->buffer.length >= 4)
|
|
|
|
spi->max_speed_hz = NSEC_PER_SEC / *(u32 *)obj->buffer.pointer;
|
|
|
|
|
|
|
|
if (!acpi_dev_get_property(dev, "spiWordSize", ACPI_TYPE_BUFFER, &obj)
|
|
|
|
&& obj->buffer.length == 8)
|
|
|
|
spi->bits_per_word = *(u64 *)obj->buffer.pointer;
|
|
|
|
|
|
|
|
if (!acpi_dev_get_property(dev, "spiBitOrder", ACPI_TYPE_BUFFER, &obj)
|
|
|
|
&& obj->buffer.length == 8 && !*(u64 *)obj->buffer.pointer)
|
|
|
|
spi->mode |= SPI_LSB_FIRST;
|
|
|
|
|
|
|
|
if (!acpi_dev_get_property(dev, "spiSPO", ACPI_TYPE_BUFFER, &obj)
|
|
|
|
&& obj->buffer.length == 8 && *(u64 *)obj->buffer.pointer)
|
|
|
|
spi->mode |= SPI_CPOL;
|
|
|
|
|
|
|
|
if (!acpi_dev_get_property(dev, "spiSPH", ACPI_TYPE_BUFFER, &obj)
|
|
|
|
&& obj->buffer.length == 8 && *(u64 *)obj->buffer.pointer)
|
|
|
|
spi->mode |= SPI_CPHA;
|
|
|
|
}
|
|
|
|
|
2012-11-30 19:37:53 +08:00
|
|
|
static int acpi_spi_add_resource(struct acpi_resource *ares, void *data)
|
|
|
|
{
|
|
|
|
struct spi_device *spi = data;
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr = spi->controller;
|
2012-11-30 19:37:53 +08:00
|
|
|
|
|
|
|
if (ares->type == ACPI_RESOURCE_TYPE_SERIAL_BUS) {
|
|
|
|
struct acpi_resource_spi_serialbus *sb;
|
|
|
|
|
|
|
|
sb = &ares->data.spi_serial_bus;
|
|
|
|
if (sb->type == ACPI_RESOURCE_SERIAL_TYPE_SPI) {
|
2016-02-08 23:14:28 +08:00
|
|
|
/*
|
|
|
|
* ACPI DeviceSelection numbering is handled by the
|
|
|
|
* host controller driver in Windows and can vary
|
|
|
|
* from driver to driver. In Linux we always expect
|
|
|
|
* 0 .. max - 1 so we need to ask the driver to
|
|
|
|
* translate between the two schemes.
|
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->fw_translate_cs) {
|
|
|
|
int cs = ctlr->fw_translate_cs(ctlr,
|
2016-02-08 23:14:28 +08:00
|
|
|
sb->device_selection);
|
|
|
|
if (cs < 0)
|
|
|
|
return cs;
|
|
|
|
spi->chip_select = cs;
|
|
|
|
} else {
|
|
|
|
spi->chip_select = sb->device_selection;
|
|
|
|
}
|
|
|
|
|
2012-11-30 19:37:53 +08:00
|
|
|
spi->max_speed_hz = sb->connection_speed;
|
|
|
|
|
|
|
|
if (sb->clock_phase == ACPI_SPI_SECOND_PHASE)
|
|
|
|
spi->mode |= SPI_CPHA;
|
|
|
|
if (sb->clock_polarity == ACPI_SPI_START_HIGH)
|
|
|
|
spi->mode |= SPI_CPOL;
|
|
|
|
if (sb->device_polarity == ACPI_SPI_ACTIVE_HIGH)
|
|
|
|
spi->mode |= SPI_CS_HIGH;
|
|
|
|
}
|
|
|
|
} else if (spi->irq < 0) {
|
|
|
|
struct resource r;
|
|
|
|
|
|
|
|
if (acpi_dev_resource_interrupt(ares, 0, &r))
|
|
|
|
spi->irq = r.start;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Always tell the ACPI core to skip this resource */
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static acpi_status acpi_register_spi_device(struct spi_controller *ctlr,
|
2016-07-09 00:13:11 +08:00
|
|
|
struct acpi_device *adev)
|
2012-11-30 19:37:53 +08:00
|
|
|
{
|
|
|
|
struct list_head resource_list;
|
|
|
|
struct spi_device *spi;
|
|
|
|
int ret;
|
|
|
|
|
2016-07-09 00:13:11 +08:00
|
|
|
if (acpi_bus_get_status(adev) || !adev->status.present ||
|
|
|
|
acpi_device_enumerated(adev))
|
2012-11-30 19:37:53 +08:00
|
|
|
return AE_OK;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spi = spi_alloc_device(ctlr);
|
2012-11-30 19:37:53 +08:00
|
|
|
if (!spi) {
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(&ctlr->dev, "failed to allocate SPI device for %s\n",
|
2012-11-30 19:37:53 +08:00
|
|
|
dev_name(&adev->dev));
|
|
|
|
return AE_NO_MEMORY;
|
|
|
|
}
|
|
|
|
|
ACPI / driver core: Store an ACPI device pointer in struct acpi_dev_node
Modify struct acpi_dev_node to contain a pointer to struct acpi_device
associated with the given device object (that is, its ACPI companion
device) instead of an ACPI handle corresponding to it. Introduce two
new macros for manipulating that pointer in a CONFIG_ACPI-safe way,
ACPI_COMPANION() and ACPI_COMPANION_SET(), and rework the
ACPI_HANDLE() macro to take the above changes into account.
Drop the ACPI_HANDLE_SET() macro entirely and rework its users to
use ACPI_COMPANION_SET() instead. For some of them who used to
pass the result of acpi_get_child() directly to ACPI_HANDLE_SET()
introduce a helper routine acpi_preset_companion() doing an
equivalent thing.
The main motivation for doing this is that there are things
represented by struct acpi_device objects that don't have valid
ACPI handles (so called fixed ACPI hardware features, such as
power and sleep buttons) and we would like to create platform
device objects for them and "glue" them to their ACPI companions
in the usual way (which currently is impossible due to the
lack of valid ACPI handles). However, there are more reasons
why it may be useful.
First, struct acpi_device pointers allow of much better type checking
than void pointers which are ACPI handles, so it should be more
difficult to write buggy code using modified struct acpi_dev_node
and the new macros. Second, the change should help to reduce (over
time) the number of places in which the result of ACPI_HANDLE() is
passed to acpi_bus_get_device() in order to obtain a pointer to the
struct acpi_device associated with the given "physical" device,
because now that pointer is returned by ACPI_COMPANION() directly.
Finally, the change should make it easier to write generic code that
will build both for CONFIG_ACPI set and unset without adding explicit
compiler directives to it.
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Tested-by: Mika Westerberg <mika.westerberg@linux.intel.com> # on Haswell
Reviewed-by: Mika Westerberg <mika.westerberg@linux.intel.com>
Reviewed-by: Aaron Lu <aaron.lu@intel.com> # for ATA and SDIO part
2013-11-12 05:41:56 +08:00
|
|
|
ACPI_COMPANION_SET(&spi->dev, adev);
|
2012-11-30 19:37:53 +08:00
|
|
|
spi->irq = -1;
|
|
|
|
|
|
|
|
INIT_LIST_HEAD(&resource_list);
|
|
|
|
ret = acpi_dev_get_resources(adev, &resource_list,
|
|
|
|
acpi_spi_add_resource, spi);
|
|
|
|
acpi_dev_free_resource_list(&resource_list);
|
|
|
|
|
2017-08-01 20:10:41 +08:00
|
|
|
acpi_spi_parse_apple_properties(spi);
|
|
|
|
|
2012-11-30 19:37:53 +08:00
|
|
|
if (ret < 0 || !spi->max_speed_hz) {
|
|
|
|
spi_dev_put(spi);
|
|
|
|
return AE_OK;
|
|
|
|
}
|
|
|
|
|
2017-02-06 00:30:14 +08:00
|
|
|
acpi_set_modalias(adev, acpi_device_hid(adev), spi->modalias,
|
|
|
|
sizeof(spi->modalias));
|
|
|
|
|
2015-12-24 06:25:35 +08:00
|
|
|
if (spi->irq < 0)
|
|
|
|
spi->irq = acpi_dev_gpio_irq_get(adev, 0);
|
|
|
|
|
2016-07-09 00:13:11 +08:00
|
|
|
acpi_device_set_enumerated(adev);
|
|
|
|
|
2013-10-10 18:28:48 +08:00
|
|
|
adev->power.flags.ignore_parent = true;
|
2012-11-30 19:37:53 +08:00
|
|
|
if (spi_add_device(spi)) {
|
2013-10-10 18:28:48 +08:00
|
|
|
adev->power.flags.ignore_parent = false;
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(&ctlr->dev, "failed to add SPI device %s from ACPI\n",
|
2012-11-30 19:37:53 +08:00
|
|
|
dev_name(&adev->dev));
|
|
|
|
spi_dev_put(spi);
|
|
|
|
}
|
|
|
|
|
|
|
|
return AE_OK;
|
|
|
|
}
|
|
|
|
|
2016-07-09 00:13:11 +08:00
|
|
|
static acpi_status acpi_spi_add_device(acpi_handle handle, u32 level,
|
|
|
|
void *data, void **return_value)
|
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr = data;
|
2016-07-09 00:13:11 +08:00
|
|
|
struct acpi_device *adev;
|
|
|
|
|
|
|
|
if (acpi_bus_get_device(handle, &adev))
|
|
|
|
return AE_OK;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
return acpi_register_spi_device(ctlr, adev);
|
2016-07-09 00:13:11 +08:00
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static void acpi_register_spi_devices(struct spi_controller *ctlr)
|
2012-11-30 19:37:53 +08:00
|
|
|
{
|
|
|
|
acpi_status status;
|
|
|
|
acpi_handle handle;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
handle = ACPI_HANDLE(ctlr->dev.parent);
|
2012-11-30 19:37:53 +08:00
|
|
|
if (!handle)
|
|
|
|
return;
|
|
|
|
|
|
|
|
status = acpi_walk_namespace(ACPI_TYPE_DEVICE, handle, 1,
|
2017-06-13 19:23:52 +08:00
|
|
|
acpi_spi_add_device, NULL, ctlr, NULL);
|
2012-11-30 19:37:53 +08:00
|
|
|
if (ACPI_FAILURE(status))
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_warn(&ctlr->dev, "failed to enumerate SPI slaves\n");
|
2012-11-30 19:37:53 +08:00
|
|
|
}
|
|
|
|
#else
|
2017-06-13 19:23:52 +08:00
|
|
|
static inline void acpi_register_spi_devices(struct spi_controller *ctlr) {}
|
2012-11-30 19:37:53 +08:00
|
|
|
#endif /* CONFIG_ACPI */
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static void spi_controller_release(struct device *dev)
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr = container_of(dev, struct spi_controller, dev);
|
|
|
|
kfree(ctlr);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static struct class spi_master_class = {
|
|
|
|
.name = "spi_master",
|
|
|
|
.owner = THIS_MODULE,
|
2017-06-13 19:23:52 +08:00
|
|
|
.dev_release = spi_controller_release,
|
2015-06-22 21:00:36 +08:00
|
|
|
.dev_groups = spi_master_groups,
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
};
|
|
|
|
|
2017-05-22 21:11:41 +08:00
|
|
|
#ifdef CONFIG_SPI_SLAVE
|
|
|
|
/**
|
|
|
|
* spi_slave_abort - abort the ongoing transfer request on an SPI slave
|
|
|
|
* controller
|
|
|
|
* @spi: device used for the current transfer
|
|
|
|
*/
|
|
|
|
int spi_slave_abort(struct spi_device *spi)
|
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr = spi->controller;
|
2017-05-22 21:11:41 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (spi_controller_is_slave(ctlr) && ctlr->slave_abort)
|
|
|
|
return ctlr->slave_abort(ctlr);
|
2017-05-22 21:11:41 +08:00
|
|
|
|
|
|
|
return -ENOTSUPP;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_slave_abort);
|
|
|
|
|
|
|
|
static int match_true(struct device *dev, void *data)
|
|
|
|
{
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t spi_slave_show(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr = container_of(dev, struct spi_controller,
|
|
|
|
dev);
|
2017-05-22 21:11:41 +08:00
|
|
|
struct device *child;
|
|
|
|
|
|
|
|
child = device_find_child(&ctlr->dev, NULL, match_true);
|
|
|
|
return sprintf(buf, "%s\n",
|
|
|
|
child ? to_spi_device(child)->modalias : NULL);
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t spi_slave_store(struct device *dev,
|
|
|
|
struct device_attribute *attr, const char *buf,
|
|
|
|
size_t count)
|
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr = container_of(dev, struct spi_controller,
|
|
|
|
dev);
|
2017-05-22 21:11:41 +08:00
|
|
|
struct spi_device *spi;
|
|
|
|
struct device *child;
|
|
|
|
char name[32];
|
|
|
|
int rc;
|
|
|
|
|
|
|
|
rc = sscanf(buf, "%31s", name);
|
|
|
|
if (rc != 1 || !name[0])
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
child = device_find_child(&ctlr->dev, NULL, match_true);
|
|
|
|
if (child) {
|
|
|
|
/* Remove registered slave */
|
|
|
|
device_unregister(child);
|
|
|
|
put_device(child);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (strcmp(name, "(null)")) {
|
|
|
|
/* Register new slave */
|
|
|
|
spi = spi_alloc_device(ctlr);
|
|
|
|
if (!spi)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
strlcpy(spi->modalias, name, sizeof(spi->modalias));
|
|
|
|
|
|
|
|
rc = spi_add_device(spi);
|
|
|
|
if (rc) {
|
|
|
|
spi_dev_put(spi);
|
|
|
|
return rc;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
|
|
|
static DEVICE_ATTR(slave, 0644, spi_slave_show, spi_slave_store);
|
|
|
|
|
|
|
|
static struct attribute *spi_slave_attrs[] = {
|
|
|
|
&dev_attr_slave.attr,
|
|
|
|
NULL,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct attribute_group spi_slave_group = {
|
|
|
|
.attrs = spi_slave_attrs,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct attribute_group *spi_slave_groups[] = {
|
2017-06-13 19:23:52 +08:00
|
|
|
&spi_controller_statistics_group,
|
2017-05-22 21:11:41 +08:00
|
|
|
&spi_slave_group,
|
|
|
|
NULL,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct class spi_slave_class = {
|
|
|
|
.name = "spi_slave",
|
|
|
|
.owner = THIS_MODULE,
|
2017-06-13 19:23:52 +08:00
|
|
|
.dev_release = spi_controller_release,
|
2017-05-22 21:11:41 +08:00
|
|
|
.dev_groups = spi_slave_groups,
|
|
|
|
};
|
|
|
|
#else
|
|
|
|
extern struct class spi_slave_class; /* dummy */
|
|
|
|
#endif
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
|
|
|
/**
|
2017-05-22 21:11:41 +08:00
|
|
|
* __spi_alloc_controller - allocate an SPI master or slave controller
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
* @dev: the controller, possibly using the platform_bus
|
2007-05-08 15:32:21 +08:00
|
|
|
* @size: how much zeroed driver-private data to allocate; the pointer to this
|
2007-10-16 16:27:48 +08:00
|
|
|
* memory is in the driver_data field of the returned device,
|
2017-06-13 19:23:52 +08:00
|
|
|
* accessible with spi_controller_get_devdata().
|
2017-05-22 21:11:41 +08:00
|
|
|
* @slave: flag indicating whether to allocate an SPI master (false) or SPI
|
|
|
|
* slave (true) controller
|
2007-05-08 15:32:21 +08:00
|
|
|
* Context: can sleep
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*
|
2017-05-22 21:11:41 +08:00
|
|
|
* This call is used only by SPI controller drivers, which are the
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
* only ones directly touching chip registers. It's how they allocate
|
2017-06-13 19:23:52 +08:00
|
|
|
* an spi_controller structure, prior to calling spi_register_controller().
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*
|
2015-10-23 00:59:23 +08:00
|
|
|
* This must be called from context that can sleep.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*
|
2017-05-22 21:11:41 +08:00
|
|
|
* The caller is responsible for assigning the bus number and initializing the
|
2017-06-13 19:23:52 +08:00
|
|
|
* controller's methods before calling spi_register_controller(); and (after
|
|
|
|
* errors adding the device) calling spi_controller_put() to prevent a memory
|
|
|
|
* leak.
|
2015-10-23 00:59:23 +08:00
|
|
|
*
|
2017-05-22 21:11:41 +08:00
|
|
|
* Return: the SPI controller structure on success, else NULL.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *__spi_alloc_controller(struct device *dev,
|
|
|
|
unsigned int size, bool slave)
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2006-01-09 05:34:25 +08:00
|
|
|
if (!dev)
|
|
|
|
return NULL;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr = kzalloc(size + sizeof(*ctlr), GFP_KERNEL);
|
|
|
|
if (!ctlr)
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
return NULL;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
device_initialize(&ctlr->dev);
|
|
|
|
ctlr->bus_num = -1;
|
|
|
|
ctlr->num_chipselect = 1;
|
|
|
|
ctlr->slave = slave;
|
2017-05-22 21:11:41 +08:00
|
|
|
if (IS_ENABLED(CONFIG_SPI_SLAVE) && slave)
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->dev.class = &spi_slave_class;
|
2017-05-22 21:11:41 +08:00
|
|
|
else
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->dev.class = &spi_master_class;
|
|
|
|
ctlr->dev.parent = dev;
|
|
|
|
pm_suspend_ignore_children(&ctlr->dev, true);
|
|
|
|
spi_controller_set_devdata(ctlr, &ctlr[1]);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
return ctlr;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
2017-05-22 21:11:41 +08:00
|
|
|
EXPORT_SYMBOL_GPL(__spi_alloc_controller);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2012-11-16 03:19:57 +08:00
|
|
|
#ifdef CONFIG_OF
|
2017-06-13 19:23:52 +08:00
|
|
|
static int of_spi_register_master(struct spi_controller *ctlr)
|
2012-11-16 03:19:57 +08:00
|
|
|
{
|
2013-02-13 01:48:37 +08:00
|
|
|
int nb, i, *cs;
|
2017-06-13 19:23:52 +08:00
|
|
|
struct device_node *np = ctlr->dev.of_node;
|
2012-11-16 03:19:57 +08:00
|
|
|
|
|
|
|
if (!np)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
nb = of_gpio_named_count(np, "cs-gpios");
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->num_chipselect = max_t(int, nb, ctlr->num_chipselect);
|
2012-11-16 03:19:57 +08:00
|
|
|
|
2013-02-13 21:23:24 +08:00
|
|
|
/* Return error only for an incorrectly formed cs-gpios property */
|
|
|
|
if (nb == 0 || nb == -ENOENT)
|
2012-11-16 03:19:57 +08:00
|
|
|
return 0;
|
2013-02-13 21:23:24 +08:00
|
|
|
else if (nb < 0)
|
|
|
|
return nb;
|
2012-11-16 03:19:57 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
cs = devm_kzalloc(&ctlr->dev, sizeof(int) * ctlr->num_chipselect,
|
2012-11-16 03:19:57 +08:00
|
|
|
GFP_KERNEL);
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->cs_gpios = cs;
|
2012-11-16 03:19:57 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (!ctlr->cs_gpios)
|
2012-11-16 03:19:57 +08:00
|
|
|
return -ENOMEM;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
for (i = 0; i < ctlr->num_chipselect; i++)
|
2013-02-13 21:20:25 +08:00
|
|
|
cs[i] = -ENOENT;
|
2012-11-16 03:19:57 +08:00
|
|
|
|
|
|
|
for (i = 0; i < nb; i++)
|
|
|
|
cs[i] = of_get_named_gpio(np, "cs-gpios", i);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
#else
|
2017-06-13 19:23:52 +08:00
|
|
|
static int of_spi_register_master(struct spi_controller *ctlr)
|
2012-11-16 03:19:57 +08:00
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2018-04-11 06:44:30 +08:00
|
|
|
static int spi_controller_check_ops(struct spi_controller *ctlr)
|
|
|
|
{
|
|
|
|
/*
|
2018-04-27 00:18:15 +08:00
|
|
|
* The controller may implement only the high-level SPI-memory like
|
|
|
|
* operations if it does not support regular SPI transfers, and this is
|
|
|
|
* valid use case.
|
|
|
|
* If ->mem_ops is NULL, we request that at least one of the
|
|
|
|
* ->transfer_xxx() method be implemented.
|
2018-04-11 06:44:30 +08:00
|
|
|
*/
|
2018-04-27 00:18:15 +08:00
|
|
|
if (ctlr->mem_ops) {
|
|
|
|
if (!ctlr->mem_ops->exec_op)
|
|
|
|
return -EINVAL;
|
|
|
|
} else if (!ctlr->transfer && !ctlr->transfer_one &&
|
|
|
|
!ctlr->transfer_one_message) {
|
2018-04-11 06:44:30 +08:00
|
|
|
return -EINVAL;
|
2018-04-27 00:18:15 +08:00
|
|
|
}
|
2018-04-11 06:44:30 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
/**
|
2017-06-13 19:23:52 +08:00
|
|
|
* spi_register_controller - register SPI master or slave controller
|
|
|
|
* @ctlr: initialized master, originally from spi_alloc_master() or
|
|
|
|
* spi_alloc_slave()
|
2007-05-08 15:32:21 +08:00
|
|
|
* Context: can sleep
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*
|
2017-06-13 19:23:52 +08:00
|
|
|
* SPI controllers connect to their drivers using some non-SPI bus,
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
* such as the platform bus. The final stage of probe() in that code
|
2017-06-13 19:23:52 +08:00
|
|
|
* includes calling spi_register_controller() to hook up to this SPI bus glue.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*
|
|
|
|
* SPI controllers use board specific (often SOC specific) bus numbers,
|
|
|
|
* and board-specific addressing for SPI devices combines those numbers
|
|
|
|
* with chip select numbers. Since SPI does not directly support dynamic
|
|
|
|
* device identification, boards need configuration tables telling which
|
|
|
|
* chip is at which address.
|
|
|
|
*
|
|
|
|
* This must be called from context that can sleep. It returns zero on
|
2017-06-13 19:23:52 +08:00
|
|
|
* success, else a negative error code (dropping the controller's refcount).
|
2006-01-09 05:34:25 +08:00
|
|
|
* After a successful return, the caller is responsible for calling
|
2017-06-13 19:23:52 +08:00
|
|
|
* spi_unregister_controller().
|
2015-10-23 00:59:23 +08:00
|
|
|
*
|
|
|
|
* Return: zero on success, else a negative error code.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
int spi_register_controller(struct spi_controller *ctlr)
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct device *dev = ctlr->dev.parent;
|
2010-08-02 15:52:15 +08:00
|
|
|
struct boardinfo *bi;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
int status = -ENODEV;
|
2017-10-16 18:27:58 +08:00
|
|
|
int id, first_dynamic;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2006-01-09 05:34:25 +08:00
|
|
|
if (!dev)
|
|
|
|
return -ENODEV;
|
|
|
|
|
2018-04-11 06:44:30 +08:00
|
|
|
/*
|
|
|
|
* Make sure all necessary hooks are implemented before registering
|
|
|
|
* the SPI controller.
|
|
|
|
*/
|
|
|
|
status = spi_controller_check_ops(ctlr);
|
|
|
|
if (status)
|
|
|
|
return status;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (!spi_controller_is_slave(ctlr)) {
|
|
|
|
status = of_spi_register_master(ctlr);
|
2017-05-22 21:11:41 +08:00
|
|
|
if (status)
|
|
|
|
return status;
|
|
|
|
}
|
2012-11-16 03:19:57 +08:00
|
|
|
|
2007-07-31 15:39:45 +08:00
|
|
|
/* even if it's just one always-selected device, there must
|
|
|
|
* be at least one chipselect
|
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->num_chipselect == 0)
|
2007-07-31 15:39:45 +08:00
|
|
|
return -EINVAL;
|
2017-08-03 12:35:57 +08:00
|
|
|
/* allocate dynamic bus number using Linux idr */
|
|
|
|
if ((ctlr->bus_num < 0) && ctlr->dev.of_node) {
|
|
|
|
id = of_alias_get_id(ctlr->dev.of_node, "spi");
|
|
|
|
if (id >= 0) {
|
|
|
|
ctlr->bus_num = id;
|
|
|
|
mutex_lock(&board_lock);
|
|
|
|
id = idr_alloc(&spi_master_idr, ctlr, ctlr->bus_num,
|
|
|
|
ctlr->bus_num + 1, GFP_KERNEL);
|
|
|
|
mutex_unlock(&board_lock);
|
|
|
|
if (WARN(id < 0, "couldn't get idr"))
|
|
|
|
return id == -ENOSPC ? -EBUSY : id;
|
|
|
|
}
|
|
|
|
}
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->bus_num < 0) {
|
2017-10-16 18:27:58 +08:00
|
|
|
first_dynamic = of_alias_get_highest_id("spi");
|
|
|
|
if (first_dynamic < 0)
|
|
|
|
first_dynamic = 0;
|
|
|
|
else
|
|
|
|
first_dynamic++;
|
|
|
|
|
2017-08-17 20:48:22 +08:00
|
|
|
mutex_lock(&board_lock);
|
2017-10-16 18:27:58 +08:00
|
|
|
id = idr_alloc(&spi_master_idr, ctlr, first_dynamic,
|
|
|
|
0, GFP_KERNEL);
|
2017-08-17 20:48:22 +08:00
|
|
|
mutex_unlock(&board_lock);
|
|
|
|
if (WARN(id < 0, "couldn't get idr"))
|
|
|
|
return id;
|
|
|
|
ctlr->bus_num = id;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
2017-06-13 19:23:52 +08:00
|
|
|
INIT_LIST_HEAD(&ctlr->queue);
|
|
|
|
spin_lock_init(&ctlr->queue_lock);
|
|
|
|
spin_lock_init(&ctlr->bus_lock_spinlock);
|
|
|
|
mutex_init(&ctlr->bus_lock_mutex);
|
|
|
|
mutex_init(&ctlr->io_mutex);
|
|
|
|
ctlr->bus_lock_flag = 0;
|
|
|
|
init_completion(&ctlr->xfer_completion);
|
|
|
|
if (!ctlr->max_dma_len)
|
|
|
|
ctlr->max_dma_len = INT_MAX;
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
/* register the device, then userspace will see it.
|
|
|
|
* registration fails if the bus ID is in use.
|
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_set_name(&ctlr->dev, "spi%u", ctlr->bus_num);
|
|
|
|
status = device_add(&ctlr->dev);
|
2017-08-03 12:35:57 +08:00
|
|
|
if (status < 0) {
|
|
|
|
/* free bus id */
|
|
|
|
mutex_lock(&board_lock);
|
|
|
|
idr_remove(&spi_master_idr, ctlr->bus_num);
|
|
|
|
mutex_unlock(&board_lock);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
goto done;
|
2017-08-03 12:35:57 +08:00
|
|
|
}
|
|
|
|
dev_dbg(dev, "registered %s %s\n",
|
2017-06-13 19:23:52 +08:00
|
|
|
spi_controller_is_slave(ctlr) ? "slave" : "master",
|
2017-08-03 12:35:57 +08:00
|
|
|
dev_name(&ctlr->dev));
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2018-04-27 00:18:15 +08:00
|
|
|
/*
|
|
|
|
* If we're using a queued driver, start the queue. Note that we don't
|
|
|
|
* need the queueing logic if the driver is only supporting high-level
|
|
|
|
* memory operations.
|
|
|
|
*/
|
|
|
|
if (ctlr->transfer) {
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_info(dev, "controller is unqueued, this is deprecated\n");
|
2018-04-27 00:18:15 +08:00
|
|
|
} else if (ctlr->transfer_one || ctlr->transfer_one_message) {
|
2017-06-13 19:23:52 +08:00
|
|
|
status = spi_controller_initialize_queue(ctlr);
|
2012-02-22 17:05:38 +08:00
|
|
|
if (status) {
|
2017-06-13 19:23:52 +08:00
|
|
|
device_del(&ctlr->dev);
|
2017-08-03 12:35:57 +08:00
|
|
|
/* free bus id */
|
|
|
|
mutex_lock(&board_lock);
|
|
|
|
idr_remove(&spi_master_idr, ctlr->bus_num);
|
|
|
|
mutex_unlock(&board_lock);
|
2012-02-22 17:05:38 +08:00
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
}
|
2015-06-22 21:00:36 +08:00
|
|
|
/* add statistics */
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_lock_init(&ctlr->statistics.lock);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
2010-08-02 15:52:15 +08:00
|
|
|
mutex_lock(&board_lock);
|
2017-06-13 19:23:52 +08:00
|
|
|
list_add_tail(&ctlr->list, &spi_controller_list);
|
2010-08-02 15:52:15 +08:00
|
|
|
list_for_each_entry(bi, &board_list, list)
|
2017-06-13 19:23:52 +08:00
|
|
|
spi_match_controller_to_boardinfo(ctlr, &bi->board_info);
|
2010-08-02 15:52:15 +08:00
|
|
|
mutex_unlock(&board_lock);
|
|
|
|
|
2012-11-30 19:37:53 +08:00
|
|
|
/* Register devices from the device tree and ACPI */
|
2017-06-13 19:23:52 +08:00
|
|
|
of_register_spi_devices(ctlr);
|
|
|
|
acpi_register_spi_devices(ctlr);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
done:
|
|
|
|
return status;
|
|
|
|
}
|
2017-06-13 19:23:52 +08:00
|
|
|
EXPORT_SYMBOL_GPL(spi_register_controller);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2013-09-01 01:50:52 +08:00
|
|
|
static void devm_spi_unregister(struct device *dev, void *res)
|
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
spi_unregister_controller(*(struct spi_controller **)res);
|
2013-09-01 01:50:52 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
2017-06-13 19:23:52 +08:00
|
|
|
* devm_spi_register_controller - register managed SPI master or slave
|
|
|
|
* controller
|
|
|
|
* @dev: device managing SPI controller
|
|
|
|
* @ctlr: initialized controller, originally from spi_alloc_master() or
|
|
|
|
* spi_alloc_slave()
|
2013-09-01 01:50:52 +08:00
|
|
|
* Context: can sleep
|
|
|
|
*
|
2017-06-13 19:23:52 +08:00
|
|
|
* Register a SPI device as with spi_register_controller() which will
|
2017-10-30 18:35:26 +08:00
|
|
|
* automatically be unregistered and freed.
|
2015-10-23 00:59:23 +08:00
|
|
|
*
|
|
|
|
* Return: zero on success, else a negative error code.
|
2013-09-01 01:50:52 +08:00
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
int devm_spi_register_controller(struct device *dev,
|
|
|
|
struct spi_controller *ctlr)
|
2013-09-01 01:50:52 +08:00
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller **ptr;
|
2013-09-01 01:50:52 +08:00
|
|
|
int ret;
|
|
|
|
|
|
|
|
ptr = devres_alloc(devm_spi_unregister, sizeof(*ptr), GFP_KERNEL);
|
|
|
|
if (!ptr)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ret = spi_register_controller(ctlr);
|
2013-11-22 07:11:15 +08:00
|
|
|
if (!ret) {
|
2017-06-13 19:23:52 +08:00
|
|
|
*ptr = ctlr;
|
2013-09-01 01:50:52 +08:00
|
|
|
devres_add(dev, ptr);
|
|
|
|
} else {
|
|
|
|
devres_free(ptr);
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
2017-06-13 19:23:52 +08:00
|
|
|
EXPORT_SYMBOL_GPL(devm_spi_register_controller);
|
2013-09-01 01:50:52 +08:00
|
|
|
|
2010-08-31 05:54:17 +08:00
|
|
|
static int __unregister(struct device *dev, void *null)
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
{
|
2010-08-31 05:54:17 +08:00
|
|
|
spi_unregister_device(to_spi_device(dev));
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
2017-06-13 19:23:52 +08:00
|
|
|
* spi_unregister_controller - unregister SPI master or slave controller
|
|
|
|
* @ctlr: the controller being unregistered
|
2007-05-08 15:32:21 +08:00
|
|
|
* Context: can sleep
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*
|
2017-06-13 19:23:52 +08:00
|
|
|
* This call is used only by SPI controller drivers, which are the
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
* only ones directly touching chip registers.
|
|
|
|
*
|
|
|
|
* This must be called from context that can sleep.
|
2017-10-30 18:35:26 +08:00
|
|
|
*
|
|
|
|
* Note that this function also drops a reference to the controller.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
void spi_unregister_controller(struct spi_controller *ctlr)
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
{
|
2017-08-03 12:35:57 +08:00
|
|
|
struct spi_controller *found;
|
2017-10-30 18:35:25 +08:00
|
|
|
int id = ctlr->bus_num;
|
2006-12-07 12:35:35 +08:00
|
|
|
int dummy;
|
|
|
|
|
2017-08-03 12:35:57 +08:00
|
|
|
/* First make sure that this controller was ever added */
|
|
|
|
mutex_lock(&board_lock);
|
2017-10-30 18:35:25 +08:00
|
|
|
found = idr_find(&spi_master_idr, id);
|
2017-08-03 12:35:57 +08:00
|
|
|
mutex_unlock(&board_lock);
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->queued) {
|
|
|
|
if (spi_destroy_queue(ctlr))
|
|
|
|
dev_err(&ctlr->dev, "queue remove failed\n");
|
2012-02-22 17:05:38 +08:00
|
|
|
}
|
2010-08-02 15:52:15 +08:00
|
|
|
mutex_lock(&board_lock);
|
2017-06-13 19:23:52 +08:00
|
|
|
list_del(&ctlr->list);
|
2010-08-02 15:52:15 +08:00
|
|
|
mutex_unlock(&board_lock);
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
dummy = device_for_each_child(&ctlr->dev, NULL, __unregister);
|
|
|
|
device_unregister(&ctlr->dev);
|
2017-08-03 12:35:57 +08:00
|
|
|
/* free bus id */
|
|
|
|
mutex_lock(&board_lock);
|
2018-03-20 16:27:50 +08:00
|
|
|
if (found == ctlr)
|
|
|
|
idr_remove(&spi_master_idr, id);
|
2017-08-03 12:35:57 +08:00
|
|
|
mutex_unlock(&board_lock);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
2017-06-13 19:23:52 +08:00
|
|
|
EXPORT_SYMBOL_GPL(spi_unregister_controller);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
int spi_controller_suspend(struct spi_controller *ctlr)
|
2012-02-22 17:05:38 +08:00
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
/* Basically no-ops for non-queued controllers */
|
|
|
|
if (!ctlr->queued)
|
2012-02-22 17:05:38 +08:00
|
|
|
return 0;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ret = spi_stop_queue(ctlr);
|
2012-02-22 17:05:38 +08:00
|
|
|
if (ret)
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(&ctlr->dev, "queue stop failed\n");
|
2012-02-22 17:05:38 +08:00
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
2017-06-13 19:23:52 +08:00
|
|
|
EXPORT_SYMBOL_GPL(spi_controller_suspend);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
int spi_controller_resume(struct spi_controller *ctlr)
|
2012-02-22 17:05:38 +08:00
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (!ctlr->queued)
|
2012-02-22 17:05:38 +08:00
|
|
|
return 0;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ret = spi_start_queue(ctlr);
|
2012-02-22 17:05:38 +08:00
|
|
|
if (ret)
|
2017-06-13 19:23:52 +08:00
|
|
|
dev_err(&ctlr->dev, "queue restart failed\n");
|
2012-02-22 17:05:38 +08:00
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
2017-06-13 19:23:52 +08:00
|
|
|
EXPORT_SYMBOL_GPL(spi_controller_resume);
|
2012-02-22 17:05:38 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static int __spi_controller_match(struct device *dev, const void *data)
|
2008-01-22 15:14:18 +08:00
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr;
|
2013-02-02 03:40:17 +08:00
|
|
|
const u16 *bus_num = data;
|
2008-01-22 15:14:18 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr = container_of(dev, struct spi_controller, dev);
|
|
|
|
return ctlr->bus_num == *bus_num;
|
2008-01-22 15:14:18 +08:00
|
|
|
}
|
|
|
|
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
/**
|
|
|
|
* spi_busnum_to_master - look up master associated with bus_num
|
|
|
|
* @bus_num: the master's bus number
|
2007-05-08 15:32:21 +08:00
|
|
|
* Context: can sleep
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*
|
|
|
|
* This call may be used with devices that are registered after
|
|
|
|
* arch init time. It returns a refcounted pointer to the relevant
|
2017-06-13 19:23:52 +08:00
|
|
|
* spi_controller (which the caller must release), or NULL if there is
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
* no such master registered.
|
2015-10-23 00:59:23 +08:00
|
|
|
*
|
|
|
|
* Return: the SPI master structure on success, else NULL.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *spi_busnum_to_master(u16 bus_num)
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
{
|
2007-10-16 16:27:48 +08:00
|
|
|
struct device *dev;
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr = NULL;
|
2008-01-22 15:14:18 +08:00
|
|
|
|
2008-05-23 05:21:08 +08:00
|
|
|
dev = class_find_device(&spi_master_class, NULL, &bus_num,
|
2017-06-13 19:23:52 +08:00
|
|
|
__spi_controller_match);
|
2008-01-22 15:14:18 +08:00
|
|
|
if (dev)
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr = container_of(dev, struct spi_controller, dev);
|
2008-01-22 15:14:18 +08:00
|
|
|
/* reference got in class_find_device */
|
2017-06-13 19:23:52 +08:00
|
|
|
return ctlr;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_busnum_to_master);
|
|
|
|
|
2015-12-14 23:20:18 +08:00
|
|
|
/*-------------------------------------------------------------------------*/
|
|
|
|
|
|
|
|
/* Core methods for SPI resource management */
|
|
|
|
|
|
|
|
/**
|
|
|
|
* spi_res_alloc - allocate a spi resource that is life-cycle managed
|
|
|
|
* during the processing of a spi_message while using
|
|
|
|
* spi_transfer_one
|
|
|
|
* @spi: the spi device for which we allocate memory
|
|
|
|
* @release: the release code to execute for this resource
|
|
|
|
* @size: size to alloc and return
|
|
|
|
* @gfp: GFP allocation flags
|
|
|
|
*
|
|
|
|
* Return: the pointer to the allocated data
|
|
|
|
*
|
|
|
|
* This may get enhanced in the future to allocate from a memory pool
|
2017-06-13 19:23:52 +08:00
|
|
|
* of the @spi_device or @spi_controller to avoid repeated allocations.
|
2015-12-14 23:20:18 +08:00
|
|
|
*/
|
|
|
|
void *spi_res_alloc(struct spi_device *spi,
|
|
|
|
spi_res_release_t release,
|
|
|
|
size_t size, gfp_t gfp)
|
|
|
|
{
|
|
|
|
struct spi_res *sres;
|
|
|
|
|
|
|
|
sres = kzalloc(sizeof(*sres) + size, gfp);
|
|
|
|
if (!sres)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
INIT_LIST_HEAD(&sres->entry);
|
|
|
|
sres->release = release;
|
|
|
|
|
|
|
|
return sres->data;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_res_alloc);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* spi_res_free - free an spi resource
|
|
|
|
* @res: pointer to the custom data of a resource
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
void spi_res_free(void *res)
|
|
|
|
{
|
|
|
|
struct spi_res *sres = container_of(res, struct spi_res, data);
|
|
|
|
|
|
|
|
if (!res)
|
|
|
|
return;
|
|
|
|
|
|
|
|
WARN_ON(!list_empty(&sres->entry));
|
|
|
|
kfree(sres);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_res_free);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* spi_res_add - add a spi_res to the spi_message
|
|
|
|
* @message: the spi message
|
|
|
|
* @res: the spi_resource
|
|
|
|
*/
|
|
|
|
void spi_res_add(struct spi_message *message, void *res)
|
|
|
|
{
|
|
|
|
struct spi_res *sres = container_of(res, struct spi_res, data);
|
|
|
|
|
|
|
|
WARN_ON(!list_empty(&sres->entry));
|
|
|
|
list_add_tail(&sres->entry, &message->resources);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_res_add);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* spi_res_release - release all spi resources for this message
|
2017-06-13 19:23:52 +08:00
|
|
|
* @ctlr: the @spi_controller
|
2015-12-14 23:20:18 +08:00
|
|
|
* @message: the @spi_message
|
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
void spi_res_release(struct spi_controller *ctlr, struct spi_message *message)
|
2015-12-14 23:20:18 +08:00
|
|
|
{
|
|
|
|
struct spi_res *res;
|
|
|
|
|
|
|
|
while (!list_empty(&message->resources)) {
|
|
|
|
res = list_last_entry(&message->resources,
|
|
|
|
struct spi_res, entry);
|
|
|
|
|
|
|
|
if (res->release)
|
2017-06-13 19:23:52 +08:00
|
|
|
res->release(ctlr, message, res->data);
|
2015-12-14 23:20:18 +08:00
|
|
|
|
|
|
|
list_del(&res->entry);
|
|
|
|
|
|
|
|
kfree(res);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_res_release);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
|
|
|
/*-------------------------------------------------------------------------*/
|
|
|
|
|
2015-12-14 23:20:19 +08:00
|
|
|
/* Core methods for spi_message alterations */
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static void __spi_replace_transfers_release(struct spi_controller *ctlr,
|
2015-12-14 23:20:19 +08:00
|
|
|
struct spi_message *msg,
|
|
|
|
void *res)
|
|
|
|
{
|
|
|
|
struct spi_replaced_transfers *rxfer = res;
|
|
|
|
size_t i;
|
|
|
|
|
|
|
|
/* call extra callback if requested */
|
|
|
|
if (rxfer->release)
|
2017-06-13 19:23:52 +08:00
|
|
|
rxfer->release(ctlr, msg, res);
|
2015-12-14 23:20:19 +08:00
|
|
|
|
|
|
|
/* insert replaced transfers back into the message */
|
|
|
|
list_splice(&rxfer->replaced_transfers, rxfer->replaced_after);
|
|
|
|
|
|
|
|
/* remove the formerly inserted entries */
|
|
|
|
for (i = 0; i < rxfer->inserted; i++)
|
|
|
|
list_del(&rxfer->inserted_transfers[i].transfer_list);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* spi_replace_transfers - replace transfers with several transfers
|
|
|
|
* and register change with spi_message.resources
|
|
|
|
* @msg: the spi_message we work upon
|
|
|
|
* @xfer_first: the first spi_transfer we want to replace
|
|
|
|
* @remove: number of transfers to remove
|
|
|
|
* @insert: the number of transfers we want to insert instead
|
|
|
|
* @release: extra release code necessary in some circumstances
|
|
|
|
* @extradatasize: extra data to allocate (with alignment guarantees
|
|
|
|
* of struct @spi_transfer)
|
2016-02-18 23:53:11 +08:00
|
|
|
* @gfp: gfp flags
|
2015-12-14 23:20:19 +08:00
|
|
|
*
|
|
|
|
* Returns: pointer to @spi_replaced_transfers,
|
|
|
|
* PTR_ERR(...) in case of errors.
|
|
|
|
*/
|
|
|
|
struct spi_replaced_transfers *spi_replace_transfers(
|
|
|
|
struct spi_message *msg,
|
|
|
|
struct spi_transfer *xfer_first,
|
|
|
|
size_t remove,
|
|
|
|
size_t insert,
|
|
|
|
spi_replaced_release_t release,
|
|
|
|
size_t extradatasize,
|
|
|
|
gfp_t gfp)
|
|
|
|
{
|
|
|
|
struct spi_replaced_transfers *rxfer;
|
|
|
|
struct spi_transfer *xfer;
|
|
|
|
size_t i;
|
|
|
|
|
|
|
|
/* allocate the structure using spi_res */
|
|
|
|
rxfer = spi_res_alloc(msg->spi, __spi_replace_transfers_release,
|
|
|
|
insert * sizeof(struct spi_transfer)
|
|
|
|
+ sizeof(struct spi_replaced_transfers)
|
|
|
|
+ extradatasize,
|
|
|
|
gfp);
|
|
|
|
if (!rxfer)
|
|
|
|
return ERR_PTR(-ENOMEM);
|
|
|
|
|
|
|
|
/* the release code to invoke before running the generic release */
|
|
|
|
rxfer->release = release;
|
|
|
|
|
|
|
|
/* assign extradata */
|
|
|
|
if (extradatasize)
|
|
|
|
rxfer->extradata =
|
|
|
|
&rxfer->inserted_transfers[insert];
|
|
|
|
|
|
|
|
/* init the replaced_transfers list */
|
|
|
|
INIT_LIST_HEAD(&rxfer->replaced_transfers);
|
|
|
|
|
|
|
|
/* assign the list_entry after which we should reinsert
|
|
|
|
* the @replaced_transfers - it may be spi_message.messages!
|
|
|
|
*/
|
|
|
|
rxfer->replaced_after = xfer_first->transfer_list.prev;
|
|
|
|
|
|
|
|
/* remove the requested number of transfers */
|
|
|
|
for (i = 0; i < remove; i++) {
|
|
|
|
/* if the entry after replaced_after it is msg->transfers
|
|
|
|
* then we have been requested to remove more transfers
|
|
|
|
* than are in the list
|
|
|
|
*/
|
|
|
|
if (rxfer->replaced_after->next == &msg->transfers) {
|
|
|
|
dev_err(&msg->spi->dev,
|
|
|
|
"requested to remove more spi_transfers than are available\n");
|
|
|
|
/* insert replaced transfers back into the message */
|
|
|
|
list_splice(&rxfer->replaced_transfers,
|
|
|
|
rxfer->replaced_after);
|
|
|
|
|
|
|
|
/* free the spi_replace_transfer structure */
|
|
|
|
spi_res_free(rxfer);
|
|
|
|
|
|
|
|
/* and return with an error */
|
|
|
|
return ERR_PTR(-EINVAL);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* remove the entry after replaced_after from list of
|
|
|
|
* transfers and add it to list of replaced_transfers
|
|
|
|
*/
|
|
|
|
list_move_tail(rxfer->replaced_after->next,
|
|
|
|
&rxfer->replaced_transfers);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* create copy of the given xfer with identical settings
|
|
|
|
* based on the first transfer to get removed
|
|
|
|
*/
|
|
|
|
for (i = 0; i < insert; i++) {
|
|
|
|
/* we need to run in reverse order */
|
|
|
|
xfer = &rxfer->inserted_transfers[insert - 1 - i];
|
|
|
|
|
|
|
|
/* copy all spi_transfer data */
|
|
|
|
memcpy(xfer, xfer_first, sizeof(*xfer));
|
|
|
|
|
|
|
|
/* add to list */
|
|
|
|
list_add(&xfer->transfer_list, rxfer->replaced_after);
|
|
|
|
|
|
|
|
/* clear cs_change and delay_usecs for all but the last */
|
|
|
|
if (i) {
|
|
|
|
xfer->cs_change = false;
|
|
|
|
xfer->delay_usecs = 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* set up inserted */
|
|
|
|
rxfer->inserted = insert;
|
|
|
|
|
|
|
|
/* and register it with spi_res/spi_message */
|
|
|
|
spi_res_add(msg, rxfer);
|
|
|
|
|
|
|
|
return rxfer;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_replace_transfers);
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static int __spi_split_transfer_maxsize(struct spi_controller *ctlr,
|
2016-02-14 23:33:50 +08:00
|
|
|
struct spi_message *msg,
|
|
|
|
struct spi_transfer **xferp,
|
|
|
|
size_t maxsize,
|
|
|
|
gfp_t gfp)
|
2015-12-14 23:20:20 +08:00
|
|
|
{
|
|
|
|
struct spi_transfer *xfer = *xferp, *xfers;
|
|
|
|
struct spi_replaced_transfers *srt;
|
|
|
|
size_t offset;
|
|
|
|
size_t count, i;
|
|
|
|
|
|
|
|
/* warn once about this fact that we are splitting a transfer */
|
|
|
|
dev_warn_once(&msg->spi->dev,
|
2016-02-18 01:42:27 +08:00
|
|
|
"spi_transfer of length %i exceed max length of %zu - needed to split transfers\n",
|
2015-12-14 23:20:20 +08:00
|
|
|
xfer->len, maxsize);
|
|
|
|
|
|
|
|
/* calculate how many we have to replace */
|
|
|
|
count = DIV_ROUND_UP(xfer->len, maxsize);
|
|
|
|
|
|
|
|
/* create replacement */
|
|
|
|
srt = spi_replace_transfers(msg, xfer, 1, count, NULL, 0, gfp);
|
2016-02-12 14:38:33 +08:00
|
|
|
if (IS_ERR(srt))
|
|
|
|
return PTR_ERR(srt);
|
2015-12-14 23:20:20 +08:00
|
|
|
xfers = srt->inserted_transfers;
|
|
|
|
|
|
|
|
/* now handle each of those newly inserted spi_transfers
|
|
|
|
* note that the replacements spi_transfers all are preset
|
|
|
|
* to the same values as *xferp, so tx_buf, rx_buf and len
|
|
|
|
* are all identical (as well as most others)
|
|
|
|
* so we just have to fix up len and the pointers.
|
|
|
|
*
|
|
|
|
* this also includes support for the depreciated
|
|
|
|
* spi_message.is_dma_mapped interface
|
|
|
|
*/
|
|
|
|
|
|
|
|
/* the first transfer just needs the length modified, so we
|
|
|
|
* run it outside the loop
|
|
|
|
*/
|
2016-02-18 01:42:28 +08:00
|
|
|
xfers[0].len = min_t(size_t, maxsize, xfer[0].len);
|
2015-12-14 23:20:20 +08:00
|
|
|
|
|
|
|
/* all the others need rx_buf/tx_buf also set */
|
|
|
|
for (i = 1, offset = maxsize; i < count; offset += maxsize, i++) {
|
|
|
|
/* update rx_buf, tx_buf and dma */
|
|
|
|
if (xfers[i].rx_buf)
|
|
|
|
xfers[i].rx_buf += offset;
|
|
|
|
if (xfers[i].rx_dma)
|
|
|
|
xfers[i].rx_dma += offset;
|
|
|
|
if (xfers[i].tx_buf)
|
|
|
|
xfers[i].tx_buf += offset;
|
|
|
|
if (xfers[i].tx_dma)
|
|
|
|
xfers[i].tx_dma += offset;
|
|
|
|
|
|
|
|
/* update length */
|
|
|
|
xfers[i].len = min(maxsize, xfers[i].len - offset);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* we set up xferp to the last entry we have inserted,
|
|
|
|
* so that we skip those already split transfers
|
|
|
|
*/
|
|
|
|
*xferp = &xfers[count - 1];
|
|
|
|
|
|
|
|
/* increment statistics counters */
|
2017-06-13 19:23:52 +08:00
|
|
|
SPI_STATISTICS_INCREMENT_FIELD(&ctlr->statistics,
|
2015-12-14 23:20:20 +08:00
|
|
|
transfers_split_maxsize);
|
|
|
|
SPI_STATISTICS_INCREMENT_FIELD(&msg->spi->statistics,
|
|
|
|
transfers_split_maxsize);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* spi_split_tranfers_maxsize - split spi transfers into multiple transfers
|
|
|
|
* when an individual transfer exceeds a
|
|
|
|
* certain size
|
2017-06-13 19:23:52 +08:00
|
|
|
* @ctlr: the @spi_controller for this transfer
|
2016-02-22 19:33:44 +08:00
|
|
|
* @msg: the @spi_message to transform
|
|
|
|
* @maxsize: the maximum when to apply this
|
2016-03-11 02:01:14 +08:00
|
|
|
* @gfp: GFP allocation flags
|
2015-12-14 23:20:20 +08:00
|
|
|
*
|
|
|
|
* Return: status of transformation
|
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
int spi_split_transfers_maxsize(struct spi_controller *ctlr,
|
2015-12-14 23:20:20 +08:00
|
|
|
struct spi_message *msg,
|
|
|
|
size_t maxsize,
|
|
|
|
gfp_t gfp)
|
|
|
|
{
|
|
|
|
struct spi_transfer *xfer;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
/* iterate over the transfer_list,
|
|
|
|
* but note that xfer is advanced to the last transfer inserted
|
|
|
|
* to avoid checking sizes again unnecessarily (also xfer does
|
|
|
|
* potentiall belong to a different list by the time the
|
|
|
|
* replacement has happened
|
|
|
|
*/
|
|
|
|
list_for_each_entry(xfer, &msg->transfers, transfer_list) {
|
|
|
|
if (xfer->len > maxsize) {
|
2017-06-13 19:23:52 +08:00
|
|
|
ret = __spi_split_transfer_maxsize(ctlr, msg, &xfer,
|
|
|
|
maxsize, gfp);
|
2015-12-14 23:20:20 +08:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_split_transfers_maxsize);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
|
|
|
/*-------------------------------------------------------------------------*/
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
/* Core methods for SPI controller protocol drivers. Some of the
|
2009-06-18 07:26:03 +08:00
|
|
|
* other core methods are currently defined as inline functions.
|
|
|
|
*/
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static int __spi_validate_bits_per_word(struct spi_controller *ctlr,
|
|
|
|
u8 bits_per_word)
|
2015-08-23 22:06:30 +08:00
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->bits_per_word_mask) {
|
2015-08-23 22:06:30 +08:00
|
|
|
/* Only 32 bits fit in the mask */
|
|
|
|
if (bits_per_word > 32)
|
|
|
|
return -EINVAL;
|
2017-06-13 19:23:52 +08:00
|
|
|
if (!(ctlr->bits_per_word_mask & SPI_BPW_MASK(bits_per_word)))
|
2015-08-23 22:06:30 +08:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2009-06-18 07:26:03 +08:00
|
|
|
/**
|
|
|
|
* spi_setup - setup SPI mode and clock rate
|
|
|
|
* @spi: the device whose settings are being modified
|
|
|
|
* Context: can sleep, and no requests are queued to the device
|
|
|
|
*
|
|
|
|
* SPI protocol drivers may need to update the transfer mode if the
|
|
|
|
* device doesn't work with its default. They may likewise need
|
|
|
|
* to update clock rates or word sizes from initial values. This function
|
|
|
|
* changes those settings, and must be called from a context that can sleep.
|
|
|
|
* Except for SPI_CS_HIGH, which takes effect immediately, the changes take
|
|
|
|
* effect the next time the device is selected and data is transferred to
|
|
|
|
* or from it. When this function returns, the spi device is deselected.
|
|
|
|
*
|
|
|
|
* Note that this call will fail if the protocol driver specifies an option
|
|
|
|
* that the underlying controller or its driver does not support. For
|
|
|
|
* example, not all hardware supports wire transfers using nine bit words,
|
|
|
|
* LSB-first wire encoding, or active-high chipselects.
|
2015-10-23 00:59:23 +08:00
|
|
|
*
|
|
|
|
* Return: zero on success, else a negative error code.
|
2009-06-18 07:26:03 +08:00
|
|
|
*/
|
|
|
|
int spi_setup(struct spi_device *spi)
|
|
|
|
{
|
2014-04-15 01:39:53 +08:00
|
|
|
unsigned bad_bits, ugly_bits;
|
2015-10-15 03:43:07 +08:00
|
|
|
int status;
|
2009-06-18 07:26:03 +08:00
|
|
|
|
2013-08-11 18:15:17 +08:00
|
|
|
/* check mode to prevent that DUAL and QUAD set at the same time
|
|
|
|
*/
|
|
|
|
if (((spi->mode & SPI_TX_DUAL) && (spi->mode & SPI_TX_QUAD)) ||
|
|
|
|
((spi->mode & SPI_RX_DUAL) && (spi->mode & SPI_RX_QUAD))) {
|
|
|
|
dev_err(&spi->dev,
|
|
|
|
"setup: can not select dual and quad at the same time\n");
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
/* if it is SPI_3WIRE mode, DUAL and QUAD should be forbidden
|
|
|
|
*/
|
|
|
|
if ((spi->mode & SPI_3WIRE) && (spi->mode &
|
|
|
|
(SPI_TX_DUAL | SPI_TX_QUAD | SPI_RX_DUAL | SPI_RX_QUAD)))
|
|
|
|
return -EINVAL;
|
2009-06-18 07:26:04 +08:00
|
|
|
/* help drivers fail *cleanly* when they need options
|
2017-06-13 19:23:52 +08:00
|
|
|
* that aren't supported with their current controller
|
2009-06-18 07:26:04 +08:00
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
bad_bits = spi->mode & ~spi->controller->mode_bits;
|
2014-04-15 01:39:53 +08:00
|
|
|
ugly_bits = bad_bits &
|
|
|
|
(SPI_TX_DUAL | SPI_TX_QUAD | SPI_RX_DUAL | SPI_RX_QUAD);
|
|
|
|
if (ugly_bits) {
|
|
|
|
dev_warn(&spi->dev,
|
|
|
|
"setup: ignoring unsupported mode bits %x\n",
|
|
|
|
ugly_bits);
|
|
|
|
spi->mode &= ~ugly_bits;
|
|
|
|
bad_bits &= ~ugly_bits;
|
|
|
|
}
|
2009-06-18 07:26:04 +08:00
|
|
|
if (bad_bits) {
|
2010-10-22 03:06:44 +08:00
|
|
|
dev_err(&spi->dev, "setup: unsupported mode bits %x\n",
|
2009-06-18 07:26:04 +08:00
|
|
|
bad_bits);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2009-06-18 07:26:03 +08:00
|
|
|
if (!spi->bits_per_word)
|
|
|
|
spi->bits_per_word = 8;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
status = __spi_validate_bits_per_word(spi->controller,
|
|
|
|
spi->bits_per_word);
|
2015-10-15 03:43:07 +08:00
|
|
|
if (status)
|
|
|
|
return status;
|
2015-08-23 22:06:30 +08:00
|
|
|
|
2014-02-10 00:08:05 +08:00
|
|
|
if (!spi->max_speed_hz)
|
2017-06-13 19:23:52 +08:00
|
|
|
spi->max_speed_hz = spi->controller->max_speed_hz;
|
2014-02-10 00:08:05 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (spi->controller->setup)
|
|
|
|
status = spi->controller->setup(spi);
|
2009-06-18 07:26:03 +08:00
|
|
|
|
2015-10-16 23:29:03 +08:00
|
|
|
spi_set_cs(spi, false);
|
|
|
|
|
2013-10-14 09:31:51 +08:00
|
|
|
dev_dbg(&spi->dev, "setup mode %d, %s%s%s%s%u bits/w, %u Hz max --> %d\n",
|
2009-06-18 07:26:03 +08:00
|
|
|
(int) (spi->mode & (SPI_CPOL | SPI_CPHA)),
|
|
|
|
(spi->mode & SPI_CS_HIGH) ? "cs_high, " : "",
|
|
|
|
(spi->mode & SPI_LSB_FIRST) ? "lsb, " : "",
|
|
|
|
(spi->mode & SPI_3WIRE) ? "3wire, " : "",
|
|
|
|
(spi->mode & SPI_LOOP) ? "loopback, " : "",
|
|
|
|
spi->bits_per_word, spi->max_speed_hz,
|
|
|
|
status);
|
|
|
|
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_setup);
|
|
|
|
|
2013-11-14 07:44:15 +08:00
|
|
|
static int __spi_validate(struct spi_device *spi, struct spi_message *message)
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr = spi->controller;
|
2012-11-09 17:06:45 +08:00
|
|
|
struct spi_transfer *xfer;
|
2014-02-28 22:03:16 +08:00
|
|
|
int w_size;
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
|
2013-07-10 22:05:40 +08:00
|
|
|
if (list_empty(&message->transfers))
|
|
|
|
return -EINVAL;
|
|
|
|
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
/* Half-duplex links include original MicroWire, and ones with
|
|
|
|
* only one data pin like SPI_3WIRE (switches direction) or where
|
|
|
|
* either MOSI or MISO is missing. They can also be caused by
|
|
|
|
* software limitations.
|
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
if ((ctlr->flags & SPI_CONTROLLER_HALF_DUPLEX) ||
|
|
|
|
(spi->mode & SPI_3WIRE)) {
|
|
|
|
unsigned flags = ctlr->flags;
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
|
|
|
|
list_for_each_entry(xfer, &message->transfers, transfer_list) {
|
|
|
|
if (xfer->rx_buf && xfer->tx_buf)
|
|
|
|
return -EINVAL;
|
2017-06-13 19:23:52 +08:00
|
|
|
if ((flags & SPI_CONTROLLER_NO_TX) && xfer->tx_buf)
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
return -EINVAL;
|
2017-06-13 19:23:52 +08:00
|
|
|
if ((flags & SPI_CONTROLLER_NO_RX) && xfer->rx_buf)
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-11-09 17:06:45 +08:00
|
|
|
/**
|
2013-01-05 02:47:14 +08:00
|
|
|
* Set transfer bits_per_word and max speed as spi device default if
|
|
|
|
* it is not set for this transfer.
|
2013-08-11 18:15:17 +08:00
|
|
|
* Set transfer tx_nbits and rx_nbits as single transfer default
|
|
|
|
* (SPI_NBITS_SINGLE) if it is not set for this transfer.
|
2012-11-09 17:06:45 +08:00
|
|
|
*/
|
2015-11-27 20:31:09 +08:00
|
|
|
message->frame_length = 0;
|
2012-11-09 17:06:45 +08:00
|
|
|
list_for_each_entry(xfer, &message->transfers, transfer_list) {
|
2013-07-18 18:01:25 +08:00
|
|
|
message->frame_length += xfer->len;
|
2012-11-09 17:06:45 +08:00
|
|
|
if (!xfer->bits_per_word)
|
|
|
|
xfer->bits_per_word = spi->bits_per_word;
|
2014-03-17 10:08:12 +08:00
|
|
|
|
|
|
|
if (!xfer->speed_hz)
|
2013-01-05 02:47:14 +08:00
|
|
|
xfer->speed_hz = spi->max_speed_hz;
|
2015-08-21 02:52:18 +08:00
|
|
|
if (!xfer->speed_hz)
|
2017-06-13 19:23:52 +08:00
|
|
|
xfer->speed_hz = ctlr->max_speed_hz;
|
2014-03-17 10:08:12 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->max_speed_hz && xfer->speed_hz > ctlr->max_speed_hz)
|
|
|
|
xfer->speed_hz = ctlr->max_speed_hz;
|
2013-08-14 16:25:28 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (__spi_validate_bits_per_word(ctlr, xfer->bits_per_word))
|
2015-08-23 22:06:30 +08:00
|
|
|
return -EINVAL;
|
2013-07-10 21:57:26 +08:00
|
|
|
|
2014-02-20 18:02:08 +08:00
|
|
|
/*
|
|
|
|
* SPI transfer length should be multiple of SPI word size
|
|
|
|
* where SPI word size should be power-of-two multiple
|
|
|
|
*/
|
|
|
|
if (xfer->bits_per_word <= 8)
|
|
|
|
w_size = 1;
|
|
|
|
else if (xfer->bits_per_word <= 16)
|
|
|
|
w_size = 2;
|
|
|
|
else
|
|
|
|
w_size = 4;
|
|
|
|
|
|
|
|
/* No partial transfers accepted */
|
2014-02-28 22:03:16 +08:00
|
|
|
if (xfer->len % w_size)
|
2014-02-20 18:02:08 +08:00
|
|
|
return -EINVAL;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (xfer->speed_hz && ctlr->min_speed_hz &&
|
|
|
|
xfer->speed_hz < ctlr->min_speed_hz)
|
2013-07-10 21:57:26 +08:00
|
|
|
return -EINVAL;
|
2013-08-11 18:15:17 +08:00
|
|
|
|
|
|
|
if (xfer->tx_buf && !xfer->tx_nbits)
|
|
|
|
xfer->tx_nbits = SPI_NBITS_SINGLE;
|
|
|
|
if (xfer->rx_buf && !xfer->rx_nbits)
|
|
|
|
xfer->rx_nbits = SPI_NBITS_SINGLE;
|
|
|
|
/* check transfer tx/rx_nbits:
|
2014-01-12 21:00:29 +08:00
|
|
|
* 1. check the value matches one of single, dual and quad
|
|
|
|
* 2. check tx/rx_nbits match the mode in spi_device
|
2013-08-11 18:15:17 +08:00
|
|
|
*/
|
2013-08-22 23:50:48 +08:00
|
|
|
if (xfer->tx_buf) {
|
|
|
|
if (xfer->tx_nbits != SPI_NBITS_SINGLE &&
|
|
|
|
xfer->tx_nbits != SPI_NBITS_DUAL &&
|
|
|
|
xfer->tx_nbits != SPI_NBITS_QUAD)
|
|
|
|
return -EINVAL;
|
|
|
|
if ((xfer->tx_nbits == SPI_NBITS_DUAL) &&
|
|
|
|
!(spi->mode & (SPI_TX_DUAL | SPI_TX_QUAD)))
|
|
|
|
return -EINVAL;
|
|
|
|
if ((xfer->tx_nbits == SPI_NBITS_QUAD) &&
|
|
|
|
!(spi->mode & SPI_TX_QUAD))
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
2013-08-11 18:15:17 +08:00
|
|
|
/* check transfer rx_nbits */
|
2013-08-22 23:50:48 +08:00
|
|
|
if (xfer->rx_buf) {
|
|
|
|
if (xfer->rx_nbits != SPI_NBITS_SINGLE &&
|
|
|
|
xfer->rx_nbits != SPI_NBITS_DUAL &&
|
|
|
|
xfer->rx_nbits != SPI_NBITS_QUAD)
|
|
|
|
return -EINVAL;
|
|
|
|
if ((xfer->rx_nbits == SPI_NBITS_DUAL) &&
|
|
|
|
!(spi->mode & (SPI_RX_DUAL | SPI_RX_QUAD)))
|
|
|
|
return -EINVAL;
|
|
|
|
if ((xfer->rx_nbits == SPI_NBITS_QUAD) &&
|
|
|
|
!(spi->mode & SPI_RX_QUAD))
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
2012-11-09 17:06:45 +08:00
|
|
|
}
|
|
|
|
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
message->status = -EINPROGRESS;
|
2013-11-14 07:44:15 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int __spi_async(struct spi_device *spi, struct spi_message *message)
|
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr = spi->controller;
|
2013-11-14 07:44:15 +08:00
|
|
|
|
2018-04-27 00:18:15 +08:00
|
|
|
/*
|
|
|
|
* Some controllers do not support doing regular SPI transfers. Return
|
|
|
|
* ENOTSUPP when this is the case.
|
|
|
|
*/
|
|
|
|
if (!ctlr->transfer)
|
|
|
|
return -ENOTSUPP;
|
|
|
|
|
2013-11-14 07:44:15 +08:00
|
|
|
message->spi = spi;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
SPI_STATISTICS_INCREMENT_FIELD(&ctlr->statistics, spi_async);
|
2015-06-22 21:00:36 +08:00
|
|
|
SPI_STATISTICS_INCREMENT_FIELD(&spi->statistics, spi_async);
|
|
|
|
|
2013-11-14 07:44:15 +08:00
|
|
|
trace_spi_message_submit(message);
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
return ctlr->transfer(spi, message);
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
}
|
|
|
|
|
2009-09-23 07:46:18 +08:00
|
|
|
/**
|
|
|
|
* spi_async - asynchronous SPI transfer
|
|
|
|
* @spi: device with which data will be exchanged
|
|
|
|
* @message: describes the data transfers, including completion callback
|
|
|
|
* Context: any (irqs may be blocked, etc)
|
|
|
|
*
|
|
|
|
* This call may be used in_irq and other contexts which can't sleep,
|
|
|
|
* as well as from task contexts which can sleep.
|
|
|
|
*
|
|
|
|
* The completion callback is invoked in a context which can't sleep.
|
|
|
|
* Before that invocation, the value of message->status is undefined.
|
|
|
|
* When the callback is issued, message->status holds either zero (to
|
|
|
|
* indicate complete success) or a negative error code. After that
|
|
|
|
* callback returns, the driver which issued the transfer request may
|
|
|
|
* deallocate the associated memory; it's no longer in use by any SPI
|
|
|
|
* core or controller driver code.
|
|
|
|
*
|
|
|
|
* Note that although all messages to a spi_device are handled in
|
|
|
|
* FIFO order, messages may go to different devices in other orders.
|
|
|
|
* Some device might be higher priority, or have various "hard" access
|
|
|
|
* time requirements, for example.
|
|
|
|
*
|
|
|
|
* On detection of any fault during the transfer, processing of
|
|
|
|
* the entire message is aborted, and the device is deselected.
|
|
|
|
* Until returning from the associated message completion callback,
|
|
|
|
* no other spi_message queued to that device will be processed.
|
|
|
|
* (This rule applies equally to all the synchronous transfer calls,
|
|
|
|
* which are wrappers around this core asynchronous primitive.)
|
2015-10-23 00:59:23 +08:00
|
|
|
*
|
|
|
|
* Return: zero on success, else a negative error code.
|
2009-09-23 07:46:18 +08:00
|
|
|
*/
|
|
|
|
int spi_async(struct spi_device *spi, struct spi_message *message)
|
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr = spi->controller;
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
int ret;
|
|
|
|
unsigned long flags;
|
2009-09-23 07:46:18 +08:00
|
|
|
|
2013-11-14 07:44:15 +08:00
|
|
|
ret = __spi_validate(spi, message);
|
|
|
|
if (ret != 0)
|
|
|
|
return ret;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_lock_irqsave(&ctlr->bus_lock_spinlock, flags);
|
2009-09-23 07:46:18 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->bus_lock_flag)
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
ret = -EBUSY;
|
|
|
|
else
|
|
|
|
ret = __spi_async(spi, message);
|
2009-09-23 07:46:18 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_unlock_irqrestore(&ctlr->bus_lock_spinlock, flags);
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
|
|
|
|
return ret;
|
2009-09-23 07:46:18 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_async);
|
|
|
|
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
/**
|
|
|
|
* spi_async_locked - version of spi_async with exclusive bus usage
|
|
|
|
* @spi: device with which data will be exchanged
|
|
|
|
* @message: describes the data transfers, including completion callback
|
|
|
|
* Context: any (irqs may be blocked, etc)
|
|
|
|
*
|
|
|
|
* This call may be used in_irq and other contexts which can't sleep,
|
|
|
|
* as well as from task contexts which can sleep.
|
|
|
|
*
|
|
|
|
* The completion callback is invoked in a context which can't sleep.
|
|
|
|
* Before that invocation, the value of message->status is undefined.
|
|
|
|
* When the callback is issued, message->status holds either zero (to
|
|
|
|
* indicate complete success) or a negative error code. After that
|
|
|
|
* callback returns, the driver which issued the transfer request may
|
|
|
|
* deallocate the associated memory; it's no longer in use by any SPI
|
|
|
|
* core or controller driver code.
|
|
|
|
*
|
|
|
|
* Note that although all messages to a spi_device are handled in
|
|
|
|
* FIFO order, messages may go to different devices in other orders.
|
|
|
|
* Some device might be higher priority, or have various "hard" access
|
|
|
|
* time requirements, for example.
|
|
|
|
*
|
|
|
|
* On detection of any fault during the transfer, processing of
|
|
|
|
* the entire message is aborted, and the device is deselected.
|
|
|
|
* Until returning from the associated message completion callback,
|
|
|
|
* no other spi_message queued to that device will be processed.
|
|
|
|
* (This rule applies equally to all the synchronous transfer calls,
|
|
|
|
* which are wrappers around this core asynchronous primitive.)
|
2015-10-23 00:59:23 +08:00
|
|
|
*
|
|
|
|
* Return: zero on success, else a negative error code.
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
*/
|
|
|
|
int spi_async_locked(struct spi_device *spi, struct spi_message *message)
|
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr = spi->controller;
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
int ret;
|
|
|
|
unsigned long flags;
|
|
|
|
|
2013-11-14 07:44:15 +08:00
|
|
|
ret = __spi_validate(spi, message);
|
|
|
|
if (ret != 0)
|
|
|
|
return ret;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_lock_irqsave(&ctlr->bus_lock_spinlock, flags);
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
|
|
|
|
ret = __spi_async(spi, message);
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_unlock_irqrestore(&ctlr->bus_lock_spinlock, flags);
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_async_locked);
|
|
|
|
|
2009-06-18 07:26:03 +08:00
|
|
|
|
2015-12-11 12:09:56 +08:00
|
|
|
int spi_flash_read(struct spi_device *spi,
|
|
|
|
struct spi_flash_read_message *msg)
|
|
|
|
|
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *master = spi->controller;
|
2016-06-08 14:48:31 +08:00
|
|
|
struct device *rx_dev = NULL;
|
2015-12-11 12:09:56 +08:00
|
|
|
int ret;
|
|
|
|
|
|
|
|
if ((msg->opcode_nbits == SPI_NBITS_DUAL ||
|
|
|
|
msg->addr_nbits == SPI_NBITS_DUAL) &&
|
|
|
|
!(spi->mode & (SPI_TX_DUAL | SPI_TX_QUAD)))
|
|
|
|
return -EINVAL;
|
|
|
|
if ((msg->opcode_nbits == SPI_NBITS_QUAD ||
|
|
|
|
msg->addr_nbits == SPI_NBITS_QUAD) &&
|
|
|
|
!(spi->mode & SPI_TX_QUAD))
|
|
|
|
return -EINVAL;
|
|
|
|
if (msg->data_nbits == SPI_NBITS_DUAL &&
|
|
|
|
!(spi->mode & (SPI_RX_DUAL | SPI_RX_QUAD)))
|
|
|
|
return -EINVAL;
|
|
|
|
if (msg->data_nbits == SPI_NBITS_QUAD &&
|
|
|
|
!(spi->mode & SPI_RX_QUAD))
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
if (master->auto_runtime_pm) {
|
|
|
|
ret = pm_runtime_get_sync(master->dev.parent);
|
|
|
|
if (ret < 0) {
|
|
|
|
dev_err(&master->dev, "Failed to power device: %d\n",
|
|
|
|
ret);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
}
|
2016-06-08 14:48:31 +08:00
|
|
|
|
2015-12-11 12:09:56 +08:00
|
|
|
mutex_lock(&master->bus_lock_mutex);
|
2016-07-22 06:53:31 +08:00
|
|
|
mutex_lock(&master->io_mutex);
|
2017-04-11 19:52:24 +08:00
|
|
|
if (master->dma_rx && master->spi_flash_can_dma(spi, msg)) {
|
2016-06-08 14:48:31 +08:00
|
|
|
rx_dev = master->dma_rx->device->dev;
|
|
|
|
ret = spi_map_buf(master, rx_dev, &msg->rx_sg,
|
|
|
|
msg->buf, msg->len,
|
|
|
|
DMA_FROM_DEVICE);
|
|
|
|
if (!ret)
|
|
|
|
msg->cur_msg_mapped = true;
|
|
|
|
}
|
2015-12-11 12:09:56 +08:00
|
|
|
ret = master->spi_flash_read(spi, msg);
|
2016-06-08 14:48:31 +08:00
|
|
|
if (msg->cur_msg_mapped)
|
|
|
|
spi_unmap_buf(master, rx_dev, &msg->rx_sg,
|
|
|
|
DMA_FROM_DEVICE);
|
2016-07-22 06:53:31 +08:00
|
|
|
mutex_unlock(&master->io_mutex);
|
2015-12-11 12:09:56 +08:00
|
|
|
mutex_unlock(&master->bus_lock_mutex);
|
2016-06-08 14:48:31 +08:00
|
|
|
|
2015-12-11 12:09:56 +08:00
|
|
|
if (master->auto_runtime_pm)
|
|
|
|
pm_runtime_put(master->dev.parent);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_flash_read);
|
|
|
|
|
2009-06-18 07:26:03 +08:00
|
|
|
/*-------------------------------------------------------------------------*/
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
/* Utility methods for SPI protocol drivers, layered on
|
2009-06-18 07:26:03 +08:00
|
|
|
* top of the core. Some other utility methods are defined as
|
|
|
|
* inline functions.
|
|
|
|
*/
|
|
|
|
|
2006-01-12 03:23:49 +08:00
|
|
|
static void spi_complete(void *arg)
|
|
|
|
{
|
|
|
|
complete(arg);
|
|
|
|
}
|
|
|
|
|
2016-07-22 06:53:31 +08:00
|
|
|
static int __spi_sync(struct spi_device *spi, struct spi_message *message)
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
{
|
|
|
|
DECLARE_COMPLETION_ONSTACK(done);
|
|
|
|
int status;
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr = spi->controller;
|
2014-12-10 05:38:05 +08:00
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
status = __spi_validate(spi, message);
|
|
|
|
if (status != 0)
|
|
|
|
return status;
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
|
|
|
|
message->complete = spi_complete;
|
|
|
|
message->context = &done;
|
2014-12-10 05:38:05 +08:00
|
|
|
message->spi = spi;
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
SPI_STATISTICS_INCREMENT_FIELD(&ctlr->statistics, spi_sync);
|
2015-06-22 21:00:36 +08:00
|
|
|
SPI_STATISTICS_INCREMENT_FIELD(&spi->statistics, spi_sync);
|
|
|
|
|
2014-12-10 05:38:05 +08:00
|
|
|
/* If we're not using the legacy transfer method then we will
|
|
|
|
* try to transfer in the calling context so special case.
|
|
|
|
* This code would be less tricky if we could remove the
|
|
|
|
* support for driver implemented message queues.
|
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->transfer == spi_queued_transfer) {
|
|
|
|
spin_lock_irqsave(&ctlr->bus_lock_spinlock, flags);
|
2014-12-10 05:38:05 +08:00
|
|
|
|
|
|
|
trace_spi_message_submit(message);
|
|
|
|
|
|
|
|
status = __spi_queued_transfer(spi, message, false);
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_unlock_irqrestore(&ctlr->bus_lock_spinlock, flags);
|
2014-12-10 05:38:05 +08:00
|
|
|
} else {
|
|
|
|
status = spi_async_locked(spi, message);
|
|
|
|
}
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
|
|
|
|
if (status == 0) {
|
2014-12-10 05:38:05 +08:00
|
|
|
/* Push out the messages in the calling context if we
|
|
|
|
* can.
|
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
if (ctlr->transfer == spi_queued_transfer) {
|
|
|
|
SPI_STATISTICS_INCREMENT_FIELD(&ctlr->statistics,
|
2015-06-22 21:00:36 +08:00
|
|
|
spi_sync_immediate);
|
|
|
|
SPI_STATISTICS_INCREMENT_FIELD(&spi->statistics,
|
|
|
|
spi_sync_immediate);
|
2017-06-13 19:23:52 +08:00
|
|
|
__spi_pump_messages(ctlr, false);
|
2015-06-22 21:00:36 +08:00
|
|
|
}
|
2014-12-10 05:38:05 +08:00
|
|
|
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
wait_for_completion(&done);
|
|
|
|
status = message->status;
|
|
|
|
}
|
|
|
|
message->context = NULL;
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
/**
|
|
|
|
* spi_sync - blocking/synchronous SPI data transfers
|
|
|
|
* @spi: device with which data will be exchanged
|
|
|
|
* @message: describes the data transfers
|
2007-05-08 15:32:21 +08:00
|
|
|
* Context: can sleep
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*
|
|
|
|
* This call may only be used from a context that may sleep. The sleep
|
|
|
|
* is non-interruptible, and has no timeout. Low-overhead controller
|
|
|
|
* drivers may DMA directly into and out of the message buffers.
|
|
|
|
*
|
|
|
|
* Note that the SPI device's chip select is active during the message,
|
|
|
|
* and then is normally disabled between messages. Drivers for some
|
|
|
|
* frequently-used devices may want to minimize costs of selecting a chip,
|
|
|
|
* by leaving it selected in anticipation that the next message will go
|
|
|
|
* to the same chip. (That may increase power usage.)
|
|
|
|
*
|
2006-01-09 05:34:25 +08:00
|
|
|
* Also, the caller is guaranteeing that the memory associated with the
|
|
|
|
* message will not be freed before this call returns.
|
|
|
|
*
|
2015-10-23 00:59:23 +08:00
|
|
|
* Return: zero on success, else a negative error code.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*/
|
|
|
|
int spi_sync(struct spi_device *spi, struct spi_message *message)
|
|
|
|
{
|
2016-07-22 06:53:31 +08:00
|
|
|
int ret;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
mutex_lock(&spi->controller->bus_lock_mutex);
|
2016-07-22 06:53:31 +08:00
|
|
|
ret = __spi_sync(spi, message);
|
2017-06-13 19:23:52 +08:00
|
|
|
mutex_unlock(&spi->controller->bus_lock_mutex);
|
2016-07-22 06:53:31 +08:00
|
|
|
|
|
|
|
return ret;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_sync);
|
|
|
|
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
/**
|
|
|
|
* spi_sync_locked - version of spi_sync with exclusive bus usage
|
|
|
|
* @spi: device with which data will be exchanged
|
|
|
|
* @message: describes the data transfers
|
|
|
|
* Context: can sleep
|
|
|
|
*
|
|
|
|
* This call may only be used from a context that may sleep. The sleep
|
|
|
|
* is non-interruptible, and has no timeout. Low-overhead controller
|
|
|
|
* drivers may DMA directly into and out of the message buffers.
|
|
|
|
*
|
|
|
|
* This call should be used by drivers that require exclusive access to the
|
2011-03-31 09:57:33 +08:00
|
|
|
* SPI bus. It has to be preceded by a spi_bus_lock call. The SPI bus must
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
* be released by a spi_bus_unlock call when the exclusive access is over.
|
|
|
|
*
|
2015-10-23 00:59:23 +08:00
|
|
|
* Return: zero on success, else a negative error code.
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
*/
|
|
|
|
int spi_sync_locked(struct spi_device *spi, struct spi_message *message)
|
|
|
|
{
|
2016-07-22 06:53:31 +08:00
|
|
|
return __spi_sync(spi, message);
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_sync_locked);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* spi_bus_lock - obtain a lock for exclusive SPI bus usage
|
2017-06-13 19:23:52 +08:00
|
|
|
* @ctlr: SPI bus master that should be locked for exclusive bus access
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
* Context: can sleep
|
|
|
|
*
|
|
|
|
* This call may only be used from a context that may sleep. The sleep
|
|
|
|
* is non-interruptible, and has no timeout.
|
|
|
|
*
|
|
|
|
* This call should be used by drivers that require exclusive access to the
|
|
|
|
* SPI bus. The SPI bus must be released by a spi_bus_unlock call when the
|
|
|
|
* exclusive access is over. Data transfer must be done by spi_sync_locked
|
|
|
|
* and spi_async_locked calls when the SPI bus lock is held.
|
|
|
|
*
|
2015-10-23 00:59:23 +08:00
|
|
|
* Return: always zero.
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
int spi_bus_lock(struct spi_controller *ctlr)
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
mutex_lock(&ctlr->bus_lock_mutex);
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spin_lock_irqsave(&ctlr->bus_lock_spinlock, flags);
|
|
|
|
ctlr->bus_lock_flag = 1;
|
|
|
|
spin_unlock_irqrestore(&ctlr->bus_lock_spinlock, flags);
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
|
|
|
|
/* mutex remains locked until spi_bus_unlock is called */
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_bus_lock);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* spi_bus_unlock - release the lock for exclusive SPI bus usage
|
2017-06-13 19:23:52 +08:00
|
|
|
* @ctlr: SPI bus master that was locked for exclusive bus access
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
* Context: can sleep
|
|
|
|
*
|
|
|
|
* This call may only be used from a context that may sleep. The sleep
|
|
|
|
* is non-interruptible, and has no timeout.
|
|
|
|
*
|
|
|
|
* This call releases an SPI bus lock previously obtained by an spi_bus_lock
|
|
|
|
* call.
|
|
|
|
*
|
2015-10-23 00:59:23 +08:00
|
|
|
* Return: always zero.
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
*/
|
2017-06-13 19:23:52 +08:00
|
|
|
int spi_bus_unlock(struct spi_controller *ctlr)
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
{
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr->bus_lock_flag = 0;
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
mutex_unlock(&ctlr->bus_lock_mutex);
|
spi/mmc_spi: SPI bus locking API, using mutex
SPI bus locking API to allow exclusive access to the SPI bus, especially, but
not limited to, for the mmc_spi driver.
Coded according to an outline from Grant Likely; here is his
specification (accidentally swapped function names corrected):
It requires 3 things to be added to struct spi_master.
- 1 Mutex
- 1 spin lock
- 1 flag.
The mutex protects spi_sync, and provides sleeping "for free"
The spinlock protects the atomic spi_async call.
The flag is set when the lock is obtained, and checked while holding
the spinlock in spi_async(). If the flag is checked, then spi_async()
must fail immediately.
The current runtime API looks like this:
spi_async(struct spi_device*, struct spi_message*);
spi_sync(struct spi_device*, struct spi_message*);
The API needs to be extended to this:
spi_async(struct spi_device*, struct spi_message*)
spi_sync(struct spi_device*, struct spi_message*)
spi_bus_lock(struct spi_master*) /* although struct spi_device* might
be easier */
spi_bus_unlock(struct spi_master*)
spi_async_locked(struct spi_device*, struct spi_message*)
spi_sync_locked(struct spi_device*, struct spi_message*)
Drivers can only call the last two if they already hold the spi_master_lock().
spi_bus_lock() obtains the mutex, obtains the spin lock, sets the
flag, and releases the spin lock before returning. It doesn't even
need to sleep while waiting for "in-flight" spi_transactions to
complete because its purpose is to guarantee no additional
transactions are added. It does not guarantee that the bus is idle.
spi_bus_unlock() clears the flag and releases the mutex, which will
wake up any waiters.
The difference between spi_async() and spi_async_locked() is that the
locked version bypasses the check of the lock flag. Both versions
need to obtain the spinlock.
The difference between spi_sync() and spi_sync_locked() is that
spi_sync() must hold the mutex while enqueuing a new transfer.
spi_sync_locked() doesn't because the mutex is already held. Note
however that spi_sync must *not* continue to hold the mutex while
waiting for the transfer to complete, otherwise only one transfer
could be queued up at a time!
Almost no code needs to be written. The current spi_async() and
spi_sync() can probably be renamed to __spi_async() and __spi_sync()
so that spi_async(), spi_sync(), spi_async_locked() and
spi_sync_locked() can just become wrappers around the common code.
spi_sync() is protected by a mutex because it can sleep
spi_async() needs to be protected with a flag and a spinlock because
it can be called atomically and must not sleep
Signed-off-by: Ernst Schwab <eschwab@online.de>
[grant.likely@secretlab.ca: use spin_lock_irqsave()]
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Matt Fleming <matt@console-pimps.org>
Tested-by: Antonio Ospite <ospite@studenti.unina.it>
2010-06-29 08:49:29 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_bus_unlock);
|
|
|
|
|
2006-04-03 02:37:40 +08:00
|
|
|
/* portable code must never pass more than 32 bytes */
|
2013-10-14 09:31:51 +08:00
|
|
|
#define SPI_BUFSIZ max(32, SMP_CACHE_BYTES)
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
|
|
|
static u8 *buf;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* spi_write_then_read - SPI synchronous write followed by read
|
|
|
|
* @spi: device with which data will be exchanged
|
|
|
|
* @txbuf: data to be written (need not be dma-safe)
|
|
|
|
* @n_tx: size of txbuf, in bytes
|
2009-06-18 07:26:06 +08:00
|
|
|
* @rxbuf: buffer into which data will be read (need not be dma-safe)
|
|
|
|
* @n_rx: size of rxbuf, in bytes
|
2007-05-08 15:32:21 +08:00
|
|
|
* Context: can sleep
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*
|
|
|
|
* This performs a half duplex MicroWire style transaction with the
|
|
|
|
* device, sending txbuf and then reading rxbuf. The return value
|
|
|
|
* is zero for success, else a negative errno status code.
|
2006-01-09 05:34:23 +08:00
|
|
|
* This call may only be used from a context that may sleep.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*
|
2006-01-09 05:34:25 +08:00
|
|
|
* Parameters to this routine are always copied using a small buffer;
|
2007-05-08 15:32:21 +08:00
|
|
|
* portable code should never use this for more than 32 bytes.
|
|
|
|
* Performance-sensitive or bulk transfer code should instead use
|
2006-01-09 05:34:25 +08:00
|
|
|
* spi_{async,sync}() calls with dma-safe buffers.
|
2015-10-23 00:59:23 +08:00
|
|
|
*
|
|
|
|
* Return: zero on success, else a negative error code.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*/
|
|
|
|
int spi_write_then_read(struct spi_device *spi,
|
2011-05-11 06:09:30 +08:00
|
|
|
const void *txbuf, unsigned n_tx,
|
|
|
|
void *rxbuf, unsigned n_rx)
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
{
|
2007-12-05 15:45:09 +08:00
|
|
|
static DEFINE_MUTEX(lock);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
|
|
|
int status;
|
|
|
|
struct spi_message message;
|
2009-04-14 05:39:57 +08:00
|
|
|
struct spi_transfer x[2];
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
u8 *local_buf;
|
|
|
|
|
2012-12-02 11:54:25 +08:00
|
|
|
/* Use preallocated DMA-safe buffer if we can. We can't avoid
|
|
|
|
* copying here, (as a pure convenience thing), but we can
|
|
|
|
* keep heap costs out of the hot path unless someone else is
|
|
|
|
* using the pre-allocated buffer or the transfer is too large.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*/
|
2012-12-02 11:54:25 +08:00
|
|
|
if ((n_tx + n_rx) > SPI_BUFSIZ || !mutex_trylock(&lock)) {
|
2013-01-27 14:35:04 +08:00
|
|
|
local_buf = kmalloc(max((unsigned)SPI_BUFSIZ, n_tx + n_rx),
|
|
|
|
GFP_KERNEL | GFP_DMA);
|
2012-12-02 11:54:25 +08:00
|
|
|
if (!local_buf)
|
|
|
|
return -ENOMEM;
|
|
|
|
} else {
|
|
|
|
local_buf = buf;
|
|
|
|
}
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2006-01-09 05:34:28 +08:00
|
|
|
spi_message_init(&message);
|
2013-10-14 09:31:51 +08:00
|
|
|
memset(x, 0, sizeof(x));
|
2009-04-14 05:39:57 +08:00
|
|
|
if (n_tx) {
|
|
|
|
x[0].len = n_tx;
|
|
|
|
spi_message_add_tail(&x[0], &message);
|
|
|
|
}
|
|
|
|
if (n_rx) {
|
|
|
|
x[1].len = n_rx;
|
|
|
|
spi_message_add_tail(&x[1], &message);
|
|
|
|
}
|
2006-01-09 05:34:28 +08:00
|
|
|
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
memcpy(local_buf, txbuf, n_tx);
|
2009-04-14 05:39:57 +08:00
|
|
|
x[0].tx_buf = local_buf;
|
|
|
|
x[1].rx_buf = local_buf + n_tx;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
|
|
|
/* do the i/o */
|
|
|
|
status = spi_sync(spi, &message);
|
2007-12-05 15:45:10 +08:00
|
|
|
if (status == 0)
|
2009-04-14 05:39:57 +08:00
|
|
|
memcpy(rxbuf, x[1].rx_buf, n_rx);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2009-04-14 05:39:57 +08:00
|
|
|
if (x[0].tx_buf == buf)
|
2007-12-05 15:45:09 +08:00
|
|
|
mutex_unlock(&lock);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
else
|
|
|
|
kfree(local_buf);
|
|
|
|
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(spi_write_then_read);
|
|
|
|
|
|
|
|
/*-------------------------------------------------------------------------*/
|
|
|
|
|
2014-10-29 04:36:05 +08:00
|
|
|
#if IS_ENABLED(CONFIG_OF_DYNAMIC)
|
|
|
|
static int __spi_of_device_match(struct device *dev, void *data)
|
|
|
|
{
|
|
|
|
return dev->of_node == data;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* must call put_device() when done with returned spi_device device */
|
|
|
|
static struct spi_device *of_find_spi_device_by_node(struct device_node *node)
|
|
|
|
{
|
|
|
|
struct device *dev = bus_find_device(&spi_bus_type, NULL, node,
|
|
|
|
__spi_of_device_match);
|
|
|
|
return dev ? to_spi_device(dev) : NULL;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static int __spi_of_controller_match(struct device *dev, const void *data)
|
2014-10-29 04:36:05 +08:00
|
|
|
{
|
|
|
|
return dev->of_node == data;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
/* the spi controllers are not using spi_bus, so we find it with another way */
|
|
|
|
static struct spi_controller *of_find_spi_controller_by_node(struct device_node *node)
|
2014-10-29 04:36:05 +08:00
|
|
|
{
|
|
|
|
struct device *dev;
|
|
|
|
|
|
|
|
dev = class_find_device(&spi_master_class, NULL, node,
|
2017-06-13 19:23:52 +08:00
|
|
|
__spi_of_controller_match);
|
2017-05-22 21:11:41 +08:00
|
|
|
if (!dev && IS_ENABLED(CONFIG_SPI_SLAVE))
|
|
|
|
dev = class_find_device(&spi_slave_class, NULL, node,
|
2017-06-13 19:23:52 +08:00
|
|
|
__spi_of_controller_match);
|
2014-10-29 04:36:05 +08:00
|
|
|
if (!dev)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
/* reference got in class_find_device */
|
2017-06-13 19:23:52 +08:00
|
|
|
return container_of(dev, struct spi_controller, dev);
|
2014-10-29 04:36:05 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static int of_spi_notify(struct notifier_block *nb, unsigned long action,
|
|
|
|
void *arg)
|
|
|
|
{
|
|
|
|
struct of_reconfig_data *rd = arg;
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr;
|
2014-10-29 04:36:05 +08:00
|
|
|
struct spi_device *spi;
|
|
|
|
|
|
|
|
switch (of_reconfig_get_state_change(action, arg)) {
|
|
|
|
case OF_RECONFIG_CHANGE_ADD:
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr = of_find_spi_controller_by_node(rd->dn->parent);
|
|
|
|
if (ctlr == NULL)
|
2014-10-29 04:36:05 +08:00
|
|
|
return NOTIFY_OK; /* not for us */
|
|
|
|
|
2015-11-30 22:28:07 +08:00
|
|
|
if (of_node_test_and_set_flag(rd->dn, OF_POPULATED)) {
|
2017-06-13 19:23:52 +08:00
|
|
|
put_device(&ctlr->dev);
|
2015-11-30 22:28:07 +08:00
|
|
|
return NOTIFY_OK;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
spi = of_register_spi_device(ctlr, rd->dn);
|
|
|
|
put_device(&ctlr->dev);
|
2014-10-29 04:36:05 +08:00
|
|
|
|
|
|
|
if (IS_ERR(spi)) {
|
2017-07-19 05:43:31 +08:00
|
|
|
pr_err("%s: failed to create for '%pOF'\n",
|
|
|
|
__func__, rd->dn);
|
2016-10-17 21:59:56 +08:00
|
|
|
of_node_clear_flag(rd->dn, OF_POPULATED);
|
2014-10-29 04:36:05 +08:00
|
|
|
return notifier_from_errno(PTR_ERR(spi));
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case OF_RECONFIG_CHANGE_REMOVE:
|
2015-11-30 22:28:07 +08:00
|
|
|
/* already depopulated? */
|
|
|
|
if (!of_node_check_flag(rd->dn, OF_POPULATED))
|
|
|
|
return NOTIFY_OK;
|
|
|
|
|
2014-10-29 04:36:05 +08:00
|
|
|
/* find our device by node */
|
|
|
|
spi = of_find_spi_device_by_node(rd->dn);
|
|
|
|
if (spi == NULL)
|
|
|
|
return NOTIFY_OK; /* no? not meant for us */
|
|
|
|
|
|
|
|
/* unregister takes one ref away */
|
|
|
|
spi_unregister_device(spi);
|
|
|
|
|
|
|
|
/* and put the reference of the find */
|
|
|
|
put_device(&spi->dev);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return NOTIFY_OK;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct notifier_block spi_of_notifier = {
|
|
|
|
.notifier_call = of_spi_notify,
|
|
|
|
};
|
|
|
|
#else /* IS_ENABLED(CONFIG_OF_DYNAMIC) */
|
|
|
|
extern struct notifier_block spi_of_notifier;
|
|
|
|
#endif /* IS_ENABLED(CONFIG_OF_DYNAMIC) */
|
|
|
|
|
2016-07-09 00:13:11 +08:00
|
|
|
#if IS_ENABLED(CONFIG_ACPI)
|
2017-06-13 19:23:52 +08:00
|
|
|
static int spi_acpi_controller_match(struct device *dev, const void *data)
|
2016-07-09 00:13:11 +08:00
|
|
|
{
|
|
|
|
return ACPI_COMPANION(dev->parent) == data;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int spi_acpi_device_match(struct device *dev, void *data)
|
|
|
|
{
|
|
|
|
return ACPI_COMPANION(dev) == data;
|
|
|
|
}
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
static struct spi_controller *acpi_spi_find_controller_by_adev(struct acpi_device *adev)
|
2016-07-09 00:13:11 +08:00
|
|
|
{
|
|
|
|
struct device *dev;
|
|
|
|
|
|
|
|
dev = class_find_device(&spi_master_class, NULL, adev,
|
2017-06-13 19:23:52 +08:00
|
|
|
spi_acpi_controller_match);
|
2017-05-22 21:11:41 +08:00
|
|
|
if (!dev && IS_ENABLED(CONFIG_SPI_SLAVE))
|
|
|
|
dev = class_find_device(&spi_slave_class, NULL, adev,
|
2017-06-13 19:23:52 +08:00
|
|
|
spi_acpi_controller_match);
|
2016-07-09 00:13:11 +08:00
|
|
|
if (!dev)
|
|
|
|
return NULL;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
return container_of(dev, struct spi_controller, dev);
|
2016-07-09 00:13:11 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static struct spi_device *acpi_spi_find_device_by_adev(struct acpi_device *adev)
|
|
|
|
{
|
|
|
|
struct device *dev;
|
|
|
|
|
|
|
|
dev = bus_find_device(&spi_bus_type, NULL, adev, spi_acpi_device_match);
|
|
|
|
|
|
|
|
return dev ? to_spi_device(dev) : NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int acpi_spi_notify(struct notifier_block *nb, unsigned long value,
|
|
|
|
void *arg)
|
|
|
|
{
|
|
|
|
struct acpi_device *adev = arg;
|
2017-06-13 19:23:52 +08:00
|
|
|
struct spi_controller *ctlr;
|
2016-07-09 00:13:11 +08:00
|
|
|
struct spi_device *spi;
|
|
|
|
|
|
|
|
switch (value) {
|
|
|
|
case ACPI_RECONFIG_DEVICE_ADD:
|
2017-06-13 19:23:52 +08:00
|
|
|
ctlr = acpi_spi_find_controller_by_adev(adev->parent);
|
|
|
|
if (!ctlr)
|
2016-07-09 00:13:11 +08:00
|
|
|
break;
|
|
|
|
|
2017-06-13 19:23:52 +08:00
|
|
|
acpi_register_spi_device(ctlr, adev);
|
|
|
|
put_device(&ctlr->dev);
|
2016-07-09 00:13:11 +08:00
|
|
|
break;
|
|
|
|
case ACPI_RECONFIG_DEVICE_REMOVE:
|
|
|
|
if (!acpi_device_enumerated(adev))
|
|
|
|
break;
|
|
|
|
|
|
|
|
spi = acpi_spi_find_device_by_adev(adev);
|
|
|
|
if (!spi)
|
|
|
|
break;
|
|
|
|
|
|
|
|
spi_unregister_device(spi);
|
|
|
|
put_device(&spi->dev);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return NOTIFY_OK;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct notifier_block spi_acpi_notifier = {
|
|
|
|
.notifier_call = acpi_spi_notify,
|
|
|
|
};
|
|
|
|
#else
|
|
|
|
extern struct notifier_block spi_acpi_notifier;
|
|
|
|
#endif
|
|
|
|
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
static int __init spi_init(void)
|
|
|
|
{
|
2006-01-09 05:34:23 +08:00
|
|
|
int status;
|
|
|
|
|
2006-12-07 12:33:17 +08:00
|
|
|
buf = kmalloc(SPI_BUFSIZ, GFP_KERNEL);
|
2006-01-09 05:34:23 +08:00
|
|
|
if (!buf) {
|
|
|
|
status = -ENOMEM;
|
|
|
|
goto err0;
|
|
|
|
}
|
|
|
|
|
|
|
|
status = bus_register(&spi_bus_type);
|
|
|
|
if (status < 0)
|
|
|
|
goto err1;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|
2006-01-09 05:34:23 +08:00
|
|
|
status = class_register(&spi_master_class);
|
|
|
|
if (status < 0)
|
|
|
|
goto err2;
|
2014-10-29 04:36:05 +08:00
|
|
|
|
2017-05-22 21:11:41 +08:00
|
|
|
if (IS_ENABLED(CONFIG_SPI_SLAVE)) {
|
|
|
|
status = class_register(&spi_slave_class);
|
|
|
|
if (status < 0)
|
|
|
|
goto err3;
|
|
|
|
}
|
|
|
|
|
2014-11-27 06:13:57 +08:00
|
|
|
if (IS_ENABLED(CONFIG_OF_DYNAMIC))
|
2014-10-29 04:36:05 +08:00
|
|
|
WARN_ON(of_reconfig_notifier_register(&spi_of_notifier));
|
2016-07-09 00:13:11 +08:00
|
|
|
if (IS_ENABLED(CONFIG_ACPI))
|
|
|
|
WARN_ON(acpi_reconfig_notifier_register(&spi_acpi_notifier));
|
2014-10-29 04:36:05 +08:00
|
|
|
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
return 0;
|
2006-01-09 05:34:23 +08:00
|
|
|
|
2017-05-22 21:11:41 +08:00
|
|
|
err3:
|
|
|
|
class_unregister(&spi_master_class);
|
2006-01-09 05:34:23 +08:00
|
|
|
err2:
|
|
|
|
bus_unregister(&spi_bus_type);
|
|
|
|
err1:
|
|
|
|
kfree(buf);
|
|
|
|
buf = NULL;
|
|
|
|
err0:
|
|
|
|
return status;
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
}
|
2006-01-09 05:34:23 +08:00
|
|
|
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
/* board_info is normally registered in arch_initcall(),
|
|
|
|
* but even essential drivers wait till later
|
2006-01-09 05:34:23 +08:00
|
|
|
*
|
|
|
|
* REVISIT only boardinfo really needs static linking. the rest (device and
|
|
|
|
* driver registration) _could_ be dynamically linked (modular) ... costs
|
|
|
|
* include needing to have boardinfo data structures be much more public.
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
*/
|
2008-10-16 13:02:46 +08:00
|
|
|
postcore_initcall(spi_init);
|
[PATCH] spi: simple SPI framework
This is the core of a small SPI framework, implementing the model of a
queue of messages which complete asynchronously (with thin synchronous
wrappers on top).
- It's still less than 2KB of ".text" (ARM). If there's got to be a
mid-layer for something so simple, that's the right size budget. :)
- The guts use board-specific SPI device tables to build the driver
model tree. (Hardware probing is rarely an option.)
- This version of Kconfig includes no drivers. At this writing there
are two known master controller drivers (PXA/SSP, OMAP MicroWire)
and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
mentions of other drivers in development.
- No userspace API. There are several implementations to compare.
Implement them like any other driver, and bind them with sysfs.
The changes from last version posted to LKML (on 11-Nov-2005) are minor,
and include:
- One bugfix (removes a FIXME), with the visible effect of making device
names be "spiB.C" where B is the bus number and C is the chipselect.
- The "caller provides DMA mappings" mechanism now has kerneldoc, for
DMA drivers that want to be fancy.
- Hey, the framework init can be subsys_init. Even though board init
logic fires earlier, at arch_init ... since the framework init is
for driver support, and the board init support uses static init.
- Various additional spec/doc clarifications based on discussions
with other folk. It adds a brief "thank you" at the end, for folk
who've helped nudge this framework into existence.
As I've said before, I think that "protocol tweaking" is the main support
that this driver framework will need to evolve.
From: Mark Underwood <basicmark@yahoo.com>
Update the SPI framework to remove a potential priority inversion case by
reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-01-09 05:34:19 +08:00
|
|
|
|