On Tue, Oct 15, 2013 at 2:06 PM, <ville.syrjala at linux.intel.com> wrote: > From: Ville Syrj?l? <ville.syrjala at linux.intel.com> > > drm_fb_get_bpp_depth() likes to complain about unsupported pixel formats > but doesn't bother telling us what the format was. Also format_check() > just returns an error when it encouters an invalid format, leaving the > user scratching his head trying to figure out why addfb failed. Make > life a bit easier by using drm_get_format_name() in both places. > > Signed-off-by: Ville Syrj?l? <ville.syrjala at linux.intel.com>
Reviewed-by: Alex Deucher <alexander.deucher at amd.com> > --- > drivers/gpu/drm/drm_crtc.c | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c > index d7a8370..8b428e5 100644 > --- a/drivers/gpu/drm/drm_crtc.c > +++ b/drivers/gpu/drm/drm_crtc.c > @@ -2489,6 +2489,8 @@ static int format_check(const struct drm_mode_fb_cmd2 > *r) > case DRM_FORMAT_YVU444: > return 0; > default: > + DRM_DEBUG_KMS("invalid pixel format %s\n", > + drm_get_format_name(r->pixel_format)); > return -EINVAL; > } > } > @@ -3822,7 +3824,8 @@ void drm_fb_get_bpp_depth(uint32_t format, unsigned int > *depth, > *bpp = 32; > break; > default: > - DRM_DEBUG_KMS("unsupported pixel format\n"); > + DRM_DEBUG_KMS("unsupported pixel format %s\n", > + drm_get_format_name(format)); > *depth = 0; > *bpp = 0; > break; > -- > 1.8.1.5 > > _______________________________________________ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel