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

2010-12-29 Thread Gregory CLEMENT
On 12/29/2010 10:01 AM, Gregory CLEMENT wrote: >> Hi Gregory, >> > Hi Grant, > >> Patch does not apply, but I cannot immediately isolate the damage. >> Please see if you can figure out the issue on your end. Is it your >> mailer? I could fudge it, but in the long run it is better if this >> issu

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

2010-12-29 Thread Gregory CLEMENT
> Hi Gregory, > Hi Grant, > Patch does not apply, but I cannot immediately isolate the damage. > Please see if you can figure out the issue on your end. Is it your > mailer? I could fudge it, but in the long run it is better if this > issue can get sorted out now. > I found the problem: see b

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

2010-12-28 Thread Grant Likely
On Fri, Dec 24, 2010 at 01:21:25PM +0100, Gregory CLEMENT wrote: > 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 drive

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

2010-12-24 Thread Gregory CLEMENT
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 tim