Tone Alarm driver was using hrt and tunes. Hence no start up tune.
  Integrated the tune control and removed note cruft.

Use './Tools/run-shellcheck.sh ROMFS/px4fmu_common' to run it.

This info is on the dev-guide now

This also removes the HIGHRES_IMU mavlink stream to the GCS. I don't see
why it's needed and it adds noticeable CPU load.

RC input is now handled via rc_input module

Use 'if ! <cmd>' instead.

The command is now: 'make posix none_shell'
which means: don't start a simulator and run a minimal shell only.

The FIFO was created in the server thread, and the PX4 main thread could
already have continued and started to execute the bash script.
In that case the client tried to open the FIFO but it did not exist yet.

Client error:
ERROR [px4_daemon] pipe open fail
ERROR [px4_daemon] Could not send commands

 - exclude DriverFramework, parameters, libuavcan

 - Allow to use the 4 groups from Mavlink
 - Allow an Offboard control of the Gimball, Gripper or servoes.
 - Fixes issue #7440

Signed-off-by: Alexis Paques <alexis.paques@gmail.com>

This is needed for companions with high baudrate and high data rate.
Tested with 1500000 Baudrate and mavlink TX rate of ~120KB/s: no drops.

I did not test the exact limit, something like 2500 might be enough. But
we (still) have enough free RAM on FMU-v5.

ones for obstacle avoidance. Otherwise the vehicle is continuolsy in the
offtrack state. Use already comnputed yaw and yaw speed setpoints instead
of subscription