From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-dl1-f42.google.com (mail-dl1-f42.google.com [74.125.82.42]) (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 EBF7E3803FA for ; Mon, 23 Mar 2026 21:41:08 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.82.42 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774302070; cv=none; b=ldzaO53rBFMGNBM4VHwSGf/IBHAf+sJnSVFeUuzltBeYKJlTR2Cy0hO4QFMJeS6pir4s0to3IAUiW1l/IZLCCnDBTHqR+bXST1kIwW75TjWXcNPC2cy6HX/GFWyr7tIbY34SnfS4znUiihTyLaI7yKRnQrGMow9ZMMM0HigT538= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774302070; c=relaxed/simple; bh=Ia2wOeaNxrGGSqm94OjQXh1deCH4whLtBppic3PUk3o=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=jKQWXUacUvKQkp3GHUIXHcM7ya4dQ4aAJ/l+jNYr2KQa2Va0wjtdgDnrYlyd6lL/yYPixyS7JAHMliIrCwAZQu4gv/ud4tteykn968rxclO+0NAMHfHc9STvgC5w4Ll7dZ3lNBi712vgNa70k41AfLwdhxWXcw/1Qpd3u8J4mDE= 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=bvOMxUP3; arc=none smtp.client-ip=74.125.82.42 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="bvOMxUP3" Received: by mail-dl1-f42.google.com with SMTP id a92af1059eb24-12a747e7b2fso1117847c88.0 for ; Mon, 23 Mar 2026 14:41:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1774302068; x=1774906868; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=Q7HCZ5YthEu6Sto4GADNi5rznGP/hi6UoU7AjdQU+RY=; b=bvOMxUP3ynayoZoyQiQubkhgSB8gwVBqoVcFi/egyb7w2owvUhwCU9zc4g2v3ctqCD B9O8oZmoaNmgoTpSUMugSavwhcQw/Mk62VoF8VU3NhecFu88XPN8zcD+HbSLj0oXUxyC Uak67PuSuJwMSOBapnvPrhpdLqV1WnYkFhMp0VHFSaRHSdPftLaCsO+8090CSi/ZEuUY H4EOf4cAnGEcPNfQutrSMyl++XsVQ7+a2ez+143H+ogac1wgD6++YgqtDxYVnCbtV/JL 8MD7fp/sk3fLbgxnYX3lRnrh+ZSq7NEE7mMTUXvIWVLVci3z7Cao4NWPVIreNe+fwAv6 4UIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1774302068; x=1774906868; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Q7HCZ5YthEu6Sto4GADNi5rznGP/hi6UoU7AjdQU+RY=; b=MEsfWsuPvRhD2w+TjtdHUH4C8P9DlZ2BhQGDR962lVPutxsB7ps6IjfP9nZhObrkQR FpRcyA6s1eTw7ir51HVnzw1FyITK2ZkaRfFabseuU1MHWGdOEXRYY7iQW9LV1jGxl2Ki WkqiMWhaAFuWxuVicJhAOil2KbPVgGlHnNLuR1h0lpo+BQ4uLHXmI5AfDMXlcNV/xr7o A+KBd52kcsFUgo1r7Lhnq3uRz0yDPV6KFslsOEox7D5McSR2Y9AIiFXeWlUdIf2Uw1Wk 94Ad4PqZ5svsII4Eias39Nl5+7r8Nog6dL3zWFR0cnJVvwlFhAkSTQtlXv6HRbHVzpnQ D20g== X-Forwarded-Encrypted: i=1; AJvYcCV4pmXPRnWRWJneRCl+dHFP7toK795C3w/lMPXJEVn+zdMvHYI1VT7xkVkDEiP9VrxK7wws/nwAk00=@vger.kernel.org X-Gm-Message-State: AOJu0YyTCVxOSCk8XwILtVDS6AKG74BykNWJhVsxeB8f5mLhFznhxTCv zc7S9m2j1Q1yVRs2gTXpcmMrZX9YbpKeXMXuOeOxVa9YXscQsb3WOkTi X-Gm-Gg: ATEYQzw8NIHFjHiDbm9s2DBKr+A6ig6baM8hvwu2tPB1AUf1h0oXFnLAMb65c+fPT+g +MPPWNQ543ntclerhtjtunhRHDPDHvtQLc+BsK9Ss7n0cPdGLjnMJUrN8fq75sX74cDaQT0PsTf SSfneiAm5GNkEwtX+cP8XtkJIiVjKYJvVVGjMWP94MupXedeA/YlNBWQ75O4iR3ljfuUFl99oy/ pQU8dqcIWAOeMvJBvgw5SljbwfU5aRh/BHVXbS3L30JssGsdRRpkD7fTOObtafRqYNFi5NBIKLY YMAut1JjRlK6gkd8W5jsmY7UYGfs18uvQLNFoi6oXeE7BaZHnisRHZxUUIZkzdRvTEJxoZq3Bil /AKOx0Tpyy2Zp11s7FyC3RV5nQebgGrW07Le4rJJqdDUaxl+vqng05kbpcSdqccTImDLYjt6evf E9Qnr0InOtnTUT5DtBW8B2DCcchKLcbtXue7qBZjCCQoxaaK1dSJOg1wscovnK1SPx X-Received: by 2002:a05:7022:31a:b0:128:d24a:a5ba with SMTP id a92af1059eb24-12a726cafe2mr5295048c88.20.1774302067990; Mon, 23 Mar 2026 14:41:07 -0700 (PDT) Received: from google.com ([2a00:79e0:2ebe:8:a296:1211:5ab0:bc95]) by smtp.gmail.com with ESMTPSA id a92af1059eb24-12a733d199asm9682893c88.4.2026.03.23.14.41.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 Mar 2026 14:41:07 -0700 (PDT) Date: Mon, 23 Mar 2026 14:41:03 -0700 From: Dmitry Torokhov To: Mark Brown Cc: Andrew Lunn , Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Vinod Koul , Neil Armstrong , Liam Girdwood , Lee Jones , Pavel Machek , Peter Rosin , Heiner Kallweit , Russell King , Moritz Fischer , Xu Yilun , Tom Rix , Greg Kroah-Hartman , "Rafael J. Wysocki" , Danilo Krummrich , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-phy@lists.infradead.org, linux-spi@vger.kernel.org, linux-leds@vger.kernel.org, linux-fpga@vger.kernel.org, driver-core@lists.linux.dev Subject: Re: [PATCH 04/10] regulator: of: switch to using class_find_device_by_fwnode() Message-ID: References: <20260322-remove-device-find-by-of-node-v1-0-b72eb22a1215@gmail.com> <20260322-remove-device-find-by-of-node-v1-4-b72eb22a1215@gmail.com> <360a8b4a-6507-417a-9fc1-c53b14868657@sirena.org.uk> <7d46803e-b285-4e9c-8856-10100fa0ea85@sirena.org.uk> <193e194a-498f-464f-b22c-c283c16db6c1@sirena.org.uk> Precedence: bulk X-Mailing-List: linux-spi@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <193e194a-498f-464f-b22c-c283c16db6c1@sirena.org.uk> On Mon, Mar 23, 2026 at 09:36:07PM +0000, Mark Brown wrote: > On Mon, Mar 23, 2026 at 09:01:47PM +0100, Andrew Lunn wrote: > > > How do you handle deprecated OF properties? This is a problem i've run > > into before. A developer needs an ACPI binding, so they blindly > > convert from of_ to device_ without engaging brain. As a result, they > > bring all the deprecated OF properties we want to die into the brand > > new ACPI bindings. > > Honestly that one hasn't really come up much for me - not too many > deprecated properties. Given that we position properties as an ABI even if they are deprecated we supposed to handle them forever. Newer properties usually offer benefits over old ones and that is how users get moved over. Thanks. -- Dmitry