RE: 8xx SPI drivers

RE: 8xx SPI drivers

[Navin Boppuri]

I have no website of my own to put this stuff on yet. I will do so
shortly and I'll let you all know. Meanwhile, I am hoping Alex could do
this.

Also, I would like to thank Alex for cleaning up my driver and for
actually using it.

Navin.

-----Original Message-----
From: Kevin Fry [mailto:kevin@carts.com]
Sent: Tuesday, December 18, 2001 1:39 PM
To: Navin Boppuri
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Re:8xx SPI drivers


Thanks for the SPI driver help,  I've started porting Alex's code (based
off
Navin's) to the 8260.
 Would either of you mind if I made a quick SPI webpage and posted your
drivers there? To help those in the future who will have this problem
and
need to find spi stuff not in the kernel.

The people on this list rock!

Kevin


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: 8xx SPI drivers

[Dan Malek]

Navin Boppuri wrote:

> I have no website of my own to put this stuff on yet.

Just ask to post it on penguinppc.org.  There is an embedded section
there.....but why do you want to post something like this?  I mean,
we don't post any of the other drivers or code we do anywhere but in
the sources themselves.

> Also, I would like to thank Alex for cleaning up my driver and for
> actually using it.

Keep in mind that SPI designs are very dependent upon the board/product
design.  Many of the systems that use SPI have external hardware for
device selection and control.  The generic driver is suitable for clocking
bits in/out but often isn't sufficient to make everything work.  Due to the
timing of SPISEL, I sometimes had to just write a software bit-toggle function
to make it work.

Thanks.


	-- Dan


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

RE: 8xx SPI drivers

[Rod Boyce]

All,

I have written a generic SPI driver that copes with most hardware
idiosyncrasies MSB first or LSB first this is all available in the 8xx SPI
code I then provide an interface for other drivers to call this driver after
selecting the device to do the SPI transaction.  I also allow users to
interface directly to the SPI device change clocking parameters and let the
user take care of selecting the SPI device this then is a very flexible
device that any SPI device can use.  It is also a load-able module sorry
although having done it once I could recreate the code given the inclination
some hardware, a debugger, (depending on ownership of the driver money,) and
time.

Regards,
Rod

		-----Original Message-----
		From:	Dan Malek [mailto:dan@embeddededge.com]
		Sent:	Wednesday, 19 December 2001 11:57
		To:	Navin Boppuri
		Cc:	Kevin Fry; linuxppc-embedded@lists.linuxppc.org
		Subject:	Re: 8xx SPI drivers


		Navin Boppuri wrote:

		> I have no website of my own to put this stuff on yet.

		Just ask to post it on penguinppc.org.  There is an embedded
section
		there.....but why do you want to post something like this?
I mean,
		we don't post any of the other drivers or code we do
anywhere but in
		the sources themselves.

		> Also, I would like to thank Alex for cleaning up my driver
and for
		> actually using it.

		Keep in mind that SPI designs are very dependent upon the
board/product
		design.  Many of the systems that use SPI have external
hardware for
		device selection and control.  The generic driver is
suitable for clocking
		bits in/out but often isn't sufficient to make everything
work.  Due to the
		timing of SPISEL, I sometimes had to just write a software
bit-toggle function
		to make it work.

		Thanks.


			-- Dan


		** Sent via the linuxppc-embedded mail list. See
http://lists.linuxppc.org/

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

RE: 8xx SPI drivers

[Navin Boppuri]

Dan,

This was in response to a request by Kevin in a previous mail. I did
have this driver on a website and the link was included in PowerPC
Embedded HOWTO maintained by Graham then. But I dont have that server up
anymore and the link is not up to date.

And yes, you were right about the spi interface being very specific. But
I do feel that it makes sense for anyone starting to make spi work with
their hardware to look at some previous work. I wrote this driver
looking at your code for the i2c and some spi work done by Tobias
Otto-Adamczak.

Thanks,
Navin.

-----Original Message-----
From: Dan Malek [mailto:dan@embeddededge.com]
Sent: Tuesday, December 18, 2001 4:57 PM
To: Navin Boppuri
Cc: Kevin Fry; linuxppc-embedded@lists.linuxppc.org
Subject: Re: 8xx SPI drivers


Navin Boppuri wrote:

> I have no website of my own to put this stuff on yet.

Just ask to post it on penguinppc.org.  There is an embedded section
there.....but why do you want to post something like this?  I mean,
we don't post any of the other drivers or code we do anywhere but in
the sources themselves.

> Also, I would like to thank Alex for cleaning up my driver and for
> actually using it.

Keep in mind that SPI designs are very dependent upon the board/product
design.  Many of the systems that use SPI have external hardware for
device selection and control.  The generic driver is suitable for
clocking
bits in/out but often isn't sufficient to make everything work.  Due to
the
timing of SPISEL, I sometimes had to just write a software bit-toggle
function
to make it work.

Thanks.


	-- Dan


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/