From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 73D4B1A6836 for ; Wed, 29 Apr 2026 06:12:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.21 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777443168; cv=none; b=U00k3u8A8bvlQATXI1ZrwLlF81+6xvy8UdBRMRL/bPWzg1zp4kBNFLTd1mtmqEmsz8X2pl9xc8H7z0z3zsHKM4PqgMYkotxWxqFba/V8JwIb7qSLs90dd3b4Berv/HUtPKjWDK65fLhQ5qQXNKjH9QChqhVojKVL/e2apm5s7So= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777443168; c=relaxed/simple; bh=G5rdaB6Bz/onTxrEJcxMoyAHWTRGkEpxkvSuLufWBGI=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=gRbuJ8AN7D6anlsUYmIr5KqdL93jlbqz820s3NhqgfPXlPwN2j9QOdU6ne9BABvnfP+hd28UCmVCN2Oa7tEwzF7eXtQgvY5vHDm9Gtv7iW986C1of2R552nzlD7fzPZdNzTciRiT/kAttZP/63+ZhVchoww8m4GOXxR0JaywP0k= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=pass smtp.mailfrom=linux.intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=BowSy2it; arc=none smtp.client-ip=198.175.65.21 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="BowSy2it" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1777443168; x=1808979168; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=G5rdaB6Bz/onTxrEJcxMoyAHWTRGkEpxkvSuLufWBGI=; b=BowSy2itvv1iKNR1Yqht38i9Lt8uLANSMOlcEmXSQ3K/2Uy/vuO1eJIA gHJbfOkrBj5YIRPZFQVpD9qiKUNm+Ae760Fu7jk0RmahQabca/SPY3gcy RPGIfaXQ1ARz0Iq6XjECzm10WJ5R5/GT8gyE9whjFDiPgi/Jw+OtuaMcs +ZOZptxNXJlVdZbfujS0rKyqu476yu1eVc3s25fbTUVItDbXzgBBa0jod h4Irzij57ITdV3CK7CEiVJUjCHzh5OtRWXSWURNGp8ShZs8n2PdiLINxX trWObW1RnS5Xr6QLRHPkpILnejfhHhuO3YON9aPc24zJ3G92+uVlXlgWQ g==; X-CSE-ConnectionGUID: poWdSiP9SiSN8FcPdzT5YA== X-CSE-MsgGUID: YshUxk0+SwOunKKK7jW9+Q== X-IronPort-AV: E=McAfee;i="6800,10657,11770"; a="78258782" X-IronPort-AV: E=Sophos;i="6.23,205,1770624000"; d="scan'208";a="78258782" Received: from fmviesa006.fm.intel.com ([10.60.135.146]) by orvoesa113.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Apr 2026 23:12:47 -0700 X-CSE-ConnectionGUID: nUXNH7uhREKvHDWrmcAF8Q== X-CSE-MsgGUID: HiL0agXaTTatUYYODq8n7w== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.23,205,1770624000"; d="scan'208";a="229578856" Received: from ettammin-mobl2.ger.corp.intel.com (HELO localhost) ([10.245.245.141]) by fmviesa006-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Apr 2026 23:12:44 -0700 Date: Wed, 29 Apr 2026 09:12:42 +0300 From: Andy Shevchenko To: "Rafael J. Wysocki" Cc: Linus Torvalds , Luna Jernberg , lee@kernel.org, Jani Nikula , intel-gfx-bugs@lists.freedesktop.org, Mikael Eriksson , Linux Kernel Mailing List , Greg Kroah-Hartman , Hans de Goede Subject: Re: Linux 7.1-rc1 Message-ID: References: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - c/o Alberga Business Park, 6 krs, Bertel Jungin Aukio 5, 02600 Espoo On Tue, Apr 28, 2026 at 09:37:31PM +0200, Rafael J. Wysocki wrote: > On Tue, Apr 28, 2026 at 8:46 PM Linus Torvalds > wrote: > > On Tue, 28 Apr 2026 at 11:11, Luna Jernberg wrote: > > > > > > have checked dmesg now, seems to be a module that's not loading as it should > > > > Hmm. Interesting, but I wouldn't expect that LPSS driver to matter. I > > think it's mainly used for some random SoC boards, not by the display > > backlight code. > > > > And in the full dmesg I then see > > > > intel-lpss 0000:00:15.2: enabling device (0000 -> 0002) > > intel-lpss 0000:00:15.3: enabling device (0000 -> 0002) > > > > so I think it all should work regardless. > > > > Of course, maybe it does mess up i2c or something, which then messes > > up EDID or whatever, but I would expect the backlight to most likely > > be controlled by aome ACPI thing. > > > > So that module failure sounds to me like it should be unrelated - and > > might happen even on a working setup? > > > > I'm adding Rafael to the cc anyway, because he'd likely know about > > both the OpRegion conflict thing, but also maybe if something has > > changed in the ACPI backlight situation that might be the cause of > > your backlight issues... Thanks for Cc'ing me. The OpRegion conflict is known issue from the past. The background is that. The GEXP device described in the DSDT (main ACPI table) is a PCA953x compatible GPIO I²C expander which has a bare minimum driver written in ASL! We do not support such configuration in the kernel (we have C-based kernel driver for such hardware). The question is, what the configuration made that appears (I bet this conflict was on the working case). Because we have workarounds for PCI enumerated devices, but here it seems to come from ACPI-enumerated one?! Luna, please, share the output of the following run by root user (via some pastebin or alike service to avoid spamming too much the mailing lists): - `acpidump -o dell-7390-skl.dat` # The *.dat file - `lspci -vv -nk` - `grep -H 15 /sys/bus/acpi/devices/*/status` - `cat /proc/iomem` In either case, to avoid that OpRegion warning message we should add your platform to the quirk list (either to intel-lpss-pci.c or, surprisingly to me, to intel-lpss-acpi.c). One may see some in the PCI case already there. > > (Rafael, see > > > > https://lore.kernel.org/all/CADo9pHg8c=rouBQAd0o0TzK4iZc88dUAhSfV7q2T3GCf2qjuiQ@mail.gmail.com/ > > > > for dmesg etc information) > > Thanks! > > It would be good to know what the problem with the display is, specifically. > > Luna, can you send dmesg output from 7.0.2 for comparison? > > There are a few changes in 7.1-rc1 that touch the ACPI video bus driver: > > e18947038bf4 ACPI: driver: Do not set acpi_device_class() unnecessarily > 69652f32c9ac ACPI: event: Redefine acpi_notifier_call_chain() > 97892d5f0690 ACPI: driver: Do not set acpi_device_name() unnecessarily > 6a8e793ca8db ACPI: video: Consolidate pnp.bus_id workarounds handling > 9dc11faca245 ACPI: video: Rework checking for duplicate video bus devices > > but this one seems to be working: > > [ 2.111324] ACPI: video: Video Device [GFX0] (multi-head: yes rom: > no post: no) > [ 2.112585] input: Video Bus as > /devices/pci0000:00/acpi.video_bus.0/input/input5 > > As for the OpRegion conflict message, it appears to come from > mfd_add_device() that invokes acpi_check_resource_conflict() and > passes its return value to the caller. That caller is most likely > intel_lpss_probe() which then fails, so the probe fails for device > INT3446:00 which is an i2c controller AFAICS. > > I'm wondering if this also happens in 7.0.2. > > Adding Andy (for intel-lpss) and Hans who has more experience with the > ACPI video bus driver than I do. -- With Best Regards, Andy Shevchenko