| commit | 95c318f5e1f88d7e5bcc6deac17330fd4806a2d3 | |
| author | Gleb Natapov <gleb@redhat.com> | |
| Thu, 29 Jul 2010 07:41:45 +0000 (29 10:41 +0300) | ||
| committer | Blue Swirl <blauwirbel@gmail.com> | |
| Sat, 28 Aug 2010 08:47:23 +0000 (28 08:47 +0000) | ||
| tree | dbfdcf03404842b798b7f30fe7198728aea985ad | treesnapshot (tar.gz zip) |
| parent | 9e84a4708f820976afd825745d4110dbaf58f431 | commitdiff |
Fix segfault in mmio subpage handling code.
It is possible that subpage mmio is registered over existing memory
page. When this happens "memory" will have real memory address and not
index into io_mem array so next access to the page will generate
segfault. It is uncommon to have some part of a page to be accessed as
memory and some as mmio, but qemu shouldn't crash even when guest does
stupid things. So lets just pretend that the rest of the page is
unassigned if guest configure part of the memory page as mmio.
Signed-off-by: Gleb Natapov <gleb@redhat.com>
Signed-off-by: Blue Swirl <blauwirbel@gmail.com>
It is possible that subpage mmio is registered over existing memory
page. When this happens "memory" will have real memory address and not
index into io_mem array so next access to the page will generate
segfault. It is uncommon to have some part of a page to be accessed as
memory and some as mmio, but qemu shouldn't crash even when guest does
stupid things. So lets just pretend that the rest of the page is
unassigned if guest configure part of the memory page as mmio.
Signed-off-by: Gleb Natapov <gleb@redhat.com>
Signed-off-by: Blue Swirl <blauwirbel@gmail.com>
| exec.c | diffblobblamehistory |