[PATCH v3 0/5] Add support for fetching EDID from ACPI _DDC

drivers Mario Limonciello (5): ACPI: video: Handle fetching EDID that is longer than 256 bytes drm: Add drm_get_acpi_edid() helper drm/amd: Fetch the EDID from _DDC if available for eDP drm/nouveau: Use drm_get_acpi_edid() helper drm: Drop unneeded selects in DRM drivers drivers/acpi

[PATCH v3 2/5] drm: Add drm_get_acpi_edid() helper

Some manufacturers have intentionally put an EDID that differs from the EDID on the internal panel on laptops. Drivers can call this helper to attempt to fetch the EDID from the BIOS's ACPI _DDC method. Signed-off-by: Mario Limonciello --- v1->v2: * Split code from previous amdgpu speci

[PATCH v3 4/5] drm/nouveau: Use drm_get_acpi_edid() helper

Rather than inventing a wrapper to acpi_video_get_edid() use the one provided by drm. This fixes two problems: 1. A memory leak that the memory provided by the ACPI call was never freed. 2. Validation of the BIOS provided blob. Signed-off-by: Mario Limonciello --- v1->v2: * New pa

[PATCH v3 5/5] drm: Drop unneeded selects in DRM drivers

All of the selects on ACPI_VIDEO are unnecessary when DRM does the select for ACPI_VIDEO as it provides a helper for acpi based EDID. Signed-off-by: Mario Limonciello --- v2->v3: * new patch --- drivers/gpu/drm/amd/amdgpu/Kconfig | 7 --- drivers/gpu/drm/gma500/Kconfig

[PATCH v3 2/5] drm: Add drm_get_acpi_edid() helper

Some manufacturers have intentionally put an EDID that differs from the EDID on the internal panel on laptops. Drivers can call this helper to attempt to fetch the EDID from the BIOS's ACPI _DDC method. Signed-off-by: Mario Limonciello --- v1->v2: * Split code from previous amdgpu speci

[PATCH v3 5/5] drm: Drop unneeded selects in DRM drivers

All of the selects on ACPI_VIDEO are unnecessary when DRM does the select for ACPI_VIDEO as it provides a helper for acpi based EDID. Signed-off-by: Mario Limonciello --- v2->v3: * new patch --- drivers/gpu/drm/amd/amdgpu/Kconfig | 7 --- drivers/gpu/drm/gma500/Kconfig

[PATCH v3 1/5] ACPI: video: Handle fetching EDID that is longer than 256 bytes

necessary. Decrease from info to debug. Link: https://uefi.org/htmlspecs/ACPI_Spec_6_4_html/Apx_B_Video_Extensions/output-device-specific-methods.html#ddc-return-the-edid-for-this-device Signed-off-by: Mario Limonciello --- v1->v2: * Use for loop for acpi_video_get_edid() * Use one of Rafae

[PATCH v3 4/5] drm/nouveau: Use drm_get_acpi_edid() helper

Rather than inventing a wrapper to acpi_video_get_edid() use the one provided by drm. This fixes two problems: 1. A memory leak that the memory provided by the ACPI call was never freed. 2. Validation of the BIOS provided blob. Signed-off-by: Mario Limonciello --- v1->v2: * New pa

[PATCH v3 3/5] drm/amd: Fetch the EDID from _DDC if available for eDP

Some manufacturers have intentionally put an EDID that differs from the EDID on the internal panel on laptops. Attempt to fetch this EDID if it exists and prefer it over the EDID that is provided by the panel. Signed-off-by: Mario Limonciello --- v2: * Use drm helper which will run more

[PATCH v3 1/5] ACPI: video: Handle fetching EDID that is longer than 256 bytes

necessary. Decrease from info to debug. Link: https://uefi.org/htmlspecs/ACPI_Spec_6_4_html/Apx_B_Video_Extensions/output-device-specific-methods.html#ddc-return-the-edid-for-this-device Signed-off-by: Mario Limonciello --- v1->v2: * Use for loop for acpi_video_get_edid() * Use one of Rafae

[PATCH v3 3/5] drm/amd: Fetch the EDID from _DDC if available for eDP

Some manufacturers have intentionally put an EDID that differs from the EDID on the internal panel on laptops. Attempt to fetch this EDID if it exists and prefer it over the EDID that is provided by the panel. Signed-off-by: Mario Limonciello --- v2: * Use drm helper which will run more

[PATCH v3 0/5] Add support for fetching EDID from ACPI _DDC

drivers Mario Limonciello (5): ACPI: video: Handle fetching EDID that is longer than 256 bytes drm: Add drm_get_acpi_edid() helper drm/amd: Fetch the EDID from _DDC if available for eDP drm/nouveau: Use drm_get_acpi_edid() helper drm: Drop unneeded selects in DRM drivers drivers/acpi

[Touch-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

You could detect both parameters to avoid that corner case. Alternatively this is something I feel simpledrm will help you avoid hitting too. Otherwise it sounds good to me. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to

[Kernel-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

You could detect both parameters to avoid that corner case. Alternatively this is something I feel simpledrm will help you avoid hitting too. Otherwise it sounds good to me. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in

[Canonical-ubuntu-qa] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

You could detect both parameters to avoid that corner case. Alternatively this is something I feel simpledrm will help you avoid hitting too. Otherwise it sounds good to me. -- You received this bug notification because you are a member of Canonical's Ubuntu QA, which is subscribed to Ubuntu.

[Kernel-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

Yeah; so try forcing plymouth to the Ubuntu initrd like this: echo "FRAMEBUFFER=y" | sudo tee /etc/initramfs-tools/conf.d/splash Then if you rebuild the initrd you'll end up with plymouth in it. This unfortunately DOUBLES the initramfs size; but it's because it puts all the drm modules in

[Touch-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

Yeah; so try forcing plymouth to the Ubuntu initrd like this: echo "FRAMEBUFFER=y" | sudo tee /etc/initramfs-tools/conf.d/splash Then if you rebuild the initrd you'll end up with plymouth in it. This unfortunately DOUBLES the initramfs size; but it's because it puts all the drm modules in

[Canonical-ubuntu-qa] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

Yeah; so try forcing plymouth to the Ubuntu initrd like this: echo "FRAMEBUFFER=y" | sudo tee /etc/initramfs-tools/conf.d/splash Then if you rebuild the initrd you'll end up with plymouth in it. This unfortunately DOUBLES the initramfs size; but it's because it puts all the drm modules in

[Touch-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

Something "big" I notice different is that by default Ubuntu doesn't put plymouth in the initramfs but Fedora does. Maybe plymouthd really isn't running at the time systemd-fsckd is running. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is

[Canonical-ubuntu-qa] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

Something "big" I notice different is that by default Ubuntu doesn't put plymouth in the initramfs but Fedora does. Maybe plymouthd really isn't running at the time systemd-fsckd is running. -- You received this bug notification because you are a member of Canonical's Ubuntu QA, which is

[Kernel-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

Something "big" I notice different is that by default Ubuntu doesn't put plymouth in the initramfs but Fedora does. Maybe plymouthd really isn't running at the time systemd-fsckd is running. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed

[Touch-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

> I don't really know if Fedora does that better or they just failed to notice the bug. I have Fedora 39 and Ubuntu both set up on a Z13 and Plymouth comes up in Fedora with simpledrm; never see the console. That's why I was thinking something might be missing and worth looking at. * Fedora

[Kernel-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

> I don't really know if Fedora does that better or they just failed to notice the bug. I have Fedora 39 and Ubuntu both set up on a Z13 and Plymouth comes up in Fedora with simpledrm; never see the console. That's why I was thinking something might be missing and worth looking at. * Fedora

[Canonical-ubuntu-qa] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

> I don't really know if Fedora does that better or they just failed to notice the bug. I have Fedora 39 and Ubuntu both set up on a Z13 and Plymouth comes up in Fedora with simpledrm; never see the console. That's why I was thinking something might be missing and worth looking at. * Fedora

[Kernel-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

> But the feature would still be gated on the "splash" kernel parameter which is Plymouth-specific and may cause pushback from kernel developers. If the patch is the way you go another idea for you is to use the "quiet" keyword to key off instead for this behavior which is already used by the

[Touch-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

Have you already looked at everything Fedora is doing in this area? They already have simpledrm; but from what you described I would have thought they should still lose the fbcon race. Is it just that they don't have systemd-fsckd patch? I would think they still end up showing ERR/WARN kernel

[Touch-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

> But the feature would still be gated on the "splash" kernel parameter which is Plymouth-specific and may cause pushback from kernel developers. If the patch is the way you go another idea for you is to use the "quiet" keyword to key off instead for this behavior which is already used by the

[Canonical-ubuntu-qa] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

> But the feature would still be gated on the "splash" kernel parameter which is Plymouth-specific and may cause pushback from kernel developers. If the patch is the way you go another idea for you is to use the "quiet" keyword to key off instead for this behavior which is already used by the

[Kernel-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

Have you already looked at everything Fedora is doing in this area? They already have simpledrm; but from what you described I would have thought they should still lose the fbcon race. Is it just that they don't have systemd-fsckd patch? I would think they still end up showing ERR/WARN kernel

[Canonical-ubuntu-qa] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

Have you already looked at everything Fedora is doing in this area? They already have simpledrm; but from what you described I would have thought they should still lose the fbcon race. Is it just that they don't have systemd-fsckd patch? I would think they still end up showing ERR/WARN kernel

[Kernel-packages] [Bug 2048977] Re: WCN6856 Wi-FI Unavailable and no function during suspend stress

JFYI WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.37 [1] is reported to fix issues that were found in 36 in [2]. [1] https://gitlab.com/kernel-firmware/linux-firmware/-/commit/5217b76bed90ae86d5f3fe9a5f4e2301868cdd02 [2] https://bugzilla.kernel.org/show_bug.cgi?id=217239 ** Bug

[PATCH v2 3/4] drm/amd: Fetch the EDID from _DDC if available for eDP

Some manufacturers have intentionally put an EDID that differs from the EDID on the internal panel on laptops. Attempt to fetch this EDID if it exists and prefer it over the EDID that is provided by the panel. Signed-off-by: Mario Limonciello --- v2: * Use drm helper which will run more

[PATCH v2 2/4] drm: Add drm_get_acpi_edid() helper

Some manufacturers have intentionally put an EDID that differs from the EDID on the internal panel on laptops. Drivers can call this helper to attempt to fetch the EDID from the BIOS's ACPI _DDC method. Signed-off-by: Mario Limonciello --- v1->v2: * Split code from previous amdgpu speci

[PATCH v2 3/4] drm/amd: Fetch the EDID from _DDC if available for eDP

Some manufacturers have intentionally put an EDID that differs from the EDID on the internal panel on laptops. Attempt to fetch this EDID if it exists and prefer it over the EDID that is provided by the panel. Signed-off-by: Mario Limonciello --- v2: * Use drm helper which will run more

[PATCH v2 4/4] drm/nouveau: Use drm_get_acpi_edid() helper

Rather than inventing a wrapper to acpi_video_get_edid() use the one provided by drm. This fixes two problems: 1. A memory leak that the memory provided by the ACPI call was never freed. 2. Validation of the BIOS provided blob. Signed-off-by: Mario Limonciello --- v1->v2: * New pa

[PATCH v2 4/4] drm/nouveau: Use drm_get_acpi_edid() helper

Rather than inventing a wrapper to acpi_video_get_edid() use the one provided by drm. This fixes two problems: 1. A memory leak that the memory provided by the ACPI call was never freed. 2. Validation of the BIOS provided blob. Signed-off-by: Mario Limonciello --- v1->v2: * New pa

[PATCH v2 2/4] drm: Add drm_get_acpi_edid() helper

Some manufacturers have intentionally put an EDID that differs from the EDID on the internal panel on laptops. Drivers can call this helper to attempt to fetch the EDID from the BIOS's ACPI _DDC method. Signed-off-by: Mario Limonciello --- v1->v2: * Split code from previous amdgpu speci

[PATCH v2 1/4] ACPI: video: Handle fetching EDID that is longer than 256 bytes

necessary. Decrease from info to debug. Link: https://uefi.org/htmlspecs/ACPI_Spec_6_4_html/Apx_B_Video_Extensions/output-device-specific-methods.html#ddc-return-the-edid-for-this-device Signed-off-by: Mario Limonciello --- v1->v2: * Use for loop for acpi_video_get_edid() * Use one of Rafae

[PATCH v2 1/4] ACPI: video: Handle fetching EDID that is longer than 256 bytes

necessary. Decrease from info to debug. Link: https://uefi.org/htmlspecs/ACPI_Spec_6_4_html/Apx_B_Video_Extensions/output-device-specific-methods.html#ddc-return-the-edid-for-this-device Signed-off-by: Mario Limonciello --- v1->v2: * Use for loop for acpi_video_get_edid() * Use one of Rafae

[PATCH v2 0/4] Add support for fetching EDID from ACPI _DDC

more involved amdgpu display driver work that will come separately as part of follow-ups to: https://lore.kernel.org/amd-gfx/20240126163429.56714-1-m...@igalia.com/ Mario Limonciello (4): ACPI: video: Handle fetching EDID that is longer than 256 bytes drm: Add drm_get_acpi_edid() helper drm

[PATCH v2 0/4] Add support for fetching EDID from ACPI _DDC

more involved amdgpu display driver work that will come separately as part of follow-ups to: https://lore.kernel.org/amd-gfx/20240126163429.56714-1-m...@igalia.com/ Mario Limonciello (4): ACPI: video: Handle fetching EDID that is longer than 256 bytes drm: Add drm_get_acpi_edid() helper drm

[Kernel-packages] [Bug 2049758] Re: DP connection swap to break eDP behavior on AMD 7735U

** Changed in: linux-firmware (Ubuntu Jammy) Assignee: (unassigned) => You-Sheng Yang (vicamo) ** Changed in: linux-firmware (Ubuntu Mantic) Assignee: (unassigned) => You-Sheng Yang (vicamo) -- You received this bug notification because you are a member of Kernel Packages, which is

[Kernel-packages] [Bug 2051410] Re: AMD-GPU, decrease video resolution leads to black screen

Probably a duplicate of https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2042867. Try turning on proposed and getting 6.5.0-17.17 to see if it helps. It picks up that fix. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to

Re: [PATCH v2 1/1] drm/amd: Don't init MEC2 firmware when it fails to load

Reviewed-by: Mario Limonciello And I'll apply this now. drivers/gpu/drm/amd/amdgpu/gfx_v10_0.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v10_0.c b/drivers/gpu/drm/amd/amdgpu/gfx_v10_0.c index d63cab294883..b0ba68016a02 100644 --- a/drivers/gpu/drm/

Re: [PATCH 1/1] drm/amd: Don't init MEC2 firmware when it fails to load

On 1/29/2024 14:46, Mario Limonciello wrote: On 1/28/2024 10:18, David McFarland wrote: The same calls are made directly above, but conditional on the firmware loading and validating successfully. Fixes: 9931b67690cf ("drm/amd: Load GFX10 microcode during early_init") This is a

Re: [PATCH 1/1] drm/amd: Don't init MEC2 firmware when it fails to load

it to our tree and Alex should send it in a future fixes PR. Reviewed-by: Mario Limonciello --- drivers/gpu/drm/amd/amdgpu/gfx_v10_0.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v10_0.c b/drivers/gpu/drm/amd/amdgpu/gfx_v10_0.c index d63cab294883..b0

[Kernel-packages] [Bug 1965303] Re: Migrate from fbdev drivers to simpledrm and DRM fbdev emulation layer

> Also to prevent Grub from blanking the screen you need to uncomment: Can you open another bug against GRUB to fix this default for Noble? > Thanks for testing, so DRM_SIMPLEDRM needs to be built-in for it to work properly Yeah it should need to be built in. > But bug 1970069 still pops up

[Canonical-ubuntu-qa] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

> This seems to be a bug in the kernel documentation. Yeah I guess so. > I'm now waiting until my conversation with Daniel Vetter is concluded before formulating a plan for how to approach dri-devel.  -- You received this bug notification because you are a member of Canonical's Ubuntu QA,

[Kernel-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

> This seems to be a bug in the kernel documentation. Yeah I guess so. > I'm now waiting until my conversation with Daniel Vetter is concluded before formulating a plan for how to approach dri-devel.  -- You received this bug notification because you are a member of Kernel Packages, which is

Re: [PATCH 2/2] drm/amd: Fetch the EDID from _DDC if available for eDP

On 1/29/2024 10:46, Jani Nikula wrote: On Mon, 29 Jan 2024, Mario Limonciello wrote: On 1/29/2024 03:39, Jani Nikula wrote: On Fri, 26 Jan 2024, Mario Limonciello wrote: diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c index

Re: [PATCH 2/2] drm/amd: Fetch the EDID from _DDC if available for eDP

On 1/29/2024 10:46, Jani Nikula wrote: On Mon, 29 Jan 2024, Mario Limonciello wrote: On 1/29/2024 03:39, Jani Nikula wrote: On Fri, 26 Jan 2024, Mario Limonciello wrote: diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c index

Re: [PATCH 1/2] ACPI: video: Handle fetching EDID that is longer than 256 bytes

On 1/29/2024 07:54, Rafael J. Wysocki wrote: On Fri, Jan 26, 2024 at 7:55 PM Mario Limonciello wrote: The ACPI specification allows for an EDID to be up to 512 bytes but the _DDC EDID fetching code will only try up to 256 bytes. Modify the code to instead start at 512 bytes and work it's way

Re: [PATCH 1/2] ACPI: video: Handle fetching EDID that is longer than 256 bytes

On 1/29/2024 07:54, Rafael J. Wysocki wrote: On Fri, Jan 26, 2024 at 7:55 PM Mario Limonciello wrote: The ACPI specification allows for an EDID to be up to 512 bytes but the _DDC EDID fetching code will only try up to 256 bytes. Modify the code to instead start at 512 bytes and work it's way

Re: [PATCH 2/2] drm/amd: Fetch the EDID from _DDC if available for eDP

On 1/29/2024 03:39, Jani Nikula wrote: On Fri, 26 Jan 2024, Mario Limonciello wrote: Some manufacturers have intentionally put an EDID that differs from the EDID on the internal panel on laptops. Attempt to fetch this EDID if it exists and prefer it over the EDID that is provided by the panel

Re: [PATCH 2/2] drm/amd: Fetch the EDID from _DDC if available for eDP

On 1/29/2024 03:39, Jani Nikula wrote: On Fri, 26 Jan 2024, Mario Limonciello wrote: Some manufacturers have intentionally put an EDID that differs from the EDID on the internal panel on laptops. Attempt to fetch this EDID if it exists and prefer it over the EDID that is provided by the panel

Re: [PATCH] drm/amd/display: add panel_power_savings sysfs entry to eDP connectors

On 1/26/2024 16:34, Mario Limonciello wrote: On 1/26/2024 16:22, Hamza Mahfooz wrote: We want programs besides the compositor to be able to enable or disable panel power saving features. However, since they are currently only configurable through DRM properties, that isn't possible. So

Re: [PATCH] drm/amd/display: add panel_power_savings sysfs entry to eDP connectors

On 1/26/2024 16:34, Mario Limonciello wrote: On 1/26/2024 16:22, Hamza Mahfooz wrote: We want programs besides the compositor to be able to enable or disable panel power saving features. However, since they are currently only configurable through DRM properties, that isn't possible. So

[Kernel-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

I'm not sure where you posted that to, I didn't see it dri-devel. But I think this is the first use of "splash" from the kernel command line within the kernel. I think it needs to be documented. -- You received this bug notification because you are a member of Kernel Packages, which is

[Canonical-ubuntu-qa] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

I'm not sure where you posted that to, I didn't see it dri-devel. But I think this is the first use of "splash" from the kernel command line within the kernel. I think it needs to be documented. -- You received this bug notification because you are a member of Canonical's Ubuntu QA, which is

[Kernel-packages] [Bug 1990052] Re: fwupdtool reports an error (KERNEL BUG) when refreshing

AFAICT those kernel commits are now landed in Ubuntu's kernel. ** Changed in: linux (Ubuntu) Status: Confirmed => Fix Released -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Desktop-packages] [Bug 2046992] Re: ubuntu 22.04 fwupd apt package seems broken (library / daemon version mismatch)

Do you have something in /usr/local perhaps? Or did you have a snap installed for fwupd? ** Package changed: gnome-software (Ubuntu) => fwupd (Ubuntu) ** Changed in: fwupd (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of Desktop

[Bug 2046992] Re: ubuntu 22.04 fwupd apt package seems broken (library / daemon version mismatch)

Do you have something in /usr/local perhaps? Or did you have a snap installed for fwupd? ** Package changed: gnome-software (Ubuntu) => fwupd (Ubuntu) ** Changed in: fwupd (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of Ubuntu

Re: [PATCH] drm/amd/display: add panel_power_savings sysfs entry to eDP connectors

"panel_power_savings" sysfs attribute. Cc: Mario Limonciello Signed-off-by: Hamza Mahfooz --- .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 59 +++ 1 file changed, 59 insertions(+) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c b/drivers/gpu/drm/amd/display

Re: [PATCH] drm/amd/display: add panel_power_savings sysfs entry to eDP connectors

"panel_power_savings" sysfs attribute. Cc: Mario Limonciello Signed-off-by: Hamza Mahfooz --- .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 59 +++ 1 file changed, 59 insertions(+) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c b/drivers/gpu/drm/amd/display

[PATCH 2/2] drm/amd: Fetch the EDID from _DDC if available for eDP

Some manufacturers have intentionally put an EDID that differs from the EDID on the internal panel on laptops. Attempt to fetch this EDID if it exists and prefer it over the EDID that is provided by the panel. Signed-off-by: Mario Limonciello --- drivers/gpu/drm/amd/amdgpu/amdgpu.h

[PATCH 2/2] drm/amd: Fetch the EDID from _DDC if available for eDP

Some manufacturers have intentionally put an EDID that differs from the EDID on the internal panel on laptops. Attempt to fetch this EDID if it exists and prefer it over the EDID that is provided by the panel. Signed-off-by: Mario Limonciello --- drivers/gpu/drm/amd/amdgpu/amdgpu.h

[PATCH 1/2] ACPI: video: Handle fetching EDID that is longer than 256 bytes

-specific-methods.html#ddc-return-the-edid-for-this-device Signed-off-by: Mario Limonciello --- drivers/acpi/acpi_video.c | 23 --- 1 file changed, 16 insertions(+), 7 deletions(-) diff --git a/drivers/acpi/acpi_video.c b/drivers/acpi/acpi_video.c index 62f4364e4460

[PATCH 1/2] ACPI: video: Handle fetching EDID that is longer than 256 bytes

-specific-methods.html#ddc-return-the-edid-for-this-device Signed-off-by: Mario Limonciello --- drivers/acpi/acpi_video.c | 23 --- 1 file changed, 16 insertions(+), 7 deletions(-) diff --git a/drivers/acpi/acpi_video.c b/drivers/acpi/acpi_video.c index 62f4364e4460

[PATCH 0/2] Fetch EDID from ACPI _DDC method if available

that when an eDP panel is found the BIOS is checked first for an EDID and that used as a preference if found. Mario Limonciello (2): ACPI: video: Handle fetching EDID that is longer than 256 bytes drm/amd: Fetch the EDID from _DDC if available for eDP drivers/acpi/acpi_video.c

[PATCH 0/2] Fetch EDID from ACPI _DDC method if available

that when an eDP panel is found the BIOS is checked first for an EDID and that used as a preference if found. Mario Limonciello (2): ACPI: video: Handle fetching EDID that is longer than 256 bytes drm/amd: Fetch the EDID from _DDC if available for eDP drivers/acpi/acpi_video.c

Re: [RFC PATCH 0/2] drm/amd/display: switch amdgpu_dm_connector to

On 1/26/2024 10:28, Melissa Wen wrote: Hi, I'm debugging a null-pointer dereference when running igt@kms_connector_force_edid and the way I found to solve the bug is to stop using raw edid handler in amdgpu_connector_funcs_force and create_eml_sink in favor of managing resouces via sruct

Re: [RFC PATCH 0/2] drm/amd/display: switch amdgpu_dm_connector to

On 1/26/2024 10:28, Melissa Wen wrote: Hi, I'm debugging a null-pointer dereference when running igt@kms_connector_force_edid and the way I found to solve the bug is to stop using raw edid handler in amdgpu_connector_funcs_force and create_eml_sink in favor of managing resouces via sruct

Bug#1059606: (no subject)

It looks like it's still failing to build, but it's outside of fwupd code now. https://buildd.debian.org/status/fetch.php?pkg=fwupd=loong64=1.9.12-3=1706130974=0

Re: [git pull] drm for 6.8

On 1/24/2024 11:52, Mario Limonciello wrote: On 1/24/2024 11:51, Thorsten Leemhuis wrote: Linus, if you have a minute, I'd really like to know... On 24.01.24 17:41, Mario Limonciello wrote: On 1/24/2024 10:24, Vlastimil Babka wrote: On 1/24/24 16:31, Donald Carr wrote: On Wed, Jan 24, 2024

Re: [git pull] drm for 6.8

On 1/24/2024 11:51, Thorsten Leemhuis wrote: Linus, if you have a minute, I'd really like to know... On 24.01.24 17:41, Mario Limonciello wrote: On 1/24/2024 10:24, Vlastimil Babka wrote: On 1/24/24 16:31, Donald Carr wrote: On Wed, Jan 24, 2024 at 7:06 AM Vlastimil Babka wrote: When

Re: [PATCH 2/3] drm/amd: Add a DC debug mask for IPS

On 1/24/2024 11:09, roman...@amd.com wrote: From: Roman Li For debugging IPS-related issues, expose a new debug mask that allows to disable IPS. Usage: amdgpu.dcdebugmask=0x800 Signed-off-by: Roman Li Tested-by: Mark Broadworth Reviewed-by: Mario Limonciello --- drivers/gpu/drm/amd

Re: [PATCH 3/3] drm/amd/display: "Enable IPS by default"

t; [How] Enable IPS by default. Disable IPS if 0x800 bit set in amdgpu.dcdebugmask module params Signed-off-by: Roman Li Tested-by: Mark Broadworth Reviewed-by: Mario Limonciello --- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

Re: [PATCH 1/3] drm/amd/display: Disable ips before dc interrupt setting

. Signed-off-by: Roman Li Tested-by: Mark Broadworth Reviewed-by: Mario Limonciello --- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_irq.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_irq.c b/drivers/gpu/drm/amd

Re: [git pull] drm for 6.8

On 1/24/2024 10:24, Vlastimil Babka wrote: On 1/24/24 16:31, Donald Carr wrote: On Wed, Jan 24, 2024 at 7:06 AM Vlastimil Babka wrote: When testing the rc1 on my openSUSE Tumbleweed desktop, I've started experiencing "frozen desktop" (KDE/Wayland) issues. The symptoms are that everything

Re: [RFC] Revert "drm/sched: Split free_job into own work item"

On 1/24/2024 10:26, Vlastimil Babka wrote: On 1/23/24 03:11, Mario Limonciello wrote: commit f7fe64ad0f22 ("drm/sched: Split free_job into own work item") causes graphics hangs at GDM or right after logging in on a Framework 13 AMD laptop (containing a Phoenix APU). This reve

Re: regression/bisected/6.8 commit f7fe64ad0f22ff034f8ebcfbd7299ee9cc9b57d7 leads to GPU hang when I open GNOME activities

On 1/24/2024 08:37, Mikhail Gavrilov wrote: On Wed, Jan 24, 2024 at 7:19 AM Mikhail Gavrilov wrote: Who could dig into it, please? You decided to revert it? https://lkml.org/lkml/2024/1/22/1866 It's not a straight "git revert" on 6.8-rc1 because of some other contextual changes. I

Re: regression/bisected/6.8 commit f7fe64ad0f22ff034f8ebcfbd7299ee9cc9b57d7 leads to GPU hang when I open GNOME activities

On 1/24/2024 08:37, Mikhail Gavrilov wrote: On Wed, Jan 24, 2024 at 7:19 AM Mikhail Gavrilov wrote: Who could dig into it, please? You decided to revert it? https://lkml.org/lkml/2024/1/22/1866 It's not a straight "git revert" on 6.8-rc1 because of some other contextual changes. I

Re: [BUG]i2c_hid_acpi broken with 4.17.2 on Framework Laptop 13 AMD

On 1/22/2024 11:06, Sébastien Chaumat wrote: Le mer. 17 janv. 2024 à 03:20, Mario Limonciello mailto:mario.limoncie...@amd.com>> a écrit : On 1/16/2024 10:18, Jan Beulich wrote: > On 16.01.2024 16:52, Sébastien Chaumat wrote: >> Le mar. 2 janv. 2024 à 21:23, Sé

Re: [RFC] Revert "drm/sched: Split free_job into own work item"

On 1/22/2024 20:11, Mario Limonciello wrote: commit f7fe64ad0f22 ("drm/sched: Split free_job into own work item") causes graphics hangs at GDM or right after logging in on a Framework 13 AMD laptop (containing a Phoenix APU). This reverts commit f7fe64ad0f22ff034f8ebcfbd7299ee9cc9b57

[Canonical-ubuntu-qa] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

If it's a SAUCE only patch, I think it should be proposed here: https://lists.ubuntu.com/mailman/listinfo/kernel-team -- You received this bug notification because you are a member of Canonical's Ubuntu QA, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1970069 Title: Annoying

[Kernel-packages] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

If it's a SAUCE only patch, I think it should be proposed here: https://lists.ubuntu.com/mailman/listinfo/kernel-team -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1970069 Title:

[RFC] Revert "drm/sched: Split free_job into own work item"

Split free_job into own work item") Signed-off-by: Mario Limonciello --- This is a regression introduced in 6.8-rc1, bisected from 6.7. This revert done on top of 6.8-rc1 fixes the issue. I'm happy to gather any data to use to properly debug if that is preferable to a revert. --- drive

Re: [PATCH v2 0/8] Expand and improve AMDGPU documentation

Documentation/gpu/amdgpu/display/display-contributing.rst delete mode 100644 drivers/gpu/drm/amd/display/TODO Reviewed-by: Mario Limonciello

[PATCH] Revert "drm/amd/pm: fix the high voltage and temperature issue"

ssues/3062 Signed-off-by: Mario Limonciello --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c| 24 -- drivers/gpu/drm/amd/pm/swsmu/amdgpu_smu.c | 33 ++- drivers/gpu/drm/amd/pm/swsmu/inc/amdgpu_smu.h | 1 - .../drm/amd/pm/swsmu/smu13/smu_v13_0_0_ppt.c | 8 +---

[Kernel-packages] [Bug 2036737] Re: Enable dynamic boost control in ccp kernel driver

** Changed in: linux (Ubuntu) Status: In Progress => Fix Released -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/2036737 Title: Enable dynamic boost control in ccp kernel driver

[Kernel-packages] [Bug 2049758] Re: DP connection swap to break eDP behavior on AMD 7735U

** Description changed: - Some OEM platforms swap DP connections on the Rembrandt-R, which causes - improper eDP behavior. AMD experimented with reproducing at CRB level to - come out with a solution + [Impact] + Some OEM platforms swap DP connections on the Rembrandt-R, which causes improper

[Kernel-packages] [Bug 2049758] Re: DP connection swap to break eDP behavior on AMD 7735U

** Also affects: linux-firmware (Ubuntu) Importance: Undecided Status: New ** Also affects: linux (Ubuntu) Importance: Undecided Status: New ** Also affects: linux (Ubuntu Noble) Importance: Undecided Status: New ** Also affects: linux-firmware (Ubuntu Noble)

[Kernel-packages] [Bug 1965303] Re: Migrate from fbdev drivers to simpledrm and DRM fbdev emulation layer

Is this going to happen for noble? It should just be kernel config changes at this point. ** Changed in: linux (Ubuntu Mantic) Status: Confirmed => Won't Fix -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Canonical-ubuntu-qa] [Bug 1970069] Re: Annoying boot messages interfering with splash screen

#18 Instead of changing this patch can you finish the adoption for simpledrm? This will get a DRM framebuffer up and running instantly. It should help a lot. #19 Presumably the fsck stuff is coming from systemd-fsck@.service, right? -- You received this bug notification because you are a

[Kernel-packages] [Bug 2039570] Re: [amdgpu] Fullscreen in any Wayland / Xwayland window shows a black screen (no screen detected)

Since the PPA failed would you be able to manually build 6.5.13 to see if it's fixed there? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/2039570 Title: [amdgpu] Fullscreen in any

[Kernel-packages] [Bug 2042713] Re: Pale Green blank screen after login

Boot a bad kernel, reboot the system, boot a good kernel. >From the good kernel: journalctl -k -b0 > good_kernel.txt journalctl -k -b-1 > bad_kernel.txt -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

Re: [BUG]i2c_hid_acpi broken with 4.17.2 on Framework Laptop 13 AMD

On 1/16/2024 10:18, Jan Beulich wrote: On 16.01.2024 16:52, Sébastien Chaumat wrote: Le mar. 2 janv. 2024 à 21:23, Sébastien Chaumat a écrit : output of gpioinfo kernel alone : line 5: unnamed input active-low consumer=interrupt line 84: unnamed

[Kernel-packages] [Bug 2048735] Re: Disable keyboard wakeup for Framework 13

It's a pretty complicated backport to 6.1. there is a directory rename, missing quirks that this builds on. Considering 6.1 OEM will transition to 6.5 OEM eventually it might be better to only target to 6.5 OEM. They patches were nominated to 6.6.y already, but 6.5.y is EOL upstream so it's up

[Kernel-packages] [Bug 2049220] Re: Update firmware for MT7921 in order to fix Framework 13 AMD 7040

** Also affects: linux-firmware (Ubuntu Noble) Importance: Undecided Status: New ** Also affects: linux-firmware (Ubuntu Mantic) Importance: Undecided Status: New ** Also affects: linux-firmware (Ubuntu Jammy) Importance: Undecided Status: New -- You received this

Bug#1059606: fwupd: add build support for loongarch64

This will be fixed by the next upload with this change: https://salsa.debian.org/efi-team/fwupd/-/commit/493293f60f78ed8c67d4839437765be140ebb25f Sent with Shortwave

<    1   2   3   4   5   6   7   8   9   10   >