> Nested is currently supported only with -cpu host. Kernel 4.9 has the
necessary support but QEMU doesn't.
1. Just to be sure, you mean '-cpu host' in the bare metal host right?
2. Until it is officially supported in qemu, is there any easy way to work
around this? as this setup seemed to have w
This is kinda depressing to read :(
But thanks for explaining.
I got a good laugh when it mentioned of Lotus Notes, "Run away from it."
Would it be reasonable to stick a link to that article in the submit a
patch document? Something like, "If you can't use 'git send-email' for any
reason, then
On Fri, Feb 17, 2017 at 12:17 PM, Eric Blake wrote:
> On 02/17/2017 10:54 AM, Chad Joan wrote:
> > Wow, that is some quick turn-around. Well done!
> >
> > My thoughts:
> >
> >- I find this summary info very helpful! On behalf of the N people
> >trying to heal paper cuts: thank you!
> >
Hi Alex,
I first tried "make docker-image-debian-armhf-cross NOUSER=1 V=1" which
worked fine, then "make docker-image-debian-armhf-cross NOUSER=0" but
got a "Image is up to date." I thought I should have to remove the image
manually so I typed "docker rmi qemu:debian-armhf-cross" and tried aga
On 02/16/2017 09:34 AM, Alex Bennée wrote:
This provides a basic Debian install with access to the emdebian cross
compilers. The debian-armhf-cross and debian-arm64-cross targets build
on the basic Debian image to allow cross compiling to those targets.
A new environment variable (QEMU_CONFIGURE
On 02/14/2017 07:26 AM, Markus Armbruster wrote:
Writing QEMU_STRTOSZ_DEFSUFFIX_* instead of '*' gains nothing. Get
rid of these eyesores.
Signed-off-by: Markus Armbruster
Reviewed-by: Philippe Mathieu-Daudé
---
util/cutils.c | 28 ++--
1 file changed, 10 inserti
On 02/14/2017 07:25 AM, Markus Armbruster wrote:
Signed-off-by: Markus Armbruster
Reviewed-by: Philippe Mathieu-Daudé
---
tests/test-cutils.c | 37 ++---
1 file changed, 26 insertions(+), 11 deletions(-)
diff --git a/tests/test-cutils.c b/tests/test-cutils.
On 02/14/2017 07:25 AM, Markus Armbruster wrote:
The name qemu_strtoll() suggests conversion to long long, but it
actually converts to int64_t. Rename to qemu_strtoi64().
The name qemu_strtoull() suggests conversion to unsigned long long,
but it actually converts to uint64_t. Rename to qemu_st
On 02/14/2017 07:25 AM, Markus Armbruster wrote:
Signed-off-by: Markus Armbruster
Reviewed-by: Philippe Mathieu-Daudé
---
tests/test-cutils.c | 12
1 file changed, 12 insertions(+)
diff --git a/tests/test-cutils.c b/tests/test-cutils.c
index 20b0f59..71681dc 100644
--- a/test
On 02/14/2017 07:25 AM, Markus Armbruster wrote:
Fixes the following documentation bugs:
* Fails to document that null @nptr is safe.
* Fails to document that we return -EINVAL when no conversion could be
performed (commit 47d4be1).
* Confuses long long with int64_t, and unsigned long long w
On 02/16/2017 09:29 AM, Dmitry Fleytman wrote:
This is a refactoring commit that does not change behavior.
Signed-off-by: Dmitry Fleytman
Reviewed-by: Philippe Mathieu-Daudé
---
hw/net/net_rx_pkt.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/hw/net/net_rx_
On 02/17/2017 05:27 AM, Ziyue Yang wrote:
From: Ziyue Yang
This patch eliminates the segfault caused by accessing CPU that doesn't
exist in hmp command "info lapic", which can be reproduced by
$ qemu-system-x86_64 -nographic -M none -serial none -monitor stdio
and then type "info lapic" into
On 02/17/2017 05:27 AM, Ziyue Yang wrote:
From: Ziyue Yang
Currently mon_get_cpu always dereferences first_cpu without checking
whether it's a valid pointer. This commit adds check before dereferencing,
and reports "No CPU" info if there isn't any CPU then returns NULL.
Signed-off-by: Ziyue Ya
I did some work with real ColdFire boards in the past, and after
QOMifying most of the ColdFire devices recently, I feel confident
that I could at least take care of odd fixes for these boards.
Signed-off-by: Thomas Huth
---
MAINTAINERS | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-
Since it is now possible to instantiate a CPU and RAM with the "none"
machine, too, and a kernel can be loaded there with the generic loader
device, there is no more need for the m68k "dummy" machine. Thus let's
remove this unmaintained file now.
Reviewed-by: Laurent Vivier
Signed-off-by: Thomas
The following changes since commit ad584d37f2a86b392c25f3f00cc1f1532676c2d1:
Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream' into staging
(2017-02-16 17:46:52 +)
are available in the git repository at:
https://github.com/huth/qemu.git tags/coldfire-20170219
for you to
Use type_init() and friends to adapt the ColdFire interrupt
controller to the latest QEMU device conventions.
Reviewed-by: Laurent Vivier
Signed-off-by: Thomas Huth
---
hw/m68k/mcf_intc.c | 48
1 file changed, 44 insertions(+), 4 deletions(-)
di
On 6 November 2016 at 17:15, Jose Ricardo Ziviani
wrote:
> Recognizes PPC64 as a valid architecture and setup the environment
> variables to compile code for that.
>
> Signed-off-by: Jose Ricardo Ziviani
> ---
> configure | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --
On 7 February 2017 at 18:33, Laurent Vivier wrote:
> This also adds the basic test file and the configuration update.
>
> This implementation can only test instructions with values in register and
> no memory access.
>
> Signed-off-by: Laurent Vivier
Hi; I got round to setting up my machine with
Add the neccessary sockopts for ping and traceroute on IPv6.
This fixes the following qemu warnings with IPv6:
Unsupported ancillary data: 0/2
Unsupported ancillary data: 0/11
Unsupported ancillary data: 41/25
Unsupported setsockopt level=0 optname=12
Unsupported setsockopt level=41 optname=16
Un
Le 12/02/2017 à 22:15, Artyom Tarasenko a écrit :
On Thu, Feb 2, 2017 at 6:13 AM, David Gibson
wrote:
From: Hervé Poussineau
Machine supports both Open Hack'Ware and OpenBIOS.
Open Hack'Ware is the default because OpenBIOS is currently unable to boot
PReP boot partitions or PReP kernels.
Sig
Le 18/02/2017 à 09:31, Helge Deller a écrit :
> Add the neccessary sockopts for ping and traceroute on IPv6.
>
> This fixes the following qemu warnings with IPv6:
> Unsupported ancillary data: 0/2
> Unsupported ancillary data: 0/11
> Unsupported ancillary data: 41/25
> Unsupported setsockopt level
Ok, thank you for reply.
Here is another patch. I have created different function for software
reset (imx_gpt_soft_reset), and to prevent duplication extracted common
code to imx_gpt_reset_common.
Take a look, please.
---
Subject: [PATCH] i.MX timers: fix software reset
Software reset funct
On 18 February 2017 at 17:45, Michael Davidsaver wrote:
> On 02/16/2017 09:11 AM, Peter Maydell wrote:
>> I haven't actually checked real hardware behaviour, but I think
>> we can fairly safely implement this as not checking the IPSR
>> exception field. (We might as well go with the "reads 1 in
>>
Hi,
Le 09/01/2017 à 14:48, Paolo Bonzini a écrit :
On 09/01/2017 13:49, Markus Armbruster wrote:
Hervé Poussineau writes:
'ide-hd', 'ide-cd' and 'scsi-cd' devices already disable default cdrom.
Make it the same for 'scsi-hd'.
That way, we can add/replace the device on lun=2 without using
On 02/16/2017 09:11 AM, Peter Maydell wrote:
> I haven't actually checked real hardware behaviour, but I think
> we can fairly safely implement this as not checking the IPSR
> exception field. (We might as well go with the "reads 1 in
> handler mode" choice of UNKNOWN that the M3 documents, though.
On 02/17/2017 02:38 PM, Markus Armbruster wrote:
> Make compare_litqobj_to_qobj() cope with null, and drop non-null
> assertions from callers.
>
> compare_litqobj_to_qobj() already checks the QType matches; drop the
> redundant assertions from callers.
>
> Signed-off-by: Markus Armbruster
> ---
On 17 February 2017 at 18:18, Kurban Mallachiev wrote:
> Hello!
>
> i.MX6 RM says that setting software reset bit in CR register of GPT (general
> purpose timers) should resets all of the registers of GPT to their default
> reset values, except for the CLKSRC, EN, ENMOD, STOPEN, WAITEN, and DBGEN
On 02/17/2017 02:38 PM, Markus Armbruster wrote:
> Consistently check for unexpected QDict entries, and qdict_get_qdict()
> success. The latter doesn't tighten the test, it only makes it fail
> more nicely.
>
> Signed-off-by: Markus Armbruster
> ---
> tests/check-qdict.c | 5 +
> 1 file cha
On 02/17/2017 03:54 PM, Vladimir Sementsov-Ogievskiy wrote:
> 17.02.2017 17:24, Kevin Wolf wrote:
>> Am 17.02.2017 um 14:48 hat Denis V. Lunev geschrieben:
>>> On 02/17/2017 04:34 PM, Kevin Wolf wrote:
Am 17.02.2017 um 14:22 hat Denis V. Lunev geschrieben:
> But for sure this is bad from t
Eric Blake writes:
> On 02/17/2017 02:38 PM, Markus Armbruster wrote:
>> Use qdict_get_qdict(), qdict_get_qlist() instead of qdict_get()
>> followed by qobject_to_qdict(), qobject_to_qlist().
>
> Worth a Coccinelle script to make sure we catch it all?
I'm pretty sure I got them all: I examined a
Eric Blake writes:
> On 02/14/2017 04:26 AM, Markus Armbruster wrote:
>> parse_option_size()'s checking for overflow and trailing crap is
>> wrong. Has always been that way. qemu_strtosz() gets it right, so
>> use that.
>>
>> This adds support for size suffixes 'P', 'E', and ignores case for a
Eric Blake writes:
> On 02/14/2017 04:26 AM, Markus Armbruster wrote:
>> This will permit its use in parse_option_size().
>
> Progress! (not that it matters - off_t is a signed value, so you are
> STILL limited to 2^63, not 2^64, as the maximum theoretical size storage
> that you can target - an
Eric Blake writes:
> On 02/14/2017 04:26 AM, Markus Armbruster wrote:
>> This makes qemu_strtosz(), qemu_strtosz_mebi() and
>> qemu_strtosz_metric() similar to qemu_strtoi64(), except negative
>> values are rejected.
>
> Yay. It also opens the door to allowing them to return an unsigned 64
> bit
Eric Blake writes:
> On 02/14/2017 04:26 AM, Markus Armbruster wrote:
>> Change the qemu_strtosz() & friends to return -EINVAL when @endptr is
>> null and the conversion doesn't consume the string completely.
>> Matches how qemu_strtol() & friends work.
>>
>> Only test_qemu_strtosz_simple() pass
Eric Blake writes:
> On 02/14/2017 04:26 AM, Markus Armbruster wrote:
>> Cc: Kevin Wolf
>> Cc: Max Reitz
>> Cc: qemu-bl...@nongnu.org
>> Signed-off-by: Markus Armbruster
>> ---
>> qemu-img.c | 58 +++---
>> 1 file changed, 31 insertions(+),
Eric Blake writes:
> On 02/14/2017 04:26 AM, Markus Armbruster wrote:
>> To parse numbers with metric suffixes, we use
>>
>> qemu_strtosz_suffix_unit(nptr, &eptr, QEMU_STRTOSZ_DEFSUFFIX_B, 1000)
>>
>> Capture this in a new function for legibility:
>>
>> qemu_strtosz_metric(nptr, &eptr)
Add the neccessary sockopts for ping and traceroute on IPv6.
This fixes the following qemu warnings with IPv6:
Unsupported ancillary data: 0/2
Unsupported ancillary data: 0/11
Unsupported ancillary data: 41/25
Unsupported setsockopt level=0 optname=12
Unsupported setsockopt level=41 optname=16
Un
Nested is currently supported only with -cpu host. Kernel 4.9 has the
necessary support but QEMU doesn't.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1665389
Title:
Nested kvm guest fails to star
39 matches
Mail list logo
