headers
Tushar Behera | 1 Dec 2011 06:50
Favicon

[PATCH 0/3] Framebuffer related fixes for Exynos / Origen

Following patchset is required to add framebuffer support on Origen.

The patches are based on following commit on Kukjin's for-next branch.

a188e1e "Merge branch 'next-samsung-devel' into for-next"

Tushar Behera (3):
  ARM: EXYNOS: Increase DMA pool allocator size for framebuffer
	- Required to allocate the framebuffer successfully

  ARM: EXYNOS: Add clkdev lookup entry for lcd clock
	- Required for framebuffer operation

  ARM: EXYNOS: Invert VCLK polarity for framebuffer on Origen board
	- Required to remove glitch in LCD display

 arch/arm/mach-exynos/clock.c       |   14 +++++++++-----
 arch/arm/mach-exynos/cpu.c         |    7 +++++++
 arch/arm/mach-exynos/mach-origen.c |    3 ++-
 3 files changed, 18 insertions(+), 6 deletions(-)

--

-- 
1.7.4.1
Permalink | Reply | 13 comments |
headers
Tushar Behera | 1 Dec 2011 06:50
Favicon

[PATCH 1/3] ARM: EXYNOS: Increase DMA pool allocator size for framebuffer

Some of the boards under mach-exynos initialize frame-buffers
for which the memory requirement is more than 2MB, hence the
default dma pool allocation size of 2MB is not sufficient.

The consistent dma size is hence increased to successfully
allocate memory for those boards.

Signed-off-by: Tushar Behera <tushar.behera <at> linaro.org>
---
 arch/arm/mach-exynos/cpu.c |    7 +++++++
 1 files changed, 7 insertions(+), 0 deletions(-)

diff --git a/arch/arm/mach-exynos/cpu.c b/arch/arm/mach-exynos/cpu.c
index 8e09f34..d02ed16 100644
--- a/arch/arm/mach-exynos/cpu.c
+++ b/arch/arm/mach-exynos/cpu.c
 <at>  <at>  -12,6 +12,7  <at>  <at> 
 #include <linux/sysdev.h>
 #include <linux/of.h>
 #include <linux/of_irq.h>
+#include <linux/dma-mapping.h>

 #include <asm/mach/map.h>
 #include <asm/mach/irq.h>
 <at>  <at>  -188,6 +189,12  <at>  <at>  void __init exynos4_map_io(void)
 	iotable_init(exynos_iodesc, ARRAY_SIZE(exynos_iodesc));
 	iotable_init(exynos4_iodesc, ARRAY_SIZE(exynos4_iodesc));

+	/*
+	 * Default allocation size for ARM = 2MB
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tushar Behera | 1 Dec 2011 06:50
Favicon

[PATCH 2/3] ARM: EXYNOS: Add clkdev lookup entry for lcd clock

The framebuffer driver needs the clock named 'lcd' as its bus
clock but the equivalent clock on Exynos4 is named as 'fimd'.
Hence, create a clkdev lookup entry with the name 'lcd' that
references the 'fimd' clock.

Signed-off-by: Tushar Behera <tushar.behera <at> linaro.org>
---
 arch/arm/mach-exynos/clock.c |   14 +++++++++-----
 1 files changed, 9 insertions(+), 5 deletions(-)

diff --git a/arch/arm/mach-exynos/clock.c b/arch/arm/mach-exynos/clock.c
index 5d8d483..607ec28 100644
--- a/arch/arm/mach-exynos/clock.c
+++ b/arch/arm/mach-exynos/clock.c
 <at>  <at>  -489,11 +489,6  <at>  <at>  static struct clk init_clocks_off[] = {
 		.enable		= exynos4_clk_ip_cam_ctrl,
 		.ctrlbit	= (1 << 3),
 	}, {
-		.name		= "fimd",
-		.devname	= "exynos4-fb.0",
-		.enable		= exynos4_clk_ip_lcd0_ctrl,
-		.ctrlbit	= (1 << 0),
-	}, {
 		.name		= "hsmmc",
 		.devname	= "s3c-sdhci.0",
 		.parent		= &clk_aclk_133.clk,
 <at>  <at>  -782,6 +777,13  <at>  <at>  static struct clk clk_pdma1 = {
 	.ctrlbit	= (1 << 1),
 };
(Continue reading)

Permalink | Reply | 9 comments |
headers
Tushar Behera | 1 Dec 2011 06:50
Favicon

[PATCH 3/3] ARM: EXYNOS: Invert VCLK polarity for framebuffer on Origen board

Framebuffer driver needs to fetch the video data during the rising
edge of the VCLK. Otherwise, there are some glitches in the LCD
display.

Signed-off-by: Tushar Behera <tushar.behera <at> linaro.org>
---
 arch/arm/mach-exynos/mach-origen.c |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/arch/arm/mach-exynos/mach-origen.c b/arch/arm/mach-exynos/mach-origen.c
index f56d027..38f0556 100644
--- a/arch/arm/mach-exynos/mach-origen.c
+++ b/arch/arm/mach-exynos/mach-origen.c
 <at>  <at>  -588,7 +588,8  <at>  <at>  static struct s3c_fb_pd_win origen_fb_win0 = {
 static struct s3c_fb_platdata origen_lcd_pdata __initdata = {
 	.win[0]		= &origen_fb_win0,
 	.vidcon0	= VIDCON0_VIDOUT_RGB | VIDCON0_PNRMODE_RGB,
-	.vidcon1	= VIDCON1_INV_HSYNC | VIDCON1_INV_VSYNC,
+	.vidcon1	= VIDCON1_INV_HSYNC | VIDCON1_INV_VSYNC |
+				VIDCON1_INV_VCLK,
 	.setup_gpio	= exynos4_fimd0_gpio_setup_24bpp,
 };

--

-- 
1.7.4.1
Permalink | Reply | 1 comment |
headers
Kukjin Kim | 1 Dec 2011 08:29

RE: [PATCH v7 0/2] iommu/exynos: Add IOMMU/System MMU driver for Samsung Exynos

Joerg Roedel wrote:
> 
> On Fri, Nov 18, 2011 at 06:47:28PM +0900, KyongHo Cho wrote:
> > Changes since v6:
> > - Totally rewrite exynos_iommu_map() and exynos_iommu_unmap() according
> >   to the change in iommu_map() and iommu_unmap().
> > - Change special slab for Lv2 page table to kmalloc().
> 
> Okay, the driver looks good to me now. If there are no further
> objections I am going to merge it for 3.3.
> 

Hi Joerg,

Sorry for late response, I came back just now from family travelling...

Anyway, that touches many Samsung stuff so it would be better if you could
create separate topic branch which can be merged into Samsung tree. And if
required, please add my ack on them.

Thanks.

Best regards,
Kgene.
--
Kukjin Kim <kgene.kim <at> samsung.com>, Senior Engineer,
SW Solution Development Team, Samsung Electronics Co., Ltd.
Permalink | Reply | 5 comments |
headers
Kukjin Kim | 1 Dec 2011 08:29

RE: [RFC][PATCH] Consolidate Samsung MAINTAINERS

Heiko Stübner wrote:
> 
> Am Dienstag, 15. November 2011, 08:11:05 schrieb Kukjin Kim:
> > Kukjin Kim wrote:
> > > Heiko Stübner wrote:
> > > > Am Sonntag 23 Oktober 2011, 00:12:14 schrieb Heiko Stübner:
> > > > > These days most Samsung stuff gets in the kernel through Kukjin
> Kim.
> > > > > This patch changes MAINTAINERS to reflect this.
> > > > >
> > > > > By adding Kukjin Kim to the maintainers for S3C2410, S3C244x and
> > > > > S3C64xx alongside Ben Dooks the extra entries become identical to
> the
> > > > > base ARM/SAMSUNG entry and can move into it.
> > > > >
> > > > > Also the S3C2416 gets a maintainer through the s3c24* wildcard -
> as
> > > > > it did not have one until now.
> > > > >
> > > > > Signed-off-by: Heiko Stuebner <heiko <at> sntech.de>
> > > > > ---
> > > >
> > > > ping?
> > >
> > > Hi Heiko,
> > >
> > > Basically I'm ok on this but need to get the agreement from Ben Dooks.
> >
> > Hi Ben,
> >
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kukjin Kim | 1 Dec 2011 08:30

RE: [PATCH v2 1/2] ARM: SAMSUNG: Add pm_caps into platform data

Thomas Abraham wrote:
> 
> Dear Mr. Lee,
> 
> On 16 November 2011 17:48, Sangwook Lee <sangwook.lee <at> linaro.org> wrote:
> > Hi Thomas
> >
> > On 16 November 2011 11:47, Thomas Abraham <thomas.abraham <at> linaro.org>
> wrote:
> >>
> >> Dear Mr. Lee,
> >>
> >> On 16 November 2011 15:50, Sangwook Lee <sangwook.lee <at> linaro.org>
wrote:
> >> > Add pm_caps into platform_data. This is power management, usually
> >> > for SDIO device such as SDIO WLAN.
> >> >
> >> > Signed-off-by: Sangwook Lee <sangwook.lee <at> samsung.com>
> >> > ---
> >> >  arch/arm/plat-samsung/include/plat/sdhci.h |    2 ++
> >> >  arch/arm/plat-samsung/platformdata.c       |    2 ++
> >> >  2 files changed, 4 insertions(+), 0 deletions(-)
> >> >
> >> > diff --git a/arch/arm/plat-samsung/include/plat/sdhci.h
> >> > b/arch/arm/plat-samsung/include/plat/sdhci.h
> >> > index dcff7dd..fcd02d4 100644
> >> > --- a/arch/arm/plat-samsung/include/plat/sdhci.h
> >> > +++ b/arch/arm/plat-samsung/include/plat/sdhci.h
> >> >  <at>  <at>  -40,6 +40,7  <at>  <at>  enum clk_types {
> >> >  * struct s3c_sdhci_platdata() - Platform device data for Samsung
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kukjin Kim | 1 Dec 2011 08:30

RE: [PATCH 2/2] MAINTAINERS: Extend Samsung patterns to cover SPI and ASoC drivers

Mark Brown wrote:
> 
> 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 use a bit of thought when working out who to mail - if you
> use something like get_maintainers it'll return all matching entries.

OK, I agree.
Will apply.

Thanks.

Best regards,
Kgene.
--
Kukjin Kim <kgene.kim <at> samsung.com>, Senior Engineer,
SW Solution Development Team, Samsung Electronics Co., Ltd.
Permalink | Reply | 0 comments |
headers
Kukjin Kim | 1 Dec 2011 08:30

RE: [PATCH 2/2] mmc: sdhci-s3c: Add pm_caps into SD/MMC host

Sangwook Lee wrote:
> 
> sdhci-s3c updates pm_caps from platform data for SDIO PM.
> 
> Signed-off-by: Sangwook Lee <sangwook.lee <at> samsung.com>

Acked-by: Kukjin Kim <kgene.kim <at> samsung.com>

Hi Chris,

Could you please pick this up in your tree for v3.3?

Thanks.

Best regards,
Kgene.
--
Kukjin Kim <kgene.kim <at> samsung.com>, Senior Engineer,
SW Solution Development Team, Samsung Electronics Co., Ltd.

> ---
>  drivers/mmc/host/sdhci-s3c.c |    3 +++
>  1 files changed, 3 insertions(+), 0 deletions(-)
> 
> diff --git a/drivers/mmc/host/sdhci-s3c.c b/drivers/mmc/host/sdhci-s3c.c
> index fe886d6..f10dd52 100644
> --- a/drivers/mmc/host/sdhci-s3c.c
> +++ b/drivers/mmc/host/sdhci-s3c.c
>  <at>  <at>  -518,6 +518,9  <at>  <at>  static int __devinit sdhci_s3c_probe(struct
> platform_device *pdev)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kukjin Kim | 1 Dec 2011 08:30

RE: s3c2440 / s3c2416 broken

Thomas Abraham wrote:
> 
> Hi Paul,
> 
> On 10 November 2011 21:27, Paul Schilling <paul.s.schilling <at> gmail.com>
> wrote:
> > Here is my boot log including some u-boot stuff.  The trace in my boot
> > log is concerning a
> > still broken GPIO bank M access that appears broken.
> 
> Thanks for the log. But I could find out the cause of this issue. I
> will check again tomorrow with linux-3.2.0-rc1 on smdk2416. Any luck
> when using ramdisk or any clue with git bisect?
> 

Hi Paul,

The problem still happens on your board now?

Thanks.

Best regards,
Kgene.
--
Kukjin Kim <kgene.kim <at> samsung.com>, Senior Engineer,
SW Solution Development Team, Samsung Electronics Co., Ltd.

> >
> > Thanks,
> > Paul Schilling
(Continue reading)

Permalink | Reply | 1 comment |

Gmane