Xenomai patch queue
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest5 patches 1 replyIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/5 | Unify x86 HALinclude/ include/ include/ +5 more | +453 | 0 replies | |
| 2/5 | Obtain timer frequency from I-pipeinclude/ ksrc/ ksrc/ +1 more | +52 | 0 replies | |
| 3/5 | Report used timer and clock devicesinclude/ include/ include/ +2 more | +24 | 0 replies | |
| 4/5 | Cleanup tickdev emulation after I-pipe refactoringsinclude/ include/ ksrc/ +2 more | +17 | 0 replies | |
| 5/5 | Report ignored __xn_copy_*_user return codesinclude/ include/ include/ +3 more | +16 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [Xenomai-core] [PATCH 0/5] Xenomai patch queue
Hi,
while the syscall tracing thing still puzzles me, I was now at least able to check that my patches do what they are supposed to. So here comes a flush of (most of) the stuff that piled up on my side, fixing or enhancing the following aspects:
- x86 hal refactoring (-v2) - I decided to base my work on this because it shakes the code anyway and also happens to touch hal stuff, thus benefits from the unified version.
- get timer frequency from ipipe (thus Linux) instead of relying on home-brewed estimations (fixes inaccurate APIC frequency)
- report configured timer and clock device via /proc/xenomai/timer
- cleanup tickdev emulation (related to I-pipe refactorings)
- provide for __must_check attribute for __xn_copy_*_user services (developer tool - not for merge yet!)
I-pipe changes for i386 and x86_64 will be sent separately.
Jan