Thread (26 messages) 26 messages, 3 authors, 2012-03-19

Re: [PATCH v2 3/3] ARM: Samsung: Rework platform data of s3c-fb driver

From: Darius Augulis <hidden>
Date: 2012-03-14 19:08:11
Also in: linux-arm-kernel, linux-fbdev

On 03/13/2012 12:10 PM, Thomas Abraham wrote:
On 13 March 2012 15:17, Jingoo Han[off-list ref]  wrote:
quoted
quoted
-----Original Message-----
From: Thomas Abraham [mailto:thomas.abraham@linaro.org]
Sent: Tuesday, March 13, 2012 6:00 AM
To: linux-fbdev@vger.kernel.org
Cc: FlorianSchandinat@gmx.de; linux-arm-kernel@lists.infradead.org; linux-samsung-soc@vger.kernel.org;
kgene.kim@samsung.com; jg1.han@samsung.com; ben-linux@fluff.org; patches@linaro.org; Kyungmin Park;
JeongHyeon Kim; Heiko Stuebner; Kwangwoo Lee; Mark Brown; Peter Korsgaard; Darius Augulis; Maurus
Cuelenaere
Subject: [PATCH v2 3/3] 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 removed
and the lcd panel video timing values are moved out of individual window
configuration data.

Cc: Jingoo Han<redacted>
Cc: Kyungmin Park<kyungmin.park@samsung.com>
Cc: JeongHyeon Kim<redacted>
Cc: Kukjin Kim<redacted>
Cc: Heiko Stuebner<heiko@sntech.de>
Cc: Ben Dooks<ben-linux@fluff.org>
Cc: Kwangwoo Lee<redacted>
Cc: Mark Brown<redacted>
Cc: Peter Korsgaard<jacmet@sunsite.dk>
Cc: Darius Augulis<redacted>
Cc: Maurus Cuelenaere<redacted>
Signed-off-by: Thomas Abraham<redacted>
---
  arch/arm/mach-exynos/mach-nuri.c           |   26 ++++++++++-------
  arch/arm/mach-exynos/mach-origen.c         |   24 ++++++++++-------
  arch/arm/mach-exynos/mach-smdkv310.c       |   28 +++++++++++--------
  arch/arm/mach-exynos/mach-universal_c210.c |   26 ++++++++++-------
  arch/arm/mach-s3c24xx/mach-smdk2416.c      |   27 ++++++++++--------
  arch/arm/mach-s3c64xx/mach-anw6410.c       |   25 ++++++++++-------
  arch/arm/mach-s3c64xx/mach-crag6410.c      |   25 ++++++++++-------
  arch/arm/mach-s3c64xx/mach-hmt.c           |   24 ++++++++++-------
  arch/arm/mach-s3c64xx/mach-mini6410.c      |   40 ++++++++++++---------------
  arch/arm/mach-s3c64xx/mach-real6410.c      |   40 ++++++++++++---------------
  arch/arm/mach-s3c64xx/mach-smartq5.c       |   26 ++++++++++-------
  arch/arm/mach-s3c64xx/mach-smartq7.c       |   26 ++++++++++-------
  arch/arm/mach-s3c64xx/mach-smdk6410.c      |   25 ++++++++++-------
  arch/arm/mach-s5p64x0/mach-smdk6440.c      |   24 ++++++++++-------
  arch/arm/mach-s5p64x0/mach-smdk6450.c      |   24 ++++++++++-------
  arch/arm/mach-s5pc100/mach-smdkc100.c      |   27 ++++++++++--------
  arch/arm/mach-s5pv210/mach-aquila.c        |   36 +++++++++++--------------
  arch/arm/mach-s5pv210/mach-goni.c          |   26 ++++++++++-------
  arch/arm/mach-s5pv210/mach-smdkv210.c      |   24 ++++++++++-------
  19 files changed, 285 insertions(+), 238 deletions(-)
[.....]
quoted
diff --git a/arch/arm/mach-s3c64xx/mach-mini6410.c b/arch/arm/mach-s3c64xx/mach-mini6410.c
index c34c2ab..24dcdc9 100644
--- a/arch/arm/mach-s3c64xx/mach-mini6410.c
+++ b/arch/arm/mach-s3c64xx/mach-mini6410.c
@@ -153,36 +153,32 @@ static struct s3c2410_platform_nand mini6410_nand_info = {

  static struct s3c_fb_pd_win mini6410_fb_win[] = {
       {
-             .win_mode       = {     /* 4.3" 480x272 */
-                     .left_margin    = 3,
-                     .right_margin   = 2,
-                     .upper_margin   = 1,
-                     .lower_margin   = 1,
-                     .hsync_len      = 40,
-                     .vsync_len      = 1,
-                     .xres           = 480,
-                     .yres           = 272,
-             },
               .max_bpp        = 32,
               .default_bpp    = 16,
+             .xres           = 480,
+             .yres           = 272,
       }, {
-             .win_mode       = {     /* 7.0" 800x480 */
-                     .left_margin    = 8,
-                     .right_margin   = 13,
-                     .upper_margin   = 7,
-                     .lower_margin   = 5,
-                     .hsync_len      = 3,
-                     .vsync_len      = 1,
-                     .xres           = 800,
-                     .yres           = 480,
-             },
               .max_bpp        = 32,
               .default_bpp    = 16,
+             .xres           = 800,
+             .yres           = 480,
       },
  };

+static struct fb_videomode mini6410_lcd_timing = {
+     .left_margin    = 8,
+     .right_margin   = 13,
+     .upper_margin   = 7,
+     .lower_margin   = 5,
+     .hsync_len      = 3,
+     .vsync_len      = 1,
+     .xres           = 800,
+     .yres           = 480,
+};
+
  static struct s3c_fb_platdata mini6410_lcd_pdata __initdata = {
       .setup_gpio     = s3c64xx_fb_gpio_setup_24bpp,
+     .vtiming        =&mini6410_lcd_timing,
       .win[0]         =&mini6410_fb_win[0],
       .vidcon0        = VIDCON0_VIDOUT_RGB | VIDCON0_PNRMODE_RGB,
       .vidcon1        = VIDCON1_INV_HSYNC | VIDCON1_INV_VSYNC,
@@ -310,8 +306,8 @@ static void __init mini6410_machine_init(void)
       mini6410_lcd_pdata.win[0] =&mini6410_fb_win[features.lcd_index];

       printk(KERN_INFO "MINI6410: selected LCD display is %dx%d\n",
-             mini6410_lcd_pdata.win[0]->win_mode.xres,
-             mini6410_lcd_pdata.win[0]->win_mode.yres);
+             mini6410_lcd_pdata.win[0]->xres,
+             mini6410_lcd_pdata.win[0]->yres);

       s3c_nand_set_platdata(&mini6410_nand_info);
       s3c_fb_set_platdata(&mini6410_lcd_pdata);
diff --git a/arch/arm/mach-s3c64xx/mach-real6410.c b/arch/arm/mach-s3c64xx/mach-real6410.c
index be2a9a2..41e4f74 100644
--- a/arch/arm/mach-s3c64xx/mach-real6410.c
+++ b/arch/arm/mach-s3c64xx/mach-real6410.c
@@ -119,36 +119,32 @@ static struct platform_device real6410_device_eth = {

  static struct s3c_fb_pd_win real6410_fb_win[] = {
       {
-             .win_mode       = {     /* 4.3" 480x272 */
-                     .left_margin    = 3,
-                     .right_margin   = 2,
-                     .upper_margin   = 1,
-                     .lower_margin   = 1,
-                     .hsync_len      = 40,
-                     .vsync_len      = 1,
-                     .xres           = 480,
-                     .yres           = 272,
-             },
               .max_bpp        = 32,
               .default_bpp    = 16,
+             .xres           = 480,
+             .yres           = 272,
       }, {
-             .win_mode       = {     /* 7.0" 800x480 */
-                     .left_margin    = 8,
-                     .right_margin   = 13,
-                     .upper_margin   = 7,
-                     .lower_margin   = 5,
-                     .hsync_len      = 3,
-                     .vsync_len      = 1,
-                     .xres           = 800,
-                     .yres           = 480,
-             },
               .max_bpp        = 32,
               .default_bpp    = 16,
+             .xres           = 800,
+             .yres           = 480,
       },
  };

+static struct fb_videomode real6410_lcd_timing = {
+     .left_margin    = 3,
+     .right_margin   = 2,
+     .upper_margin   = 1,
+     .lower_margin   = 1,
+     .hsync_len      = 40,
+     .vsync_len      = 1,
+     .xres           = 800,
+     .yres           = 480,
+};
What is the difference between mini6410_lcd_timing and real6410_lcd_timing?
In my opinion, it would be good as follows:

+static struct fb_videomode real6410_lcd_timing = {
+       .left_margin    = 8,
+       .right_margin   = 13,
+       .upper_margin   = 7,
+       .lower_margin   = 5,
+       .hsync_len      = 3,
+       .vsync_len      = 1,
+       .xres           = 800,
+       .yres           = 480,
+};
Before this patch series, both real6410 and mini6410 had 'default_win'
= 0 in the platform data. And, the s3c-fb driver selected the video
timing from the window selected by the default_win parameter in s3c-fb
platform data, i.e window 0 for both mini6440 and real6410. So, in
this patch, while moving the timing values out of window data, the
timing values for window 0 was selected.

The timing value for window 1 was never used on mini6410 and real6410.
So I would suggest to use timing value of window 0 in this patch.
You are wrong. Please see mini6410_parse_features(). Please do not 
remove second window because it could be selected via kernel parameters 
dinamically. It's very useful and I spend my hours to create it.
Thanks for your comments.

Regards,
Thomas.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help