1. 25 6月, 2015 3 次提交
  2. 19 6月, 2015 4 次提交
  3. 20 4月, 2015 1 次提交
  4. 05 2月, 2015 1 次提交
  5. 15 12月, 2014 1 次提交
  6. 13 10月, 2014 2 次提交
  7. 28 7月, 2014 1 次提交
  8. 11 7月, 2014 2 次提交
  9. 03 6月, 2014 1 次提交
  10. 05 4月, 2014 2 次提交
  11. 31 3月, 2014 1 次提交
  12. 26 3月, 2014 1 次提交
  13. 12 11月, 2013 1 次提交
  14. 11 11月, 2013 1 次提交
  15. 26 8月, 2013 1 次提交
  16. 28 6月, 2013 2 次提交
  17. 26 6月, 2013 1 次提交
  18. 15 5月, 2013 1 次提交
  19. 07 5月, 2013 3 次提交
  20. 17 4月, 2013 1 次提交
    • V
      ARC: [kbuild] Avoid DTB rebuilds if DTS are untouched · a89516b3
      Vineet Gupta 提交于
      Currently, for every ARC kernel build I see the following:
      
      --------------->8-----------------
        DTB    arch/arc/boot/dts/angel4.dtb.S
        AS      arch/arc/boot/dts/angel4.dtb.o
        LD      arch/arc/boot/dts/built-in.o
      rm arch/arc/boot/dts/angel4.dtb.S        <-- forces rebuild next iter
        CHK     kernel/config_data.h
      --------------->8-----------------
      
      This is because *.dts.S is intermediate file in dtb generation and is by
      default deleted by make which needs a ".SECONDARY" hint to NOT do so.
      
      This could have ideally been done in scripts/Makefile.lib - for benefit
      of all, however .SECONDARY doesn't seem to work with wildcards.
      
      Thanks to Stephen for suggesting .SECONDARY (vs .PRECIOUS) and making
      that work using a non wildcard version in arch makefile.
      
      Thanks to James Hogan for pointing out that *.dtb.S now needs to be
      added to clean-files
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      a89516b3
  21. 09 4月, 2013 2 次提交
  22. 16 2月, 2013 4 次提交
  23. 11 2月, 2013 1 次提交
    • V
      ARC: Build system: Makefiles, Kconfig, Linker script · cfdbc2e1
      Vineet Gupta 提交于
      Arnd in his review pointed out that arch Kconfig organisation has several
      deficiencies:
      
      * Build time entries for things which can be runtime extracted from DT
        (e.g. SDRAM size, core clk frequency..)
      * Not multi-platform-image-build friendly (choice .. endchoice constructs)
      * cpu variants support (750/770) is exclusive.
      
      The first 2 have been fixed in subsequent patches.
      Due to the nature of the 750 and 770, it is not possible to build for
      both together, w/o special runtime glue code which would hurt
      performance.
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Acked-by: NSam Ravnborg <sam@ravnborg.org>
      cfdbc2e1