[PATCH v3 0/1] Put the OMAP2 SPI CS in inactive state when returning from suspend

We notice that when system wake up from OFF mode, then CS is in inactive state until the first SPI transfer. For our design it lead to some conflict on this I/O. Inactive state for CS when there is no transfer should be the correct behavior: this is the purpose of these patches. * Change from

[PATCH v3 1/1] OMAP2: Spi: Force CS to be in inactive state after off-mode transition

When SPI wake up from OFF mode, CS is in the wrong state: force it to the inactive state. During the system life, I monitored the CS behavior using a oscilloscope. I also activated debug in omap2_mcspi, so I saw when driver disable the clocks and Each time the CS was in the correct state. It

[RFC 11/18] spi: add SPI controller driver for the Atheros AR71XX/AR724X/AR913X SoCs

The Atheros AR71XX/AR724X/AR913X SoCs have a built-in SPI controller. This patch implements a driver for that. Signed-off-by: Gabor Juhos juh...@openwrt.org Cc: David Brownell dbrown...@users.sourceforge.net Cc: spi-devel-general@lists.sourceforge.net ---

Re: [PATCH v3 1/1] OMAP2: Spi: Force CS to be in inactive state after off-mode transition

Gregory CLEMENT gregory.clem...@free-electrons.com writes: When SPI wake up from OFF mode, CS is in the wrong state: force it to the inactive state. During the system life, I monitored the CS behavior using a oscilloscope. I also activated debug in omap2_mcspi, so I saw when driver disable

[RFC 11/18] spi: add SPI controller driver for the Atheros AR71XX/AR724X/AR913X SoCs

The Atheros AR71XX/AR724X/AR913X SoCs have a built-in SPI controller. This patch implements a driver for that. Signed-off-by: Gabor Juhos juh...@openwrt.org Cc: David Brownell dbrown...@users.sourceforge.net Cc: spi-devel-general@lists.sourceforge.net --- Sorry for sending this twice, i forgot to

Re: [PATCH v3 1/1] OMAP2: Spi: Force CS to be in inactive state after off-mode transition

On 11/12/2010 09:37 PM, Kevin Hilman wrote: Gregory CLEMENTgregory.clem...@free-electrons.com writes: When SPI wake up from OFF mode, CS is in the wrong state: force it to the inactive state. During the system life, I monitored the CS behavior using a oscilloscope. I also activated debug

[PATCH v4 0/1] Put the OMAP2 SPI CS in inactive state when returning from suspend

We notice that when system wake up from OFF mode, then CS is in inactive state until the first SPI transfer. For our design it lead to some conflict on this I/O. Inactive state for CS when there is no transfer should be the correct behavior: this is the purpose of these patches. * Change from

[PATCH v4 1/1] OMAP2: Spi: Force CS to be in inactive state after off-mode transition

When SPI wake up from OFF mode, CS is in the wrong state: force it to the inactive state. During the system life, I monitored the CS behavior using a oscilloscope. I also activated debug in omap2_mcspi, so I saw when driver disable the clocks and restore context when device is not used. Each

Re: [PATCH v4 0/1] Put the OMAP2 SPI CS in inactive state when returning from suspend

On Fri, Nov 12, 2010 at 4:44 PM, Gregory CLEMENT gregory.clem...@free-electrons.com wrote: We notice that when system wake up from OFF mode, then CS is in inactive state until the first SPI transfer. For our design it lead to some conflict on this I/O. Inactive state for CS when there is no

[SPAM] Evitez les depenses inutiles avec nos formules sur mesure

-- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client