Public bug reported:
The options -mtdblock, -option-rom, and -pflash are severely under-
documented. For example:
-mtdblock -- It isn't at all clear what this does from --help or the
documentation, and it's especially not clear that it's only implemented
for ARM right now
-option-rom is only
Hi,
I want to use QEMU (version 1.0) to emulate guest systems with x2APIC enabled.
Our host machine is running Debian 6, and the host system has x2APIC support.
I use the following command to run qemu:
qemu-system-x86_64 -nographic -cpu qemu64,+x2apic -serial
mon:/dev/tty -hda
I'm trying to read the asm code generated with the -D qemu option, but I am
having some difficulties.
Should be -d option.
First, I've seen that the generated asm is allocated in different address
ranges. The beginning of the dump says:
end_code0x080486dc
start_code 0x08048000
Currently large memory chunk allocation with tcg_malloc is broken. An attempt
to allocate such chunk when pool_current field of TCGContext is not NULL will
result in circular links in list of memory pools:
p = new pool;
s-pool_current-next = p;
p-next = s-pool_current;
(in tcg_malloc_internal)
An attempt to allocate a large memory chunk after a small one resulted in
circular links in list of pools. It caused the same memory being
allocated twice for different arrays.
Now pools for large memory chunks are kept in separate list and are
freed during pool reset because current allocator
Public bug reported:
I have this error.
qemu: fatal: Trying to execute code outside RAM or ROM at 0x1000
R00=e000ed04 R01=3f5e392e R02=00ff R03=007e
R04=20007038 R05=20003e30 R06= R07=0003
R08= R09=00012874 R10=10101010 R11=
R12= R13=200031d0
Yes, this is a bug: the code which tries to clear the IT bits is doing
it via env-uncached_cpsr = ~CPSR_IT; but the IT bits are cached
elsewhere. I'll send out a patch later today.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
On 02/03/12 11:38, Amos Kong wrote:
--- a/net.c
+++ b/net.c
@@ -84,7 +84,7 @@ static int get_str_sep(char *buf, int buf_size,
const char **pp, int sep)
const char *p, *p1;
int len;
p = *pp;
-p1 = strchr(p, sep);
+p1 = strrchr(p, sep);
if (!p1)
return -1;
Hi, all
'virsh dump' can not work when host pci device is used by guest. We have
discussed this issue here:
http://lists.nongnu.org/archive/html/qemu-devel/2011-10/msg00736.html
The last version is here:
http://lists.nongnu.org/archive/html/qemu-devel/2012-02/msg04228.html
We have determined to
The memory mapping list stores virtual address and physical address mapping.
The virtual address and physical address are contiguous in the mapping.
The folloing patch will use this information to create PT_LOAD in the vmcore.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
Makefile.target
This API will be used in the following patch.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
cpu-common.h |2 ++
exec.c | 11 +++
2 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/cpu-common.h b/cpu-common.h
index a40c57d..fde3e5d 100644
--- a/cpu-common.h
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
cpu-all.h |6 ++
target-i386/arch_memory_mapping.c |7 ++-
2 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/cpu-all.h b/cpu-all.h
index cb72680..01c3c23 100644
--- a/cpu-all.h
+++
Walk cpu's page table and collect all virtual address and physical address
mapping.
Then, add these mapping into memory mapping list. If the guest does not use
paging,
it will do nothing.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
Makefile.target |1 +
configure
Add API to get all virtual address and physical address mapping.
If there is no virtual address for some physical address, the virtual
address is 0.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
memory_mapping.c | 88 ++
Am 02.03.2012 03:50, schrieb Amos Kong:
On 24/02/12 17:34, Kevin Wolf wrote:
Am 10.02.2012 07:27, schrieb Amos Kong:
This allows us to use ipv4/ipv6 for migration addresses.
Once there, it also uses /etc/services names (it came free).
Signed-off-by: Juan Quintelaquint...@redhat.com
Get memory mapping with doing paing is for gdb. crash does not need these
information.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
memory_mapping.c |9 +
memory_mapping.h |3 +++
2 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/memory_mapping.c
Am 02.03.2012 04:33, schrieb Amos Kong:
On 24/02/12 17:08, Kevin Wolf wrote:
Am 10.02.2012 07:27, schrieb Amos Kong:
This allows us to use ipv4/ipv6 for migration addresses.
Once there, it also uses /etc/services names (it came free).
Signed-off-by: Juan Quintelaquint...@redhat.com
Not a reply to the patch but a general observation.
I noticed that the tcp migration uses gethostname
(or getaddrinfo after this patch) from the main
thread - is it really the way to go? Note that
DNS query which is done may block for a large amount
of time. Is it really safe in this context?
The core file contains register's value. These APIs write registers to
core file, and them will be called in the following patch.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
Makefile.target |1 +
configure |4 +
cpu-all.h | 23 +
The core file has register's value. But it does not include all register.
Store the cpu status into QEMU note, and the user can get more information
from vmcore. If you change QEMUCPUState, please count up QEMUCPUSTATE_VERSION.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
cpu-all.h
Dump info contains: endian, class and architecture. The next
patch will use these information to create vmcore.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
cpu-all.h |7 +++
dump.h | 23 +++
target-i386/arch_dump.c | 34
Am 02.03.2012 10:58, schrieb Amos Kong:
On 02/03/12 11:38, Amos Kong wrote:
--- a/net.c
+++ b/net.c
@@ -84,7 +84,7 @@ static int get_str_sep(char *buf, int buf_size,
const char **pp, int sep)
const char *p, *p1;
int len;
p = *pp;
-p1 = strchr(p, sep);
+p1 =
The following patch also needs this API, so make it generally avialable
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
gdbstub.c |9 -
gdbstub.h |9 +
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/gdbstub.c b/gdbstub.c
index 7d470b6..046b036 100644
The command's usage:
dump [-p] file
file should be start with file:(the file's path) or fd:(the fd's name).
If you want to use gdb to analyse the core, please specify -p option.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
Makefile.target |2 +-
dump.c | 714
On Fri, Mar 02, 2012 at 02:25:36PM +0400, Michael Tokarev wrote:
Not a reply to the patch but a general observation.
I noticed that the tcp migration uses gethostname
(or getaddrinfo after this patch) from the main
thread - is it really the way to go? Note that
DNS query which is done may
Add API to allow the user to cancel the current dumping.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
dump.c | 12
hmp-commands.hx | 14 ++
hmp.c|5 +
hmp.h|1 +
qapi-schema.json | 13 +
Add API to allow the user to query dumping status.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
dump.c | 32
hmp-commands.hx |2 ++
hmp.c| 17 +
hmp.h|1 +
monitor.c|7 +++
The new monitor command dump may take long time to finish. So we need run it
at the background.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
dump.c | 168
vl.c |5 +-
2 files changed, 150 insertions(+), 23
Let the user to choose whether to block other monitor command while dumping.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
dump.c |2 +-
hmp-commands.hx |9 +
hmp.c| 49 +++--
qapi-schema.json |4 +++-
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
dump.c | 124 +++--
hmp-commands.hx | 14 --
hmp.c| 14 ++-
memory_mapping.c | 27
memory_mapping.h |2 +
qapi-schema.json |5 ++-
On 17.02.2012 01:58, Timo Sirainen wrote:
Subject: qemu-keymaps: Finnish keyboard mapping broken
Package: qemu-keymaps
Version: 1.0+dfsg-3
Severity: normal
With -k fi -vnc :1 the keyboard layout works pretty well, except the key
between left shift and z key, which generates characters
When taking an exception for an M profile core, we must clear
the IT bits. Since the IT bits are cached in env-condexec_bits
we must clear them there: writing the bits in env-uncached_cpsr
has no effect. (Reported as LP:944645.)
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
Changes where made in
static void do_interrupt_v7m(CPUARMState *env)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/944645
Title:
ARM: CORTEX M, ICI/IT bits in XPSR were not cleared then entering
Patch submitted: http://patchwork.ozlabs.org/patch/144218/
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/944645
Title:
ARM: CORTEX M, ICI/IT bits in XPSR were not cleared then entering
exception
Hi,
as requested by the qemu software, here's my report that qemu says
unknown keycodes `macintosh_aliases(qwertz)', please report to
qemu-devel@nongnu.org
% qemu-system-ppc --version
QEMU emulator version 1.0 (Debian 1.0+dfsg-3), Copyright (c) 2003-2008 Fabrice
Bellard
% uname -a
Linux ibook
Hi,
On 2012-03-02 12:55, Michael Tokarev wrote:
On 17.02.2012 01:58, Timo Sirainen wrote:
Subject: qemu-keymaps: Finnish keyboard mapping broken
Package: qemu-keymaps
Version: 1.0+dfsg-3
Severity: normal
With -k fi -vnc :1 the keyboard layout works pretty well, except the key between left
And use it for exynos4210 NURI board emulation
Signed-off-by: Igor Mitsyanko i.mitsya...@samsung.com
---
Makefile.target |1 +
hw/exynos4_boards.c | 11 +-
hw/maxtouch.c | 1079 +++
3 files changed, 1088 insertions(+), 3
Now that we have GPIO emulation for exynos4210 SoC we can use it to
properly hook up IRQ line to lan9215 controller on SMDK board.
Signed-off-by: Igor Mitsyanko i.mitsya...@samsung.com
---
Makefile.target |2 +-
hw/exynos4210.c | 46 ++
hw/exynos4210.h | 64 +++
This patchset adds Exynos4210 i2c and GPIO implementation along with Atmel MXT
touchscreen
which is used for NURI board emulation.
For convenience, QOM @instance_size==0 related fix (which was posted on mailing
list before
and was reviewed by Paolo Bonzini) merged with this patchset because
Function name type_class_init() gave us a wrong impression of separation
of type's class and object entities initialization. Name type_initialize()
is more appropriate for type_class_init() function (considering what operations
it performs).
Signed-off-by: Igor Mitsyanko i.mitsya...@samsung.com
Create 9 exynos4210 i2c interfaces.
Signed-off-by: Igor Mitsyanko i.mitsya...@samsung.com
---
Makefile.target |1 +
hw/exynos4210.c | 26 +++
hw/exynos4210.h |3 +
hw/exynos4210_i2c.c | 469 +++
4 files changed, 499
QOM documentation states that for objects of type with @instance_size == 0 size
will be assigned to match parent object's size. But currently this feauture is
not implemented and qemu asserts during creation of object with zero
instance_size.
Set appropriate value for type instance_size during
On 02/21/2012 06:08 PM, Michael S. Tsirkin wrote:
On Tue, Feb 21, 2012 at 05:30:32PM -0500, Stefan Berger wrote:
On 02/21/2012 02:58 PM, Michael S. Tsirkin wrote:
On Tue, Feb 21, 2012 at 10:05:26AM -0500, Stefan Berger wrote:
On 02/21/2012 07:18 AM, Michael S. Tsirkin wrote:
When the backend
Hi; this is a pullreq for the arm-devs queue; nothing hugely exciting
here unless you count the final part of the -dtb support. Please pull.
thanks
-- PMM
The following changes since commit 7c51c1aa03a52b9fd75ed1ade2e65d079ae4d50e:
Merge remote-tracking branch 'kwolf/for-anthony' into staging
Il 02/03/2012 08:00, Zhang, Yang Z ha scritto:
Use a timer to emulate update cycle. When update cycle ended and UIE is
setting,
then raise an interrupt. The timer runs only when UF or AF is cleared.
Isn't AF=0 the common case when the RTC starts, so the timer always runs
until the time
Fix confusion in the Property arrays for the arm11mpcore_priv
(per-CPU devices for the ARM11MPcore CPU) and realview_mpcore
(realview-eb board specific device encapsulating CPU and some
extra interrupt controllers) -- the num-irq property was defined
on the wrong device and the
From: Grant Likely grant.lik...@secretlab.ca
If compiled with CONFIG_FDT, allow user to specify a device tree file using
the -dtb argument. If the machine supports it then the dtb will be loaded
into memory and passed to the kernel on boot.
Signed-off-by: Jeremy Kerr jeremy.k...@canonical.com
From: Rusty Russell ru...@rustcorp.com.au
We currently assume that the number of interrupts (ITLinesNumber in
the architecture reference manual) is divisible by 32, since we
present it to the guest when it reads GICD_TYPER (in gic_dist_readb())
as (N / 32) - 1.
Signed-off-by: Rusty Russell
From: Rusty Russell ru...@rustcorp.com.au
Interrupts numbers 0-31 are private to the processor interface, 32-1019 are
general interrupts. Add GIC_INTERNAL and substitute everywhere.
Signed-off-by: Rusty Russell ru...@rustcorp.com.au
[Peter Maydell: converted some tabs to spaces]
Signed-off-by:
** Attachment added: qemu gcc 4.6.1 bug.pdf
https://bugs.launchpad.net/bugs/944753/+attachment/2800876/+files/qemu%20gcc%204.6.1%20bug.pdf
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/944753
Public bug reported:
Just want to warn anyone who hacks QEMU cortex M support under MinGW, it
seems there is a bug in gcc 4.6.1 that compiles this peace of code
wrong.
translate.c:
if (IS_M(env)) {
tmp = tcg_const_i32((insn (1 4)) != 0);
/* PRIMASK
HI,
Can anyone explain their relationship and difference among them? It
is very appreciated if you can make some comments. thanks.
--
Regards,
Zhi Yong Wu
This allows a Spice client to identify a VM
---
ui/spice-core.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/ui/spice-core.c b/ui/spice-core.c
index 1308a3d..8472cdd 100644
--- a/ui/spice-core.c
+++ b/ui/spice-core.c
@@ -19,6 +19,7 @@
#include
That generated code certainly looks fishy, but really you need to report
gcc bugs to the gcc folks, not us.
I see from your quoted fragments of source code that you're using a
version of QEMU which has a bug in its handling of PRIMASK/FAULTMASK
here, incidentally. Commit d3cb6e2b0 (January, not
Am 01.03.2012 17:52, schrieb Paolo Bonzini:
But you can even keep from your first patch the drive-reopen command and
not make it atomic, that shouldn't be a problem.
I'm not sure whether it makes sense for a separate drive-reopen or
whether to just add this to blockdev-transaction (or even
Yes, thanks. I have mentioned that too.
About:
but really you need to report gcc bugs to the gcc folks, not us.
I sow in source code that there are workarounds for different compilers
bugs on different platforms.
--
You received this bug notification because you are a member of qemu-
On 03/01/2012 03:36 PM, Anthony Liguori wrote:
On 03/01/2012 03:30 PM, Eric Blake wrote:
On 03/01/2012 02:10 PM, Anthony Liguori wrote:
2) Execute the following QMP command
{ execute: qmp_capabilities }
{ execute: blockdev-transaction, arguments:
{'actions': [
{ 'type': 'snapshot', 'data' :
{
On 03/01/2012 09:13 AM, Federico Simoncelli wrote:
Signed-off-by: Federico Simoncellifsimo...@redhat.com
This is a good example of the introspection comment. libvirt could never figure
out this was available unless this came in with the original command.
Regards,
Anthony Liguori
---
On February 28, 2012 at 3:36 PM Gerd Hoffmann kra...@redhat.com wrote:
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/hw/usb.c b/hw/usb.c
index 57fc5e3..fc41d62 100644
--- a/hw/usb.c
+++ b/hw/usb.c
We really don't want to wait for packets finish before submitting the
next, we want keep the data flow running.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
usb-linux.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/usb-linux.c b/usb-linux.c
index
---
hw/usb-uhci.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/hw/usb-uhci.c b/hw/usb-uhci.c
index 70e3881..29cb2d8 100644
--- a/hw/usb-uhci.c
+++ b/hw/usb-uhci.c
@@ -950,7 +950,6 @@ static void uhci_fill_queue(UHCIState *s, UHCI_TD *td)
UHCI_TD ptd;
int ret;
Don't signal port status change if the usb device isn't in attached
state. Happens with usb-host devices with the pass-through device
being plugged out at the host.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb-xhci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
With this patch applied USB drivers can enable pipelining per endpoint.
With pipelining enabled the usb core will continue submitting packets
even when there are still async transfers in flight instead of passing
them on one by one.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb.c |
Hi,
After a bunch of usb core restructions since release 1.0, this patch
series now puts the last bits into place, then flips the big switch.
usb can do pipelining now, i.e. have multiple usb transfers in flight
the same time.
Pipelining is supported by usb-host, uhci and xhci. ehci can't
On 03/01/2012 06:47 AM, Avi Kivity wrote:
This batch of updates is mostly Jan's rework of qemu-kvm's TPR
optimization for 32-bit Windows, making Windows XP much faster with kvm
enabled on older Intel and any AMD hardware. Any similarities to the
original hack are purely coincidental.
Please
On 03/01/2012 07:40 AM, Avi Kivity wrote:
The memory core may generate RAM memory regions that are not page
aligned, but the kvm code is not prepared to handle them well and will
abort under certain conditions. This patch fixes the problem.
Please pull from:
On 03/01/2012 06:55 AM, Avi Kivity wrote:
This is the current memory queue (posted as two separate series before
my vacation). When applied, the overhead of 16 bytes/page is reduced to
basically nil.
Please pull from:
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/core
Pulled.
On 03/02/12 13:49, Marc-André Lureau wrote:
This allows a Spice client to identify a VM
Patch doesn't apply, please rebase.
cheers,
Gerd
Il 02/03/2012 14:00, Kevin Wolf ha scritto:
Am 01.03.2012 17:52, schrieb Paolo Bonzini:
But you can even keep from your first patch the drive-reopen command and
not make it atomic, that shouldn't be a problem.
I'm not sure whether it makes sense for a separate drive-reopen or
whether to just
This can happen today in case the -complete() callback queues up the
next packet. Also we'll support pipelining soon, which allows to have
multiple packets per queue in flight (aka ASYNC) state.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb.c |3 +++
1 files changed, 3
Am 02.03.2012 14:25, schrieb Paolo Bonzini:
Il 02/03/2012 14:00, Kevin Wolf ha scritto:
Am 01.03.2012 17:52, schrieb Paolo Bonzini:
But you can even keep from your first patch the drive-reopen command and
not make it atomic, that shouldn't be a problem.
I'm not sure whether it makes sense
Signed-off-by: Kevin Wolf kw...@redhat.com
---
block/qcow2-cache.c | 18 ++
block/qcow2-cluster.c | 15 ++-
block/qcow2.c |9 +
trace-events | 24
4 files changed, 65 insertions(+), 1 deletions(-)
diff
Add a more direct code path to submit control transfers. Instead of
feeding three usb packets (setup, data, ack) to usb_handle_packet and
have the do_token_* functions in usb.c poke the control transfer
parameters out of it just submit a single packet carrying the actual
data with the control
Use the new, direct control transfer submission method instead of
bypassing the usb core by calling usb_device_handle_control directly.
The later fails for async control transfers.
This patch gets xhci + usb-host combo going.
---
hw/usb-xhci.c | 13 +
1 files changed, 5
On Fri, Mar 2, 2012 at 2:25 PM, Gerd Hoffmann kra...@redhat.com wrote:
On 03/02/12 13:49, Marc-André Lureau wrote:
This allows a Spice client to identify a VM
Patch doesn't apply, please rebase.
It applies here on top of git://git.qemu.org/qemu.git/master:
commit
@Jamie,
yes libvirt supports spice. You do have to set the video section
accordingly. Here is an example xml file that works for me:
domain type='kvm'
namespice/name
memory524288/memory
currentMemory524288/currentMemory
vcpu1/vcpu
os
type arch='x86_64' machine='pc-0.12'hvm/type
On 03/02/12 14:59, Marc-André Lureau wrote:
On Fri, Mar 2, 2012 at 2:25 PM, Gerd Hoffmann kra...@redhat.com wrote:
On 03/02/12 13:49, Marc-André Lureau wrote:
This allows a Spice client to identify a VM
Patch doesn't apply, please rebase.
It applies here on top of
But: This + the latest GIT master causes again my problems with the
With or without this one:
commit 5ca2358ac895139e624881c5b3bf3095d3cc4515
Date: Wed Feb 29 09:11:00 2012 -0600
Merge remote-tracking branch 'kraxel/usb.39' into staging
?
cheers,
Gerd
-Original Message-
From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
Bonzini
Sent: Friday, March 02, 2012 8:14 PM
To: Zhang, Yang Z
Cc: qemu-devel@nongnu.org; Jan Kiszka; k...@vger.kernel.org;
aligu...@us.ibm.com; Marcelo Tosatti
Subject: Re: [PATCH v3 5/7]
Hi Igor,
Am 02.03.2012 12:35, schrieb Igor Mitsyanko:
diff --git a/Makefile.target b/Makefile.target
index 7968120..05ce652 100644
--- a/Makefile.target
+++ b/Makefile.target
@@ -349,6 +349,7 @@ obj-arm-y += exynos4210_gic.o exynos4210_combiner.o
exynos4210.o
obj-arm-y +=
On 03/02/2012 06:19 PM, Andreas Färber wrote:
Hi Igor,
Am 02.03.2012 12:35, schrieb Igor Mitsyanko:
diff --git a/Makefile.target b/Makefile.target
index 7968120..05ce652 100644
--- a/Makefile.target
+++ b/Makefile.target
@@ -349,6 +349,7 @@ obj-arm-y += exynos4210_gic.o exynos4210_combiner.o
On Fri, Mar 02, 2012 at 12:21:49PM +0100, Jörg Sommer wrote:
Hi,
as requested by the qemu software, here's my report that qemu says
unknown keycodes `macintosh_aliases(qwertz)', please report to
qemu-devel@nongnu.org
Thanks for the information, I have posted patches a few weeks back
VCARD_ATR_PREFIX is used as part of an array initializer so it should
not have () around it, so far this happened to work, but gcc-4.7 does
not like it.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
libcacard/vcardt.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff
Hi Zhi Yong,
On 03/02/2012 06:38 AM, Zhi Yong Wu wrote:
HI,
Can anyone explain their relationship and difference among them? It
is very appreciated if you can make some comments. thanks.
IRQ == interrupt.
GPIO is just another name for an input or output pin on a chip which could be a
IRQ
On Fri, Mar 02, 2012 at 01:49:22PM +0100, Marc-André Lureau wrote:
This allows a Spice client to identify a VM
My only problem with this is that if we have a monitor vmcchannel you
could issue the command to query that, and much more, without having to
add any messages. And adding a monitor
Hi all,
I am trying to run Vxworks on KVM under X86_64 platform. Now I can
startup vxworks without 'no-kvm' option. However, the bootup failed with
hardware virtualization selected. Has anybody run it successfully?
Any of your suggestions would be appreicated.
Yi
- Mensaje original -
On Fri, Mar 02, 2012 at 01:49:22PM +0100, Marc-André Lureau wrote:
This allows a Spice client to identify a VM
My only problem with this is that if we have a monitor vmcchannel you
could issue the command to query that, and much more, without having
to
add
On Fri, Mar 02, 2012 at 11:15:48AM -0500, Marc-André Lureau wrote:
- Mensaje original -
On Fri, Mar 02, 2012 at 01:49:22PM +0100, Marc-André Lureau wrote:
This allows a Spice client to identify a VM
My only problem with this is that if we have a monitor vmcchannel you
could
On 2012-03-02 17:10, GaoYi wrote:
Hi all,
I am trying to run Vxworks on KVM under X86_64 platform. Now I can
startup vxworks without 'no-kvm' option. However, the bootup failed with
hardware virtualization selected. Has anybody run it successfully?
Any of your suggestions would be
On 2 March 2012 16:01, Anthony Liguori anth...@codemonkey.ws wrote:
On 03/02/2012 06:38 AM, Zhi Yong Wu wrote:
Can anyone explain their relationship and difference among them? It
is very appreciated if you can make some comments. thanks.
IRQ == interrupt.
GPIO is just another name for an
Is something holding up the release to lucid-updates?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/524447
Title:
virsh save is very slow
Status in libvirt virtualization API:
Unknown
Status in
On 27 February 2012 15:16, Bernhard M. Wiedemann bwiedem...@suse.de wrote:
I found that running a debian arm5 bash with qemu runs into varying
problems with -R but works without.
So I had a look at this this afternoon, and what seems to be happening
is that with -R, the call to target_mmap() in
On Fri, Mar 2, 2012 at 9:10 AM, GaoYi gaoyi...@gmail.com wrote:
Hi all,
I am trying to run Vxworks on KVM under X86_64 platform. Now I can
startup vxworks without 'no-kvm' option. However, the bootup failed with
hardware virtualization selected. Has anybody run it successfully?
Any of
Ben, yes, sorry I missed the fact that there was already another bug
that needs verification in lucid-proposed. Bug #592010 needs to be
verified, or reverted, before this one can proceed to lucid-updates.
Verification is tricky, since one needs to do a hardy - lucid upgrade
to verify it.
--
You
Since we don't use usb_desc.c we need to do this ourselves. This fixes
iso transfers no longer working for USB 2 devices due to the ep-type
check in ehci.c
Signed-off-by: Hans de Goede hdego...@redhat.com
---
usb-redir.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff
Hi,
Here is a series of usb patches against current qemu master, mostly
consisting of a whole bunch of small ehci fixes, plus some redirection
fixes.
Regards,
Hans
As clearly stated in the 2.3.2 of the EHCI spec, any time USBERRINT get
sets then if the td has its IOC bit set USBINT should be set as well.
This means that for any status except for USB_RET_NAK we should set
USBINT if the IOC bit is set.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
Before this patch the T-bit was not checked in 2 places, while it should be.
Once we properly check the T-bit everywhere we no longer need the weird
entry 0x1000 and entry 0x1000 checks, so this patch removes them.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
hw/usb-ehci.c | 10
From: Paolo Bonzini [pbonz...@redhat.com]
Sent: Thursday, March 01, 2012 11:54 PM
To: Kai Meyer
Cc: Anthony Liguori; Stefan Weil; qemu-devel@nongnu.org; Nate Bushman
Subject: Re: Add support for new image type
Il 01/03/2012 22:14, Kai Meyer ha scritto:
The nakcnt code in ehci_execute_complete() marked transactions as finished
when a packet completed with a result of USB_RET_NAK, but USB_RET_NAK
means that the device cannot receive / send data at that time and that
the transaction should be retried later, which is also what the usb-uhci
and
1 - 100 of 167 matches
Mail list logo
