Received: by 10.213.65.68 with SMTP id h4csp868804imn; Tue, 20 Mar 2018 18:20:31 -0700 (PDT) X-Google-Smtp-Source: AG47ELsr+Esg6p56o+MgIwqRaQoiBPcuwQrs7b79llKSwAzCKWAqjWjRIMiSAYrdIeve6TZfWIAu X-Received: by 2002:a17:902:3f83:: with SMTP id a3-v6mr10546275pld.279.1521595231936; Tue, 20 Mar 2018 18:20:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521595231; cv=none; d=google.com; s=arc-20160816; b=f2UL6C/C49uXP8Q0teqePHLNDMvIvQsJ9JMXoE+h1nsrXDICNQpJduqC6UyHroTErt fO314QocPsduFTjCg72Edcef6nI3sn/BiY7U0npoWK3Wb9dIPIeh6R2b5HJThPP7NAD4 sPlEtiwmAGdrjKdDD9fCHmmFsrIsmCD7NMTWo4ziF+P66Vxft+Wj/E8E5jBAhycsywkt 60lYVClS2y/HtY9vhUhr2jz+j1vLXE/0cKtF+Lu+FrIP0B0smMsmohbMXq+/Dplqz6s0 gliMhaurmrsH43nUkVd/chp8Qfn/ufYbx7Cuf7rBB/iSBnzxdbL5R2ZBM0K851CJZs6E 276A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=vE2Xg64iLDs3dvENkc1OrSUMr18py/62HNmARCYT0sk=; b=AMilMY8bXoq/oyJehUbGvOVhyBy8+tH2dD27AbZtrhyNsYVnVYgzKwFoCdNVwtSssH 1+0NaV/CdJIK7sl4jU0VVFr45ELrRopxjy3FBrcbeihlghcKUisciOy/i63uWyUcuxvA ozVERDTNnB/Rb2PDWVCnggvMsAM2FW70bGbmBo3QQMoEKslNGqx/ZbOikOkhx9j62m8m rrA+MwbS6uTKy873D28HZZJDjmqJcwunAXI7umfHblU46Uc9gjrD+jMmKBy3qS5UAlbG u+FIQvvGVwCeiDvxHOdudirLrZM5a2nTeTIdVIu0G4GIdzYPSV3kn6eAyKedjyu8K5Sy JiZA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=TMaaVEHj; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t20si2209956pfi.88.2018.03.20.18.20.16; Tue, 20 Mar 2018 18:20:31 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=TMaaVEHj; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751521AbeCUBTY (ORCPT + 99 others); Tue, 20 Mar 2018 21:19:24 -0400 Received: from mail-pl0-f65.google.com ([209.85.160.65]:46771 "EHLO mail-pl0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751411AbeCUBTW (ORCPT ); Tue, 20 Mar 2018 21:19:22 -0400 Received: by mail-pl0-f65.google.com with SMTP id f5-v6so2141129plj.13; Tue, 20 Mar 2018 18:19:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=vE2Xg64iLDs3dvENkc1OrSUMr18py/62HNmARCYT0sk=; b=TMaaVEHjZa1T54ehzWvp3WpT1gMpr+iFTwsLiI8P+fw1DjfzJBo4Jae+nQzX7erwtc 6su6Z7Wi15wVb44ABo/wnx1g3DocZv6tru0t3x+va3ohwwJWTEEpRpw/0cl4KqhtRLNd TqJBSUCfxh+EuXRQtWmUR38yYT0b7FXHc64of2JhXcsaYibC1G0vKqj7NxHlOPqZ9h4P p7ktS2IC2kOuwxoMcBZUaGXa1fgAFWfR7qixA5F4S4VHAJ5NrJa1CQPdoJ6AQL9xvnEg nca79zpYZE26MgnlMSSvThPpx0NIgNFkijlO1e1tQl8YtgEVqowkRVcuzpAaUvNQpM0Y 3zgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=vE2Xg64iLDs3dvENkc1OrSUMr18py/62HNmARCYT0sk=; b=I+t8/E/RngG3bX+bMuodVC98GGgX2kngy2Om7Lzs4QFdFKZG8eCh+p7FcX5EjpVh8r g2nautvEKdcs7VzXo/4QPvI9zRY1CFI9THgconn4qJMSpRdQ4V9gWSVTGVmVypfY+wzJ /BUj+E/P8a0OXvke5Hl77b1uJVxb2eQANKuh8Y1lV6WnWUe6W451L8YNJNPrdFFhH3Iz 5B1YUbCY53UTP95inP4iEWKfexTIbFaUGLpd4/AHJ84PFzUMYIufBF1sEiTP68+1SxYN pUyhSxtmoj8T15KzDCD4vzzQ9gCumNhqV/eLAUDYRX6nMD11ybKaHNAOmQbxI4fWSY9t tUjA== X-Gm-Message-State: AElRT7GXXMdjDPxKt0RSpjEBpGvt6cVb6LBs/bG4sTzQM56KuhoyYzCR fEuTCiu/LQJa8lxWGOwzbAPMqQ== X-Received: by 2002:a17:902:146:: with SMTP id 64-v6mr18519135plb.30.1521595161346; Tue, 20 Mar 2018 18:19:21 -0700 (PDT) Received: from server.roeck-us.net (108-223-40-66.lightspeed.sntcca.sbcglobal.net. [108.223.40.66]) by smtp.gmail.com with ESMTPSA id q2sm5093025pgf.5.2018.03.20.18.19.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Mar 2018 18:19:20 -0700 (PDT) Subject: Re: [PATCH 3/3] i2c: mux: pca9541: prepare for PCA9641 support To: Vladimir Zapolskiy , Peter Rosin , linux-kernel@vger.kernel.org, Ken Chen Cc: Wolfram Sang , joel@jms.id.au, linux-i2c@vger.kernel.org References: <20180320061909.5775-1-chen.kenyy@inventec.com> <20180320093200.19179-1-peda@axentia.se> <20180320093200.19179-4-peda@axentia.se> From: Guenter Roeck Message-ID: <3cfc6e53-a86d-8ef1-b83d-9f3c1b3d7b9c@roeck-us.net> Date: Tue, 20 Mar 2018 18:19:18 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/20/2018 04:17 PM, Vladimir Zapolskiy wrote: > Hi Peter, Ken, > > On 03/20/2018 11:32 AM, Peter Rosin wrote: >> Make the arbitrate and release_bus implementation chip specific. >> > > by chance I took a look at the original implementation done by Ken, and > I would say that this 3/3 change is an overkill as a too generic one. > Is there any next observable extension? And do two abstracted (*arbitrate) > and (*release_bus) cover it well? Probably no. > > At first it would be simpler to add a new chip id field into struct pca9541 > (struct rename would be needed of course), and do a selection of specific > pca9x41_arbitrate() and pca9x41_release_bus() depending on it: > FWIW, I very much prefer Peter's code. I think it is much cleaner. Guenter > ----8<---- > diff --git a/drivers/i2c/muxes/i2c-mux-pca9541.c b/drivers/i2c/muxes/i2c-mux-pca9541.c > index 47685eb..a40e6d8 100644 > --- a/drivers/i2c/muxes/i2c-mux-pca9541.c > +++ b/drivers/i2c/muxes/i2c-mux-pca9541.c > @@ -70,8 +70,13 @@ > #define SELECT_DELAY_SHORT 50 > #define SELECT_DELAY_LONG 1000 > > +enum chip_id { > + pca9541, > +}; > + > struct pca9541 { > struct i2c_client *client; > + enum chip_id id; > unsigned long select_timeout; > unsigned long arb_timeout; > }; > @@ -188,10 +193,13 @@ static int pca9541_reg_read(struct i2c_client *client, u8 command) > */ > > /* Release bus. Also reset NTESTON and BUSINIT if it was set. */ > -static void pca9541_release_bus(struct i2c_client *client) > +static void pca9541_release_bus(struct i2c_client *client, enum chip_id id) > { > int reg; > > + if (id != pca9541) > + return; > + > reg = pca9541_reg_read(client, PCA9541_CONTROL); > if (reg >= 0 && !pca9541_busoff(reg) && pca9541_mybus(reg)) > pca9541_reg_write(client, PCA9541_CONTROL, > @@ -235,12 +243,15 @@ static const u8 pca9541_control[16] = { > * 0 : bus not acquired > * 1 : bus acquired > */ > -static int pca9541_arbitrate(struct i2c_client *client) > +static int pca9541_arbitrate(struct i2c_client *client, enum chip_id id) > { > struct i2c_mux_core *muxc = i2c_get_clientdata(client); > struct pca9541 *data = i2c_mux_priv(muxc); > int reg; > > + if (id != pca9541) > + return -EOPNOTSUPP; > + > reg = pca9541_reg_read(client, PCA9541_CONTROL); > if (reg < 0) > return reg; > @@ -318,7 +329,7 @@ static int pca9541_select_chan(struct i2c_mux_core *muxc, u32 chan) > /* force bus ownership after this time */ > > do { > - ret = pca9541_arbitrate(client); > + ret = pca9541_arbitrate(client, data->id); > if (ret) > return ret < 0 ? ret : 0; > > @@ -336,7 +347,7 @@ static int pca9541_release_chan(struct i2c_mux_core *muxc, u32 chan) > struct pca9541 *data = i2c_mux_priv(muxc); > struct i2c_client *client = data->client; > > - pca9541_release_bus(client); > + pca9541_release_bus(client, data->id); > return 0; > } > > @@ -361,7 +372,7 @@ static int pca9541_probe(struct i2c_client *client, > * We have to lock the adapter before releasing the bus. > */ > i2c_lock_adapter(adap); > - pca9541_release_bus(client); > + pca9541_release_bus(client, pca9541); > i2c_unlock_adapter(adap); > > /* Create mux adapter */ > @@ -377,6 +388,7 @@ static int pca9541_probe(struct i2c_client *client, > > data = i2c_mux_priv(muxc); > data->client = client; > + data->id = pca9541; > > i2c_set_clientdata(client, muxc); > > ----8<---- > > >> Signed-off-by: Peter Rosin >> --- >> drivers/i2c/muxes/i2c-mux-pca9541.c | 62 +++++++++++++++++++++++++++---------- >> 1 file changed, 45 insertions(+), 17 deletions(-) >> > > The change above is trivial and it does not cancel any further > extensions similar to your idea, the open question is if there > is a demand right at the moment. > >> diff --git a/drivers/i2c/muxes/i2c-mux-pca9541.c b/drivers/i2c/muxes/i2c-mux-pca9541.c >> index 47685eb4e0e9..cac629e36bf8 100644 >> --- a/drivers/i2c/muxes/i2c-mux-pca9541.c >> +++ b/drivers/i2c/muxes/i2c-mux-pca9541.c >> @@ -23,6 +23,7 @@ >> #include >> #include >> #include >> +#include >> #include >> #include >> >> @@ -70,26 +71,22 @@ >> #define SELECT_DELAY_SHORT 50 >> #define SELECT_DELAY_LONG 1000 >> >> -struct pca9541 { >> - struct i2c_client *client; >> - unsigned long select_timeout; >> - unsigned long arb_timeout; >> +enum chip_name { > > chip_name sound like a string storage, chip_id might be better here. > >> + pca9541, >> }; >> > > -- > With best wishes, > Vladimir >