- 24 Mar, 2021 1 commit
-
-
Alex authored
Issue: after a failed installation of 32-bit toolchain, 64-bit installation would fail, too. Need to specify 64-bit architecture manually. FIXME: there might be similar issues with other packages. --HG-- branch : qemu
-
- 01 Jan, 2021 1 commit
-
- 29 Dec, 2020 1 commit
-
-
alex@thinkpad authored
--HG-- branch : qemu
-
- 28 Dec, 2020 1 commit
-
-
alex@thinkpad authored
--HG-- branch : qemu
-
- 29 Dec, 2020 7 commits
-
-
alex@thinkpad authored
Usage: COMPILE_GDB=8.1 ./install.sh --HG-- branch : qemu
-
alex@thinkpad authored
(todo: test on recent WSL) --HG-- branch : qemu
-
alex@thinkpad authored
(same packages as Ubuntu) --HG-- branch : qemu
-
alex@thinkpad authored
--HG-- branch : qemu
-
alex@thinkpad authored
- audio driver fails to compile at least on Big Sur with gcc-10; disabling everywhere (unused) - typo when checking for gcc being actually clang --HG-- branch : qemu
-
alex@thinkpad authored
(should compile cleanly on Mac) Related discussion: https://patchwork.kernel.org/project/qemu-devel/patch/20161228145344.30819-1-cov@codeaurora.org/ --HG-- branch : qemu
-
alex@thinkpad authored
Ubuntu: available as "python2" on newer distros, or "python" on older ones... Mac: not available in Brew, but already installed by Apple Some systems no longer have "python" pointing to "python2" (fixed in configure_eos.sh) --HG-- branch : qemu
-
- 15 Dec, 2020 1 commit
-
-
alex@thinkpad authored
Tested all pre-built versions from 2017-q4 to 2020-q4 on macOS Big Sur https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/gnu-rm/downloads Only gdb 8.1 worked correctly with our scripts... --HG-- branch : qemu
-
- 14 Dec, 2020 2 commits
-
-
alex@thinkpad authored
TODO: completely get rid of python2 dependencies. --HG-- branch : qemu
-
alex@thinkpad authored
--HG-- branch : qemu
-
- 29 Dec, 2020 1 commit
-
-
alex@thinkpad authored
- "bitwise" fix: https://patchwork.kernel.org/project/qemu-devel/patch/20170308124955.35623-1-aik@ozlabs.ru/ - moved memfd from qemu-2.5.0-eos.patch to qemu-2.5.0-recent-gcc.patch QEMU now compiles cleanly with recent-gcc patches, with and without EOS patches. --HG-- branch : qemu
-
- 17 Dec, 2020 1 commit
-
-
alex@thinkpad authored
--HG-- branch : qemu
-
- 14 Dec, 2020 2 commits
-
-
alex@thinkpad authored
--HG-- branch : qemu
-
alex@thinkpad authored
- required for any gcc 7.x and newer (tested up to 10.x) - doesn't break gcc 5.x - it also helps some recent clang versions - renamed qemu-2.5.0-gcc78.patch to qemu-2.5.0-recent-gcc.patch --HG-- branch : qemu
-
- 04 May, 2020 1 commit
-
-
Ant authored
--HG-- branch : Ant/correct-uart_rx_interrupt-number-for-eos-1588612772652
-
- 16 Apr, 2019 2 commits
-
-
alex@thinkpad authored
(should have been done in 2aacd2ae9274) --HG-- branch : qemu
-
alex@thinkpad authored
- counting active processes returns 1 when the system is idle (not 3) - even if the system has only one CPU core, it needs to be able to start a new job - poll the CPU load 10 times over a period of 0.5 seconds before making a decision --HG-- branch : qemu
-
- 15 Apr, 2019 2 commits
-
-
alex@thinkpad authored
(todo: update all our python scripts) --HG-- branch : qemu
-
alex@thinkpad authored
--HG-- branch : qemu
-
- 09 Apr, 2019 1 commit
-
-
alex@thinkpad authored
(i.e. go back to some vanilla version without full reinstallation) Usage: ./sure_copy_from_contrib.sh [-q] (from qemu-eos directory) Name starts with different letter to avoid typing ./copy_back_to_contrib.sh by mistake. --HG-- branch : qemu
-
- 12 Apr, 2019 1 commit
-
-
alex@thinkpad authored
(minor changes after e1c6fd64d735) --HG-- branch : qemu
-
- 11 Apr, 2019 2 commits
-
-
alex@thinkpad authored
- on all x86_64 Linux systems, user can choose between 32-bit and 64-bit toolchain - on all Intel systems, user can choose to override the existing ARM toolchain (and install a precompiled version that's known to work) - on x86 Linux systems, the script should install a 32-bit toolchain without asking - on all systems, user may keep the existing ARM compiler (arm-none-eabi-gdb) and compile gdb 8.1 from source - on non-Intel systems, the script should just check for a valid toolchain, and ask the user to install it manually (not tested) --HG-- branch : qemu
-
alex@thinkpad authored
Too much of a moving target, e.g. working on Xenial and Bionic (with different packages!) but broken on Cosmic. Keeping arm-none-eabi-gcc from package manager as an option. For gdb, we'll use either a precompiled toolchain (64-bit 7-2018-q2, or any 32-bit version), or compile gdb 8.1 from source. --HG-- branch : qemu
-
- 10 Apr, 2019 4 commits
-
-
alex@thinkpad authored
--HG-- branch : qemu
-
alex@thinkpad authored
(32-bit binaries are not going to work anyway) --HG-- branch : qemu
-
alex@thinkpad authored
QEMU install: on Ubuntu/WSL, install the precompiled toolchain even if another (valid) gcc version is present (option #2 in the Ubuntu/WSL menu) --HG-- branch : qemu
-
alex@thinkpad authored
- back to GDB 8.1 - GDB 8.2.x is no longer accepted - using precompiled toolchain 7-2018-q2-update for both Mac and WSL (with GDB 8.1.x) --HG-- branch : qemu
-
- 09 Apr, 2019 4 commits
-
-
alex@thinkpad authored
(8.1 still accepted as valid) --HG-- branch : qemu
-
alex@thinkpad authored
(use the same heuristics as with plain Ubuntu) --HG-- branch : qemu
-
alex@thinkpad authored
Quirk: if CPU is in ARM mode, the disassembler looks at the Thumb bit of the requested address. If CPU is in Thumb mode, the disassembler ignores the Thumb bit from the address, and always disassembles as Thumb. This inconsistency is also present in latest QEMU from git. Why? IDC scripts: comments containing disassembled Thumb code were updated (DIGIC 6/7/8 and 1300D). --HG-- branch : qemu
-
alex@thinkpad authored
(was breaking the tests; not required on this camera anyway) --HG-- branch : qemu
-
- 08 Apr, 2019 1 commit
-
-
alex@thinkpad authored
Instruction count is printed when returning from the function. Instructions executed by other tasks/interrupts (i.e. outside the tested function) are not included in the printed value. This feature is very useful for optimizing code. Example: -d debugmsg,calls -icount 5 --HG-- branch : qemu
-
- 09 Apr, 2019 1 commit
-
-
alex@thinkpad authored
It was quite hard to pass the test suite, as there were lots of edge cases: - context switch may happen either in a timer interrupt, or in a regular task (e.g. msleep, sempahores and so on) - context switch is not atomic - it happens a few instructions (or function calls!) afterh updating the current task pointer - until the registers are swapped for the new task, we are still on the stack of the previous task - there may be dummy task switches (i.e. from one task to the same task) - an interrupt can occur in the middle of a (non-atomic) context switch (!) - VxWorks models do not even use a unique task ID (!) Result: QEMU no longer crashes during logging tests! Issue: these cameras do not appear to use an unique task ID. Workaround: assign our own task IDs. --HG-- branch : qemu
-
- 08 Apr, 2019 1 commit
-
-
alex@thinkpad authored
QEMU test suite: only use 2/3 of available CPU cores. It appears to improve the repeatability of results in some CPU- and IO-intensive tests. In other words, don't believe the Hyper-Threading hype :) --HG-- branch : qemu
-
- 06 Apr, 2019 2 commits
-
-
alex@thinkpad authored
--HG-- branch : qemu
-
alex@thinkpad authored
Before: uint32_t x; cpu_physical_memory_read(addr, &x, 4) After: uint32_t x = eos_get_mem_w(s, addr); Also, minor cleanups to eos_get_current_task_* (not expected to make a difference) --HG-- branch : qemu
-