Mark Brown wrote:
>
> Help people find the overall architecture.
>
> Signed-off-by: Mark Brown
> ---
> MAINTAINERS |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index a21d4fb..9eca526 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
>
Chanwoo Choi wrote:
> Hi Kukjin Kim,
>
> Please reply about Sylwester Nawrocki and me.
> 2011/11/3 Sylwester Nawrocki
> Hi Kgene,
>
> On 11/03/2011 03:09 AM, Kukjin Kim wrote:
> > As I said, I don't think we should control/gate the clocks with
regarding power domain.
> As far as I know there is a
On 11/15/11, Kukjin Kim wrote:
> Chanwoo Choi wrote:
>> Hi Kukjin Kim,
>>
>> Please reply about Sylwester Nawrocki and me.
>> 2011/11/3 Sylwester Nawrocki
>> Hi Kgene,
>>
>> On 11/03/2011 03:09 AM, Kukjin Kim wrote:
>> > As I said, I don't think we should control/gate the clocks with
> regarding
Jaehoon Chung wrote:
>
> In mmc, there are capabilities and use the host_caps.
> That capability is expressed with bit[0:31].
> But now..already filled the bit[0:31]...
> so we need to denote with the other capability field.
> (if we want to use the cache, powerclass, etc for eMMC..this field is
n
Sangwook Lee wrote:
>
> Add pm_caps into platform_data. This is power management, usually
> for SDIO device such as SDIO WLAN.
>
> Signed-off-by: Sangwook Lee
> ---
> arch/arm/plat-samsung/dev-hsmmc3.c |2 ++
> arch/arm/plat-samsung/include/plat/sdhci.h |2 ++
> 2 files changed,
Many drivers will fail to compile if compiled as module due to
undefined symbol exynos4_ioremap.
Fix has been added by exporting the same in cpu.c file.
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-exynos/cpu.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/m
Hi Kukjin
On 11/15/2011 06:53 PM, Kukjin Kim wrote:
> Jaehoon Chung wrote:
>>
>> In mmc, there are capabilities and use the host_caps.
>> That capability is expressed with bit[0:31].
>> But now..already filled the bit[0:31]...
>> so we need to denote with the other capability field.
>> (if we wan
On Tue, Nov 15, 2011 at 06:14:22PM +0900, Kukjin Kim wrote:
> Mark Brown wrote:
> > +F: drivers/spi/spi-s3c*
> > +F: sound/soc/samsung/*
> Hmm, I'm ok on this but needs Grant's opinion :)
> (Cc'ed Grant Likely)
Note that you can have multiple entries for a single file, people are
supposed to us
>> >>> >> >> > + if (rqc)
>> >>> >> >> > + reqs = mmc_blk_chk_packable(mq, rqc);
>> >>>
>> >>> It would be best to keep all the calls to blk_fetch_request in the
>> same
>> >>> location. Therefore, I suggest to move the call to
>> mmc_blk_chk_packable
>> >>> to
>> >>> mmc/card/q
Hi,
On Tue, Nov 15 2011, Girish K S wrote:
> The eMMC 4.5 devices respond to only RESET and AWAKE command in the sleep
> state. Hence the mmc switch command to notify power off state should be sent
> before the device enters sleep state.
>
> This patch fixes the same.
>
> Signed-off-by: Girish K S
>> >> >> >> > + phys_segments += next->nr_phys_segments;
>> >> >> >> > + if (phys_segments > max_phys_segs) {
>> >> >> >> > + blk_requeue_request(q, next);
>> >> >> >> > + break;
>> >> >> >> > + }
>> >> >> >> I m
Chris, Girish,
I have question here. Are these eMMC4.5 related patches are getting tested
with real eMMC4.5 cards?
Regards,
Subhash
> -Original Message-
> From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
> ow...@vger.kernel.org] On Behalf Of Chris Ball
> Sent: Tuesday, November 1
Thomas Abraham wrote at Monday, November 14, 2011 12:37 PM:
...
> I am not sure how this works, but with dynamic transitioning, will it
> be possible to program the pinmux registers dynamically when a
> driver/controller decides to idle for sometime and come back up again
> (not a system wide suspe
Add a combined gpio and pinctrl io-pad driver for Samsung platforms.
Signed-off-by: Thomas Abraham
---
This driver supports gpio, pinctrl and pinmux functionality. At present, all the
possible pin groups and pin functions have not been added. This driver is
designed to be reusable across all Sams
14 matches
Mail list logo