The other configuration is used in the case when you have SPI devices wired
opposite to the default case.  This was the case for a custom board using
the McSPI driver.

I tested it by just passing in the parameter in the device config data when
registering the device under the spidev driver.

I noticed a similar patch was submitted recently:

http://sourceforge.net/mailarchive/forum.php?thread_name=1349626784-22035-1-git-send-email-zonque%40gmail.com&forum_name=spi-devel-general

The reason I put it in the device config because I reasoned you could in
theory configure MOSI and MISO differently for each SPI device on the bus.
 This seems unlikely, though, but it is within the power of a hardware
designer to do that.

Feel free to use the other patch if it's more complete.

On Tue, Oct 9, 2012 at 11:28 AM, Shubhrajyoti Datta <
omaplinuxker...@gmail.com> wrote:

> On Tue, Oct 9, 2012 at 4:09 AM, Stan Hu <sta...@gmail.com> wrote:
> > McSPI driver previously assumed that D0 was input (MISO) and D1 was
> output (MOSI).
> > This forces the hardware designer to wire all SPI peripherals in this
> way when
> > it should be a software configuration option.
>
> Your change looks good.
>
> What is the other configuration used for?
>
> Also are you using a dt patch to test it?
>
> >
> > Signed-off-by: Stan Hu <sta...@gmail.com>
> > ---
>
------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
spi-devel-general mailing list
spi-devel-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/spi-devel-general

Reply via email to