From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adam Ford Subject: Re: [PATCH V2 2/5] spi: fspi: dynamically alloc AHB memory Date: Wed, 12 Feb 2020 07:08:49 -0600 Message-ID: References: <20200202125950.1825013-1-aford173@gmail.com> <20200202125950.1825013-2-aford173@gmail.com> <20200212120753.GF4028@sirena.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Cc: Fabio Estevam , linux-spi , Han Xu , Yogesh Gaur , Ashish Kumar , Rob Herring , Mark Rutland , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , NXP Linux Team , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , linux-kernel , "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" To: Mark Brown Return-path: In-Reply-To: <20200212120753.GF4028-GFdadSzt00ze9xe1eoZjHA@public.gmane.org> Sender: linux-spi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: On Wed, Feb 12, 2020 at 6:07 AM Mark Brown wrote: > > On Mon, Feb 03, 2020 at 04:53:34AM -0600, Adam Ford wrote: > > > My motivation is to get the flexspi on the i.MX8MM to work, and I did > > a list of the patches applied on the NXP branch to see what was > > applied on top of their 4.19 kernel and this patch series generated > > from that list. Most of the NXP commits are one-line commits, and I > > don't know the motivation for what's happening. NXP did it, and I > > know it works on the Flexspi driver. > > Adding new compatibles and so on seems fine but the patches making > random changes without explanation like the one for octal mode I just > replied to are more worrying, do they work with older versions of the IP > or in all use cases for example? I'd suggest cutting the initial patch > series down to the bare minimum needed to get things working and then > building on top of that if that's not already been done. The original author was copied on the initial commit. I literally generated the patch from NXP's branch, added my notes, and pushed them to the mailing lists after testing them on the the Linux master branch. I am a bit disappointed that NXP's author hasn't responded to any of the comments or feedback. NXP knows their hardware and better understands the details as to what is happening and why. In any case, I'll try to scale the patch series back to just enough to get it working on the i.MX8M Mini. I'll expand a bit on the commit message based on what I've learned about the various in-implemented quirks and send a V2 series. adam