On Sat, Mar 6, 2021 at 10:00 AM Richard Guy Briggs <rgb@xxxxxxxxxx> wrote: > On 2021-03-05 12:56, Paul Moore wrote: > > On Thu, Mar 4, 2021 at 9:03 PM Paul Moore <paul@xxxxxxxxxxxxxx> wrote: > > > > > > Hello all, > > > > > > As many of you are aware, normally with the close of the merge window > > > and the release of -rc1 I typically reset the selinux/next and > > > audit/next branches to Linus' -rc1 tag. However, as you may have > > > heard already, there is a nasty problem with the early v5.12 kernels, > > > including -rc1, which could result in some fairly serious fs > > > corruption (see the LWN article below). With that in mind, I'm not > > > going to reset the selinux/next and audit/next branches for this > > > development cycle ... > > > > That idea was spectacularly short lived :/ Assuming -rc2 fixes the > > swapfile bug, I'll plan on rebasing both -next branches to -rc2 early > > next week. This should have zero impact on the audit tree (audit/next > > is current empty), and a minimal impact on the selinux/next branch as > > we only have one small patch in there at the moment. > > Well, it appears you are far from the only subsystem maintainer doing > that for this cycle. FWIW, not rebasing the -next branches would likely work out okay for most release cycles, we just happen to have a SELinux/IMA patch which has a dependency on code that was merged during the v5.12 merge window so we need to rebase selinux/next at the very least and since the audit/next branch is still empty I figured I might as well rebase that too. I suspect this will have little to no impact on anyone, but I wanted to let you folks know regardless. No one likes surprises when it comes to upstream trees. -- paul moore www.paul-moore.com