Hi Mr kim,
All the comments have been addressed for the Exynos cpu idle patchset.
The updated patchset was posted about one month back and there have
been no further comments on the patchset since then.
As this patchset seems to be stable now, do you think these these
patches can merged in this 3
On 3 January 2012 04:21, Chris Ball wrote:
> Hi Girish, small style comments,
>
> On Fri, Dec 23 2011, Girish K S wrote:
>> This patch adds the support of the HS200 bus speed for eMMC 4.5 devices.
>> The eMMC 4.5 devices have support for 200MHz bus speed. The function
>> prototype of the tuning fu
Mark Brown wrote:
>
> On Mon, Jan 02, 2012 at 02:33:57PM +0100, Heiko Stübner wrote:
> > Am Montag, 2. Januar 2012, 14:26:31 schrieb Mark Brown:
> > > On Mon, Jan 02, 2012 at 02:14:16PM +0100, Heiko St?bner wrote:
>
> > > > Therefore I'm introducing a new s3c2443-pm-common.c. Question now
is,
> >
Joerg Roedel wrote:
>
> On Tue, Jan 03, 2012 at 12:21:30AM +0900, KyongHo Cho wrote:
> > > I still get
> > >
> > > LD .tmp_vmlinux1
> > > /data/cross/gcc-4.6.0-nolibc/arm-unknown-linux-gnueabi/bin/arm-
> unknown-linux-gnueabi-ld: no machine record defined
> > > /data/cross/gcc-4.6.0-nolibc/a
Hi,
On Mon, Dec 26 2011, Seungwon Jeon wrote:
> This patch-set fixed the cache control for eMMC4.5
>
> Seungwon Jeon (2):
> mmc: core: Separate the timeout value for cache-ctrl
> mmc: core: Add claiming a host during mmc_cache_ctrl
>
> drivers/mmc/core/core.c | 29 ++
Hi Girish, small style comments,
On Fri, Dec 23 2011, Girish K S wrote:
> This patch adds the support of the HS200 bus speed for eMMC 4.5 devices.
> The eMMC 4.5 devices have support for 200MHz bus speed. The function
> prototype of the tuning function is modified to handle the tuning command
> nu
Hi Thomas,
thank you for clarifying.
On 01/02/2012 03:14 AM, Thomas Abraham wrote:
>
> The following is a snippet from the dts file used for testing.
>
>[...]
>
>lcd0:power-domain-lcd0 {
> compatible = "samsung,exynos4210-pd";
> reg = <0x10023C00 0x10>;
>};
On Mon, Jan 02, 2012 at 11:21:46PM +0530, Thomas Abraham wrote:
> Your point on maintaining support for both old and new formats is
> helpful. But I am not sure if maintaining support for both formats is
> the right thing to do. As most of the ARM platforms will switch to
> using dt, maybe convert
Hi Mark,
On 2 January 2012 17:29, Mark Brown wrote:
> On Mon, Jan 02, 2012 at 11:24:32AM +0530, Thomas Abraham wrote:
>
>> @@ -10,12 +10,3 @@
>> * published by the Free Software Foundation.
>> *
>> */
>> -
>> -struct plat_lcd_data;
>> -struct fb_info;
>> -
>> -struct plat_lcd_data {
>> -
Hi Mark,
On 2 January 2012 17:15, Mark Brown wrote:
> On Mon, Jan 02, 2012 at 11:24:33AM +0530, Thomas Abraham wrote:
>
>> +static void lcd_hv070wsa_set_power(struct platform_lcd *plcd, unsigned int
>> pwr)
>> +{
>> + struct plat_lcd_hydis_hv070wsa_pdata *pdata = plcd->lcd_pdata;
>> +
>> +
Dear Mr. Park,
On 2 January 2012 13:32, Kyungmin Park wrote:
> Hi,
>
> It's not clear to add the panel data at platform_lcd. It's board
> specific and it's used the gpio only.
> So no need to specific it like HYDIS_HV070WSA. just define
> PLATFORM_LCD_GPIO or similar.
>
> How do you think?
Yes,
Hi Grant,
On 2 January 2012 13:04, Grant Likely wrote:
> On Mon, Jan 02, 2012 at 11:24:35AM +0530, Thomas Abraham wrote:
>> Add device tree based initialization for Hydis hv070wsa lcd panel.
>>
>> Cc: Ben Dooks
>> Signed-off-by: Thomas Abraham
>> ---
>> drivers/video/backlight/platform_lcd.c |
Hi Olof,
On 2 January 2012 12:18, Olof Johansson wrote:
> Hi,
>
> On Sun, Jan 1, 2012 at 9:54 PM, Thomas Abraham
> wrote:
>> The platform-lcd driver depends on platform-specific callbacks to setup the
>> lcd panel. These callbacks are supplied using driver's platform data. But
>> for adding devi
On Tue, Jan 03, 2012 at 12:21:30AM +0900, KyongHo Cho wrote:
> Ok. I will check my configuration with linux-next git.
Btw, after working around the #error problem and fixing another
compile-error the same problem still appears with linux-next.
Joerg
--
AMD Operating System Research Ce
On Tue, Jan 03, 2012 at 12:21:30AM +0900, KyongHo Cho wrote:
> > I still get
> >
> > LD .tmp_vmlinux1
> > /data/cross/gcc-4.6.0-nolibc/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi-ld:
> > no machine record defined
> > /data/cross/gcc-4.6.0-nolibc/arm-unknown-linux-gnueabi/bin/arm-
Hi
On Mon, Jan 2, 2012 at 10:42 PM, Joerg Roedel wrote:
> Hi,
>
> On Thu, Dec 29, 2011 at 09:24:18PM +0900, KyongHo Cho wrote:
>> Changes since v7:
>> - Rebased with the recent commits of the following git branches
>> * git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git/next
>> * git.kerne
Hi,
On Thu, Dec 29, 2011 at 09:24:18PM +0900, KyongHo Cho wrote:
> Changes since v7:
> - Rebased with the recent commits of the following git branches
> * git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git/next
> * git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git/for-next
>
On Mon, Jan 02, 2012 at 02:33:57PM +0100, Heiko Stübner wrote:
> Am Montag, 2. Januar 2012, 14:26:31 schrieb Mark Brown:
> > On Mon, Jan 02, 2012 at 02:14:16PM +0100, Heiko St?bner wrote:
> > > Therefore I'm introducing a new s3c2443-pm-common.c. Question now is,
> > > should this move directly to
Am Montag, 2. Januar 2012, 14:26:31 schrieb Mark Brown:
> On Mon, Jan 02, 2012 at 02:14:16PM +0100, Heiko St?bner wrote:
> > Therefore I'm introducing a new s3c2443-pm-common.c. Question now is,
> > should this move directly to plat-samsung?
>
> If it's s3c2443 specific I'd expect it'd end up in t
On Mon, Jan 02, 2012 at 02:14:16PM +0100, Heiko St?bner wrote:
> Therefore I'm introducing a new s3c2443-pm-common.c. Question now is, should
> this move directly to plat-samsung?
If it's s3c2443 specific I'd expect it'd end up in the relevant mach
directory?
--
To unsubscribe from this list: se
Hi Kgene,
Am Dienstag, 20. Dezember 2011, 14:34:58 schrieb Kukjin Kim:
> On 12/20/11 22:18, Heiko Stübner wrote:
> > Am Dienstag, 20. Dezember 2011, 13:48:36 schrieb Kukjin Kim:
> >> Hook these platforms restart code into the new restart hook rather
> >> than using arch_reset().
> >> And adds loca
On Mon, Jan 02, 2012 at 11:24:32AM +0530, Thomas Abraham wrote:
> @@ -10,12 +10,3 @@
> * published by the Free Software Foundation.
> *
> */
> -
> -struct plat_lcd_data;
> -struct fb_info;
> -
> -struct plat_lcd_data {
> - void(*set_power)(struct plat_lcd_data *, unsigned int power);
On Mon, Jan 02, 2012 at 11:24:33AM +0530, Thomas Abraham wrote:
> +static void lcd_hv070wsa_set_power(struct platform_lcd *plcd, unsigned int
> pwr)
> +{
> + struct plat_lcd_hydis_hv070wsa_pdata *pdata = plcd->lcd_pdata;
> +
> + gpio_direction_output(pdata->gpio, pwr);
> +}
This doesn't
Signed-off-by: Sachin Kamat
---
arch/arm/mach-s5pv210/include/mach/map.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-s5pv210/include/mach/map.h
b/arch/arm/mach-s5pv210/include/mach/map.h
index 89c34b8..721df50 100644
--- a/arch/arm/mach-s5pv210/includ
This patch enables G2D support on SMDKV310 board.
Signed-off-by: Sachin Kamat
---
arch/arm/mach-exynos/Kconfig |1 +
arch/arm/mach-exynos/mach-smdkv310.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-exynos/Kconfig b/arch/arm/mach-exynos/Kconf
Hi,
It's not clear to add the panel data at platform_lcd. It's board
specific and it's used the gpio only.
So no need to specific it like HYDIS_HV070WSA. just define
PLATFORM_LCD_GPIO or similar.
How do you think?
Thank you,
Kyungmin Park
On 1/2/12, Thomas Abraham wrote:
> Add Hydis hv070wsa l
26 matches
Mail list logo