09.03.2011 10:26, Stefan Weil wrote:
> Am 08.03.2011 23:53, schrieb Peter Lieven:
>> Hi,
>>
>> during testing of qemu-kvm-0.14.0 i can reproduce the following
>> segfault. i have seen similar crash already in 0.13.0, but had no time
>> to debug.
>> my guess is that this segfault is related to the t
On 2011-03-08 23:53, Peter Lieven wrote:
> Hi,
>
> during testing of qemu-kvm-0.14.0 i can reproduce the following segfault. i
> have seen similar crash already in 0.13.0, but had no time to debug.
> my guess is that this segfault is related to the threaded vnc server which
> was introduced in q
Am 08.03.2011 23:53, schrieb Peter Lieven:
Hi,
during testing of qemu-kvm-0.14.0 i can reproduce the following
segfault. i have seen similar crash already in 0.13.0, but had no time
to debug.
my guess is that this segfault is related to the threaded vnc server
which was introduced in qemu 0.1
At 03/09/2011 02:12 PM, Ryan Harper Write:
> * Wen Congyang [2011-03-08 23:09]:
>> At 03/09/2011 12:08 PM, Ryan Harper Write:
>>> * Wen Congyang [2011-02-27 20:56]:
Hi Markus Armbruster
At 02/23/2011 04:30 PM, Markus Armbruster Write:
> Isaku Yamahata writes:
>
On Tue, Mar 8, 2011 at 11:53 PM, Peter Lieven wrote:
> Hi,
>
> during testing of qemu-kvm-0.14.0 i can reproduce the following segfault. i
> have seen similar crash already in 0.13.0, but had no time to debug.
> my guess is that this segfault is related to the threaded vnc server which
> was int
ya su wrote:
Yoshi:
I think event-tap is a great idea, it remove the reading from disk
which will increase ft effiency much better as your plan in later
series.
one question: IO read/write may dirty rams, but it is difficute to
differ them from other dirty pages like caused by runnin
* Wen Congyang [2011-03-08 23:09]:
> At 03/09/2011 12:08 PM, Ryan Harper Write:
> > * Wen Congyang [2011-02-27 20:56]:
> >> Hi Markus Armbruster
> >>
> >> At 02/23/2011 04:30 PM, Markus Armbruster Write:
> >>> Isaku Yamahata writes:
> >>>
> >>
> >>
> >>
> >>>
> >>> I don't think this patch is c
This patch looks like it fixes the problem, it has not been applied yet
but you could test it:
http://patchwork.ozlabs.org/patch/63926/
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/731344
Title:
On Tue, Mar 8, 2011 at 18:23, Kevin O'Connor wrote:
> On Tue, Mar 08, 2011 at 09:00:05AM -0800, Jordan Justen wrote:
>> Yes, the UEFI system is still in place. The UEFI part still handles
>> the majority of platform init, and calls into the CSM at various
>> points. The CSM returns back to UEFI
On Tue, Mar 8, 2011 at 11:04 PM, Peter Lieven wrote:
>
> Am 07.10.2010 um 13:27 schrieb Kevin Wolf:
>
>> Am 06.09.2010 16:42, schrieb Bernhard Kohl:
>>> If these messages are not handled correctly the guest driver may hang.
>>>
>>> Always mandatory:
>>> - ABORT
>>> - BUS DEVICE RESET
>>>
>>> Manda
At 03/09/2011 12:08 PM, Ryan Harper Write:
> * Wen Congyang [2011-02-27 20:56]:
>> Hi Markus Armbruster
>>
>> At 02/23/2011 04:30 PM, Markus Armbruster Write:
>>> Isaku Yamahata writes:
>>>
>>
>>
>>
>>>
>>> I don't think this patch is correct. Let me explain.
>>>
>>> Device hot unplug is *not*
Yoshi:
I think event-tap is a great idea, it remove the reading from disk
which will increase ft effiency much better as your plan in later
series.
one question: IO read/write may dirty rams, but it is difficute to
differ them from other dirty pages like caused by running of
softwares,
* Brian Wheeler [2011-03-01 07:35]:
> This patch fixes two things:
>
> 1) CHECK POWER MODE
>
> The error return value wasn't always zero, so it would show up as
> offline. Error is now explicitly set to zero.
>
> 2) SMART
>
> The smart values that were returned were invalid and tools like s
* Wen Congyang [2011-02-27 20:56]:
> Hi Markus Armbruster
>
> At 02/23/2011 04:30 PM, Markus Armbruster Write:
> > Isaku Yamahata writes:
> >
>
>
>
> >
> > I don't think this patch is correct. Let me explain.
> >
> > Device hot unplug is *not* guaranteed to succeed.
> >
> > For some buse
2011/3/8 Yoshiaki Tamura :
> ya su wrote:
>>
>> Yokshiaki:
>>
>> event-tap record block and io wirte events, and replay these on
>> the other side, so block_save_live is useless during the latter ft
>> phase, right? if so, I think it need to process the following code in
>> block_save_live func
On Tue, Mar 08, 2011 at 09:00:05AM -0800, Jordan Justen wrote:
> On Mon, Mar 7, 2011 at 23:18, Stefan Hajnoczi wrote:
> > On Tue, Mar 8, 2011 at 12:54 AM, Jordan Justen wrote:
> >> The biggest issue that you guys care about for OVMF is a lack of
> >> legacy bios compatibility (CSM). There has be
On 03/08/2011 05:18 PM, Luiz Capitulino wrote:
On Sun, 06 Mar 2011 14:54:53 -0600
Anthony Liguori wrote:
Hi,
I've gotten my QAPI branch now functionally complete so I'm ready to
start working on merging. I thought I'd send a note about my plans as
both a heads up and to see if anyone had any
On Sun, 06 Mar 2011 14:54:53 -0600
Anthony Liguori wrote:
> Hi,
>
> I've gotten my QAPI branch now functionally complete so I'm ready to
> start working on merging. I thought I'd send a note about my plans as
> both a heads up and to see if anyone had any suggestions.
>
> My plan is to split
Hi,
during testing of qemu-kvm-0.14.0 i can reproduce the following segfault. i
have seen similar crash already in 0.13.0, but had no time to debug.
my guess is that this segfault is related to the threaded vnc server which was
introduced in qemu 0.13.0. the bug is only triggerable if a vnc
clie
Am 07.10.2010 um 13:27 schrieb Kevin Wolf:
> Am 06.09.2010 16:42, schrieb Bernhard Kohl:
>> If these messages are not handled correctly the guest driver may hang.
>>
>> Always mandatory:
>> - ABORT
>> - BUS DEVICE RESET
>>
>> Mandatory if tagged queuing is implemented (which disks usually do):
On 03/08/2011 04:04 PM, Jan Kiszka wrote:
> On 2011-03-08 21:29, Daniel De Graaf wrote:
>> Request and support using grant references in backends for
>> the Xen kbdmouse and framebuffer devices.
>
> You should pass your patch through scripts/checkpatch.pl and fix the
> complaints (it will only rem
On 2011-03-08 21:29, Daniel De Graaf wrote:
> Request and support using grant references in backends for
> the Xen kbdmouse and framebuffer devices.
You should pass your patch through scripts/checkpatch.pl and fix the
complaints (it will only remark violations in modified code).
Jan
signature.
Request and support using grant references in backends for
the Xen kbdmouse and framebuffer devices.
Signed-off-by: Daniel De Graaf
---
Changes since v1:
Fixed gntdev device dependency missing from device flags.
hw/xenfb.c | 105 ---
1
Greetings,
We would like to inform you
that MarkPlus&Co Consultancy is holding a
one-day
training session on Achieving Marketing Performance
through Planning, Control and Measurement
on March 22, 2011 at the Royale Chulan
Hotel in Kuala Lumpur.
This training will be helpful
for companies
On 03/08/2011 11:44 AM, Avi Kivity wrote:
I'm not sure I see this as all that critical though. I sort of like
the idea of it being transparent to the client whether a guest agent
implements a command or QEMU does.
A qemu command is guaranteed to be executed faithfully, modulo bugs
and runt
On Tue, Mar 8, 2011 at 5:30 PM, Gunasekaran Dharman wrote:
> From guest application, Iam passing some virtual addresses to QEMU through
> device I/O operation. Now I want to convert these guest virtual addresses to
> host virtual addresses so that I can perform some operation using them. In
> QEMU
Am 08.03.2011 um 09:29 schrieb Peter Maydell:
Maybe we should have a patchset that does the uncontroversial
change (bits32->uint32_t &c, which I think should be purely
mechanical) while we argue about this bit?
That should be patch 03 (or 02-03). :)
Andreas
On 03/08/2011 10:44 AM, Jes Sorensen wrote:
On 03/08/11 14:42, Anthony Liguori wrote:
On 03/08/2011 02:24 AM, Jes Sorensen wrote:
On 03/07/11 18:47, Anthony Liguori wrote:
In your case, it's definitely a fatal error for the command. The
command is failing and you're just printing out informat
On 03/08/2011 05:03 PM, Anthony Liguori wrote:
We may want to use a different way of separating the namespaces -
enacapsulation:
{
'command': 'guest-command',
arguments: {
'command': 'read-file',
'arguments': {
'path': '/var/log/messages'
}
}
}
This serves to dec
On 2011-03-08 18:40, Avi Kivity wrote:
> On 03/08/2011 07:21 PM, Jan Kiszka wrote:
>> On 2011-03-08 18:15, Paolo Bonzini wrote:
>>> On 03/08/2011 06:10 PM, Jan Kiszka wrote:
> The qemu.git bit seen with my win32 patch series should also be a
> regression from qemu-kvm.git to qemu.git,
On 03/08/2011 07:43 PM, Jan Kiszka wrote:
>
> Something else - 27f368604a3d27ca4d.
I already thought so. But that is understood, fixed, and will be
obsoleted by the merge.
Ok, will look at your new stuff.
More interesting are open issues. Any news from that front?
None known.
--
error c
On 2011-03-08 18:41, Avi Kivity wrote:
> On 03/08/2011 07:40 PM, Avi Kivity wrote:
>> On 03/08/2011 07:21 PM, Jan Kiszka wrote:
>>> On 2011-03-08 18:15, Paolo Bonzini wrote:
On 03/08/2011 06:10 PM, Jan Kiszka wrote:
>> The qemu.git bit seen with my win32 patch series should also be a
>>
On 03/08/2011 07:40 PM, Avi Kivity wrote:
On 03/08/2011 07:21 PM, Jan Kiszka wrote:
On 2011-03-08 18:15, Paolo Bonzini wrote:
> On 03/08/2011 06:10 PM, Jan Kiszka wrote:
>>> The qemu.git bit seen with my win32 patch series should also be a
>>> regression from qemu-kvm.git to qemu.git, no?
>
On 03/08/2011 07:21 PM, Jan Kiszka wrote:
On 2011-03-08 18:15, Paolo Bonzini wrote:
> On 03/08/2011 06:10 PM, Jan Kiszka wrote:
>>> The qemu.git bit seen with my win32 patch series should also be a
>>> regression from qemu-kvm.git to qemu.git, no?
>>
>> Can't follow. What do you mean?
>
>
>From guest application, Iam passing some virtual addresses to QEMU through
device I/O operation. Now I want to convert these guest virtual addresses to
host virtual addresses so that I can perform some operation using them. In
QEMU, is there any macro or function available to convert guest virtual
On 2011-03-08 18:15, Paolo Bonzini wrote:
> On 03/08/2011 06:10 PM, Jan Kiszka wrote:
>>> The qemu.git bit seen with my win32 patch series should also be a
>>> regression from qemu-kvm.git to qemu.git, no?
>>
>> Can't follow. What do you mean?
>
> I didn't understand very well Avi and Marcelo's
On 03/08/2011 06:10 PM, Jan Kiszka wrote:
> The qemu.git bit seen with my win32 patch series should also be a
> regression from qemu-kvm.git to qemu.git, no?
Can't follow. What do you mean?
I didn't understand very well Avi and Marcelo's exchange, but this test
definitely 1) fails with qemu
2011/3/8 Gleb Natapov :
> On Tue, Mar 08, 2011 at 07:18:09AM +, Stefan Hajnoczi wrote:
>> > Regarding the non-volatile variables issue, I have been trying to
>> > develop a proposal for addressing this with a change to QEMU's
>> > hardware support of bios.bin. But, I don't have the suggestion
On 2011-03-08 17:58, Paolo Bonzini wrote:
> On 03/08/2011 05:51 PM, Jan Kiszka wrote:
iothread merge?
- progressing slowly, marcelo working on it
- have found regressions (signal handling code) (ifdef'd away for now)
>> The regressions will automagically go away (to be replaced wi
On Mon, Mar 7, 2011 at 23:18, Stefan Hajnoczi wrote:
> On Tue, Mar 8, 2011 at 12:54 AM, Jordan Justen wrote:
>> The biggest issue that you guys care about for OVMF is a lack of
>> legacy bios compatibility (CSM). There has been no progress in this
>> area. (However, it has now been suggested by
On 03/08/2011 05:51 PM, Jan Kiszka wrote:
> iothread merge?
> - progressing slowly, marcelo working on it
> - have found regressions (signal handling code) (ifdef'd away for now)
The regressions will automagically go away (to be replaced with others
then...) when the switch of qemu-kvm to ups
On 2011-03-08 16:50, Chris Wright wrote:
> iothread merge?
> - progressing slowly, marcelo working on it
> - have found regressions (signal handling code) (ifdef'd away for now)
The regressions will automagically go away (to be replaced with others
then...) when the switch of qemu-kvm to upstream
On 03/08/11 14:42, Anthony Liguori wrote:
> On 03/08/2011 02:24 AM, Jes Sorensen wrote:
>> On 03/07/11 18:47, Anthony Liguori wrote:
>>> In your case, it's definitely a fatal error for the command. The
>>> command is failing and you're just printing out information about the
>>> rollback informati
On Tue, Mar 8, 2011 at 4:00 PM, Anthony Liguori wrote:
> http://wiki.qemu.org/Features/QAPI/VirtAgent
That page does not exist. I think you meant this one:
http://wiki.qemu.org/Features/QAPI/GuestAgent
Stefan
On 03/08/2011 09:50 AM, Chris Wright wrote:
QAPI merge plans
- should be 100% back compat
- qmp moved over
- hmp moved over
- 1st pass, core infrastructure (includes test framework)
- 2nd pass, command conversion
- 3rd pass, more controversial bits
- adds dependencies: glib and python
- some test
QAPI merge plans
- should be 100% back compat
- qmp moved over
- hmp moved over
- 1st pass, core infrastructure (includes test framework)
- 2nd pass, command conversion
- 3rd pass, more controversial bits
- adds dependencies: glib and python
- some testing based on kvm-unit-test micro-os instance (
On 03/08/2011 08:52 AM, Avi Kivity wrote:
On 03/08/2011 04:38 PM, Anthony Liguori wrote:
http://wiki.qemu.org/Features/QAPI/GuestAgent
Nice. A couple of remarks.
We may want to use a different way of separating the namespaces -
enacapsulation:
{
'command': 'guest-command',
argument
Am 07.03.2011 17:01, schrieb Ryan Harper:
> If the block device has been closed, we no longer have a medium to submit
> IO against, check for this before submitting io. This prevents a segfault
> further in the code where we dereference elements of the block driver.
>
> Signed-off-by: Ryan Harper
On 03/08/2011 04:38 PM, Anthony Liguori wrote:
http://wiki.qemu.org/Features/QAPI/GuestAgent
Nice. A couple of remarks.
We may want to use a different way of separating the namespaces -
enacapsulation:
{
'command': 'guest-command',
arguments: {
'command': 'read-file',
'arg
Public bug reported:
when trying to install debian squeeze:
qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.32-5-versatile -initrd
initrd.gz -hda hda.img -m 256
2.6.35-27-generic #48-Ubuntu SMP Tue Feb 22 20:25:46 UTC 2011 x86_64 GNU/Linux
qemu 0.12 & 0.14
Error Message:
lsi_scsi: error: Un
On 03/08/2011 08:17 AM, Avi Kivity wrote:
No, I'm in the process of writing up my latest proposal.
The idea is pretty simple. QAPI generates code for libqmp that takes
native arguments for a command and generates a QObject. It also
generates code for QEMU that takes a QObject and generates n
On 03/08/2011 08:17 AM, Avi Kivity wrote:
On 03/08/2011 04:10 PM, Anthony Liguori wrote:
On 03/08/2011 08:00 AM, Avi Kivity wrote:
On 03/08/2011 03:54 PM, Anthony Liguori wrote:
(and gah, do we really need a vfs/rpc in qemu?)
Fun, eh :-) Unfortunately, our friends at VMware provide a
Vix
On 03/08/2011 04:10 PM, Anthony Liguori wrote:
On 03/08/2011 08:00 AM, Avi Kivity wrote:
On 03/08/2011 03:54 PM, Anthony Liguori wrote:
(and gah, do we really need a vfs/rpc in qemu?)
Fun, eh :-) Unfortunately, our friends at VMware provide a
VixVM_CopyFileFromGuestToHost API so there's a
From: Jes Sorensen
This adds the basic infrastructure for supporting progress output
on the command line, as well as progress support for qemu-img commands
'rebase' and 'convert'.
Signed-off-by: Jes Sorensen
---
Makefile.objs|2 +-
qemu-common.h|5 +++
qemu-img-cmds.hx |4 +
On 03/08/2011 08:00 AM, Avi Kivity wrote:
On 03/08/2011 03:54 PM, Anthony Liguori wrote:
(and gah, do we really need a vfs/rpc in qemu?)
Fun, eh :-) Unfortunately, our friends at VMware provide a
VixVM_CopyFileFromGuestToHost API so there's an expectation that we
provide a similar interfa
On Tue, Mar 08, 2011 at 07:56:56AM -0600, Anthony Liguori wrote:
> On 03/08/2011 05:53 AM, Gleb Natapov wrote:
> >Seabios 0.6.2 is finally released. What about upgrading QEMU to it and
> >also applying this http://patchwork.ozlabs.org/patch/81099/?
>
> Should we just move to the latest git? I don
On 03/08/2011 03:54 PM, Anthony Liguori wrote:
(and gah, do we really need a vfs/rpc in qemu?)
Fun, eh :-) Unfortunately, our friends at VMware provide a
VixVM_CopyFileFromGuestToHost API so there's an expectation that we
provide a similar interface.
Yes, but do we have to terminate it
On 03/08/2011 05:53 AM, Gleb Natapov wrote:
Seabios 0.6.2 is finally released. What about upgrading QEMU to it and
also applying this http://patchwork.ozlabs.org/patch/81099/?
Should we just move to the latest git? I don't mind tracking git during
development provided that we land on a stable
On 03/08/2011 07:45 AM, Avi Kivity wrote:
On 03/08/2011 03:35 PM, Anthony Liguori wrote:
On 03/08/2011 05:12 AM, Avi Kivity wrote:
On 03/07/2011 05:59 PM, Anthony Liguori wrote:
How do async commands work? You mentioned them when talking about
QAPI but it's not obvious to me that there is a
On Tue, Mar 8, 2011 at 1:31 PM, Kevin Wolf wrote:
> Am 08.03.2011 14:13, schrieb Stefan Hajnoczi:
>> On Tue, Mar 8, 2011 at 11:47 AM, Kevin Wolf wrote:
>>> + 20 - 23: cluster_bits
>>> + Number of bits that are used for addressing an offset
>>> + wit
On 03/08/2011 03:35 PM, Anthony Liguori wrote:
On 03/08/2011 05:12 AM, Avi Kivity wrote:
On 03/07/2011 05:59 PM, Anthony Liguori wrote:
How do async commands work? You mentioned them when talking about
QAPI but it's not obvious to me that there is any "native" support for
async commands?
A
On 03/08/2011 02:24 AM, Jes Sorensen wrote:
On 03/07/11 18:47, Anthony Liguori wrote:
On 03/07/2011 10:39 AM, Jes Sorensen wrote:
On 03/07/11 17:34, Anthony Liguori wrote:
You should restore the original image file before doing qerror_report()
and just drop the error_printf()s as it's all redu
On 03/08/2011 05:12 AM, Avi Kivity wrote:
On 03/07/2011 05:59 PM, Anthony Liguori wrote:
How do async commands work? You mentioned them when talking about
QAPI but it's not obvious to me that there is any "native" support for
async commands?
Async commands are interesting..
Would there be
Am 08.03.2011 14:13, schrieb Stefan Hajnoczi:
> On Tue, Mar 8, 2011 at 11:47 AM, Kevin Wolf wrote:
>> + 20 - 23: cluster_bits
>> +Number of bits that are used for addressing an offset
>> +within a cluster (1 << cluster_bits is the cluster size)
>>
On Tue, Mar 8, 2011 at 11:47 AM, Kevin Wolf wrote:
> + 20 - 23: cluster_bits
> + Number of bits that are used for addressing an offset
> + within a cluster (1 << cluster_bits is the cluster size)
> +
> + 24 - 31: size
> +
On Mon, 7 Mar 2011, Daniel De Graaf wrote:
> Request and support using grant references in backends for
> the keyboard and framebuffer.
looks good to me
Seabios 0.6.2 is finally released. What about upgrading QEMU to it and
also applying this http://patchwork.ozlabs.org/patch/81099/?
--
Gleb.
This adds a description of the qcow2 file format to the docs/ directory.
Besides documenting what's there, which is never wrong, the document should
provide a good basis for the discussion of format extensions (called "qcow3"
in previous discussions)
Signed-off-by: Kevin Wolf
---
docs/specs/qcow
On 03/07/2011 05:59 PM, Anthony Liguori wrote:
How do async commands work? You mentioned them when talking about
QAPI but it's not obvious to me that there is any "native" support for
async commands?
Async commands are interesting..
Would there be anything in them other than starting each
The following 3 tracing commits were sent to qemu-devel. I have made them
available for convenient pulling into qemu.git/master.
The following changes since commit 07bf23a77131668ef8db37e08d508b117655ce86:
MAINTAINERS: add LatticeMico32 maintainer (2011-03-07 13:42:58 +0100)
are available in
[PULL] trace: Thread-safe simpletrace and additional trace events
The following 3 tracing commits were sent to qemu-devel. I have made them
available for convenient pulling into qemu.git/master.
The following changes since commit 07bf23a77131668ef8db37e08d508b117655ce86:
MAINTAINERS: add Latt
On 03/08/2011 11:28 AM, Paolo Bonzini wrote:
On 03/08/2011 10:17 AM, Avi Kivity wrote:
Memory map can be protected by a read-write lock initially, so that
vcpu
thread holds it for read. Later can be converted to URCU.
rwlock is insufficient, need a way to force the vcpu off so a writer can
ac
On 03/08/2011 10:17 AM, Avi Kivity wrote:
Memory map can be protected by a read-write lock initially, so that vcpu
thread holds it for read. Later can be converted to URCU.
rwlock is insufficient, need a way to force the vcpu off so a writer can
actually do something.
So we need some kind of p
On 03/07/2011 06:13 PM, Marcelo Tosatti wrote:
On Sun, Mar 06, 2011 at 12:38:44PM +0200, Avi Kivity wrote:
> On 03/05/2011 06:35 PM, Marcelo Tosatti wrote:
> >Regarding global mutex, TCG and KVM execution behaviour can become more
> >similar wrt locking by dropping qemu_global_mutex during gen
On Tue, Mar 8, 2011 at 5:52 AM, Gunasekaran Dharman wrote:
> Iam using QEMU emulated ARM Realview board with Linux as guest OS for my
> application development. This virtual machine is running on x86 Linux host.
> My application is facing performance issue as memcpy in guest machine is
> taking lo
On Tue, Mar 08, 2011 at 08:29:50AM +, Peter Maydell wrote:
> On 7 March 2011 23:37, Aurelien Jarno wrote:
> > I understand your point, but OTOH int_fast16_t means at least int16_t so
> > in practice it doesn't bring anything more than changing to int16_t,
> > except more pain as the size actua
On 03/07/11 18:47, Anthony Liguori wrote:
> On 03/07/2011 10:39 AM, Jes Sorensen wrote:
>> On 03/07/11 17:34, Anthony Liguori wrote:
>>> You should restore the original image file before doing qerror_report()
>>> and just drop the error_printf()s as it's all redundant information.
>> I would hardly
On 7 March 2011 23:37, Aurelien Jarno wrote:
> I understand your point, but OTOH int_fast16_t means at least int16_t so
> in practice it doesn't bring anything more than changing to int16_t,
> except more pain as the size actually depends on the host.
But at the moment we implement int16 as int,
ya su wrote:
Yokshiaki:
event-tap record block and io wirte events, and replay these on
the other side, so block_save_live is useless during the latter ft
phase, right? if so, I think it need to process the following code in
block_save_live function:
Actually no. It just replays the last
On Tue, Mar 08, 2011 at 07:18:09AM +, Stefan Hajnoczi wrote:
> > Regarding the non-volatile variables issue, I have been trying to
> > develop a proposal for addressing this with a change to QEMU's
> > hardware support of bios.bin. But, I don't have the suggestion (or
> > implementation) ready
80 matches
Mail list logo
