Skip to contentSkip to conversation

AT91: SPI: On implementing peripheral chip select decoding

DISCUSSION Christian Gagneraud 2 participants 2 messages May 15, 2011 – May 16, 2011

lore
Share & tools
lore
#0 lore raw

Hi there,

The AT91SAM9G20 SPI controller (and possibly other SAM9 or other SoC) has the ability to work with CS decoding, thus allowing up to 15 peripherals with only 4 CS lines (CS[0:3]=0xF meaning no peripheral selected).
I would like to know if anyone has experimented with this feature, or if anyone has advices/ideas on how to add support for this feature in the linux kernel.

Before starting to work on this, I would like to know if this feature is common on other platforms or if it's AT91 specific.
In the former case, it might be wise to include it in the SPI subsystem, and in the latter case keep it inside AT91 code.

Chris

#1 lore raw
Quoted 9 lines · Christian Gagneraud

Hi there,

The AT91SAM9G20 SPI controller (and possibly other SAM9 or other SoC) has the ability to work with CS decoding, thus allowing up to 15 peripherals with only 4 CS lines (CS[0:3]=0xF meaning no peripheral selected).
I would like to know if anyone has experimented with this feature, or if anyone has advices/ideas on how to add support for this feature in the linux kernel.

As far as I remenber all at91 and avr32 have this

Quoted 5 lines

Before starting to work on this, I would like to know if this feature is common on other platforms or if it's AT91 specific. In the former case, it might be wise to include it in the SPI subsystem, and in the latter case keep it inside AT91 code.

Make it generic is always good but this can be extended to external Cs extender as you can use any gpio to manage the Cs or a gpio extender on i2c

Best Regards,
J.