Re: Re: [PATCH v5 22/22] drm/sun4i: tv: Convert to the new TV mode property
Dne petek, 14. oktober 2022 ob 09:38:10 CEST je Maxime Ripard napisal(a):
> Hi Jernej,
>
> On Thu, Oct 13, 2022 at 08:23:51PM +0200, Jernej Škrabec wrote:
> > Dne četrtek, 13. oktober 2022 ob 15:19:06 CEST je Maxime Ripard
napisal(a):
> > > Now that the core can deal fine with analog TV modes, let's convert the
> > > sun4i TV driver to leverage those new features.
> > >
> > > Acked-by: Noralf Trønnes
> > > Signed-off-by: Maxime Ripard
> > >
> > > ---
> > > Changes in v5:
> > > - Removed the count variable in get_modes
> > > - Removed spurious vc4 change
> > > ---
> > >
> > > drivers/gpu/drm/sun4i/sun4i_tv.c | 145
> > >
> > > +-- 1 file changed, 48
> > > insertions(+),
> > > 97 deletions(-)
> > >
> > > diff --git a/drivers/gpu/drm/sun4i/sun4i_tv.c
> > > b/drivers/gpu/drm/sun4i/sun4i_tv.c index c65f0a89b6b0..4f07aff11551
> > > 100644
> > > --- a/drivers/gpu/drm/sun4i/sun4i_tv.c
> > > +++ b/drivers/gpu/drm/sun4i/sun4i_tv.c
> > > @@ -141,23 +141,14 @@ struct resync_parameters {
> > >
> > > struct tv_mode {
> > >
> > > char*name;
> > >
> > > + unsigned inttv_mode;
> > > +
> > >
> > > u32 mode;
> > > u32 chroma_freq;
> > > u16 back_porch;
> > > u16 front_porch;
> > >
> > > - u16 line_number;
> > >
> > > u16 vblank_level;
> >
> > isn't there a way to get or calculate back_porch, front_porch and
> > vblank_level from mode? From quick glance over removed values below, I
> > would say that at least back_porch can be removed too?
>
> I tried actually, but I'm not sure what the front porch and back porch
> parameters actually are. They are called that way by Allwinner, but it
> doesn't match the PAL or NTSC timings at all.
>
> For example, back_porch is 118 for NTSC and 138 for PAL. Actual back
> porches would be around 12 and 16, respectively. Actually, the entire
> blanking area are 138 and 144. This is close enough for PAL, but pretty
> far off for NTSC.
>
> Allwinner has the habit of integrating the sync period into one of the
> porches, but still there's no obvious match.
>
> front_porch is pretty much in the same case.
Ok then.
>
> Since it affected the display output quite a lot, I chose to keep it for
> now unfortunately.
>
> > Otherwise this patch looks ok.
>
> Can I add your Acked-by/Reviewed-by then?
Sure.
Reviewed-by: Jernej Skrabec
Best regards,
Jernej
Re: [PATCH v5 22/22] drm/sun4i: tv: Convert to the new TV mode property
Hi Jernej,
On Thu, Oct 13, 2022 at 08:23:51PM +0200, Jernej Škrabec wrote:
> Dne četrtek, 13. oktober 2022 ob 15:19:06 CEST je Maxime Ripard napisal(a):
> > Now that the core can deal fine with analog TV modes, let's convert the
> > sun4i TV driver to leverage those new features.
> >
> > Acked-by: Noralf Trønnes
> > Signed-off-by: Maxime Ripard
> >
> > ---
> > Changes in v5:
> > - Removed the count variable in get_modes
> > - Removed spurious vc4 change
> > ---
> > drivers/gpu/drm/sun4i/sun4i_tv.c | 145
> > +-- 1 file changed, 48 insertions(+),
> > 97 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/sun4i/sun4i_tv.c
> > b/drivers/gpu/drm/sun4i/sun4i_tv.c index c65f0a89b6b0..4f07aff11551 100644
> > --- a/drivers/gpu/drm/sun4i/sun4i_tv.c
> > +++ b/drivers/gpu/drm/sun4i/sun4i_tv.c
> > @@ -141,23 +141,14 @@ struct resync_parameters {
> > struct tv_mode {
> > char*name;
> >
> > + unsigned inttv_mode;
> > +
> > u32 mode;
> > u32 chroma_freq;
> > u16 back_porch;
> > u16 front_porch;
> > - u16 line_number;
> > u16 vblank_level;
>
> isn't there a way to get or calculate back_porch, front_porch and
> vblank_level
> from mode? From quick glance over removed values below, I would say that at
> least back_porch can be removed too?
I tried actually, but I'm not sure what the front porch and back porch
parameters actually are. They are called that way by Allwinner, but it
doesn't match the PAL or NTSC timings at all.
For example, back_porch is 118 for NTSC and 138 for PAL. Actual back
porches would be around 12 and 16, respectively. Actually, the entire
blanking area are 138 and 144. This is close enough for PAL, but pretty
far off for NTSC.
Allwinner has the habit of integrating the sync period into one of the
porches, but still there's no obvious match.
front_porch is pretty much in the same case.
Since it affected the display output quite a lot, I chose to keep it for
now unfortunately.
> Otherwise this patch looks ok.
Can I add your Acked-by/Reviewed-by then?
Thanks!
Maxime
Re: [PATCH v5 22/22] drm/sun4i: tv: Convert to the new TV mode property
Hi Maxime,
Dne četrtek, 13. oktober 2022 ob 15:19:06 CEST je Maxime Ripard napisal(a):
> Now that the core can deal fine with analog TV modes, let's convert the
> sun4i TV driver to leverage those new features.
>
> Acked-by: Noralf Trønnes
> Signed-off-by: Maxime Ripard
>
> ---
> Changes in v5:
> - Removed the count variable in get_modes
> - Removed spurious vc4 change
> ---
> drivers/gpu/drm/sun4i/sun4i_tv.c | 145
> +-- 1 file changed, 48 insertions(+),
> 97 deletions(-)
>
> diff --git a/drivers/gpu/drm/sun4i/sun4i_tv.c
> b/drivers/gpu/drm/sun4i/sun4i_tv.c index c65f0a89b6b0..4f07aff11551 100644
> --- a/drivers/gpu/drm/sun4i/sun4i_tv.c
> +++ b/drivers/gpu/drm/sun4i/sun4i_tv.c
> @@ -141,23 +141,14 @@ struct resync_parameters {
> struct tv_mode {
> char*name;
>
> + unsigned inttv_mode;
> +
> u32 mode;
> u32 chroma_freq;
> u16 back_porch;
> u16 front_porch;
> - u16 line_number;
> u16 vblank_level;
isn't there a way to get or calculate back_porch, front_porch and vblank_level
from mode? From quick glance over removed values below, I would say that at
least back_porch can be removed too?
Otherwise this patch looks ok.
Best regards,
Jernej
>
> - u32 hdisplay;
> - u16 hfront_porch;
> - u16 hsync_len;
> - u16 hback_porch;
> -
> - u32 vdisplay;
> - u16 vfront_porch;
> - u16 vsync_len;
> - u16 vback_porch;
> -
> boolyc_en;
> booldac3_en;
> booldac_bit25_en;
> @@ -213,7 +204,7 @@ static const struct resync_parameters
> pal_resync_parameters = {
>
> static const struct tv_mode tv_modes[] = {
> {
> - .name = "NTSC",
> + .tv_mode= DRM_MODE_TV_MODE_NTSC,
> .mode = SUN4I_TVE_CFG0_RES_480i,
> .chroma_freq= 0x21f07c1f,
> .yc_en = true,
> @@ -222,17 +213,6 @@ static const struct tv_mode tv_modes[] = {
>
> .back_porch = 118,
> .front_porch= 32,
> - .line_number= 525,
> -
> - .hdisplay = 720,
> - .hfront_porch = 18,
> - .hsync_len = 2,
> - .hback_porch= 118,
> -
> - .vdisplay = 480,
> - .vfront_porch = 26,
> - .vsync_len = 2,
> - .vback_porch= 17,
>
> .vblank_level = 240,
>
> @@ -242,23 +222,12 @@ static const struct tv_mode tv_modes[] = {
> .resync_params = _resync_parameters,
> },
> {
> - .name = "PAL",
> + .tv_mode= DRM_MODE_TV_MODE_PAL,
> .mode = SUN4I_TVE_CFG0_RES_576i,
> .chroma_freq= 0x2a098acb,
>
> .back_porch = 138,
> .front_porch= 24,
> - .line_number= 625,
> -
> - .hdisplay = 720,
> - .hfront_porch = 3,
> - .hsync_len = 2,
> - .hback_porch= 139,
> -
> - .vdisplay = 576,
> - .vfront_porch = 28,
> - .vsync_len = 2,
> - .vback_porch= 19,
>
> .vblank_level = 252,
>
> @@ -276,63 +245,21 @@ drm_encoder_to_sun4i_tv(struct drm_encoder *encoder)
> encoder);
> }
>
> -/*
> - * FIXME: If only the drm_display_mode private field was usable, this
> - * could go away...
> - *
> - * So far, it doesn't seem to be preserved when the mode is passed by
> - * to mode_set for some reason.
> - */
> -static const struct tv_mode *sun4i_tv_find_tv_by_mode(const struct
> drm_display_mode *mode) +static const struct tv_mode *
> +sun4i_tv_find_tv_by_mode(unsigned int mode)
> {
> int i;
>
> - /* First try to identify the mode by name */
> for (i = 0; i < ARRAY_SIZE(tv_modes); i++) {
> const struct tv_mode *tv_mode = _modes[i];
>
> - DRM_DEBUG_DRIVER("Comparing mode %s vs %s",
> - mode->name, tv_mode->name);
> -
> - if (!strcmp(mode->name, tv_mode->name))
> - return tv_mode;
> - }
> -
> - /* Then by number of lines */
> - for (i = 0; i < ARRAY_SIZE(tv_modes); i++) {
> - const struct tv_mode *tv_mode = _modes[i];
> -
> - DRM_DEBUG_DRIVER("Comparing mode %s vs %s (X: %d vs
%d)",
> - mode->name, tv_mode->name,
> - mode->vdisplay, tv_mode-
>vdisplay);
> -
> - if (mode->vdisplay == tv_mode->vdisplay)
> + if (tv_mode->tv_mode == mode)
> return tv_mode;
> }
>
> return NULL;
> }
>
> -static
[PATCH v5 22/22] drm/sun4i: tv: Convert to the new TV mode property
Now that the core can deal fine with analog TV modes, let's convert the
sun4i TV driver to leverage those new features.
Acked-by: Noralf Trønnes
Signed-off-by: Maxime Ripard
---
Changes in v5:
- Removed the count variable in get_modes
- Removed spurious vc4 change
---
drivers/gpu/drm/sun4i/sun4i_tv.c | 145 +--
1 file changed, 48 insertions(+), 97 deletions(-)
diff --git a/drivers/gpu/drm/sun4i/sun4i_tv.c b/drivers/gpu/drm/sun4i/sun4i_tv.c
index c65f0a89b6b0..4f07aff11551 100644
--- a/drivers/gpu/drm/sun4i/sun4i_tv.c
+++ b/drivers/gpu/drm/sun4i/sun4i_tv.c
@@ -141,23 +141,14 @@ struct resync_parameters {
struct tv_mode {
char*name;
+ unsigned inttv_mode;
+
u32 mode;
u32 chroma_freq;
u16 back_porch;
u16 front_porch;
- u16 line_number;
u16 vblank_level;
- u32 hdisplay;
- u16 hfront_porch;
- u16 hsync_len;
- u16 hback_porch;
-
- u32 vdisplay;
- u16 vfront_porch;
- u16 vsync_len;
- u16 vback_porch;
-
boolyc_en;
booldac3_en;
booldac_bit25_en;
@@ -213,7 +204,7 @@ static const struct resync_parameters pal_resync_parameters
= {
static const struct tv_mode tv_modes[] = {
{
- .name = "NTSC",
+ .tv_mode= DRM_MODE_TV_MODE_NTSC,
.mode = SUN4I_TVE_CFG0_RES_480i,
.chroma_freq= 0x21f07c1f,
.yc_en = true,
@@ -222,17 +213,6 @@ static const struct tv_mode tv_modes[] = {
.back_porch = 118,
.front_porch= 32,
- .line_number= 525,
-
- .hdisplay = 720,
- .hfront_porch = 18,
- .hsync_len = 2,
- .hback_porch= 118,
-
- .vdisplay = 480,
- .vfront_porch = 26,
- .vsync_len = 2,
- .vback_porch= 17,
.vblank_level = 240,
@@ -242,23 +222,12 @@ static const struct tv_mode tv_modes[] = {
.resync_params = _resync_parameters,
},
{
- .name = "PAL",
+ .tv_mode= DRM_MODE_TV_MODE_PAL,
.mode = SUN4I_TVE_CFG0_RES_576i,
.chroma_freq= 0x2a098acb,
.back_porch = 138,
.front_porch= 24,
- .line_number= 625,
-
- .hdisplay = 720,
- .hfront_porch = 3,
- .hsync_len = 2,
- .hback_porch= 139,
-
- .vdisplay = 576,
- .vfront_porch = 28,
- .vsync_len = 2,
- .vback_porch= 19,
.vblank_level = 252,
@@ -276,63 +245,21 @@ drm_encoder_to_sun4i_tv(struct drm_encoder *encoder)
encoder);
}
-/*
- * FIXME: If only the drm_display_mode private field was usable, this
- * could go away...
- *
- * So far, it doesn't seem to be preserved when the mode is passed by
- * to mode_set for some reason.
- */
-static const struct tv_mode *sun4i_tv_find_tv_by_mode(const struct
drm_display_mode *mode)
+static const struct tv_mode *
+sun4i_tv_find_tv_by_mode(unsigned int mode)
{
int i;
- /* First try to identify the mode by name */
for (i = 0; i < ARRAY_SIZE(tv_modes); i++) {
const struct tv_mode *tv_mode = _modes[i];
- DRM_DEBUG_DRIVER("Comparing mode %s vs %s",
-mode->name, tv_mode->name);
-
- if (!strcmp(mode->name, tv_mode->name))
- return tv_mode;
- }
-
- /* Then by number of lines */
- for (i = 0; i < ARRAY_SIZE(tv_modes); i++) {
- const struct tv_mode *tv_mode = _modes[i];
-
- DRM_DEBUG_DRIVER("Comparing mode %s vs %s (X: %d vs %d)",
-mode->name, tv_mode->name,
-mode->vdisplay, tv_mode->vdisplay);
-
- if (mode->vdisplay == tv_mode->vdisplay)
+ if (tv_mode->tv_mode == mode)
return tv_mode;
}
return NULL;
}
-static void sun4i_tv_mode_to_drm_mode(const struct tv_mode *tv_mode,
- struct drm_display_mode *mode)
-{
- DRM_DEBUG_DRIVER("Creating mode %s\n", mode->name);
-
- mode->type = DRM_MODE_TYPE_DRIVER;
- mode->clock = 13500;
- mode->flags = DRM_MODE_FLAG_INTERLACE;
-
- mode->hdisplay = tv_mode->hdisplay;
- mode->hsync_start = mode->hdisplay + tv_mode->hfront_porch;
- mode->hsync_end =
