On Monday 17 September 2012 10:52 PM, Matt Porter wrote:
> Adds pinctrl support to support OMAP platforms that boot from DT
> and rely on pinctrl support to set pinmuxes.
>
> Signed-off-by: Matt Porter
> ---
looks good to me.
you may want to repost with Mark in cc to review.
Acked-by: Shubhrajyoti
On Mon, Sep 17, 2012 at 7:09 PM, Linus Walleij wrote:
> This driver does clk_prepare/unprepare at probe
> and removed, so I guess what you're trying to say is that
> on your platform the clk_unprepare() process context call
> is needed to save power?
>
> Please elaborate...
Hi Linus,
Yes, we don
The I2C core provides a means to instantiate devices from userspace
using sysfs attributes. Provide the same mechanism for SPI devices.
Signed-off-by: Guenter Roeck
---
This helped me tremendously for testing new SPI master and client drivers.
Maybe it is useful for others as well.
ping: Any int
Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML
Lien miroir :
http://m10-fr.com/mc10_m/YT04JmI9MTk4NDkmYz0xOTYxNjQxJmQ9MjAxMi0wOS0xNyAxMDoxMDowMSZlPTEmaD0xOTg0OCZmPTE5ODQ5Jmc9MTk4NDk=
Lien de désinscription :
http://m10-fr.com/mc10_unsub/YT04JmI9MTk4NDkmYz0xOTYxNjQxJm
On Mon, Sep 17, 2012 at 12:40:16PM -0700, Tejun Heo wrote:
> On Fri, Sep 14, 2012 at 03:50:40PM -0700, Colin Cross wrote:
> > This patch set fixes a reproducible crash I'm seeing on a 3.4.10
> > kernel. flush_kthread_worker (which is different from
> > flush_kthread_work) is initializing a kthread
On Fri, Sep 14, 2012 at 03:50:40PM -0700, Colin Cross wrote:
> This patch set fixes a reproducible crash I'm seeing on a 3.4.10
> kernel. flush_kthread_worker (which is different from
> flush_kthread_work) is initializing a kthread_work and a completion on
> the stack, then queuing it and calling
* Matt Porter [120917 10:21]:
> Enable pinctrl dummy states for all OMAP platforms that don't
> populate DT. This allows drivers to be converted to pinctrl
> and not generate new warnings on platforms that do not provide
> pinctrl data. These platforms already have pinmuxes configured
> before the
* Matt Porter [120917 10:21]:
> Adds pinctrl support to support OMAP platforms that boot from DT
> and rely on pinctrl support to set pinmuxes.
>
> Signed-off-by: Matt Porter
Acked-by: Tony Lindgren
> ---
> drivers/spi/spi-omap2-mcspi.c |8
> 1 file changed, 8 insertions(+)
>
>
On Mon, Sep 17, 2012 at 01:22:16PM -0400, Matt Porter wrote:
> Changes since v1:
> - warns that pins are not configured by the driver rather than
> exiting
> - dummy states are only enabled for OMAP platforms where DT is
> not populated
>
> This series enables pinctrl
Changes since v1:
- warns that pins are not configured by the driver rather than
exiting
- dummy states are only enabled for OMAP platforms where DT is
not populated
This series enables pinctrl support for McSPI. Platforms that boot only
from DT and rely on pin
Adds pinctrl support to support OMAP platforms that boot from DT
and rely on pinctrl support to set pinmuxes.
Signed-off-by: Matt Porter
---
drivers/spi/spi-omap2-mcspi.c |8
1 file changed, 8 insertions(+)
diff --git a/drivers/spi/spi-omap2-mcspi.c b/drivers/spi/spi-omap2-mcspi.c
Enable pinctrl dummy states for all OMAP platforms that don't
populate DT. This allows drivers to be converted to pinctrl
and not generate new warnings on platforms that do not provide
pinctrl data. These platforms already have pinmuxes configured
before the drivers probe.
Signed-off-by: Matt Port
On Tue, Sep 11, 2012 at 06:03:07PM -0700, Tony Lindgren wrote:
> * Matt Porter [120911 12:05]:
> > On Tue, Sep 11, 2012 at 11:35:22AM -0700, Tony Lindgren wrote:
> > > Added Linus Walleij to Cc as well.
>
> Now I think I really managed to add Linus W to Cc, sent too fast
> earlier.
> ...
>
> > >
Hi Arnd,
I am working to migrate DaVinci SoCs to common clock framwork.
I have following prepare patch for davinci spi driver which is
sitting in the list for some time. Could you merge this to linxu-next
for v3.6? As the mach-davinci patches are dependent on this,
getting this to v3.6 is importan
As a first step towards migrating davinci platforms to use common clock
framework, replace all instances of clk_enable() with clk_prepare_enable()
and clk_disable() with clk_disable_unprepare(). Until the platform is
switched to use the CONFIG_HAVE_CLK_PREPARE Kconfig variable, this just
adds a mig
From: Dinh Nguyen
Add device tree bindings for designware spi modules,
specifically, spi-dw-mmio and spi-dw-pci.
Signed-off-by: Dinh Nguyen
Cc: Rob Herring
Cc: Paul Gortmaker
Cc: Axel Lin
---
Resend to a bigger audience.
---
Documentation/devicetree/bindings/spi/spi-dw.txt | 20 ++
On Mon, Sep 17, 2012 at 12:37 PM, Vipul Kumar Samar
wrote:
> clk_{un}prepare is mandatory for platforms using common clock framework. Add
> clk_{un}prepare() support for spi-pl022 runtime PM.
>
> Signed-off-by: Vipul Kumar Samar
This driver does clk_prepare/unprepare at probe
and removed, so I
Hello.
On 17-09-2012 14:37, Vipul Kumar Samar wrote:
> clk_{un}prepare is mandatory for platforms using common clock framework. Add
> clk_{un}prepare() support for spi-pl022 runtime PM.
> Signed-off-by: Vipul Kumar Samar
[...]
> @@ -2342,10 +2342,13 @@ static int pl022_runtime_suspend(struct d
On Mon, Sep 17, 2012 at 4:07 PM, Vipul Kumar Samar
wrote:
> clk_{un}prepare is mandatory for platforms using common clock framework. Add
> clk_{un}prepare() support for spi-pl022 runtime PM.
You are not calling these routines in actualy patch.. Fix commit log and add my
Reviewed-by.
> Signed-off
clk_{un}prepare is mandatory for platforms using common clock framework. Add
clk_{un}prepare() support for spi-pl022 runtime PM.
Signed-off-by: Vipul Kumar Samar
---
drivers/spi/spi-pl022.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/spi/spi-pl022.c b
On Fri, Sep 14, 2012 at 10:11:29AM -0600, Stephen Warren wrote:
> From: Laxman Dewangan
>
> Remove the support code which uses the legacy APB DMA driver
> for accessing the I2S FIFO.
> The driver will use the dmaengine based APB DMA driver for
> accessing reqding/writing to I2S FIFO.
Acked-by: M
On Fri, Sep 14, 2012 at 10:11:28AM -0600, Stephen Warren wrote:
> From: Laxman Dewangan
>
> Remove the support code which uses the legacy APB DMA driver
> for accessing the SPI FIFO.
> The driver will use the dmaengine based APB DMA driver for
> accessing reqding/writing to SPI FIFO.
Acked-by: M
Hi,
On Wed, Aug 22 2012, Koen Kooi wrote:
> Op 21-08-12 20:43, Matt Porter schreef:
>> Removes use of the DaVinci EDMA private DMA API and replaces it with use
>> of the DMA engine API.
>>
>> Signed-off-by: Matt Porter
>
> Runtime tested on hawkboard with 3.6.0-rc2 with rootfs on SD and running
23 matches
Mail list logo
