From: Hervé Poussineau
OpenBIOS gained 40p support in 5b20e4cacecb62fb2bdc6867c11d44cddd77c4ff
Use it, instead of relying on an unmaintained and very limited firmware.
Signed-off-by: Hervé Poussineau
Signed-off-by: David Gibson
---
hw/ppc/prep.c| 2 +-
tests/boot-serial-test.c | 4
From: Cédric Le Goater
The number of MSI interrupts a sPAPR machine can allocate is in direct
relation with the number of interrupts of the sPAPRIrq backend. Define
statically this value at the sPAPRIrq class level and use it for the
"ibm,pe-total-#msi" property of the sPAPR PHB.
According to th
From: Cédric Le Goater
The new layout using static IRQ number does not leave much space to
the dynamic MSI range, only 0x100 IRQ numbers. Increase the total
number of IRQS for newer machines and introduce a legacy XICS backend
for pre-3.1 machines to maintain compatibility.
For the old backend,
From: Mark Cave-Ayland
According to the PReP specification section 6.1.6 "System Interrupt
Assignments", all PCI interrupts are routed via IRQ 15.
Instead of mapping each PCI IRQ separately, we introduce an OR gate within the
raven PCI host bridge and then wire the single output of the OR gate t
pc-for-3.1-20180925
for you to fetch changes up to 0358687b16407670f09649dfdc079c04a3522493:
40p: add fixed IRQ routing for LSI SCSI device (2018-09-25 11:12:25 +1000)
ppc patch queue 2018-09-25
Here are the accumulated ppc targ
From: Thomas Huth
The addition of the POWER9 CPUs divided the entries for the 970 CPUs,
which is a little bit confusing when you look at the code. So let's
re-group the 970 CPUs together again, and since these chips have been
based on the POWER4 processor, move them also in front of the POWER5
ch
From: Mark Cave-Ayland
Whilst the PReP specification describes how all PCI IRQs are routed via IRQ
15 on the interrupt controller, the real 40p machine has a routing quirk in
that the LSI SCSI device is routed directly to IRQ 13.
Enable the external IRQ for the LSI SCSI device by wiring up the I
From: Cédric Le Goater
So that we don't have to call qdev_get_machine() to get the machine
class and the sPAPRIrq backend holding the number of MSIs.
Signed-off-by: Cédric Le Goater
Reviewed-by: Greg Kurz
Signed-off-by: David Gibson
---
hw/ppc/spapr.c | 2 +-
hw/ppc/spapr_pci.c
From: Marcus Comstedt
The value from twoD_foreground (which is in host endian format) must
be converted to the endianness of the framebuffer (currently always
little endian) before it can be used to perform the fill operation.
Signed-off-by: Marcus Comstedt
Reviewed-by: BALATON Zoltan
Reviewed
From: Mark Cave-Ayland
This really lays the groundwork for the upcoming patches: it renames the
irqs PREPPCIState struct member to pci_irqs (as soon there will be a
distinction) and then changes the raven IRQ opaque to use PREPPCIState
instead of just irqs array.
Signed-off-by: Mark Cave-Ayland
From: Thomas Huth
We recently removed the long deprecated "ppcemb" target. This adds a
comment in common.json about the SysEmuTarget type, recording when it was
removed.
Suggested-by: Eric Blake
Signed-off-by: David Gibson
---
qapi/common.json | 2 ++
1 file changed, 2 insertions(+)
diff --
From: Mark Cave-Ayland
As part of commits a64aa5785d "hw: Deprecate -drive if=scsi with non-onboard
HBAs" and b891538e81 "hw/ppc/prep: Fix implicit creation of "-drive if=scsi"
devices" the lsi53c895a_create() and lsi53c810_create() functions were added
to wrap pci_create_simple() and scsi_bus_le
From: Mark Cave-Ayland
This is the function that will soon be used to replace lsi53c895a_create() and
lsi53c810_create().
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Thomas Huth
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: David Gibson
---
hw/scsi/lsi53c895a.c | 7 +++
include/hw
From: Mark Cave-Ayland
Now that these functions are no longer required they can be removed.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Thomas Huth
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: David Gibson
---
hw/scsi/lsi53c895a.c | 14 --
include/hw/pci/pci.h | 2 --
2
In preparation for adding user mode emulation support for the
Linux usbfs interface, check for its kernel header.
Signed-off-by: Cortland Tölva
---
v2 patch uses check_include instead of doing things by hand.
configure | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --
From: Mark Cave-Ayland
On some early machines the on-board PCI devices IRQs are wired directly to
the interrupt controller instead of via the PCI host bridge.
Add an optional external IRQ that if wired up via qdev will replace the
in-built PCI IRQ.
Signed-off-by: Mark Cave-Ayland
Reviewed-by:
This patch series aims to let programs running under QEMU Linux user mode
emulation implement user-space USB drivers via the USBFS ioctl()s. First
I check for the necessary header files, then I define some types, and
last I implement the submit, discard, and reap functions, which involve
USB reque
Userspace submits a USB Request Buffer to the kernel, optionally
discards it, and finally reaps the URB. Thunk buffers from target
to host and back.
Tested by running an i386 scanner driver on ARMv7. Neither the
discardurb ioctl nor the kernel's updating the argument to the
reap ioctl with a poi
Le 25/09/2018 à 09:12, Cortland Tölva a écrit :
> In preparation for adding user mode emulation support for the
> Linux usbfs interface, check for its kernel header.
>
> Signed-off-by: Cortland Tölva
> ---
>
> v2 patch uses check_include instead of doing things by hand.
>
> configure | 12
Provide ioctl definitions for the generic thunk mechanism to
convert most usbfs calls.
Signed-off-by: Cortland Tölva
---
v2 patch lacks some types that are not used until patch 3/3
linux-user/ioctls.h| 38
linux-user/syscall.c | 3 +++
linux-
How exactly do you use USB redirection: via virt-manager or via spice
client (like remote viewer)?
If via spice-client, on which OS the client runs? In this case running
it with --spice-debug and collecting logs from stdio and stderr could
be helpful.
Can you also provide a usbpcap capture of the u
On Tue, Sep 25, 2018 at 01:32:04PM +0800, Fam Zheng wrote:
> On Tue, 09/25 07:00, Markus Armbruster wrote:
> > Jeff Cody writes:
> >
> > > I'll not be involved in day-to-day qemu development. Remove
> > > myself as maintainer from the remainder of the network block drivers
> > > (and vhdx), and
Le 25/09/2018 à 09:12, Cortland Tölva a écrit :
> Provide ioctl definitions for the generic thunk mechanism to
> convert most usbfs calls.
>
> Signed-off-by: Cortland Tölva
> ---
>
> v2 patch lacks some types that are not used until patch 3/3
>
> linux-user/ioctls.h| 38 +++
On 7 September 2018 at 22:51, Michael S. Tsirkin wrote:
> The following changes since commit 19b599f7664b2ebfd0f405fb79c14dd241557452:
>
> Merge remote-tracking branch 'remotes/armbru/tags/pull-error-2018-08-27-v2'
> into staging (2018-08-27 16:44:20 +0100)
>
> are available in the Git reposito
Hi:
This series tries to address the buffer overflow caused by converting
from size_t to int in several nic model and net core. This is
CVE-2018-10839.
Please review.
Thanks
Jason Wang (4):
ne2000: fix possible out of bound access in ne2000_receive
rtl8139: fix possible out of bound access
In ne2000_receive(), we try to assign size_ to size which converts
from size_t to integer. This will cause troubles when size_ is greater
INT_MAX, this will lead a negative value in size and it can then pass
the check of size < MIN_BUF_SIZE which may lead out of bound access of
for both buf and buf
In rtl8139_do_receive(), we try to assign size_ to size which converts
from size_t to integer. This will cause troubles when size_ is greater
INT_MAX, this will lead a negative value in size and it can then pass
the check of size < MIN_BUF_SIZE which may lead out of bound access of
for both buf and
In pcnet_receive(), we try to assign size_ to size which converts from
size_t to integer. This will cause troubles when size_ is greater
INT_MAX, this will lead a negative value in size and it can then pass
the check of size < MIN_BUF_SIZE which may lead out of bound access
for both buf and buf1.
There should not be a reason for passing a packet size greater than
INT_MAX. It's usually a hint of bug somewhere, so ignore packet size
greater than INT_MAX in qemu_deliver_packet_iov()
CC: qemu-sta...@nongnu.org
Reported-by: Daniel Shapira
Signed-off-by: Jason Wang
---
net/net.c | 7 ++-
Fam Zheng writes:
> On Tue, 09/25 07:00, Markus Armbruster wrote:
>> Jeff Cody writes:
>>
>> > I'll not be involved in day-to-day qemu development. Remove
>> > myself as maintainer from the remainder of the network block drivers
>> > (and vhdx), and revert them to the general block layer maint
On 10 September 2018 at 04:57, Fam Zheng wrote:
> The following changes since commit 19b599f7664b2ebfd0f405fb79c14dd241557452:
>
> Merge remote-tracking branch 'remotes/armbru/tags/pull-error-2018-08-27-v2'
> into staging (2018-08-27 16:44:20 +0100)
>
> are available in the Git repository at:
>
On Tue, 09/25 09:37, Markus Armbruster wrote:
> Do we want to have a dedicated VHDX driver submaintainer again? Fam,
> you're maintaining VMDK, could you cover VHDX as well?
I don't know a lot VHDX internals. Considering my capacity at the moment I'd
rather not take this one.
Fam
On Mon, Sep 24, 2018 at 08:44:07PM +0200, Markus Armbruster wrote:
[...]
> Remind me, why would rST be an improvement?
Relatively easy on the eye, more maintainable, active community around
the Sphinx tooling / extensions, not extremely arcane syntax (besides
some weird quirks), etc.
Take a loo
Helper function to figure the size of a edid blob, by checking how many
extensions are present. Both the base edid blob and the extensions are
128 bytes in size.
Signed-off-by: Gerd Hoffmann
---
include/hw/display/edid.h | 1 +
hw/display/edid-generate.c | 14 ++
2 files changed,
EDID is a metadata format to describe monitors. On physical hardware
the monitor has an eeprom with that data block which can be read over
i2c bus.
On a linux system you can usually find the EDID data block in
/sys/class/drm/$card/$connector/edid. xorg ships a edid-decode utility
which you can u
Create a io region for an EDID data block.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Philippe Mathieu-Daudé
---
include/hw/display/edid.h | 4
hw/display/edid-region.c | 33 +
hw/display/Makefile.objs | 1 +
3 files changed, 38 insertions(+)
create mode
Add a define for edid monitor properties.
Signed-off-by: Gerd Hoffmann
---
include/hw/display/edid.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/hw/display/edid.h b/include/hw/display/edid.h
index b7fe56a958..bd51d26916 100644
--- a/include/hw/display/edid.h
+++ b/include/hw/
This patch adds edid support to the qemu stdvga. It is turned off by
default and can be enabled with the new edid property. The patch also
adds xres and yres properties to specify the video mode you want the
guest use. Works only with edid enabled and updated guest driver.
The mmio bar of the s
This series adds edid support to stdvga. The biggest chunk is the
actual edid generator code (patch #1). Some helper functions follow,
and the final patch implements edid support for stdvga.
v3:
- generate more complete EDID blob.
- codestyle fixes.
- add MAINTAINER entry.
Gerd Hoffmann (5):
monitor_resume() and monitor_suspend() both want to
"kick" the I/O thread if it is there, but in
monitor_suspend() lacked the use_io_thread flag condition.
This is required when we later only spawn the thread on
first use.
Signed-off-by: Wolfgang Bumiller
Reviewed-by: Eric Blake
Reviewed-by: Pet
The early monitor iothread creation conflicts with the -daemonize option
causing crashes at shutdown of a daemonized qemu instance.
These patches will delay the creation to when a monitor using it is
actually spawned, which AFAICT only happens after the os_daemonize()
call.
While the second patch
Commit d32749deb615 moved the call to monitor_init_globals()
to before os_daemonize(), making it an unsuitable place to
spawn the monitor iothread as it won't be inherited over the
fork() in os_daemonize().
We now spawn the thread the first time we instantiate a
monitor which actually has use_io_t
在 2018/9/20 下午6:06, Cornelia Huck 写道:
On Tue, 4 Sep 2018 17:15:49 +0800
Yi Min Zhao wrote:
Common function measurement block is used to report counters of
successfully issued pcilg/stg/stb and rpcit instructions. This patch
introduces a new struct ZpciFmb and schedules a timer callback to
On Mon, 24 Sep 2018, Philippe Mathieu-Daudé wrote:
> >> >From the DS:
> >>
> >> The C790 core has the following features:
> >>- Large on-chip caches
> >> • Instruction cache: 32KB, 2-way set associative
> >> • Data cache: 32KB, 2-way set-associative (with write-back protocol)
> >>
>
On 13 September 2018 at 13:53, Juan Quintela wrote:
> The following changes since commit 19b599f7664b2ebfd0f405fb79c14dd241557452:
>
> Merge remote-tracking branch 'remotes/armbru/tags/pull-error-2018-08-27-v2'
> into staging (2018-08-27 16:44:20 +0100)
>
> are available in the Git repository a
On 2018-09-24 11:21, Samuel Ortiz wrote:
> Hi All,
>
> It seems that back in 2013, Paolo tried to start a GSoC project [1]
> aimed at integrating Kconfig into QEMU and use it as its main
> configuration framework.
>
> I personally think that the rationale described in this GSoC project
> is still
On 2018-09-25 10:26, Peter Maydell wrote:
> On 13 September 2018 at 13:53, Juan Quintela wrote:
>> The following changes since commit 19b599f7664b2ebfd0f405fb79c14dd241557452:
>>
>> Merge remote-tracking branch
>> 'remotes/armbru/tags/pull-error-2018-08-27-v2' into staging (2018-08-27
>> 16:44
On 24 August 2018 at 15:45, Peter Maydell wrote:
> On 24 August 2018 at 15:14, Richard Henderson
> wrote:
>> Not only are the sve-related tb_flags fields unused when SVE is
>> disabled, but not all of the cpu registers are initialized properly
>> for computing same. This can corrupt other fields
On 31 August 2018 at 11:23, Bartlomiej Zolnierkiewicz
wrote:
> commit 97274d0c05d4 ("hw/char/exynos4210_uart.c: Remove unneeded
> handling of NULL chardev") broke Exynos4210 support as it removed
> NULL 'Chardev *chr' handling from exynos4210_uart_create() and
> currently exynos4210_init() always
On 6 September 2018 at 07:51, Sandipan Das wrote:
> This fixes the pattern for the Deliver A Random Number (darn)
> instruction to ensure that the value of the L field, which is
> used to determine the type and length of the generated random
> number, is never 3 which is currently reserved for fut
On 11 September 2018 at 12:26, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Like commit 16b4226(hw/acpi-build: Add a check for memory-less NUMA node
> ), it also needs to check memory length for NUMA nodes on ARM.
>
> Signed-off-by: Shannon Zhao
> ---
> hw/arm/virt-acpi-build.c | 10 ++
On 14 September 2018 at 09:22, Mark Cave-Ayland
wrote:
> The following changes since commit 19b599f7664b2ebfd0f405fb79c14dd241557452:
>
> Merge remote-tracking branch 'remotes/armbru/tags/pull-error-2018-08-27-v2'
> into staging (2018-08-27 16:44:20 +0100)
>
> are available in the git repositor
From: Shivaprasad G Bhat
If the hostpage size is greater than the TARGET_PAGESIZE, the
target-pages of size TARGET_PAGESIZE are marked valid only till the
length requested during the elfload. The glibc attempts to consume unused
space in the last page of data segment(__libc_memalign() in
elf/dl-m
From: Tony Garnock-Jones
Bring linux-user write(2) handling into line with linux for the case
of a 0-byte write with a NULL buffer. Based on a patch originally
written by Zhuowei Zhang.
Addresses https://bugs.launchpad.net/qemu/+bug/1716292.
>From Zhuowei Zhang's patch
>(https://lists.gnu.org/
The following changes since commit 19b599f7664b2ebfd0f405fb79c14dd241557452:
Merge remote-tracking branch 'remotes/armbru/tags/pull-error-2018-08-27-v2'
into staging (2018-08-27 16:44:20 +0100)
are available in the Git repository at:
git://github.com/vivier/qemu.git tags/linux-user-for-3.1-
From: Max Filippov
setrlimit guest calls that affect memory resources
(RLIMIT_{AS,DATA,STACK}) may interfere with QEMU internal memory
management. They may result in QEMU lockup because mprotect call in
page_unprotect would fail with ENOMEM error code, causing infinite loop
of SIGSEGV. E.g. it ha
From: Carlo Marcelo Arenas Belón
Original implementation for setsockopt by Chen Gang[1]; all bugs mine,
including removing assignment for optname which hopefully makes the
logic easier to follow and moving some variables to make the code
more selfcontained.
[1] http://patchwork.ozlabs.org/patch/
This will ease to move out syscall functions from syscall.c
Signed-off-by: Laurent Vivier
Reviewed-by: Richard Henderson
Message-Id: <2018082315.13781-1-laur...@vivier.eu>
---
linux-user/Makefile.objs |2 +-
linux-user/fd-trans.c| 1408
linux-use
On Mon, Sep 24, 2018 at 07:38:28PM +0200, Paolo Bonzini wrote:
> On 24/09/2018 19:14, Peter Maydell wrote:
> > On 24 September 2018 at 17:50, Paolo Bonzini wrote:
> >> On 24/09/2018 15:12, Peter Maydell wrote:
> >>> It got bumped by more important things
> >>> and also because somebody else said t
On 14 September 2018 at 07:35, Cédric Le Goater wrote:
> and the bus interrupt should be lowered when all interrupts have been
> cleared. Also, the model does not implement correctly the RX_DONE bit
> behavior which should be cleared to allow more data to be received.
> Yet to be fixed.
>
> Signed
On 09/25/2018 11:02 AM, Peter Maydell wrote:
> On 14 September 2018 at 07:35, Cédric Le Goater wrote:
>> and the bus interrupt should be lowered when all interrupts have been
>> cleared. Also, the model does not implement correctly the RX_DONE bit
>> behavior which should be cleared to allow more
Add judgement in compress_threads_save_cleanup() to check whether the
static CompressParam *comp_param has been allocated. If not, just
return; or else segmentation fault will occur when using the NULL
comp_param's parameters. One test case can reproduce this is: set
the compression on and migrate
On Tue 25 Sep 2018 12:53:49 AM CEST, Leonid Bloch wrote:
> Signed-off-by: Leonid Bloch
Reviewed-by: Alberto Garcia
Berto
Spotted by ASAN while running:
$ tests/migration-test -p /x86_64/migration/postcopy/recovery
=
==18034==ERROR: LeakSanitizer: detected memory leaks
Direct leak of 33864 byte(s) in 1 object(s) allocated from:
#0 0x7f3da7f31e50 in
On 14 September 2018 at 14:06, Eduardo Otubo wrote:
> The following changes since commit 19b599f7664b2ebfd0f405fb79c14dd241557452:
>
> Merge remote-tracking branch 'remotes/armbru/tags/pull-error-2018-08-27-v2'
> into staging (2018-08-27 16:44:20 +0100)
>
> are available in the Git repository a
Hi Samuel!
On 25/09/2018 10:30, Thomas Huth wrote:
> On 2018-09-24 11:21, Samuel Ortiz wrote:
>> - Are there any fundamental reasons why the QEMU maintainers think that
>> Kconfig would not fit QEMU's configuration requirements?
Kconfig itself is not a very good fit for QEMU's requirements beca
On 16 September 2018 at 16:53, Richard Henderson
wrote:
> Ah, I did not know about SWP_EMULATE. It appears to be
> specific to armv7+ (though we don't support the pre-v4
> cpus for which it might otherwise be relevant).
>
> It does appear that HWCAP_SWP is advertised anyway:
>
> mm/proc-v7.S: .
On 24/09/2018 20:44, Markus Armbruster wrote:
> Paolo Bonzini writes:
>
>> On 24/09/2018 15:12, Peter Maydell wrote:
>>> It got bumped by more important things
>>> and also because somebody else said they were going to look at it,
>>> and then it got bumped off *their* todo list by more important
On 17 September 2018 at 09:40, wrote:
> From: Damien Hedde
>
> Add the documentation about the clock inputs and outputs in devices.
>
> This is based on the original work of Frederic Konrad.
>
> Signed-off-by: Damien Hedde
I thought I might as well review the docs changes, since they're
a good
On 17 September 2018 at 09:40, wrote:
> From: Damien Hedde
>
> Introduce clock port objects: ClockIn and ClockOut.
>
> Theses ports may be used to distribute a clock from a object to several
> other objects. They do not contain any state and serve only as intermediate
> to carry a ClockState whi
* Marc-André Lureau (marcandre.lur...@redhat.com) wrote:
> Spotted by ASAN while running:
>
> $ tests/migration-test -p /x86_64/migration/postcopy/recovery
>
> =
> ==18034==ERROR: LeakSanitizer: detected memory leaks
>
> Direct leak
On 17 September 2018 at 10:56, Gerd Hoffmann wrote:
> The following changes since commit 19b599f7664b2ebfd0f405fb79c14dd241557452:
>
> Merge remote-tracking branch 'remotes/armbru/tags/pull-error-2018-08-27-v2'
> into staging (2018-08-27 16:44:20 +0100)
>
> are available in the git repository a
On 25 September 2018 at 10:40, Paolo Bonzini wrote:
> However, we currently have the worst of both worlds. We have a manual
> in Texinfo that almost nobody updates (except for the small parts that
> are generated from .hx files in the code) and sparse documentation
> written in a mix of rST, Mark
On Tue, Sep 25, 2018 at 05:14:40PM +0800, Fei Li wrote:
> Add judgement in compress_threads_save_cleanup() to check whether the
> static CompressParam *comp_param has been allocated. If not, just
> return; or else segmentation fault will occur when using the NULL
> comp_param's parameters. One tes
On 21 September 2018 at 08:01, Eric Auger wrote:
> This series fixes the event queue handling: the events were incorrectly
> recorded and the interrupt was not sent as expected.
>
> Also we fix the IOMMU memory region names. This last issue is minor as
> names only are used for debug/tracing. Howe
On 25 September 2018 at 10:12, Cédric Le Goater wrote:
> On 09/25/2018 11:02 AM, Peter Maydell wrote:
>> On 14 September 2018 at 07:35, Cédric Le Goater wrote:
>>> and the bus interrupt should be lowered when all interrupts have been
>>> cleared. Also, the model does not implement correctly the R
On 31 August 2018 at 23:09, Joel Stanley wrote:
> v6: Rework based on Peter's review
> v5: Change back to ARMv7M from ARMMProfile
> v4: Fix number of IRQs
> v3: Rebase on Stefan's cortex-m0 series
> v2: Addresses review from Peter and Stefan
>
> This short series implements a minimal definition of
On 21 September 2018 at 08:01, Eric Auger wrote:
> The event queue management is broken today. Event records
> are not properly written as EVT_SET_* macro was not updating
> the actual event record. Also the event queue interrupt
> is not correctly triggered.
>
> Fixes: bb981004eaf4 ("hw/arm/smmuv
On 25 September 2018 at 09:58, Kashyap Chamarthy wrote:
> Currently what I have is the 10 documents from the docs/ directory that
> are convereted to rST (some of them are already in QEMU Git); the below
> rendering is built from QEMU 3.0):
> https://kashyapc.fedorapeople.org/QEMU-Docs/_build/htm
On 27 August 2018 at 08:16, Luc Michel wrote:
>
>
> On 8/23/18 12:38 PM, Peter Maydell wrote:
>> + * + unnamed GPIO inputs: (where P is number of PPIs, i.e. num-irq - 32)
> I think here it's "where P is the number of SPIs".
>
> Apart from that:
>
> Reviewed-by: Luc Michel
Thanks; applied to tar
On 14 September 2018 at 07:35, Cédric Le Goater wrote:
> Hello,
>
> The interrupt model of the Aspeed I2C controller does handle correctly
> the RX_DONE bit. As indicated in the AST2500 datasheet, the RX_DONE
> bit needs to be cleared to allow mode data to be received. This series
> fixes the beha
Ping for code review, please?
thanks
-- PMM
On 23 August 2018 at 14:50, Peter Maydell wrote:
> The ARMv8 architecture defines that an AArch32 CPU starts
> in SVC mode, unless EL2 is the highest available EL, in
> which case it starts in Hyp mode. (In ARMv7 a CPU with EL2
> but not EL3 was not a
On Tue, Sep 25, 2018 at 10:37:38AM +0100, Dr. David Alan Gilbert wrote:
> * Marc-André Lureau (marcandre.lur...@redhat.com) wrote:
> > Spotted by ASAN while running:
> >
> > $ tests/migration-test -p /x86_64/migration/postcopy/recovery
> >
> > =
On 18 September 2018 at 18:39, Max Filippov wrote:
> Hi Peter,
>
> please pull the following batch of target/xtensa updates:
>
> The following changes since commit 0abaa41d936becd914a16ee1fe2a981d96d19428:
>
> Merge remote-tracking branch 'remotes/ehabkost/tags/x86-next-pull-request'
> into sta
On Tue, Sep 25, 2018 at 10:15:07AM +0200, Wolfgang Bumiller wrote:
> Commit d32749deb615 moved the call to monitor_init_globals()
> to before os_daemonize(), making it an unsuitable place to
> spawn the monitor iothread as it won't be inherited over the
> fork() in os_daemonize().
>
> We now spawn
* Collin Walling (wall...@linux.ibm.com) wrote:
> When typing 'help' followed by an unknown command, QEMU will
> not print anything to the command line to let the user know
> they typed a bad command. Let's fix this by printing a message
> to the monitor when this happens. For example:
>
> (qe
On 4 August 2018 at 02:20, Richard Henderson
wrote:
> On 08/02/2018 10:40 AM, Peter Maydell wrote:
>> Peter Maydell (2):
>> hw/net/pcnet-pci: Convert away from old_mmio accessors
>> hw/net/pcnet-pci: Unify pcnet_ioport_read/write and
>> pcnet_mmio_read/write
>
> Reviewed-by: Richard Hender
On 09/25/2018 12:15 PM, Peter Maydell wrote:
> On 25 September 2018 at 10:12, Cédric Le Goater wrote:
>> On 09/25/2018 11:02 AM, Peter Maydell wrote:
>>> On 14 September 2018 at 07:35, Cédric Le Goater wrote:
and the bus interrupt should be lowered when all interrupts have been
cleared.
* Dr. David Alan Gilbert (dgilb...@redhat.com) wrote:
> * Marc-André Lureau (marcandre.lur...@redhat.com) wrote:
> > Spotted by ASAN doing some manual testing:
> >
> > Direct leak of 48 byte(s) in 1 object(s) allocated from:
> > #0 0x7f5fcdc75e50 in calloc (/lib64/libasan.so.5+0xeee50)
> >
On 9/25/18 10:25 AM, Maciej W. Rozycki wrote:
> On Mon, 24 Sep 2018, Philippe Mathieu-Daudé wrote:
>From the DS:
The C790 core has the following features:
- Large on-chip caches
• Instruction cache: 32KB, 2-way set associative
• Data cache: 32KB, 2-way set
* Eric Blake (ebl...@redhat.com) wrote:
> On 9/18/18 4:58 AM, Denis V. Lunev wrote:
> > This is a long story. RedHat has relicensed Windows KVM device drivers
>
> s/RedHat/Red Hat/
Space added during queuing.
Dave
> > in 2018 and there was an agreement that to avoid WHQL driver conflict
> > sof
On Tue, Sep 25, 2018 at 11:15:05AM +0100, Peter Maydell wrote:
> On 25 September 2018 at 09:58, Kashyap Chamarthy wrote:
>
> > Currently what I have is the 10 documents from the docs/ directory that
> > are convereted to rST (some of them are already in QEMU Git); the below
> > rendering is built
On Tue, 25 Sep 2018, Philippe Mathieu-Daudé wrote:
> >From the DS:
>
> The C790 core has the following features:
> - Large on-chip caches
> • Instruction cache: 32KB, 2-way set associative
> • Data cache: 32KB, 2-way set-associative (with write-back proto
> On September 25, 2018 at 12:31 PM Peter Xu wrote:
>
>
> On Tue, Sep 25, 2018 at 10:15:07AM +0200, Wolfgang Bumiller wrote:
> > Commit d32749deb615 moved the call to monitor_init_globals()
> > to before os_daemonize(), making it an unsuitable place to
> > spawn the monitor iothread as it won'
On 24 September 2018 at 16:46, Markus Armbruster wrote:
> The following changes since commit d6f71af65410d3e003ba331c5e57eddcf716cbcf:
>
> Merge remote-tracking branch
> 'remotes/xanclic/tags/pull-block-2018-08-31-v2' into staging (2018-09-24
> 14:35:58 +0100)
>
> are available in the Git repo
I put image on the 3xSSD RAID0, and the raw performance of block device is
read:1500MB/s, write:1400MB/s
The bottleneck I thought is the number of backing files.
The more images I divide into, lower the read performance
Write performance looks like bad originally.
On Tue, Sep 25, 2018 at 01:09:57PM +0200, Wolfgang Bumiller wrote:
>
> > On September 25, 2018 at 12:31 PM Peter Xu wrote:
> >
> >
> > On Tue, Sep 25, 2018 at 10:15:07AM +0200, Wolfgang Bumiller wrote:
> > > Commit d32749deb615 moved the call to monitor_init_globals()
> > > to before os_daemoni
On 9/25/18 11:36 AM, Peter Maydell wrote:
> On 17 September 2018 at 09:40, wrote:
>> From: Damien Hedde
>>
>> Add the documentation about the clock inputs and outputs in devices.
>>
>> This is based on the original work of Frederic Konrad.
>>
>> Signed-off-by: Damien Hedde
>
> I thought I m
Emilio G. Cota writes:
> It has not had users since f83311e476 ("target-m68k: use floatx80
> internally", 2017-06-21).
>
> Note that no other bit-width has floatX_trunc_to_int.
>
> Signed-off-by: Emilio G. Cota
Reviewed-by: Alex Bennée
> ---
> include/fpu/softfloat.h | 1 -
> fpu/softfloat
On 25/09/2018 - 10:25:47, Peter Maydell wrote:
> On 14 September 2018 at 14:06, Eduardo Otubo wrote:
> > The following changes since commit 19b599f7664b2ebfd0f405fb79c14dd241557452:
> >
> > Merge remote-tracking branch
> > 'remotes/armbru/tags/pull-error-2018-08-27-v2' into staging (2018-08-27
1 - 100 of 326 matches
Mail list logo
