[siemens/jailhouse] 14f1fa: memory-layout: fix typo

9 views
Skip to first unread message

GitHub

unread,
Apr 20, 2016, 4:41:47 AM4/20/16
to jailho...@googlegroups.com
Branch: refs/heads/master
Home: https://github.com/siemens/jailhouse
Commit: 14f1fa9bff7660e3807e622bd7f401e68e17b7b6
https://github.com/siemens/jailhouse/commit/14f1fa9bff7660e3807e622bd7f401e68e17b7b6
Author: Peng Fan <van.f...@gmail.com>
Date: 2016-04-05 (Tue, 05 Apr 2016)

Changed paths:
M Documentation/memory-layout.txt

Log Message:
-----------
memory-layout: fix typo

Fix typo: change "visible it its address" to "visible in its address".

Signed-off-by: Peng Fan <van.f...@gmail.com>
Signed-off-by: Jan Kiszka <jan.k...@siemens.com>


Commit: d15df6b08b729882740e78eb24d186bbf2e1cf3e
https://github.com/siemens/jailhouse/commit/d15df6b08b729882740e78eb24d186bbf2e1cf3e
Author: peter0...@gmail.com <peter0...@gmail.com>
Date: 2016-04-07 (Thu, 07 Apr 2016)

Changed paths:
M inmates/lib/string.c

Log Message:
-----------
inmates: lib: fix strncmp

We only tested the first character of the strings so far. Make sure to
advance the pointers correctly.

Signed-off-by: ShengYen Peng <peter0...@gmail.com>
Signed-off-by: Jan Kiszka <jan.k...@siemens.com>


Commit: d2f1bcdcfd9daa28095e7ac266fb7849f4f6c1b3
https://github.com/siemens/jailhouse/commit/d2f1bcdcfd9daa28095e7ac266fb7849f4f6c1b3
Author: Peng Fan <van.f...@gmail.com>
Date: 2016-04-19 (Tue, 19 Apr 2016)

Changed paths:
M hypervisor/mmio.c

Log Message:
-----------
hypervisor: mmio: fix typo

Fix typo.
Change "at the end if the list" to "at the end of the list".

Signed-off-by: Peng Fan <van.f...@gmail.com>
Signed-off-by: Jan Kiszka <jan.k...@siemens.com>


Compare: https://github.com/siemens/jailhouse/compare/33fbbbd83e31...d2f1bcdcfd9d

GitHub

unread,
Apr 29, 2016, 1:28:31 AM4/29/16
to jailho...@googlegroups.com
Branch: refs/heads/coverity_scan
Commit: 268ed90e79b1c336f27e5e483ab2f6440385dd93
https://github.com/siemens/jailhouse/commit/268ed90e79b1c336f27e5e483ab2f6440385dd93
Author: Jim Huang <jser...@gmail.com>
Date: 2016-04-27 (Wed, 27 Apr 2016)

Changed paths:
M Documentation/articles/LJ-article-04-2015.txt

Log Message:
-----------
Documentation: articles: LJ-article-04-2015.txt

Fix indentation of the commands

Signed-off-by: Jim Huang <jser...@gmail.com>
Signed-off-by: Jan Kiszka <jan.k...@siemens.com>


Commit: 4a3317bb021881a1f8e96f4b7e3ba5c0be3ea70c
https://github.com/siemens/jailhouse/commit/4a3317bb021881a1f8e96f4b7e3ba5c0be3ea70c
Author: Antonios Motakis <antonios...@huawei.com>
Date: 2016-04-28 (Thu, 28 Apr 2016)

Changed paths:
M hypervisor/setup.c

Log Message:
-----------
core: map the zero page to the full hypervisor memory region

During initialization, in init_early, the hypervisor maps the
memory used by the hypervisor with empty pages for the root cell.
However, if the root cell tries to access the region used by the
hypervisor, this is only safe if both sides agree on PAGE_SIZE.
It is a long shot to try to guess the granularity used by the
root cell; the safest bet is to map the full range that has been
allocated for the hypervisor to use.

Signed-off-by: Antonios Motakis <antonios...@huawei.com>
Signed-off-by: Jan Kiszka <jan.k...@siemens.com>


Commit: d2219890eabe7e9132912e45b2c3f3bbea9512fa
https://github.com/siemens/jailhouse/commit/d2219890eabe7e9132912e45b2c3f3bbea9512fa
Author: Antonios Motakis <antonios...@huawei.com>
Date: 2016-04-28 (Thu, 28 Apr 2016)

Changed paths:
M driver/main.c

Log Message:
-----------
driver: fix unsigned long overflow in leave_hypervisor

When shutting down the hypervisor, in the leave_hypervisor
function, the Linux driver touches every hypervisor page, to
ensure all pages are mapped. However, the current implementation
assumes hv_core_and_percpu_size is aligned to PAGE_SIZE. This may
not be the case, if PAGE_SIZE is different on the hypervisor side.

This can cause an unsigned long overflow, leading to an infinite
loop of touching successive pages starting from hypervisor_mem.
The loop will be broken as soon as Linux tries to touch an invalid
page, leading to a kernel crash.

Signed-off-by: Antonios Motakis <antonios...@huawei.com>
Signed-off-by: Jan Kiszka <jan.k...@siemens.com>


Compare: https://github.com/siemens/jailhouse/compare/33fbbbd83e31...d2219890eabe
Reply all
Reply to author
Forward
0 new messages