[SLOF] [PATCH 0/2] client-architecture-support improvements
Thomas Huth
thuth at redhat.com
Tue Dec 22 07:25:20 AEDT 2015
The ibm,client-architecture-support function breaks board-js2x
since hv-cas is not defined there. So the first patch moves
the related code into the board-qemu directory.
The second patch increases the size of the temporary buffer that
is used during this call. That way, we can support guests with
a bigger amount of hot-pluggable memory.
I've chosen a buffer size of 2 MiB for now. This should be enough
for 16 TiB of hot-pluggable memory.
In the long run, we might need to use an even bigger buffer to
support more hot-pluggable memory, but since the alloc-mem of
SLOF only uses a very limited pool of internal memory space
(currently 8 MiB), we might need to come up with a different
solution here.
So for the time being, using 2 MiB as a temporary buffer size
seems to still work fine with alloc-mem and will give us some
time to think of alternative ways to handle this call.
Thomas Huth (2):
Move archsupport.fs into board-qemu directory
Increase temporary buffer size of ibm,client-architecture-support call
board-qemu/slof/archsupport.fs | 39 +++++++++++++++++++++++++++++++++++++++
board-qemu/slof/tree.fs | 2 ++
slof/fs/archsupport.fs | 38 --------------------------------------
slof/fs/root.fs | 1 -
4 files changed, 41 insertions(+), 39 deletions(-)
create mode 100644 board-qemu/slof/archsupport.fs
delete mode 100644 slof/fs/archsupport.fs
--
1.8.3.1
More information about the SLOF
mailing list