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
next prev 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.