Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4450524ybz; Tue, 21 Apr 2020 00:25:17 -0700 (PDT) X-Google-Smtp-Source: APiQypL8TTFbk3cjWu5xuAOV8Foa9lF4LLa6R2UC7d0q/bJIjGciRo9c3Ix5r75BcZNWX0GxcLN3 X-Received: by 2002:a17:906:3d69:: with SMTP id r9mr2244258ejf.20.1587453917140; Tue, 21 Apr 2020 00:25:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587453917; cv=none; d=google.com; s=arc-20160816; b=NQGNrU86SrmuzeijrFKIXcfLtzhm+YOipwfVrTt3kQYdMUB2DkwrFv5EUTxv2Vet42 lHfJAMcIcEM5llT5H30UKJO5leRYAMrxr49wHRYLVAfOmjK+FA6QsHQuPa9ksEqwCSbu hrDCWvtWcc0qm/AkGOqOVMhfH9qyOKeHwTCwCWXcNSntiTy66Y0FG9h5bSZ4DwBQxMyR RhjbfASiLkwgp6a8r8N9fjZJmnGmh/T2amh56qOAG5bHHuMWAMxkyJtu6Jj/GztsJKcF ULXwsOYKLrQ2w8Lx3g2mqy4s+2ITd+XyA9FBh6+yugkzYzUeiGNniCusAtYxdfP935yB rNcA== 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=H7JWqTqlNHIRszMuUor25c8MRqLls2J8b7bG0xJ567g=; b=X8QD+xkywcb+B9RjtGl9QQNNAfAUtpoNU0LYFjqWx11Tzw3GZ+KZHAxZsqzWQpbz5m 1/sBLM9zU047fyF0axa2CUU/wesQJ05V/HAOuC8ogU6MYYAsFzfoJ9iAQ5QS0VQ8Mia5 7TKn9t9DTB8Zs50qib5DEff05YsH+PBmEF8jqKIgUEHUVQFL3tSyApeke/Kc5kFY22XT nT7rIu4wDfpoFwiAVhBkD6mkV1ArOtkHPO2teP5YzP0vjbFuGnX22l1Z1mXC9PgnZhzq TPunO960qyMdQWF6K2ZQ6CAcOmEjsOYx6bvWj+fyi7qfzzr59k+wZ5jsM0W9+d+WMaAi m4TQ== 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 q14si1157359edi.65.2020.04.21.00.24.53; Tue, 21 Apr 2020 00:25:17 -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 S1726931AbgDUHXg (ORCPT + 99 others); Tue, 21 Apr 2020 03:23:36 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:57764 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726563AbgDUHXf (ORCPT ); Tue, 21 Apr 2020 03:23:35 -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 646582A004E; Tue, 21 Apr 2020 08:23:33 +0100 (BST) Date: Tue, 21 Apr 2020 09:23:28 +0200 From: Boris Brezillon To: Mason Yang Cc: broonie@kernel.org, tudor.ambarus@microchip.com, miquel.raynal@bootlin.com, richard@nod.at, vigneshr@ti.com, juliensu@mxic.com.tw, linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org, linux-spi@vger.kernel.org, Pratyush Yadav Subject: Re: [PATCH v2 0/5] mtd: spi-nor: Add support for Octal 8D-8D-8D mode Message-ID: <20200421092328.129308f6@collabora.com> In-Reply-To: <1587451187-6889-1-git-send-email-masonccyang@mxic.com.tw> References: <1587451187-6889-1-git-send-email-masonccyang@mxic.com.tw> 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 +Pratyush who's working on a similar patchet [1]. Hello Mason, On Tue, 21 Apr 2020 14:39:42 +0800 Mason Yang wrote: > Hello, > > This is repost of patchset from Boris Brezillon's > [RFC,00/18] mtd: spi-nor: Proposal for 8-8-8 mode support [1]. I only quickly went through the patches you sent and saying it's a repost of the RFC is a bit of a lie. You completely ignored the state tracking I was trying to do to avoid leaving the flash in 8D mode when suspending/resetting the board, and I think that part is crucial. If I remember correctly, we already had this discussion so I must say I'm a bit disappointed. Can you sync with Pratyush? I think his series [1] is better in that it tries to restore the flash in single-SPI mode before suspend (it's missing the shutdown case, but that can be easily added I think). Of course that'd be even better to have proper state tracking at the SPI NOR level. Regards, Boris [1]https://lkml.org/lkml/2020/3/13/659