[PATCH v2 22/50] convert efivarfs

Christian Brauner brauner at kernel.org
Thu Nov 6 00:46:08 AEDT 2025


On Wed, Nov 05, 2025 at 08:33:10AM -0500, James Bottomley wrote:
> On Wed, 2025-11-05 at 14:16 +0100, Christian Brauner wrote:
> > On Wed, Nov 05, 2025 at 08:09:03AM -0500, James Bottomley wrote:
> > > On Wed, 2025-11-05 at 12:47 +0100, Christian Brauner wrote:
> [...]
> > > > And suspend/resume works just fine with freeze/thaw. See commit
> > > > eacfbf74196f ("power: freeze filesystems during suspend/resume")
> > > > which implements exactly that.
> > > > 
> > > > The reason this didn't work for you is very likely:
> > > > 
> > > > cat /sys/power/freeze_filesystems
> > > > 0
> > > > 
> > > > which you must set to 1.
> > > 
> > > Actually, no, that's not correct.  The efivarfs freeze/thaw logic
> > > must run unconditionally regardless of this setting to fix the
> > > systemd bug, so all the variable resyncing is done in the thaw
> > > call, which isn't conditioned on the above (or at least it
> > > shouldn't be).
> > 
> > It is conditioned on the above currently but we can certainly fix it
> > easily to not be.
> 
> It still seems to be unconditional in upstream 6.18-rc4
> kernel/power/hibernate.c with only freeze being conditioned on the

I'm honestly not sure how efivarfs would be frozen if
filesystems_freeze() isn't called... Maybe I missed that memo though.
In any case I just sent you...

> setting of the filesystem_freeze variable but I haven't checked -next.
> 
> However, if there's anything in the works to change that we would need
> an exception for efivarfs, please ... we can't have a bug fix
> conditioned on a user setting.

... a patch in another mail.

Sorry in case I misunderstood that you _always_ wanted that sync
regardless of userspace enabling it.


More information about the Linuxppc-dev mailing list