On 09.04.2013 19:08, Mark Brown wrote:
> On Tue, Apr 09, 2013 at 07:06:32PM +0200, Daniel Mack wrote:
>> Cc: Mark
>>
>> On 09.04.2013 18:40, Josef Ahmad wrote:
>>> spi_bitbang_setup() deasserts the chip select line to initialise
>>> the device. The
ironment will call into spi_bitbang_setup() with stale
> cs_gpios[].
>
> This patch ensures spi_gpio->cs_gpios[] is always initialised prior
> to calling spi_bitbang_setup().
>
> Reviewed-by: Daniel Mack
> Signed-off-by: Josef Ahmad
> ---
> drivers/spi/spi-gpio.c
e.
Signed-off-by: Daniel Mack
---
Resent to apply directly on top of original commit.
Documentation/devicetree/bindings/spi/omap-spi.txt | 6 +++---
drivers/spi/spi-omap2-mcspi.c | 6 +++---
include/linux/platform_data/spi-omap2-mcspi.h | 4 ++--
3 files changed, 8 insert
e.
Signed-off-by: Daniel Mack
---
This breakage went unnoticed due to a flaw in my schematic parsing.
Mark, as long as your mcspi branch is not merged, you can also squash
it into the other one.
Sorry,
Daniel
Documentation/devicetree/bindings/spi/omap-spi.txt | 6 +++---
drivers/spi/spi-oma
Allow D0 to be an input and D1 to be an output, configurable via
platform data and a new DT property.
Based on a patch from Matus Ujhelyi
Signed-off-by: Daniel Mack
Cc: Matus Ujhelyi
Cc: Mark Brown
Cc: Grant Likely
Cc: Linus Walleij
Cc: Samuel Ortiz
Cc: Juha Yrjola
Cc: Vaibhav Hiremath
Allow D0 to be an input and D1 to be an output, configurable via
platform data and a new DT property.
Based on a patch from Matus Ujhelyi
Signed-off-by: Daniel Mack
Cc: Matus Ujhelyi
Cc: Mark Brown
Cc: Grant Likely
Cc: Linus Walleij
Cc: Samuel Ortiz
Cc: Juha Yrjola
---
changes from v1
Allow D0 to be an input and D1 to be an output, configurable via
platform data and a new DT property.
Based on a patch from Matus Ujhelyi
Signed-off-by: Daniel Mack
Cc: Matus Ujhelyi
Cc: Mark Brown
Cc: Grant Likely
Cc: Linus Walleij
Cc: Samuel Ortiz
Cc: Juha Yrjola
---
changes from v1
Allow D0 to be an input and D1 to be an output, configurable via
platform data and a new DT property.
Based on a patch from Matus Ujhelyi
Signed-off-by: Daniel Mack
Cc: Matus Ujhelyi
Cc: Mark Brown
Cc: Grant Likely
Cc: Linus Walleij
Cc: Samuel Ortiz
Cc: Juha Yrjola
---
Documentation
Hi Matt,
On 27.08.2012 17:33, Daniel Mack wrote:
> On 23.08.2012 03:09, Matt Porter wrote:
>> This series begins the conversion of the DaVinci private EDMA API
>> implementation to a DMA engine driver and converts two of the three
>> in-kernel users of the private E
This patch adds DT bindings to the spi-gpio driver and some
documentation about how to use it.
Signed-off-by: Daniel Mack
---
Documentation/devicetree/bindings/spi/spi-gpio.txt | 29 +++
drivers/spi/spi-gpio.c | 99 +-
2 files changed, 125
roller's private data so
the DT bindings can easily build upon the driver.
Signed-off-by: Daniel Mack
---
drivers/spi/spi-gpio.c | 34 --
1 file changed, 24 insertions(+), 10 deletions(-)
diff --git a/drivers/spi/spi-gpio.c b/drivers/spi/spi-gpio.c
index 0b5
On 05.09.2012 05:24, Mark Brown wrote:
> On Mon, Sep 03, 2012 at 01:50:34PM +0200, Linus Walleij wrote:
>> On Sun, Sep 2, 2012 at 10:17 PM, Daniel Mack wrote:
>
>>> Hmm, I don't know whether anyone took those patches yet? Mark?
>
>> Mark better take them,
On 05.08.2012 21:12, Linus Walleij wrote:
> On Sun, Aug 5, 2012 at 1:57 PM, Daniel Mack wrote:
>
>>> Acked-by: Linus Walleij
>>
>> Ok, thanks. Mark, did the patches reach you this time? I think they
>> should go thru the SPI tree.
>
> Yeah no problem, Ma
Hi Matt,
On 23.08.2012 03:09, Matt Porter wrote:
> This series begins the conversion of the DaVinci private EDMA API
> implementation to a DMA engine driver and converts two of the three
> in-kernel users of the private EDMA API to DMA engine.
>
> The approach taken is similar to the recent OMAP
On 04.08.2012 13:12, Mark Brown wrote:
> On Wed, Aug 01, 2012 at 10:57:17PM +0200, Daniel Mack wrote:
>> The spi-gpio driver currently assumes the chipselect gpio number is
>> stored in ->controller_data of the device's static board information.
>
> Applied both, th
On 05.08.2012 02:14, Linus Walleij wrote:
> On Wed, Aug 1, 2012 at 10:57 PM, Daniel Mack wrote:
>
>> This patch adds DT bindings to the spi-gpio driver and some
>> documentation about how to use it.
>>
>> Signed-off-by: Daniel Mack
>> Cc: Mark Brown
>&
On 01.08.2012 22:51, Mark Brown wrote:
> On Wed, Aug 01, 2012 at 10:45:19PM +0200, Daniel Mack wrote:
>
>> could you have another look at these patches maybe? They aren't urgent,
>> I just want to avoid the get lost.
>
> Can you please resend them with me in the
This patch adds DT bindings to the spi-gpio driver and some
documentation about how to use it.
Signed-off-by: Daniel Mack
Cc: Mark Brown
Cc: Grant Likely
Cc: Linus Walleij
---
Documentation/devicetree/bindings/spi/spi-gpio.txt | 29 +++
drivers/spi/spi-gpio.c
roller's private data so
the DT bindings can easily build upon the driver.
Signed-off-by: Daniel Mack
Cc: Mark Brown
Cc: Grant Likely
Cc: Linus Walleij
---
drivers/spi/spi-gpio.c | 34 --
1 file changed, 24 insertions(+), 10 deletions(-)
diff --git a/drivers/s
Mark,
could you have another look at these patches maybe? They aren't urgent,
I just want to avoid the get lost.
Thanks for your time,
Daniel
On 25.07.2012 13:44, Daniel Mack wrote:
> The spi-gpio driver currently assumes the chipselect gpio number is
> stored in ->controll
On 25.07.2012 22:12, Mark Brown wrote:
> On Wed, Jul 25, 2012 at 10:00:18PM +0200, Daniel Mack wrote:
>
>> I don't know what's wrong here, but clearly, the message in my inbox has
>
>> To: spi-devel-general@lists.sourceforge.net
>> Cc: grant.lik...@secretla
On 25.07.2012 21:52, Mark Brown wrote:
> On Wed, Jul 25, 2012 at 09:38:58PM +0200, Daniel Mack wrote:
>> On 25.07.2012 21:33, Mark Brown wrote:
>
>>> Always CC maintainers on things... you've not CCed Grant or Linus W,
>>> and for now I'm handling SPI p
On 25.07.2012 21:33, Mark Brown wrote:
> On Wed, Jul 25, 2012 at 01:44:11PM +0200, Daniel Mack wrote:
>> The spi-gpio driver currently assumes the chipselect gpio number is
>> stored in ->controller_data of the device's static board information.
>
> Always CC maintai
On 25.07.2012 14:32, Wolfram Sang wrote:
>
+Example:
+
+ spi {
+ compatible = "spi-gpio";
+ #address-cells = <0x1>;
+ ranges;
+
+ gpio-sck = <&gpio 95 0>;
+ gpio-miso = <&gpio 98 0>;
+ gpio-mos
On 25.07.2012 14:11, Wolfram Sang wrote:
> On Wed, Jul 25, 2012 at 01:44:12PM +0200, Daniel Mack wrote:
>> This patch adds DT bindings to the spi-gpio driver and some
>> documentation about how to use it.
>>
>> Signed-off-by: Daniel Mack
>> ---
>> Do
This patch adds DT bindings to the spi-gpio driver and some
documentation about how to use it.
Signed-off-by: Daniel Mack
---
Documentation/devicetree/bindings/spi/spi-gpio.txt | 29 ++
drivers/spi/spi-gpio.c | 99 +++-
2 files changed, 125
roller's private data so
the DT bindings can easily build upon the driver.
Signed-off-by: Daniel Mack
---
drivers/spi/spi-gpio.c | 34 --
1 file changed, 24 insertions(+), 10 deletions(-)
diff --git a/drivers/spi/spi-gpio.c b/drivers/spi/spi-gpio.c
index 009
On 11/03/2011 06:41 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> Commit 940ab889 "drivercore: Add helper macro for platform_driver boilerplate"
> converted this driver to use module_platform_driver, but due to the use
> of platform_driver_probe(), this resulted in the call to atmel_spi_probe being
Hi Uwe,
On Thu, Nov 19, 2009 at 07:49:51PM +0100, Uwe Kleine-König wrote:
> On Thu, Nov 19, 2009 at 11:44:47AM +0100, Daniel Mack wrote:
> > On the MX31litekit, the bootloader seems to communicate with the MC13783
> > PMIC chip before booting Linux. However, it does not flush all
-off-by: Daniel Mack
Cc: David Brownell
Cc: Andrew Morton
Cc: Sascha Hauer
Cc: Uwe Kleine-König
Cc: spi-devel-general@lists.sourceforge.net
---
drivers/spi/spi_imx.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/spi/spi_imx.c b/drivers/spi/spi_imx.c
On Mon, Oct 12, 2009 at 12:31:46PM -0400, H Hartley Sweeten wrote:
> On Wednesday, October 07, 2009 1:01 PM, Daniel Mack wrote:
> > This is actually too trivial to publish, but to export the function of
> > that chip to the userspace, a module like this is needed.
> >
>
On Mon, Oct 12, 2009 at 12:31:46PM -0400, H Hartley Sweeten wrote:
> On Wednesday, October 07, 2009 1:01 PM, Daniel Mack wrote:
> > This is actually too trivial to publish, but to export the function of
> > that chip to the userspace, a module like this is needed.
> >
>
This is actually too trivial to publish, but to export the function of
that chip to the userspace, a module like this is needed.
Signed-off-by: Daniel Mack
Cc: Andrew Morton
Cc: David Brownell
Cc: spi-devel-general@lists.sourceforge.net
---
drivers/misc/Kconfig | 10
drivers/misc
On Wed, Jun 17, 2009 at 12:40:18PM +0200, Sascha Hauer wrote:
> The new i.MX SPI driver has been posted twice on the list, I received no
> objections from anyone, so please consider pulling the following branch
What happened to these patches, have they been picked up? I just tested
them on a Lilly
34 matches
Mail list logo