1. 06 Dec, 2017 1 commit
    • alex@thinkpad's avatar
      QEMU: found out why DIGIC 6 models were getting stuck at startup! · 2b0b39ae12ed
      alex@thinkpad authored
      The firmware was reading the memory layout from CP15 registers;
      most of them were emulated well in QEMU, except ATCM and BTCM, which were implemented as NOP.
      They are still NOP in current QEMU git.
      
      Patching the memory regions loop is no longer required!
      (keeping empty 80D patch for future use)
      
      --HG--
      branch : qemu
      2b0b39ae12ed
  2. 24 Nov, 2017 1 commit
  3. 06 Dec, 2017 5 commits
  4. 24 Nov, 2017 1 commit
  5. 12 Nov, 2017 1 commit
  6. 24 Nov, 2017 1 commit
  7. 06 Dec, 2017 1 commit
  8. 24 Nov, 2017 2 commits
  9. 07 Nov, 2017 2 commits
  10. 11 Nov, 2017 1 commit
  11. 06 Dec, 2017 2 commits
  12. 05 Dec, 2017 3 commits
  13. 03 Dec, 2017 3 commits
    • alex@thinkpad's avatar
      Card LED: always use CARD_LED_ADDRESS, LEDON and LEDOFF · 5b81f34b425a
      alex@thinkpad authored
      (backed out 5bfab05387ac to fix installer on 7D - 0x800c00 not mandatory?)
      
      --HG--
      branch : makefile-updates
      5b81f34b425a
    • alex@thinkpad's avatar
      Makefile: moved 7D-specific tweaks (FIR etc) into main target (7D.203) · 1d98a0736cb8
      alex@thinkpad authored
      for consistency with other platforms, including 7D2
      to build the regular FIR: make build_fir
      to build the installer FIR: make ML-SETUP.FIR -B
      
      --HG--
      branch : makefile-updates
      1d98a0736cb8
    • alex@thinkpad's avatar
      Makefile: FIR building updates · f8beef0ca833
      alex@thinkpad authored
      - always install ML-SETUP.FIR (zip, install, install_qemu)
      - build_fir for regular ML (not installer) now gives AUTOEXEC.FIR
      - to recompile ML-SETUP.FIR: "make ML-SETUP.FIR -B" from platform directory
      - "make zip" will also compile the installer from source, without replacing the precompiled ML-SETUP.FIR
        (just to make sure the source code changes do not interfere with building the installer)
      
      --HG--
      branch : makefile-updates
      f8beef0ca833
  14. 02 Dec, 2017 4 commits
  15. 27 Nov, 2017 4 commits
  16. 26 Nov, 2017 1 commit
  17. 25 Nov, 2017 7 commits
    • alex@thinkpad's avatar
      Makefile: speed optimizations · 5ea430b1fb60
      alex@thinkpad authored
      - helper to evaluate only once, only if used
      - modules hgstamp: only evaluate if used
      - CF_CARD, VERSION: only evaluate once if used
      - PWD is special? renamed to avoid unneeded shell calls
      Profiling tips:
      - perf record make; perf report --sort comm
      - make SHELL="sh -x"
      - make clean SHELL="sh -x" |& grep "^+" | sort | uniq -c
      
      --HG--
      branch : makefile-updates
      5ea430b1fb60
    • alex@thinkpad's avatar
      Makefile: enable parallel compilation for modules, but compile them sequentially · f2ed3dc0790a
      alex@thinkpad authored
      huge modules like Lua will compile much faster
      compiling everything in parallel is not 100% safe (some dependency checks may fail)
      
      --HG--
      branch : makefile-updates
      f2ed3dc0790a
    • alex@thinkpad's avatar
      Makefile: do not print toolchain info on recursive calls · 4d93c8f7bca3
      alex@thinkpad authored
      --HG--
      branch : makefile-updates
      4d93c8f7bca3
    • alex@thinkpad's avatar
      Makefile: reworked global targets · d20616702840
      alex@thinkpad authored
      install: doesn't make sense, as we no longer have a "one size fits all" build capable of running on all models
               (alternative: 5D3.113_install, 60D_install etc)
      zip: build zip for each camera model, sequentially (parallel build still used within each zip)
      all: similar to zip (build camera models sequentially, but use parallel compilation within each platform)
      clean, check: these can run in parallel (no restrictions)
      
      --HG--
      branch : makefile-updates
      d20616702840
    • alex@thinkpad's avatar
      Makefile: fix module dependency checking on "make zip" · aa050618c27f
      alex@thinkpad authored
      by default, a module succeeds if it can be loaded on any camera model, from those compiled (doesn't matter which one)
      when using "make zip", we only want to include the modules compatible with current camera model, without considering other models
      (fixme: not the cleanest way to implement this)
      
      --HG--
      branch : makefile-updates
      aa050618c27f
    • alex@thinkpad's avatar
      Makefile: fix module_strings dependency rule · 718e285e224d
      alex@thinkpad authored
      (previously, there was an error with make -j)
      
      --HG--
      branch : makefile-updates
      718e285e224d
    • alex@thinkpad's avatar
      Makefile: dropped ML_MODULES_STATIC (unused) and renamed ML_MODULES_DYNAMIC to ML_MODULES · 2db4026d348a
      alex@thinkpad authored
      note: if you have customized the module list in Makefile.modules.user, just rename ML_MODULES_DYNAMIC to ML_MODULES
      to compile without modules: make 5D3 ML_MODULES=
      
      --HG--
      branch : makefile-updates
      2db4026d348a