[PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-18 Thread Mark Zhang
On 02/18/2013 04:40 PM, Mark Zhang wrote: > On 02/18/2013 03:20 PM, Thierry Reding wrote: [...] >> > > Actually the dc which connects with LVDS doesn't know about 1080p > stuffs. All the video mode infos stored in this dc is still 1366x768(I > just checked the register values on my Tegra 30 cardhu

[PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-18 Thread Mark Zhang
On 02/18/2013 03:20 PM, Thierry Reding wrote: > On Mon, Feb 18, 2013 at 03:06:10PM +0800, Mark Zhang wrote: >> On 02/18/2013 02:48 PM, Thierry Reding wrote: >>> On Mon, Feb 18, 2013 at 02:17:53PM +0800, Mark Zhang wrote: On 02/14/2013 12:05 AM, Thierry Reding wrote: > The sequence for repl

[PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-18 Thread Mark Zhang
On 02/18/2013 02:48 PM, Thierry Reding wrote: > On Mon, Feb 18, 2013 at 02:17:53PM +0800, Mark Zhang wrote: >> On 02/14/2013 12:05 AM, Thierry Reding wrote: >>> The sequence for replacing the scanout buffer is much shorter than a >>> full mode change operation so implementing this callback consider

[PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-18 Thread Mark Zhang
On 02/18/2013 02:17 PM, Mark Zhang wrote: > On 02/14/2013 12:05 AM, Thierry Reding wrote: >> The sequence for replacing the scanout buffer is much shorter than a >> full mode change operation so implementing this callback considerably >> speeds up cases where only a new framebuffer is to be scanned

[PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-18 Thread Mark Zhang
On 02/14/2013 12:05 AM, Thierry Reding wrote: > The sequence for replacing the scanout buffer is much shorter than a > full mode change operation so implementing this callback considerably > speeds up cases where only a new framebuffer is to be scanned out. > > Signed-off-by: Thierry Reding > ---

[PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-18 Thread Thierry Reding
On Mon, Feb 18, 2013 at 03:06:10PM +0800, Mark Zhang wrote: > On 02/18/2013 02:48 PM, Thierry Reding wrote: > > On Mon, Feb 18, 2013 at 02:17:53PM +0800, Mark Zhang wrote: > >> On 02/14/2013 12:05 AM, Thierry Reding wrote: > >>> The sequence for replacing the scanout buffer is much shorter than a >

[PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-18 Thread Thierry Reding
On Mon, Feb 18, 2013 at 02:17:53PM +0800, Mark Zhang wrote: > On 02/14/2013 12:05 AM, Thierry Reding wrote: > > The sequence for replacing the scanout buffer is much shorter than a > > full mode change operation so implementing this callback considerably > > speeds up cases where only a new framebu

Re: [PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-18 Thread Mark Zhang
On 02/18/2013 04:40 PM, Mark Zhang wrote: > On 02/18/2013 03:20 PM, Thierry Reding wrote: [...] >> > > Actually the dc which connects with LVDS doesn't know about 1080p > stuffs. All the video mode infos stored in this dc is still 1366x768(I > just checked the register values on my Tegra 30 cardhu

Re: [PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-18 Thread Mark Zhang
On 02/18/2013 03:20 PM, Thierry Reding wrote: > On Mon, Feb 18, 2013 at 03:06:10PM +0800, Mark Zhang wrote: >> On 02/18/2013 02:48 PM, Thierry Reding wrote: >>> On Mon, Feb 18, 2013 at 02:17:53PM +0800, Mark Zhang wrote: On 02/14/2013 12:05 AM, Thierry Reding wrote: > The sequence for repl

Re: [PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-17 Thread Thierry Reding
On Mon, Feb 18, 2013 at 03:06:10PM +0800, Mark Zhang wrote: > On 02/18/2013 02:48 PM, Thierry Reding wrote: > > On Mon, Feb 18, 2013 at 02:17:53PM +0800, Mark Zhang wrote: > >> On 02/14/2013 12:05 AM, Thierry Reding wrote: > >>> The sequence for replacing the scanout buffer is much shorter than a >

Re: [PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-17 Thread Mark Zhang
On 02/18/2013 02:48 PM, Thierry Reding wrote: > On Mon, Feb 18, 2013 at 02:17:53PM +0800, Mark Zhang wrote: >> On 02/14/2013 12:05 AM, Thierry Reding wrote: >>> The sequence for replacing the scanout buffer is much shorter than a >>> full mode change operation so implementing this callback consider

Re: [PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-17 Thread Thierry Reding
On Mon, Feb 18, 2013 at 02:17:53PM +0800, Mark Zhang wrote: > On 02/14/2013 12:05 AM, Thierry Reding wrote: > > The sequence for replacing the scanout buffer is much shorter than a > > full mode change operation so implementing this callback considerably > > speeds up cases where only a new framebu

Re: [PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-17 Thread Mark Zhang
On 02/18/2013 02:17 PM, Mark Zhang wrote: > On 02/14/2013 12:05 AM, Thierry Reding wrote: >> The sequence for replacing the scanout buffer is much shorter than a >> full mode change operation so implementing this callback considerably >> speeds up cases where only a new framebuffer is to be scanned

Re: [PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-17 Thread Mark Zhang
On 02/14/2013 12:05 AM, Thierry Reding wrote: > The sequence for replacing the scanout buffer is much shorter than a > full mode change operation so implementing this callback considerably > speeds up cases where only a new framebuffer is to be scanned out. > > Signed-off-by: Thierry Reding > ---

[PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-13 Thread Thierry Reding
The sequence for replacing the scanout buffer is much shorter than a full mode change operation so implementing this callback considerably speeds up cases where only a new framebuffer is to be scanned out. Signed-off-by: Thierry Reding --- Changes in v3: - split DC_CMD_STATE_CONTROL writes driv

[PATCH v3 3/7] drm/tegra: Implement .mode_set_base()

2013-02-13 Thread Thierry Reding
The sequence for replacing the scanout buffer is much shorter than a full mode change operation so implementing this callback considerably speeds up cases where only a new framebuffer is to be scanned out. Signed-off-by: Thierry Reding --- Changes in v3: - split DC_CMD_STATE_CONTROL writes driv