forked from Archive/PX4-Autopilot
6cb2c176d5
Events have a global, system-wide sequence number, which must be handled atomically, (fetching and incrementing the sequence AND sending the event to uORB must be atomic). Currently in FLAT mode, only one instance of this sequence number exists, so it is OK to have it in px4_platform. However, in PROTECTED mode px4_platform is instantiated both in kernel- and user spaces, which makes two instances of this sequence number, which causes problems in the mavlink event handling logic. When mavlink receives and handles events, it expects that: - The sequence numbers arrive in order (seq n is followed by n+1 etc) - It increments by 1 - There is only one instance of the sequence number In PROTECTED mode this is violated, as the kernel and user sequence numbers run freely on their own. This patch fixes the issue by moving the event backend to the kernel and by providing user access to it via ioctl. |
||
|---|---|---|
| .. | ||
| gtest | ||
| bloaty.cmake | ||
| ccache.cmake | ||
| coverage.cmake | ||
| cygwin_cygpath.cmake | ||
| doxygen.cmake | ||
| kconfig.cmake | ||
| metadata.cmake | ||
| package.cmake | ||
| px4_add_common_flags.cmake | ||
| px4_add_library.cmake | ||
| px4_add_module.cmake | ||
| px4_config.cmake | ||
| px4_git.cmake | ||
| px4_list_make_absolute.cmake | ||
| px4_metadata.cmake | ||
| px4_parse_function_args.cmake | ||
| sanitizers.cmake | ||