Re: [RFC 18/28] drm: rcar-du: Add RZ/G2L LCDC Support

Hi Biju, Thank you for the patch. On Wed, Jan 12, 2022 at 05:46:02PM +, Biju Das wrote: > The LCD controller is composed of Frame Compression Processor (FCPVD), > Video Signal Processor (VSPD), and Display Unit (DU). > > It has DPI/DSI interfaces and supports a maximum resolution of 1080p >

[Bug 201957] amdgpu: ring gfx timeout

https://bugzilla.kernel.org/show_bug.cgi?id=201957 --- Comment #56 from techxga...@outlook.com --- Another instance, when my desktop has been idle for a while and the display has been shut off for a while, the display won't come back on. Here's the journal entry I think is relevant to this: Jan

[Bug 201957] amdgpu: ring gfx timeout

https://bugzilla.kernel.org/show_bug.cgi?id=201957 techxga...@outlook.com changed: What|Removed |Added CC||techxga...@outlook.com ---

Re: [PATCH AUTOSEL 5.15 123/188] drm/tegra: dc: rgb: Allow changing PLLD rate on Tegra30+

On Tue, Jan 18, 2022 at 12:39:43PM +0300, Dmitry Osipenko wrote: 18.01.2022 12:37, Dmitry Osipenko пишет: 18.01.2022 05:30, Sasha Levin пишет: From: Dmitry Osipenko [ Upstream commit 0c921b6d4ba06bc899fd84d3ce1c1afd3d00bc1c ] Asus Transformer TF700T is a Tegra30 tablet device which uses

[PATCH] drm/v3d: Add missing unlock

[why] Unlock is needed on the error handling path to prevent dead lock. [how] Fix this by adding drm_gem_unlock_reservations on the error handling path. Signed-off-by: Yongzhi Liu --- drivers/gpu/drm/v3d/v3d_gem.c | 4 1 file changed, 4 insertions(+) diff --git

[PATCH] drm/amdkfd: simplify else if to else check of MIGRATION_COPY_DIR

From: Tom Rix The enum MIGRATION_COPY_DIR type has 2 values. So the else-if can be converted to an else. Signed-off-by: Tom Rix --- drivers/gpu/drm/amd/amdkfd/kfd_migrate.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_migrate.c

Re: [PATCH 01/31] gpu: nouveau: nouveau_led: changing LED_FULL to actual value

Hi Luiz, On Sat, Jan 22, 2022 at 7:44 AM Luiz Sampaio wrote: > > The enum led_brightness, which contains the declaration of LED_OFF, > LED_ON, LED_HALF and LED_FULL is obsolete, as the led class now supports > max_brightness. Your Signed-off-by tag is missing. Please run

RE: [RFC 17/28] dt-bindings: display: renesas, du: Document r9a07g044l bindings

Hi Rob, Thanks for the feedback. > Subject: Re: [RFC 17/28] dt-bindings: display: renesas,du: Document > r9a07g044l bindings > > On Wed, Jan 12, 2022 at 05:46:01PM +, Biju Das wrote: > > Extend the Renesas DU display bindings to support the r9a07g044l RZ/G2L. > > > > Signed-off-by: Biju Das

RE: [RFC 21/28] dt-bindings: display: bridge: Document RZ/G2L MIPI DSI TX bindings

Hi Rob, Thanks for the review. > Subject: Re: [RFC 21/28] dt-bindings: display: bridge: Document RZ/G2L > MIPI DSI TX bindings > > On Wed, Jan 12, 2022 at 05:46:05PM +, Biju Das wrote: > > The RZ/G2L MIPI DSI TX is embedded in the Renesas RZ/G2L family SoC's. > > It can operate in DSI mode,

[PATCH 01/31] gpu: nouveau: nouveau_led: changing LED_FULL to actual value

The enum led_brightness, which contains the declaration of LED_OFF, LED_ON, LED_HALF and LED_FULL is obsolete, as the led class now supports max_brightness. --- drivers/gpu/drm/nouveau/nouveau_led.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH 24/31] video: backlight: changing LED_* from enum led_brightness to actual value

Hello, Daniel Thanks for your reply. This is one of my first patches, so I am still learning. This series of patches affects others subsystems too (hid, leds, sound etc). Should I create series for each subsystem separately, instead of creating one series for everyone? What do you mean by "this

[PATCH 24/31] video: backlight: changing LED_* from enum led_brightness to actual value

The enum led_brightness, which contains the declaration of LED_OFF, LED_ON, LED_HALF and LED_FULL is obsolete, as the led class now supports max_brightness. --- drivers/video/backlight/adp8860_bl.c | 4 ++-- drivers/video/backlight/adp8870_bl.c | 4 ++-- drivers/video/backlight/led_bl.c | 2

Re: [PATCH v3 00/22] drm/rockchip: RK356x VOP2 support

> Wiadomość napisana przez Sascha Hauer w dniu > 21.01.2022, o godz. 11:32: > >> >> 1. how support for CEC looks/prospects (plans for future, not in this code, >> expecting others should implement, etc)? > > I had to google what CEC actually is. We don't have plans supporting it. > It

Re: [PATCH 24/31] video: backlight: changing LED_* from enum led_brightness to actual value

Hello, Daniel Thanks for your reply. This is one of my first patches, so I am still learning. This series of patches affects others subsystems too (hid, leds, sound etc). Should I create series for each subsystem separately, instead of creating one series for everyone? What do you mean by "this

[PATCH] drm/nouveau: fix off by one in BIOS boundry checking

Bounds checking when parsing init scripts embedded in the BIOS reject access to the last byte. This causes driver initialization to fail on Apple eMac's with GeForce 2 MX GPUs, leaving the system with no working console. This is probably only seen on OpenFirmware machines like PowerPC Macs