[PATCH V2 1/7] ARM: SAMSUNG: add additional registers and SFR definitions for writeback
Tomasz Figa
tomasz.figa at gmail.com
Fri Jul 20 05:49:13 EDT 2012
Hi,
On Friday 20 of July 2012 08:29:21 Leela Krishna Amudala wrote:
> On Fri, Jul 20, 2012 at 7:51 AM, Jingoo Han <jg1.han at samsung.com> wrote:
> > On Thursday, July 19, 2012 10:35 PM, Tomasz Figa wrote:
> >> Hi Leela,
> >>
> >> On Thursday 19 of July 2012 18:30:44 Leela Krishna Amudala wrote:
> >> > Hi Tomasz,
> >> >
> >> > On Wed, Jul 18, 2012 at 4:35 PM, Tomasz Figa <tomasz.figa at gmail.com>
> >>
> >> wrote:
> >> > > Hi,
> >> > >
> >> > > On Wednesday 18 of July 2012 11:27:27 Leela Krishna Amudala wrote:
> >> > >> This patch updates the register address offsets and adds SFR
> >> > >> definitions
> >> > >> for writeback for Samsung's V8 display controller.
> >> > >>
> >> > >> Signed-off-by: Leela Krishna Amudala <l.krishna at samsung.com>
> >> > >> ---
> >> > >>
> >> > >> arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 10 ++++
> >> > >> arch/arm/plat-samsung/include/plat/regs-fb.h | 51
> >> > >>
> >> > >> +++++++++++++++++++++++ drivers/video/Kconfig
> >> > >>
> >> > >> | 6 +++
> >> > >>
> >> > >> 3 files changed, 67 insertions(+), 0 deletions(-)
> >> > >>
> >> > >> diff --git a/arch/arm/plat-samsung/include/plat/regs-fb-v4.h
> >> > >> b/arch/arm/plat-samsung/include/plat/regs-fb-v4.h index
> >> > >> 4c3647f..1639c17
> >> > >> 100644
> >> > >> --- a/arch/arm/plat-samsung/include/plat/regs-fb-v4.h
> >> > >> +++ b/arch/arm/plat-samsung/include/plat/regs-fb-v4.h
> >> > >> @@ -30,9 +30,16 @@
> >> > >>
> >> > >> #define VIDCON1_FSTATUS_EVEN (1 << 15)
> >> > >>
> >> > >> /* Video timing controls */
> >> > >>
> >> > >> +#ifdef CONFIG_FB_EXYNOS_FIMD_V8
> >> > >> +#define VIDTCON0 (0x20010)
> >> > >> +#define VIDTCON1 (0x20014)
> >> > >> +#define VIDTCON3 (0x2001C)
> >> > >> +#else
> >> > >>
> >> > >> #define VIDTCON0 (0x10)
> >> > >> #define VIDTCON1 (0x14)
> >> > >> #define VIDTCON2 (0x18)
> >> > >>
> >> > >> +#define VIDTCON3 (0x1C)
> >> > >> +#endif
> >> > >
> >> > > Wouldn't it break s3c-fb on SoCs with earlier FIMD versions with
> >> > > CONFIG_FB_EXYNOS_FIMD_V8 selected? We are aiming at multi-platform
> >> > > ARM
> >> > > kernels, aren't we (i.e support of both V8 and earlier FIMD in one
> >> > > kernel)?
> >> >
> >> > Exynos5 has FIMD_V8 and other SoCs has older FIMD versions.
> >> > As address offsets for certain registers has changed in FIMD_V8, we
> >> > introduced these defines.
> >> > So we have to select CONFIG_FB_EXYNOS_FIMD_V8 in case of Exynos5
> >> > SoC,
> >> > and deselect for other SoCs.
> >>
> >> Yes, I'm aware of different FIMD versions in different SoCs. My point
> >> is
> >> that it shouldn't be necessary to deselect CONFIG_FB_EXYNOS_FIMD_V8 to
> >> support other SoCs than Exynos5, i.e. additional config options should
> >> be incremental - should not break other setups. Ideally there should
> >> not be any new config option for FIMD v8.
> >>
> >> The detection of FIMD version and selection of appropriate register
> >> offsets should be done in the driver at runtime, based for example on
> >> platform_device_id (see the s3c-fb driver and usage of
> >> s3c_fb_driverdata
> >> and s3c_fb_win_variant structs).
> >
> > I could not agree with Tomasz Figa more.
> > FIMD register offset should be selected at runtime.
> >
> > Leela Krishna Amudala,
> > Please, don't use ugly "#ifdef".
> >
> > Best regards,
> > Jingoo Han
>
> Yes, Each SoC having its own defconfigs (eg: exynos4_defconfig,
> exynos5_defconfig etc.,)
> So, CONFIG_FB_EXYNOS_FIMD_V8 will be added into exynos5_defconfig and
> it won't affect the other SoCs.
>
> Best Wishes,
> Leela Krishna Amudala.
Defconfig is only used to build a kernel image for a single machine.
Let me give you another example. Consider that we want to build a single
kernel binary running on all Exynos SocS (this is what ARM Linux is
currently aiming at). What we do is enabling in config support for every
bit of every SoC we want to support in resulting kernel binary. Now with
your patch to support Exynos 5 in such kernel we would have to enable
CONFIG_FB_EXYNOS_FIMD_V8 to get support for FIMD on Exynos 5 leading to a
situation where we could have support for all Exynos SoCs in one kernel,
but, depending on one config option, either without FIMD support on Exynos
5 or on any older SoC.
Best regards,
Tom
> >> Best regards,
> >> Tomasz Figa
> >>
> >> > >> /* Window position controls */
> >> > >>
> >> > >> @@ -43,9 +50,12 @@
> >> > >>
> >> > >> #define VIDOSD_BASE (0x40)
> >> > >>
> >> > >> #define VIDINTCON0 (0x130)
> >> > >>
> >> > >> +#define VIDINTCON1 (0x134)
> >> > >>
> >> > >> /* WINCONx */
> >> > >>
> >> > >> +#define WINCONx_CSC_CON_EQ709 (1 << 28)
> >> > >> +#define WINCONx_CSC_CON_EQ601 (0 << 28)
> >> > >>
> >> > >> #define WINCONx_CSCWIDTH_MASK (0x3 << 26)
> >> > >> #define WINCONx_CSCWIDTH_SHIFT (26)
> >> > >> #define WINCONx_CSCWIDTH_WIDE (0x0 << 26)
> >> > >>
> >> > >> diff --git a/arch/arm/plat-samsung/include/plat/regs-fb.h
> >> > >> b/arch/arm/plat-samsung/include/plat/regs-fb.h index
> >> > >> 9a78012..6d2ee16
> >> > >> 100644
> >> > >> --- a/arch/arm/plat-samsung/include/plat/regs-fb.h
> >> > >> +++ b/arch/arm/plat-samsung/include/plat/regs-fb.h
> >> > >> @@ -32,12 +32,28 @@
> >> > >>
> >> > >> #define VIDCON0 (0x00)
> >> > >> #define VIDCON0_INTERLACE (1 << 29)
> >> > >>
> >> > >> +
> >> > >> +#ifdef CONFIG_FB_EXYNOS_FIMD_V8
> >> > >> +#define VIDOUT_CON (0x20000)
> >> > >> +#define VIDOUT_CON_VIDOUT_UP_MASK (0x1 << 16)
> >> > >> +#define VIDOUT_CON_VIDOUT_UP_SHIFT (16)
> >> > >> +#define VIDOUT_CON_VIDOUT_UP_ALWAYS (0x0 << 16)
> >> > >> +#define VIDOUT_CON_VIDOUT_UP_START_FRAME (0x1 << 16)
> >> > >> +#define VIDOUT_CON_VIDOUT_F_MASK (0x7 << 8)
> >> > >> +#define VIDOUT_CON_VIDOUT_F_SHIFT (8)
> >> > >> +#define VIDOUT_CON_VIDOUT_F_RGB (0x0 << 8)
> >> > >> +#define VIDOUT_CON_VIDOUT_F_I80_LDI0 (0x2 << 8)
> >> > >> +#define VIDOUT_CON_VIDOUT_F_I80_LDI1 (0x3 << 8)
> >> > >> +#define VIDOUT_CON_VIDOUT_F_WB (0x4 << 8)
> >> > >> +#endif
> >> > >> +
> >> > >>
> >> > >> #define VIDCON0_VIDOUT_MASK (0x3 << 26)
> >> > >> #define VIDCON0_VIDOUT_SHIFT (26)
> >> > >> #define VIDCON0_VIDOUT_RGB (0x0 << 26)
> >> > >> #define VIDCON0_VIDOUT_TV (0x1 << 26)
> >> > >> #define VIDCON0_VIDOUT_I80_LDI0 (0x2 << 26)
> >> > >> #define VIDCON0_VIDOUT_I80_LDI1 (0x3 << 26)
> >> > >>
> >> > >> +#define VIDCON0_VIDOUT_WB (0x4 << 26)
> >> > >>
> >> > >> #define VIDCON0_L1_DATA_MASK (0x7 << 23)
> >> > >> #define VIDCON0_L1_DATA_SHIFT (23)
> >> > >>
> >> > >> @@ -81,7 +97,13 @@
> >> > >>
> >> > >> #define VIDCON0_ENVID (1 << 1)
> >> > >> #define VIDCON0_ENVID_F (1 << 0)
> >> > >>
> >> > >> +#ifdef CONFIG_FB_EXYNOS_FIMD_V8
> >> > >> +#define VIDOUT_CON (0x20000)
> >> > >> +#define VIDCON1 (0x20004)
> >> > >> +#else
> >> > >>
> >> > >> #define VIDCON1 (0x04)
> >> > >>
> >> > >> +#endif
> >> > >
> >> > > Same here. Also isn't it a redefinition of VIDOUT_CON that was
> >> > > defined
> >> > > several lines above?
> >> >
> >> > Will be corrected in the next version patch set.
> >> >
> >> > Best Wishes,
> >> > Leela Krishna Amudala.
> >> >
> >> > >> #define VIDCON1_LINECNT_MASK (0x7ff << 16)
> >> > >> #define VIDCON1_LINECNT_SHIFT (16)
> >> > >> #define VIDCON1_LINECNT_GET(_v) (((_v) >>
> >> > >> 16) &
> >> > >> 0x7ff)>>
> >> > >>
> >> > >> @@ -111,6 +133,14 @@
> >> > >>
> >> > >> #define VIDCON2_TVFMTSEL1_RGB (0x0 << 12)
> >> > >> #define VIDCON2_TVFMTSEL1_YUV422 (0x1 << 12)
> >> > >> #define VIDCON2_TVFMTSEL1_YUV444 (0x2 << 12)
> >> > >>
> >> > >> +#define VIDCON2_TVFMTSEL1_SHIFT (12)
> >> > >> +#define VIDCON2_TVFMTSEL_SW (1 << 14)
> >> > >> +#define VIDCON2_TVFORMATSEL_YUV444 (0x2 << 12)
> >> > >> +
> >> > >> +#define VIDCON2_TVFMTSEL1_MASK (0x3 << 12)
> >> > >> +#define VIDCON2_TVFMTSEL1_RGB (0x0 << 12)
> >> > >> +#define VIDCON2_TVFMTSEL1_YUV422 (0x1 << 12)
> >> > >> +#define VIDCON2_TVFMTSEL1_YUV444 (0x2 << 12)
> >> > >>
> >> > >> #define VIDCON2_ORGYCbCr (1 << 8)
> >> > >> #define VIDCON2_YUVORDCrCb (1 << 7)
> >> > >>
> >> > >> @@ -165,8 +195,15 @@
> >> > >>
> >> > >> #define VIDTCON1_HSPW_SHIFT (0)
> >> > >> #define VIDTCON1_HSPW_LIMIT (0xff)
> >> > >> #define VIDTCON1_HSPW(_x) ((_x) << 0)
> >> > >>
> >> > >> +#define VIDCON1_VCLK_MASK (0x3 << 9)
> >> > >> +#define VIDCON1_VCLK_HOLD (0x0 << 9)
> >> > >> +#define VIDCON1_VCLK_RUN (0x1 << 9)
> >> > >>
> >> > >> +#ifdef CONFIG_FB_EXYNOS_FIMD_V8
> >> > >> +#define VIDTCON2 (0x20018)
> >> > >> +#else
> >> > >>
> >> > >> #define VIDTCON2 (0x18)
> >> > >>
> >> > >> +#endif
> >> > >
> >> > > Same as in my first comment.
> >> > >
> >> > >> #define VIDTCON2_LINEVAL_E(_x) ((((_x) &
> >> > >> 0x800)
> >> > >>
> >> > >> >> 11) << 23) #define VIDTCON2_LINEVAL_MASK
> >> > >>
> >> > >> (0x7ff << 11) #define VIDTCON2_LINEVAL_SHIFT
> >> > >> (11)
> >> > >>
> >> > >> @@ -186,6 +223,9 @@
> >> > >>
> >> > >> #define WINCONx_BYTSWP (1 << 17)
> >> > >> #define WINCONx_HAWSWP (1 << 16)
> >> > >> #define WINCONx_WSWP (1 << 15)
> >> > >>
> >> > >> +#define WINCONx_ENLOCAL_MASK (0xf << 15)
> >> > >> +#define WINCONx_INRGB_RGB (0 << 13)
> >> > >> +#define WINCONx_INRGB_YCBCR (1 << 13)
> >> > >>
> >> > >> #define WINCONx_BURSTLEN_MASK (0x3 << 9)
> >> > >> #define WINCONx_BURSTLEN_SHIFT (9)
> >> > >> #define WINCONx_BURSTLEN_16WORD (0x0 << 9)
> >> > >>
> >> > >> @@ -205,6 +245,7 @@
> >> > >>
> >> > >> #define WINCON0_BPPMODE_24BPP_888 (0xb << 2)
> >> > >>
> >> > >> #define WINCON1_BLD_PIX (1 << 6)
> >> > >>
> >> > >> +#define WINCON1_BLD_PLANE (0 << 6)
> >> > >>
> >> > >> #define WINCON1_ALPHA_SEL (1 << 1)
> >> > >> #define WINCON1_BPPMODE_MASK (0xf << 2)
> >> > >>
> >> > >> @@ -395,9 +436,19 @@
> >> > >>
> >> > >> #define WPALCON_W0PAL_16BPP_A555 (0x5 << 0)
> >> > >> #define WPALCON_W0PAL_16BPP_565 (0x6 << 0)
> >> > >>
> >> > >> +/* Clock gate mode control */
> >> > >> +#define REG_CLKGATE_MODE (0x1b0)
> >> > >> +#define REG_CLKGATE_MODE_AUTO_CLOCK_GATE (0 << 0)
> >> > >> +#define REG_CLKGATE_MODE_NON_CLOCK_GATE (1 << 0)
> >> > >> +
> >> > >>
> >> > >> /* Blending equation control */
> >> > >> #define BLENDCON (0x260)
> >> > >> #define BLENDCON_NEW_MASK (1 << 0)
> >> > >> #define BLENDCON_NEW_8BIT_ALPHA_VALUE (1 << 0)
> >> > >> #define BLENDCON_NEW_4BIT_ALPHA_VALUE (0 << 0)
> >> > >>
> >> > >> +/* Window alpha control */
> >> > >> +#define VIDW0ALPHA0 (0x200)
> >> > >> +#define VIDW0ALPHA1 (0x204)
> >> > >> +#define DPCLKCON (0x27c)
> >> > >> +#define DPCLKCON_ENABLE (1 << 1)
> >> > >> diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
> >> > >> index 0217f74..f81bf55 100644
> >> > >> --- a/drivers/video/Kconfig
> >> > >> +++ b/drivers/video/Kconfig
> >> > >> @@ -2053,6 +2053,12 @@ config FB_S3C
> >> > >>
> >> > >> Currently the support is only for the S3C6400 and S3C6410
> >> > >> SoCs.
> >> > >>
> >> > >> +config FB_EXYNOS_FIMD_V8
> >> > >> + bool "register extensions for FIMD version 8"
> >> > >> + depends on ARCH_EXYNOS5
> >> > >> + ---help---
> >> > >> + This uses register extensions for FIMD version 8
> >> > >> +
> >> > >>
> >> > >> config FB_S3C_DEBUG_REGWRITE
> >> > >>
> >> > >> bool "Debug register writes"
> >> > >> depends on FB_S3C
> >> > >
> >> > > Best regards,
> >> > > Tomasz Figa
> >> > >
> >> > > --
> >> > > To unsubscribe from this list: send the line "unsubscribe
> >> > > linux-samsung-soc" in the body of a message to
> >> > > majordomo at vger.kernel.org
> >> > > More majordomo info at http://vger.kernel.org/majordomo-info.html
> >
> > _______________________________________________
> > devicetree-discuss mailing list
> > devicetree-discuss at lists.ozlabs.org
> > https://lists.ozlabs.org/listinfo/devicetree-discuss
More information about the linux-arm-kernel
mailing list