Hello,
Some update on this issue, archive:
http://www.mail-archive.com/kvm@vger.kernel.org/msg32600.html
Seems to be that cirrus VGA is now ok (>1000MB/s up to 2000MB/s). But
cirrus has only 320x200x256colors (Mode 13h) mode implemented in VESA
BIOS.
VMWare and std VGA still have the perfo
Hello,
Good news: Seems to be that 2 of 3 issues have been fixed with QEMU: :-)
Summary of previous discussion:
http://www.mail-archive.com/qemu-devel@nongnu.org/msg29465.html
2.) Realtime clock: fixed
3.) Base Memory: fixed
Issue 1.) with FPU still present
I tracked down the problematic code a
On Thursday 17 February 2011 4:19:17 pm Stefan Hajnoczi wrote:
> On Wed, Feb 16, 2011 at 12:23 PM, M. Mohan Kumar wrote:
> > +switch (type) {
> > +case T_MKNOD:
> > +request.data.type = T_MKNOD;
> > +break;
> > +case T_MKDIR:
> > +request.data.type = T_MKDIR;
>
The following changes since commit e14da0af640e4255b15d81907a93a2637e14e478:
Marcelo Tosatti (1):
Fix vmport segfault (v2)
are available in the git repository at:
git://repo.or.cz/qemu/aliguori/jvrao.git for-anthony
Aneesh Kumar K.V (3):
virtio-9p: move 9p files around
vi
This patch adds the JTAG UART model. It is accessed through special control
registers and opcodes. Therefore the translation uses callbacks to this
model.
Signed-off-by: Michael Walle
---
Makefile.target |1 +
hw/lm32_juart.c | 150 +++
hw
This patch add support for a system control block. It is supposed to
act as helper for the emulated program. E.g. shutting down the VM or
printing test results. This model is intended for testing purposes only and
doesn't fit to any real hardware. Therefore, it is not added to any board
by default.
This patch adds the interrupt controller of the lm32. Because the PIC is
accessed through special control registers and opcodes, there are callbacks
from the lm32 translation code to this model.
Signed-off-by: Michael Walle
---
Makefile.target |1 +
hw/lm32_pic.c | 190 +++
This patch adds support for the following two BSPs:
- LM32 EVR32 BSP (as used by RTEMS)
- uclinux BSP by Theobroma Systems
Signed-off-by: Michael Walle
---
Makefile.target |3 +
default-configs/lm32-softmmu.mak |4 +
hw/lm32_boards.c | 305
This patch add support for the LatticeMico32 UART.
Signed-off-by: Michael Walle
---
Makefile.target |1 +
hw/lm32_uart.c | 288 +++
trace-events|5 +
3 files changed, 294 insertions(+), 0 deletions(-)
create mode 100644 hw/lm32_u
This patch creates tests/lm32 directory and adds tests for every
LatticeMico32 opcode.
Signed-off-by: Michael Walle
---
tests/Makefile|4 ++
tests/lm32/Makefile | 102 +
tests/lm32/crt.S | 84 ++
This patch adds lm32 support to the gdbstub.
Signed-off-by: Michael Walle
---
gdbstub.c | 76 +
1 files changed, 76 insertions(+), 0 deletions(-)
diff --git a/gdbstub.c b/gdbstub.c
index ed51a8a..1e9f931 100644
--- a/gdbstub.c
+++ b/
This patch adds translation helper functions.
Signed-off-by: Michael Walle
---
target-lm32/helper.h| 14 ++
target-lm32/op_helper.c | 106 +++
2 files changed, 120 insertions(+), 0 deletions(-)
create mode 100644 target-lm32/helper.h
creat
Am Samstag 12 Februar 2011, 07:49:52 schrieb Blue Swirl:
> > That said, IMHO the best handling of unknown opcodes would be to kill the
> > VM.
>
> In this case it should be OK. Alternatively the VM could be halted, so
> that instead of restarting QEMU, only system_reset needs to be issued.
> This
This patch adds support for the LatticeMico32 softcore processor by Lattice
Semiconductor.
Signed-off-by: Michael Walle
---
Makefile.target|2 +
arch_init.c|2 +
arch_init.h| 13 ++--
cpu-exec.c | 13 +++-
elf.h |1 +
poison.h |
This patch adds the main translation routine. All opcodes of the
LatticeMico32 processor are supported and translated to TCG ops.
Signed-off-by: Michael Walle
---
target-lm32/helper.c | 259 +
target-lm32/lm32-decode.h | 78 +++
target-lm32/translate.c | 1317 ++
This patchset adds support for the LatticeMico32 softcore processor by
Lattice Semiconductor.
Changes since v2:
- lots of CODING_STYLE fixes
- reworked pic and juart model, CPUState is not passed anymore
- use qdev reset field instead of qemu_register_reset()
- add missing include guards
- me
Add me as the lm32-target and machines maintainer.
Signed-off-by: Michael Walle
---
MAINTAINERS | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index ab48380..9f3ff0e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -70,6 +70,11 @@ M: E
Signed-off-by: Michael Walle
---
configure | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/configure b/configure
index a3f5345..a9f6992 100755
--- a/configure
+++ b/configure
@@ -280,7 +280,7 @@ else
fi
case "$cpu" in
- alpha|cris|ia64|m68k|microblaze|ppc|pp
This patch adds helper functions to create a ROM, which contains a hardware
description of a board. This is used in Theobromas LM32 Linux port.
Signed-off-by: Michael Walle
---
hw/lm32_hwsetup.h | 178 +
1 files changed, 178 insertions(+), 0 d
This patch adds support for the LatticeMico32 system timer.
Signed-off-by: Michael Walle
---
Makefile.target |1 +
hw/lm32_timer.c | 222 +++
trace-events|6 ++
3 files changed, 229 insertions(+), 0 deletions(-)
create mode 100644
This patch adds init functions for the PIC and JTAG UART commonly used
in the board initialization.
Signed-off-by: Michael Walle
---
hw/lm32.h | 25 +
1 files changed, 25 insertions(+), 0 deletions(-)
create mode 100644 hw/lm32.h
diff --git a/hw/lm32.h b/hw/lm32.h
new
This patch adds support for saving and loading the processor state.
Signed-off-by: Michael Walle
---
target-lm32/machine.c | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
create mode 100644 target-lm32/machine.c
diff --git a/target-lm32/machine.c b/t
This patch adds general target documentation and a todo list.
Signed-off-by: Michael Walle
---
target-lm32/README | 46 ++
target-lm32/TODO |3 +++
2 files changed, 49 insertions(+), 0 deletions(-)
create mode 100644 target-lm32/README
create
On 02/17/2011 04:18 PM, Rick Vernam wrote:
On Thursday 17 February 2011 16:06:24 Anthony Liguori wrote:
The QEMU team is pleased to announce the availability of the 0.14.0
release.
Download instructions are available at http://wiki.qemu.org/Download
A detailed change log is available at ht
On Thursday 17 February 2011 16:06:24 Anthony Liguori wrote:
> The QEMU team is pleased to announce the availability of the 0.14.0
> release.
>
> Download instructions are available at http://wiki.qemu.org/Download
>
> A detailed change log is available at http://wiki.qemu.org/Changelog/0.14
>
>
The QEMU team is pleased to announce the availability of the 0.14.0 release.
Download instructions are available at http://wiki.qemu.org/Download
A detailed change log is available at http://wiki.qemu.org/Changelog/0.14
On behalf of the QEMU team, I'd like to thank everyone who contributed
to
On 2011-02-07 12:19, Jan Kiszka wrote:
> We do not check them, and the only arch with non-empty implementations
> always returns 0 (this is also true for qemu-kvm).
>
> Signed-off-by: Jan Kiszka
> CC: Alexander Graf
> ---
> kvm.h |5 ++---
> target-i386/kvm.c |8 ++--
>
On 01/24/2011 03:02 AM, Marcelo Tosatti wrote:
The following changes since commit b646968336d4180bdd7d2e24209708dcee6ba400:
checkpatch: adjust to QEMUisms (2011-01-20 20:58:56 +)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git uq/master
Jan
On 01/24/2011 10:30 AM, Gerd Hoffmann wrote:
Hi,
Here is the current usb patch queue. What is in there?
Migration support for USB devices. For starters hub and HID devices are
covered.
Event queues for the usb mouse/table (thanks to Paolo and the Xen folks)
and the usb keyboard, so we can
On Wed, Feb 16, 2011 at 11:51 AM, Markus Armbruster wrote:
> Blue Swirl writes:
>
>> On Tue, Feb 15, 2011 at 12:07 PM, Markus Armbruster
>> wrote:
>>> Anthony Liguori writes:
>>>
On 02/12/2011 11:03 AM, Markus Armbruster wrote:
> Blue Swirl writes:
>
>
>> Convert to qdev,
Thanks for the patch, so far so good...
Christophe
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/550863
Title:
MicroBlaze QEMU skips jumps when using single steps in GDB
Status in QEMU:
Fix Com
Thanks, applied.
On Thu, Feb 17, 2011 at 5:27 AM, Marcelo Tosatti wrote:
> Fix regression caused by qdev conversion.
>
> Signed-off-by: Marcelo Tosatti
>
> v2: pass correct register_ioport parameter
>
> diff --git a/hw/vmport.c b/hw/vmport.c
> index 292d78f..19010e4 100644
> --- a/hw/vmport.c
>
Ho hum.
On Thu, 2011-02-17 at 16:34 +, Nicholas Thomas wrote:
> Signed-off-by: Nick Thomas
> ---
> block/nbd.c | 549
> ++-
> 1 files changed, 464 insertions(+), 85 deletions(-)
Additional testing has revealed that this code breaks th
On Thu, Feb 17, 2011 at 07:04:51PM +0100, Jan Kiszka wrote:
> >>> Should not manipulate mp_state of a running vcpu (should only do that
> >>> for migration when vcpu is stopped), since its managed by the kernel,
> >>> for irqchip case.
> >>
> >> Not for asynchronously injected MCEs. The target CPU
On 17 February 2011 17:51, Christophe Lyon wrote:
>> ...and a runtime division just to get a constant 0.5?
>> Better to just make_float64() on the appropriate bit
>> pattern, I think.
>
> It makes sense.
> Then, what about using the right bit patterns for 512 and 256?
Not so worried about those
On 2011-02-17 19:08, Marcelo Tosatti wrote:
> On Tue, Feb 15, 2011 at 09:23:33AM +0100, Jan Kiszka wrote:
>> This switches KVM's MCE injection path to cpu_x86_inject_mce, both for
>> SIGBUS and monitor initiated events. This means we prepare the MCA MSRs
>> in the VCPUState also for KVM.
>>
>> We h
On Tue, Feb 15, 2011 at 09:23:33AM +0100, Jan Kiszka wrote:
> This switches KVM's MCE injection path to cpu_x86_inject_mce, both for
> SIGBUS and monitor initiated events. This means we prepare the MCA MSRs
> in the VCPUState also for KVM.
>
> We have to drop the MSRs writeback restrictions for th
On 2011-02-17 18:55, Marcelo Tosatti wrote:
@@ -1375,10 +1413,25 @@ static int kvm_put_vcpu_events(CPUState *env, int
level)
return 0;
}
-events.exception.injected = (env->exception_injected >= 0);
-events.exception.nr = env->exception_inj
On Thu, Feb 17, 2011 at 06:06:19PM +0100, Jan Kiszka wrote:
> On 2011-02-17 17:35, Marcelo Tosatti wrote:
> > On Tue, Feb 15, 2011 at 09:23:32AM +0100, Jan Kiszka wrote:
> >> The current way of injecting MCE events without updating of and
> >> synchronizing with the CPUState is broken and causes sp
>> +float_status *s = &env->vfp.standard_fp_status;
>> +float64 one = int64_to_float64(1, s);
> You don't need to create a variable for this, float64_one
> will do what you want.
OK
>> +/* q = (int)(a * 512.0) */
>> +float64 x512 = int64_to_float64(512, s);
>> +float64 q = f
On 2011-02-17 17:35, Marcelo Tosatti wrote:
> On Tue, Feb 15, 2011 at 09:23:32AM +0100, Jan Kiszka wrote:
>> The current way of injecting MCE events without updating of and
>> synchronizing with the CPUState is broken and causes spurious
>> corruptions of the MCE-related parts of the CPUState.
>
>
On 02/17/2011 05:24 PM, Tristan Gingold wrote:
-siginfo_t siginfo;
+int sig;
-err = sigwaitinfo(&info->mask,&siginfo);
+err = sigwait(&info->mask,&sig);
This is doable but the patch is wrong, after sigwaitinfo "err" is the
signal number, so you should replace
On Tue, Feb 15, 2011 at 09:23:32AM +0100, Jan Kiszka wrote:
> The current way of injecting MCE events without updating of and
> synchronizing with the CPUState is broken and causes spurious
> corruptions of the MCE-related parts of the CPUState.
Can you explain how? The current pronlem with MCE is
Replace an entertaining mixture of tabs and spaces with four-space
indents.
Signed-off-by: Nick Thomas
---
nbd.c | 835
+
1 files changed, 418 insertions(+), 417 deletions(-)
diff --git a/nbd.c b/nbd.c
index d8ebc42..abe0ecb 10064
Signed-off-by: Nick Thomas
---
block/nbd.c | 549
++-
1 files changed, 464 insertions(+), 85 deletions(-)
diff --git a/block/nbd.c b/block/nbd.c
index c8dc763..1387227 100644
--- a/block/nbd.c
+++ b/block/nbd.c
@@ -1,11 +1,12 @@
/*
- * QE
Signed-off-by: Nick Thomas
---
nbd.c | 51 +++
nbd.h |2 ++
2 files changed, 53 insertions(+), 0 deletions(-)
diff --git a/nbd.c b/nbd.c
index abe0ecb..83d3342 100644
--- a/nbd.c
+++ b/nbd.c
@@ -107,6 +107,57 @@ size_t nbd_wr_sync(int fd, voi
On 02/17/2011 08:59 AM, Stefan Hajnoczi wrote:
Block drivers may need timers for flushing data to disk or reconnecting
to a network drive. Stub out the following functions in qemu-tool.c:
QEMUTimer *qemu_new_timer(QEMUClock *clock, QEMUTimerCB *cb, void *opaque)
void qemu_free_timer(QEMUTimer *
Hi again,
On Wed, 2011-02-16 at 13:00 +0100, Kevin Wolf wrote:
> Am 15.02.2011 22:26, schrieb Nicholas Thomas:
> > On Tue, 2011-02-15 at 12:09 +0100, Kevin Wolf wrote:
> >> Am 14.02.2011 21:32, schrieb Stefan Hajnoczi:
> I'm not sure about how much duplication there actually is, but if you
> can t
Fix compilation failure on Darwin.
Signed-off-by: Tristan Gingold
---
compatfd.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/compatfd.c b/compatfd.c
index a7cebc4..5f7f355 100644
--- a/compatfd.c
+++ b/compatfd.c
@@ -33,9 +33,9 @@ static void *sigwait_compat(void
> Am 15.02.2011 20:45, schrieb Chunqiang Tang:
> >> Chunqiang Tang/Watson/IBM wrote on 01/28/2011 05:13:27 PM:
> >> As you requested, I set up a wiki page for FVD at
> > http://wiki.qemu.org/Features/FVD
> >> . It includes a summary of FVD, a detailed specification of FVD, and
a
> >> comparison
Chung Hwan Kim writes:
> I and two other students have formed up a team for a project called
> "Accelerating Dynamic Binary Translation with the GPUs". As the name of
> the project suggests our main idea is to parallelize Dynamic Binary
> Translation (DBT) process and speed it up with GPUs using t
> On Tue, Feb 15, 2011 at 7:45 PM, Chunqiang Tang
wrote:
> >> Chunqiang Tang/Watson/IBM wrote on 01/28/2011 05:13:27 PM:
> >> As you requested, I set up a wiki page for FVD at
> > http://wiki.qemu.org/Features/FVD
> >> . It includes a summary of FVD, a detailed specification of FVD, and
a
> >> c
Public bug reported:
Make fails with:
qemu-thread.c: In function 'qemu_mutex_timedlock':
qemu-thread.c:75: warning: implicit declaration of function 'clock_gettime'
qemu-thread.c:75: warning: nested extern declaration of 'clock_gettime'
qemu-thread.c:75: error: 'CLOCK_REALTIME' undeclared (first
This patch marks QED images as clean periodically when it is safe to do so.
This reduces the chance of having to perform a consistency check at startup.
Previously we left the image dirty even when it was consistent, therefore
risking an unnecessary consistency check after crash.
The first patch j
Block drivers may need timers for flushing data to disk or reconnecting
to a network drive. Stub out the following functions in qemu-tool.c:
QEMUTimer *qemu_new_timer(QEMUClock *clock, QEMUTimerCB *cb, void *opaque)
void qemu_free_timer(QEMUTimer *ts)
void qemu_del_timer(QEMUTimer *ts)
void qemu_
One strategy to limit the startup delay of consistency check when
opening image files is to ensure that the file is marked dirty for as
little time as possible.
QED currently marks the image dirty when the first allocating write
request is issued and clears the dirty bit again when the image is
cl
On 02/17/2011 02:26 AM, Jes Sorensen wrote:
On 02/16/11 18:22, Michael Roth wrote:
We've seen similar behavior. I think it comes down to qemu-va being
linked against shared objects in the host that don't necessarily
coincide with what's in the guest. It's somewhat misleading that we
currently bu
On 02/17/2011 03:37 PM, Anthony Liguori wrote:
On 02/17/2011 07:25 AM, Avi Kivity wrote:
On 02/17/2011 03:10 PM, Anthony Liguori wrote:
On 02/17/2011 06:23 AM, Avi Kivity wrote:
On 02/17/2011 02:12 PM, Anthony Liguori wrote:
(btw what happens in a non-UTF-8 locale? I guess we should just
reje
On 02/17/2011 07:59 AM, Peter Maydell wrote:
On 17 February 2011 13:37, Anthony Liguori wrote:
An application has to explicitly support an encoding. It is not
transparent. UCS2/UTF-16 means that strings are not 'const char *'s but
'const wchar_t *' where typedef unsigned short wchar_t;.
On 17 February 2011 13:37, Anthony Liguori wrote:
> An application has to explicitly support an encoding. It is not
> transparent. UCS2/UTF-16 means that strings are not 'const char *'s but
> 'const wchar_t *' where typedef unsigned short wchar_t;.
>
> QEMU assumes, in lots of places that string
On (Tue) 15 Feb 2011 [10:12:23], Anthony Liguori wrote:
> On 02/04/2011 12:18 AM, Amit Shah wrote:
> >Hello,
> >
> >This is yet another rebase of the patchset I'd sent earlier.
> >
> >The usual notes apply: this is just the start, just getting the
> >framework in place and a few examples so that pe
On 02/17/2011 07:25 AM, Avi Kivity wrote:
On 02/17/2011 03:10 PM, Anthony Liguori wrote:
On 02/17/2011 06:23 AM, Avi Kivity wrote:
On 02/17/2011 02:12 PM, Anthony Liguori wrote:
(btw what happens in a non-UTF-8 locale? I guess we should just
reject unencodable strings).
While QEMU is mostly
On (Thu) 17 Feb 2011 [07:11:44], Anthony Liguori wrote:
> On 02/17/2011 07:03 AM, Amit Shah wrote:
> >On (Tue) 15 Feb 2011 [10:10:23], Anthony Liguori wrote:
> >
> >>>diff --git a/hw/virtio-serial.h b/hw/virtio-serial.h
> >>>index a308196..2c5e336 100644
> >>>--- a/hw/virtio-serial.h
> >>>+++ b/hw/
On (Thu) 17 Feb 2011 [07:12:42], Anthony Liguori wrote:
> On 02/17/2011 07:06 AM, Amit Shah wrote:
> >On (Tue) 15 Feb 2011 [10:43:42], Anthony Liguori wrote:
> >
> >>> #define DEFINE_BLOCK_PROPERTIES(_state, _conf) \
> >>>-DEFINE_PROP_DRIVE("drive", _state, _conf.bs),
On 02/17/2011 07:25 AM, Avi Kivity wrote:
On 02/17/2011 03:10 PM, Anthony Liguori wrote:
On 02/17/2011 06:23 AM, Avi Kivity wrote:
On 02/17/2011 02:12 PM, Anthony Liguori wrote:
(btw what happens in a non-UTF-8 locale? I guess we should just
reject unencodable strings).
While QEMU is mostly
On 02/17/2011 03:10 PM, Anthony Liguori wrote:
On 02/17/2011 06:23 AM, Avi Kivity wrote:
On 02/17/2011 02:12 PM, Anthony Liguori wrote:
(btw what happens in a non-UTF-8 locale? I guess we should just
reject unencodable strings).
While QEMU is mostly ASCII internally, for the purposes of the
On 02/17/2011 07:06 AM, Amit Shah wrote:
On (Tue) 15 Feb 2011 [10:43:42], Anthony Liguori wrote:
#define DEFINE_BLOCK_PROPERTIES(_state, _conf) \
-DEFINE_PROP_DRIVE("drive", _state, _conf.bs), \
+DEFINE_PROP_DRIVE("drive", _state, _co
On 02/17/2011 07:03 AM, Amit Shah wrote:
On (Tue) 15 Feb 2011 [10:10:23], Anthony Liguori wrote:
diff --git a/hw/virtio-serial.h b/hw/virtio-serial.h
index a308196..2c5e336 100644
--- a/hw/virtio-serial.h
+++ b/hw/virtio-serial.h
@@ -57,6 +57,19 @@ struct virtio_console_control {
/* == I
On 02/17/2011 06:23 AM, Avi Kivity wrote:
On 02/17/2011 02:12 PM, Anthony Liguori wrote:
(btw what happens in a non-UTF-8 locale? I guess we should just
reject unencodable strings).
While QEMU is mostly ASCII internally, for the purposes of the JSON
parser, we always encode and decode UTF-8.
On (Tue) 15 Feb 2011 [10:43:42], Anthony Liguori wrote:
> > #define DEFINE_BLOCK_PROPERTIES(_state, _conf) \
> >-DEFINE_PROP_DRIVE("drive", _state, _conf.bs), \
> >+DEFINE_PROP_DRIVE("drive", _state, _conf.bs, ""), \
> >
On Thu, Feb 17, 2011 at 01:26:05PM +0100, jes.soren...@redhat.com wrote:
> From: Jes Sorensen
>
> Optional feature allowing a user to generate the probe list to match
> the name of the binary, in case they wish to install qemu under a
> different name than qemu-{system,user},
>
> Signed-off-by:
On (Tue) 15 Feb 2011 [10:10:23], Anthony Liguori wrote:
> >diff --git a/hw/virtio-serial.h b/hw/virtio-serial.h
> >index a308196..2c5e336 100644
> >--- a/hw/virtio-serial.h
> >+++ b/hw/virtio-serial.h
> >@@ -57,6 +57,19 @@ struct virtio_console_control {
> >
> > /* == In-qemu interface == */
> >
On 16 February 2011 17:59, wrote:
> From: Christophe Lyon
>
> These special values are needed to implement some helper functions,
> which return these values in some cases.
>
> This patch also moves the definitions of default_nan for 16, 64, x80
> and 128 bits floats for consistency with float32
On 16 February 2011 17:59, wrote:
> From: Christophe Lyon
>
> Now use the same algorithm as described in the ARM ARM.
This doesn't pass random testing.
> +static float64 recip_sqrt_estimate(float64 a, CPUState *env)
> +{
> + float_status *s = &env->vfp.standard_fp_status;
> + float64 one
On (Wed) 16 Feb 2011 [08:41:27], Anthony Liguori wrote:
> On 02/16/2011 08:39 AM, Amit Shah wrote:
> >On (Tue) 15 Feb 2011 [17:13:13], Anthony Liguori wrote:
> >>On 02/15/2011 10:26 AM, Chris Wright wrote:
> >>>revisit new -> old migration
> >>>- Amit offers virtio-serial patches and some legwork
On 02/17/2011 01:19 PM, Jes Sorensen wrote:
On 02/17/11 13:16, Paolo Bonzini wrote:
On 02/15/2011 01:34 PM, jes.soren...@redhat.com wrote:
-if [ -z "$binary" ]; then
+if [ -z "$probeprefix" -a -z "$binary" ]; then
echo "--binary is required for SystemTAP tapset generator"
On 02/17/11 13:29, Paolo Bonzini wrote:
> On 02/17/2011 01:19 PM, Jes Sorensen wrote:
>> On 02/17/11 13:16, Paolo Bonzini wrote:
>>> On 02/15/2011 01:34 PM, jes.soren...@redhat.com wrote:
-if [ -z "$binary" ]; then
+if [ -z "$probeprefix" -a -z "$binary" ]; then
ech
On 02/17/2011 02:12 PM, Anthony Liguori wrote:
(btw what happens in a non-UTF-8 locale? I guess we should just
reject unencodable strings).
While QEMU is mostly ASCII internally, for the purposes of the JSON
parser, we always encode and decode UTF-8. We reject invalid UTF-8
sequences. But
On 02/17/2011 01:26 PM, jes.soren...@redhat.com wrote:
From: Jes Sorensen
Optional feature allowing a user to generate the probe list to match
the name of the binary, in case they wish to install qemu under a
different name than qemu-{system,user},
Signed-off-by: Jes Sorensen
---
scripts/trac
From: Jes Sorensen
Optional feature allowing a user to generate the probe list to match
the name of the binary, in case they wish to install qemu under a
different name than qemu-{system,user},
Signed-off-by: Jes Sorensen
---
scripts/tracetool | 19 +--
1 files changed, 13 in
Hu Tao writes:
> This patch enables drive_add/drive_del qmp commands, which are required
> by libvirt when connecting to qemu using QMP.
These commands were intentionally left out of QMP because they are badly
designed.
I understand the need for drive hot plug in QMP. I started to work on
sane
On 16 February 2011 17:59, wrote:
> From: Christophe Lyon
>
> Now use the same algorithm as described in the ARM ARM.
>
> Signed-off-by: Christophe Lyon
Mostly looks good, and seems to pass random testing.
> + float_status *s = &env->vfp.standard_fp_status;
> + float64 one = int64_to_fl
On 02/17/11 13:16, Paolo Bonzini wrote:
> On 02/15/2011 01:34 PM, jes.soren...@redhat.com wrote:
>> -if [ -z "$binary" ]; then
>> +if [ -z "$probeprefix" -a -z "$binary" ]; then
>> echo "--binary is required for SystemTAP tapset generator"
>> exit 1
>> fi
>
> --bina
On 02/15/2011 01:34 PM, jes.soren...@redhat.com wrote:
-if [ -z "$binary" ]; then
+if [ -z "$probeprefix" -a -z "$binary" ]; then
echo "--binary is required for SystemTAP tapset generator"
exit 1
fi
--binary is always required, even with --probe-prefix, since it
On 02/17/2011 03:26 AM, Avi Kivity wrote:
On 02/16/2011 03:34 PM, Anthony Liguori wrote:
On 02/16/2011 04:24 AM, Avi Kivity wrote:
On 02/16/2011 01:13 AM, Anthony Liguori wrote:
On 02/15/2011 10:26 AM, Chris Wright wrote:
QAPI and QMP
- Anthony adding a new wiki page to describe all of this
On 02/17/2011 02:57 AM, Hu Tao wrote:
This patch enables drive_add/drive_del qmp commands, which are required
by libvirt when connecting to qemu using QMP.
Signed-off-by: Hu Tao
---
qmp-commands.hx | 59 +++
1 files changed, 59 insertions(
Am 15.02.2011 17:27, schrieb Michael S. Tsirkin:
> e1000 supports multi-buffer packets larger than rxbuf_size.
>
> This fixes the following (on linux):
> - in guest: ifconfig eth1 mtu 16110
> - in host: ifconfig tap0 mtu 16110
>ping -s 16082
>
> Red Hat bugzilla: https://bugzilla.red
Public bug reported:
The following happens with QEMU-0.14-rc2. QEMU-0.13 did not have this
problem.
A guest operating system running inside an SVM VM contains the following code
sequence:
c02b: fb sti
c02c: 0f 35 sysexit
The follow
The following changes since commit 79f2b6fcdb7c06cdce6eccc796f5651f3efb843e:
Merge remote branch 'kwolf/for-anthony' into staging (2011-02-16 08:47:13
-0600)
are available in the git repository at:
git://gitorious.org/qemu-maemo/qemu.git linux-user-for-upstream
Laurent Vivier (4):
li
On 02/17/2011 04:21 AM, Gerd Hoffmann wrote:
Hi,
Does F14 happen to use the vmport/vmmount? Maybe this crash is related
to [1].
Yes. Try 'rpm -e xorg-x11-drv-vmmouse' in the guest and check
whenever this avoids the crash to confirm vmmouse is the culprit.
I removed this one and it's dep
On Wed, Feb 16, 2011 at 12:23 PM, M. Mohan Kumar wrote:
> +/*
> + * Returns file descriptor of dirname(path)
> + * This fd can be used by *at functions
> + */
> +static int get_dirfd(FsContext *fs_ctx, const char *path)
> +{
> + V9fsFileObjectRequest request;
> + int fd, error = 0;
> + ch
Hi,
thanks for the review!
On Wed Feb 16, 2011 at 15:57:59 +, Peter Maydell wrote:
> On 15 February 2011 10:49, Adam Lackorzynski
> wrote:
> > Implement VA->PA translations by cp15-c7 that went through unchanged
> > previously.
>
> > + uint32_t c7_par; /* Translation result. */
>
On Thursday 17 February 2011 04:03 PM, Marco Boni wrote:
Hi all,
I am pretty new to QEMU development. To get involved in this, I have
been asked by my supervisor to do a simple modification to QEMU.
We would like to count the number of instructions the virtual machine
processes. In other wor
On Wed, Feb 16, 2011 at 12:23 PM, M. Mohan Kumar wrote:
> + switch (type) {
> + case T_MKNOD:
> + request.data.type = T_MKNOD;
> + break;
> + case T_MKDIR:
> + request.data.type = T_MKDIR;
> + break;
> + case T_SYMLINK:
> + request.data.type = T_SYMLI
hi
I'm running MIPS user mode emulation with qemu. Whenever a memory
reference instruction comes from MIPS ELF how this address is translated
to host virtual address? or is there any mapping function which is
used? my host machine is x86
Regards
hi
I'm running MIPS user mode emulation with qemu. Whenever a memory reference
instruction comes from MIPS ELF how this address is translated to host virtual
address? or is there any mapping function which is used? my host machine is x86
Regards
Hi all,
I am pretty new to QEMU development. To get involved in this, I have
been asked by my supervisor to do a simple modification to QEMU.
We would like to count the number of instructions the virtual machine
processes. In other words, it's all about to declare a counter and
increment it
On Wed, Feb 16, 2011 at 12:23 PM, M. Mohan Kumar wrote:
> +/* Helper routine to fill V9fsFileObjectRequest structure */
> +static void fill_request(V9fsFileObjectRequest *request, const char *path,
> + FsCred *credp)
> +{
> + memset(request, 0, sizeof(*request));
> + request->
Hi,
Does F14 happen to use the vmport/vmmount? Maybe this crash is related
to [1].
Yes. Try 'rpm -e xorg-x11-drv-vmmouse' in the guest and check whenever
this avoids the crash to confirm vmmouse is the culprit.
cheers,
Gerd
On 02/16/2011 03:34 PM, Anthony Liguori wrote:
On 02/16/2011 04:24 AM, Avi Kivity wrote:
On 02/16/2011 01:13 AM, Anthony Liguori wrote:
On 02/15/2011 10:26 AM, Chris Wright wrote:
QAPI and QMP
- Anthony adding a new wiki page to describe all of this
http://wiki.qemu.org/Features/QAPI
[
1 - 100 of 108 matches
Mail list logo
