On 28 March 2012 16:39, Subhash Jadavani wrote:
>
>
>> -Original Message-
>> From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
>> ow...@vger.kernel.org] On Behalf Of Saugata Das
>> Sent: Thursday, December 15, 2011 6:35 PM
>> To: Girish K S
>> Cc: linux-...@vger.kernel.org; patc...@
This patch provides the suspend/resume support for EXYNOS4412.
Signed-off-by: Inderpal Singh
---
arch/arm/mach-exynos/include/mach/regs-pmu.h | 10 +-
arch/arm/mach-exynos/pm.c|2 +-
arch/arm/mach-exynos/pmu.c | 24
3
On 03/28/12 02:54, Mark Brown wrote:
On Tue, Mar 27, 2012 at 11:50:24AM -0400, Chris Ball wrote:
On Tue, Feb 21 2012, Chris Ball wrote:
On Tue, Feb 21 2012, Kukjin Kim wrote:
I created topic branch for this we talked. You can pull that following:
git://git.kernel.org/pub/scm/linux/kernel/
Thomas Abraham wrote:
2012/3/22 Kukjin Kim:
On 03/21/12 03:45, Marek Szyprowski wrote:
Hello,
On Wednesday, March 21, 2012 10:14 AM Thomas Abraham wrote:
On 14 March 2012 20:12, Kukjin Kimwrote:
Actually, the base address of uart is different between EXYNOS4
and EXYNOS5 and this patch
Santosh Y wrote:
+ case READ_12:
+ case WRITE_12:
Just a minor change, this will be READ_16 and WRITE_16.
Thanks. Your feedback will be correct.
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vg
Thomas Abraham wrote:
> Add PDMA and MDMA physical base address macros which is require for Exynos5
> of_dev_auxdata setup.
>
> Signed-off-by: Thomas Abraham
> ---
> arch/arm/mach-exynos/include/mach/map.h |5 +
> arch/arm/mach-exynos/mach-exynos5-dt.c |3 ++-
> 2 files changed, 7
Thomas Abraham wrote:
> Use the of_irq_init() call to setup the gic which also properly registers
> the gic device node pointer with gic irq domain, without which all interrupt
> specifier translations for gic fail.
>
> Signed-off-by: Thomas Abraham
> ---
> arch/arm/mach-exynos/common.c |2 +
On Thu, Mar 29, 2012 at 10:23 AM, Kukjin Kim wrote:
> Joerg Roedel wrote:
>>
>> On Fri, Mar 16, 2012 at 01:47:50PM -0700, Kukjin Kim wrote:
>>>
>>> Anyway Joerg, how do you want to handle this? Do you want to pick up
>>> 1/2/3 all of them in your tree? If so, 2nd patch should be on top of
>>> some
Thomas Abraham wrote:
> The config option MACH_SMDK5250 is not available for Exynos5 since only
> a device tree based machine is supported and selected by MACH_EXYNOS5_DT.
> Hence, the detection of the cpu type based on machine_is_smdk5250 always
> fails and boot hangs due to incorrect uart base be
Joerg Roedel wrote:
On Fri, Mar 16, 2012 at 01:47:50PM -0700, Kukjin Kim wrote:
Anyway Joerg, how do you want to handle this? Do you want to pick up
1/2/3 all of them in your tree? If so, 2nd patch should be on top of
some samsung topic stuff.
Since patch 2 only applies to the Samsung tree, it
This fixes the CPUFREQ dependency for regarding EXYNOS SoCs
such as EXYNOS4210, EXYNOS4X12 and EXYNOS5250. Its cpufreq
driver should be built with selection of SoC arch part.
Reported-by: Russell King
Signed-off-by: Kukjin Kim
---
drivers/cpufreq/Kconfig.arm | 10 +++---
1 files changed,
This patch fixes missing mach-s3c24xx/common.h which has been
lost when regarding s3c24xx directories merged.
Signed-off-by: Kukjin Kim
---
arch/arm/mach-s3c24xx/common.h | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/mach-s3c24xx/c
On 24.03.2012 10:49, Thomas Abraham wrote:
Hi Thomas!
> Add device tree based discovery support for max8997.
...
> +Regulators: The regulators of max8997 that have to be instantiated should be
> +included in a sub-node named 'regulators'. Regulator nodes included in this
> +sub-node should be of
On 03/28/2012 04:58 PM, Heiko Stübner wrote:
> Am Mittwoch, 28. März 2012, 12:50:35 schrieb Tushar Behera:
>> The patches are based on Kukjin's for-next branch and they fix a couple
>> of compile-time errors and warnings.
> There was also a fixup patch for these problems posted on 2012-01-04. But i
On Wed, Mar 28, 2012 at 05:07:03PM +0530, Thomas Abraham wrote:
> On 28 March 2012 17:04, Mark Brown
> wrote:
> > Right, this does seem like something which it'd be better to handle
> > more gracefully in the PM core.
> Ok. Selecting PM_GENERIC_DOMAINS without checking for dependency on PM
> di
On 28 March 2012 17:04, Mark Brown wrote:
> On Wed, Mar 28, 2012 at 04:51:32PM +0530, Thomas Abraham wrote:
>> On 28 March 2012 16:21, Mark Brown
>> wrote:
>
>> > What's the underlying issue here? This seems like something the PM core
>> > should be dealing with gracefully...
>
>> The PM_GENERI
On Wed, Mar 28, 2012 at 04:51:32PM +0530, Thomas Abraham wrote:
> On 28 March 2012 16:21, Mark Brown
> wrote:
> > What's the underlying issue here? This seems like something the PM core
> > should be dealing with gracefully...
> The PM_GENERIC_DOMAINS config option has dependency on CONFIG_PM
Am Mittwoch, 28. März 2012, 12:50:35 schrieb Tushar Behera:
> The patches are based on Kukjin's for-next branch and they fix a couple
> of compile-time errors and warnings.
There was also a fixup patch for these problems posted on 2012-01-04. But it
seems
to have been forgotten somehow.
I think e
On 28 March 2012 16:21, Mark Brown wrote:
> On Tue, Mar 27, 2012 at 03:46:43PM +0530, Thomas Abraham wrote:
>> For s3c64xx and exynos platforms, make the selection of PM_GENERIC_DOMAINS
>> depend on the CONFIG_PM.
>
> What's the underlying issue here? This seems like something the PM core
> shoul
> -Original Message-
> From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
> ow...@vger.kernel.org] On Behalf Of Saugata Das
> Sent: Thursday, December 15, 2011 6:35 PM
> To: Girish K S
> Cc: linux-...@vger.kernel.org; patc...@linaro.org; linux-samsung-
> s...@vger.kernel.org; subha.
The patches are based on Kukjin's for-next branch and they fix a couple
of compile-time errors and warnings.
The patches have been only build-tested.
Tushar Behera (2):
rtc: rtc-s3c: Fix compilation error
rtc: rtc-s3c: Add placeholder for driver private data
drivers/rtc/rtc-s3c.c | 31 +++
Driver data field is a pointer, hence assigning that to an integer
results in compilation warnings.
Fixes following compilation warnigs.
drivers/rtc/rtc-s3c.c: In function ‘s3c_rtc_get_driver_data’:
drivers/rtc/rtc-s3c.c:452:3: warning: return makes integer from pointer without
a cast [enabled b
Fixes following compilation error.
drivers/rtc/rtc-s3c.c: At top level:
drivers/rtc/rtc-s3c.c:671:3: error: request for member ‘data’ in something not
a structure or union
drivers/rtc/rtc-s3c.c:674:3: error: request for member ‘data’ in something not
a structure or union
drivers/rtc/rtc-s3c.c:677
On Tue, Mar 27, 2012 at 03:46:43PM +0530, Thomas Abraham wrote:
> For s3c64xx and exynos platforms, make the selection of PM_GENERIC_DOMAINS
> depend on the CONFIG_PM.
What's the underlying issue here? This seems like something the PM core
should be dealing with gracefully...
signature.asc
Desc
Upon wake-up, clear the sleep mode set in INFORM1 register.
Signed-off-by: Inderpal Singh
---
arch/arm/mach-exynos/pm.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-exynos/pm.c b/arch/arm/mach-exynos/pm.c
index f0bb467..16cba3f 100644
--- a/arch/arm/m
On 25 March 2012 01:29, Thomas Abraham < thomas.abra...@linaro.org> wrote:
> Subject: [PATCH v3 3/4] ARM: s3c64xx: Decouple lcd type from display
> controller window data
>
> The display controller window data should contain window configuration data
> for only one type of lcd panel. So, for real
On 25 March 2012 01:29, Thomas Abraham < thomas.abra...@linaro.org> wrote:
> Subject: [PATCH v3 4/4] ARM: Samsung: Rework platform data of s3c-fb driver
>
> For all the Samsung SoC based boards which have the platform data for
> s3c-fb driver, the 'default_win' element in the platform data is remo
On Tue, Mar 27, 2012 at 11:50:24AM -0400, Chris Ball wrote:
> On Tue, Feb 21 2012, Chris Ball wrote:
> > On Tue, Feb 21 2012, Kukjin Kim wrote:
> >> I created topic branch for this we talked. You can pull that following:
> >> git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
28 matches
Mail list logo
