Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp637516pxk; Thu, 1 Oct 2020 10:16:25 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxPWRK+tHTHvOBY9hCPV1UVaJJQc1//rNWcuNITaigRB93fkBxRy5IZ76wWVA/IX5EdNHli X-Received: by 2002:a17:906:e103:: with SMTP id gj3mr8729257ejb.130.1601572585031; Thu, 01 Oct 2020 10:16:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601572585; cv=none; d=google.com; s=arc-20160816; b=TtCIUJ+i/ofmitGc+j8gsnfFGLkMYFzYwJz2bNaV+Ho32vHmHL8nyzVUJc2c5KeEkw aUO0pDP2TYh/18ecQbD3ATfalziv0/3/UlHwG+4t53XW4da28doKLWVd/j1J5ZcLVu/S Y01o1FOMTxZt4oa9YBo7E0IiKBOYL6Ey0XUv+Hz719OzhzAGloSJi8HsyhNPei/WVjSp jJZMnU9gYpHCmBwsp7Is9vVQC7TaxFLg7tXJonSidrxvrLEapQDSWuskxNNam3ScTd1R SNo8MTp39knMbvFlXcKwKrZjbNnWSq4vHMtFqZrvphPqZamJgSSwi7cnYzzjsIMjH9oF 95xQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=Z+7Lt80oBeAGmb9TBQ2+JaFU8H0QfKMoZ05cXeDXD9U=; b=VkR3owmj7+Hw38f4n86PgXiFiywq4caTolUDuo/YF4qBrHPqfDc1pDnN69rrac+hkj Ehu+2rQAYb7deC2Lb8cbGe4byHIYu+/7JHZaHQthzGIrsojrwSvgSN5XKcpkjr7tJGKV 4q1EGFcpz9V/iXVZ7B+KUtIzEB3rZdXiJ36grdMef/1uaAGMDy3zpI/Zo4Hy4+Bs9e0+ llqXOhccNxUx5HXQOnQCgHxpfALm/BglKLkxs19wbLvoVEF7WfwJsvSXZ1RqQeWkPCJR FAJGACsmicX+Y7buMrOV1btSiIcxDVFQLVN0izpxqDdWxYVcKhIAjNNtLymqhZiWZLe2 mVcQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=PhU9qdrP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a9si3823229edr.259.2020.10.01.10.16.02; Thu, 01 Oct 2020 10:16:25 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=PhU9qdrP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732721AbgJARPB (ORCPT + 99 others); Thu, 1 Oct 2020 13:15:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55276 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732407AbgJARPB (ORCPT ); Thu, 1 Oct 2020 13:15:01 -0400 Received: from mail-io1-xd44.google.com (mail-io1-xd44.google.com [IPv6:2607:f8b0:4864:20::d44]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F1AFFC0613D0; Thu, 1 Oct 2020 10:15:00 -0700 (PDT) Received: by mail-io1-xd44.google.com with SMTP id g7so7525634iov.13; Thu, 01 Oct 2020 10:15:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Z+7Lt80oBeAGmb9TBQ2+JaFU8H0QfKMoZ05cXeDXD9U=; b=PhU9qdrPsdyEV4/IkasacTEJJ/IceRDChfTyR2GjTJOu+JE8YVw41h4EnNCIXyHx5K VxmwBQOp/VoPC6lRilRIeSw7sMZGwUJP65HpUyF2TrpIRJl+/9FIMyFS4rfDArgzjAD3 9wnWYcn+4/8yfn7hbYcPmUCmoziaZDj5a5jwGBQFsY5NoDdFGWqGoq/vDemy7KGur45v zm1FX0djCPnwkbkCXSOaTfMMr+9jce90wF6JMv8v/IBGyuFz8MHRNLwswd3fiO4g+NHq oofiBj1Itz5FRRpIPuGr6PodDzBe7vGZD9jfuIea6hO5/Kxx3GR1NgIlRiDlU+kp/2Gb EsGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Z+7Lt80oBeAGmb9TBQ2+JaFU8H0QfKMoZ05cXeDXD9U=; b=A3b/Rx6rZhAwIPy/KUs6n8pm7SVBamJXCCJtVk/LtDj51EeoEt5DsUDm1rmr91U9Vx Uj/5cuZ7cB7MC1BveD/8vxxdD2e2qxMHrtDXg85bXQ/UhO2OJPuHc6rMHP1+VkGLAnef /c5fCxF+i+supUgrMcZEfFp4yaLmOv/AJmwtqIxUESWwNk5ysQSXh1HKErhQAaVV9AdM ngQr4y1I0yE89iy4KCuEl+u2iJ24jCYp17PWn7+P9smisrT1ooHPNkQZmAcffWDRVZE3 PKQjtuwk/HiCk/EPE4LaQZA3dEyHrWb/pc34p4fqL6mZBJB+KAL4OU/Ztod3pEpLM5r0 aDKQ== X-Gm-Message-State: AOAM532pMVLfb39unvpKTbH57f+w6D/zVicfbbWOYLKTMhC0ioA8jOiG rdpkSZ8WJmB6Ye1bSOeS/TRwTCFdRv7vFJTNtA== X-Received: by 2002:a02:ccdb:: with SMTP id k27mr6786779jaq.103.1601572500365; Thu, 01 Oct 2020 10:15:00 -0700 (PDT) MIME-Version: 1.0 References: <20200930071342.98691-1-tali.perry1@gmail.com> <20200930093117.GY3956970@smile.fi.intel.com> In-Reply-To: From: Avi Fishman Date: Thu, 1 Oct 2020 20:13:49 +0300 Message-ID: Subject: Re: [PATCH v1] i2c: npcm7xx: Support changing bus speed using debugfs. To: Andy Shevchenko Cc: Tali Perry , Andy Shevchenko , Wolfram Sang , Alex Qiu , Kun Yi , Benjamin Fair , Joel Stanley , Tomer Maimon , Linux I2C , OpenBMC Maillist , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Andy, Customers using BMC with complex i2c topology asked us to support changing bus frequency at run time, for example same device will communicate with one slave at 100Kbp/s and another with 400kbp/s and maybe also with smae device at different speed (for example an i2c mux). This is not only for debug. Can DT overlay support that? On Thu, Oct 1, 2020 at 6:40 PM Andy Shevchenko wrote: > > On Thu, Oct 1, 2020 at 8:34 AM Tali Perry wrote: > > On Wed, Sep 30, 2020 at 12:31 PM Andy Shevchenko > > wrote: > > > > > > On Wed, Sep 30, 2020 at 10:13:42AM +0300, Tali Perry wrote: > > > > Systems that can dinamically add and remove slave devices > > > > > > dynamically > > > > > > > often need to change the bus speed in runtime. > > > > > > > This patch exposes the bus frequency to the user. > > > > > > Expose the bus frequency to the user. > > > > > > > This feature can also be used for test automation. > > > > > > In general I think that DT overlays or so should be user rather than = this. > > > If we allow to change bus speed settings for debugging purposes it mi= ght make > > > sense to do this on framework level for all drivers which support tha= t (via > > > additional callback or so). > > > > Do you mean adding something like this: > > Nope. I meant to use DT description for that. I=C2=B2C core should cope > with DT already. > I do not understand why you need special nodes for that rather than DT > overlay which will change the speed for you. > > -- > With Best Regards, > Andy Shevchenko --=20 Regards, Avi