Yes, since hmcdrv and hmcdrvfs was designed for a different purpose and thus
not offers whats needed (regarding latency and bandwidth) this can be closed.
Alternatives are under investigation.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Well, we discussed the performance. It seems like this interface is not
meant to be used as a backing storage for rootfs.
Will try other options instead.
** Changed in: linux (Ubuntu)
Status: Confirmed => Won't Fix
** Changed in: ubuntu-z-systems
Status: New => Won't Fix
--
You
So. I'm working on the new server installer for s390x, and it already
works quite good on qemu/kvm.
(whilst most of the UX improvements are not visible in the daily images,
it does boot and completes the install in qemu/kvm. We have colors
support, and partitioning changes/improvements staged in
** Tags added: kernel-da-key
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1806115
Title:
cannot set hmcdrv cachesize to 1GB
To manage notifications about this bug go to:
** Tags added: architecture-s39064 bugnameltc-173729 severity-high
targetmilestone-inin1804
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1806115
Title:
cannot set hmcdrv cachesize to 1GB
To
according to the device drivers guide
'Linux on Z and LinuxONE - Device Drivers, Features, and Commands - Development
stream (Kernel 4.18)' (page 482)
http://public.dhe.ibm.com/software/dw/linux390/docu/l418dd35.pdf
there is no limitation mentioned and it should just work - even with GBs of
Looking at the source code, it seems like the __get_free_pages call is
failing. But I don't know what is the significance of said call, and why
it fails beyond the 1MiB limit.
/**
* hmcdrv_cache_startup() - startup of HMC drive cache
* @cachesize: cache size
*
* Return: 0 on success, else a
dmesg output:
[ 61.741644] Hardware name: IBM 2964 N63 400 (LPAR)
[ 61.741645] Krnl PSW : d4fd3f9b 8aabe5b8
(__alloc_pages_nodemask+0xe96/0x1068)
[ 61.741649]R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:0 PM:0
RI:0 EA:3
[ 61.741650] Krnl GPRS: