On Fri, 2 Sep 2011, Stephen Warren wrote:
> Thomas Gleixner wrote at Friday, September 02, 2011 2:37 AM:
> > On Thu, 4 Aug 2011, Stephen Warren wrote:
> >
> > > Many IRQs are associated with GPIO pins. When the pin is used as an IRQ,
> > > it can't be used as anything else; it should be requested
Stephen Warren wrote at Friday, September 02, 2011 9:25 AM:
> Thomas Gleixner wrote at Friday, September 02, 2011 2:37 AM:
> > On Thu, 4 Aug 2011, Stephen Warren wrote:
> >
> > > Many IRQs are associated with GPIO pins. When the pin is used as an IRQ,
> > > it can't be used as anything else; it sho
Thomas Gleixner wrote at Friday, September 02, 2011 2:37 AM:
> On Thu, 4 Aug 2011, Stephen Warren wrote:
>
> > Many IRQs are associated with GPIO pins. When the pin is used as an IRQ,
> > it can't be used as anything else; it should be requested. Enhance the
> > core interrupt code to call gpio_re
The sdhci platform helper function that sets up the default controller
configuration is removed for all Samsung platforms since such default
controller configuration can be handled by the driver.
Cc: Ben Dooks
Signed-off-by: Thomas Abraham
---
arch/arm/mach-exynos4/setup-sdhci.c| 47 -
The default controller configuration which was previously setup by
platform helper functions is moved into the driver.
Cc: Ben Dooks
Signed-off-by: Thomas Abraham
---
drivers/mmc/host/sdhci-s3c.c | 28 +---
1 files changed, 17 insertions(+), 11 deletions(-)
diff --git
The platform helper that sets up the default sdhci-s3c controller
configuration can be removed and moved into the sdhci-s3c driver.
This platform helper is removed for s3c2416, s3c64xx, s5pc100,
s5pv210 and Exynos4 platforms.
Since the platform helper function pointer was being passed in the
platf
* Grazvydas Ignotas [110715 12:27]:
> On Wed, Jul 13, 2011 at 6:36 PM, Chris Ball wrote:
> > Hi,
> >
> > On Wed, Jul 13 2011, Grazvydas Ignotas wrote:
> >> it seems this series got lost in time, at least patches 01, 02, 03,
> >> 04, 05, 06, 07, 08, 12 look like valid standalone fixes and
> >> imp
dear mr park,
I will consider it and update the poweroff handling.
thanks a lot
girish
On 2 September 2011 13:48, Kyungmin Park wrote:
> Hi,
>
> Good job on eMMC v4.5. but this patch is incomplete for power off
> notification feature.
> Now you just enable the Power off notification, and don't h
On Thu, 4 Aug 2011, Stephen Warren wrote:
> Many IRQs are associated with GPIO pins. When the pin is used as an IRQ,
> it can't be used as anything else; it should be requested. Enhance the
> core interrupt code to call gpio_request() and gpio_direction_input() for
> any IRQ that is also a GPIO. T
Hi,
Good job on eMMC v4.5. but this patch is incomplete for power off
notification feature.
Now you just enable the Power off notification, and don't handle the
reaming one.
As you read the spec, it takes more time the sleep & wake-up and next
booting time if no proper power off notification
Plea
This is a minor fix. It makes mmc_ios_show print proper string when the
host's timing is one of the newly added UHS-I modes.
Signed-off-by: Aaron Lu
---
drivers/mmc/core/debugfs.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/core/debugfs.c b/driver
This patch adds the support for power off notify feature
available in eMMC 4.5 devices.
If the the host has support for this feature, then the
mmc core will notify it to the device by setting the
POWER_OFF_NOTIFICATION byte in the extended csd register
with a value 1(POWER_ON).
This
12 matches
Mail list logo