leonarski_fandClaude Opus 5
59ebe8d9ae
RHEL and its derivatives report LINUX_VERSION_CODE 5.14.0 for the whole of el9 while backporting newer kernel APIs into it, so the version check alone picked the pre-6.3 branch on every el9 >= 9.5 and the module failed to build with "assignment of read-only member 'vm_flags'". HAVE_VM_FLAGS_SET could override it, but nothing sets it and dkms.conf does not pass it, so a build from the RPM had no way to reach it. vm_flags_set() and the const vm_flags member appear between kernel-5.14.0-440 and -450.el9, during the 9.5 development stream. RHEL_MINOR tracks the released minor exactly, so RHEL_RELEASE_CODE >= RHEL_RELEASE_VERSION(9,5) is the test: 9.0-9.4 (GA -427) do not have them, 9.5 (-503), 9.6 (-570), 9.7 (-611) and 9.8 (-655) do. el10 is 6.12-based and LINUX_VERSION_CODE already covers it, as it does the removal of no_llseek that the other guard in this driver handles. Spelled through a JFJOCH_RHEL_GE() helper rather than inline, because the obvious form #if defined(RHEL_RELEASE_CODE) && RHEL_RELEASE_CODE >= RHEL_RELEASE_VERSION(9,5) is a hard error on both gcc and clang for every non-RHEL kernel: && does not short-circuit past a parse error, and the undefined function-like macro leaves "0 (9,5)" behind. Also corrects > to >= on the upstream check. The wrappers landed in 6.3, so a vanilla 6.3.0 kernel was taking the pre-6.3 branch. Generated code on el8 is unchanged. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PLMZgfMEdtPBZt1F2rNbRA
Jungfraujoch
Application to receive data from the PSI JUNGFRAU and EIGER detectors.
All documentation is now placed in docs/ subdirectory and for the current version hosted on Jungfraujoch Read The Docs page.