Il 04/11/2013 07:06, Michael S. Tsirkin ha scritto:
> The page table logic in exec.c assumes
> that memory addresses are at most TARGET_PHYS_ADDR_SPACE_BITS.
>
> But pci addresses are full 64 bit so if we try to render them ignoring
> the extra bits, we get strange effects with sections overlappin
Il 04/11/2013 13:04, Michael S. Tsirkin ha scritto:
> > > > Also, I'm not sure what will this test tell
> > > > us: inl reads io space, not memory, right?
> >
> > The number of levels in the dispatch radix tree is independent of the
> > size of the AddressSpace; it is P_L2_LEVELS for both the 64K
On Mon, Nov 04, 2013 at 12:22:35PM +0100, Paolo Bonzini wrote:
> Il 04/11/2013 12:14, Michael S. Tsirkin ha scritto:
> >> >
> >> > This patch looks good; however, on top of it can you test
> >> > kvm-unit-tests with TARGET_PHYS_ADDR_SPACE_BITS=64 and see whether
> >> > there is a measurable slow
Il 04/11/2013 12:14, Michael S. Tsirkin ha scritto:
>> >
>> > This patch looks good; however, on top of it can you test
>> > kvm-unit-tests with TARGET_PHYS_ADDR_SPACE_BITS=64 and see whether
>> > there is a measurable slowdown (in the inl_from_qemu tests)? If not,
>> > we can just get rid of
On Mon, Nov 04, 2013 at 11:54:34AM +0100, Paolo Bonzini wrote:
> Il 04/11/2013 11:07, Michael S. Tsirkin ha scritto:
> > On Mon, Nov 04, 2013 at 11:50:05AM +0200, Marcel Apfelbaum wrote:
> >> On Mon, 2013-11-04 at 08:06 +0200, Michael S. Tsirkin wrote:
> >>> The page table logic in exec.c assumes
>
Il 04/11/2013 11:07, Michael S. Tsirkin ha scritto:
> On Mon, Nov 04, 2013 at 11:50:05AM +0200, Marcel Apfelbaum wrote:
>> On Mon, 2013-11-04 at 08:06 +0200, Michael S. Tsirkin wrote:
>>> The page table logic in exec.c assumes
>>> that memory addresses are at most TARGET_PHYS_ADDR_SPACE_BITS.
>>>
>
On Mon, Nov 04, 2013 at 11:50:05AM +0200, Marcel Apfelbaum wrote:
> On Mon, 2013-11-04 at 08:06 +0200, Michael S. Tsirkin wrote:
> > The page table logic in exec.c assumes
> > that memory addresses are at most TARGET_PHYS_ADDR_SPACE_BITS.
> >
> > But pci addresses are full 64 bit so if we try to r
On Mon, 2013-11-04 at 08:06 +0200, Michael S. Tsirkin wrote:
> The page table logic in exec.c assumes
> that memory addresses are at most TARGET_PHYS_ADDR_SPACE_BITS.
>
> But pci addresses are full 64 bit so if we try to render them ignoring
> the extra bits, we get strange effects with sections o
On Mon, Nov 04, 2013 at 08:06:08AM +0200, Michael S. Tsirkin wrote:
> The page table logic in exec.c assumes
> that memory addresses are at most TARGET_PHYS_ADDR_SPACE_BITS.
>
> But pci addresses are full 64 bit so if we try to render them ignoring
> the extra bits, we get strange effects with sec
The page table logic in exec.c assumes
that memory addresses are at most TARGET_PHYS_ADDR_SPACE_BITS.
But pci addresses are full 64 bit so if we try to render them ignoring
the extra bits, we get strange effects with sections overlapping each
other.
To fix, simply limit the system memory size to
10 matches
Mail list logo