- Dec 12, 2016
-
-
Roman authored
Signed-off-by:
Roman <bapstroman@gmail.com>
-
- Dec 10, 2016
-
-
Mark Whitehorn authored
-
Mark Whitehorn authored
roughly 10K bytes below the 1MiB limit
-
Lorenz Meier authored
-
- Dec 09, 2016
-
-
Michael Schaeuble authored
With GCC 4.9 the binary is to large for the flash memory. This is why we disabled LPE on that platform.
-
- Dec 07, 2016
-
-
Daniel Agar authored
-closes #5862
-
- Dec 05, 2016
-
-
Lorenz Meier authored
-
- Dec 03, 2016
-
-
Dennis Shtatnov authored
-
- Dec 02, 2016
-
-
Julian Oes authored
This update is needed after changes in https://github.com/ATLFlight/cross_toolchain/pull/10.
-
Lorenz Meier authored
-
- Nov 29, 2016
-
-
Mark Whitehorn authored
-
- Nov 28, 2016
-
-
José Roberto de Souza authored
-
José Roberto de Souza authored
AeroFC is updated by Aero board using the UART between AeroFC and Aero board. This script will copy firmware and px_uploader.py to Aero board and run px_uploader.py with the correct paremeters. User only needs to have a network connection (Ethernet over USB or WiFi) with Aero board to update AeroFC firmware. The IP/hostname can be given by AERO_HOSTNAME environment variable.
-
James Goppert authored
-
José Roberto de Souza authored
-
Lucas De Marchi authored
-
David Sidrane authored
-
David Sidrane authored
-
- Nov 23, 2016
-
-
Julian Oes authored
This disables the following modules to save flash: - mpu9250 driver because the MPU9250 is rarely used on Pixhawks - Snapdragon RC PWM passthrough which is rarely used and definitely a special/custom configuration. Also, it will soon be obsolete with the upcoming PWM support on Snapdragon.
-
Julian Oes authored
The generated binary hash was off by one.
-
- Nov 11, 2016
-
-
Mark Whitehorn authored
-
- Nov 10, 2016
-
-
Mark Charlebois authored
Signed-off-by:
Mark Charlebois <charlebm@gmail.com>
-
Julian Oes authored
-
Julian Oes authored
This updates cmake_hexagon and cmake_hexagon inside DriverFramework which fixes somethine about rpcmem.a and the double linking issue.
-
- Nov 08, 2016
-
-
Beat Küng authored
-
Paul Riseborough authored
-
Paul Riseborough authored
-
- Oct 29, 2016
-
-
Henry Zhang authored
-
Henry Zhang authored
-
Henry Zhang authored
-
Henry Zhang authored
-
- Oct 26, 2016
-
-
Carlo Wood authored
These are some changes that I needed to compile most of the unsupported targets. After this all (make list_config_targets) compile for me except: posix_eagle_muorb, posix_sdflight_default and qurt_eagle_legacy_driver_default.
-
- Oct 22, 2016
-
-
Carlo Wood authored
app.h, generated from app.h_in, has unnecessary code duplication and isn't a header file (it defines globals, static functions and doesn't have a header guard, moreover, it has a 'using namespace std;'). Because of this, a real headerfile that declares the stuff defined in apps.h was missing leading to even more code duplication: scattered forward declarations in .cpp files and an often repeated type of std::map<std::string, px4_main_t>. This patch moves cmake/qurt/apps.h_in to src/platforms/apps.cpp.in (with some changes) and removes cmake/posix/apps.h_in. Then src/platforms/apps.cpp.in is split into src/platforms/apps.cpp.in and src/platforms/apps.h.in, splitting declarations from definitions. A typedef is defined for the map (apps_map_type). The main difference between cmake/posix/apps.h_in and cmake/qurt/apps.h_in was that the first defined a global 'apps', while qurt stores the apps in QShell. I opted to get rid of the global variable (which are in general evil for various reasons) and used the API of cmake/qurt/apps.h_in where a provided 'apps' map is initialized with a call to init_app_map. Thus removing the existing code duplication.
-
- Oct 19, 2016
-
-
Lorenz Meier authored
-
- Oct 18, 2016
-
-
Michael Schaeuble authored
The firmware binary is to large to fit into the onboard memory of the Parrot Bebop. It could be uploaded to the emmc, but for ease of use it would be nice to have it in /usr/bin. To strip the binary seems to be the best option right now.
-
Michael Schaeuble authored
The pthread linker flags were changed in c6a26415 and it was questioned in #5504 if the exception for the Bebop is necessary. It is not, so remove those lines from the cmake file.
-
Lorenz Meier authored
-
Julian Oes authored
-
Julian Oes authored
-
Julian Oes authored
-