https://bugzilla.kernel.org/show_bug.cgi?id=213983
Harry Coin (hc...@quietfountain.com) changed:
What|Removed |Added
CC|
On 04/08/2023 18:45, Chris Morgan wrote:
> From: Chris Morgan
>
> Document the Anbernic RG351V panel, which appears to be identical to
> the panel used in their 353 series except for in inclusion of an
> additional DSI format flag.
>
> Signed-off-by: Chris Morgan
> ---
>
Hi Uwe,
On Fri, Aug 04, 2023 at 04:27:06PM +0200, Uwe Kleine-König wrote:
> Instead of requiring each driver to care for assigning the owner member
> of struct pwm_ops, handle that implicitly using a macro. Note that the
> owner member has to be moved to struct pwm_chip, as the ops structure
>
On Sat, Aug 5, 2023 at 6:00 PM Danilo Krummrich wrote:
>
> Fix call to nouveau_fence_emit() with wrong channel parameter.
>
> Fixes: 7f2a0b50b2b2 ("drm/nouveau: fence: separate fence alloc and emit")
> Signed-off-by: Danilo Krummrich
> ---
> drivers/gpu/drm/nouveau/nouveau_dmem.c | 2 +-
> 1
On 8/4/23 17:10, Luca Ceresoli wrote:
This panel has been implemented in commit 225213f24c79 ("drm/panel-simple:
Add Innolux G156HCE-L01 panel entry") with a higher clock than the typical
one mentioned on the documentation to avoid flickering on the unit
tested. Testing on a different unit shows
Fix call to nouveau_fence_emit() with wrong channel parameter.
Fixes: 7f2a0b50b2b2 ("drm/nouveau: fence: separate fence alloc and emit")
Signed-off-by: Danilo Krummrich
---
drivers/gpu/drm/nouveau/nouveau_dmem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The plane_state of drm_atomic_state is not sync to the mtk_plane_state
stored in mtk_crtc during crtc enabling.
So we need to update the mtk_plane_state stored in mtk_crtc by the
drm_atomic_state carried from mtk_drm_crtc_atomic_enable().
While updating mtk_plane_state, OVL layer should be
According to the comment in drm_atomic_helper_async_commit(),
we should make sure FBs have been swapped, so that cleanups in the
new_state performs a cleanup in the old FB.
So we should move swapping FBs after calling mtk_plane_update_new_state(),
to avoid using the old FB which could be freed.
Fix some IGT tests fail at iommu fault in OVL cursor plane.
Change in v4:
1. Change disable all layer method to update mtk_plane_state stored
in mtk_crtc by drm_atomic_state from mtk_drm_crtc_atomic_enable().
Change in v3:
1. Add Fixes tag before s.o.b.
Change in v2:
1. Add Fixes tag.
/20230805/202308052132.zchgsqnz-...@intel.com/config)
compiler: gcc-12 (Debian 12.2.0-14) 12.2.0
reproduce:
(https://download.01.org/0day-ci/archive/20230805/202308052132.zchgsqnz-...@intel.com/reproduce)
If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch
On 7/21/23 15:23, Arthur Grillo wrote:
Insert parameterized test for the drm_fb_memcpy() to ensure correctness
and prevent future regressions. The test case can accept different
formats.
Signed-off-by: Arthur Grillo
---
.../gpu/drm/tests/drm_format_helper_test.c| 391 ++
On 7/21/23 15:23, Arthur Grillo wrote:
The drm_fb_memcpy() supports multi-plane formats. To fully test it in
the future, add multi-plane support to the conversion_buf_size() helper.
Signed-off-by: Arthur Grillo
Reviewed-by: Maíra Canal
Best Regards,
- Maíra
---
On 7/21/23 15:23, Arthur Grillo wrote:> Insert parameterized test for
the drm_fb_build_fourcc_list() to ensure
correctness and prevent future regressions.
Signed-off-by: Arthur Grillo
---
.../gpu/drm/tests/drm_format_helper_test.c| 143 ++
1 file changed, 143
On 7/21/23 15:23, Arthur Grillo wrote:
Insert parameterized test for the drm_fb_clip_offset() to ensure
correctness and prevent future regressions.
Signed-off-by: Arthur Grillo
Could you please use the prefix drm/tests in the commit message for all
patches? Besides that:
Reviewed-by: Maíra
On 7/21/23 15:23, Arthur Grillo wrote:
Insert parameterized test for the drm_fb_swab() to ensure correctness
and prevent future regressions.
Signed-off-by: Arthur Grillo
With the nit I pointed in patch #1 addressed,
Reviewed-by: Maíra Canal
Best Regards,
- Maíra
---
Hi Arthur,
Just nitpicking, but...
On 7/21/23 15:23, Arthur Grillo wrote:
Test the default pitch fallback when NULL is passed as the dst_pitch on
the conversion procedures.
Signed-off-by: Arthur Grillo
---
.../gpu/drm/tests/drm_format_helper_test.c| 132 --
1 file
/20230805/202308051951.berkwz2a-...@intel.com/config)
compiler: s390-linux-gcc (GCC) 12.3.0
reproduce:
(https://download.01.org/0day-ci/archive/20230805/202308051951.berkwz2a-...@intel.com/reproduce)
If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit
https://bugzilla.kernel.org/show_bug.cgi?id=217764
--- Comment #2 from dswdev (dsw...@outlook.com) ---
Sure, thank you for answer.
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching the assignee of the bug.
This patch fixes the following sparse error:
drivers/gpu/drm/nouveau/dispnv50/disp.c:134:31: error: subtraction of different
types can't work (different address spaces)
drivers/gpu/drm/nouveau/dispnv50/disp.c:197:31: error: subtraction of different
types can't work (different address spaces)
The original commit adding that check tried to protect the kenrel against
a potential invalid NULL pointer access.
However we call nouveau_connector_detect_depth once without a native_mode
set on purpose for non LVDS connectors and this broke DP support in a few
cases.
Cc: Olaf Skibbe
Cc: Lyude
https://bugzilla.kernel.org/show_bug.cgi?id=217764
Artem S. Tashkinov (a...@gmx.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
25 matches
Mail list logo