On 02/08/2010 02:19 PM, Michael S. Tsirkin wrote:
On Mon, Feb 08, 2010 at 08:55:58PM +0100, Gerd Hoffmann wrote:
Hi,
This still means we have two copies of same data
and need to maintain code that keeps them in sync,
even if that is called just at init time.
No. There is
On Mon, Feb 08, 2010 at 02:32:26PM -0600, Anthony Liguori wrote:
> On 02/08/2010 02:19 PM, Michael S. Tsirkin wrote:
>> On Mon, Feb 08, 2010 at 08:55:58PM +0100, Gerd Hoffmann wrote:
>>
>>>Hi,
>>>
>>>
This still means we have two copies of same data
and need to maintain code
On 02/08/2010 02:34 PM, Michael S. Tsirkin wrote:
On Mon, Feb 08, 2010 at 02:32:26PM -0600, Anthony Liguori wrote:
On 02/08/2010 02:19 PM, Michael S. Tsirkin wrote:
On Mon, Feb 08, 2010 at 08:55:58PM +0100, Gerd Hoffmann wrote:
Hi,
This still means we have t
On 02/08/2010 10:10 AM, Tom Lendacky wrote:
Fix a race condition where qemu finds that there are not enough virtio
ring buffers available and the guest make more buffers available before
qemu can enable notifications.
Signed-off-by: Tom Lendacky
Signed-off-by: Anthony Liguori
I've walked t
Nope this is not correct.
And I don't even see why the 601 / 620 / 970 are treated as equal.
You are asking to run a fully implemented "so called G3" PowerPC
processor.
However the 601 is a hybrid PowerPC/POWER ("G1"), the 620 is a 64-bit
early implementation ("64bit G2") and the 970 the fin
On Mon, Feb 08, 2010 at 02:54:24PM -0600, Anthony Liguori wrote:
> On 02/08/2010 02:34 PM, Michael S. Tsirkin wrote:
>> On Mon, Feb 08, 2010 at 02:32:26PM -0600, Anthony Liguori wrote:
>>
>>> On 02/08/2010 02:19 PM, Michael S. Tsirkin wrote:
>>>
On Mon, Feb 08, 2010 at 08:55:58PM +01
On Mon, Feb 08, 2010 at 10:10:01AM -0600, Tom Lendacky wrote:
>
> Fix a race condition where qemu finds that there are not enough virtio
> ring buffers available and the guest make more buffers available before
> qemu can enable notifications.
>
> Signed-off-by: Tom Lendacky
> Signed-off-by: Ant
Convert another file to symbolic constants.
Michael S. Tsirkin (2):
versatile_pci: convert to symbolic names
versatile_pci: cleanup
hw/versatile_pci.c | 10 +++---
1 files changed, 3 insertions(+), 7 deletions(-)
This converts versatile_pci to use symbolic
constants. Verified by comparing binary to
original one.
Signed-off-by: Michael S. Tsirkin
---
hw/versatile_pci.c | 17 ++---
1 files changed, 10 insertions(+), 7 deletions(-)
diff --git a/hw/versatile_pci.c b/hw/versatile_pci.c
index 15
Cleanup versatile_pci: no need to re-set fields
to zero (pci core sets 0 already), use set_word
for status field. Compile-tested only, but seems obvious.
Signed-off-by: Michael S. Tsirkin
---
hw/versatile_pci.c | 11 ++-
1 files changed, 2 insertions(+), 9 deletions(-)
diff --git a/hw
On Mon, 8 Feb 2010, Juergen Lock wrote:
> In article you write:
> >On Tue, 19 Jan 2010, Anthony Liguori wrote:
> >
> >> On 01/17/2010 11:23 AM, Juergen Lock wrote:
> >> > As suggested by Andreas F?rber, here is a cumulative patch that syncs
> >> > OSS_GETVERSION handling with head by merging the
On 02/08/2010 03:01 PM, Michael S. Tsirkin wrote:
Sorry, but:
versatile_pci.c:d->config[0x04] = 0x00;
versatile_pci.c:d->config[0x05] = 0x00;
versatile_pci.c:d->config[0x06] = 0x20;
versatile_pci.c:d->config[0x07] = 0x02;
To:
pci_config_set_command(d, 0);
pci_config_set_status(
On Mon, Feb 08, 2010 at 03:56:29PM -0600, Anthony Liguori wrote:
> On 02/08/2010 03:01 PM, Michael S. Tsirkin wrote:
>>> Sorry, but:
>>>
>>> versatile_pci.c:d->config[0x04] = 0x00;
>>> versatile_pci.c:d->config[0x05] = 0x00;
>>> versatile_pci.c:d->config[0x06] = 0x20;
>>> versatile_pci.
On 02/08/2010 03:58 PM, Michael S. Tsirkin wrote:
Just converted versatile_pci, with some nudging I might do others :)
*nudge* :-)
but I've got another PCI series in flight. I've got a
branch pci-cleanup on staging that's a work in progress for adding a
proper region API along with PCI
On Mon, Feb 08, 2010 at 11:15:03AM -0600, Anthony Liguori wrote:
> On 02/08/2010 04:19 AM, Avi Kivity wrote:
> >Without this patch, Windows 2008 r2 won't boot with more than 4
> >cpus. Kevin/Anthony, can you coordinate a SeaBIOS release
> >including this patch?
> >
> >Probably needed for qemu 0.12
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 doesn't POST
Please send in any agenda items you are interested in covering.
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 525e05147d5a3bdc08caa422d108c1ef71b584b5.
> >> pci host bridge doesn't have header type
On Mon, Feb 08, 2010 at 06:27:53PM +0200, Michael S. Tsirkin wrote:
> On Mon, Feb 08, 2010 at 12:14:11PM +0100, Gerd Hoffmann wrote:
> > On 02/08/10 11:17, Michael S. Tsirkin wrote:
> >> On Mon, Feb 08, 2010 at 03:41:47PM +0900, Isaku Yamahata wrote:
> >>> initialize header type register in pci gen
On 08.02.2010, at 13:40, Bartlomiej Celary wrote:
> Hi,
> I've just compiled qemu 0.12.2 for Windows under msys.
>
> 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?
Alex
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 is mostly due to futex contention,
lik
On 09.02.2010, at 07:56, 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
101 - 122 of 122 matches
Mail list logo
