Skip to content
  1. Aug 17, 2016
  2. Aug 16, 2016
  3. Aug 14, 2016
  4. Aug 11, 2016
    • Zakharov Vlad's avatar
      toolchain: Bump ARC tools to arc-2016.09-eng008 · f0e1381e
      Zakharov Vlad authored
      
      
      As described at:
      4520524b
      this commit continues a series of updates of ARC tools.
      This time we're updating tools to arc-2016.09-eng008.
      
      Main updates were made for gcc. It was switched to GCC 6 and to
      OSABI v4.
      
      Besides this patch fixes buildroot ARC failures connected to
      "crtbeginT.o" object file missing. This issue lead to two main errors:
      
      1) "crtbeginT.o: No such file or directory", e. g. bootutils-1.0.0.
      No comments are required here I hope.
      
      2) Errors like "compiler cannot create executables", e.g.:
        a) host-gcc-final-arc-2016.09-eng007 static build,
        b) aespipe-2.4c.
      That was caused because the test to determine if compiler is able to
      create executables was failing due to missing "crtbeginT.o" file.
      
      We still keep GDB as it is of arc-2016.03 release because there're some
      issues we'd like to resolve before releasing it to wider audience.
      
      So again note this is next engineering builds of arc-2016.09 series
      and it might have all kinds of breakages, please don't use it for
      production builds.
      
      Signed-off-by: default avatarVlad Zakharov <vzakhar@synopsys.com>
      Signed-off-by: default avatarThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      f0e1381e
    • Thomas Petazzoni's avatar
      uboot-tools: add missing !BR2_STATIC_LIBS dependency for FIT signature · 031130a4
      Thomas Petazzoni authored
      
      
      BR2_PACKAGE_UBOOT_TOOLS_FIT_SUPPORT selects BR2_PACKAGE_DTC, but forgets
      to depends on !BR2_STATIC_LIBS like BR2_PACKAGE_DTC does.
      
      Fixes the following kconfig warning:
      
        arning: (BR2_PACKAGE_UBOOT_TOOLS_FIT_SUPPORT && BR2_PACKAGE_KVMTOOL && BR2_PACKAGE_UBOOT_TOOLS_MKIMAGE_FIT_SIGNATURE_SUPPORT) selects BR2_PACKAGE_DTC which has unmet direct dependencies (!BR2_STATIC_LIBS)
      
      Signed-off-by: default avatarThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      031130a4
    • Thomas Petazzoni's avatar
      Revert "blktrace: disable on PowerPC" · 254ddce7
      Thomas Petazzoni authored
      
      
      This reverts commit 0d8158fc. Thanks to
      a fix in libaio, blktrace now builds fine on PowerPC, so there's no
      reason to disable it anymore.
      
      Signed-off-by: default avatarThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      254ddce7
    • Thomas Petazzoni's avatar
      libaio: work-around for PowerPC issue · ce6536ae
      Thomas Petazzoni authored
      Both the blktrace and gadgetfs-test packages were failing to build on
      PowerPC due to the mysterious:
      
        hidden symbol `_rest32gpr_30_x' in libgcc.a(e500crtresx32gpr.o) is referenced by DSO
      
      Due to this error, we disabled blktrace on PowerPC in commit
      0d8158fc. However, gadgetfs-test
      continued to fail with the same error. As Romain Naour pointed out, the
      problem seems in fact to come from a common dependency of blktrace and
      gadgetfs-test: libaio. As Romain investigated, the problem started
      appearing after the last bump of libaio, from version 0.3.109 to
      0.3.110.
      
      A quick bisect through the libaio changes between 0.3.109 and 0.3.110
      has revealed that the problematic change is one in the libaio build
      system, which now obeys to the CFLAGS provided in the environment,
      rather than overriding them. So the CFLAGS provided by Buildroot cause
      this problem. It turns out that the problematic CFLAGS is -Os, which is
      indeed known to cause issues on PowerPC in some corner cases.
      
      Even though it would probably be a better long-term solution to switch
      to -O2 by default, and mark -Os as not available on PowerPC, it is a too
      radical change so close to 2016.08. So we simply adjust the libaio
      package so that it uses -O2 instead of -Os.
      
      Fixes:
      
        http://autobuild.buildroot.net/results/5e6cc4c432ce6c964ac285026978ad14d9eae97c/
      
      
      
      Signed-off-by: default avatarThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      ce6536ae
    • Thomas Petazzoni's avatar
      ffmpeg: disable for ARMv7-M · 9fb11701
      Thomas Petazzoni authored
      In the ffmpeg code, libavutil/arm/asm.S makes some assumption about the
      ARM architecture for which the code is built. Only ARMv4, ARMv5, ARMv6
      and ARMv7-A is supported. Due to this, object files built out of
      ARM-optimized assembly code have the wrong architecture information,
      causing a failure at link time.
      
      Adding ARMv7-M support would be possible, but it doesn't exist yet in
      ffmpeg, and it's pretty unlikely that ffmpeg will ever be needed on an
      ARMv7-M platform, so this commit takes the simple approach of disabling
      ffmpeg for ARMv7-M.
      
      Fixes:
      
        http://autobuild.buildroot.net/results/ca4c67b093afd6f14349fcdc87b02e0480172e8c/
      
      
      
      Signed-off-by: default avatarThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      9fb11701
    • Rahul Bedarkar's avatar
      mtd: integck needs MMU support · de1aecde
      Rahul Bedarkar authored
      
      
      After fixing build issue related to MS_DIRSYNC and MS_RELATIME, we get
      following build error with blackfin external toolchain.
      
      fstest_monitor.c: In function 'main':
      fstest_monitor.c:237: warning: implicit declaration of function 'fork'
      /tmp/ccCzZIuW.o: In function 'main':
      /home/rahul.bedarkar/buildroot/output/build/mtd-1.5.2/tests/fs-tests/utils/fstest_monitor.c:237: undefined reference to '_fork'
      collect2: ld returned 1 exit status
      make[2]: *** [fstest_monitor] Error 1
      
      Since it uses fork(), add dependency on MMU support for integck.
      
      Signed-off-by: default avatarRahul Bedarkar <rahul.bedarkar@imgtec.com>
      Signed-off-by: default avatarThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      de1aecde
  5. Aug 10, 2016
Loading