From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marek Vasut Date: Tue, 12 Jan 2016 03:48:14 +0100 Subject: [U-Boot] [PATCH v3] socfpga: Modify qts-filter args to allow input for bsp generated files and quartus project directories In-Reply-To: <1452559818.1947.14.camel@altera.com> References: <1452555198-11860-1-git-send-email-dwesterg@gmail.com> <201601120131.02613.marex@denx.de> <1452559818.1947.14.camel@altera.com> Message-ID: <201601120348.14498.marex@denx.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Tuesday, January 12, 2016 at 01:50:18 AM, Chin Liang See wrote: > On Tue, 2016-01-12 at 01:31 +0100, Marek Vasut wrote: > > On Tuesday, January 12, 2016 at 01:26:58 AM, Chin Liang See wrote: > > > On Mon, 2016-01-11 at 15:33 -0800, Dalon Westergreen wrote: > [...] > > > btw. Completely off-topic, but is there any chance altera will > > release the > > algorithm to compute these magic values which are in the header files > > from > > the base values inserted into the HPS component in QSys ? > > I would not suggesting that as Qsys and Quartus are doing heavylifting > tasks there. The value would depends on the options being choosed, > device type, device revision (if any). They also being patched from > time to time too. Is it all really _that_ complicated ? That's why I'd like to see the code that's doing all that computation. Even if it's done at compile-time, it'd still be better than the horrible headers which we have to use now. > > I think we might > > just put these values into OF and do the computation in U-Boot on-the > > -fly. > > This would also remove the need for this script. > > Slightly off topic, I am thinking to move all these generated files > into DTS too. This will have some out of box experience as Arria10 SoC. > But that might be challenging in term of resources. We might still > stick with this script for good. See above. Best regards, Marek Vasut