From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.bootlin.com ([62.4.15.54]) by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux)) id 1fBKLW-0007g5-IV for linux-mtd@lists.infradead.org; Wed, 25 Apr 2018 13:20:42 +0000 Date: Wed, 25 Apr 2018 15:20:07 +0200 From: Boris Brezillon To: Miquel Raynal Cc: Richard Weinberger , David Woodhouse , Brian Norris , Marek Vasut , linux-mtd@lists.infradead.org, Thomas Petazzoni , Nadav Haklai , Ofer Heifetz Subject: Re: [PATCH 0/3] Changes in Marvell NAND controller DT parsing code Message-ID: <20180425152007.0bc6d3c9@bbrezillon> In-Reply-To: <20180425125331.8234-1-miquel.raynal@bootlin.com> References: <20180425125331.8234-1-miquel.raynal@bootlin.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi Miquel, On Wed, 25 Apr 2018 14:53:28 +0200 Miquel Raynal wrote: > Hello, >=20 > At first I just wanted to send a fix to avoid timeouts at boot time when > using old bindings (harmless): >=20 > [ 1.367460] marvell-nfc f2720000.nand: Timeout on CMDD (NDSR: 0x000000= 80) > [ 1.474292] marvell-nfc f2720000.nand: Timeout on CMDD (NDSR: 0x000002= 80) >=20 > This is addressed in the first patch and comes from the DT parsing of > the number of Chip Select lines. >=20 > While working on it, Boris pointed another issue with the 'num-cs' > property (legacy bindings) in some code that should not exist anyway. I > removed that code in patch 2. >=20 > Finally, while writing the second patch, I discovered a better way to han= dle > the code besides (that handles the CS count for new bindings) by using > of_property_count_elems_of_size(). Patch 3 makes the switch. >=20 > Regards, > Miqu=C3=A8l >=20 >=20 > Miquel Raynal (3): > mtd: rawnand: marvell: fix the chip-select DT parsing logic > mtd: rawnand: marvell: fix CS pin count with old bindings > mtd: rawnand: marvell: use OF helper to read a property element count I usually ask people to properly split their changes, but this time I'd prefer to have everything in a single patch so that I can queue it to the fixes branch. Regards, Boris