All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: James Simmons <jsimmons@infradead.org>
Cc: linux-fbdev@vger.kernel.org,
	Seung-Woo Kim <sw0312.kim@samsung.com>,
	dri-devel@lists.freedesktop.org, Inki Dae <inki.dae@samsung.com>,
	Kyungmin Park <kyungmin.park@samsung.com>
Subject: Re: [PATCH] drm: exynos: Fix fb_videomode <-> drm_mode_modeinfo conversion
Date: Thu, 08 Mar 2012 18:08:13 +0000	[thread overview]
Message-ID: <19579335.MlZiPW5pP0@avalon> (raw)
In-Reply-To: <alpine.LFD.2.02.1203081656160.1975@casper.infradead.org>

Hi James,

On Thursday 08 March 2012 16:57:21 James Simmons wrote:
> > The fb_videomode structure stores the front porch and back porch in the
> > right_margin and left_margin fields respectively. right_margin should
> > thus be computed with hsync_start - hdisplay, and left_margin with
> > htotal - hsync_end. The same holds for the vertical direction.
> > 
> >        Active               Front           Sync            Back
> >        Region               Porch                           Porch
> > 
> > <-------------------><----------------><-------------><---------------->
> > 
> >   //////////////////|
> >  
> >  ////////////////// |
> > 
> > //////////////////  |..................               ..................
> > 
> >                                        _______________
> > 
> > <------ xres -------><- right_margin -><- hsync_len -><- left_margin -->
> > 
> > <---- hdisplay ----->
> > <------------ hsync_start ------------>
> > <--------------------- hsync_end -------------------->
> > <--------------------------------- htotal ----------------------------->
> > 
> > Fix the fb_videomode <-> drm_mode_modeinfo conversion functions
> > accordingly.
> 
> Wow I see this has remegered. Some time last year I posted a patch that
> had these routines in a generic format for people to use. I can repost
> them again if people are interested.

As part of the EDID parser rework, I will introduce a common structure to 
describe video modes. Conversion functions between the common structures and 
struct drm_mode_modeinfo, struct fb_videomode and struct v4l2_bt_timings will 
be provided. Direct conversion between drm_mode_modeinfo and fb_videomode 
should then disappear.

This being said, we could introduce add you conversion functions in the 
meantime. I will then post a patch to remove them when the common video mode 
structure will be pushed to mainline :-)

-- 
Regards,

Laurent Pinchart


WARNING: multiple messages have this Message-ID (diff)
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: James Simmons <jsimmons@infradead.org>
Cc: linux-fbdev@vger.kernel.org,
	Seung-Woo Kim <sw0312.kim@samsung.com>,
	dri-devel@lists.freedesktop.org, Inki Dae <inki.dae@samsung.com>,
	Kyungmin Park <kyungmin.park@samsung.com>
Subject: Re: [PATCH] drm: exynos: Fix fb_videomode <-> drm_mode_modeinfo conversion
Date: Thu, 08 Mar 2012 19:08:13 +0100	[thread overview]
Message-ID: <19579335.MlZiPW5pP0@avalon> (raw)
In-Reply-To: <alpine.LFD.2.02.1203081656160.1975@casper.infradead.org>

Hi James,

On Thursday 08 March 2012 16:57:21 James Simmons wrote:
> > The fb_videomode structure stores the front porch and back porch in the
> > right_margin and left_margin fields respectively. right_margin should
> > thus be computed with hsync_start - hdisplay, and left_margin with
> > htotal - hsync_end. The same holds for the vertical direction.
> > 
> >        Active               Front           Sync            Back
> >        Region               Porch                           Porch
> > 
> > <-------------------><----------------><-------------><---------------->
> > 
> >   //////////////////|
> >  
> >  ////////////////// |
> > 
> > //////////////////  |..................               ..................
> > 
> >                                        _______________
> > 
> > <------ xres -------><- right_margin -><- hsync_len -><- left_margin -->
> > 
> > <---- hdisplay ----->
> > <------------ hsync_start ------------>
> > <--------------------- hsync_end -------------------->
> > <--------------------------------- htotal ----------------------------->
> > 
> > Fix the fb_videomode <-> drm_mode_modeinfo conversion functions
> > accordingly.
> 
> Wow I see this has remegered. Some time last year I posted a patch that
> had these routines in a generic format for people to use. I can repost
> them again if people are interested.

As part of the EDID parser rework, I will introduce a common structure to 
describe video modes. Conversion functions between the common structures and 
struct drm_mode_modeinfo, struct fb_videomode and struct v4l2_bt_timings will 
be provided. Direct conversion between drm_mode_modeinfo and fb_videomode 
should then disappear.

This being said, we could introduce add you conversion functions in the 
meantime. I will then post a patch to remove them when the common video mode 
structure will be pushed to mainline :-)

-- 
Regards,

Laurent Pinchart

  parent reply	other threads:[~2012-03-08 18:08 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-08 11:34 [PATCH] drm: exynos: Fix fb_videomode <-> drm_mode_modeinfo conversion Laurent Pinchart
2012-03-08 11:34 ` Laurent Pinchart
2012-03-08 13:05 ` Joonyoung Shim
2012-03-08 13:05   ` Joonyoung Shim
2012-03-08 15:31   ` Laurent Pinchart
2012-03-08 15:31     ` Laurent Pinchart
2012-03-08 15:36     ` Sascha Hauer
2012-03-08 15:36       ` Sascha Hauer
2012-03-08 16:57 ` James Simmons
2012-03-08 16:57   ` James Simmons
2012-03-08 18:02   ` Corbin Simpson
2012-03-08 18:02     ` Corbin Simpson
2012-03-08 18:08   ` Laurent Pinchart [this message]
2012-03-08 18:08     ` Laurent Pinchart
2012-03-09  0:56 ` Inki Dae
2012-03-09  0:56   ` Inki Dae

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=19579335.MlZiPW5pP0@avalon \
    --to=laurent.pinchart@ideasonboard.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=inki.dae@samsung.com \
    --cc=jsimmons@infradead.org \
    --cc=kyungmin.park@samsung.com \
    --cc=linux-fbdev@vger.kernel.org \
    --cc=sw0312.kim@samsung.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.