From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id E6FA5C43217 for ; Wed, 23 Feb 2022 15:24:05 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238278AbiBWPYb (ORCPT ); Wed, 23 Feb 2022 10:24:31 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34882 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238086AbiBWPYa (ORCPT ); Wed, 23 Feb 2022 10:24:30 -0500 Received: from vps0.lunn.ch (vps0.lunn.ch [185.16.172.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4168E1EEC1; Wed, 23 Feb 2022 07:24:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=Y3cPCCzqUPIPn9nEmJpNNgtEll+qnNIz/bFbYhrBaUY=; b=FaagR1m7eCvnv/6xMnWjMyHqo/ clGiZt6ku58JEvcgzGplpmXyGZ/5hkAE9aE3bbR833M7dXWsZ2KiblzR1BZSLjuKkhhxWtvW6LaX/ Ktt0VCqbl/CdofQQ/dh0p+rT2WH3WiCEap5xEp/WffLogRvxAnx/gE7bYZg5zIYX4Se8=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1nMtUY-007oY2-4B; Wed, 23 Feb 2022 16:23:46 +0100 Date: Wed, 23 Feb 2022 16:23:46 +0100 From: Andrew Lunn To: =?iso-8859-1?Q?Cl=E9ment_L=E9ger?= Cc: Hans de Goede , "Russell King (Oracle)" , Andy Shevchenko , Daniel Scally , Heikki Krogerus , Sakari Ailus , Greg Kroah-Hartman , "Rafael J . Wysocki" , Wolfram Sang , Peter Rosin , Heiner Kallweit , "David S . Miller" , Jakub Kicinski , linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, linux-i2c@vger.kernel.org, netdev@vger.kernel.org, Thomas Petazzoni , Alexandre Belloni Subject: Re: [RFC 10/10] net: sfp: add support for fwnode Message-ID: References: <20220221162652.103834-1-clement.leger@bootlin.com> <20220221162652.103834-11-clement.leger@bootlin.com> <20220222142513.026ad98c@fixe.home> <888f9f1a-ca5a-1250-1423-6c012ec773e2@redhat.com> <4d611fe8-b82a-1709-507a-56be94263688@redhat.com> <20220223151436.4798e5ad@fixe.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220223151436.4798e5ad@fixe.home> Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org > As Russell asked, I'm also really interested if someone has a solution > to reuse device-tree description (overlays ?) to describe such > hardware. However, the fact that CONFIG_OF isn't enabled on x86 config > seems a bit complicated on this side. It does work, intel even used it for one of there tiny x86 SoCs. Maybe it was Newton? If you search around you can find maybe a Linux Plumbers presentation about DT and x86. You can probably use a udev rule, triggered by the PCIe device ID to load the DT overlay. Do you actually need anything from the host other than PCIe? It sounds like this card is pretty self contained, so you won't need phandles pointing to the host i2c bus, or the hosts GPIOs? You only need phandles to your own i2c bus, your own GPIOs? That will make the overlay much simpler. Andrew