[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