RTEMS | cpukit/libcsupport: Keep hard links with O_NOFOLLOW (!1324)

[mingming cheng (@kymm)]

mingming cheng created a merge request: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1324

Project:Branches: kymm/rtems:fix-can-queue-priority to rtems/rtos/rtems:main
Author:   mingming cheng



## Summary

cpukit/libcsupport: Keep hard links with O_NOFOLLOW

When O_NOFOLLOW is used, open() should only prevent following
symbolic links. Hard links are still ordinary directory entries and
should continue to resolve to the target object.

Switch the follow flags from zero to RTEMS_FS_FOLLOW_HARD_LINK so the
path evaluator keeps hard links working while suppressing symbolic link
following.


## Generative AI

<!-- If you have used AI please use the "AI Contribution" template otherwise leave this blank see our fulls statement at https://www.rtems.org/generative-ai/-->


<!-- Default settings, if it is a dropdown it will set after submission -->

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1324
You're receiving this email because of your account on gitlab.rtems.org. Unsubscribe from this thread: https://gitlab.rtems.org/-/sent_notifications/4-8koahpm5guxgxd20ksh1vdy5o-1d/unsubscribe | Manage all notifications: https://gitlab.rtems.org/-/profile/notifications | Help: https://gitlab.rtems.org/help


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20260622/ac70685b/attachment.htm>