You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 8, 2020. It is now read-only.
Maybe. The library expects the filters to be implemented in hardware. The SocketCAN driver doesn't bother itself with these pesky ioctls (why though? can't recall, should have documented that better) and emulates them in software. So both software and hardware can be correct depending on how you squint at the question. If you believe that "software" is correct, let's change that.
socketcan doesn't implement hardware filtering leaving this as an exercise for "deeply embedded" system designers. I do think calling it software will reduce the confusion of people like me who see this method, look at the implementation, and are confused by the lack of system calls.
I'm getting up-to-speed on the linux driver and came across this code:
https://github.com/UAVCAN/libuavcan_linux/blob/4ee477b54007da03ebb585c0437c8a1ca1ce5119/include/uavcan_linux/socketcan.hpp#L451
Is this misnamed? Should this not be called "software filters"?
The text was updated successfully, but these errors were encountered: