#
d1e2a8e2 |
| 10-Nov-2023 |
Thomas Huth <thuth@redhat.com> |
Merge branch 'pr-2023-11-09' into 'master'
s390x: multiline unittests.cfg, sclp enhancements, topology fixes and improvements, sie without MSO/MSL, 2G guest alignment, bug fixes
See merge request k
Merge branch 'pr-2023-11-09' into 'master'
s390x: multiline unittests.cfg, sclp enhancements, topology fixes and improvements, sie without MSO/MSL, 2G guest alignment, bug fixes
See merge request kvm-unit-tests/kvm-unit-tests!48
show more ...
|
#
1330e388 |
| 31-Oct-2023 |
Janosch Frank <frankja@linux.ibm.com> |
lib: s390x: hw: rework do_detect_host so we don't need allocation
The current implementation needs to allocate a page for stsi 1.1.1 and 3.2.2. As such it's not usable before the allocator is set up
lib: s390x: hw: rework do_detect_host so we don't need allocation
The current implementation needs to allocate a page for stsi 1.1.1 and 3.2.2. As such it's not usable before the allocator is set up.
Unfortunately we might end up with detect_host calls before the allocator setup is done. For example in the SCLP console setup code.
Let's allocate the stsi storage on the stack to solve that problem.
Signed-off-by: Janosch Frank <frankja@linux.ibm.com> Reviewed-by: Claudio Imbrenda <imbrenda@linux.ibm.com> Link: https://lore.kernel.org/r/20231031095519.73311-2-frankja@linux.ibm.com Signed-off-by: Nico Boehr <nrb@linux.ibm.com>
show more ...
|
#
f489dfa5 |
| 25-Mar-2022 |
Claudio Imbrenda <imbrenda@linux.ibm.com> |
lib: s390x: rename and refactor vm.[ch]
Refactor and rename vm.[ch] to hardware.[ch]
* Rename vm.[ch] to hardware.[ch] * Consolidate all detection functions into detect_host, which returns what h
lib: s390x: rename and refactor vm.[ch]
Refactor and rename vm.[ch] to hardware.[ch]
* Rename vm.[ch] to hardware.[ch] * Consolidate all detection functions into detect_host, which returns what host system the test is running on * Rename vm_is_* functions to host_is_*, which are then just wrappers around detect_host
Signed-off-by: Claudio Imbrenda <imbrenda@linux.ibm.com> Reviewed-by: Janosch Frank <frankja@linux.ibm.com>
show more ...
|