From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-dy1-f170.google.com (mail-dy1-f170.google.com [74.125.82.170]) (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 0B59F3822A7 for ; Mon, 23 Mar 2026 22:20:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.82.170 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774304459; cv=none; b=YlPzNnnQe4dTVI40UCxd8WZcjJWB2naArtIucAln1UTYZ1ddvzu616SvF9/7gH7ZSYKsFXqMY+ZH1RBBB0/7qIj6tpAbvRa81Ie8WiTWLaEdckIcWogQ2K+Op9fBRCyBH0/RmQ7aJWOlwvTk33Xhkgk4L2/2lB6YDrMOlwb24W8= 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.170 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-f170.google.com with SMTP id 5a478bee46e88-2c10a2e2cd1so3507190eec.0 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=QKxI0poDhgMOdMOJTbY8AiImfz/yvXhgEMJBr6BZniENHF2xOj1E8M7XX5If86RkFP MGoIX4G/pDIphKvmFU4edVQ6QdoR/LWDxqCBBCISOm7HCzrKI62/71KeWHSCrK4nHu+Q xQQ/W7w33zWoQb3s5Hu5QChnLazR7adky8F74NZUpC4+cMr6rB5tjM/rbbMn0NQ+cXR7 Hk4Wq+M8onK+CSmItP2ht2Jp7LpqYqiw0AOusJPe8ZbArME8PU/0R5aFqhyhF7/cMKEF Kwy+4TlrTjIDSDo3/r5IoAyEESPWiCA0ZlEm/4TkFv+EpP1/gINU7F8C0cx8njccr2Xr 7p1A== X-Forwarded-Encrypted: i=1; AJvYcCVl4E2znlaKPiUe0rMh+9b9dpnx5zrMbOSgrHcz8RzSKN+g9QVeIoAm8PiSIqktCqCmFaLaX64=@vger.kernel.org X-Gm-Message-State: AOJu0Yw1e6onwp9tdzMwoAEKkwWseOTqmi7UHwyq/0kDv4pv3i3rLRFI FBv8apsiXfubAEWqLrcWKd333bjlzEIm7JaFEnb9KI3gEc9cBNvhNO53 X-Gm-Gg: ATEYQzx/DlovR2RML13Xf0gMEZ759f4RLqhAodsASaEf5y++QrBM34uRJ+cIs1MVqtR Xf6NAnbtc6xsdXok8e3q4DESiCGuYp5zz0P8wO3WOyTPqM5lkAkbMPSZDl2Kg5WWp6Vut/E7OG+ suJz1eYs/DAw1sz1ni21XHcj6yrlhMIsphd6noFBys4mgMNflKaFuGyiWr4HFdmVxq6ONLUrGog UjE8+sGdymteI8vefO/bc/2/pAJ4kFpREdWUpacfrt5O1KzxArho8W3nLYV8BsNaM0/IsdHFSR0 ONl3gFuUHXpxLS4awRQ7ohHaGYhKoFZmWP3u10aVAaK/iFaQPwf6dQ/joY3bpy6I5Uc+v7eYSXp nufntTlPv5PqQdoPl1ytnemLhOXFS8Yjc03QtzBEXY283fuj+O+3Fzv/kbUXU+lFRyusNbz1wjz 9Q9FndEiQURx0pOY3GRf9t9wsmWUDJiVcEDTvmWsvrdLGZwqTzfWfyqkMc01l+ixux 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: netdev@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