Re: [PATCH 0/8] panfrost: Fixes for 5.4

From: Rob Herring <robh+dt@kernel.org>
To: Boris Brezillon <boris.brezillon@collabora.com>
Cc: dri-devel <dri-devel@lists.freedesktop.org>,
	Alyssa Rosenzweig <alyssa.rosenzweig@collabora.com>,
	Steven Price <steven.price@arm.com>
Subject: Re: [PATCH 0/8] panfrost: Fixes for 5.4
Date: Fri, 6 Dec 2019 11:16:05 -0600	[thread overview]
Message-ID: <CAL_JsqLAA3K3Ea=eAh_vEmpMJygvPyZk5oSRknjogdNTG=5z1w@mail.gmail.com> (raw)
In-Reply-To: <20191129135908.2439529-1-boris.brezillon@collabora.com>

On Fri, Nov 29, 2019 at 7:59 AM Boris Brezillon
<boris.brezillon@collabora.com> wrote:
>
> Hello,
>
> I've recently come to test a 5.4 kernel on a rk3288 platform (T760),
> and, as reported by many people on #panfrost, I've hit a page-fault
> storm when running various GL apps.
>
> This series tries to address the problems I could spot during my debug
> session, with patch 7 being the most invasive change. I wish I
> could find an easier way to fix the "BO mapping teared down while GPU
> jobs referencing it are in-flight" problem, as I don't like tagging
> complex changes for stable, but this is the best I could come up with.
>
> Let me know if you have better ideas.
>
> Regards,
>
> Boris
>
> Boris Brezillon (8):
>   drm/panfrost: Make panfrost_job_run() return an ERR_PTR() instead of
>     NULL
>   drm/panfrost: Fix a race in panfrost_ioctl_madvise()
>   drm/panfrost: Fix a BO leak in panfrost_ioctl_mmap_bo()
>   drm/panfrost: Fix a race in panfrost_gem_free_object()
>   drm/panfrost: Open/close the perfcnt BO
>   drm/panfrost: Make sure imported/exported BOs are never purged
>   drm/panfrost: Add the panfrost_gem_mapping concept
>   drm/panfrost: Make sure the shrinker does not reclaim referenced BOs

I've applied patches 2-5.

Rob
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel