From mboxrd@z Thu Jan 1 00:00:00 1970 From: marek.vasut@gmail.com (Marek Vasut) Date: Wed, 18 Apr 2012 23:46:48 +0200 Subject: [PATCH v8 4/4] ARM: mxs/mx28evk: add GPMI-NAND device In-Reply-To: References: <1314169643-23425-1-git-send-email-b32955@freescale.com> <20120406023121.GK7264@S2101-09.ap.freescale.net> Message-ID: <201204182346.48333.marek.vasut@gmail.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Dear Fabio Estevam, > On Thu, Apr 5, 2012 at 11:31 PM, Shawn Guo wrote: > > I have to do that to motivate people to add DT support for the drivers > > they submit from the beginning. > > Understand your point for new drivers. > > If you take the GPMI driver for example: it has been available for a > long time and there is no board using it in mainline. > > So how can people easily test it and find bugs with this driver? > Patching their own trees themselves? Sam Gandhi did extensive tests on > NAND and found some DMA issues with it. > > If we could have mx28evk supporting GPMI driver today it would > estimulate people to use it and more issues can be found and fixed. > > Waiting for DT support to be in place is just blocking the progress for > mx28. Sadly, I have to agree. I'm not against DT, but blocking it now is bogus. > Please note that right now there is no dt support for mx28 in mainline. > > If what blocks this patch "ARM: mxs/mx28evk: add GPMI-NAND device" to > be accepted is the pin mux conflict, that would be easy to fix and > Huang could do a v5 if you agree. > > > Also I do not see much point to keep patching board files which are > > to be removed. > > I understand your point, but again, right now there is no dt support, > so the only mechanism we have to register driver is via board files > for mx28. > > So it would be nice if you could still accept patches for mx28 while > mx28 dt does not show up in mainline. > Agreed Best regards, Marek Vasut