Skip to content
Snippets Groups Projects
  1. Jul 13, 2021
  2. Jun 04, 2020
    • Chrissi^ (Chris Fiege)'s avatar
      openwrt: Store Kernel Debug-Info (#1971) · 1956696d
      Chrissi^ (Chris Fiege) authored
      
      This change stores a Kernel with Debug-Symbols for the current
      architecture in a new output directory '<outputdir>/debug'.
      This allows a developer or operator of a network to store the kernel
      along with the actual images. In case of a kernel oops the debug
      information can be used with the script
      'scripts/decode_stacktrace.sh' in the kernel source tree to get the
      names to the symbols of the stack trace.
      
      OpenWRT already provides the CONFIG_COLLECT_KERNEL_DEBUG -option that
      creates a kernel with debug-symbols in the OpenWRT output directory.
      This change enables this option and copies the generated kernel to the
      gluon output directory.
      
      Signed-off-by: default avatarChrissi^ <chris@tinyhost.de>
      Unverified
      1956696d
  3. May 03, 2020
    • Matthias Schiffer's avatar
      build: move package list generation to target_config_lib.lua, fix precedence · 53690d83
      Matthias Schiffer authored
      The precedence of different package lists was broken since #1876,
      disallowing removal of GLUON_FEATURES packages via GLUON_SITE_PACKAGES.
      
      Including all package selections, both implicit defaults and explicit
      handling in Gluon, the order of precedence is now the following:
      
      1.  OpenWrt defaults (including target-specific defaults)
      2.  Device-specific packages from OpenWrt
      3.  Generic default packages (from target/generic)
      4.  Target default packages (target/$(GLUON_TARGET))
      5.  Removal of opkg for tiny targets
      6.  Packages derived from GLUON_FEATURES + GLUON_FEATURES_$(class)
      7.  GLUON_SITE_PACKAGES
      8.  GLUON_SITE_PACKAGES_$(class)
      9.  Device-specific packages from target/$(GLUON_TARGET)
      10. Device-specific packages from GLUON_$(device)_SITE_PACKAGES
      
      This also contains various pieces of cleanup:
      
      - No hardcoded order of device classes for target_config.lua arguments
        anymore (in fact, the Makefile doesn't know anything about device
        classes now)
      - target_conifg_lib.lua only hardcodes the fallback class for x86, no
        other occurences of specific class names
      - Feature -> package list mapping is moved from Makefile to the Lua code
        as well (still implemented in Shell though)
      Unverified
      53690d83
  4. Apr 25, 2020
  5. Jun 17, 2019
  6. Jun 15, 2019
Loading