On Mon, 25 Feb 2019 at 20:32, Max Filippov wrote:
>
> Hi Peter,
>
> please pull the following batch of target/xtensa updates:
>
> The following changes since commit 1c3d45df5e94042d5fb2bb31416072563ab30e49:
>
> Merge remote-tracking branch 'remotes/ericb/tags/pull-nbd-2019-02-04' into
>
Hi,
I am having a guest freeze issue (win10), and through debugging I found out
that sometimes sorecvfrom() is called from slirp.c because revents ==
G_IO_IN, however inside sorecvfrom() function, ioctlsocket() returns 0
bytes available and recvfrom could be blocking indefinitely. I am not sure
From: Igor Mammedov
it will allow to return another hotplug handler than the default
one for a specific bus based device type. Which is needed to handle
non trivial plug/unplug sequences that need the access to resources
configured outside of bus where device is attached.
That will allow for
On Thu, Feb 14, 2019 at 03:39:11PM +1100, David Gibson wrote:
> I posted some RFCs for this back in December, but didn't wrap it up in
> time for 3.1. Posting again for inclusion in 4.0.
>
> The virtio-balloon devices was never really thought out for cases
> other than 4kiB pagesize on both
On 2/28/19 11:01 AM, Yuval Shaia wrote:
On Thu, Feb 28, 2019 at 10:35:38AM +0200, Marcel Apfelbaum wrote:
Hi Yuval,
On 2/27/19 4:06 PM, Yuval Shaia wrote:
Allow interrogating device internals through HMP interface.
The exposed indicators can be used for troubleshooting by developers or
Found out that the guest freeze issue is due to a block udp reading call
rather than a deaklock. I have rephase the bug description and sent a
patch in qemu-devel.
** Summary changed:
- deadlock in prepare_mmio_access reading mmio
+ sorecvfrom freezes guest
** Description changed:
QEMU
From: Thomas Huth
The MCF5208EVB supports 2 MiB of flash at address 0. Add support
for this memory region and some code to load the file that can
be specified with the "-bios" command line option.
This can be used for example to load U-Boot images for the
MCF5208EVB (we still lack some features
From: Philippe Mathieu-Daudé
Nobody is looking at those files, downgrade this subsystem as orphan.
Remove the qemu-devel@nongnu.org entry because the list is always
selected by the 'All patches CC here' section.
Suggested-by: Markus Armbruster
Signed-off-by: Philippe Mathieu-Daudé
The e-mail address m...@sifive.com of Michael is not valid anymore.
Commit 7d04ac38959f8115f2a02 removed the entry already from the main
RISC-V section, but apparently forgot to remove it from the TCG
backend section, too.
Fixes: 7d04ac38959f8115f2a029d81db1c8aac179aa95
Reviewed-by: Palmer
These files / devices are only used by SPARC machines, so we can sort
them into the corresponding category in the MAINTAINERS file.
Cc: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Thomas Huth
---
MAINTAINERS | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
From: Philippe Mathieu-Daudé
Richard obviously maintains this subdirectory, make this official :)
Remove the qemu-devel@nongnu.org entry because the list is always
selected by the 'All patches CC here' section.
Cc: Richard Henderson
Signed-off-by: Philippe Mathieu-Daudé
Signed-off-by: Thomas
* Zhang, Chen (chen.zh...@intel.com) wrote:
>
> -Original Message-
> From: Dr. David Alan Gilbert [mailto:dgilb...@redhat.com]
> Sent: Tuesday, February 26, 2019 6:55 PM
> To: Zhang, Chen
> Cc: Li Zhijian ; Zhang Chen ;
> Juan Quintela ; zhanghailiang
> ; qemu-dev
> Subject: Re:
On Fri, 4 Jan 2019 at 05:22, David Gibson wrote:
>
> On Fri, Jan 04, 2019 at 12:44:59AM +0100, Alexander Graf wrote:
> >
> >
> > On 03.01.19 18:38, Peter Maydell wrote:
> > > Hi; currently we ship with a u-boot.e500 which is from u-boot
> > > v2017.07. It would be nice to move that forward,
On Thu, Feb 14, 2019 at 03:39:12PM +1100, David Gibson wrote:
> When the balloon is inflated, we discard memory place in it using madvise()
> with MADV_DONTNEED. And when we deflate it we use MADV_WILLNEED, which
> sounds like it makes sense but is actually unnecessary.
>
> The misleadingly
On Thu, Feb 28, 2019 at 07:12:45PM +0530, Aarushi Mehta wrote:
> Hi
>
> This is a trivial contribution part of the BiteSizedTasks on the wiki.
> I found this discussion
> http://git.corpit.ru/?p=qemu.git;a=commit;h=b45c03f585ea9bb1af76c73e82195418c294919d
> on migrating even g_malloc to g_new,
Public bug reported:
I'm trying to execute code that has been built with -march=skylake
-mtune=generic -mavx2 under qemu-user x86-64 with -cpu Skylake-Client.
However this code just hangs at 100% CPU.
Adding input tracing shows that it is likely hanging when dealing with
an AVX instruction:
28.02.2019 16:44, Eric Blake wrote:
> On 2/28/19 4:13 AM, Vladimir Sementsov-Ogievskiy wrote:
>
>> +++ b/qapi/block-core.json
>> @@ -470,12 +470,16 @@
>> # @persistent: true if the bitmap will eventually be flushed to
>> persistent
>> # storage (since
Hi Igor,
On 2/27/19 6:14 PM, Igor Mammedov wrote:
> On Mon, 28 Jan 2019 11:05:45 +
> Shameer Kolothum wrote:
>
>> pc-dimm memory hotplug is enabled using GPIO(Pin 2) based ACPI
>> event. Hot removal functionality is not yet supported.
>>
>> Signed-off-by: Shameer Kolothum
>> ---
>>
On Mon, 25 Feb 2019 at 13:06, Peter Maydell wrote:
>
> On Mon, 25 Feb 2019 at 12:22, Natanael Copa wrote:
> >
> > On Mon, 25 Feb 2019 10:34:23 +
> > Peter Maydell wrote:
> > > The short term fix is to fix your toolchain/compilation
> > > environment options so that it isn't trying to
27.02.2019 21:45, John Snow wrote:
>
>
> On 2/25/19 10:30 AM, Vladimir Sementsov-Ogievskiy wrote:
>> 25.02.2019 17:18, Vladimir Sementsov-Ogievskiy wrote:
>>> 23.02.2019 3:22, John Snow wrote:
Add an inconsistent bit to dirty-bitmaps that allows us to report a bitmap
as
Hi Laszlo,
On 2/27/19 9:14 PM, Laszlo Ersek wrote:
> On 02/27/19 13:55, Shameerali Kolothum Thodi wrote:
>> Hi Laszlo,
>>
>>> -Original Message-
>>> From: Shameerali Kolothum Thodi
>>> Sent: 25 February 2019 09:54
>>> To: 'Laszlo Ersek' ; Auger Eric ;
>>> shannon.zha...@gmail.com;
Am 27.02.2019 um 15:44 hat Stefan Hajnoczi geschrieben:
> Test 238 does not require the kvm accelerator. Using the qtest
> accelerator allows the test to run in both non-kvm and non-tcg
> environments.
>
> iotests.VM implicitly uses the qtest accelerator and is really the class
> that this test
Dr. David Alan Gilbert (git) writes:
> From: "Dr. David Alan Gilbert"
>
> Currently we cleanup the migration object as we exit main after the
> main_loop finishes; however if there's a migration running things
> get messy and we can end up with the migration thread still trying
> to access
On 30/01/19 00:52, Luwei Kang wrote:
> Intel Processor Trace required CPUID[0x14] but the cpuid_level
> have no change when create a kvm guest with
> e.g. "-cpu qemu64,+intel-pt".
>
> Signed-off-by: Eduardo Habkost
> Signed-off-by: Luwei Kang
> ---
> hw/i386/pc.c | 1 +
>
From: Richard Henderson
Note that float16_to_float32 rightly squashes SNaN to QNaN.
But of course pickNaNMulAdd, for ARM, selects SNaNs first.
So we have to preserve SNaN long enough for the correct NaN
to be selected. Thus float16_to_float32_by_bits.
Signed-off-by: Richard Henderson
The CPUWAIT register acts as a sort of power-control: if a bit
in it is 1 then the CPU will have been forced into waiting
when the system was reset (which in QEMU we model as the
CPU starting powered off). Writing a 0 to the register will
allow the CPU to boot (for QEMU, we model this as powering
Create and connect the MHUs in the SSE-200.
Signed-off-by: Peter Maydell
Reviewed-by: Richard Henderson
Message-id: 20190219125808.25174-3-peter.mayd...@linaro.org
---
include/hw/arm/armsse.h | 3 ++-
hw/arm/armsse.c | 40 ++--
2 files changed, 32
* Peter Xu (pet...@redhat.com) wrote:
> On Wed, Feb 27, 2019 at 04:49:00PM +, Dr. David Alan Gilbert (git) wrote:
> > From: "Dr. David Alan Gilbert"
> >
> > Currently we cleanup the migration object as we exit main after the
> > main_loop finishes; however if there's a migration running
> -Original Message-
> From: Auger Eric [mailto:eric.au...@redhat.com]
> Sent: 28 February 2019 10:12
> To: Laszlo Ersek ; Shameerali Kolothum Thodi
> ; shannon.zha...@gmail.com;
> peter.mayd...@linaro.org; imamm...@redhat.com; qemu-devel@nongnu.org;
> qemu-...@nongnu.org
> Cc: xuwei (O)
When unplugging a device, at one point the device will be destroyed
via object_unparent(). This will, one the one hand, unrealize the
removed device hierarchy, and on the other hand, destroy/free the
device hierarchy.
When chaining hotplug handlers, we want to overwrite a bus hotplug
handler by
From: Philippe Mathieu-Daudé
Add Richard as maintainer, and Helge as reviewer.
Cc: Richard Henderson
Cc: Helge Deller
Signed-off-by: Philippe Mathieu-Daudé
[thuth: Add the machine entry alphabetically]
Signed-off-by: Thomas Huth
---
MAINTAINERS | 9 +
1 file changed, 9
From: Philippe Mathieu-Daudé
Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Thomas Huth
Reviewed-by: Markus Armbruster
Signed-off-by: Thomas Huth
---
MAINTAINERS | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 3a034f9..4e38864
RES_REGFILE,
RES_STATE,
+RES_MAX,
};
static uint32_t encode_resource(enum resource_type r, unsigned g, unsigned n)
{
-assert(r < 256 && g < 256 && n < 65536);
+assert(r < RES_MAX && g < 256 && n < 65536);
return (r << 24) | (g << 16) | n;
}
and pushed the updated tag 20190228-xtensa.
--
Thanks.
-- Max
-Original Message-
From: Dr. David Alan Gilbert [mailto:dgilb...@redhat.com]
Sent: Thursday, February 28, 2019 9:03 PM
To: Zhang, Chen
Cc: Li Zhijian ; Zhang Chen ;
Juan Quintela ; zhanghailiang
; qemu-dev
Subject: Re: [PATCH 2/3] Migration/colo.c: Fix COLO failover status error
*
On Thu, 28 Feb 2019 08:46:10 +0800
Wei Yang wrote:
> On Wed, Feb 27, 2019 at 06:27:49PM +0100, Igor Mammedov wrote:
> >On Wed, 27 Feb 2019 13:59:20 +
> >Wei Yang wrote:
> >
> >> On Wed, Feb 27, 2019 at 02:12:42PM +0100, Igor Mammedov wrote:
> >> >On Mon, 25 Feb 2019 12:47:14 +
> >>
On Thu, Feb 21, 2019 at 10:18:52AM +0200, Yuri Benditovich wrote:
> On Thu, Feb 21, 2019 at 8:49 AM Jason Wang wrote:
> >
> >
> > On 2019/2/21 下午2:00, Yuri Benditovich wrote:
> > > On Tue, Feb 19, 2019 at 8:27 AM Jason Wang wrote:
> > >>
> > >> On 2019/2/19 上午7:34, Michael S. Tsirkin wrote:
> >
28.02.2019 12:26, Andrey Shinkevich wrote:
> When a bitmap is removed, we can clean some space on the disk. The size
> of a cluster may be larger, so is the size of the bitmap that includes
> many clusters. Some bitmaps can be as large as tens of megabytes.
> The flag QCOW2_DISCARD_ALWAYS allows a
The SYSCTL block in the SSE-200 has some extra registers that
are not present in the IoTKit version. Add these registers
(as reads-as-written stubs), enabled by a new QOM property.
Signed-off-by: Peter Maydell
Reviewed-by: Richard Henderson
Message-id:
There is a set of VFP instructions which we implement in
disas_vfp_v8_insn() and gate on the ARM_FEATURE_V8 bit.
These were all first introduced in v8 for A-profile, but in
M-profile they appeared in v7M. Gate them on the MVFR2
FPMisc field instead, and rename the function appropriately.
Make the M-profile "init-svtor" property be settable after realize.
This matches the hardware, where this is a config signal which
is sampled on CPU reset and can thus be changed between one
reset and another. To do this we have to change the API we
use to add the property.
(We will need this
The iotkit-sysctl device has a register it names INITSVRTOR0.
This is actually a typo present in the IoTKit documentation
and also in part of the SSE-200 documentation: it should be
INITSVTOR0 because it is specifying the initial value of the
Secure VTOR register in the CPU. Correct the typo.
On Tue, 26 Feb 2019 at 14:12, Alex Bennée wrote:
>
> The following changes since commit ef80b99ce7ffbd66b3efd493f4ca99f8abf59e79:
>
> Merge remote-tracking branch
> 'remotes/stsquad/tags/pull-testing-next-220219-1' into staging (2019-02-25
> 14:04:20 +)
>
> are available in the Git
> -Original Message-
> From: Igor Mammedov [mailto:imamm...@redhat.com]
> Sent: 27 February 2019 16:28
> To: Shameerali Kolothum Thodi
> Cc: eric.au...@redhat.com; shannon.zha...@gmail.com;
> peter.mayd...@linaro.org; qemu-devel@nongnu.org; qemu-...@nongnu.org;
> xuwei (O) ; Linuxarm
* Daniel P. Berrangé (berra...@redhat.com) wrote:
> On Thu, Feb 28, 2019 at 11:40:19AM +, Dr. David Alan Gilbert wrote:
> > * Peter Xu (pet...@redhat.com) wrote:
> > > On Wed, Feb 27, 2019 at 04:49:00PM +, Dr. David Alan Gilbert (git)
> > > wrote:
> > > > From: "Dr. David Alan Gilbert"
>
From: Philippe Mathieu-Daudé
Due to a misuse of rules.mak logical functions, commit f386df17448
disabled the guest-agent test.
Enable it back.
Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Thomas Huth
Reviewed-by: Laurent Vivier
Signed-off-by: Thomas Huth
---
tests/Makefile.include |
Intel vt-d rev3.0 [1] introduces a new translation mode called
'scalable mode', which enables PASID-granular translations for
first level, second level, nested and pass-through modes. The
vt-d scalable mode is the key ingredient to enable Scalable I/O
Virtualization (Scalable IOV) [2] [3], which
On Thu, 28 Feb 2019 at 14:00, Eric Blake wrote:
>
> On 2/28/19 7:42 AM, Aarushi Mehta wrote:
> > Hi
> >
> > This is a trivial contribution part of the BiteSizedTasks on the wiki.
> > I found this discussion
> > http://git.corpit.ru/?p=qemu.git;a=commit;h=b45c03f585ea9bb1af76c73e82195418c294919d
On Thu, 28 Feb 2019 at 04:36, Alexey Kardashevskiy wrote:
>
> The configure script checks multiple times whether it works in a git
> repository and it does this by "test -e "${source_path}/.git" in 4 cases
> but in one case where it tries to enable werror "-d" is used there which
> fails on git
Thanks Daniel and MarcAndre for chiming in here.
Atfer thinking more about it I agree to Daniel that actually mesa should honor
and stick with its affinity assignment.
For documentation purpose: the solution proposed on the ML is at
Currently the Arm arm-powerctl.h APIs allow:
* arm_set_cpu_on(), which powers on a CPU and sets its
initial PC and other startup state
* arm_reset_cpu(), which resets a CPU which is already on
(and fails if the CPU is powered off)
but there is no way to say "power on a CPU as if it had
Implement a model of the Message Handling Unit (MHU) found in
the Arm SSE-200. This is a simple device which just contains
some registers which allow the two cores of the SSE-200
to raise interrupts on each other.
Signed-off-by: Peter Maydell
Reviewed-by: Richard Henderson
Message-id:
Instead of gating the A32/T32 FP16 conversion instructions on
the ARM_FEATURE_VFP_FP16 flag, switch to our new approach of
looking at ID register bits. In this case MVFR1 fields FPHP
and SIMDHP indicate the presence of these insns.
This change doesn't alter behaviour for any of our CPUs.
-arm-20190228-1
for you to fetch changes up to 1c9af3a9e05c1607a36df4943f8f5393d7621a91:
linux-user: Enable HWCAP_ASIMDFHM, HWCAP_JSCVT (2019-02-28 11:03:05 +)
target-arm queue:
* add MHU and dual-core support to Musca boards
Can somebody please pick this up in the near future? (@Eduardo, @MST,
@Paolo, @David - I have no idea who the right person is :) )
The longer we wait, the more likely it is that some stuff gets upstreamed
that conflicts with patch 1 and will break unnoticed. (e.g. spapr PHB
hotplug was just
From: Philippe Mathieu-Daudé
Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Michael S. Tsirkin
Signed-off-by: Thomas Huth
---
MAINTAINERS | 4
1 file changed, 4 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 22e0293..3a034f9 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
From: Philippe Mathieu-Daudé
Acked-by: Daniel P. Berrangé
Signed-off-by: Philippe Mathieu-Daudé
Signed-off-by: Thomas Huth
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4e38864..d81f9c4 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
Let's use a wrapper instead of looking it up manually. This function can
than be reused when we explicitly want to have the bus hotplug handler
(e.g. when the bus hotplug handler was overwritten by the machine
hotplug handler).
Reviewed-by: Igor Mammedov
Signed-off-by: David Hildenbrand
---
On Thu, 28 Feb 2019 08:48:18 +0100
Auger Eric wrote:
> Hi Igor, Shameer,
>
> On 2/27/19 6:51 PM, Igor Mammedov wrote:
> > On Wed, 27 Feb 2019 10:41:45 +
> > Shameerali Kolothum Thodi wrote:
> >
> >> Hi Eric,
> >>
> >>> -Original Message-
> >>> From: Auger Eric
From: "Liu, Yi L"
Intel(R) VT-d 3.0 spec introduces scalable mode address translation to
replace extended context mode. This patch extends current emulator to
support Scalable Mode which includes root table, context table and new
pasid table format change. Now intel_iommu emulates both legacy
This patch adds an option to provide flexibility for user to expose
Scalable Mode to guest. User could expose Scalable Mode to guest by
the config as below:
"-device intel-iommu,caching-mode=on,scalable-mode=on"
The Linux iommu driver has supported scalable mode. Please refer below
patch set:
From: Thomas Huth
The semaphore code was only working with SDL1.2 - with SDL2, it causes
a deadlock. Since we've removed support for SDL1.2 recently, we can
now completely remove the semaphore code from sdlaudio.c.
Signed-off-by: Thomas Huth
Reviewed-by: Philippe Mathieu-Daudé
Message-id:
The following changes since commit 86c7e2f4a93322a76afea5ee6806a83420d1dfea:
Merge remote-tracking branch 'remotes/berrange/tags/authz-core-pull-request'
into staging (2019-02-26 17:59:41 +)
are available in the git repository at:
git://git.kraxel.org/qemu tags/audio-20190228-pull
From: Thomas Huth
At the end of the while-loop, either "samples" or "sdl->live" is zero, so
now that we've removed the semaphore code, the content of the while-loop
is always only executed once. Thus we can remove the while-loop now to
get rid of one indentation level here.
Signed-off-by:
From: Frediano Ziglio
audio_calloc uses g_malloc0 which never returns in case of
memory failure.
Signed-off-by: Frediano Ziglio
Message-id: 20190225154335.11397-2-fzig...@redhat.com
Signed-off-by: Gerd Hoffmann
---
audio/audio.c | 48 ++--
1 file
From: Richard Henderson
Signed-off-by: Richard Henderson
Message-id: 20190219222952.22183-4-richard.hender...@linaro.org
Reviewed-by: Peter Maydell
Signed-off-by: Peter Maydell
---
target/arm/cpu.h | 5 ++
target/arm/translate.c | 129 ++---
2
This reverts commit 823e1b3818f9b10b824ddcd756983b6e2fa68730,
which introduces a regression running EDK2 guest firmware
under KVM:
error: kvm run failed Function not implemented
PC=00013f5a6208 X00=404003c4 X01=003a
X02= X03=404003c4
From: Richard Henderson
Signed-off-by: Richard Henderson
Message-id: 20190219222952.22183-3-richard.hender...@linaro.org
Reviewed-by: Peter Maydell
Signed-off-by: Peter Maydell
---
target/arm/cpu.h | 5
target/arm/translate-a64.c | 49 +-
2
From: Philippe Mathieu-Daudé
Add Michael, Cornelia and Paolo as maintainers of the Linux subsystem.
Remove the qemu-devel@nongnu.org entry because the list is always
selected by the 'All patches CC here' section.
Suggested-by: Paolo Bonzini
Signed-off-by: Philippe Mathieu-Daudé
Acked-by:
On Fri, 1 Feb 2019 at 16:43, Alex Bennée wrote:
>
>
> Peter Maydell writes:
>
> > Add the 'navigation' bar to the sidebar, which for some
> > reason is not enabled by default. Remove 'relations', which
> > is effectively disabled anyway and isn't useful for us.
>
> I'm not sure what the title
> -Original Message-
> From: Shameerali Kolothum Thodi
> Sent: 28 February 2019 12:04
> To: 'Auger Eric' ; Laszlo Ersek ;
> shannon.zha...@gmail.com; peter.mayd...@linaro.org;
> imamm...@redhat.com; qemu-devel@nongnu.org; qemu-...@nongnu.org
> Cc: xuwei (O) ; Linuxarm ; Ard
> Biesheuvel
In case no sound hardware is present both alsa and sdl drivers
initialize successfully and throw errors later on, i.e. effectively
the automatic probing doesn't work. Drop them from the list of
default audio drivers for linux because of that.
Fixes: 6a48541873 audio: probe audio drivers by
From: Frediano Ziglio
Instead of using lot of low level function and manually allocate
the temporary string in audio_process_options use more high
level GLib function. The function is not used in hot path but to
read some initial setting.
Signed-off-by: Frediano Ziglio
Message-id:
On Wed, Feb 27, 2019 at 08:21:40PM +0100, Markus Armbruster wrote:
> Daniel P. Berrangé writes:
>
> > On Wed, Feb 27, 2019 at 07:59:11AM -0600, Eric Blake wrote:
> >> On 2/27/19 5:01 AM, Daniel P. Berrangé wrote:
> >> > On Wed, Feb 27, 2019 at 12:21:32PM +1100, David Gibson wrote:
> >> >> At
On 07/02/19 18:57, Paolo Bonzini wrote:
> diff --git a/default-configs/ppc64-softmmu.mak
> b/default-configs/ppc64-softmmu.mak
> index d642b67..cca5266 100644
> --- a/default-configs/ppc64-softmmu.mak
> +++ b/default-configs/ppc64-softmmu.mak
> @@ -5,11 +5,6 @@ include ppc-softmmu.mak
>
> #
Stefan Hajnoczi writes:
> Test that 32-bit instructions declared UNDEFINED in the ARMv6-M
> Reference Manual really do raise an exception. Also test that the 6
> 32-bit instructions defined in the ARMv6-M Reference Manual do not raise
> an exception.
>
> The Intel HEX (.hex) file is included
On 28.02.19 10:28, David Hildenbrand wrote:
> On 28.02.19 01:03, Richard Henderson wrote:
>> On 2/26/19 3:39 AM, David Hildenbrand wrote:
>>> Combine all variant in a single handler. As source and destination
>>> have different element sizes, we can't use gvec expansion. Expand
>>> manually. Also
> -Original Message-
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> Sent: Thursday, February 28, 2019 7:02 PM
> To: Kang, Luwei ; m...@redhat.com;
> marcel.apfelb...@gmail.com; r...@twiddle.net; ehabk...@redhat.com
> Cc: qemu-devel@nongnu.org
> Subject: Re: [PATCH V2] i386:
On Thu, Feb 28, 2019 at 11:40:19AM +, Dr. David Alan Gilbert wrote:
> * Peter Xu (pet...@redhat.com) wrote:
> > On Wed, Feb 27, 2019 at 04:49:00PM +, Dr. David Alan Gilbert (git)
> > wrote:
> > > From: "Dr. David Alan Gilbert"
> > >
> > > Currently we cleanup the migration object as we
From: Philippe Mathieu-Daudé
Add Paolo as maintainer of the POSIX subsystem.
Remove the qemu-devel@nongnu.org entry because the list is always
selected by the 'All patches CC here' section.
Cc: Paolo Bonzini
Suggested-by: Markus Armbruster
Signed-off-by: Philippe Mathieu-Daudé
On 02/28/19 11:12, Auger Eric wrote:
> Hi Laszlo,
>
> On 2/27/19 9:14 PM, Laszlo Ersek wrote:
>> On 02/27/19 13:55, Shameerali Kolothum Thodi wrote:
>>> Hi Laszlo,
>>>
-Original Message-
From: Shameerali Kolothum Thodi
Sent: 25 February 2019 09:54
To: 'Laszlo Ersek' ;
On Thu, 28 Feb 2019 13:28:47 +0100
David Hildenbrand wrote:
> When unplugging a device, at one point the device will be destroyed
> via object_unparent(). This will, one the one hand, unrealize the
> removed device hierarchy, and on the other hand, destroy/free the
> device hierarchy.
>
> When
On 2/28/19 7:42 AM, Aarushi Mehta wrote:
> Hi
>
> This is a trivial contribution part of the BiteSizedTasks on the wiki.
> I found this discussion
> http://git.corpit.ru/?p=qemu.git;a=commit;h=b45c03f585ea9bb1af76c73e82195418c294919d
> on migrating even g_malloc to g_new, is this not appropriate
Adding Timo who maintainers mesa.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1815889
Title:
qemu-system-x86_64 crashed with signal 31 in
__pthread_setaffinity_new()
Status in Mesa:
Unknown
From: Richard Henderson
Signed-off-by: Richard Henderson
Message-id: 20190219222952.22183-6-richard.hender...@linaro.org
Reviewed-by: Peter Maydell
Signed-off-by: Peter Maydell
---
linux-user/elfload.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/linux-user/elfload.c
From: Richard Henderson
Reviewed-by: Peter Maydell
Signed-off-by: Richard Henderson
Message-id: 20190219222952.22183-5-richard.hender...@linaro.org
Signed-off-by: Peter Maydell
---
target/arm/cpu.c | 1 +
target/arm/cpu64.c | 2 ++
2 files changed, 3 insertions(+)
diff --git
Hi,
On Thu, Feb 28, 2019 at 11:45 AM llyzs wrote:
>
> Hi,
>
> I am having a guest freeze issue (win10), and through debugging I found out
> that sometimes sorecvfrom() is called from slirp.c because revents ==
> G_IO_IN, however inside sorecvfrom() function, ioctlsocket() returns 0
> bytes
Sometimes sorecvfrom() is called from slirp.c because revents == G_IO_IN,
however inside sorecvfrom() function, ioctlsocket() returns 0 bytes available
and recvfrom could be blocking indefinitely. This adds a non-blocking flag to
recvfrom and checks data availability.
---
slirp/socket.c | 4 +++-
> -Original Message-
> From: Igor Mammedov [mailto:imamm...@redhat.com]
> Sent: 27 February 2019 17:14
> To: Shameerali Kolothum Thodi
> Cc: eric.au...@redhat.com; shannon.zha...@gmail.com;
> peter.mayd...@linaro.org; qemu-devel@nongnu.org; qemu-...@nongnu.org;
> Linuxarm ; xuwei (O)
Hi Peter,
the following changes since commit adf2e451f357e993f173ba9b4176dbf3e65fee7e:
Merge remote-tracking branch 'remotes/kevin/tags/for-upstream' into staging
(2019-02-26 19:04:47 +)
are available in the git repository at:
https://gitlab.com/huth/qemu.git
From: Philippe Mathieu-Daudé
Reviewed-by: Mark Cave-Ayland
Signed-off-by: Philippe Mathieu-Daudé
Signed-off-by: Thomas Huth
---
MAINTAINERS | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 8f9f9d7..22e0293 100644
--- a/MAINTAINERS
+++
On Tue, 26 Feb 2019 at 16:56, Eric Blake wrote:
>
> The following changes since commit d88d85f1f0625d57e9f354aa0874c4c8b5d1fb47:
>
> Merge remote-tracking branch 'remotes/stefanha/tags/block-pull-request'
> into staging (2019-02-25 17:28:04 +)
>
> are available in the Git repository at:
>
On 2/28/19 4:13 AM, Vladimir Sementsov-Ogievskiy wrote:
> +++ b/qapi/block-core.json
> @@ -470,12 +470,16 @@
> # @persistent: true if the bitmap will eventually be flushed to
> persistent
> # storage (since 4.0)
>>>
>>> so, bitmap can't be inconsistent and
Hi Andrew,
That's great news, I'll then bring those drivers up to the modern qemu API!
Maybe that's a Linux kernel module configuration issue as well, but
with the BCM System Timer small delays depend on polling the counter.
Without the qemu support that counter register remains zero, causing
an
On Thu, 28 Feb 2019 09:13:25 +0800
Wei Yang wrote:
> On Wed, Feb 27, 2019 at 07:04:02PM +0100, Igor Mammedov wrote:
> >On Mon, 25 Feb 2019 09:15:34 +0800
> >Wei Yang wrote:
> >
> >> On Mon, Feb 25, 2019 at 09:07:08AM +0800, Wei Yang wrote:
> >> >Currently we do device realization like
my guess is we're doing something unhelpful with the AVX insn,
and so the guest code which is checking the result and using it as its
loop condition for the jns is just looping forever
in_asm log just stopped with this as the last line
0x4000b4ef4a: 79 9ejns
Further debugging on IRC reveals that QEMU itself is not hanging, but
the guest code is looping infinitely, because QEMU doesn't implement the
AVX instruction set and isn't generating an undefined-instruction
exception either. So the %rdx output from the AVX insn is wrong and the
guest code never
From: "Liu, Yi L"
Per Intel(R) VT-d 3.0, the qi_desc is 256 bits in Scalable
Mode. This patch adds emulation of 256bits qi_desc.
Signed-off-by: Liu, Yi L
[Yi Sun is co-developer to rebase and refine the patch.]
Signed-off-by: Yi Sun
---
v2:
- modify s-o-b position.
- remove
** Summary changed:
- qemu-user-x86-64 hangs at vcvttsd2si
+ qemu x86 TCG doesn't support AVX insns
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1818075
Title:
qemu x86 TCG doesn't support AVX
sphinx-build complains:
docs/cpu-hotplug.rst:67: ERROR: Unexpected indentation.
docs/cpu-hotplug.rst:69: ERROR: Unexpected indentation.
docs/cpu-hotplug.rst:74: WARNING: Block quote ends without a blank line;
unexpected unindent.
docs/cpu-hotplug.rst:75: WARNING: Block quote ends without a blank
The machine RAM attributes will need to be analyzed during the
configure_accelerator() process. especially kvm_type() arm64
machine callback will use them to know how many IPA/GPA bits are
needed to model the whole RAM range. So let's assign those machine
state fields before calling
1 - 100 of 366 matches
Mail list logo