diff options
author | Matthew Garrett <matthew.garrett@nebula.com> | 2013-04-15 13:09:47 -0700 |
---|---|---|
committer | Matt Fleming <matt.fleming@intel.com> | 2013-04-15 21:33:05 +0100 |
commit | 31ff2f20d9003e74991d135f56e503fe776c127c (patch) | |
tree | 00a4270a8b9ff7ff561fa75de80dda14dc235583 /arch/x86/Kconfig | |
parent | cc5a080c5d40c36089bb08a8a16fa3fc7047fe0f (diff) | |
download | op-kernel-dev-31ff2f20d9003e74991d135f56e503fe776c127c.zip op-kernel-dev-31ff2f20d9003e74991d135f56e503fe776c127c.tar.gz |
efi: Distinguish between "remaining space" and actually used space
EFI implementations distinguish between space that is actively used by a
variable and space that merely hasn't been garbage collected yet. Space
that hasn't yet been garbage collected isn't available for use and so isn't
counted in the remaining_space field returned by QueryVariableInfo().
Combined with commit 68d9298 this can cause problems. Some implementations
don't garbage collect until the remaining space is smaller than the maximum
variable size, and as a result check_var_size() will always fail once more
than 50% of the variable store has been used even if most of that space is
marked as available for garbage collection. The user is unable to create
new variables, and deleting variables doesn't increase the remaining space.
The problem that 68d9298 was attempting to avoid was one where certain
platforms fail if the actively used space is greater than 50% of the
available storage space. We should be able to calculate that by simply
summing the size of each available variable and subtracting that from
the total storage space. With luck this will fix the problem described in
https://bugzilla.kernel.org/show_bug.cgi?id=55471 without permitting
damage to occur to the machines 68d9298 was attempting to fix.
Signed-off-by: Matthew Garrett <matthew.garrett@nebula.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
Diffstat (limited to 'arch/x86/Kconfig')
0 files changed, 0 insertions, 0 deletions