[linux-next:master] BUILD REGRESSION 2c3b09aac00d7835023bbc4473ee06696be64fa8

tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master branch HEAD: 2c3b09aac00d7835023bbc4473ee06696be64fa8 Add linux-next specific files for 20240214 Error/Warning: (recently discovered and may have been fixed) iptable_nat.c:(.ref.text+0x1a): undefined

Re: [PATCH 1/2] drm/nouveau: don't fini scheduler if not initialized

On Fri, 2024-02-02 at 17:14 +, Timur Tabi wrote: > On Fri, 2024-02-02 at 01:05 +0100, Danilo Krummrich wrote: > > nouveau_abi16_ioctl_channel_alloc() and nouveau_cli_init() simply call > > their corresponding *_fini() counterpart. This can lead to > > nouveau_sched_fini() being called without

Re: [PATCH v6 3/5] drm: Add support to get EDID from ACPI

On Wed, Feb 14, 2024 at 03:57:54PM -0600, Mario Limonciello wrote: > Some manufacturers have intentionally put an EDID that differs from > the EDID on the internal panel on laptops. Drivers that prefer to > fetch this EDID can set a bit on the drm_connector to indicate that > the DRM EDID helpers

[PATCH v6 4/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. If a user prefers to use the EDID from the panel, offer a module parameter that would

[PATCH v6 5/5] drm/nouveau: Use drm_edid_read_acpi() 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. Convert the usage in nouveau_connector_detect_lvds() to use struct

[PATCH v6 3/5] drm: Add support to get EDID from ACPI

Some manufacturers have intentionally put an EDID that differs from the EDID on the internal panel on laptops. Drivers that prefer to fetch this EDID can set a bit on the drm_connector to indicate that the DRM EDID helpers should try to fetch it and it is preferred if it's present.

[PATCH v6 2/5] drm: Stop using `select BACKLIGHT_CLASS_DEVICE`

Many drivers ab(use) `select BACKLIGHT_CLASS_DEVICE` to avoid dependency problems. This however makes it impossible for DRM core to be able to add a dependency on ACPI_VIDEO. Switch users of `select BACKLIGHT_CLASS_DEVICE` to `depends on BACKLIGHT_CLASS_DEVICE`. Signed-off-by: Mario Limonciello

[PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers

Many DRM drivers (ab)use `select ACPI_VIDEO` and to avoid problems will then select all the dependencies for ACPI_VIDEO. This creates a soft dependency, but makes it very hard to use ACPI_VIDEO in DRM core. Switch everything else over to use `depends on ACPI_VIDEO` instead. Signed-off-by: Mario

[PATCH v6 0/5] Add support for getting EDID over ACPI to DRM

This series adds the ability to fetch the EDID through ACPI for laptop panels. Drivers need to opt into the behavior. In this series it's enabled by default for all eDP or LVDS panels with AMDGPU and certain panels for Nouveau. Mario Limonciello (5): drm: Stop using `select ACPI_VIDEO` in all

Re: [PATCH v2 2/8] staging/fbtft: Include

Am 13.02.24 um 09:42 schrieb Thomas Zimmermann: Resolved the proxy include via , which does not require the backlight header. Signed-off-by: Thomas Zimmermann Acked by Jani via IRC Acked-by: Jani Nikula --- drivers/staging/fbtft/fb_ssd1351.c | 2 ++ 1 file changed, 2 insertions(+)