Contents

Background

Serial Perhiperal Interface (also known under the names of Microwire or
four-wire) is a general-purpose digital I/O interface used by many ICs
including sensors, converters, audio codecs, and various types of memory. An
SPI bus consists of at least three pins: a clock, a slave-input/master-output
(SIMO) pin, a slave-output/master-input (SOMI) pin, and zero or more chip-select(CS) pins.

The OMAP3 has four McSPI controllers, each capable of driving an SPI interface
at up to 48 MHz. Each of these controllers has a finite number of chip select
lines. Of these four, only SPI3 and SPI4 are brought out on the BeagleBoard.

McSPI1: 4 channels

McSPI2: 2 channels

McSPI3: 3 channels (2 CS brought out)

McSPI4: 1 channel (1 CS brought out)

Below is a description of the steps necessary to use SPI on BeagleBoard. If you
are particularly impatient, you can start with one of the patches found in the
Kernel Patches section.

Configuring Pinmux

These devices are fully supported by the Linux kernel's mcspi driver. That
being said, one will need to make some minor modifications to the BeagleBoard's
board file (arch/arm/mach-omap2/board-omap3beagle.c) in order to use them.

First, the pin multiplexer needs to be configured to expose the McSPI signals.
As of BeagleBoard rev.C4, the following SPI signals are available on the
Beagle's 28-pin expansion header; the SPI signals are available in pinmux mode
1, while mode 0 names are also given for reference.

McSPI 3

Header Pin

Mode 0

Mode 1 (SPI)

Pinmux configuration

21

MMC2_CLKO

McSPI3_CLK

OMAP_PIN_INPUT (*)

17

MMC2_DAT0

McSPI3_SOMI

OMAP_PIN_INPUT

19

MMC2_CMD

McSPI3_SIMO

OMAP_PIN_OUTPUT

11

MMC2_DAT3

McSPI3_CS0

OMAP_PIN_OUTPUT

13

MMC2_DAT2

McSPI3_CS1

OMAP_PIN_OUTPUT

McSPI 4

Header Pin

Mode 0

Mode 1 (SPI)

Pinmux configuration

20

BcBSP1_CLKR

McSPI4_CLK

OMAP_PIN_INPUT (*)

18

McBSP1_DR

McSPI4_SOMI

OMAP_PIN_INPUT

12

McBSP1_DX

McSPI4_SIMO

OMAP_PIN_OUTPUT

16

McBSP1_FSX

McSPI4_CS0

OMAP_PIN_OUTPUT

(*) Important: The CLK pins must be put in input mode for the chip to
correctly register input on SOMI. Failure to set CLK as an input will result in
all reads producing zeros.

Configuring spi_board_info

In addition to the pin multiplexer, one must also tell the kernel a bit about
the SPI controller itself. This is done in the board file using an
spi_board_info struct. For example, to configure McSPI3.0, one might use the
following,

Patches

This patch was developed against 2.6.32 and exposes through spidev all
of the McSPI controllers and chip selects brought out on the BeagleBoard.

Little Word about recompiling the Kernel

Ok, one would have acquired by now all the knowledge necessary to get SPI going on the Beagle Board. However, reconstructing the kernel via OE may be a little tricky, since it is a complex tool and some time is demanded to really understand it. Therefore, it is really useful to know how to compile the kernel by yourself, the instructions on [[1]] tell you how to do it using "Quilt" (very very handy) kernel 2.6.28 is a good option for the ones using Quilt (take a look at the recipe and you will get why).
Finally, Andruk has been very kind to provide his files mux.c(arch/arm/mach-omap2), mux.h(arch/arm/plat-omap/include/mach) and board-omap3beagle.c(arch/arm/mach-omap2) they are not to be copied but to be consulted and adapted to your needs. Philip Balister has also made his patch for OE available (useful because it shows which configuration must be active in the kernel .config file).

TIP2: some people complained about the MMC card stopping when CONFIG_OMAP_MUX is active. One pointed solution was to comment this line "omap_cfg_reg(AH8_34XX_GPIO29);" in the "board-omap3beagle.c" file (apparently u-boot configures this pin in a
different way). More about this issue can be found in:
[2][3][4]

Hardware

Trainer Board can be used for access to level shifter SPI and provides prototype area