On Mon, Feb 18, 2013 at 07:32:53AM +0100, Jan Kiszka wrote:
On 2013-02-14 19:46, Jan Kiszka wrote:
This prevents trapping L2 I/O exits if L1 has neither unconditional nor
bitmap-based exiting enabled. Furthermore, it implements basic I/O
bitmap handling. Repeated string accesses are still
On 2013-02-18 09:44, Gleb Natapov wrote:
On Mon, Feb 18, 2013 at 07:32:53AM +0100, Jan Kiszka wrote:
On 2013-02-14 19:46, Jan Kiszka wrote:
This prevents trapping L2 I/O exits if L1 has neither unconditional nor
bitmap-based exiting enabled. Furthermore, it implements basic I/O
bitmap
On Mon, Feb 18, 2013 at 09:53:22AM +0100, Jan Kiszka wrote:
On 2013-02-18 09:44, Gleb Natapov wrote:
On Mon, Feb 18, 2013 at 07:32:53AM +0100, Jan Kiszka wrote:
On 2013-02-14 19:46, Jan Kiszka wrote:
This prevents trapping L2 I/O exits if L1 has neither unconditional nor
bitmap-based
On Thu, Feb 14, 2013 at 07:46:23PM +0100, Jan Kiszka wrote:
This prevents trapping L2 I/O exits if L1 has neither unconditional nor
bitmap-based exiting enabled. Furthermore, it implements basic I/O
bitmap handling. Repeated string accesses are still reported to L1
unconditionally for now.
On 2013-02-14 19:46, Jan Kiszka wrote:
This prevents trapping L2 I/O exits if L1 has neither unconditional nor
bitmap-based exiting enabled. Furthermore, it implements basic I/O
bitmap handling. Repeated string accesses are still reported to L1
unconditionally for now.
Signed-off-by: Jan
This prevents trapping L2 I/O exits if L1 has neither unconditional nor
bitmap-based exiting enabled. Furthermore, it implements basic I/O
bitmap handling. Repeated string accesses are still reported to L1
unconditionally for now.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
Changes in