subject:"\[RFC AFBC 10\/12\] drm\/arm\/malidp\:\- Use the newly introduced malidp_format_get_bpp\(\) instead of relying on cpp for calculating framebuffer size"

Re: [RFC AFBC 10/12] drm/arm/malidp:- Use the newly introduced malidp_format_get_bpp() instead of relying on cpp for calculating framebuffer size

2018-12-04 Thread Liviu Dudau

On Mon, Dec 03, 2018 at 11:32:04AM +, Ayan Halder wrote: > Formats like DRM_FORMAT_VUY101010, DRM_FORMAT_YUV420_8BIT and > DRM_FORMAT_YUV420_10BIT are expressed in bits per pixel as they have a non > integer value of cpp (thus denoted as '0' in drm_format_info[]). Therefore, > the calculation

[RFC AFBC 10/12] drm/arm/malidp:- Use the newly introduced malidp_format_get_bpp() instead of relying on cpp for calculating framebuffer size

2018-12-03 Thread Ayan Halder

Formats like DRM_FORMAT_VUY101010, DRM_FORMAT_YUV420_8BIT and DRM_FORMAT_YUV420_10BIT are expressed in bits per pixel as they have a non integer value of cpp (thus denoted as '0' in drm_format_info[]). Therefore, the calculation of AFBC framebuffer size needs to use malidp_format_get_bpp().