On Mon, May 27, 2013 at 06:44:57PM +0300, ville.syrjala@xxxxxxxxxxxxxxx wrote: > From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx> > > Often the hardware needs certain clocks running when accessing the > palette, so don't go poking at it if the CRTC is disabled. We still > call the fb_helper gamma_set hooks to update the driver's notion of > what the palette should contain, so that if/when CRTC gets enabled, > the driver will load the correct palette. > > Signed-off-by: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx> > --- > The other option would of course to put the check into the load_lut > function itself. I don't really care which way we do it as long as > the check is somewhere... > > drivers/gpu/drm/drm_fb_helper.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c > index 1b6ca23..4ecf128 100644 > --- a/drivers/gpu/drm/drm_fb_helper.c > +++ b/drivers/gpu/drm/drm_fb_helper.c > @@ -663,7 +663,9 @@ int drm_fb_helper_setcmap(struct fb_cmap *cmap, struct fb_info *info) > if (rc) > goto out; > } > - crtc_funcs->load_lut(crtc); > + > + if (crtc->enabled) I'd vote for if (crtc->enabled && crtc_funcs->load_lut) since a lot of kms drivers only implement dummy ->load_lut functions. Then please also throw a pile of driver patches on top to kill all the now redundant crtc->enabled checks and all the dummy load_lut functions. With that fixed this is Acked-by: Daniel Vetter <daniel.vetter@xxxxxxxx> > + crtc_funcs->load_lut(crtc); > } > out: > drm_modeset_unlock_all(dev); > -- > 1.8.1.5 > > _______________________________________________ > dri-devel mailing list > dri-devel@xxxxxxxxxxxxxxxxxxxxx > http://lists.freedesktop.org/mailman/listinfo/dri-devel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
