[PATCH] drm/admgpu: fix vcn reset sysfs warning

sysfs: cannot create duplicate filename '/devices/pci:00/:00:01.1/:01:00.0/:02:00.0/:03:00.0/vcn_reset_mask' [ 562.443738] CPU: 13 PID: 4888 Comm: modprobe Tainted: GE 6.10.0+ #51 [ 562.443740] Hardware name: AMD Splinter/Splinter-RPL, BIOS VS2683299N.FD 05

Re: [PATCH 1/2] drm/amd/pm: fix and simplify workload handling

On 11/13/2024 11:27 AM, Alex Deucher wrote: > On Tue, Nov 12, 2024 at 11:59 PM Lazar, Lijo wrote: >> >> >> >> On 11/13/2024 1:58 AM, Alex Deucher wrote: >>> smu->workload_mask is IP specific and should not be messed with in >>> the common code. The mask bits vary across SMU versions. >>> >>> Mo

Re: [PATCH V2] drm/admgpu: fix vcn reset sysfs warning

On Wed, Nov 13, 2024 at 12:44 AM jesse.zh...@amd.com wrote: > > From: "jesse.zh...@amd.com" > > sysfs: cannot create duplicate filename > '/devices/pci:00/:00:01.1/:01:00.0/:02:00.0/:03:00.0/vcn_reset_mask' > [ 562.443738] CPU: 13 PID: 4888 Comm: modprobe Tainted: G

Re: [PATCH 1/2] drm/amd/pm: fix and simplify workload handling

On Tue, Nov 12, 2024 at 11:59 PM Lazar, Lijo wrote: > > > > On 11/13/2024 1:58 AM, Alex Deucher wrote: > > smu->workload_mask is IP specific and should not be messed with in > > the common code. The mask bits vary across SMU versions. > > > > Move all handling of smu->workload_mask in to the backe

Re: [PATCH 1/2] drm/admgpu: fix vcn sw init failed

On Tue, Nov 12, 2024 at 9:31 AM jesse.zh...@amd.com wrote: > > For multiple vcn instances, to avoid creating reset sysfs multiple times, > add the instance paramter in reset mask init. I think it would be better to create one sysfs file per instance. E.g., vcn_reset_mask, vcn1_reset_mask, vcn2_

[PATCH V2] drm/admgpu: fix vcn reset sysfs warning

From: "jesse.zh...@amd.com" sysfs: cannot create duplicate filename '/devices/pci:00/:00:01.1/:01:00.0/:02:00.0/:03:00.0/vcn_reset_mask' [ 562.443738] CPU: 13 PID: 4888 Comm: modprobe Tainted: GE 6.10.0+ #51 [ 562.443740] Hardware name: AMD Splinter/Splint

Re: [PATCH 2/2] drm/amdgpu: fix vcn sw init failed

On 11/13/2024 10:54 AM, Alex Deucher wrote: > On Wed, Nov 13, 2024 at 12:03 AM Lazar, Lijo wrote: >> >> >> >> On 11/13/2024 10:16 AM, Alex Deucher wrote: >>> On Tue, Nov 12, 2024 at 10:24 PM Lazar, Lijo wrote: On 11/13/2024 7:58 AM, Zhang, Jesse(Jie) wrote: > [AMD Offic

Re: [PATCH 2/2] drm/amdgpu: fix vcn sw init failed

On Wed, Nov 13, 2024 at 12:03 AM Lazar, Lijo wrote: > > > > On 11/13/2024 10:16 AM, Alex Deucher wrote: > > On Tue, Nov 12, 2024 at 10:24 PM Lazar, Lijo wrote: > >> > >> > >> > >> On 11/13/2024 7:58 AM, Zhang, Jesse(Jie) wrote: > >>> [AMD Official Use Only - AMD Internal Distribution Only] > >>>

RE: [PATCH 2/2] drm/amdgpu: fix vcn sw init failed

[AMD Official Use Only - AMD Internal Distribution Only] HI Alex, -Original Message- From: Lazar, Lijo Sent: Wednesday, November 13, 2024 1:03 PM To: Alex Deucher Cc: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org; Deucher, Alexander ; Koenig, Christian ; Prosyak, Vitaly ; Huang,

Re: [PATCH 2/2] drm/amdgpu: fix vcn sw init failed

On 11/13/2024 10:16 AM, Alex Deucher wrote: > On Tue, Nov 12, 2024 at 10:24 PM Lazar, Lijo wrote: >> >> >> >> On 11/13/2024 7:58 AM, Zhang, Jesse(Jie) wrote: >>> [AMD Official Use Only - AMD Internal Distribution Only] >>> >>> Hi, Lijo, >>> >>> -Original Message- >>> From: Lazar, Lijo

Re: [PATCH 1/2] drm/amd/pm: fix and simplify workload handling

On 11/13/2024 1:58 AM, Alex Deucher wrote: > smu->workload_mask is IP specific and should not be messed with in > the common code. The mask bits vary across SMU versions. > > Move all handling of smu->workload_mask in to the backends and > simplify the code. Store the user's preference in smu-

Re: [PATCH 2/2] drm/amdgpu: fix vcn sw init failed

On Tue, Nov 12, 2024 at 10:24 PM Lazar, Lijo wrote: > > > > On 11/13/2024 7:58 AM, Zhang, Jesse(Jie) wrote: > > [AMD Official Use Only - AMD Internal Distribution Only] > > > > Hi, Lijo, > > > > -Original Message- > > From: Lazar, Lijo > > Sent: Tuesday, November 12, 2024 10:54 PM > > To:

Re: [RESEND] amdkfd: check ret code for ioctls

On 11/13/2024 7:46 AM, Felix Kuehling wrote: > > On 2024-11-12 2:35, Zhu Lingshan wrote: >> On 11/12/2024 6:21 AM, Felix Kuehling wrote: >>> On 2024-11-11 03:08, Zhu Lingshan wrote: On 11/5/2024 4:50 AM, Felix Kuehling wrote: > On 2024-10-31 22:35, Zhu Lingshan wrote: >> On 10/31/2024

[PATCH] drm/amdgpu: Check pending job finished or not to identify has bad job

drm_sched_free_job_work is a queue work function, so even job is finished in hw, it still needs some time to be deleted from the pending queue by drm_sched_free_job_work. here iterates over the pending job list and wait for each job to finish within specified timeout (1s by default) to avoid jobs t

Re: [PATCH] [PATCH] drm/amdgpu/sriov: Check pending job finished or not to identify has bad job

[AMD Official Use Only - AMD Internal Distribution Only] Abandon this patch as a modified new patch is sent for review. Regards, Shikang From: Shikang Fan Sent: Friday, November 8, 2024 3:44 PM To: amd-gfx@lists.freedesktop.org Cc: Fan, Shikang ; Liu01, Tong (Es

Re: [PATCH 2/2] drm/amdgpu: fix vcn sw init failed

On 11/13/2024 7:58 AM, Zhang, Jesse(Jie) wrote: > [AMD Official Use Only - AMD Internal Distribution Only] > > Hi, Lijo, > > -Original Message- > From: Lazar, Lijo > Sent: Tuesday, November 12, 2024 10:54 PM > To: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org > Cc: Deucher, Alexan

Re: [PATCH] drm/amd/pm: fix and simplify workload handling

On Tue, Nov 12, 2024 at 8:01 PM Feng, Kenneth wrote: > > [AMD Official Use Only - AMD Internal Distribution Only] > > > Hi Alex, > > Comments inline. > > Thanks. > > > > From: Alex Deucher > Sent: Tuesday, November 12, 2024 10:23 PM > To: Feng, Kenneth > Cc: Deucher, Alexander ; > amd-gfx@lists

RE: [PATCH 2/2] drm/amdgpu: fix vcn sw init failed

[AMD Official Use Only - AMD Internal Distribution Only] Hi, Lijo, -Original Message- From: Lazar, Lijo Sent: Tuesday, November 12, 2024 10:54 PM To: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org Cc: Deucher, Alexander ; Koenig, Christian ; Prosyak, Vitaly ; Huang, Tim Subject: Re

Re: [RESEND] amdkfd: check ret code for ioctls

On 2024-11-12 2:35, Zhu Lingshan wrote: > On 11/12/2024 6:21 AM, Felix Kuehling wrote: >> >> On 2024-11-11 03:08, Zhu Lingshan wrote: >>> On 11/5/2024 4:50 AM, Felix Kuehling wrote: On 2024-10-31 22:35, Zhu Lingshan wrote: > On 10/31/2024 11:30 PM, Felix Kuehling wrote: >> On 2024-1

[PATCH 1/6] drm/amdgpu: add generic display panic helper code

Pull this out of Jocelyn's patch and make it generic. Signed-off-by: Alex Deucher Cc: Lu Yao Cc: Jocelyn Falempe Cc: Harry Wentland --- drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 80 + drivers/gpu/drm/amd/amdgpu/amdgpu_display.h | 5 ++ 2 files changed, 85 insertions(+

[PATCH 5/6] drm/amd/display: add DC drm_panic support

From: Jocelyn Falempe Add support for the drm_panic module, which displays a pretty user friendly message on the screen when a Linux kernel panic occurs. It doesn't work yet on laptop panels, maybe due to PSR. Adapted from Jocelyn's original patch to add DC drm_panic support. Signed-off-by: Jo

[PATCH 6/6] drm/amd/display: add non-DC drm_panic support

Add support for the drm_panic module, which displays a pretty user friendly message on the screen when a Linux kernel panic occurs. Adapt Lu Yao's code to use common helpers derived from Jocelyn's patch. This extends the non-DC code to enable access to non-CPU accessible VRAM and adds support for

[PATCH V4 0/6] Add panic support for all DCE/DCN

This builds on the patches from Lu and Jocelyn to fill in panic support for all DCE/DCN variants and code pathes. v2: refactor to provide cleaner history and share more code to provide a more consistent experience across DC and non-DC. v3: resend with the missing first patch v4: move hubp and mi

[PATCH 4/6] drm/amd/display/dc: add helper for panic updates

Add a DC helper for panic updates. Signed-off-by: Alex Deucher Cc: Lu Yao Cc: Jocelyn Falempe Cc: Harry Wentland --- .../gpu/drm/amd/display/dc/core/dc_surface.c | 46 +++ drivers/gpu/drm/amd/display/dc/dc_plane.h | 3 ++ 2 files changed, 49 insertions(+) diff --git a/d

[PATCH 3/6] drm/amd/display: add clear_tiling mi callbacks

This adds clear_tiling callbacks to the mi structure that will be used for drm panic support to clear the tiling on a display. Mem input (mi) is used on DCE based display IPs. Signed-off-by: Alex Deucher Cc: Lu Yao Cc: Jocelyn Falempe Cc: Harry Wentland --- .../drm/amd/display/dc/dce/dce_mem

[PATCH 2/6] drm/amd/display: add clear_tiling hubp callbacks

This adds clear_tiling callbacks to the hubp structure that will be used for drm panic support to clear the tiling on a display. hubp3 support from Jocelyn's original patch and the rest from me. Signed-off-by: Alex Deucher Cc: Lu Yao Cc: Jocelyn Falempe Cc: Harry Wentland --- .../drm/amd/dis

[PATCH 1/2] drm/amd/pm: fix and simplify workload handling

smu->workload_mask is IP specific and should not be messed with in the common code. The mask bits vary across SMU versions. Move all handling of smu->workload_mask in to the backends and simplify the code. Store the user's preference in smu->power_profile_mode which will be reflected in sysfs. F

[PATCH 2/2] drm/amd/pm: handle custom workload profiles across suspend

If a custom workload profile was provided, save the custom state and reapply if the custom profile is enabled when applying the workload profile. Signed-off-by: Alex Deucher Cc: Kenneth Feng Cc: Lijo Lazar --- drivers/gpu/drm/amd/pm/swsmu/inc/amdgpu_smu.h | 3 + .../gpu/drm/amd/pm/swsmu/smu1

[PATCH 0/9] DC Patches November 12, 2024

Cc: Daniel Wheeler Aric Cyr (1): drm/amd/display: 3.2.310 Austin Zheng (1): drm/amd/display: Populate Power Profile In Case of Early Return Chris Park (1): drm/amd/display: Ignore scalar validation failure if pipe is phantom Dillon Varone (1): drm/amd/display: Enable Request rate limit

[PATCH 9/9] drm/amd/display: 3.2.310

From: Aric Cyr This version brings along the following: - DC core fixes - DCN35 fix - DCN4+ fixes - DML2 fix - New SPL features Reviewed-by: Zaeem Mohamed Signed-off-by: Aric Cyr Signed-off-by: Hamza Mahfooz --- drivers/gpu/drm/amd/display/dc/dc.h | 2 +- 1 file changed, 1 insertion(+), 1 d

[PATCH 7/9] drm/amd/display: allow chroma 1:1 scaling when sharpness is off

From: Samson Tam [Why] SPL code forces taps to 1 when ratio is 1:1 and sharpness is off But for chroma 1:1, need taps > 1 to handle cositing [How] Do not force chroma taps to 1 when ratio is 1:1 for YUV420 Remove 420_CHROMA_BYPASS mode for scaler Reviewed-by: Navid Assadian Signed-off-by: Sams

[PATCH 8/9] drm/amd/display: Remove PIPE_DTO_SRC_SEL programming from set_dtbclk_dto

From: Ovidiu Bunea There are cases where an OTG is remapped from driving a regular HDMI display to a DP/eDP display. There are also cases where DTBCLK needs to be enabled for HPO, but DTBCLK DTO programming may be done while OTG is still enabled which is dangerous as the PIPE_DTO_SRC_SEL programm

[PATCH 4/9] drm/amd/display: Enable Request rate limiter during C-State on dcn401

From: Dillon Varone [WHY] When C-State entry is requested, the rate limiter will be disabled which can result in high contention in the DCHUB return path. [HOW] Enable the rate limiter during C-state requests to prevent contention. Cc: sta...@vger.kernel.org # 6.11+ Reviewed-by: Alvin Lee Sign

[PATCH 6/9] drm/amd/display: Populate Power Profile In Case of Early Return

From: Austin Zheng Early return possible if context has no clk_mgr. This will lead to an invalid power profile being returned which looks identical to a profile with the lowest power level. Add back logic that populated the power profile and overwrite the value if needed. Cc: sta...@vger.kernel.

[PATCH 5/9] drm/amd/display: add public taps API in SPL

From: Samson Tam [Why] Add public API to obtain number of taps in SPL. [How] Isolate function to calculate recout, ratios and viewport before calculating taps. Call function in both public taps API call and private scaling call. Reviewed-by: Jun Lei Signed-off-by: Samson Tam Signed-off-by: Ha

[PATCH 3/9] drm/amd/display: Fix handling of plane refcount

From: Joshua Aberback [Why] The mechanism to backup and restore plane states doesn't maintain refcount, which can cause issues if the refcount of the plane changes in between backup and restore operations, such as memory leaks if the refcount was supposed to go down, or double frees / invalid mem

[PATCH 1/9] drm/amd/display: update pipe selection policy to check head pipe

From: Yihan Zhu [Why] No check on head pipe during the dml to dc hw mapping will allow illegal pipe usage. This will result in a wrong pipe topology to cause mpcc tree totally mess up then cause a display hang. [How] Avoid to use the pipe is head in all check and avoid ODM slice during preferred

[PATCH 2/9] drm/amd/display: Ignore scalar validation failure if pipe is phantom

From: Chris Park [Why] There are some pipe scaler validation failure when the pipe is phantom and causes crash in DML validation. Since, scalar parameters are not as important in phantom pipe and we require this plane to do successful MCLK switches, the failure condition can be ignored. [How] Ig

[PATCH v2] drm/amdkfd: Differentiate logging message for driver oversubscription

From: Xiaogang Chen To have user better understand the causes triggering runlist oversubscription. No function change. Signed-off-by: Xiaogang Chen xiaogang.c...@amd.com --- .../gpu/drm/amd/amdkfd/kfd_packet_manager.c | 44 +-- 1 file changed, 30 insertions(+), 14 deletions(-)

RE: [PATCH v7 4/4] drm/amdgpu: track bo memory stats at runtime

[Public] > From: Christian König > Sent: Tuesday, November 12, 2024 5:54 > Am 10.11.24 um 16:41 schrieb Yunxiang Li: > > @@ -310,6 +311,92 @@ static void amdgpu_vm_bo_reset_state_machine(struct > amdgpu_vm *vm) > > spin_unlock(&vm->status_lock); > > } > > > > +/** > > + * amdgpu_vm_update_s

Re: [PATCH] drm/amd: Fix initialization mistake for NBIO 7.7.0

On Tue, Nov 12, 2024 at 11:13 AM Mario Limonciello wrote: > > From: Vijendar Mukunda > > There is a strapping issue on NBIO 7.7.0 that can lead to spurious PME > events while in the D0 state. > > Signed-off-by: Vijendar Mukunda > Co-developed-by: Mario Limonciello > Signed-off-by: Mario Limonci

[PATCH] drm/amd: Fix initialization mistake for NBIO 7.7.0

From: Vijendar Mukunda There is a strapping issue on NBIO 7.7.0 that can lead to spurious PME events while in the D0 state. Signed-off-by: Vijendar Mukunda Co-developed-by: Mario Limonciello Signed-off-by: Mario Limonciello --- drivers/gpu/drm/amd/amdgpu/nbio_v7_7.c | 6 ++ 1 file change

Re: [PATCH 2/2] Revert "drm/amd/display: parse umc_info or vram_info based on ASIC"

On 2024-11-08 10:01, Alex Deucher wrote: > This reverts commit 2551b4a321a68134360b860113dd460133e856e5. > > This was not the root cause. Revert. > > Link: https://gitlab.freedesktop.org/drm/amd/-/issues/3678 > Signed-off-by: Alex Deucher > Cc: aurabindo.pil...@amd.com > Cc: hamishclax...@gmail

Re: [PATCH 3/6] drm/amdgpu: enable GTT fallback handling for dGPUs only

On Tue, Jun 4, 2024 at 12:12 PM Christian König wrote: > > That is just a waste of time on APUs. > > Signed-off-by: Christian König Reviewed-by: Alex Deucher Closes: https://gitlab.freedesktop.org/drm/amd/-/issues/3704 Fixes: 216c1282dde3 ("drm/amdgpu: use GTT only as fallback for VRAM|GTT") a

Re: [PATCH 2/2] drm/amdgpu: fix vcn sw init failed

On 11/12/2024 8:00 PM, jesse.zh...@amd.com wrote: > [ 2875.870277] [drm:amdgpu_device_init [amdgpu]] *ERROR* sw_init of IP block > failed -22 > [ 2875.880494] amdgpu :01:00.0: amdgpu: amdgpu_device_ip_init failed > [ 2875.887689] amdgpu :01:00.0: amdgpu: Fatal error during GPU init > [

Re: [PATCH] drm/amd/pm: fix and simplify workload handling

On 11/12/2024 7:55 PM, Alex Deucher wrote: > On Tue, Nov 12, 2024 at 1:18 AM Lazar, Lijo > wrote: > > > > On 11/9/2024 11:01 AM, Alex Deucher wrote: > > smu->workload_mask is IP specific and should not be messed with in > > the common code. The mask bit

[PATCH 1/2] drm/admgpu: fix vcn sw init failed

For multiple vcn instances, to avoid creating reset sysfs multiple times, add the instance paramter in reset mask init. Signed-off-by: Jesse Zhang --- drivers/gpu/drm/amd/amdgpu/amdgpu_vcn.c | 8 drivers/gpu/drm/amd/amdgpu/amdgpu_vcn.h | 4 ++-- drivers/gpu/drm/amd/amdgpu/vcn_v4_0.c

[PATCH 2/2] drm/amdgpu: fix vcn sw init failed

[ 2875.870277] [drm:amdgpu_device_init [amdgpu]] *ERROR* sw_init of IP block failed -22 [ 2875.880494] amdgpu :01:00.0: amdgpu: amdgpu_device_ip_init failed [ 2875.887689] amdgpu :01:00.0: amdgpu: Fatal error during GPU init [ 2875.894791] amdgpu :01:00.0: amdgpu: amdgpu: finishing de

Re: [PATCH] drm/amd/pm: fix and simplify workload handling

On Tue, Nov 12, 2024 at 1:18 AM Lazar, Lijo wrote: > > > On 11/9/2024 11:01 AM, Alex Deucher wrote: > > smu->workload_mask is IP specific and should not be messed with in > > the common code. The mask bits vary across SMU versions. > > > > Move all handling of smu->workload_mask in to the backend

Re: [PATCH] drm/amd/pm: fix and simplify workload handling

On Tue, Nov 12, 2024 at 12:44 AM Feng, Kenneth wrote: > [AMD Official Use Only - AMD Internal Distribution Only] > > Hi Alex, > If I understand this patch correctly, the sysfs end user will only see > his/her settings to the power profile since the smu->power_profile_mode is > reflecting the end

Trace: Can't enable IRQ/MSI because no handler is installed

Hi, dunno if this is relevant to you. I found it looking for another problem. The ATI ES1000 seems to work fine on an HP ml350 G5. I'm not subscribed, please CC to me in case of any reply. Best Ale Nov 10 14:55:58 4 north kernel: [ 2075.240903] [ cut here ] Nov 10

Re: [PATCH] drm/amdkfd: correct the SVM DMA device unmap direction

Am 11.11.24 um 04:06 schrieb Liang, Prike: [AMD Official Use Only - AMD Internal Distribution Only] From: Koenig, Christian Sent: Friday, November 8, 2024 5:40 PM To: Liang, Prike ; Kuehling, Felix ; amd-gfx@lists.freedesktop.org Cc: Deucher, Alexander ; Kasiviswanathan, Harish Subject: Re: [

Re: [PATCH v7 4/4] drm/amdgpu: track bo memory stats at runtime

Am 10.11.24 um 16:41 schrieb Yunxiang Li: Before, every time fdinfo is queried we try to lock all the BOs in the VM and calculate memory usage from scratch. This works okay if the fdinfo is rarely read and the VMs don't have a ton of BOs. If either of these conditions is not true, we get a massiv

Re: [PATCH 2/2] drm/amdkfd: use cache GTT buffer for PQ and wb pool

Hi Monk, The memory we are talking about is pure guest system memory not FB BAR right? No, that works a bit differently. QEMU and their virtual drivers uses a virtual PCI MMIO BAR to map buffers from the host into the guest. Those buffers can be both point to the FB BAR as well as system me

Re: [RFC PATCH 6/6 6.6] libfs: fix infinite directory reads for offset dir

> On Nov 10, 2024, at 9:36 PM, Yu Kuai wrote: > > Hi, > > 在 2024/11/11 8:52, c...@kernel.org 写道: >> From: yangerkun >> [ Upstream commit 64a7ce76fb901bf9f9c36cf5d681328fc0fd4b5a ] >> After we switch tmpfs dir operations from simple_dir_operations to >> simple_offset_dir_operations, every rena

[PATCH v7 4/4] drm: panel-backlight-quirks: Add Framework 13 glossy and 2.8k panels

From: "Dustin L. Howett" I have tested these panels on the Framework Laptop 13 AMD with firmware revision 3.05 (latest at time of submission). Signed-off-by: Dustin L. Howett Signed-off-by: Thomas Weißschuh Reviewed-by: Mario Limonciello Reviewed-by: Harry Wentland --- drivers/gpu/drm/drm_p

Re: [PATCH 1/2] drm/amdgpu: add amdgpu_gfx_sched_mask and amdgpu_compute_sched_mask debugfs

Op 18-10-2024 om 04:30 schreef jesse.zhang at amd.com (jesse.zh...@amd.com): compute/gfx may have multiple rings on some hardware. In some cases, userspace wants to run jobs on a specific ring for validation purposes. This debugfs entry helps to disable or enable submitting jobs to a specific r

[PATCH v7 3/4] drm: panel-backlight-quirks: Add Framework 13 matte panel

The value of "min_input_signal" returned from ATIF on a Framework AMD 13 is "12". This leads to a fairly bright minimum display backlight. Add a quirk to override that the minimum backlight PWM to "0" which leads to a much lower minimum brightness, which is still visible. Tested on a Framework AM

[PATCH v7 2/4] drm/amd/display: Add support for minimum backlight quirk

Not all platforms provide the full range of PWM backlight capabilities supported by the hardware through ATIF. Use the generic drm panel minimum backlight quirk infrastructure to override the capabilities where necessary. Testing the backlight quirk together with the "panel_power_savings" sysfs fi

Re: [RFC PATCH 6/6 6.6] libfs: fix infinite directory reads for offset dir

在 2024/11/11 22:39, Chuck Lever III 写道: On Nov 10, 2024, at 9:36 PM, Yu Kuai wrote: Hi, 在 2024/11/11 8:52, c...@kernel.org 写道: From: yangerkun [ Upstream commit 64a7ce76fb901bf9f9c36cf5d681328fc0fd4b5a ] After we switch tmpfs dir operations from simple_dir_operations to simple_offset_d

[PATCH v7 1/4] drm: Add panel backlight quirks

Panels using a PWM-controlled backlight source do not have a standard way to communicate their valid PWM ranges. On x86 the ranges are read from ACPI through driver-specific tables. The built-in ranges are not necessarily correct, or may grow stale if an older device can be retrofitted with newer p

[PATCH v7 0/4] drm: Minimum backlight overrides and implementation for amdgpu

The value of "min_input_signal" returned from ATIF on a Framework AMD 13 is "12". This leads to a fairly bright minimum display backlight. Introduce a quirk to override "min_input_signal" to "0" which leads to a much lower minimum brightness, which is still readable even in daylight. One solution

Re: [RFC PATCH 6/6 6.6] libfs: fix infinite directory reads for offset dir

在 2024/11/11 23:34, Chuck Lever III 写道: On Nov 11, 2024, at 10:20 AM, yangerkun wrote: 在 2024/11/11 22:39, Chuck Lever III 写道: On Nov 10, 2024, at 9:36 PM, Yu Kuai wrote: Hi, 在 2024/11/11 8:52, c...@kernel.org 写道: From: yangerkun [ Upstream commit 64a7ce76fb901bf9f9c36cf5d681328fc

Re: [RFC PATCH 6/6 6.6] libfs: fix infinite directory reads for offset dir

> On Nov 11, 2024, at 10:20 AM, yangerkun wrote: > > > > 在 2024/11/11 22:39, Chuck Lever III 写道: >>> On Nov 10, 2024, at 9:36 PM, Yu Kuai wrote: >>> >>> Hi, >>> >>> 在 2024/11/11 8:52, c...@kernel.org 写道: From: yangerkun [ Upstream commit 64a7ce76fb901bf9f9c36cf5d681328fc0fd4b5a