<div dir="ltr">Hello all,<div><br></div><div>Nathan Otterness, Leo Chen, and myself have been working on an effort to update LITMUS-RT to Linux 5.4 at UNC. We've been working on-and-off for a few months, but it's finally almost ready!</div><div><br></div><div>What is the preferred approach to upstreaming a major upgrade like this? Our current tree squashes all the historical LITMUS-RT commits. There's some internal debate as to whether we should convert our tree into a traditional rebase which preserves the LITMUS-RT commit history and modifies each commit as appropriate, or leave it as the squash that it is. Some input from the current LITMUS-RT maintainers would be appreciated.</div><div><br></div><div>We also found a couple bugs in upstream LITMUS-RT while testing our port:</div><div>1. GSN-EDF can complete jobs twice when budget enforcement is enabled</div><div>2. The TRACE buffer will fail to allocate when kernel memory is highly fragmented (solution: use kvmalloc)</div><div><br></div><div>Best,</div><div><br></div><div>Joshua Bakita</div><div>University of North Carolina at Chapel Hill</div></div>