Message ID | 1521811432.5434.9.camel@synopsys.com |
---|---|
State | Accepted |
Delegated to: | Tom Rini |
Headers | show |
Series | [U-Boot] Please pull ARC changes | expand |
On Fri, Mar 23, 2018 at 01:23:53PM +0000, Alexey Brodkin wrote: > Hi Tom, > > This is the first batch of ARC changes for the next release. > > Here we: > 1. Significantly rework cache-related functionality. > In particular that fixes coherency problems in some corner-cases, > allows us to enable and disable caches in run-time and still > have properly running system, finally support execution from > real flash (before we used to run from DDR from the very beginning). > > 2. Remove string routines implemented in assembly. > That allows us to build and run U-Boot on wide range og ARC cores > with different configurations. I.e. whatever tuning is used on GCC's > command-line we'll get code for desired flavor of ARC. > Otherwise for each and every corner-case we would need to add ifdefs > in assembly code to accommodate missing instructions etc. > > 3. Get use of GCC's garbage collector which helps to slim-down resulting image > quite a bit. > > 4. Also now we may disable U-Boot self-relocation for ARC if needed either > by platform or for debugging purposes. FYI, all of the above would be really good to put into a signed tag, next time :) > P.S. Do you have an idea when RC1 is going to be cut? > We have some other pending changes and it's good to understand how much time > we have for finalization if we want [and we do want] to still squeeze it all > in the next release. Should be April 2nd, per the ReleaseCycle wiki page.
Hi Tom, On Fri, 2018-03-23 at 09:33 -0400, Tom Rini wrote: > On Fri, Mar 23, 2018 at 01:23:53PM +0000, Alexey Brodkin wrote: > > > Hi Tom, > > > > This is the first batch of ARC changes for the next release. > > > > Here we: > > 1. Significantly rework cache-related functionality. > > In particular that fixes coherency problems in some corner-cases, > > allows us to enable and disable caches in run-time and still > > have properly running system, finally support execution from > > real flash (before we used to run from DDR from the very beginning). > > > > 2. Remove string routines implemented in assembly. > > That allows us to build and run U-Boot on wide range og ARC cores > > with different configurations. I.e. whatever tuning is used on GCC's > > command-line we'll get code for desired flavor of ARC. > > Otherwise for each and every corner-case we would need to add ifdefs > > in assembly code to accommodate missing instructions etc. > > > > 3. Get use of GCC's garbage collector which helps to slim-down resulting image > > quite a bit. > > > > 4. Also now we may disable U-Boot self-relocation for ARC if needed either > > by platform or for debugging purposes. > > FYI, all of the above would be really good to put into a signed tag, > next time :) Sure will do! Do you want me to do it now as well? > > P.S. Do you have an idea when RC1 is going to be cut? > > We have some other pending changes and it's good to understand how much time > > we have for finalization if we want [and we do want] to still squeeze it all > > in the next release. > > Should be April 2nd, per the ReleaseCycle wiki page. Thanks for pointing to this article - very useful indeed. -Alexey
On Fri, Mar 23, 2018 at 01:38:48PM +0000, Alexey Brodkin wrote: > Hi Tom, > > On Fri, 2018-03-23 at 09:33 -0400, Tom Rini wrote: > > On Fri, Mar 23, 2018 at 01:23:53PM +0000, Alexey Brodkin wrote: > > > > > Hi Tom, > > > > > > This is the first batch of ARC changes for the next release. > > > > > > Here we: > > > 1. Significantly rework cache-related functionality. > > > In particular that fixes coherency problems in some corner-cases, > > > allows us to enable and disable caches in run-time and still > > > have properly running system, finally support execution from > > > real flash (before we used to run from DDR from the very beginning). > > > > > > 2. Remove string routines implemented in assembly. > > > That allows us to build and run U-Boot on wide range og ARC cores > > > with different configurations. I.e. whatever tuning is used on GCC's > > > command-line we'll get code for desired flavor of ARC. > > > Otherwise for each and every corner-case we would need to add ifdefs > > > in assembly code to accommodate missing instructions etc. > > > > > > 3. Get use of GCC's garbage collector which helps to slim-down resulting image > > > quite a bit. > > > > > > 4. Also now we may disable U-Boot self-relocation for ARC if needed either > > > by platform or for debugging purposes. > > > > FYI, all of the above would be really good to put into a signed tag, > > next time :) > > Sure will do! > Do you want me to do it now as well? I just copy/pasted it into my merge message. Thanks tho.