From: Boris Brezillon <boris.brezillon@collabora.com>
To: Steven Price <steven.price@arm.com>
Cc: "Liviu Dudau" <liviu.dudau@arm.com>,
"Adrián Larumbe" <adrian.larumbe@collabora.com>,
"Christopher Healy" <healych@amazon.com>,
dri-devel@lists.freedesktop.org, kernel@collabora.com
Subject: Re: [PATCH 2/3] drm/panthor: Make sure the tiler initial/max chunks are consistent
Date: Thu, 25 Apr 2024 14:04:32 +0200 [thread overview]
Message-ID: <20240425140432.17902ac6@collabora.com> (raw)
In-Reply-To: <45272508-b172-46e6-bb75-1a39d7cce37a@arm.com>
On Thu, 25 Apr 2024 11:43:39 +0100
Steven Price <steven.price@arm.com> wrote:
> On 25/04/2024 10:28, Steven Price wrote:
> > On 25/04/2024 08:18, Boris Brezillon wrote:
> >> It doesn't make sense to have a maximum number of chunks smaller than
> >> the initial number of chunks attached to the context.
> >>
> >> Fix the uAPI header to reflect the new constraint, and mention the
> >> undocumented "initial_chunk_count > 0" constraint while at it.
> >>
> >> Fixes: 9cca48fa4f89 ("drm/panthor: Add the heap logical block")
> >> Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com>
> >
> > Reviewed-by: Steven Price <steven.price@arm.com>
>
> Ok, I'll take that back... I've rebased (and fixed up all the out of
> tree patches) and this doesn't work when I actually test it!
>
> >
> >> ---
> >> drivers/gpu/drm/panthor/panthor_heap.c | 3 +++
> >> include/uapi/drm/panthor_drm.h | 8 ++++++--
> >> 2 files changed, 9 insertions(+), 2 deletions(-)
> >>
> >> diff --git a/drivers/gpu/drm/panthor/panthor_heap.c b/drivers/gpu/drm/panthor/panthor_heap.c
> >> index 143fa35f2e74..8728c9bb76e4 100644
> >> --- a/drivers/gpu/drm/panthor/panthor_heap.c
> >> +++ b/drivers/gpu/drm/panthor/panthor_heap.c
> >> @@ -281,6 +281,9 @@ int panthor_heap_create(struct panthor_heap_pool *pool,
> >> if (initial_chunk_count == 0)
> >> return -EINVAL;
> >>
> >> + if (initial_chunk_count < max_chunks)
>
> This should be initial_chunk_count > max_chunks. Otherwise you're
> requiring the initial chunk count to be equal *or greater* than the max
> chunks which makes no sense!
Damn it, here's what happens when you think your changes are too
trivial to be wrong...
But I swear I would have tested the whole thing before pushing to
drm-misc. :P
next prev parent reply other threads:[~2024-04-25 12:04 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-25 7:18 [PATCH 0/3] drm/panthor: Collection of tiler heap related fixes Boris Brezillon
2024-04-25 7:18 ` [PATCH 1/3] drm/panthor: Fix tiler OOM handling to allow incremental rendering Boris Brezillon
2024-04-25 9:28 ` Steven Price
2024-04-25 9:45 ` Boris Brezillon
2024-04-25 7:18 ` [PATCH 2/3] drm/panthor: Make sure the tiler initial/max chunks are consistent Boris Brezillon
2024-04-25 9:28 ` Steven Price
2024-04-25 10:43 ` Steven Price
2024-04-25 12:04 ` Boris Brezillon [this message]
2024-04-25 7:18 ` [PATCH 3/3] drm/panthor: Relax the check on the tiler chunk size Boris Brezillon
2024-04-25 9:28 ` Steven Price
2024-04-25 9:56 ` Boris Brezillon
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=20240425140432.17902ac6@collabora.com \
--to=boris.brezillon@collabora.com \
--cc=adrian.larumbe@collabora.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=healych@amazon.com \
--cc=kernel@collabora.com \
--cc=liviu.dudau@arm.com \
--cc=steven.price@arm.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.