On Sat, Mar 6, 2021 at 10:00 AM Richard Guy Briggs <rgb(a)redhat.com> wrote:
On 2021-03-05 12:56, Paul Moore wrote:
> On Thu, Mar 4, 2021 at 9:03 PM Paul Moore <paul(a)paul-moore.com> 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