On Tue, Jun 28, 2011 at 03:09:38PM +0300, Avi Kivity wrote:
> On 06/28/2011 03:07 PM, Jan Kiszka wrote:
> > >
> > > The point is that different buses have different widths.
> > > target_phys_addr_t matches just one bus in the system. It needs to be
> > > the maximum size of all buses present to
On Fri, May 20, 2011 at 09:51:41AM -0500, Anthony Liguori wrote:
> Is there a use-case for a priority above 1 and if so, what does it mean?
In a modern northbridge mmconfig has priority over external access,
and other internal registers (apic for instance) have priority over
mmconfig. Bios someti
On Thu, Apr 07, 2011 at 12:03:41PM -0700, Jordan Justen wrote:
> But, Anthony's point ('there's never really been a pressing need to
> support SMM') is probably the most important here, as I can't see a
> compelling use for SMM in QEMU.
Running real biosen instead of seabios? Of course that's mos
On Tue, Dec 21, 2010 at 09:18:08AM -0700, David S. Ahern wrote:
>
>
> On 12/21/10 08:16, Olivier Galibert wrote:
> >
> > Hi all,
> >
> > Google sees patches to hw/usb-ehci.c from time to time, in
> > http://www.mail-archive.com/qemu-devel@nongnu.org/ms
Hi all,
Google sees patches to hw/usb-ehci.c from time to time, in
http://www.mail-archive.com/qemu-devel@nongnu.org/msg37741.html for
instance. Where is that code hiding, since I just can't find it in
the git tree?
Best,
OG.
Hi all,
The bios loading part of pc_memory_init in hw/pc.c does not seem to
make sense. Specifically, the operations are:
- find the bios file and its size, put the size in bios_size
- bios_offset = qemu_ram_alloc(bios_size)
- rom_add_file_fixed(bios_name, (uint32_t)(-bios_size))
-> at this p
Hi all,
I create a mmio memory mapping with cpu_register_io_memory followed by
cpu_register_physical_memory. The host then twiddles a control
register that changes the mapping address. How can I move the mapping
to the new address? I could not find a cpu_unregister_physical_memory
function or
On Tue, Jun 01, 2010 at 07:34:33AM +0200, Markus Armbruster wrote:
> "Sebastian Herbszt" writes:
>
> > Gleb Natapov wrote:
> >> I don't care much as long as we will not have "CPU :". It looks like
> >> something
> >> that can change after BIOS upgrade, so it is hard to believe Windows
> >> will
