[PATCH RFC 06/15] drm/armada: move variant initialisation to CRTC init

2014-07-11 Thread Sebastian Hesselbarth
On 07/11/2014 04:37 PM, Russell King - ARM Linux wrote: > On Sat, Jul 05, 2014 at 01:58:37PM +0200, Sebastian Hesselbarth wrote: >> On 07/05/2014 12:38 PM, Russell King wrote: >>> Move the variant initialisation entirely to the CRTC init function - >>> the variant support is really about the CRTC p

[PATCH RFC 06/15] drm/armada: move variant initialisation to CRTC init

2014-07-11 Thread Russell King - ARM Linux
On Fri, Jul 11, 2014 at 05:18:50PM +0200, Sebastian Hesselbarth wrote: > On 07/11/2014 04:37 PM, Russell King - ARM Linux wrote: >> What's left is the display-subsystem { } entity to describe the makeup >> of the subsystem. That's not included as we currently need to pass >> a block of memory, and

[PATCH RFC 06/15] drm/armada: move variant initialisation to CRTC init

2014-07-11 Thread Russell King - ARM Linux
On Sat, Jul 05, 2014 at 01:58:37PM +0200, Sebastian Hesselbarth wrote: > On 07/05/2014 12:38 PM, Russell King wrote: > > Move the variant initialisation entirely to the CRTC init function - > > the variant support is really about the CRTC properties than the whole > > system, and we want to treat e

[PATCH RFC 06/15] drm/armada: move variant initialisation to CRTC init

2014-07-09 Thread Russell King - ARM Linux
On Sun, Jul 06, 2014 at 11:46:56AM +0200, Sebastian Hesselbarth wrote: > On 07/05/2014 02:21 PM, Russell King - ARM Linux wrote: > > There's also the issue whether the output can cope with fractional > > clock-skipping dividers - entirely synchronous display systems can > > (such as synchronously c

[PATCH RFC 06/15] drm/armada: move variant initialisation to CRTC init

2014-07-06 Thread Sebastian Hesselbarth
On 07/05/2014 02:21 PM, Russell King - ARM Linux wrote: > On Sat, Jul 05, 2014 at 01:58:37PM +0200, Sebastian Hesselbarth wrote: >> On 07/05/2014 12:38 PM, Russell King wrote: >>> Move the variant initialisation entirely to the CRTC init function - >>> the variant support is really about the CRTC p

[PATCH RFC 06/15] drm/armada: move variant initialisation to CRTC init

2014-07-05 Thread Sebastian Hesselbarth
On 07/05/2014 12:38 PM, Russell King wrote: > Move the variant initialisation entirely to the CRTC init function - > the variant support is really about the CRTC properties than the whole > system, and we want to treat each CRTC individually when we support DT. > > Signed-off-by: Russell King > -

[PATCH RFC 06/15] drm/armada: move variant initialisation to CRTC init

2014-07-05 Thread Russell King - ARM Linux
On Sat, Jul 05, 2014 at 01:58:37PM +0200, Sebastian Hesselbarth wrote: > On 07/05/2014 12:38 PM, Russell King wrote: > > Move the variant initialisation entirely to the CRTC init function - > > the variant support is really about the CRTC properties than the whole > > system, and we want to treat e

[PATCH RFC 06/15] drm/armada: move variant initialisation to CRTC init

2014-07-05 Thread Russell King
Move the variant initialisation entirely to the CRTC init function - the variant support is really about the CRTC properties than the whole system, and we want to treat each CRTC individually when we support DT. Signed-off-by: Russell King --- drivers/gpu/drm/armada/armada_510.c | 19 --