From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Re: [PATCH 01/12] mtd: nand: davinci: store the core chipselect number in platform data From: Sekhar Nori To: Bartosz Golaszewski , Kevin Hilman , Russell King , Boris Brezillon , Richard Weinberger , David Woodhouse , Brian Norris , Marek Vasut , Tony Lindgren , Krzysztof Kozlowski CC: , , , Bartosz Golaszewski References: <20180430082453.8091-1-brgl@bgdev.pl> <20180430082453.8091-2-brgl@bgdev.pl> <3dccc5af-2df1-8374-e4e8-0a8b9ea1ae99@ti.com> <8b7e4588-5a35-6c18-fe60-148d6ccf778c@ti.com> <447b4f2f-27c8-f552-d058-3b2eba71a765@ti.com> Message-ID: Date: Tue, 1 May 2018 16:09:12 +0530 MIME-Version: 1.0 In-Reply-To: <447b4f2f-27c8-f552-d058-3b2eba71a765@ti.com> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Tuesday 01 May 2018 03:59 PM, Sekhar Nori wrote: > On Tuesday 01 May 2018 03:23 PM, Sekhar Nori wrote: >> On Tuesday 01 May 2018 02:55 PM, Sekhar Nori wrote: >>> On Monday 30 April 2018 01:54 PM, Bartosz Golaszewski wrote: >>>> From: Bartosz Golaszewski >>>> >>>> We have the 'ti,davinci-chipselect' property in the device tree, but >>>> when using platform data the driver silently uses the id field of >>>> struct platform_device as the chipselect. This is confusing and we >>>> almost broke the nand support again recently after converting the >>>> platform to common clock framework (which changed the device id in the >>>> clock lookup - the problem is gone now that we no longer acquire the >>>> clock in the nand driver. >>>> >>>> This patch adds a new filed - core_chipsel - to the platform_data. >>> >>> s/filed/field >>> >>>> Subsequent patches will convert the platforms to using this new field. >>> >>> Can you add a comment for this new field too, like how we have for most >>> other fields? >>> >>> Curious on what 'core' in core_chipsel means. Something to do with >>> chip-select offset we have on DA850? >> >> Looks like you may have just picked the terminology from DaVinci NAND >> driver (introduced back in 2009). But in this context, it means the >> 0-indexed chip-select number that of the asynchronous memory interface >> to which the NAND device is connected. >> >> So, may be a comment here will suffice. > > This is what I committed: > > --8<-- > commit 533d93703fa717fdf74c4fb711c868c4fdc8b475 (HEAD -> refs/heads/v4.18/nand-cs-simplification) > Author: Bartosz Golaszewski > AuthorDate: Mon Apr 30 10:24:42 2018 +0200 > Commit: Sekhar Nori > CommitDate: Tue May 1 15:57:47 2018 +0530 > > mtd: nand: davinci: store the core chipselect number in platform data Missed the rawnand prefix here. Sigh. Here is the fixed headline. mtd: rawnand: davinci: store the core chipselect number in platform data Thanks, Sekhar