In message 20080527103245.565527ba@hskinnemo-gx745.norway.atmel.com you wrote:
So maybe we should try to get rid of the CONFIG_HARD_SPI define? I
Well, I think I'd rather get rid of CONFIG_MPC8XXX_SPI as this is redundant - it's what you atomatically get when using CONFIG_HARD_SPI on a MPC8XXX system. That would make this more in line with the I2C code. And we can use something like
#if defined(CONFIG_HARD_SPI) || defined (CONFIG_SOFT_SPI)
when we need to know if there is any SPI support at all (like we do with I2C).
I suspect that if we do want something like that, it will probably be about combining hardware and software SPI (i.e. we want more SPI busses than the chip can provide in hardware.)
Yes, I guess this is going to happen first. Hopefully not soon, though ;-)
Best regards,
Wolfgang Denk