Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp4742306pxb; Tue, 5 Oct 2021 09:22:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzwiuxfgQk466VohS9ho1ZvATe2S9GANtss16s0Mq2/3DR7jj0pQD/PrmSUay1BA7duv308 X-Received: by 2002:a17:902:7d8c:b0:13d:e593:cdf3 with SMTP id a12-20020a1709027d8c00b0013de593cdf3mr6031052plm.28.1633450956821; Tue, 05 Oct 2021 09:22:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633450956; cv=none; d=google.com; s=arc-20160816; b=A7dFbkYv6oUNDMPvMa/GuNw71oIg2kMr8Do/NatmH9hpQl24B5jG9naSFCvMqKwlgq Iij3m/EG0dQVYoH4hISzel1Pv9GpVmlDLT8atRat9NJosLVRKtTvc4hDbwkbk+yTwUwr 96DEJ+pn/GLO3Xkc1ubPn6B2UCW1FplXqavZlU+mhIrL9KeMwiLbqXn6G6d91gOEj6wg qfAzzZGINHHSguWCwYIXrELrvMWANUbcCYcN4ZZAEfcmIl1mWin5uo+au75zR77h/85y VQkIEg/G2PM8I1rXp+yfs5bVqa7/78OmaAueWml0xh+4VwP2lTbg0nZkdLwgeRraLQ6T RPlA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=lFReDALsrJn6tktIzfMixAzaKcWJEZlLV7mUvr968T4=; b=BcWh2xr91FAsKNYki9WNooJTs/kZDtt8D+fEMxqbWmaFnJCiFu/1nnXVeMpm4wGkLT YMpQwhubQF/dh9kxee9E3LEsusR4pVq8a+NEjv091yi6tSf2ys+UCkuwYrQCmMsKAoE9 mL+Di/T5+nJfmRYg6tRUsdz3PIDqLa63vM93GwHn847ZWModfDCzToRTZoIp0FtLlQlV Pj4v6/uxCZlQrHBcdABkFbgH3FBmKS3CiqydwpefeKu5ga5633/yddtEnTFlsQtatNDS HIHJDBRiXzrQBKwjstCs5rwdYpECeWe3BO7TQKitP2xZlWJ2ey/jJOXjcYRALXnS8ykB qx0Q== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f12si2556152pjq.115.2021.10.05.09.22.23; Tue, 05 Oct 2021 09:22:36 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235259AbhJEQV6 (ORCPT + 99 others); Tue, 5 Oct 2021 12:21:58 -0400 Received: from mga07.intel.com ([134.134.136.100]:52971 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231196AbhJEQV5 (ORCPT ); Tue, 5 Oct 2021 12:21:57 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10128"; a="289294118" X-IronPort-AV: E=Sophos;i="5.85,349,1624345200"; d="scan'208";a="289294118" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Oct 2021 09:20:06 -0700 X-IronPort-AV: E=Sophos;i="5.85,349,1624345200"; d="scan'208";a="559379000" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by fmsmga003-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Oct 2021 09:20:01 -0700 Received: from andy by smile with local (Exim 4.95) (envelope-from ) id 1mXnAb-008vgs-4v; Tue, 05 Oct 2021 19:19:57 +0300 Date: Tue, 5 Oct 2021 19:19:57 +0300 From: Andy Shevchenko To: =?utf-8?B?UGF3ZcWC?= Anikiel Cc: jarkko.nikula@linux.intel.com, mika.westerberg@linux.intel.com, robh+dt@kernel.org, p.zabel@pengutronix.de, arnd@arndb.de, olof@lixom.net, soc@kernel.org, dinguyen@kernel.org, p.yadav@ti.com, Tudor.Ambarus@microchip.com, linux-i2c@vger.kernel.org, linux-kernel@vger.kernel.org, alexandre.belloni@bootlin.com, sre@kernel.org, thunder.leizhen@huawei.com, Jonathan.Cameron@huawei.com, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, ka@semihalf.com, tn@semihalf.com, jam@semihalf.com, amstan@google.com Subject: Re: [PATCH v2 1/4] i2c: check bus number property in DesignWare I2C Controller Message-ID: References: <20211005143748.2471647-1-pan@semihalf.com> <20211005143748.2471647-2-pan@semihalf.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20211005143748.2471647-2-pan@semihalf.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 05, 2021 at 04:37:45PM +0200, Paweł Anikiel wrote: > On SoCFPGA systems, it's desireable to have fixed numbering for > i2c busses, while being able to enable/disable them (e.g. have i2c1 > be mapped to /dev/i2c-1, even though i2c0 is disabled). This can also > be achieved using devicetree aliases (see i2c_add_adapter). However, > having the driver be self-contained without relying on aliases is more > robust. Why? This number means nothing, user space has another means to have this being robust. Sorry, but I don't see any even close to good enough justification, NAK. -- With Best Regards, Andy Shevchenko