From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f49.google.com (mail-wm1-f49.google.com [209.85.128.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 639C13C5DBA for ; Thu, 18 Jun 2026 07:58:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.49 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781769504; cv=none; b=eAACfU11daOF4kztg6TtOLsaB9Lb0Os5rMxm2EZA+9XEljgsqLYjXG4LseCzypIyi51bA3BGWGS61OMecMX45yp5PBIsIduVYaG+Q3J3uN5jVECJK4VuspmZsBqbF7n5dHMvifqIBjIjOGPEhAOqAZ/RduR06lYfYpFUSWFve+Q= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781769504; c=relaxed/simple; bh=aPLytLZbXb/kFJqEbfieuDgd6shZ/WDHUIfcjvAi/VY=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=Gnl1ncvvleOulzHNmER1NHWDwmTOly0fUsWfjPEGJr0j0TnmOS55FLKnqHfPvMJEK0HSi3nqCCJXBFtA0SwZjdb1bziy+aMdJY+x8/i9VKz5THV/4Qx+aJtliFohk+6ra1nvmurU59GDweEPe8fSzFnQJ4NRaxTXOQ0UKQmnUnM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=PbDVTE62; arc=none smtp.client-ip=209.85.128.49 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="PbDVTE62" Received: by mail-wm1-f49.google.com with SMTP id 5b1f17b1804b1-490b8ac62baso16855395e9.0 for ; Thu, 18 Jun 2026 00:58:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1781769502; x=1782374302; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=nxP5lF2tMLYlezjZbuDxBAYkmeQ7b1wHJx/dctbQth0=; b=PbDVTE62zqb5wqN1P9ZLo5WQmyTpzVLkA5Sx+VCInEHKMTTkuggzuSd49BTM/9/euW c2P8fuUFe64KLvOmlkkT0BwqiizMyVcSQJxu9kTvCVPoDXvzXsw33qUyCKU2o1EHef1T PmEZwAmuLdVl+KONT8A9BQ0PgLiB9xT5Sy248EGHy3d12b6KXDSMUaBgzNOtxxEM8/Hs 8+inLqEOACGaqNoTDe0kuK+Kicpjos83QYBv6rfhWYOYhzTFmo5wdcK07DTs0EyyFbYH ukZG+psO41OyKuPgsvR4jpHtHSjkr6fG4yC1YMOSZFCk3LCfOA3R05e4EELwKX+C0j4e aWAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1781769502; x=1782374302; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=nxP5lF2tMLYlezjZbuDxBAYkmeQ7b1wHJx/dctbQth0=; b=Ve6BBTzxBvR10rbom7ysLqFLl8QdiiH9FEVnCC11MzbVTTZhzdAuHR3hsTcmvVHvVB xpYYtv/H781SJMOZESkckAKDe5qTpjLBtt58yizgA+lBiD09TlhSleyC8PwrKdEQWtqT xNgDScrwIuGfCSQ6YEQQ1L9bKkvInZ579dNa+gYJ10exdQaCbFqnPt6SZn4U/vCMEUYK WiTudOhto1qRA6m7wJ4lZSNEzTtdx/AfbQ1kBQy1yEyRGTnpTSR4O/zxGWw2MDXirCKC ZreQpQetxnWCHKVbZ7YVtdjruzjL2DEgnuSv+x/8CGzbl4jpHtEpjG7lbh0Bc+EIkDDX +cfw== X-Forwarded-Encrypted: i=1; AFNElJ91axyxg1CsrmyRGANJmAVylSuwRFSbYpiTkYokkTZ8ynoiiGITA1aKookxN6OTS2SXNdO4CH9bYwL+w8c=@vger.kernel.org X-Gm-Message-State: AOJu0Yx5xA2H0Aul5leR9av99Von/OjoEwKApKQCibuKkub0208tqW9i wemxAxezqkx06/9Zjnv71+zqeB7/QhHFMqyhffDH0L02bZpiqxC6xEqG X-Gm-Gg: Acq92OFw/MuV2UsCU5WgmXlaADjcSf+QdOtdZIfaehcw1p+HUSCfuWEbVw9oaTruJNo o6udmqFlMKNnbAkP5/h0TByu80A5J+Dx+nmr9m4qFKM4jgKbfGyf2rfI21AM4SbHzDB6alsENkH 5j8cjDZ0MeCQyU15qoqT25omMNRDe0lLkohw+8BlGq6Y450w37kYXDtrxzupWMtEbeInVxKSM0U tYomrBTV4d+CuzwZTcx/Z+GAHc4l7cGIEzrwN5gKHcPIE6uvAIvw+6p8FUCgtctGgp4pL2w/0Ov 8vpkMSHpc4mflcUcxQ5Dc8mspE3hbc2za+7Ud/pX9uHKSucbuysi6UXA6dE0I36OXTzX0cKUBPI Vjj7brub4ucMzb2bLTzF51thhoRkI8vKtbADUR4qvRRiE7zPiK/gFVCnh3doXbYVBFuB8qBMeLg 5PkrOpmiQpDAHS5qci0BxD/eGYrAsliquTIdaAoz+74z0MF5s+scF4vgn/caiB7xLeZIT/PEDNw g== X-Received: by 2002:a05:600c:3e0e:b0:492:3767:6973 with SMTP id 5b1f17b1804b1-4923817448dmr33517915e9.9.1781769501545; Thu, 18 Jun 2026 00:58:21 -0700 (PDT) Received: from [192.168.8.19] (host-79-10-200-194.business.telecomitalia.it. [79.10.200.194]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-49230a9b45bsm193927105e9.15.2026.06.18.00.58.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 18 Jun 2026 00:58:21 -0700 (PDT) Message-ID: Date: Thu, 18 Jun 2026 09:58:19 +0200 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [BUG] OV02C10 on Dell 16 Premium DA16250 (ARL): INT3472 handshake-derived "dvdd" regulator registered but never linked to sensor, sensor probe fails with -EREMOTEIO To: Marco Nenciarini , linux-media@vger.kernel.org Cc: hansg@kernel.org, ilpo.jarvinen@linux.intel.com, sakari.ailus@linux.intel.com, linux-kernel@vger.kernel.org, platform-driver-x86@vger.kernel.org References: <396e4b0d-7a2c-4ba4-9569-0428ccd63267@gmail.com> Content-Language: it From: "Angioli Samuele (gmail)" In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Marco, Agreed on all counts, and thanks for closing the loop on it. I won't push the standalone dvdd_second_sensor quirk: a field with no enabled board behind it is dead code, and the second_sensor mechanism is already there for whenever a board that actually needs it shows up. The validation stands on its own as a data point if that day comes. I'll take the NVS topology issue to Dell through what channel I have -- the RGB-side PMIC (DSC1/LTH1/CLP1) being _STA=0 while only the IR-side DSC0 is live looks like a factory-config decision on the Linux SKU, not a hardware limit, since the Windows image drives the sensor fine. If they flip the gate (or expose the rails on a live instance), the existing int3472 paths should pick it up with no kernel change. Thanks again to you, Hans and Sakari for the time on this one. Samuele Il 18/06/26 09:22, Marco Nenciarini ha scritto: > Samuele, > > The _STA dump settles it, thanks for running it down. With DSC1/LTH1/CLP1 all > _STA=0 and only DSC0 (INT3472:0c) live, the OV02C10 has no live PMIC instance on > the DA16250, and the gate is a BIOS/NVS config (CL01/C1TP read but never > assigned, no _OSI branch), so acpi_osi spoofing can't reach it. avdd/dovdd/reset/ > clock have no live provider to key to. > > That closes the kernel angle: there is nothing for int3472 to fix here, and the > dvdd re-key, though correct, can't bring the sensor up. This is a Dell firmware > matter (the RGB-side PMIC topology left disabled in NVS), worth reporting to them > if you have a channel. > > On the standalone dvdd second_sensor quirk: I'd hold off. The second_sensor > mechanism already exists; a dvdd_second_sensor field with no enabled board behind > it would be unused code, and the kernel doesn't carry a quirk that has no > consumer. If a board turns up that actually benefits, the field and its DMI entry > can land together in that series, with the consumer that justifies them. Until > then there is nothing to upstream. > > Thanks again for the thorough work on this one. > > Marco