<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/gpu/drm/panfrost, branch linux-5.16.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.16.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.16.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2022-04-08T12:05:57Z</updated>
<entry>
<title>drm/panfrost: Check for error num after setting mask</title>
<updated>2022-04-08T12:05:57Z</updated>
<author>
<name>Jiasheng Jiang</name>
</author>
<published>2022-01-06T03:03:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f86631de2ed85809bbcc755f4a732c35160eea35'/>
<id>urn:sha1:f86631de2ed85809bbcc755f4a732c35160eea35</id>
<content type='text'>
[ Upstream commit 44ab30b056149bd59dd7989a593dd25ead6007fd ]

Because of the possible failure of the dma_supported(), the
dma_set_mask_and_coherent() may return error num.
Therefore, it should be better to check it and return the error if
fails.

Fixes: f3ba91228e8e ("drm/panfrost: Add initial panfrost driver")
Signed-off-by: Jiasheng Jiang &lt;jiasheng@iscas.ac.cn&gt;
[Steve: fix Fixes: line]
Reviewed-by: Steven Price &lt;steven.price@arm.com&gt;
Signed-off-by: Steven Price &lt;steven.price@arm.com&gt;
Link: https://patchwork.freedesktop.org/patch/msgid/20220106030326.2620942-1-jiasheng@iscas.ac.cn
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>drm: Return error codes from struct drm_driver.gem_create_object</title>
<updated>2022-01-27T11:02:19Z</updated>
<author>
<name>Thomas Zimmermann</name>
</author>
<published>2021-11-30T09:52:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=657b5d916a60291d4590b349891503967b1be74b'/>
<id>urn:sha1:657b5d916a60291d4590b349891503967b1be74b</id>
<content type='text'>
[ Upstream commit 4ff22f487f8c26b99cbe1678344595734c001a39 ]

GEM helper libraries use struct drm_driver.gem_create_object to let
drivers override GEM object allocation. On failure, the call returns
NULL.

Change the semantics to make the calls return a pointer-encoded error.
This aligns the callback with its callers. Fixes the ingenic driver,
which already returns an error pointer.

Also update the callers to handle the involved types more strictly.

Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;
Reviewed-by: Steven Price &lt;steven.price@arm.com&gt;
Acked-by: Maxime Ripard &lt;maxime@cerno.tech&gt;
Link: https://patchwork.freedesktop.org/patch/msgid/20211130095255.26710-1-tzimmermann@suse.de
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>drm/panfrost: simplify getting .driver_data</title>
<updated>2021-09-20T13:34:37Z</updated>
<author>
<name>Wolfram Sang</name>
</author>
<published>2021-09-20T09:05:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fba5265fca72436c13c4eae95ae1115b8b875b3b'/>
<id>urn:sha1:fba5265fca72436c13c4eae95ae1115b8b875b3b</id>
<content type='text'>
We should get 'driver_data' from 'struct device' directly. Going via
platform_device is an unneeded step back and forth.

Signed-off-by: Wolfram Sang &lt;wsa+renesas@sang-engineering.com&gt;
Reviewed-by: Alyssa Rosenzweig &lt;alyssa.rosenzweig@collabora.com&gt;
Reviewed-by: Steven Price &lt;steven.price@arm.com&gt;
Signed-off-by: Steven Price &lt;steven.price@arm.com&gt;
Link: https://patchwork.freedesktop.org/patch/msgid/20210920090522.23784-6-wsa+renesas@sang-engineering.com
</content>
</entry>
<entry>
<title>panfrost: make mediatek_mt8183_supplies and mediatek_mt8183_pm_domains static</title>
<updated>2021-09-20T13:34:21Z</updated>
<author>
<name>Jiapeng Chong</name>
</author>
<published>2021-09-18T09:13:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d52ce7094e11e71be1b03f0aab0ff5529557e8a9'/>
<id>urn:sha1:d52ce7094e11e71be1b03f0aab0ff5529557e8a9</id>
<content type='text'>
This symbol is not used outside of panfrost_drv.c, so marks it static.

Fix the following sparse warning:

drivers/gpu/drm/panfrost/panfrost_drv.c:641:12: warning: symbol
'mediatek_mt8183_supplies' was not declared. Should it be static?

drivers/gpu/drm/panfrost/panfrost_drv.c:642:12: warning: symbol
'mediatek_mt8183_pm_domains' was not declared. Should it be static?

Reported-by: Abaci Robot &lt;abaci@linux.alibaba.com&gt;
Signed-off-by: Jiapeng Chong &lt;jiapeng.chong@linux.alibaba.com&gt;
Reviewed-by: Steven Price &lt;steven.price@arm.com&gt;
Signed-off-by: Steven Price &lt;steven.price@arm.com&gt;
Link: https://patchwork.freedesktop.org/patch/msgid/1631956414-85412-1-git-send-email-jiapeng.chong@linux.alibaba.com
</content>
</entry>
<entry>
<title>drm/panfrost: Calculate lock region size correctly</title>
<updated>2021-09-17T10:47:26Z</updated>
<author>
<name>Steven Price</name>
</author>
<published>2021-09-03T09:49:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a53f2c035e9832d20775d2c66c71495f2dc27699'/>
<id>urn:sha1:a53f2c035e9832d20775d2c66c71495f2dc27699</id>
<content type='text'>
It turns out that when locking a region, the region must be a naturally
aligned power of 2. The upshot of this is that if the desired region
crosses a 'large boundary' the region size must be increased
significantly to ensure that the locked region completely covers the
desired region. Previous calculations (including in kbase for the
proprietary driver) failed to take this into account.

Since it's known that the lock region must be naturally aligned we can
compute the required size by looking at the highest bit position which
changes between the start/end of the lock region (subtracting 1 from the
end because the end address is exclusive). The start address is then
aligned based on the size (this is technically unnecessary as the
hardware will ignore these bits, but the spec advises to do this "to
avoid confusion").

Reviewed-by: Boris Brezillon &lt;boris.brezillon@collabora.com&gt;
Reviewed-by: Alyssa Rosenzweig &lt;alyssa.rosenzweig@collabora.com&gt;
Signed-off-by: Steven Price &lt;steven.price@arm.com&gt;
Link: https://patchwork.freedesktop.org/patch/msgid/20210903094957.74560-1-steven.price@arm.com
</content>
</entry>
<entry>
<title>Merge drm/drm-next into drm-misc-next</title>
<updated>2021-09-14T07:25:30Z</updated>
<author>
<name>Maxime Ripard</name>
</author>
<published>2021-09-14T07:25:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2f76520561d01a5f37e6d6ed2c2e441b6a355a96'/>
<id>urn:sha1:2f76520561d01a5f37e6d6ed2c2e441b6a355a96</id>
<content type='text'>
Kickstart new drm-misc-next cycle.

Signed-off-by: Maxime Ripard &lt;maxime@cerno.tech&gt;
</content>
</entry>
<entry>
<title>drm/panfrost: Make use of the helper function devm_platform_ioremap_resource()</title>
<updated>2021-09-02T09:13:47Z</updated>
<author>
<name>Cai Huoqing</name>
</author>
<published>2021-08-31T07:53:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3605eacc8ae055d699f7fa3adb9123c4c36ecd82'/>
<id>urn:sha1:3605eacc8ae055d699f7fa3adb9123c4c36ecd82</id>
<content type='text'>
Use the devm_platform_ioremap_resource() helper instead of
calling platform_get_resource() and devm_ioremap_resource()
separately

Signed-off-by: Cai Huoqing &lt;caihuoqing@baidu.com&gt;
Reviewed-by: Steven Price &lt;steven.price@arm.com&gt;
Signed-off-by: Steven Price &lt;steven.price@arm.com&gt;
Link: https://patchwork.freedesktop.org/patch/msgid/20210831075327.653-1-caihuoqing@baidu.com
</content>
</entry>
<entry>
<title>panfrost: Don't cleanup the job if it was successfully queued</title>
<updated>2021-09-02T09:11:58Z</updated>
<author>
<name>Boris Brezillon</name>
</author>
<published>2021-08-31T13:35:56Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=771d2053d41ff4d7c8dded432182cd1807ddc204'/>
<id>urn:sha1:771d2053d41ff4d7c8dded432182cd1807ddc204</id>
<content type='text'>
The labels are misleading. Even though they are all prefixed with 'fail_'
the success case also takes that path, and we should definitely not
cleanup the job if it's been queued. While at it, let's rename those
labels so we don't do the same mistake again.

Fixes: 53516280cc38 ("drm/panfrost: use scheduler dependency tracking")
Signed-off-by: Boris Brezillon &lt;boris.brezillon@collabora.com&gt;
Reviewed-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Reviewed-by: Steven Price &lt;steven.price@arm.com&gt;
Tested-by: Steven Price &lt;steven.price@arm.com&gt;
Signed-off-by: Steven Price &lt;steven.price@arm.com&gt;
Link: https://patchwork.freedesktop.org/patch/msgid/20210831133556.236984-1-boris.brezillon@collabora.com
Link: https://patchwork.freedesktop.org/patch/msgid/20210831133556.236984-1-boris.brezillon@collabora.com
</content>
</entry>
<entry>
<title>drm/panfrost: use scheduler dependency tracking</title>
<updated>2021-08-30T08:57:50Z</updated>
<author>
<name>Daniel Vetter</name>
</author>
<published>2021-08-05T10:46:52Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=53516280cc3842746b09b5442addf62b41f1f420'/>
<id>urn:sha1:53516280cc3842746b09b5442addf62b41f1f420</id>
<content type='text'>
Just deletes some code that's now more shared.

Note that thanks to the split into drm_sched_job_init/arm we can now
easily pull the _init() part from under the submission lock way ahead
where we're adding the sync file in-fences as dependencies.

v2: Correctly clean up the partially set up job, now that job_init()
and job_arm() are apart (Emma).

v3: Rebased over renamed functions for adding depdencies

Acked-by: Alyssa Rosenzweig &lt;alyssa.rosenzweig@collabora.com&gt;
Acked-by: Emma Anholt &lt;emma@anholt.net&gt;
Reviewed-by: Steven Price &lt;steven.price@arm.com&gt; (v3)
Signed-off-by: Daniel Vetter &lt;daniel.vetter@intel.com&gt;
Cc: Rob Herring &lt;robh@kernel.org&gt;
Cc: Tomeu Vizoso &lt;tomeu.vizoso@collabora.com&gt;
Cc: Steven Price &lt;steven.price@arm.com&gt;
Cc: Alyssa Rosenzweig &lt;alyssa.rosenzweig@collabora.com&gt;
Cc: Sumit Semwal &lt;sumit.semwal@linaro.org&gt;
Cc: "Christian König" &lt;christian.koenig@amd.com&gt;
Cc: linux-media@vger.kernel.org
Cc: linaro-mm-sig@lists.linaro.org
Cc: Emma Anholt &lt;emma@anholt.net&gt;
Link: https://patchwork.freedesktop.org/patch/msgid/20210805104705.862416-8-daniel.vetter@ffwll.ch
</content>
</entry>
<entry>
<title>drm/sched: drop entity parameter from drm_sched_push_job</title>
<updated>2021-08-30T08:54:45Z</updated>
<author>
<name>Daniel Vetter</name>
</author>
<published>2021-08-05T10:46:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0e10e9a1db230ae98c8ccfeaf0734545421c3995'/>
<id>urn:sha1:0e10e9a1db230ae98c8ccfeaf0734545421c3995</id>
<content type='text'>
Originally a job was only bound to the queue when we pushed this, but
now that's done in drm_sched_job_init, making that parameter entirely
redundant.

Remove it.

The same applies to the context parameter in
lima_sched_context_queue_task, simplify that too.

v2:
Rebase on top of msm adopting drm/sched

Reviewed-by: Christian König &lt;christian.koenig@amd.com&gt;
Acked-by: Emma Anholt &lt;emma@anholt.net&gt;
Acked-by: Melissa Wen &lt;mwen@igalia.com&gt;
Reviewed-by: Steven Price &lt;steven.price@arm.com&gt; (v1)
Reviewed-by: Boris Brezillon &lt;boris.brezillon@collabora.com&gt; (v1)
Signed-off-by: Daniel Vetter &lt;daniel.vetter@intel.com&gt;
Cc: Lucas Stach &lt;l.stach@pengutronix.de&gt;
Cc: Russell King &lt;linux+etnaviv@armlinux.org.uk&gt;
Cc: Christian Gmeiner &lt;christian.gmeiner@gmail.com&gt;
Cc: Qiang Yu &lt;yuq825@gmail.com&gt;
Cc: Rob Herring &lt;robh@kernel.org&gt;
Cc: Tomeu Vizoso &lt;tomeu.vizoso@collabora.com&gt;
Cc: Steven Price &lt;steven.price@arm.com&gt;
Cc: Alyssa Rosenzweig &lt;alyssa.rosenzweig@collabora.com&gt;
Cc: Emma Anholt &lt;emma@anholt.net&gt;
Cc: David Airlie &lt;airlied@linux.ie&gt;
Cc: Daniel Vetter &lt;daniel@ffwll.ch&gt;
Cc: Sumit Semwal &lt;sumit.semwal@linaro.org&gt;
Cc: "Christian König" &lt;christian.koenig@amd.com&gt;
Cc: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Cc: Nirmoy Das &lt;nirmoy.das@amd.com&gt;
Cc: Dave Airlie &lt;airlied@redhat.com&gt;
Cc: Chen Li &lt;chenli@uniontech.com&gt;
Cc: Lee Jones &lt;lee.jones@linaro.org&gt;
Cc: Deepak R Varma &lt;mh12gx2825@gmail.com&gt;
Cc: Kevin Wang &lt;kevin1.wang@amd.com&gt;
Cc: Luben Tuikov &lt;luben.tuikov@amd.com&gt;
Cc: "Marek Olšák" &lt;marek.olsak@amd.com&gt;
Cc: Maarten Lankhorst &lt;maarten.lankhorst@linux.intel.com&gt;
Cc: Andrey Grodzovsky &lt;andrey.grodzovsky@amd.com&gt;
Cc: Dennis Li &lt;Dennis.Li@amd.com&gt;
Cc: Boris Brezillon &lt;boris.brezillon@collabora.com&gt;
Cc: etnaviv@lists.freedesktop.org
Cc: lima@lists.freedesktop.org
Cc: linux-media@vger.kernel.org
Cc: linaro-mm-sig@lists.linaro.org
Cc: Rob Clark &lt;robdclark@gmail.com&gt;
Cc: Sean Paul &lt;sean@poorly.run&gt;
Cc: Melissa Wen &lt;mwen@igalia.com&gt;
Cc: linux-arm-msm@vger.kernel.org
Cc: freedreno@lists.freedesktop.org
Link: https://patchwork.freedesktop.org/patch/msgid/20210805104705.862416-6-daniel.vetter@ffwll.ch
</content>
</entry>
</feed>
