Received: by 2002:a25:23cc:0:0:0:0:0 with SMTP id j195csp434122ybj; Wed, 6 May 2020 22:30:28 -0700 (PDT) X-Google-Smtp-Source: APiQypK02cBMqaoaWcevf6GDmbbHBWkE414HAPh9eKOJq3FfJ58aWjVfaJzMe7eGOKwkIDJ/cGyx X-Received: by 2002:a17:906:348d:: with SMTP id g13mr10375856ejb.374.1588829428113; Wed, 06 May 2020 22:30:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588829428; cv=none; d=google.com; s=arc-20160816; b=PLNI7Oa2zpeq6dH8c+YLFqxcFcEBqr+MVofFG596z+ovCGIrB/s8u1xKa8PaskQCiY XBLzihUsXe0+E2Rffd+IpDK2uthZoDr5vlwO0w3xZgtjGj/hCO932ZrJQ+gYb08VU+ch pf4MnwlU7UIdCS/gQ+jYDgCu9V2V6i5Da7BrSCkhL1eKvR/lI0+XbRvsvLT7UJBmSipl QiPlwzlQ/iVRUrhpAbvJrN4RvYky5VAMpCZZ58tCms9oPxLhNf7eEOCM+fKG/lbBqcjN pHudSF5UenamHR3fMwAzNSwYcGUEeiwpVB0Lrt0OmaGxTRil6NPt7/LxMItINYM+iMuU fZfw== 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:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=qk9D93FJ22ypQ8qqmP0y599A3WhIQBXV/BTHXw7/izA=; b=VGHA7eIbTL4foR+rYiIRWjjaRTVtfKZ4WqssA0aBPcs+uKABaqgIs7Hj1udK3LC0Je a+Pa2XIEYQhXw70sP0KWuY8/adM1c7cL38AMArzSeOp1D75VmCjxBLoKegFPC9tr57t2 uJcbukAjEIjCdFimPPxGb+N8E9ByIzMfOa8NmgQoguxDviTVu4dHFTP1kmHmWS3dv0nw PZ9wh80xIML5cwxZGQvZzhOfckoB2qo7kTazOd7cimkVIWP4iTJlaVC7vNFJD0ZF+Ind KLh8ngdffwJy/KdF3StYeLD9jivvVyCOtKy9nIkR4DJAY6hbRgp9hqJRy2X0dL2bniB4 yJrg== 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=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cn25si2267672edb.589.2020.05.06.22.30.04; Wed, 06 May 2020 22:30:28 -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=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725893AbgEGF2g (ORCPT + 99 others); Thu, 7 May 2020 01:28:36 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:33266 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725802AbgEGF2g (ORCPT ); Thu, 7 May 2020 01:28:36 -0400 Received: from localhost (unknown [IPv6:2a01:e0a:2c:6930:b93f:9fae:b276:a89a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: bbrezillon) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 633A92A242A; Thu, 7 May 2020 06:28:34 +0100 (BST) Date: Thu, 7 May 2020 07:28:31 +0200 From: Boris Brezillon To: "Ramuthevar,Vadivel MuruganX" Cc: linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org, devicetree@vger.kernel.org, miquel.raynal@bootlin.com, richard@nod.at, vigneshr@ti.com, arnd@arndb.de, brendanhiggins@google.com, tglx@linutronix.de, anders.roxell@linaro.org, masonccyang@mxic.com.tw, robh+dt@kernel.org, linux-mips@vger.kernel.org, hauke.mehrtens@intel.com, andriy.shevchenko@intel.com, qi-ming.wu@intel.com, cheol.yong.kim@intel.com Subject: Re: [PATCH v5 2/2] mtd: rawnand: Add NAND controller support on Intel LGM SoC Message-ID: <20200507072831.1bf7f784@collabora.com> In-Reply-To: <20200507001537.4034-3-vadivel.muruganx.ramuthevar@linux.intel.com> References: <20200507001537.4034-1-vadivel.muruganx.ramuthevar@linux.intel.com> <20200507001537.4034-3-vadivel.muruganx.ramuthevar@linux.intel.com> Organization: Collabora X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 7 May 2020 08:15:37 +0800 "Ramuthevar,Vadivel MuruganX" wrote: > + reg = readl(ebu_host->ebu + EBU_ADDR_SEL(ebu_host->cs_num)); > + writel(reg | EBU_ADDR_MASK(5) | EBU_ADDR_SEL_REGEN, > + ebu_host->ebu + EBU_ADDR_SEL(ebu_host->cs_num)); Seriously, did you really think I would not notice what you're doing here? You're reading the previous value which either contains a default mapping or has the mapping set by the bootloader, and write it back to the register along with a new mask and the REGEN bit set (which BTW is wrong since you don't mask out other fields before updating them). This confirms that this Core -> FPI address translation exists and has to be set properly, so please stop lying about that.