[PATCH 1/3] davinci: spi: move event_q parameter to platform data

2011-02-03 Thread Michael Williamson
For DMA operation, the davinci spi driver needs an eventq number. Currently, this number is passed as a IORESOURCE_DMA. This is not correct, as the eventq is not a DMA channel. Pass the eventq via the platform data structure instead. Signed-off-by: Michael Williamson --- arch/arm/mach-davinci/

[PATCH 3/3] davinci: dm365: move spi0 eventq assignment from resources to platform data

2011-02-03 Thread Michael Williamson
Move the spi0 eventq assignment out of resources array and into platform data. Signed-off-by: Michael Williamson --- arch/arm/mach-davinci/dm365.c |5 + 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/arch/arm/mach-davinci/dm365.c b/arch/arm/mach-davinci/dm365.c index 02d2

[PATCH 2/3] davinci: dm355: move spi0 eventq assignment from resources to platform data

2011-02-03 Thread Michael Williamson
Move the eventq assignment for spi0 out of resources and into platform data. Signed-off-by: Michael Williamson --- arch/arm/mach-davinci/dm355.c |5 + 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/arch/arm/mach-davinci/dm355.c b/arch/arm/mach-davinci/dm355.c index a5f8a8

[PATCH 0/3] spi: davinci: move eventq parameter to platform data

2011-02-03 Thread Michael Williamson
For DMA operation, the davinci spi driver needs an eventq number. Currently, this number is passed as a IORESOURCE_DMA. This is not correct, as the eventq is not a DMA channel. Pass the eventq via the platform data structure instead as is done with davinci devices such as the McASP. Two platform

Re: [PATCH v6] spi: New driver for Altera SPI

2011-02-03 Thread Grant Likely
On Thu, Feb 03, 2011 at 06:02:06PM +0800, Thomas Chou wrote: > This patch adds a new SPI driver to support the Altera SOPC Builder > SPI component. It uses the bitbanging library. > > Signed-off-by: Thomas Chou > --- > v2 add devicetree support > v3 remove platform header, as Grant suggested. >

Re: [PATCH] spi: spidev: Add 32 bit compat ioctl()

2011-02-03 Thread Grant Likely
On Thu, Feb 03, 2011 at 09:37:18AM +0100, Bernhard Walle wrote: > Add the compat_ioctl for operations on /dev/spi* so that 32 bit > userspace applications can access SPI. As far as I can see all data > structure are already prepared for that, so no additional conversion has > to be done. > > My us

Re: [PATCH v4] spi: add OpenCores tiny SPI driver

2011-02-03 Thread Dirk Brandewie
On 02/03/2011 02:37 AM, Thomas Chou wrote: > This patch adds support of OpenCores tiny SPI driver. > > http://opencores.org/project,tiny_spi > > +static int tiny_spi_txrx_bufs(struct spi_device *spi, struct spi_transfer *t) > +{ > + struct tiny_spi *hw = tiny_spi_to_hw(spi); > + const u8 *

Re: [PATCH 1/1] spi: intel_mid_ssp_spi: new SPI driver for intel Medfield platform

2011-02-03 Thread Mark Brown
On Thu, Feb 03, 2011 at 03:04:32PM +, Alan Cox wrote: > Mark Brown wrote: > > I've got the same question here as I had with Russ' patch: it looks like > > there's some overlap with the SSP ports used for audio (it's just a > > generic programmable serial port so even if it's not normally used

Re: [PATCH 1/1] spi: intel_mid_ssp_spi: new SPI driver for intel Medfield platform

2011-02-03 Thread Alan Cox
On Thu, 3 Feb 2011 13:28:00 + Mark Brown wrote: > On Wed, Feb 02, 2011 at 10:40:54PM +, Alan Cox wrote: > > > And this is the unified one that handles all the devices, but I gather > > may need some fixing/test work on Medfield. > > I've got the same question here as I had with Russ' pa

Re: [PATCH 1/1] spi: intel_mid_ssp_spi: new SPI driver for intel Medfield platform

2011-02-03 Thread Mark Brown
On Wed, Feb 02, 2011 at 10:40:54PM +, Alan Cox wrote: > And this is the unified one that handles all the devices, but I gather > may need some fixing/test work on Medfield. I've got the same question here as I had with Russ' patch: it looks like there's some overlap with the SSP ports used fo

[PATCH v4] spi: add OpenCores tiny SPI driver

2011-02-03 Thread Thomas Chou
This patch adds support of OpenCores tiny SPI driver. http://opencores.org/project,tiny_spi Signed-off-by: Thomas Chou --- v2 minor cleanup, same as Grant suggest for spi_altera. v3 rename driver to spi_oc_tiny as Grant suggested. set version to tiny-spi-rtlsvn2 as Jonas suggested. v4 add dts

[PATCH v6] spi: New driver for Altera SPI

2011-02-03 Thread Thomas Chou
This patch adds a new SPI driver to support the Altera SOPC Builder SPI component. It uses the bitbanging library. Signed-off-by: Thomas Chou --- v2 add devicetree support v3 remove platform header, as Grant suggested. no irq resource means polling. v4 minor cleanup, as Grant suggested. v5 add

Re: [PATCH] spi: spidev: Add 32 bit compat ioctl()

2011-02-03 Thread Bernhard Walle
Am 02.02.2011 15:15, schrieb Grant Likely: >> static int spidev_open(struct inode *inode, struct file *filp) >> { >>struct spidev_data *spidev; >> @@ -543,6 +552,9 @@ static const struct file_operations spidev_fops = { >>.write =spidev_write, >>.read =

[PATCH] spi: spidev: Add 32 bit compat ioctl()

2011-02-03 Thread Bernhard Walle
Add the compat_ioctl for operations on /dev/spi* so that 32 bit userspace applications can access SPI. As far as I can see all data structure are already prepared for that, so no additional conversion has to be done. My use case is MIPS with N32 userspace ABI and toolchain, and that was also the p