This fix is now in git master and will be in the upcoming 4.0 QEMU
release.
** Changed in: qemu
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1812091
This is now fixed in git master, in commit 619d54a8d854e797bf562, and
will be in the upcoming 4.0 release.
** Changed in: qemu
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Hi Markus,
(+Michal, Peter)
On 03/11/19 23:08, Markus Armbruster wrote:
> The PC machines put firmware in ROM by default. To get it put into
> flash memory (required by OVMF), you have to use -drive
> if=pflash,unit=0,... and optionally -drive if=pflash,unit=1,...
>
> Why two -drive? This
te-tracking branch
> 'remotes/palmer/tags/riscv-for-master-4.0-rc1-v2' into staging (2019-03-26
> 10:27:20 +)
>
> are available in the Git repository at:
>
> https://git.linaro.org/people/pmaydell/qemu-arm.git
> tags/pull-target-arm-20190326
>
> for you to fet
in the Git repository at:
>
> git://git.kraxel.org/qemu tags/fixes-20190326-pull-request
>
> for you to fetch changes up to 339534d402524d75209df5d287464e17feb6941f:
>
> ati-vga: Fix indexed access to
On 3/25/19 12:47 PM, Juan Quintela wrote:
> From: Zhang Chen
>
> Add the last_colo_mode to save the status after failover.
> This patch can solve the issue that user want to get last colo mode
> use query_colo_status after failover.
>
> Signed-off-by: Zhang Chen
> Reviewed-by: Juan Quintela
>
Thanks for the repro instructions. I think this bug was fixed by commit
41b6513436d2ebb64c7d, which should be in QEMU version 3.0 or later.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is
PS: if you can still reproduce with current QEMU please do let me know
and I'll reopen the bug and investigate further.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1772075
Title:
Segmentation
On 3/26/2019 4:08 AM, Stefan Hajnoczi wrote:
On Fri, Mar 08, 2019 at 09:50:36AM +, Stefan Hajnoczi wrote:
On Thu, Mar 07, 2019 at 03:29:41PM -0800, John G Johnson wrote:
On Mar 7, 2019, at 11:27 AM, Stefan Hajnoczi wrote:
On Thu, Mar 07, 2019 at 02:51:20PM +, Daniel P. Berrangé
On 03/26/19 14:09, Igor Mammedov wrote:
> adds simple arm/virt test case that starts guest with
> bios-tables-test.aarch64.iso.qcow2 boot image which
> initializes UefiTestSupport* structure in RAM once
> guest is booted.
>
> * see commit: tests: acpi: add acpi_find_rsdp_address_uefi() helper
>
On 03/26/19 14:09, Igor Mammedov wrote:
> For testcase to use UEFI firmware, one needs to provide and specify
> firmwarei and varstore blobs names in test_data { uefi_fl1, uefi_fl2) }
> fields respectively and RAM start address plus size where to look for
> test structure signature. Additionally
On 03/26/19 14:09, Igor Mammedov wrote:
> once FW provides a pointer to SMBIOS entry point like it does for
> RSDP it should be possible to enable this one the same way.
>
> Signed-off-by: Igor Mammedov
> ---
> tests/bios-tables-test.c | 7 +--
> 1 file changed, 5 insertions(+), 2
From: Kito Cheng
base register is no rs1 not rs2 for fsw.
Signed-off-by: Kito Cheng
---
target/riscv/insn_trans/trans_rvc.inc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/riscv/insn_trans/trans_rvc.inc.c
b/target/riscv/insn_trans/trans_rvc.inc.c
index
Adding QEMU-devel
-Original Message-
From: Michael S. Tsirkin
Sent: Tuesday, March 26, 2019 2:53 PM
To: Elijah Shakkour
Cc: Knut Omang ; Alex Williamson
; Marcel Apfelbaum ;
Stefan Hajnoczi ; pet...@redhat.com
Subject: Re: QEMU and vIOMMU support for emulated VF passthrough to nested
On 26/03/19 14:18, Stefan Hajnoczi wrote:
> Hi Sergio,
> Here are the forgotten event loop optimizations I mentioned:
>
> https://github.com/stefanha/qemu/commits/event-loop-optimizations
>
> The goal was to eliminate or reorder syscalls so that useful work (like
> executing BHs) occurs as
You can reproduce the bug without any Linux image.
you can quit Qemu (CTRL-A C quit) without the bug reported
qemu-system-aarch64 -M virt -cpu cortex-a57 -nographic -net none -parallel none
-bios QEMU_EFI.fd
or generate the bug with:
qemu-system-aarch64 -M virt -cpu cortex-a57 -nographic -net
I think this bug should be fixed by commit c8877d0f2f662bf01346a (which
has just landed in git master and should be in rc1 when we tag it,
probably later today). Please let us know if it hasn't fixed all the
regressions for you.
** Changed in: qemu
Status: New => Fix Committed
--
You
From: Laurent Vivier
Stop processing the descriptor list instead. The next frame timer tick will
resume the work
Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=1686705
Suggested-by: Gerd Hoffmann
Signed-off-by: Laurent Vivier
Message-id: 20190321085212.10796-1-lviv...@redhat.com
On Thu, 21 Mar 2019 at 18:40, Sandra Loosemore wrote:
>
> This patch adds support for a generic MMU-less Nios II board that can
> be used e.g. for bare-metal compiler testing with the linker script
> and startup code provided by libgloss. Nios II booting is also
> tweaked so that bare-metal
On Tue, 26 Mar 2019 14:50:58 +1100
David Gibson wrote:
> qemu_getrampagesize() works out the minimum host page size backing any of
> guest RAM. This is required in a few places, such as for POWER8 PAPR KVM
> guests, because limitations of the hardware virtualization mean the guest
> can't use
From: BALATON Zoltan
Coverity (CID 1399700) found that this was wrong so instead of trying
to do it by hand use existing access functions that should work better.
Signed-off-by: BALATON Zoltan
Message-id: 20190318223842.427cb745...@zero.eik.bme.hu
Signed-off-by: Gerd Hoffmann
---
On Thu, 21 Mar 2019 at 18:40, Sandra Loosemore wrote:
>
> This patch adds support for libgloss semihosting to Nios II bare-metal
> emulation. The specification for the protocol can be found in the
> libgloss sources.
>
> Signed-off-by: Sandra Loosemore
> Signed-off-by: Julian Brown
> ---
The following changes since commit 4aef51963924fd58ffe88daebbe8055a360d7c10:
Merge remote-tracking branch 'remotes/palmer/tags/riscv-for-master-4.0-rc1'
into staging (2019-03-26 08:51:35 +)
are available in the Git repository at:
git://git.kraxel.org/qemu tags/fixes-20190326-pull
On 3/24/19 3:41 PM, Thomas Huth wrote:
On 23/03/2019 15.26, Jafar Abdi wrote:
Clean up wrong usage of FALSE and TRUE in places that use "bool" from stdbool.h.
FALSE and TRUE (with capital letters) are the constants defined by glib for
being used with the "gboolean" type of glib. But some parts
I also tested save/restore operations, and observed that clock in guest would
not jump after restoring either. If we consider guest clock not being
synchronized with real wall clock as an issue, does it mean save/restore
function has the same issue?
Thanks,
Heyi
On 2019/3/26 19:54, Heyi
On Thu, 7 Mar 2019 at 20:12, Richard Henderson
wrote:
>
> The system group is predefined within gdb. While the spec
> seems to allow arbitrary group names, that seems to mess up
> the addition of all registers to any groups.
>
> Signed-off-by: Richard Henderson
> ---
> target/arm/gdbstub.c | 2
On Mon, 4 Feb 2019 at 13:12, Richard Henderson
wrote:
>
> One fixup to the set of patches applied to target-arm.next.
> One adjustment to what is now patch 3 wrt EXCP_SEMIHOST.
>
>
> r~
>
>
> Richard Henderson (4):
> fixup! target/arm: Cache the GP bit for a page in MemTxAttrs
> target/arm:
On 3/24/19 2:05 PM, Ernest Esene wrote:
Categorize devices in "uncategorised devices" section
This patch is based on BiteSizedTask.
Signed-off-by: Ernest Esene
TPM part:
Reviewed-by: Stefan Berger
---
hw/dma/i82374.c | 2 ++
hw/i386/amd_iommu.c | 2 ++
On Thu, 7 Mar 2019 at 20:12, Richard Henderson
wrote:
>
> The system registers aren't that interesting for debugging
> user binaries. Avoid adding them in this case.
>
> Signed-off-by: Richard Henderson
I think a better approach would be to arrange to only
expose to the gdbstub for linux-user
On Tue, 26 Mar 2019 at 13:35, Peter Maydell wrote:
>
> On Thu, 7 Mar 2019 at 14:47, Richard Henderson
> wrote:
> >
> > This will let backends implement the double-word shift operation.
> >
> > Signed-off-by: Richard Henderson
> > diff --git a/tcg/README b/tcg/README
> > index
On 26/03/19 14:18, Stefan Hajnoczi wrote:
> Hi Sergio,
> Here are the forgotten event loop optimizations I mentioned:
>
> https://github.com/stefanha/qemu/commits/event-loop-optimizations
>
> The goal was to eliminate or reorder syscalls so that useful work (like
> executing BHs) occurs as
On Thu, 7 Mar 2019 at 14:47, Richard Henderson
wrote:
>
> This will let backends implement the double-word shift operation.
>
> Signed-off-by: Richard Henderson
> diff --git a/tcg/README b/tcg/README
> index 603f4df659..ddabf33017 100644
> --- a/tcg/README
> +++ b/tcg/README
> @@ -343,6 +343,11
On Thu, 7 Mar 2019 at 14:41, Richard Henderson
wrote:
>
> This is, after all, how we implement extract2 in tcg/aarc64.
"aarch64".
>
> Cc: qemu-...@nongnu.org
> Cc: Peter Maydell
> Signed-off-by: Richard Henderson
> ---
> target/arm/translate-a64.c | 38 --
Changelog:
- from v1:
* rebase on top
(1) [PATCH for-4.1 v3 00/12] bundle edk2 platform firmware with QEMU
let me to drop edk2 images and drop Makefile magic to unpack them,
Laszlo's series conveniently does it all for me.
* use new path/names for firmware
If RSDP revision is more than 0 fetch table pointed by XSDT
and fallback to legacy RSDT table otherwise.
While at it drop unused acpi_get_xsdt_address().
Signed-off-by: Igor Mammedov
---
PS:
it doesn't affect existing pc/q35 machines as they use RSDP.revision == 0
but it will be used by
On 26/03/19 12:38, Yang Zhong wrote:
> On Tue, Mar 26, 2019 at 10:07:35AM +0100, Paolo Bonzini wrote:
>> Would separate QEMU binaries be a solution? I think I am not as opposed
>> to a "q35-lite" machine type these days, I find it preferrable to share
>> the northbridge and southbridge with Q35
On 26/03/19 13:57, Michael S. Tsirkin wrote:
> On Thu, Mar 14, 2019 at 03:30:30PM +0100, Paolo Bonzini wrote:
>> RISC-V targets did not include PCIe ports before the Kconfig transition,
>> and grew them afterwards, but they are nonfunctional because the interrupt
>> controller does not support
In case of UEFI, RSDP doesn't have to be located in lowmem,
it could be placed at any address. Make sure that test won't
break if it is placed above the first 4Gb of address space.
PS:
While at it cleanup some local variables as we don't really
need them.
Signed-off-by: Igor Mammedov
that way it would be possible to test a DSDT pointed by
64bit X_DSDT field in FADT.
PS:
it will allow to enable testing arm/virt board, which sets
only newer X_DSDT field.
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
---
v2:
add 'val = le32_to_cpu(val)' even if it doesn't
If FADT has HW_REDUCED_ACPI flag set, do not attempt to fetch
FACS as it's not provided by the board.
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
---
tests/bios-tables-test.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git
so name would reflect what the function does
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
---
tests/acpi-utils.h | 2 +-
tests/acpi-utils.c | 2 +-
tests/bios-tables-test.c | 2 +-
tests/vmgenid-test.c | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
+)
are available in the Git repository at:
https://git.linaro.org/people/pmaydell/qemu-arm.git
tags/pull-target-arm-20190326
for you to fetch changes up to c99ef792dc9ec6d8a5061428faf396ea9ceb8f57:
gdbstub: fix vCont packet handling when no thread is specified (2019-03-26
12:53:26
introduce UEFI specific counterpart to acpi_find_rsdp_address()
that will help to find RSDP address when [OA]VMF is used as
firmware. It requires guest firmware or other guest app to place
1Mb aligned UefiTestSupport structure (defined in this patch)
in RAM with UefiTestSupport::signature_guid set
For testcase to use UEFI firmware, one needs to provide and specify
firmwarei and varstore blobs names in test_data { uefi_fl1, uefi_fl2) }
fields respectively and RAM start address plus size where to look for
test structure signature. Additionally testcase should specify
bootable cdrom image
From: Richard Henderson
Fixes: https://bugs.launchpad.net/bugs/1821430
Signed-off-by: Richard Henderson
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Alex Bennée
Message-id: 20190325161338.6536-1-richard.hender...@linaro.org
Signed-off-by: Peter Maydell
---
target/arm/cpu.c | 5 +
1
boot_sector_init() won't be used by arm/virt board, so move it from
global scope to x86 branch that uses it.
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
---
tests/bios-tables-test.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
adds simple arm/virt test case that starts guest with
bios-tables-test.aarch64.iso.qcow2 boot image which
initializes UefiTestSupport* structure in RAM once
guest is booted.
* see commit: tests: acpi: add acpi_find_rsdp_address_uefi() helper
Signed-off-by: Igor Mammedov
---
v3:
* use
Instead of just asserting print the error that lead to assert first.
While at it move assert into rebuild branch, which removes reduntant
check done in case of !rebuild branch is taken (the later is taken
care of by g_assert_no_error).
Signed-off-by: Igor Mammedov
---
tests/bios-tables-test.c |
From: Luc Michel
The vCont packet accepts a series of actions, each being applied on a
given thread ID. Giving no thread ID for an action is valid and means
"all threads".
This commit fixes vCont packets being incorrectly rejected when no
thread ID was given for an action.
In multiprocess
Make initial list contain aarch64 and x86_64 targets.
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
---
v2:
* fix up error message (Philippe Mathieu-Daudé )
---
tests/data/acpi/rebuild-expected-aml.sh | 23 +++
1 file changed, 11 insertions(+), 12
once FW provides a pointer to SMBIOS entry point like it does for
RSDP it should be possible to enable this one the same way.
Signed-off-by: Igor Mammedov
---
tests/bios-tables-test.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/tests/bios-tables-test.c
Signed-off-by: Igor Mammedov
---
tests/data/acpi/virt/APIC | Bin 0 -> 168 bytes
tests/data/acpi/virt/DSDT | Bin 0 -> 18476 bytes
tests/data/acpi/virt/FACP | Bin 0 -> 268 bytes
tests/data/acpi/virt/GTDT | Bin 0 -> 96 bytes
tests/data/acpi/virt/MCFG | Bin 0 -> 60 bytes
Hi Sergio,
Here are the forgotten event loop optimizations I mentioned:
https://github.com/stefanha/qemu/commits/event-loop-optimizations
The goal was to eliminate or reorder syscalls so that useful work (like
executing BHs) occurs as soon as possible after an event is detected.
I remember
On Thu, Mar 14, 2019 at 03:30:30PM +0100, Paolo Bonzini wrote:
> RISC-V targets did not include PCIe ports before the Kconfig transition,
> and grew them afterwards, but they are nonfunctional because the interrupt
> controller does not support MSI. This patch restores the situation prior to
>
Modify create/destroy QP to support shared receive queue.
Signed-off-by: Kamal Heib
---
hw/rdma/rdma_backend.c | 9 --
hw/rdma/rdma_backend.h | 6 ++--
hw/rdma/rdma_rm.c| 23 +--
hw/rdma/rdma_rm.h| 3 +-
hw/rdma/rdma_rm_defs.h | 1 +
Adding the required functions and definitions for support managing the
shared receive queues (SRQs).
Signed-off-by: Kamal Heib
---
hw/rdma/rdma_rm.c | 83 ++
hw/rdma/rdma_rm.h | 10 +
hw/rdma/rdma_rm_defs.h | 8
3 files changed, 101
Implement the pvrdma device commands for supporting SRQ
Signed-off-by: Kamal Heib
---
hw/rdma/vmw/pvrdma_cmd.c| 147
hw/rdma/vmw/pvrdma_main.c | 16
hw/rdma/vmw/pvrdma_qp_ops.c | 46 ++-
hw/rdma/vmw/pvrdma_qp_ops.h | 1 +
4 files
Add the required function and definitions for support shared receive
queues (SRQs) in the backend layer.
Signed-off-by: Kamal Heib
---
hw/rdma/rdma_backend.c | 116 +++-
hw/rdma/rdma_backend.h | 12
hw/rdma/rdma_backend_defs.h | 5 ++
3 files
This series implements the SRQ (Shared Receive Queue) for the pvrdma
device, It also includes all the needed functions and definitions for
support SRQ in the backend and resource management layers.
Changes from v1->v2:
- Handle checkpatch.pl warnings.
Kamal Heib (4):
hw/rdma: Add SRQ support
On Tue, Mar 26, 2019 at 02:59:19PM +0800, Jason Wang wrote:
>
> On 2019/3/25 下午8:32, Michael S. Tsirkin wrote:
> > On Mon, Mar 25, 2019 at 11:56:13AM +0800, Jason Wang wrote:
> > > We used to set backend unconditionally, this won't work for some
> > > guests (e.g windows driver) who may not
On Tue, 26 Mar 2019 00:50:53 +0900,
Richard Henderson wrote:
>
> On 3/25/19 2:38 AM, Yoshinori Sato wrote:
> >>> +static bool trans_EMUL_mr(DisasContext *ctx, arg_EMUL_mr *a)
> >>> +{
> >>> +TCGv val, mem;
> >>> +mem = tcg_temp_new();
> >>> +val = rx_load_source(ctx, mem, a->ld,
On 13/03/2019 17.31, Jason J. Herne wrote:
> Add bootindex property and iplb data for vfio-ccw devices. This allows us to
> forward boot information into the bios for vfio-ccw devices.
>
> Refactor s390_get_ccw_device() to return device type. This prevents us from
> having to use messy casting
On Fri, 16 Nov 2018 at 18:43, John Snow wrote:
>
> Coverity warns that backing_bs() could give us a NULL pointer, which
> we then use without checking that it isn't.
>
> In our loop condition, we check bs && bs->drv as a point of habit, but
> by nature of the block graph, we cannot have null bs
On Mon, 25 Mar 2019 at 18:13, Juan Quintela wrote:
>
> This way we can change the packet size in the future and everything
> will work. We choose an arbitrary big number (100 times configured
> size) as a limit about how big we will reallocate.
>
> Signed-off-by: Juan Quintela
> Reviewed-by:
On 13/03/2019 17.31, Jason J. Herne wrote:
> Introduce a library function for executing format-0 and format-1
> channel programs and waiting for their completion before continuing
> execution.
>
> Add cu_type() to channel io library. This will be used to query control
> unit type which is used to
Hi Steven,
Thanks for your explanation. Please see my comments below.
On 2019/3/21 0:29, Steven Price wrote:
On 19/03/2019 14:39, Heyi Guo wrote:
Hi Christoffer and Steve,
On 2019/3/15 16:59, Christoffer Dall wrote:
Hi Steve,
On Wed, Mar 13, 2019 at 10:11:30AM +, Steven Price wrote:
On Tue, Mar 26, 2019 at 10:07:35AM +0100, Paolo Bonzini wrote:
> On 26/03/19 08:00, Xiao Guangrong wrote:
> > On 3/26/19 7:18 AM, Paolo Bonzini wrote:
> >> Also, what is the use case? Is it to reduce the attack surface without
> >> having multiple QEMU binaries?
> >
> > Security is one story we
Stefan Hajnoczi writes:
> On Mon, Mar 25, 2019 at 02:34:36PM +0100, Sergio Lopez wrote:
>> Our current ThreadPool implementation lacks support for AioContext's
>> event notifications. This not only means that it can't take advantage
>> from the IOThread's adaptive polling, but also that the
> From: Aleksandar Markovic
> Subject: Re: [PATCH v2 1/7] target/mips: Fix . MSA
> instructions for MIPS big endian host
>
> > From: Mateja Marjanovic
> > Subject: Re: [PATCH v2 1/7] target/mips: Fix . MSA
> > instructions for MIPS big endian host
> > On 25.3.19. 22:21, Aleksandar Markovic
On Mon, Mar 18, 2019 at 11:34:46PM +0100, BALATON Zoltan wrote:
> Coverity (CID 1399700) found that this was wrong so instead of trying
> to do it by hand use existing access functions that should work better.
Added to patch queue.
thanks,
Gerd
On Thu, Mar 21, 2019 at 09:52:12AM +0100, Laurent Vivier wrote:
> Stop processing the descriptor list instead. The next frame timer tick will
> resume the work
>
> Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=1686705
> Suggested-by: Gerd Hoffmann
> Signed-off-by: Laurent Vivier
Added
> From: Mateja Marjanovic
> Subject: Re: [PATCH v2 1/7] target/mips: Fix . MSA
> instructions for MIPS big endian host
> On 25.3.19. 22:21, Aleksandar Markovic wrote:
>> From: Mateja Marjanovic
>> Subject: [PATCH v2 1/7] target/mips: Fix . MSA instructions
>> for MIPS big endian host
>> Please
On 03/26/19 07:17, Markus Armbruster wrote:
> Zheng Xiang writes:
>
>> Hi Peter,
>>
>> Thanks for your reply!
>>
>> On 2019/3/25 21:11, Peter Maydell wrote:
>>> On Mon, 25 Mar 2019 at 12:53, Xiang Zheng wrote:
Currently we fill the VIRT_FLASH space with two 64MB NOR images when
On Tue, 26 Mar 2019 at 10:25, Palmer Dabbelt wrote:
>
> merged tag 'riscv-for-master-4.0-rc1'
> The following changes since commit 4aef51963924fd58ffe88daebbe8055a360d7c10:
>
> Merge remote-tracking branch 'remotes/palmer/tags/riscv-for-master-4.0-rc1'
> into staging (2019-03-26 08:51:35
On Tue, 19 Mar 2019 at 21:46, Bandan Das wrote:
>
> This function is used in the delete path only and can
> be replaced by a call to usb_mtp_object_free.
>
> Signed-off-by: Bandan Das
> ---
Reviewed-by: Peter Maydell
thanks
-- PMM
On Tue, 19 Mar 2019 at 21:46, Bandan Das wrote:
>
> There's no functional change but the flow is (hopefully)
> more consistent for both file and folder object types.
>
> Signed-off-by: Bandan Das
> ---
> hw/usb/dev-mtp.c | 58 +---
> 1 file changed,
On Mon, 25 Mar 2019 at 11:05, Luc Michel wrote:
>
> The vCont packet accepts a series of actions, each being applied on a
> given thread ID. Giving no thread ID for an action is valid and means
> "all threads".
>
> This commit fixes vCont packets being incorrectly rejected when no
> thread ID was
On Mon, 25 Mar 2019 at 16:13, Richard Henderson
wrote:
>
> Fixes: https://bugs.launchpad.net/bugs/1821430
> Signed-off-by: Richard Henderson
> ---
> target/arm/cpu.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/target/arm/cpu.c b/target/arm/cpu.c
> index 96f0ff0ec7..d9b8658921
On Tue, Mar 26, 2019 at 06:39:40AM +, Peter Maydell wrote:
> On Mon, 25 Mar 2019 at 18:51, Eric Blake wrote:
> > On 3/25/19 1:04 PM, Marc-André Lureau wrote:
> > > RFC: is this acceptable during freeze? (not a feature or code change)
> >
> > It's a big enough change that I'd personally feel
On 26/03/19 10:35, Laurent Vivier wrote:
> The change was based on the comments in the file.
Right, but the comments do not imply that crypto is being built in the
user-only case.
In fact, only char/ is being built for --disable-system --disable-tools,
and even that is because:
1)
On Tue, 26 Mar 2019 at 09:10, Markus Armbruster wrote:
>
> The following changes since commit d132baa05ed7a647067c807fd452ec794cc2ecb7:
>
> Merge remote-tracking branch 'remotes/stefanha/tags/tracing-pull-request'
> into staging (2019-03-25 17:01:10 +)
>
> are available in the Git
merged tag 'riscv-for-master-4.0-rc1'
The following changes since commit 4aef51963924fd58ffe88daebbe8055a360d7c10:
Merge remote-tracking branch 'remotes/palmer/tags/riscv-for-master-4.0-rc1'
into staging (2019-03-26 08:51:35 +)
are available in the Git repository at:
From: Kito Cheng
base register is no rs1 not rs2 for fsw.
Signed-off-by: Kito Cheng
Reviewed-by: Palmer Dabbelt
Signed-off-by: Palmer Dabbelt
---
target/riscv/insn_trans/trans_rvc.inc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Signed-off-by: Greg Kurz
---
target/ppc/translate.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/target/ppc/translate.c b/target/ppc/translate.c
index 576210d901ad..badc1ae1a35d 100644
--- a/target/ppc/translate.c
+++ b/target/ppc/translate.c
@@ -3753,7
Richard Henderson writes:
> Fixes: https://bugs.launchpad.net/bugs/1821430
> Signed-off-by: Richard Henderson
> ---
> target/arm/cpu.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/target/arm/cpu.c b/target/arm/cpu.c
> index 96f0ff0ec7..d9b8658921 100644
> ---
Unfortunately I was only able to check in 3.1.
There is no problem with the call.
root@unit6:/mnt/build/chroot# dpkg -l | grep qemu-user-static
ii qemu-user-static
1:3.1+dfsg-5amd64QEMU user mode
emulation
On Tue, 26 Mar 2019 at 07:16, Markus Armbruster wrote:
>
> The following changes since commit d132baa05ed7a647067c807fd452ec794cc2ecb7:
>
> Merge remote-tracking branch 'remotes/stefanha/tags/tracing-pull-request'
> into staging (2019-03-25 17:01:10 +)
>
> are available in the Git
On Tue, 26 Mar 2019 14:45:57 +0530
Aravinda Prasad wrote:
> On Tuesday 26 March 2019 02:00 PM, Greg Kurz wrote:
> > On Tue, 26 Mar 2019 10:32:35 +1100
> > David Gibson wrote:
> >
> >> On Mon, Mar 25, 2019 at 01:56:50PM +0530, Aravinda Prasad wrote:
> >>>
> >>>
> >>> On Monday 25 March 2019
On Tue, Mar 26, 2019 at 10:13:54AM +0100, Kevin Wolf wrote:
> Am 26.03.2019 um 08:55 hat Stefano Garzarella geschrieben:
> > On Mon, Mar 25, 2019 at 10:56:57PM +0100, Philippe Mathieu-Daudé wrote:
> > > Le lun. 25 mars 2019 21:53, John Snow a écrit :
> > > > On 3/21/19 5:40 AM, Stefano Garzarella
On 26/03/2019 10:00, Paolo Bonzini wrote:
> On 21/03/19 13:46, Laurent Vivier wrote:
>> +
>> +ifneq ($(CONFIG_USER_ONLY),y)
>> ###
>> # authz-obj-y is code used by both qemu system emulation and qemu-img
>>
>> @@ -21,21 +27,11
Le mar. 26 mars 2019 10:14, Kevin Wolf a écrit :
> Am 26.03.2019 um 08:55 hat Stefano Garzarella geschrieben:
> > On Mon, Mar 25, 2019 at 10:56:57PM +0100, Philippe Mathieu-Daudé wrote:
> > > Le lun. 25 mars 2019 21:53, John Snow a écrit :
> > > > On 3/21/19 5:40 AM, Stefano Garzarella wrote:
>
On Tue, 26 Mar 2019 at 06:54, Palmer Dabbelt wrote:
>
> The following changes since commit 62a172e6a77d9072bb1a18f295ce0fcf4b90a4f2:
>
> Update version for v4.0.0-rc0 release (2019-03-19 17:17:22 +)
>
> are available in the Git repository at:
>
> git://github.com/palmer-dabbelt/qemu.git
On 3/26/19 5:07 PM, Paolo Bonzini wrote:
On 26/03/19 08:00, Xiao Guangrong wrote:
On 3/26/19 7:18 AM, Paolo Bonzini wrote:
Also, what is the use case? Is it to reduce the attack surface without
having multiple QEMU binaries?
Security is one story we concern, only the essential and
Am 26.03.2019 um 08:55 hat Stefano Garzarella geschrieben:
> On Mon, Mar 25, 2019 at 10:56:57PM +0100, Philippe Mathieu-Daudé wrote:
> > Le lun. 25 mars 2019 21:53, John Snow a écrit :
> > > On 3/21/19 5:40 AM, Stefano Garzarella wrote:
> > > > IEC binary prefixes are defined in "qemu/units.h",
On Tue, Mar 26, 2019 at 03:00:05PM +0800, Xiao Guangrong wrote:
> On 3/26/19 7:18 AM, Paolo Bonzini wrote:
> > On 25/03/19 12:46, Yang Zhong wrote:
> > > Hello all,
> > >
> > > Rust-VMM has started to make all features and common modules to crates,
> > > and CSP can
> > > deploy their VMM on
On Tuesday 26 March 2019 02:00 PM, Greg Kurz wrote:
> On Tue, 26 Mar 2019 10:32:35 +1100
> David Gibson wrote:
>
>> On Mon, Mar 25, 2019 at 01:56:50PM +0530, Aravinda Prasad wrote:
>>>
>>>
>>> On Monday 25 March 2019 12:00 PM, David Gibson wrote:
On Fri, Mar 22, 2019 at 12:04:07PM
On 26/03/19 10:04, Laurent Vivier wrote:
> On 26/03/2019 09:44, Paolo Bonzini wrote:
>> On 21/03/19 13:46, Laurent Vivier wrote:
>>> we don't need to generate the files for linux-user or for the tools
>>>
>>> Signed-off-by: Laurent Vivier
>>> ---
>>> Makefile | 2 ++
>>> 1 file changed, 2
On 26/03/19 08:43, Stefan Hajnoczi wrote:
> On Sun, Mar 10, 2019 at 02:39:13AM +0100, Ernest Esene wrote:
>> Replace calls to object_child_foreach() with object_child_foreach_recursive()
>> when applicable: nvdimm_device_list, nmi_monitor_handle, find_sysbus_device,
>> pc_dimm_slot2bitmap,
The following changes since commit d132baa05ed7a647067c807fd452ec794cc2ecb7:
Merge remote-tracking branch 'remotes/stefanha/tags/tracing-pull-request'
into staging (2019-03-25 17:01:10 +)
are available in the Git repository at:
git://repo.or.cz/qemu/armbru.git
On 26/03/2019 09:44, Paolo Bonzini wrote:
> On 21/03/19 13:46, Laurent Vivier wrote:
>> we don't need to generate the files for linux-user or for the tools
>>
>> Signed-off-by: Laurent Vivier
>> ---
>> Makefile | 2 ++
>> 1 file changed, 2 insertions(+)
>>
>> diff --git a/Makefile b/Makefile
>>
101 - 200 of 250 matches
Mail list logo