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 i
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 ~/debian6.qco
> 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 0x080
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 ca
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 R14=f
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.
h
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
---
Makefile.target |1 +
memory_map
This API will be used in the following patch.
Signed-off-by: Wen Congyang
---
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
+++ b/cpu-common.h
@
Signed-off-by: Wen Congyang
---
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
+++ b/cpu-all.h
@@ -526,11 +526,1
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
---
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
---
memory_mapping.c | 88 ++
memory_mapping.h |8 +
2 fi
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 Quintela
>>> Signed-off
Get memory mapping with doing paing is for gdb. crash does not need these
information.
Signed-off-by: Wen Congyang
---
memory_mapping.c |9 +
memory_mapping.h |3 +++
2 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/memory_mapping.c b/memory_mapping.c
index f74c5d
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 Quintela
>>> Signed-off
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? S
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
---
Makefile.target |1 +
configure |4 +
cpu-all.h | 23 +
target-i386/arch_dump.c | 2
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
---
cpu-all.h | 20 +
Dump info contains: endian, class and architecture. The next
patch will use these information to create vmcore.
Signed-off-by: Wen Congyang
---
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 =
The following patch also needs this API, so make it generally avialable
Signed-off-by: Wen Congyang
---
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
--- a/gdbstub.c
+++ b
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
---
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
Add API to allow the user to cancel the current dumping.
Signed-off-by: Wen Congyang
---
dump.c | 12
hmp-commands.hx | 14 ++
hmp.c|5 +
hmp.h|1 +
qapi-schema.json | 13 +
qmp-commands.hx | 21
Add API to allow the user to query dumping status.
Signed-off-by: Wen Congyang
---
dump.c | 32
hmp-commands.hx |2 ++
hmp.c| 17 +
hmp.h|1 +
monitor.c|7 +++
qapi-schema.json | 26
The new monitor command dump may take long time to finish. So we need run it
at the background.
Signed-off-by: Wen Congyang
---
dump.c | 168
vl.c |5 +-
2 files changed, 150 insertions(+), 23 deletions(-)
diff --git a/dump
Let the user to choose whether to block other monitor command while dumping.
Signed-off-by: Wen Congyang
---
dump.c |2 +-
hmp-commands.hx |9 +
hmp.c| 49 +++--
qapi-schema.json |4 +++-
qmp-commands.hx |
Signed-off-by: Wen Congyang
---
dump.c | 124 +++--
hmp-commands.hx | 14 --
hmp.c| 14 ++-
memory_mapping.c | 27
memory_mapping.h |2 +
qapi-schema.json |5 ++-
qmp-commands.hx |8 +++
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 <> c
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
---
target-arm/helper.c |3 ++-
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 sh
And use it for exynos4210 NURI board emulation
Signed-off-by: Igor Mitsyanko
---
Makefile.target |1 +
hw/exynos4_boards.c | 11 +-
hw/maxtouch.c | 1079 +++
3 files changed, 1088 insertions(+), 3 deletions(-)
create mode 100644 hw
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
---
Makefile.target |2 +-
hw/exynos4210.c | 46 ++
hw/exynos4210.h | 64 +++
hw/exynos4210_gpio.c | 1117 ++
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 GPIO
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
Reviewed-by: Paolo Bo
Create 9 exynos4210 i2c interfaces.
Signed-off-by: Igor Mitsyanko
---
Makefile.target |1 +
hw/exynos4210.c | 26 +++
hw/exynos4210.h |3 +
hw/exynos4210_i2c.c | 469 +++
4 files changed, 499 insertions(+), 0 deletions(-)
cr
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 ty
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 d
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 cr
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 mpcore_rirq_prop
From: Grant Likely
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
Signed-off-by: Grant Likely
[Peter Maydell: Use mac
From: Rusty Russell
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
Signed-off-by: Peter Mayde
From: Rusty Russell
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
[Peter Maydell: converted some tabs to spaces]
Signed-off-by: Peter Maydell
---
hw/arm_gic.c | 41 +++
** 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
T
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);
/* PRIMAS
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
#include
+#incl
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 in
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
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-
dev
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', '
On 03/01/2012 09:13 AM, Federico Simoncelli wrote:
Signed-off-by: Federico Simoncelli
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
---
blockdev.c |
On February 28, 2012 at 3:36 PM Gerd Hoffmann wrote:
> Signed-off-by: Gerd Hoffmann
> ---
> 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
> @@ -356,6 +356,9 @@ voi
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
---
usb-linux.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/usb-linux.c b/usb-linux.c
index 47994f3..4ecb323 100644
--- a/us
---
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
---
hw/usb-xhci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/usb-xh
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
---
hw/usb.c | 11 ++-
h
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 hand
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 pul
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:
git://git.kernel.org/pub/scm/vir
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
>>
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
---
hw/usb.c |3 +++
1 files changed, 3 insertions(+), 0 deletions
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 wheth
Signed-off-by: Kevin Wolf
---
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 --git a/block/qcow2-c
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 xfer
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 insertions(+
On Fri, Mar 2, 2012 at 2:25 PM, Gerd Hoffmann 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 88e6c60671df4c8b1b6c1eb8f76950ab1bea0ec2
@Jamie,
yes libvirt supports spice. You do have to set the video section
accordingly. Here is an example xml file that works for me:
spice
524288
524288
1
hvm
destroy
restart
restart
/usr/bin/kvm-spice
On 03/02/12 14:59, Marc-André Lureau wrote:
> On Fri, Mar 2, 2012 at 2:25 PM, Gerd Hoffmann 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/mas
> 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
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 += exynos4_b
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
e
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 bac
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
---
libcacard/vcardt.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libcacard/vcard
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 l
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 chan
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
>
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
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 woul
On 2 March 2012 16:01, Anthony Liguori 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 input or out
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 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 elfload.c:setup_
On Fri, Mar 2, 2012 at 9:10 AM, 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 sugges
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
---
usb-redir.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/usb-redir.c b/
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
---
hw/usb-ehci.c |2 +
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
---
hw/usb-ehci.c | 10 --
1 files ch
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:
> I
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 usb-oh
1 - 100 of 167 matches
Mail list logo
