From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-dy1-f169.google.com (mail-dy1-f169.google.com [74.125.82.169]) (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 0E5FD3822BB for ; Mon, 23 Mar 2026 22:20:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.82.169 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774304459; cv=none; b=mFUJc3sg+G/1kSEl2QtkrmX0foxU09o+pqYDCf4Qs6HbSI/w6xEedOFgZEfpI0XApCmkmpNRoL6fH60iu9fwaWIJoILg8mnjM55DL03hbPEz5mSRv23KZ/D1Hz5HuX2J/mLvfH1QCePX08XDwSfGw9UxWiqK0PXpOO/0vuLdrxg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774304459; c=relaxed/simple; bh=qqUgVu3iIB9dI3QgPpQ/I+hkv8Lf18eczVPIEmNZ104=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=ZlLjoAbW61eV1MVfY674q6KmmiZzqgy0fggoNNv3NrhFW7mi//PTV1mZc5++yv524kBiES8mMyU+YylatGSBYlIhVvXHSupPgCpB1+rzJbLfEXf3XbKfWPNCCHzB69Uy4326wBlZ7xZF3PxCNo7vQeSv1agIznMDl+eCnDL1P5k= 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=G+SKwuKj; arc=none smtp.client-ip=74.125.82.169 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="G+SKwuKj" Received: by mail-dy1-f169.google.com with SMTP id 5a478bee46e88-2c0c955a481so4047468eec.1 for ; Mon, 23 Mar 2026 15:20:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1774304457; x=1774909257; 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=7kzF6SFWkNpwiVT7Tzq/JseNp5uopL7N2rNpwm2glC8=; b=G+SKwuKjoYWyLKf8QBIlUiunM/B9ly0uajRi5NpWg7loDqllf8SJ4LJ715Hhu4fpQj 9pOTFA11serRiqEqRTFAJKW3yUed/hz0+ug/1BMf5gjEzTOT9XRtUywVQe9yEYFuKLrp fGY7t8I8clHj93m6jnZdSJxm8jviD2C+6z+gVqJ9VFZwGOUd5KPRAocXPM4bjvGuq/CA oaVukfDr5nWmw0YYLZwX01d1qL2DAjl7E6iAftQvBKhcqPREFhYZTDlSQVLGxkihs6Gj PUW0kEVTYB8kRHKOD9KCTjW9y+a1un5l/PygVk8Ek70i37H6PRlp50FBVTzI6yLiA9jf +cTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1774304457; x=1774909257; 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=7kzF6SFWkNpwiVT7Tzq/JseNp5uopL7N2rNpwm2glC8=; b=rWl1SuAIhS+6Ca4kmDkn2WxunbQQUY2iD9ljvihg10oqx7PgmfaRaCY42ZemhDCbZ+ 4mcbQqwiOchvYogF/8kZS8ApVUNNGIQaH+pe9xG88QpCgh0l9MfOLFkMmuOEm/sEgDEE y9NftEA19Q4iD+O3PtKVPK32GFDbLhGQeB6zRoXnBBAhXAR0BkTQOhSYm7lSOwSM6yCr sxnl8zsb5V58McUo7vl8/Ax6NmQDYVFheMWLHea/KDsVm+EJO7niAc4cvy0QLUvZpEk4 bWe8Lu/XfDs0x41dk10nruhgISBA+3edDNbTyaWS05hJFCcMxYZh2Lczm8u/Sosl/pkP ct4A== X-Forwarded-Encrypted: i=1; AJvYcCWZePs1YpUQeSz8SDdxDEVjYSsJ2ntjxZVfblRTeq4DSgfIH5dfLLGeKa/GeSvISBV+e2trAmZ+P1L+Ts8=@vger.kernel.org X-Gm-Message-State: AOJu0Yz7pD7NXy1btOnswiX1qegus9T3DpWfXxeKLmfLAUuws+vVJSrc gSlDAI7Dur1QcvLPPKbWaJ/JFDX+Lf61ZtxHo45rlg0qmpnqVNl2O8m3 X-Gm-Gg: ATEYQzwhGHRQjH32bNy+jw4IMKubClyFohw+HX4MaYpngGcd89RPcOR45zS3JWG62/n ESR2GGsBv212hiwcxTA7xU6VTsxctbILTsW9zMmhRL59ug8Ba8C2za9ZAmT1mStJQxGgDuyXIIt Qz5+OQFXJr+LPHG5sa2JEHxWRjyHKzMBwtvFVpDi93tD2Dab4ZAuLAd983/tNUtjUZeYcxNCR/k uW4auFVMyef8EFpLImTJjKcEBBLDt+v23eoSr5MellNXVV7fFlLPM+EJeA+C1iCsf4MkRzwcJGr MfeQhhINAgLvkLVfHIj4YLSp9NXvdTvO4t4YSUI0ddAcGmLBhdNRsYPyTEAJU3sIusr/syVrX6A x+fQX3ddp9Uk/hs4WNPjndEe33f6c0BnWfwRKIL46h+Qw4KH/S7L15p3A6iEabDaPFYI36WF6uL RQeg9OvqyExprbLfOUOIG0B9Lg+7NknDJ9Jk0f0SVPqzQypGAaqhF+/Wj+e/Okvu6x X-Received: by 2002:a05:693c:3b0b:b0:2be:ca4:e119 with SMTP id 5a478bee46e88-2c1097abc22mr6650334eec.30.1774304457110; Mon, 23 Mar 2026 15:20:57 -0700 (PDT) Received: from google.com ([2a00:79e0:2ebe:8:a296:1211:5ab0:bc95]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-2c10b2d673asm16033079eec.24.2026.03.23.15.20.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 Mar 2026 15:20:56 -0700 (PDT) Date: Mon, 23 Mar 2026 15:20:52 -0700 From: Dmitry Torokhov To: Andrew Lunn Cc: "Russell King (Oracle)" , Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Vinod Koul , Neil Armstrong , Mark Brown , Liam Girdwood , Lee Jones , Pavel Machek , Peter Rosin , Heiner Kallweit , 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 net-next 07/10] net: phy: 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-7-b72eb22a1215@gmail.com> <32679fc0-c388-4cd7-a030-5f5ed5abab78@lunn.ch> 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=us-ascii Content-Disposition: inline In-Reply-To: On Mon, Mar 23, 2026 at 11:00:05PM +0100, Andrew Lunn wrote: > > BTW, why would not we want to push for the unified binding? They are the > > same pieces of hardware... > > I don't think the ACPI committee would be too happy if i ask them to > throw away their standard and just use DT. I meant if we are introducing a new to ACPI schema... Not throwing away existing one. > > ACPI and DT are different and we just have to accept it. > > Nobody really cares about describing networking hardware in ACPI, so > there is no need to support it. KISS and keep everything DT. OK, but even for DT I think we should be using device_property_*() and fwnode_handle. If there is an ACPI support for mdio it is perfectly valid to use fwnode handle on an ACPI system to locate an instance of mdio bus. And hopefully the caller of this function does not really need to parse properties itself but will use mdio APIs (mii_bus). Thanks. -- Dmitry