nuttx

mirror of https://github.com/apache/nuttx.git synced 2025-12-08 02:32:54 +08:00

Files

Karel Kočí aa3cf8cb3a nuttx/can: report error and not EOF at the empty FIFO

The empty FIFO can happen only in two cases. Either there is some
inconsistency that made rx_sem ready but buffer is empty (that might
happen if multiple reads are blocked in parallel, or just due to the bug
in the logic), or if close is used. Until now the 0 would be returned
and thus EOF. The error is not EOF and actually it is still possible to
read afterwards. Thus we for sure should not signal EOF for the first
cause. The second cause for close matches the behavior that is expressed
even on glibc for some file descriptors (the waiting read will commonly
get error EINVAL there). We can't decide on the real cause of this
situation and thus we always report EIO error and thus generic
input/output error.

Signed-off-by: Karel Kočí <kkoci@elektroline.cz>

2025-11-05 20:45:05 +08:00

can_common.c

drivers/can: move CAN utils to CAN common files

2025-05-14 10:30:25 -03:00

can_sender.c

style: fix spelling in code comments and strings

2025-05-23 10:48:41 +08:00

can.c

nuttx/can: report error and not EOF at the empty FIFO

2025-11-05 20:45:05 +08:00

CMakeLists.txt

drivers/can: move CAN utils to CAN common files