dri-devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Vetter <daniel@ffwll.ch>
To: Alexandru-Cosmin Gheorghe <Alexandru-Cosmin.Gheorghe@arm.com>
Cc: Charles Xu <Charles.Xu@arm.com>, nd <nd@arm.com>,
	Matt Szczesiak <matt.szczesiak@arm.com>,
	"airlied@linux.ie" <airlied@linux.ie>,
	Liviu Dudau <Liviu.Dudau@arm.com>,
	"dri-devel@lists.freedesktop.org"
	<dri-devel@lists.freedesktop.org>,
	David Garbett <David.Garbett@arm.com>,
	"seanpaul@chromium.org" <seanpaul@chromium.org>,
	Lisa Wu <lisa.wu@arm.com>,
	"daniel.vetter@ffwll.ch" <daniel.vetter@ffwll.ch>,
	"malidp@foss.arm.com" <malidp@foss.arm.com>,
	Ayan Halder <Ayan.Halder@arm.com>,
	"james qian wang (Arm Technology China)"
	<james.qian.wang@arm.com>
Subject: Re: [PATCH v3 0/6] Add method to describe tile/bit_level_packed formats
Date: Fri, 5 Oct 2018 16:58:38 +0200	[thread overview]
Message-ID: <20181005145838.GH31561@phenom.ffwll.local> (raw)
In-Reply-To: <20181005092606.21100-1-alexandru-cosmin.gheorghe@arm.com>

On Fri, Oct 05, 2018 at 09:26:43AM +0000, Alexandru-Cosmin Gheorghe wrote:
> There has been some discussion about extending drm core to handle
> linear tile formats, in the series sent by me here [1] and how to
> handle formats that are intended to be used just with
> modifiers(particularly AFBC modifiers) on Brian series [2] and on IRC
> here [3] and [4].
> 
> Hence, this big-merged series:
> 
> Patches 1-3: handle tiled formats both in core and in malidp driver,
> this is done by extending drm_format_info with three new fields
> char_per_block, block_w, block_h and consistently handle in the generic
> code paths, both linear tiled formats and normal formats.
> What's different from [1] is the interpretation of pitch for tile
> formats which has been kept to be the same as for the other formats:
> pitch = average_chars_per_pixel * width.
> 
> Patches 4-6: Introduce the YUV AFBC formats, the only thing noteworthy
> here is that cpp/char_per_block are set to 0 for formats where it's
> mandatory to be used together with a non-linear modifier and then that
> is used to bypass pitch check in framebuffer_check for formats that
> have cpp/char_per_block set to 0.
> 
> [1] https://lists.freedesktop.org/archives/dri-devel/2018-September/188245.html
> [2] https://lists.freedesktop.org/archives/dri-devel/2018-September/189620.html
> [3] https://people.freedesktop.org/~cbrill/dri-log/?channel=dri-devel&highlight_names=&date=2018-09-13&show_html=true
> [4] https://people.freedesktop.org/~cbrill/dri-log/?channel=dri-devel&highlight_names=&date=2018-09-14&show_html=true
> 
> Alexandru Gheorghe (4):
>   drm/fourcc: Add char_per_block, block_w and block_h in drm_format_info
>   drm/fourcc: Add fourcc for Mali linear tiled formats
>   drm: mali-dp: Enable Mali-DP tiled buffer formats
>   drm: Extend framebuffer_check to handle formats with
>     cpp/char_per_block 0
> 
> Brian Starkey (2):
>   drm/fourcc: Add AFBC yuv fourccs for Mali
>   drm/afbc: Add AFBC modifier usage documentation

I think at the design level we're getting there, yay! Bunch of
comments/suggestions/ideas on patch one.

It looks like the patch 7 is missing though, since the fancy formats where
you have no linear layout isn't enabled in mali-dp (afaics at least).
Depending what those look like, my suggestion to require drivers to use
->get_format_info instead might or might not work.

Cheers, Daniel

> 
>  Documentation/gpu/afbc.rst                   | 233 +++++++++++++++++++
>  Documentation/gpu/drivers.rst                |   1 +
>  MAINTAINERS                                  |   1 +
>  drivers/gpu/drm/arm/malidp_hw.c              |  14 +-
>  drivers/gpu/drm/arm/malidp_planes.c          |  23 +-
>  drivers/gpu/drm/drm_fb_cma_helper.c          |  21 +-
>  drivers/gpu/drm/drm_fb_helper.c              |   6 +
>  drivers/gpu/drm/drm_fourcc.c                 |  65 ++++++
>  drivers/gpu/drm/drm_framebuffer.c            |  13 +-
>  drivers/gpu/drm/drm_gem_framebuffer_helper.c |   4 +-
>  include/drm/drm_fourcc.h                     |  29 ++-
>  include/uapi/drm/drm_fourcc.h                |  31 +++
>  12 files changed, 428 insertions(+), 13 deletions(-)
>  create mode 100644 Documentation/gpu/afbc.rst
> 
> -- 
> 2.18.0
> 

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  parent reply	other threads:[~2018-10-05 14:58 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-05  9:26 [PATCH v3 0/6] Add method to describe tile/bit_level_packed formats Alexandru-Cosmin Gheorghe
2018-10-05  9:26 ` [PATCH v3 1/6] drm/fourcc: Add char_per_block, block_w and block_h in drm_format_info Alexandru-Cosmin Gheorghe
2018-10-05 14:51   ` Daniel Vetter
2018-10-08  9:52     ` Alexandru-Cosmin Gheorghe
2018-10-11  8:29       ` Daniel Vetter
2018-10-11  9:58         ` Alexandru-Cosmin Gheorghe
2018-10-11 10:06           ` Daniel Vetter
2018-10-11 10:11           ` Liviu Dudau
2018-10-11 12:40             ` Daniel Vetter
2018-10-11 12:53               ` Liviu Dudau
2018-10-11 13:05                 ` Daniel Vetter
2018-10-05  9:26 ` [PATCH v3 2/6] drm/fourcc: Add fourcc for Mali linear tiled formats Alexandru-Cosmin Gheorghe
2018-10-05  9:26 ` [PATCH v3 3/6] drm: mali-dp: Enable Mali-DP tiled buffer formats Alexandru-Cosmin Gheorghe
2018-10-05  9:26 ` [PATCH v3 4/6] drm: Extend framebuffer_check to handle formats with cpp/char_per_block 0 Alexandru-Cosmin Gheorghe
2018-10-05 14:53   ` Daniel Vetter
2018-10-05  9:27 ` [PATCH v3 5/6] drm/fourcc: Add AFBC yuv fourccs for Mali Alexandru-Cosmin Gheorghe
2018-10-05  9:27 ` [PATCH v3 6/6] drm/afbc: Add AFBC modifier usage documentation Alexandru-Cosmin Gheorghe
2018-10-05 14:58 ` Daniel Vetter [this message]
2018-10-08 10:56   ` [PATCH v3 0/6] Add method to describe tile/bit_level_packed formats Alexandru-Cosmin Gheorghe

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20181005145838.GH31561@phenom.ffwll.local \
    --to=daniel@ffwll.ch \
    --cc=Alexandru-Cosmin.Gheorghe@arm.com \
    --cc=Ayan.Halder@arm.com \
    --cc=Charles.Xu@arm.com \
    --cc=David.Garbett@arm.com \
    --cc=Liviu.Dudau@arm.com \
    --cc=airlied@linux.ie \
    --cc=daniel.vetter@ffwll.ch \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=james.qian.wang@arm.com \
    --cc=lisa.wu@arm.com \
    --cc=malidp@foss.arm.com \
    --cc=matt.szczesiak@arm.com \
    --cc=nd@arm.com \
    --cc=seanpaul@chromium.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox