487a8756c3
Until recently, the posix api was purely a consumer of the network subsystem. However, a dependency cycle was added as a stop-gap solution for challenges with the native platform. Specifically, 1. eventfd symbols conflict with those of the host 2. eventfd was excluded from native libc builds via cmake If any part of the posix were then to select the network subsystem (which is a legitimate use case, given that networking is a part of the posix api), we would get a build error due to the Kconfig dependency cycle. As usual, with dependency cycles, the cycle can be broken via a third, mutual dependency. What is the third mutual dependency? Naturally, it is ZVFS which was planned some time ago. ZVFS will be where we collect file-descriptor and FILE-pointer APIs so that we can ensure consistency for Zephyr users. This change deprecates EVENTFD_MAX in favour of ZVFS_EVENTFD_MAX. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com> |
||
|---|---|---|
| .. | ||
| zvfs | ||
| assert.c | ||
| cbprintf_complete.c | ||
| cbprintf_nano.c | ||
| cbprintf_packaged.c | ||
| cbprintf.c | ||
| CMakeLists.txt | ||
| fdtable.c | ||
| Kconfig | ||
| Kconfig.cbprintf | ||
| mpsc_pbuf.c | ||
| mutex.c | ||
| p4wq.c | ||
| poweroff.c | ||
| printk.c | ||
| reboot.c | ||
| sem.c | ||
| spsc_pbuf.c | ||
| thread_entry.c | ||
| user_work.c | ||