[{"id":3668448,"web_url":"http://patchwork.ozlabs.org/comment/3668448/","msgid":"<acKbYhbwZzv2gTnB@ashevche-desk.local>","list_archive_url":null,"date":"2026-03-24T14:10:42","subject":"Re: [PATCH v9 2/5] i2c: mux: add support for per channel bus\n frequency","submitter":{"id":46495,"url":"http://patchwork.ozlabs.org/api/people/46495/","name":"Andy Shevchenko","email":"andriy.shevchenko@intel.com"},"content":"On Tue, Mar 24, 2026 at 02:54:16PM +0100, Marcus Folkesson wrote:\n> There may be several reasons why you may need to use a certain speed\n> on an I2C bus. E.g.\n> \n> - When several devices are attached to the bus, the speed must be\n>   selected according to the slowest device.\n> \n> - Electrical conditions may limit the usable speed on the bus for\n>   different reasons.\n> \n> With an I2C multiplexer, it is possible to group the attached devices\n> after their preferred speed by e.g. putting all \"slow\" devices on a\n> separate channel on the multiplexer.\n> \n> Consider the following topology:\n> \n>                       .----------. 100kHz .--------.\n>     .--------. 400kHz |          |--------| dev D1 |\n>     |  root  |--+-----| I2C MUX  |        '--------'\n>     '--------'  |     |          |--. 400kHz .--------.\n>                 |     '----------'  '-------| dev D2 |\n>                 |  .--------.               '--------'\n>                 '--| dev D3 |\n>                    '--------'\n> \n> One requirement with this design is that a multiplexer may only use the\n> same or lower bus speed as its parent.\n> Otherwise, if the multiplexer would have to increase the bus frequency,\n> then all siblings (D3 in this case) would run into a clock speed it may\n> not support.\n> \n> The bus frequency for each channel is set in the devicetree. As the\n> i2c-mux bindings import the i2c-controller schema, the clock-frequency\n> property is already allowed.\n> If no clock-frequency property is set, the channel inherits their parent\n> bus speed.\n\n...\n\n> +\t\tof_property_read_u32(child, \"clock-frequency\", &priv->adap.clock_hz);\n\nWondering if we may use existing API to get i2c timings from fw description?\ni2c_parse_fw_timings() (it might be that it needs to be split for pure fwnode\none and device wrapped).\n\n> +\n> +\t\t/* If the mux adapter has no clock-frequency property, inherit from parent */\n> +\t\tif (!priv->adap.clock_hz)\n> +\t\t\tpriv->adap.clock_hz = parent->clock_hz;\n> +\n> +\t\t/*\n> +\t\t * Warn if the mux adapter is not parent-locked as\n> +\t\t * this may cause issues for some hardware topologies.\n> +\t\t */\n> +\t\tif ((priv->adap.clock_hz < parent->clock_hz) && muxc->mux_locked)\n> +\t\t\tdev_warn(muxc->dev,\n> +\t\t\t\t \"channel %u is slower than parent on a non parent-locked mux\\n\",\n> +\t\t\t\t chan_id);\n> +\n> +\t\t/* We don't support mux adapters faster than their parent */\n> +\t\tif (priv->adap.clock_hz > parent->clock_hz) {\n> +\t\t\tdev_err(muxc->dev,\n> +\t\t\t\t\"channel (%u) is faster (%u) than parent (%u)\\n\",\n> +\t\t\t\tchan_id, priv->adap.clock_hz, parent->clock_hz);\n> +\n> +\t\t\tof_node_put(mux_node);\n> +\t\t\tret = -EINVAL;\n> +\t\t\tgoto err_free_priv;\n> +\t\t}","headers":{"Return-Path":"\n <linux-i2c+bounces-16702-incoming=patchwork.ozlabs.org@vger.kernel.org>","X-Original-To":["incoming@patchwork.ozlabs.org","linux-i2c@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=intel.com header.i=@intel.com header.a=rsa-sha256\n header.s=Intel header.b=XjBt1M2O;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c09:e001:a7::12fc:5321; helo=sto.lore.kernel.org;\n envelope-from=linux-i2c+bounces-16702-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com\n header.b=\"XjBt1M2O\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=198.175.65.15","smtp.subspace.kernel.org;\n dmarc=pass (p=none dis=none) header.from=intel.com","smtp.subspace.kernel.org;\n spf=pass smtp.mailfrom=intel.com"],"Received":["from sto.lore.kernel.org (sto.lore.kernel.org\n [IPv6:2600:3c09:e001:a7::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fgBmF4mQjz1y1g\n\tfor <incoming@patchwork.ozlabs.org>; Wed, 25 Mar 2026 01:11:25 +1100 (AEDT)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sto.lore.kernel.org (Postfix) with ESMTP id EF26F3027B94\n\tfor <incoming@patchwork.ozlabs.org>; Tue, 24 Mar 2026 14:10:55 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id E40713FE37F;\n\tTue, 24 Mar 2026 14:10:48 +0000 (UTC)","from mgamail.intel.com (mgamail.intel.com [198.175.65.15])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 683D82D5950;\n\tTue, 24 Mar 2026 14:10:47 +0000 (UTC)","from fmviesa001.fm.intel.com ([10.60.135.141])\n  by orvoesa107.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384;\n 24 Mar 2026 07:10:46 -0700","from abityuts-desk.ger.corp.intel.com (HELO localhost)\n ([10.245.244.214])\n  by smtpauth.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384;\n 24 Mar 2026 07:10:44 -0700"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1774361448; cv=none;\n b=A0JczbXlbNeX03sp99h/22M2WD0EsOwu+In+1NoMwTFILHPnp/n7zR/e5nWNCy5zh1IEkBncpGPUbiPgOyz3QPwuhbSeVVEc9qe8FGHdGy4zPJejDj/Nn8LP0UR6BirwS40eKpn5MYmldMWwNcSJoUuTbvCpmzbIdgQHFJzhKBM=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1774361448; c=relaxed/simple;\n\tbh=Zwde7jG+zF9qr5SPigLAIwxRSoBCrA0SpkWRrEkdqSo=;\n\th=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:\n\t Content-Type:Content-Disposition:In-Reply-To;\n b=XZzB/NN1N7CQ2vL1ySZGKWNsu+o+zs2eHfveeDXkVi6mb6wyZWbl/moAxWGa734lCCsjFEd5TuwhZBL6voR4t1GxmegQ+DNfSf6Pf4EjdlQYeA9xiASGGwiXQYgpYqvKguvybV5RAPE/LBBgiavOdI8j9xKYJnYXROuLu7v2rvI=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dmarc=pass (p=none dis=none) header.from=intel.com;\n spf=pass smtp.mailfrom=intel.com;\n dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com\n header.b=XjBt1M2O; arc=none smtp.client-ip=198.175.65.15","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple;\n  d=intel.com; i=@intel.com; q=dns/txt; s=Intel;\n  t=1774361446; x=1805897446;\n  h=date:from:to:cc:subject:message-id:references:\n   mime-version:in-reply-to;\n  bh=Zwde7jG+zF9qr5SPigLAIwxRSoBCrA0SpkWRrEkdqSo=;\n  b=XjBt1M2OyBeE5AFStSif+mBQkGedxZyLRSXF2mhzCAegp5v7NCNlWhE+\n   CUeV2EM4Kf3tQkdleA7/g2+DmnJjOclZK9yFSLLtFPSX34FvlA9jERVTx\n   QxD3qJ9rdjZPqu1BFrjZc1qWTi/nrtx5X4kW2AXac0fkKsnOB05vzxpGF\n   +6Ngza4g4pMVps3XX6kG7T8MRRVnaYtK9hBg5ywJCTE3hSWR5iYXY3i9a\n   cPpm1fz7xHgT8OtDO1XEoRkQ+mit/31XEew6rYN7wWSVvBHbejw5wPlNK\n   GVZ5flNpLrdW+gcPLHcRX0OXuHkxxatMYbsRCpcnKWSTqwFrtMdQbVcmr\n   w==;","X-CSE-ConnectionGUID":["S9CN8qS8QfOGlm4lcLZfCg==","yBwwehg/RoG+sHw14JK3TQ=="],"X-CSE-MsgGUID":["AhiyiqmtRCmNKY/A1GAvtA==","d5ltkdDNRIm+yGn5KU0M0Q=="],"X-IronPort-AV":["E=McAfee;i=\"6800,10657,11739\"; a=\"78974106\"","E=Sophos;i=\"6.23,138,1770624000\";\n   d=\"scan'208\";a=\"78974106\"","E=Sophos;i=\"6.23,138,1770624000\";\n   d=\"scan'208\";a=\"247970109\""],"X-ExtLoop1":"1","Date":"Tue, 24 Mar 2026 16:10:42 +0200","From":"Andy Shevchenko <andriy.shevchenko@intel.com>","To":"Marcus Folkesson <marcus.folkesson@gmail.com>","Cc":"Wolfram Sang <wsa+renesas@sang-engineering.com>,\n\tPeter Rosin <peda@axentia.se>,\n\tMichael Hennerich <michael.hennerich@analog.com>,\n\tBartosz Golaszewski <brgl@bgdev.pl>,\n\tAndi Shyti <andi.shyti@kernel.org>,\n\tBartosz Golaszewski <brgl@kernel.org>, linux-i2c@vger.kernel.org,\n\tlinux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org","Subject":"Re: [PATCH v9 2/5] i2c: mux: add support for per channel bus\n frequency","Message-ID":"<acKbYhbwZzv2gTnB@ashevche-desk.local>","References":"<20260324-i2c-mux-v9-0-5292b0608243@gmail.com>\n <20260324-i2c-mux-v9-2-5292b0608243@gmail.com>","Precedence":"bulk","X-Mailing-List":"linux-i2c@vger.kernel.org","List-Id":"<linux-i2c.vger.kernel.org>","List-Subscribe":"<mailto:linux-i2c+subscribe@vger.kernel.org>","List-Unsubscribe":"<mailto:linux-i2c+unsubscribe@vger.kernel.org>","MIME-Version":"1.0","Content-Type":"text/plain; charset=us-ascii","Content-Disposition":"inline","In-Reply-To":"<20260324-i2c-mux-v9-2-5292b0608243@gmail.com>","Organization":"Intel Finland Oy - BIC 0357606-4 - c/o Alberga Business Park, 6\n krs, Bertel Jungin Aukio 5, 02600 Espoo"}},{"id":3669662,"web_url":"http://patchwork.ozlabs.org/comment/3669662/","msgid":"<acUa61a_XIuoOobd@gmail.com>","list_archive_url":null,"date":"2026-03-26T11:39:23","subject":"Re: [PATCH v9 2/5] i2c: mux: add support for per channel bus\n frequency","submitter":{"id":46679,"url":"http://patchwork.ozlabs.org/api/people/46679/","name":"Marcus Folkesson","email":"marcus.folkesson@gmail.com"},"content":"On Tue, Mar 24, 2026 at 04:10:42PM +0200, Andy Shevchenko wrote:\n\n[...]\n> \n> ...\n> \n> > +\t\tof_property_read_u32(child, \"clock-frequency\", &priv->adap.clock_hz);\n> \n> Wondering if we may use existing API to get i2c timings from fw description?\n> i2c_parse_fw_timings() (it might be that it needs to be split for pure fwnode\n> one and device wrapped).\n\nI like the idea, even if I don't see that many other parts of the\nkernel will be using it.\n\nAfter this patchset, I intend to make all other bus drivers use\ni2c_parse_fw_timings() for fetching their clock frequency. I will\ninvestigate the splitup in the scope of that series.\n\n> \n> -- \n> With Best Regards,\n> Andy Shevchenko\n> \n\nBest regards,\nMarcus Folkesson","headers":{"Return-Path":"\n <linux-i2c+bounces-16798-incoming=patchwork.ozlabs.org@vger.kernel.org>","X-Original-To":["incoming@patchwork.ozlabs.org","linux-i2c@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256\n header.s=20251104 header.b=FxlPVJc2;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=172.234.253.10; helo=sea.lore.kernel.org;\n envelope-from=linux-i2c+bounces-16798-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com\n header.b=\"FxlPVJc2\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=209.85.167.49","smtp.subspace.kernel.org;\n dmarc=pass (p=none dis=none) header.from=gmail.com","smtp.subspace.kernel.org;\n spf=pass smtp.mailfrom=gmail.com"],"Received":["from sea.lore.kernel.org (sea.lore.kernel.org [172.234.253.10])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fhMRL03kjz1yGD\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 26 Mar 2026 22:45:49 +1100 (AEDT)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sea.lore.kernel.org (Postfix) with ESMTP id BE148308F3F1\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 26 Mar 2026 11:39:43 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id 6A9883EB806;\n\tThu, 26 Mar 2026 11:39:39 +0000 (UTC)","from mail-lf1-f49.google.com (mail-lf1-f49.google.com\n [209.85.167.49])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id AF0893ECBDA\n\tfor <linux-i2c@vger.kernel.org>; Thu, 26 Mar 2026 11:39:30 +0000 (UTC)","by mail-lf1-f49.google.com with SMTP id\n 2adb3069b0e04-5a12c310e8aso1038217e87.3\n        for <linux-i2c@vger.kernel.org>; Thu, 26 Mar 2026 04:39:30 -0700 (PDT)","from gmail.com (83-233-6-197.cust.bredband2.com. [83.233.6.197])\n        by smtp.gmail.com with ESMTPSA id\n 2adb3069b0e04-5a2a063dcc3sm546963e87.7.2026.03.26.04.39.25\n        (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);\n        Thu, 26 Mar 2026 04:39:25 -0700 (PDT)"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1774525177; cv=none;\n b=GFThkiwu7X+MkGLTCoG4v4jgZgAriU/BEgT/VJp5cCURMF1DdWp068woOrdqd7Ynf4Ud7ZUnQyOlRx+yOfXDClYf2QTpaXiZ6G1tM+lZFMK4Q5zluUFuQWKDsWT7GddQoGYsLbYINBESJ6YjZOPJZzVh+DoWhBt6ILHjD5zpNco=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1774525177; c=relaxed/simple;\n\tbh=f62V4X4hSvGxJKdk/w/IZZ3abRCMpC8myNrDjm5ZBe8=;\n\th=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:\n\t Content-Type:Content-Disposition:In-Reply-To;\n b=cjS5rWl75hSL6i1PVnFv8jX+vebC4xexyiY++/hY66vZSjhMTvrDnVd+yaebwUKiAY38nblaeIUjlZ4YMRKNiwRx2Lcc/jxhqqYlmHVhPf6Nsac1kIWX/Sbmfn8V0oc/wCjb9xkgAccsIj+gGk3dicU3N/TeOPapZlSCFRm5XN8=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dmarc=pass (p=none dis=none) header.from=gmail.com;\n spf=pass smtp.mailfrom=gmail.com;\n dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com\n header.b=FxlPVJc2; arc=none smtp.client-ip=209.85.167.49","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n        d=gmail.com; s=20251104; t=1774525167; x=1775129967;\n darn=vger.kernel.org;\n        h=in-reply-to:content-transfer-encoding:content-disposition\n         :mime-version:references:message-id:subject:cc:to:from:date:from:to\n         :cc:subject:date:message-id:reply-to;\n        bh=JL83gbLudZtH8CT7uiZfcAOnl7OPRgnYQKRWmn1MAfI=;\n        b=FxlPVJc2MUKH2AmviRK1mChmKLuinzobiZGuSCCKQzP/xKuhe4tvCoaX3Q7bE5OwEg\n         uNK2rwc6LYACbB4S/i1pAxffe26r3HJfbE0vDfWCtQ0l7QhqFSjK1kKSH4yf/lyxpf5H\n         gOq6miYpdCXXEhRR32ppudAnKRocqW8qBjMZ7CChHT78yWdGPw5wOpeF4c4wVYNex29G\n         hrkM+2TSpDuq6/BNeh/IOtnhxYh3/rYPt95fl6KNVqNH9b7udkVPj6BQQMT1KrVbu/Nw\n         lIB4/vRJqtvlrZyfV6XbXUyWsZUswrrVWcjFzM1cSHGGiUf1wfHqEJpe3odlFg5lyRFD\n         dCyA==","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n        d=1e100.net; s=20251104; t=1774525167; x=1775129967;\n        h=in-reply-to:content-transfer-encoding:content-disposition\n         :mime-version:references:message-id:subject:cc:to:from:date:x-gm-gg\n         :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;\n        bh=JL83gbLudZtH8CT7uiZfcAOnl7OPRgnYQKRWmn1MAfI=;\n        b=ToWtu+/VkNGOdhNVSQtGf3bYSq4livAK3GT4b7ydmaWDiEkUiDOopkNGIgyBBBoRQR\n         T8YzCY7Jr0c4Lo2LBeuf8XTwC7Sxw2drp4Jza1zOgNmfHB1vbeVDxoZ9Za+/H4Ov2/L4\n         hdYsFoijYjaMUYx5xO6E8efh8VNGzX2EKjIykqVAB3G/V6GXAYjgEDAAO2NfHMyhjJ4q\n         br9V6tf+HGOiwvtQSvX0JxPMTjo2OO2Pac07a1pqPI3mvqlj3KXWNWFFMI43bfsyvft6\n         A4PW/vIRcHAxTfNpdKA4H/3324Fedk7FxcNnwljj9pChZGc2kK09uhpwOLk+g2AojOfd\n         Qpcw==","X-Forwarded-Encrypted":"i=1;\n AJvYcCVrFY5IWWRUYv4zkp4yTa2lWIHcWGSKnF4YslNxX64+pMG9lb964IjfzSbIbxKw6T5oAWXOec03I6Y=@vger.kernel.org","X-Gm-Message-State":"AOJu0Yy64lHt/gRieuITMpi6hkF/hEhkoJx0YknVmwB97yG56FKhl4Nv\n\tyxUooW8Xu4TnFoeAQzmUMoFGqb60/VF79hocCvP/LnOUL237lqk8OuwE","X-Gm-Gg":"ATEYQzxPiwbuTTCWiPWO8do2n/w9Q8zscJB3uUpM1HPV0n56xD7ZIFZZ6MI35WJv0l2\n\tcXnqx3Ix4NlOGoZyIrKzGHOaonyTjRPpMklf1zdGXtF3Yq0IOESchcirvL3kQW9ENJG8UnwXRvu\n\tKH6NeBk2jxnPn6C2U7NbF0nLJV3rZJyX/Hf/3pR0o4UTDUYMCMc0RuUy7ZaSrdq4ngvvuLL3Fl2\n\t1N31D12BRprDklt99DlYP1vSOCQJKfDdZPH9T15SbH3wtt+xmK9jn+isO1r7/dPvTLWKiC+i4yY\n\tYekebIqpHF656vgwpJBnFGmGkmAahl2E8h1etPKz3GFx9cr+KI0L6yjYikd0YChS3YIFsWkM4jV\n\tDeSzzXQPV0fMV1o9GAkHZa3cmtM1BlcHH9kIr05AsNvfbYf3GBpal3FEXR0W8aHwYy5hWTYaKq1\n\tIRoMMREn7skvQw8ZIxhwfwQF6/L69ZoWLXM2kcVXshRYu3ubDCZivKbObRKKV5upcKb44xd34=","X-Received":"by 2002:a05:6512:2254:b0:5a2:a5a1:4732 with SMTP id\n 2adb3069b0e04-5a2a5a147e0mr437733e87.5.1774525166301;\n        Thu, 26 Mar 2026 04:39:26 -0700 (PDT)","Date":"Thu, 26 Mar 2026 12:39:23 +0100","From":"Marcus Folkesson <marcus.folkesson@gmail.com>","To":"Andy Shevchenko <andriy.shevchenko@intel.com>","Cc":"Wolfram Sang <wsa+renesas@sang-engineering.com>,\n\tPeter Rosin <peda@axentia.se>,\n\tMichael Hennerich <michael.hennerich@analog.com>,\n\tBartosz Golaszewski <brgl@bgdev.pl>,\n\tAndi Shyti <andi.shyti@kernel.org>,\n\tBartosz Golaszewski <brgl@kernel.org>, linux-i2c@vger.kernel.org,\n\tlinux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org","Subject":"Re: [PATCH v9 2/5] i2c: mux: add support for per channel bus\n frequency","Message-ID":"<acUa61a_XIuoOobd@gmail.com>","References":"<20260324-i2c-mux-v9-0-5292b0608243@gmail.com>\n <20260324-i2c-mux-v9-2-5292b0608243@gmail.com>\n <acKbYhbwZzv2gTnB@ashevche-desk.local>","Precedence":"bulk","X-Mailing-List":"linux-i2c@vger.kernel.org","List-Id":"<linux-i2c.vger.kernel.org>","List-Subscribe":"<mailto:linux-i2c+subscribe@vger.kernel.org>","List-Unsubscribe":"<mailto:linux-i2c+unsubscribe@vger.kernel.org>","MIME-Version":"1.0","Content-Type":"text/plain; charset=us-ascii","Content-Disposition":"inline","Content-Transfer-Encoding":"quoted-printable","In-Reply-To":"<acKbYhbwZzv2gTnB@ashevche-desk.local>"}}]