Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp387039ybl; Fri, 10 Jan 2020 00:05:40 -0800 (PST) X-Google-Smtp-Source: APXvYqxU+Dci9WgvsoTWtXZPED6sR9b0vvk+eF6w2ozD6TYT1V6T5L/o5VVPWI2MxaV2oxz9fJED X-Received: by 2002:a05:6830:2057:: with SMTP id f23mr1631990otp.110.1578643540247; Fri, 10 Jan 2020 00:05:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578643540; cv=none; d=google.com; s=arc-20160816; b=Vogq7/NXxgwK99mq/nMhvnCgt21w4HDPuxlf7yNPpdVt6V4ZBJIcei3PWEvwae81Z5 VLF2MnhFezL9sg/oOUWTzdekqSwJthTFBibNFRKwy33Dmx6QeI7Ok2TpIqjFP9W1lEsm sk4yhl/P8hjhTzKlwRvYGiipYBf6MiR5RKUrFKvTZIWkun/zVau6QJQoJLKZj5GJDKDA n3y4mAfX3vCDzF8dBCKUqnmXbmCKGsuKJip6BB/aMcsg5jCoQ1LS+CWNgDC5UPC5U/rI TVRgElibGmn+C9CpP/DTxWyWQhvncvujLstAiQSlCaFtx/rtLmEP9ImgY8B0/Ll7zwNG Z3vg== 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=EByC+/51WAlTMa73JK0aChvNK1geX/2EcY1HfLS0aF8=; b=JRpoy/wppdNmObuM7My1E41i2gDV35g1ynmDLWRSTboEEovcI1+T9EmjVbqD0E5N0F XLMWM1iO7x0Dqs2/8g2J58YDumTYjmv1gym9tTcldMGP91YkFflFdSY6MAkP3gi6nRqK s2uPuQwKo7OCBd8dF9XAKC4nPsV2cJC9nrlgoA+h9fL08LYk+iPEqCLTOgO3SNCl2UkB mL1rdjpKl3huQN4fpmHpjkGaoiho58MkzQVb5Nc2umhHJZYCFLUt0v2hncvdTQ5DKay4 qwXnY4HXakKLmuzFRxvDvrLX6Dx5Bn4G+9WUMoQbl4CmZJZpwo5FXELoW9rA8EDDO5pY OjTg== 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=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r82si597220oia.36.2020.01.10.00.05.28; Fri, 10 Jan 2020 00:05:40 -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=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726616AbgAJIE1 (ORCPT + 99 others); Fri, 10 Jan 2020 03:04:27 -0500 Received: from bhuna.collabora.co.uk ([46.235.227.227]:50048 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726276AbgAJIE1 (ORCPT ); Fri, 10 Jan 2020 03:04:27 -0500 Received: from localhost (unknown [IPv6:2a01:e0a:2c:6930:5cf4:84a1:2763:fe0d]) (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 B25EC2939B8; Fri, 10 Jan 2020 08:04:25 +0000 (GMT) Date: Fri, 10 Jan 2020 09:04:22 +0100 From: Boris Brezillon To: Chuanhong Guo Cc: linux-mtd@lists.infradead.org, Boris Brezillon , Miquel Raynal , Richard Weinberger , Vignesh Raghavendra , open list Subject: Re: [PATCH v2] mtd: nand: spi: rework detect procedure for different read id op Message-ID: <20200110090422.75988c49@collabora.com> In-Reply-To: References: <20200110025218.1257809-1-gch981213@gmail.com> <20200110075859.3edfae3a@collabora.com> Organization: Collabora X-Mailer: Claws Mail 3.17.4 (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 Fri, 10 Jan 2020 15:34:28 +0800 Chuanhong Guo wrote: > Hi! > > On Fri, Jan 10, 2020 at 2:59 PM Boris Brezillon > wrote: > > [...] > > > + ret = spinand_read_id_op(spinand, 1, 0, id); > > > + if (ret) > > > + return ret; > > > + ret = spinand_manufacturer_match(spinand, > > > + SPINAND_READID_METHOD_OPCODE_ADDR); > > > + if (!ret) > > > + return 0; > > > + > > > + ret = spinand_read_id_op(spinand, 0, 1, id); > > > > Hm, we should probably do only one of each read_id and iterate over all > > manufacturers/chips each time instead of doing 3 read_ids per > > manufacturer. > > This actually do the former instead of the latter. Maybe the function > names are a bit > misleading. spinand_manufacturer_match iterates over all manufacturers > in one call, > and spinand_manufacturer_detect is called once in spinand_detect. > Do you have suggestions on function naming? Maybe you can just inline the content of this function in spinand_detect().