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 32CB5C433EF for ; Tue, 22 Feb 2022 08:57:19 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229735AbiBVI5m (ORCPT ); Tue, 22 Feb 2022 03:57:42 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39546 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229526AbiBVI5l (ORCPT ); Tue, 22 Feb 2022 03:57:41 -0500 Received: from vps0.lunn.ch (vps0.lunn.ch [185.16.172.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B2D5812AFD; Tue, 22 Feb 2022 00:57:15 -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=xGEsn6HNXntcb29Co/VYHo96/tg4kb3qe6IpkM6Z7HM=; b=w11BX5lfQ/3A1VzJHr6YOMrlWR MR+I+IZyPal61hFgiIOJ6TSX6b+PvJnD6fpe44UASNoErT6ZkNJpGoKoATzC5AinGDz75+6E7wQB3 qaBpeX3kHEj2A4o+vo3wgeBCy5Yw99Un+O3/2TJ+KHAg1lfLWuNQIC2rH0QA2JmuYApU=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1nMQyl-007ZHB-9C; Tue, 22 Feb 2022 09:57:03 +0100 Date: Tue, 22 Feb 2022 09:57:03 +0100 From: Andrew Lunn To: Andy Shevchenko Cc: =?iso-8859-1?Q?Cl=E9ment_L=E9ger?= , Andy Shevchenko , Daniel Scally , Heikki Krogerus , Sakari Ailus , Greg Kroah-Hartman , "Rafael J . Wysocki" , Wolfram Sang , Peter Rosin , Russell King , Heiner Kallweit , "David S . Miller" , Jakub Kicinski , Linux Kernel Mailing List , ACPI Devel Maling List , linux-i2c , netdev , Thomas Petazzoni , Alexandre Belloni Subject: Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp Message-ID: References: <20220221162652.103834-1-clement.leger@bootlin.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org > > In the DT world, we avoid snow flakes. Once you define a binding, it > > is expected every following board will use it. So what i believe you > > are doing here is defining how i2c muxes are described in APCI. > > Linux kernel has already established description of I2C muxes in ACPI: > https://www.kernel.org/doc/html/latest/firmware-guide/acpi/i2c-muxes.html > > I'm not sure we want another one. Agreed. This implementation needs to make use of that. Thanks for pointing it out. I don't know the ACPI world, are there any other overlaps with existing ACPI bindings? Andrew