SPI_REGISTER_MASTER(9) Serial Peripheral Interface (S SPI_REGISTER_MASTER(9)NAME
spi_register_master - register SPI master controller
SYNOPSIS
int spi_register_master(struct spi_master * master);
ARGUMENTS
master
initialized master, originally from spi_alloc_master
CONTEXT
can sleep
DESCRIPTION
SPI master controllers connect to their drivers using some non-SPI bus, such as the platform bus. The final stage of probe in that code
includes calling spi_register_master to hook up to this SPI bus glue.
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 success, else a negative error code (dropping the master's refcount).
After a successful return, the caller is responsible for calling spi_unregister_master.
COPYRIGHT Kernel Hackers Manual 2.6. July 2010 SPI_REGISTER_MASTER(9)
Check Out this Related Man Page
STRUCT SPI_BOARD_INF(9) Serial Peripheral Interface (S STRUCT SPI_BOARD_INF(9)NAME
struct_spi_board_info - board-specific template for a SPI device
SYNOPSIS
struct spi_board_info {
char modalias[SPI_NAME_SIZE];
const void * platform_data;
void * controller_data;
int irq;
u32 max_speed_hz;
u16 bus_num;
u16 chip_select;
u8 mode;
};
MEMBERS
modalias[SPI_NAME_SIZE]
Initializes spi_device.modalias; identifies the driver.
platform_data
Initializes spi_device.platform_data; the particular data stored there is driver-specific.
controller_data
Initializes spi_device.controller_data; some controllers need hints about hardware setup, e.g. for DMA.
irq
Initializes spi_device.irq; depends on how the board is wired.
max_speed_hz
Initializes spi_device.max_speed_hz; based on limits from the chip datasheet and board-specific signal quality issues.
bus_num
Identifies which spi_master parents the spi_device; unused by spi_new_device, and otherwise depends on board wiring.
chip_select
Initializes spi_device.chip_select; depends on how the board is wired.
mode
Initializes spi_device.mode; based on the chip datasheet, board wiring (some devices support both 3WIRE and standard modes), and
possibly presence of an inverter in the chipselect path.
DESCRIPTION
When adding new SPI devices to the device tree, these structures serve as a partial device template. They hold information which can't
always be determined by drivers. Information that probe can establish (such as the default transfer wordsize) is not included here.
These structures are used in two places. Their primary role is to be stored in tables of board-specific device descriptors, which are
declared early in board initialization and then used (much later) to populate a controller's device tree after the that controller's driver
initializes. A secondary (and atypical) role is as a parameter to spi_new_device call, which happens after those controller drivers are
active in some dynamic board configuration models.
COPYRIGHT Kernel Hackers Manual 3.10 June 2014 STRUCT SPI_BOARD_INF(9)
Hi,
I'm having a problem with the voyage linux distribution.
I've been busy to include a CAN driver, which uses the SPI bus to communicate.
While I was busy debugging the code, everything worked fine while performing a modprobe of the SPI driver to get it all running.
But the... (1 Reply)