Re: [U-Boot] [PATCH 2/2 V3] spi: exynos: Support a delay after deactivate

2013-10-03 Thread Jagan Teki
Any update on this! ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 2/2 V3] spi: exynos: Support a delay after deactivate

2013-08-08 Thread Jagan Teki
HI Rajeshwari, Can you please send the next version patch w.r.t to current tree. and also fix the comments on last version. Planning to apply on tree, feel free to ask if you have any concerns. -- Thanks, Jagan. On Thu, Jun 13, 2013 at 8:47 AM, Jagan Teki wrote: > On Thu, Jun 13, 2013 at 3:36

Re: [U-Boot] [PATCH 2/2 V3] spi: exynos: Support a delay after deactivate

2013-06-12 Thread Jagan Teki
On Thu, Jun 13, 2013 at 3:36 AM, Simon Glass wrote: > Hi Jagan, > > On Wed, Jun 12, 2013 at 12:51 PM, Jagan Teki > wrote: >> >> Hi, >> >> >> On 30-05-2013 10:49, Rajeshwari Shinde wrote: >>> >>> For devices that need some time to react after a spi transaction >>> finishes, add the ability to set

Re: [U-Boot] [PATCH 2/2 V3] spi: exynos: Support a delay after deactivate

2013-06-12 Thread Simon Glass
Hi Jagan, On Wed, Jun 12, 2013 at 12:51 PM, Jagan Teki wrote: > Hi, > > > On 30-05-2013 10:49, Rajeshwari Shinde wrote: > >> For devices that need some time to react after a spi transaction >> finishes, add the ability to set a delay. >> >> Implement this as a delay on the first/next transaction

Re: [U-Boot] [PATCH 2/2 V3] spi: exynos: Support a delay after deactivate

2013-06-12 Thread Jagan Teki
Hi, On 30-05-2013 10:49, Rajeshwari Shinde wrote: For devices that need some time to react after a spi transaction finishes, add the ability to set a delay. Implement this as a delay on the first/next transaction to avoid any delay in the fairly common case where a SPI transaction is followed b

[U-Boot] [PATCH 2/2 V3] spi: exynos: Support a delay after deactivate

2013-05-29 Thread Rajeshwari Shinde
For devices that need some time to react after a spi transaction finishes, add the ability to set a delay. Implement this as a delay on the first/next transaction to avoid any delay in the fairly common case where a SPI transaction is followed by other processing. Based on: "[U-Boot] [PATCH 0/2 V