[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

[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

[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

[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

[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

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 replacing the

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). The

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

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 out.

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 framebuffer

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 considerably

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 full

[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

[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 thierry.red...@avionic-design.de --- Changes in v3: - split