This patch fixes 525e05147d5a3bdc08caa422d108c1ef71b584b5
by introducing device specific get_dev_dict callback.
pci host bridge doesn't always have header type of bridge.
Especially PBM which is emulated doesn't conform to PCI spec
at the moment. So by introducing get_dev_dict, allow each pci devi
See my inline comments.
Anthony Liguori schrieb:
> - Removed some dead defines for TARGET_I386 so that we could build once
>
> Signed-off-by: Anthony Liguori
> ---
> hw/eepro100.c | 238
> ++---
> 1 files changed, 57 insertions(+), 181 dele
On 02/09/2010 06:27 PM, malc wrote:
APIC is almost as good as useless without ACPI and we have a switch to
disable that.
Which is another thing that I'm not sure it all that useful to have.
Firmware is really hard to implement if you have to deal with supporting
multiple chipsets.
Also,
On Tue, 9 Feb 2010, Anthony Liguori wrote:
> On 02/09/2010 05:25 PM, Aurelien Jarno wrote:
> > On Wed, Feb 10, 2010 at 01:41:01AM +0300, malc wrote:
> >
> > > On Tue, 9 Feb 2010, Natalia Portillo wrote:
> > >
> > >
> > > > Xenix is currently working (when copied from real hardware).
> >
On Tue, 9 Feb 2010, Anthony Liguori wrote:
> On 02/09/2010 05:36 PM, malc wrote:
> > Let's see:
> >
> > Currently we have this
> >
> >
> > readb(...):
> >dostuff
> >return stuff
> >
> > readw(...):
> >dostuff
> >return stuff
> >
>
> And this is completely wrong.
It's comp
On 02/09/2010 05:25 PM, Aurelien Jarno wrote:
On Wed, Feb 10, 2010 at 01:41:01AM +0300, malc wrote:
On Tue, 9 Feb 2010, Natalia Portillo wrote:
Xenix is currently working (when copied from real hardware).
As well Interactive UNIX and some other non-DOS from 8086 and 286 era.
I'm not
On 02/09/2010 05:36 PM, malc wrote:
Let's see:
Currently we have this
readb(...):
dostuff
return stuff
readw(...):
dostuff
return stuff
And this is completely wrong.
For the most part, device models don't consistently handle access to
registers via their non native sizes.
On Tue, Feb 9, 2010 at 11:58 AM, Frediano Ziglio wrote:
>
> Signed-off-by: Frediano Ziglio
> ---
> hw/rtl8139.c | 136 ++---
> 1 files changed, 81 insertions(+), 55 deletions(-)
>
Looks good.
--
Kind regards,
Igor V. Kovalenko
On Tue, 9 Feb 2010, Anthony Liguori wrote:
> On 02/09/2010 05:06 PM, malc wrote:
> >
> > > We already have this problem with the current interface.
> > >
> > Uh, i've meant the registration of one function to rule them all, instead
> > of how it's done currently - separate accessors for b/w
On Tue, 9 Feb 2010, Natalia Portillo wrote:
> 2.x was "working", 3.x simply does not install, the rest need to check.
>
> 1.x NEVER worked, ironically, it is working in VirtualPC, the one that was the
> most OS/2 incompatible emulator/simulator.
Is there someplace one can get those from (1.x, 2.
On Wed, 10 Feb 2010, Aurelien Jarno wrote:
> On Wed, Feb 10, 2010 at 01:41:01AM +0300, malc wrote:
> > On Tue, 9 Feb 2010, Natalia Portillo wrote:
> >
> > > Xenix is currently working (when copied from real hardware).
> > > As well Interactive UNIX and some other non-DOS from 8086 and 286 era.
>
On 01/27/2010 02:06 PM, Michael S. Tsirkin wrote:
This adds notifiers for phys memory changes: a set of callbacks that
vhost can register and update kernel accordingly. Down the road, kvm
code can be switched to use these as well, instead of calling kvm code
directly from exec.c as is done now.
On 01/26/2010 02:31 AM, Liran Schour wrote:
blk_mig_save_bulked_block is never called with sync flag. Remove the sync
flag. Calculate bulk completion during blk_mig_save_bulked_block.
Remove unused constants.
Signed-off-by: Liran Schour
Applied all. Thanks.
Regards,
Anthony Liguori
2.x was "working", 3.x simply does not install, the rest need to check.
1.x NEVER worked, ironically, it is working in VirtualPC, the one that
was the most OS/2 incompatible emulator/simulator.
El 09/02/2010, a las 22:41, malc escribió:
On Tue, 9 Feb 2010, Natalia Portillo wrote:
Xenix is
On Wed, Feb 10, 2010 at 01:41:01AM +0300, malc wrote:
> On Tue, 9 Feb 2010, Natalia Portillo wrote:
>
> > Xenix is currently working (when copied from real hardware).
> > As well Interactive UNIX and some other non-DOS from 8086 and 286 era.
> >
> > I'm not really sure that operating systems (spe
On 02/09/2010 05:06 PM, malc wrote:
We already have this problem with the current interface.
Uh, i've meant the registration of one function to rule them all, instead
of how it's done currently - separate accessors for b/w/l/whatever.
How does that make any difference? Both the io
On Tue, 9 Feb 2010, Anthony Liguori wrote:
> On 02/09/2010 04:45 PM, malc wrote:
> > On Tue, 9 Feb 2010, Anthony Liguori wrote:
> >
> >
> > > - fixed bug with size of registered ioport regions
> > >
> > > Signed-off-by: Anthony Liguori
> > > ---
> > > hw/ac97.c | 146
> > > +
On 02/09/2010 04:45 PM, malc wrote:
On Tue, 9 Feb 2010, Anthony Liguori wrote:
- fixed bug with size of registered ioport regions
Signed-off-by: Anthony Liguori
---
hw/ac97.c | 146 +
1 files changed, 60 insertions(+), 86 de
On Tue, 9 Feb 2010, Anthony Liguori wrote:
> - fixed bug with size of registered ioport regions
>
> Signed-off-by: Anthony Liguori
> ---
> hw/ac97.c | 146
> +
> 1 files changed, 60 insertions(+), 86 deletions(-)
>
> diff --git a/h
On Tue, 9 Feb 2010, Natalia Portillo wrote:
> Xenix is currently working (when copied from real hardware).
> As well Interactive UNIX and some other non-DOS from 8086 and 286 era.
>
> I'm not really sure that operating systems (specially the 8086 ones that do
> mmu functions in software) will be
On Tue, 9 Feb 2010, Anthony Liguori wrote:
> On 02/08/2010 04:17 AM, Jan Kiszka wrote:
> > Hi,
> >
> > Seabios seems to have some assumptions built in that break when -M isapc
> > is selected. Is this supposed to work or is isapc about to die?
> >
>
> Does anything actually require isapc?
>
Signed-off-by: Anthony Liguori
---
hw/ne2000.c | 50 +++---
1 files changed, 35 insertions(+), 15 deletions(-)
diff --git a/hw/ne2000.c b/hw/ne2000.c
index 78fe14f..6952680 100644
--- a/hw/ne2000.c
+++ b/hw/ne2000.c
@@ -678,24 +678,44 @@ static const
- this is not a clean conversion because of lance. we need a more robust way
to deal with a single chip being used for multiple devices
Signed-off-by: Anthony Liguori
---
hw/pcnet.c | 103 +++
1 files changed, 61 insertions(+), 42 del
Signed-off-by: Anthony Liguori
---
hw/es1370.c | 64 --
1 files changed, 35 insertions(+), 29 deletions(-)
diff --git a/hw/es1370.c b/hw/es1370.c
index 40cb48c..fdf63f1 100644
--- a/hw/es1370.c
+++ b/hw/es1370.c
@@ -157,9 +157,9 @@ static
Signed-off-by: Anthony Liguori
---
hw/usb-uhci.c | 41 +
1 files changed, 29 insertions(+), 12 deletions(-)
diff --git a/hw/usb-uhci.c b/hw/usb-uhci.c
index 434070e..0d049d8 100644
--- a/hw/usb-uhci.c
+++ b/hw/usb-uhci.c
@@ -1047,17 +1047,34 @@ static vo
And make virtio use it.
Signed-off-by: Anthony Liguori
---
hw/pci.c|8
hw/pci.h|2 ++
hw/virtio-pci.c |5 +
3 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index 5460f27..50ae917 100644
--- a/hw/pci.c
+++ b/hw/pci.c
@@
- in each config_readN function, we already do get_config so drop it in map
- virtio still has knowledge of target_phys_addr_t, syborg makes it hard to
remove
Signed-off-by: Anthony Liguori
---
hw/virtio-pci.c | 110 ++-
1 files changed,
PCI devices have a fixed byte order that is independent of the host byte order.
For the most part, PCI devices are little endian. Because we have allowed PCI
devices in the past to directly register memory functions with the CPU, these
devices have been subject to automagic swapping which means th
- Removed some dead defines for TARGET_I386 so that we could build once
Signed-off-by: Anthony Liguori
---
hw/eepro100.c | 238 ++---
1 files changed, 57 insertions(+), 181 deletions(-)
diff --git a/hw/eepro100.c b/hw/eepro100.c
index b33dbb
- we drop special case of reading from script memory
Signed-off-by: Anthony Liguori
---
hw/lsi53c895a.c | 318 +++
1 files changed, 87 insertions(+), 231 deletions(-)
diff --git a/hw/lsi53c895a.c b/hw/lsi53c895a.c
index 0daea40..6112694 1006
- eliminated coalesced mmio support, need new api
Signed-off-by: Anthony Liguori
---
hw/e1000.c | 164 ++--
1 files changed, 60 insertions(+), 104 deletions(-)
diff --git a/hw/e1000.c b/hw/e1000.c
index fd3059a..823088c 100644
--- a/hw/e
- kept same semantics for writes, probably can be simplified
- fixes an iotype leak for hot unplug
Signed-off-by: Anthony Liguori
---
hw/wdt_i6300esb.c | 122 -
1 files changed, 27 insertions(+), 95 deletions(-)
diff --git a/hw/wdt_i6300esb
- fixed bug with size of registered ioport regions
Signed-off-by: Anthony Liguori
---
hw/ac97.c | 146 +
1 files changed, 60 insertions(+), 86 deletions(-)
diff --git a/hw/ac97.c b/hw/ac97.c
index 4319bc8..9fdf591 100644
--- a/hw/ac9
The watchdog device registers an io type in the pci map_func callback. This
callback is invoked whenever the OS needs to reposition the IO region in memory.
While we automatically unmap previous mappings, we don't unregister the io type
(since the PCI layer does not know about this).
The current
- we drop the special target specific logic for 64-bit addresses, need to check
this out
Signed-off-by: Anthony Liguori
---
hw/rtl8139.c | 314 --
1 files changed, 128 insertions(+), 186 deletions(-)
diff --git a/hw/rtl8139.c b/hw/rtl
- mapping and managing io regions
- reading and writing physical memory
Signed-off-by: Anthony Liguori
---
hw/pci.c | 172 +++---
hw/pci.h | 18 ++-
2 files changed, 181 insertions(+), 9 deletions(-)
diff --git a/hw/pci.c b/hw/pci
This is a work in progress that I wanted to share giving some of the discussions
around rwhandlers. The idea is to make PCI devices have a common set of
functions to interact with the CPU that is driven entirely through the PCI bus.
I've tested the network card conversions, but have not yet teste
On Tue, Feb 09, 2010 at 05:37:00PM +0100, Alexander Graf wrote:
> I'm trying to get the PPC64 system emulation target working finally.
> While doing so, I ran into several issues, most related to PCI this time.
>
> This patchset fixes all the PCI config space access and PCI interrupt
> mapping iss
Signed-off-by: Richard Henderson
---
tcg/mips/tcg-target.c | 29 +
1 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/tcg/mips/tcg-target.c b/tcg/mips/tcg-target.c
index d181ff1..3a53221 100644
--- a/tcg/mips/tcg-target.c
+++ b/tcg/mips/tcg-target.c
@@ -
Xenix is currently working (when copied from real hardware).
As well Interactive UNIX and some other non-DOS from 8086 and 286 era.
I'm not really sure that operating systems (specially the 8086 ones
that do mmu functions in software) will be happy with the PCI bus
present.
Same for first 3
Returns the condition as if with swapped comparison operands.
---
tcg/tcg.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/tcg/tcg.h b/tcg/tcg.h
index b218abe..563eccd 100644
--- a/tcg/tcg.h
+++ b/tcg/tcg.h
@@ -205,11 +205,19 @@ typedef enum {
TCG_COND_GTU,
}
---
tcg/sparc/tcg-target.c | 126
1 files changed, 126 insertions(+), 0 deletions(-)
diff --git a/tcg/sparc/tcg-target.c b/tcg/sparc/tcg-target.c
index dd7a598..8c36e3b 100644
--- a/tcg/sparc/tcg-target.c
+++ b/tcg/sparc/tcg-target.c
@@ -217,6 +21
On 02/09/2010 03:36 PM, Natalia Portillo wrote:
Xenix is currently working (when copied from real hardware).
As well Interactive UNIX and some other non-DOS from 8086 and 286 era.
I'm not really sure that operating systems (specially the 8086 ones
that do mmu functions in software) will be happ
On Tue, Feb 09, 2010 at 10:24:22PM +0100, Alexander Graf wrote:
>
> On 09.02.2010, at 21:39, Michael S. Tsirkin wrote:
>
> > On Tue, Feb 09, 2010 at 09:37:18PM +0100, aurel...@aurel32.net wrote:
> >> On Tue, Feb 09, 2010 at 10:30:19PM +0200, Michael S. Tsirkin wrote:
> >>> On Tue, Feb 09, 2010 at
On 09.02.2010, at 21:39, Michael S. Tsirkin wrote:
> On Tue, Feb 09, 2010 at 09:37:18PM +0100, aurel...@aurel32.net wrote:
>> On Tue, Feb 09, 2010 at 10:30:19PM +0200, Michael S. Tsirkin wrote:
>>> On Tue, Feb 09, 2010 at 07:26:45PM +0100, Alexander Graf wrote:
Am 09.02.2010 um 18:01 s
On 02/09/2010 02:36 PM, Natalia Portillo wrote:
There are operating systems that simple conflict with some assumptions
made by PCI architecture.
Rembember that the PC memory map changed to include the PCI
configuration space and so on, space that can be expected to contain
other data, or not
Kevin O'Connor wrote:
On Mon, Feb 08, 2010 at 08:09:17PM +0100, Jan Kiszka wrote:
Sebastian Herbszt wrote:
> Jan Kiszka wrote:
>> Hi,
>>
>> Seabios seems to have some assumptions built in that break when -M isapc
>> is selected. Is this supposed to work or is isapc about to die?
>
> SeaBIOS doe
On Tue, Feb 09, 2010 at 09:37:18PM +0100, aurel...@aurel32.net wrote:
> On Tue, Feb 09, 2010 at 10:30:19PM +0200, Michael S. Tsirkin wrote:
> > On Tue, Feb 09, 2010 at 07:26:45PM +0100, Alexander Graf wrote:
> > >
> > > Am 09.02.2010 um 18:01 schrieb "Michael S. Tsirkin" :
> > >
> > >> On Tue, Feb
On Tue, Feb 09, 2010 at 10:30:19PM +0200, Michael S. Tsirkin wrote:
> On Tue, Feb 09, 2010 at 07:26:45PM +0100, Alexander Graf wrote:
> >
> > Am 09.02.2010 um 18:01 schrieb "Michael S. Tsirkin" :
> >
> >> On Tue, Feb 09, 2010 at 05:37:00PM +0100, Alexander Graf wrote:
> >>> I'm trying to get the PP
There are operating systems that simple conflict with some assumptions
made by PCI architecture.
Rembember that the PC memory map changed to include the PCI
configuration space and so on, space that can be expected to contain
other data, or not at all, and could be used in ISA/EISA/VLB/MCA
On Tue, Feb 09, 2010 at 07:26:45PM +0100, Alexander Graf wrote:
>
> Am 09.02.2010 um 18:01 schrieb "Michael S. Tsirkin" :
>
>> On Tue, Feb 09, 2010 at 05:37:00PM +0100, Alexander Graf wrote:
>>> I'm trying to get the PPC64 system emulation target working finally.
>>> While doing so, I ran into seve
Thanks for the patch! It seems to solve the problem that
under load (> 50 MBit/s) the network goes down. I've applied
the patch to KVM 0.12.2 running Gentoo. Host and guest is running
kernel 2.6.32 currently (kernel 2.6.30 in guest and 2.6.32 in
host works also for us).
Another host doing the same
On 02/08/2010 04:17 AM, Jan Kiszka wrote:
Hi,
Seabios seems to have some assumptions built in that break when -M isapc
is selected. Is this supposed to work or is isapc about to die?
Does anything actually require isapc?
pc has an ISA bridge, a PCI VGA device is still VGA/SVGA compliant.
Am 08.02.2010 um 11:17 schrieb Jan Kiszka:
is isapc about to die?
I would've thought that with qdev and configuration files, "unusual"
configurations will become better suppported, not less.
Andreas
Daniel P. Berrange wrote:
> For further backgrou, the key end goal here is that in a QMP client, upon
> receipt of the 'RESET' event, we need to reliably & immediately determine
> why it occurred. eg, triggered by watchdog, or by guest OS request. There
> are actually 3 possible sequences
Note t
Daniel P. Berrange wrote:
> For further backgrou, the key end goal here is that in a QMP client, upon
> receipt of the 'RESET' event, we need to reliably & immediately determine
> why it occurred. eg, triggered by watchdog, or by guest OS request. There
> are actually 3 possible sequences
>
> -
Anthony Liguori wrote:
> No, basically, the problem will boil down to, the IO thread is
> select()'d waiting for an event to occur. However, you've done
> something in the VCPU thread that requires the IO thread to run it's
> main loop. You need to use qemu_notify_event() to force the IO threa
On Tue, Feb 9, 2010 at 5:02 AM, Isaku Yamahata wrote:
> On Mon, Feb 08, 2010 at 07:23:34PM +0200, Blue Swirl wrote:
>> On Mon, Feb 8, 2010 at 12:37 PM, Michael S. Tsirkin wrote:
>> > On Mon, Feb 08, 2010 at 03:40:38PM +0900, Isaku Yamahata wrote:
>> >> This patch fixes 525e05147d5a3bdc08caa422d10
Ping 2.
r~
On 01/04/2010 02:46 PM, Richard Henderson wrote:
I've split up the FPCR as requested by Aurelien. We no longer
set anything in FP_STATUS after the execution of the operation,
only copy data from FP_STATUS to some env->fpcr field.
I have totally rewritten the patch to be more alon
Ping?
r~
On 01/04/2010 03:17 PM, Richard Henderson wrote:
Move userland PALcode handling into linux-user main loop so that
we can send signals from there. This also makes alpha_palcode.c
system-level only, so don't build it for userland. Add defines
for GENTRAP PALcall mapping to signals.
Si
Am 09.02.2010 um 18:01 schrieb "Michael S. Tsirkin" :
On Tue, Feb 09, 2010 at 05:37:00PM +0100, Alexander Graf wrote:
I'm trying to get the PPC64 system emulation target working finally.
While doing so, I ran into several issues, most related to PCI this
time.
This patchset fixes all the P
As shown in the lastest test in the official os support list for
windows me this problem happens also on windows me installer.
At the same time, scandisk is unable to receive any key but the arrow
keys.
This may be related.
I know from myself that in 0.9.x it worked so you should start tes
Hi,
I've just compiled 0.12.x and current git HEAD and tested it with
Windows 3.11 and Windows 9x images. In both cases the mouse is not
working. I've also attached the qemu-monitor, which states that the PS/2
mouse is available. The hardware discovery under win9x also does not
find the mouse
qemu_opt_set wants on/off, not yes/no.
Signed-off-by: Marcelo Tosatti
diff --git a/qemu-sockets.c b/qemu-sockets.c
index 8850516..a88b2a7 100644
--- a/qemu-sockets.c
+++ b/qemu-sockets.c
@@ -424,7 +424,7 @@ static int inet_parse(QemuOpts *opts, const char *str)
__FUNCTION__
On Tue, Feb 09, 2010 at 05:37:00PM +0100, Alexander Graf wrote:
> I'm trying to get the PPC64 system emulation target working finally.
> While doing so, I ran into several issues, most related to PCI this time.
>
> This patchset fixes all the PCI config space access and PCI interrupt
> mapping iss
The "Mac99" type so far defines a "U2" based configuration. Unfortunately,
there have never been any U2 based PPC64 machines. That's what the U3 was
developed for.
So let's split the Mac99 machine in a PPC64 and a PPC32 machine. The PPC32
machine stays "Mac99", while the PPC64 one becomes "Mac99_U
Our guest systems need to know by how much the timebase increases every second,
so there usually is a "timebase-frequency" property in the cpu leaf of the
device tree.
This property is missing in OpenBIOS.
With qemu, Linux's fallback timebase speed and qemu's internal timebase speed
match up. Wit
The Uninorth PCI bridge requires different layouts in its PCI config space
accessors.
This patch introduces a conversion function that makes it compatible with
the way Linux accesses it.
I also kept an OpenBIOS compatibility hack in. I think it'd be better to
take small steps here and do the conf
We were masking 1TB SLB entries on the feature bit of 16 MB pages. Obviously
that breaks, so let's just ignore 1TB SLB entries for now and instead do
16MB pages correctly.
This fixes PPC64 Linux boot with -m above 256.
Signed-off-by: Alexander Graf
---
target-ppc/helper.c |9 -
1 fi
For some odd reason we sometimes hang inside KVM forever. I'd guess it's
a race condition where we actually have a level triggered interrupt, but
the infrastructure can't expose that yet, so the guest ACKs it, goes to
sleep and never gets notified that there's still an interrupt pending.
As a quic
While trying to find the right channel number for the DBDMA emulation I
stumbled across segmentation faults that were purely triggered by the guest.
The guest should never have the possiblity to segfault us, so let's check
all indirect function calls on a channel, so the code even works for channe
To ease debugging and to know what we're lacking, I found it really useful to
have an lspci dump of a real U3 based G5 around. So I added a comment for it.
If people don't think it's important enough to include this information in the
sources, just don't apply this patch.
Signed-off-by: Alexander
I'm trying to get the PPC64 system emulation target working finally.
While doing so, I ran into several issues, most related to PCI this time.
This patchset fixes all the PCI config space access and PCI interrupt
mapping issues I've found on PPC64. Using this and a patched OpenBIOS
version, I can
The interrupt code as is didn't really work for me. I couldn't even convince
Linux to take interrupt 9 in an interrupt-map.
So let's do this right. Let's map all PCI interrupts to 0x1b - 0x1e. That way
we're at least a small step closer to what real hardware does.
I also took the interrupt pin to
Linux with CONFIG_PPC64 doesn't support ADB devices anymore, so we have to
use USB for keyboard and mouse.
This patch enables USB per default on U3 and adds a virtual keyboard and mouse
there.
Signed-off-by: Alexander Graf
---
hw/ppc_newworld.c | 12 +++-
1 files changed, 11 insertion
Per default Linux doesn't come with a lot of storage adapters enabled on
Mac configurations. The one that's pretty much always present is the pmac-ide,
while the cmd64x is almost never included in any distribution.
So let's switch to use the MacIO based IDE controller. There is corresponding
OpenB
---
target-arm/translate.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/target-arm/translate.c b/target-arm/translate.c
index 786c329..554583d 100644
--- a/target-arm/translate.c
+++ b/target-arm/translate.c
@@ -8328,9 +8328,11 @@ static void disas_thumb_insn(CPU
This patch fixes a problem in the ARM target, where an IT AL instruction
causes QEmu to abort.
On 02/09/2010 05:08 PM, Anthony Liguori wrote:
I'm not saying we should push hpet into the kernel to save userspace
coding effort; there should be an independent reason to do this. But
I don't think threading qemu is going to be anything near easy.
It's certainly not easy but I don't think i
Anthony Liguori writes:
> On 02/05/2010 07:09 AM, Christoph Hellwig wrote:
>> On Wed, Feb 03, 2010 at 01:00:47PM -0600, Anthony Liguori wrote:
>>
>>> But I don't think this is the wrong place to do it. The
>>> BlockDriverState reflects that backing device, not the emulated device
>>> itself.
On 02/09/2010 08:38 AM, Avi Kivity wrote:
On 02/09/2010 04:18 PM, Anthony Liguori wrote:
On 02/09/2010 02:52 AM, Jan Kiszka wrote:
Alexander Graf wrote:
On 09.02.2010, at 07:56, Avi Kivity wrote:
- rcuify/fine-grain qemu locks
And this should be done either way, but is probably not a
short-t
Hi Anthony,
> Here are the features that I'm aware of for 0.13. Please add anything
> you're working on and I'll try to centralize this somewhere.
>
> - gPXE support for virtio-blk
> - Helper based network setup
> - Balloon driver statistics
> - Fully supported QMP
> - Live migration protoco
Round robin vcpus in tcg_cpu_next even if the vm stopped. This
allows all cpus to enter stopped state.
Signed-off-by: Marcelo Tosatti
diff --git a/vl.c b/vl.c
index 880bcd5..f61e362 100644
--- a/vl.c
+++ b/vl.c
@@ -3855,14 +3855,15 @@ static void tcg_cpu_exec(void)
for (; next_cpu != NULL;
On 02/09/2010 04:18 PM, Anthony Liguori wrote:
On 02/09/2010 02:52 AM, Jan Kiszka wrote:
Alexander Graf wrote:
On 09.02.2010, at 07:56, Avi Kivity wrote:
- rcuify/fine-grain qemu locks
And this should be done either way, but is probably not a short-term
goal.
Indeed. We won't get around th
On 02/09/2010 02:52 AM, Jan Kiszka wrote:
Alexander Graf wrote:
On 09.02.2010, at 07:56, Avi Kivity wrote:
- rcuify/fine-grain qemu locks
And this should be done either way, but is probably not a short-term goal.
Indeed. We won't get around this longterm as it is a sc
On 02/09/2010 08:56 AM, Avi Kivity wrote:
On 02/09/2010 03:28 AM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
hpet overhead on large smp guests
I measured hpet consuming about a half a core's worth of cpu on an
idle Windows 2008 R2 64-way guest. This
On 02/09/2010 12:56 AM, Avi Kivity wrote:
On 02/09/2010 03:28 AM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
hpet overhead on large smp guests
I measured hpet consuming about a half a core's worth of cpu on an
idle Windows 2008 R2 64-way guest. This
I have not seen a response to this. If there are no objections please apply.
Thanks,
David Ahern
On 02/03/2010 08:49 AM, David S. Ahern wrote:
>
> I have streaming audio devices working within qemu-kvm. This is a port
> of the changes to qemu.
>
> Streaming audio generates a series of isochro
I have not seen response to this. If there are no objections please apply.
Thanks,
David Ahern
On 02/03/2010 09:18 AM, David S. Ahern wrote:
> Add a tty close callback. Right now if a guest device that is connected
> to a tty-based chardev in the host is removed, the tty is not closed.
> With t
I have not seen response to this. If there are no objections please apply.
Thanks,
David Ahern
On 02/03/2010 09:00 AM, David S. Ahern wrote:
> This fixes a segfault due to buffer overrun in the usb-serial device.
> The memcpy was incrementing the start location by recv_used yet, the
> computati
On Mon, Feb 08, 2010 at 04:25:51PM -0600, Anthony Liguori wrote:
> On 02/08/2010 03:58 PM, Michael S. Tsirkin wrote:
>>
>> Just converted versatile_pci, with some nudging I might do others :)
>>
>
> *nudge* :-)
which files do you care most about?
>>> but I've got another PCI series in flight.
The following changes since commit e8105ebb94bf8c79c8ee8a66df5e8dfaabbfdbe1:
Paolo Bonzini (1):
vl.c: avoid preprocessor directives in a printf call
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/qemu.git for_anthony
Isaku Yamahata (1):
Ian Molton wrote:
>>> +static void virtio_rng_save(QEMUFile *f, void *opaque)
>>> +{
>>> +VirtIORng *s = opaque;
>>> +
>>> +virtio_save(&s->vdev, f);
>>> +}
>>> +
>>> +static int virtio_rng_load(QEMUFile *f, void *opaque, int version_id)
>>> +{
>>> +VirtIORng *s = opaque;
>>> +
>>> +
This version includes handling the case the backing file cannot be re-opened
Open backing file read-only where possible
Upgrade backing file to read-write during commit, back to read-only after commit
If upgrade fail, back to read-only. If also fail, "disconnect" the drive.
Added option for qem
On 02/09/2010 11:54 AM, OHMURA Kei wrote:
> Thank you for your comments. We have implemented the code which applied your
> comments. This is patch for qemu-kvm.c.
>
Please reuse the changelog when reposing a patch, this makes it easier
for me to apply it.
> @@ -2438,27 +2438,34 @@ static in
Thank you for your comments. We have implemented the code which applied your
comments. This is patch for upstream.
Signed-off-by: OHMURA Kei
---
kvm-all.c | 54 +++---
1 files changed, 39 insertions(+), 15 deletions(-)
diff --git a/kvm-all.c b
Thank you for your comments. We have implemented the code which applied your
comments. This is patch for qemu-kvm.c.
Signed-off-by: OHMURA Kei
---
qemu-kvm.c | 31 +++
1 files changed, 19 insertions(+), 12 deletions(-)
diff --git a/qemu-kvm.c b/qemu-kvm.c
index
Am 09.02.2010 um 09:59 schrieb Bartlomiej Celary >:
On 9 February 2010 07:36, Alexander Graf wrote:
>
> I am using "-m prep -M 750" options which on 0.11 worked fine. In
012.2 however, I get the following error:
I guess you mean -cpu 750?
Correct -- my mistake.
So the only thing I ca
Signed-off-by: Frediano Ziglio
---
hw/rtl8139.c | 136 ++---
1 files changed, 81 insertions(+), 55 deletions(-)
diff --git a/hw/rtl8139.c b/hw/rtl8139.c
index f04dd54..e43c15c 100644
--- a/hw/rtl8139.c
+++ b/hw/rtl8139.c
@@ -41,6 +41,10 @@
Alexander Graf wrote:
> On 09.02.2010, at 07:56, Avi Kivity wrote:
>> - rcuify/fine-grain qemu locks
>
> And this should be done either way, but is probably not a short-term goal.
>
Indeed. We won't get around this longterm as it is a scalability
bottleneck and a killer for RT guest load. We can
1 - 100 of 102 matches
Mail list logo