Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp3031126imj; Mon, 11 Feb 2019 12:36:56 -0800 (PST) X-Google-Smtp-Source: AHgI3IaKwX+YDHBnJHNXVzS4H1Q0VVRhT4TjoP7pGTkq+ULrm13OA3/f4xDFBBs7xgjwXYXaWvvF X-Received: by 2002:a63:d84e:: with SMTP id k14mr86951pgj.436.1549917416131; Mon, 11 Feb 2019 12:36:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549917416; cv=none; d=google.com; s=arc-20160816; b=xyL0mzJ8hTE0CH48r+nV1veJd9Cxk3JsslV4Wl4iPvqCuEazGhyy5ETjReQZJqLJkj Dp78bxC95XakySveewrSKW7AXdRwTpLP6dhKOK2sQ2WCl5HjrHcxWaoFB28fC5HU4QCv VRpc/NSIuf831xjwt5SIGCGvBpZJy4wALc/D+UVHZtzM6gfWoxWUvcJifU+k8UoRfI/n tmmL+FZ5ZVtPBMfaCKCVa5IZKgBDEfsO7jdnfuJqwNY7vNywfSaXSpJWz7dpNq60hnE6 5MjLgls+GBaFCxrVWXN7aRsRmG/PiIEcpGgqClR4/zX3rVsUuKHMsODnWKnKYQ+g4RZq 4S8w== 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; bh=TMYGQZVCv3cOOMgkd0HtSX1q8mET3IIebs8dUdY5Fwk=; b=s+S3J8oUkQlfMnVObH/7v+biSZvNXJPGDpdPNvMTBF8XLcANDAG0VuFQ48YYjOeUBx RkbfS2+qZSU3y6eky6GwkwsoqlTfB6cnbXAWO9Y2CJhYanBEWWIdB2sDop0byNhJNoya rcyDjKsK60NGDfTJWRmkbftTHQy1X7I3KdRFbDEKUrHsGwo29shkAHSmk4k0txaFAOXw f3uXtsI2heuGohWJX60aKempjzD5xDMaw23LWmNGLeOlgzj7mrykCTm6WB7Rc2C5D0NW ACXeQIZNc8tjFvUxbYwjkGh65Fg9QBfC3fAYmOGne5MxU7Rosxza8qNwrjeJV6wHFcSK loBg== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y20si10758740plr.106.2019.02.11.12.36.39; Mon, 11 Feb 2019 12:36:56 -0800 (PST) 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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731788AbfBKSJz (ORCPT + 99 others); Mon, 11 Feb 2019 13:09:55 -0500 Received: from mga01.intel.com ([192.55.52.88]:52889 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730792AbfBKSJy (ORCPT ); Mon, 11 Feb 2019 13:09:54 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Feb 2019 10:09:54 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,359,1544515200"; d="scan'208";a="274201006" Received: from unknown (HELO [10.7.153.148]) ([10.7.153.148]) by orsmga004.jf.intel.com with ESMTP; 11 Feb 2019 10:09:53 -0800 Subject: Re: [PATCH] i2c: aspeed: Add multi-master use case support To: Wolfram Sang Cc: Brendan Higgins , Benjamin Herrenschmidt , Joel Stanley , Andrew Jeffery , linux-i2c@vger.kernel.org, openbmc@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org, linux-aspeed@lists.ozlabs.org, linux-kernel@vger.kernel.org, Jarkko Nikula , James Feist , Vernon Mauery References: <20190116193958.6049-1-jae.hyun.yoo@linux.intel.com> <20190208214849.GH12451@kunai> From: Jae Hyun Yoo Message-ID: Date: Mon, 11 Feb 2019 10:09:53 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <20190208214849.GH12451@kunai> Content-Type: text/plain; charset=windows-1252; 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 > Hmmm, the #ifdeffery quite increases with this patch. Maybe it is easier > to select I2C_SLAVE in Kconfig? I'll let you decide. > > My code checkers found this: > > CPPCHECK > drivers/i2c/busses/i2c-aspeed.c:694:10: warning: Variable 'ret' is assigned a value that is never used. [unreadVariable] > Hi Wolfram, Yes, cppcheck pointed it out correctly. The assignment on the variable 'ret' is not needed at there. Actually, the code should not be wrapped using I2C_SLAVE because a bus can also be in multi-master environment even when slave is not enabled. So the warning can be removed by below fix. --- diff --git a/drivers/i2c/busses/i2c-aspeed.c b/drivers/i2c/busses/i2c-aspeed.c index 9253ebccb008..882c4ab1d18a 100644 --- a/drivers/i2c/busses/i2c-aspeed.c +++ b/drivers/i2c/busses/i2c-aspeed.c @@ -655,7 +655,6 @@ static int aspeed_i2c_master_xfer(struct i2c_adapter *adap, { struct aspeed_i2c_bus *bus = i2c_get_adapdata(adap); unsigned long time_left, flags; - int ret; spin_lock_irqsave(&bus->lock, flags); bus->cmd_err = 0; @@ -664,6 +663,8 @@ static int aspeed_i2c_master_xfer(struct i2c_adapter *adap, if (!bus->multi_master && (readl(bus->base + ASPEED_I2C_CMD_REG) & ASPEED_I2CD_BUS_BUSY_STS)) { + int ret; + spin_unlock_irqrestore(&bus->lock, flags); ret = aspeed_i2c_recover_bus(bus); if (ret) @@ -691,7 +692,7 @@ static int aspeed_i2c_master_xfer(struct i2c_adapter *adap, if (bus->multi_master && (readl(bus->base + ASPEED_I2C_CMD_REG) & ASPEED_I2CD_BUS_BUSY_STS)) - ret = aspeed_i2c_recover_bus(bus); + aspeed_i2c_recover_bus(bus); return -ETIMEDOUT; --- The reason of adding changes at line 658 and 667 is to remove below cppcheck warning when the change at 694 is applied. [drivers/i2c/busses/i2c-aspeed.c:670]: (style) The scope of the variable 'ret' can be reduced. Can you please apply above changes on top of this patch? Or I can submit v2 with it. Thanks, Jae