On 11/30/2016 06:36 AM, Alastair D'Silva wrote:
> From: Alastair D'Silva
>
> Add a NULL check for i2c slave init callbacks, so that we no longer
> need to implement empty init functions.
>
> Signed-off-by: Alastair D'Silva
Reviewed-by: Cédric Le Goater
> ---
> hw/arm/pxa2xx.c | 9 +--
On 11/30/2016 06:36 AM, Alastair D'Silva wrote:
> From: Alastair D'Silva
>
> This patch adds support for the Epson RX8900 I2C RTC.
>
> The following chip features are implemented:
> - RTC (wallclock based, ptimer 10x oversampling to pick up
> wallclock transitions)
> - Time update interr
On 11/30/2016 06:36 AM, Alastair D'Silva wrote:
> From: Alastair D'Silva
>
> Connect an RX8900 RTC to i2c12 of the AST2500 SOC at address 0x32
>
> Signed-off-by: Alastair D'Silva
> ---
> hw/arm/aspeed.c | 12
> 1 file changed, 12 insertions(+)
>
> diff --git a/hw/arm/aspeed.c b/h
On 11/30/2016 06:36 AM, Alastair D'Silva wrote:
> From: Alastair D'Silva
>
> The imx25 chip provides 3 i2c buses, but they have all been named
> "i2c", which makes it difficult to predict which bus a device will
> be connected to when specified on the command line.
>
> This patch addresses the i
On Wed, Nov 30, 2016 at 04:20:03AM +, Rakesh Ranjan wrote:
> > Why does the client have to know about failover if it's connected to
> >a server process on the same host? I thought the server process
> >manages networking issues (like the actual protocol to speak to other
> >VxH
What's changed from v2:
a) Detailed feature description
b) refine description in "Address translation in virtual SVM"
b) "Terms" is added
Content
===
1. Feature description
2. Why use it?
3. How to enable it
4. How to test
5. Terms
Details
=
On 2016年11月24日 12:17, Jason Wang wrote:
On 2016年11月01日 01:41, w...@redhat.com wrote:
From: Wei Xu
All the data packets in a tcp connection are cached
to a single buffer in every receive interval, and will
be sent out via a timer, the 'virtio_net_rsc_timeout'
controls the interval, this value
This patch set contains two parts of changes to the virtio-balloon.
One is the change for speeding up the inflating & deflating process,
the main idea of this optimization is to use bitmap to send the page
information to host instead of the PFNs, to reduce the overhead of
virtio data transmission
When doing the inflating/deflating operation, the current virtio-balloon
implementation uses an array to save 256 PFNS, then send these PFNS to
host through virtio and process each PFN one by one. This way is not
efficient when inflating/deflating a large mount of memory because too
many times of t
This patch contains two parts:
One is to add a new API to mm go get the unused page information.
The virtio balloon driver will use this new API added to get the
unused page info and send it to hypervisor(QEMU) to speed up live
migration. During sending the bitmap, some the pages may be modified
a
On Mon, Nov 28, 2016 at 02:17:56PM +, Stefan Hajnoczi wrote:
> Please take a look at vhost-user-scsi, which folks from Nutanix are
> currently working on. See "[PATCH v2 0/3] Introduce vhost-user-scsi and
> sample application" on qemu-devel. It is a true zero-copy local I/O tap
> because it s
Add a new feature which supports sending the page information with
a bitmap. The current implementation uses PFNs array, which is not
very efficient. Using bitmap can improve the performance of
inflating/deflating significantly
The page bitmap header will used to tell the host some information
abo
The implementation of the current virtio-balloon is not very
efficient, the time spends on different stages of inflating
the balloon to 7GB of a 8GB idle guest:
a. allocating pages (6.5%)
b. sending PFNs to host (68.3%)
c. address translation (6.1%)
d. madvise (19%)
It takes about 4126ms for the
On 2016-11-30 08:33, Thomas Huth wrote:
> On 30.11.2016 02:01, Tom Rini wrote:
> > Hey all,
> >
> > I'm trying to make use of the r2d platform for U-Boot testing via QEMU.
> > After applying a series[1] I can use the kernel.org sh4 toolchain to get
> > a u-boot.bin that runs, mostly. I say mostly
Define the flags and head struct for a new host request virtual
queue. Guest can get requests from host and then responds to them on
this new virtual queue.
Host can make use of this virtual queue to request the guest do some
operations, e.g. drop page cache, synchronize file system, etc.
And the h
On Wed, Nov 30, 2016 at 07:19:12AM +, Peter Maydell wrote:
> On 29 November 2016 at 19:38, Andrew Jones wrote:
> > Thanks for making me look, I was simply assuming we were in the while
> > loops above.
> >
> > I couldn't get the problem to reproduce with access to the monitor,
> > but by addin
On 30.11.2016 09:02, Aurelien Jarno wrote:
> On 2016-11-30 08:33, Thomas Huth wrote:
>> On 30.11.2016 02:01, Tom Rini wrote:
>>> Hey all,
>>>
>>> I'm trying to make use of the r2d platform for U-Boot testing via QEMU.
>>> After applying a series[1] I can use the kernel.org sh4 toolchain to get
>>>
On Mon, Nov 28, 2016 at 05:51:50PM +0200, Aviv B.D wrote:
> * intel_iommu's replay op is not implemented yet (May come in different patch
> set).
> The replay function is required for hotplug vfio device and to move devices
> between existing domains.
I am thinking about this replay thing
On 2016年11月29日 03:08, P J P wrote:
From: Prasad J Pandit
ColdFire Fast Ethernet Controller uses a receive buffer size
register(EMRBR) to hold maximum size of all receive buffers.
It is set by a user before any operation. If it was set to be
zero, ColdFire emulator would go into an infinite lo
On 30 November 2016 at 09:05, Andrew Jones wrote:
> The problem is indeed with the scheduling. The way it currently works
> is to depend on the iothread to kick a reschedule once in a while, or
> a cpu to issue an instruction that does so (wfe/wfi). However if
> there's no io and a cpu never issue
We've currently got 18 architectures in QEMU, and thus 18 target-xxx
folders in the root folder of the QEMU source tree. More architectures
(e.g. RISC-V, AVR) are likely to be included soon, too, so the main
folder of the QEMU sources slowly gets quite overcrowded with the
target-xxx folders.
Thus
Signed-off-by: Thomas Huth
---
MAINTAINERS | 4 ++--
include/hw/mips/cpudevs.h | 2 +-
{target-mips => target/mips}/Makefile.objs| 0
{target-mips => target/mips}/TODO | 0
{target-mips => target/mips}/cpu-qom.h| 0
{ta
Signed-off-by: Thomas Huth
---
MAINTAINERS| 2 +-
include/hw/m68k/mcf.h | 2 +-
{target-m68k => target/m68k}/Makefile.objs | 0
{target-m68k => target/m68k}/cpu-qom.h | 0
{target-m68k => target/m68k}/cpu.c | 0
{target-m68k => targ
Signed-off-by: Thomas Huth
---
MAINTAINERS | 2 +-
{target-microblaze => target/microblaze}/Makefile.objs | 0
{target-microblaze => target/microblaze}/cpu-qom.h | 0
{target-microblaze => target/microblaze}/cpu.c | 0
Signed-off-by: Thomas Huth
---
MAINTAINERS | 2 +-
hw/alpha/alpha_sys.h | 2 +-
{target-alpha => target/alpha}/Makefile.objs | 0
{target-alpha => target/alpha}/STATUS| 0
{target-alpha => target/alpha}/cpu-qom.h | 0
{target-al
To be able to compile the CPU targets from within a subfolder
of the target/ folder, we've got to adapt the Makefile.target
a little bit first.
Signed-off-by: Thomas Huth
---
Makefile.target | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/Makefile.target b/Makefile
Signed-off-by: Thomas Huth
---
MAINTAINERS | 4 ++--
Makefile.objs | 2 +-
hw/ppc/fdt.c| 2 +-
hw/ppc/pnv.c| 2 +-
hw/ppc/pnv_core.c
Signed-off-by: Thomas Huth
---
{target-tilegx => target/tilegx}/Makefile.objs | 0
{target-tilegx => target/tilegx}/cpu.c | 0
{target-tilegx => target/tilegx}/cpu.h | 0
{target-tilegx => target/tilegx}/helper.c| 0
{target-tilegx => target/tilegx}/helper.h|
Signed-off-by: Thomas Huth
---
MAINTAINERS| 4 ++--
Makefile.objs | 2 +-
hw/arm/strongarm.h | 2 +-
hw/arm/virt-acpi-build.c | 2 +-
include/hw/arm/arm.h | 2 +-
include/h
Signed-off-by: Thomas Huth
---
MAINTAINERS | 4 ++--
Makefile.objs| 2 +-
hw/i386/acpi-build.c | 2 +-
hw/i386/kvm/apic.c | 2 +-
hw/intc/ioapic.c
On 11/30/2016 10:47 AM, Thomas Huth wrote:
> We've currently got 18 architectures in QEMU, and thus 18 target-xxx
> folders in the root folder of the QEMU source tree. More architectures
> (e.g. RISC-V, AVR) are likely to be included soon, too, so the main
> folder of the QEMU sources slowly gets q
Signed-off-by: Thomas Huth
---
MAINTAINERS | 8
Makefile.objs | 2 +-
{target-s390x => target/s390x}/Makefile.objs | 2 +-
{target-s390x => target/s390x}/arch_dump.c| 0
{target-s390x => target/s390x}/
Signed-off-by: Thomas Huth
---
MAINTAINERS | 2 +-
Makefile.objs | 2 +-
{target-sparc => target/sparc}/Makefile.objs | 0
{target-sparc => target/sparc}/TODO | 0
{target-sparc => target/sparc}/asi.h | 0
{targ
Recent git releases support the diff.orderFile permanent setting. (In
older releases, the -O option had to be specified on the command line,
or in aliases, for the same effect, which was quite inconvenient.) From
git-diff(1):
-O
Output the patch in the order specified in the ,
This patch provides a way for virtio-net to notify the
backend about the host MTU set by the user.
Cc: Michael S. Tsirkin
Cc: Aaron Conole
Signed-off-by: Maxime Coquelin
---
hw/net/vhost_net.c | 22 ++
include/net/vhost_net.h | 2 ++
2 files changed, 24 insertions(+)
Le 30/11/2016 à 10:47, Thomas Huth a écrit :
> We've currently got 18 architectures in QEMU, and thus 18 target-xxx
> folders in the root folder of the QEMU source tree. More architectures
> (e.g. RISC-V, AVR) are likely to be included soon, too, so the main
> folder of the QEMU sources slowly gets
This series implements Virtio spec update from Aaron Conole which
defines a way for the host to expose its max MTU to the guest.
This third version re-desings how MTU value is provided to QEMU.
Now, host_mtu parameter is added to provide QEMU with the MTU value,
and the backend, if supported, gets
On Wed, Nov 30, 2016 at 01:42:14PM +0800, Fam Zheng wrote:
> On Tue, 11/29 20:43, Stefan Hajnoczi wrote:
> > On Tue, Nov 29, 2016 at 1:24 PM, Fam Zheng wrote:
> > > On Tue, 11/29 12:17, Paolo Bonzini wrote:
> > >> On 29/11/2016 11:32, Fam Zheng wrote:
> > >> * it still needs a system call before p
On 30.11.2016 11:10, Laurent Vivier wrote:
> Le 30/11/2016 à 10:47, Thomas Huth a écrit :
>> We've currently got 18 architectures in QEMU, and thus 18 target-xxx
>> folders in the root folder of the QEMU source tree. More architectures
>> (e.g. RISC-V, AVR) are likely to be included soon, too, so t
This patch implements VHOST_USER_PROTOCOL_F_MTU protocol
feature and VHOST_USER_SET_MTU request so that the backend
gets notified of the user defined host MTU.
Vhost-net driver sends this request through a new
vhost_net_set_mtu vhost_ops entry.
Cc: Michael S. Tsirkin
Cc: Aaron Conole
Signed-off
This patch allows advising guest with host MTU's by setting
host_mtu parameter.
If VIRTIO_NET_F_MTU has been successfully negotiated, MTU
value is passed to the backend.
Cc: Michael S. Tsirkin
Cc: Aaron Conole
---
hw/net/virtio-net.c| 13 +
include/hw/virtio/virtio-net.
On Wed, Nov 30, 2016 at 11:10:15AM +0100, Maxime Coquelin wrote:
> +#define VHOST_USER_PROTOCOL_F_MTU4
>
> Message types
> -
> @@ -470,6 +471,18 @@ Message types
>The first 6 bytes of the payload contain the mac address of the guest
> to
>allow the vhost
Hi,
Your series failed automatic build test. Please find the testing commands and
their output below. If you have docker installed, you can probably reproduce it
locally.
Subject: [Qemu-devel] [RFC v3 0/3] virtio-net: Add support to MTU feature
Type: series
Message-id: 20161130101017.13382-1-maxi
On 2016年11月29日 02:13, Andrey Smirnov wrote:
Fix various small problems in hexdump code, such as:
- Reference to non-existing field etsec->nic->nc.name is replaced
with nc->name
- Type mismatch warnings
Signed-off-by: Andrey Smirnov
---
hw/net/fsl_etsec/etsec.c | 4 ++--
1 f
On 2016年11月29日 02:13, Andrey Smirnov wrote:
Depending on QEMU network setup it is possible for us to receive a
complete Ethernet packet that is less 64 bytes long. One such example is
when QEMU is configured to use a standalone TAP device (not set to be a
part of any bridge) receives and ARP pa
On Wed, 11/30 09:38, Stefan Hajnoczi wrote:
> On Wed, Nov 30, 2016 at 01:42:14PM +0800, Fam Zheng wrote:
> > On Tue, 11/29 20:43, Stefan Hajnoczi wrote:
> > > On Tue, Nov 29, 2016 at 1:24 PM, Fam Zheng wrote:
> > > > On Tue, 11/29 12:17, Paolo Bonzini wrote:
> > > >> On 29/11/2016 11:32, Fam Zheng
On Mi, 2016-11-30 at 11:08 +0100, Laszlo Ersek wrote:
> Recent git releases support the diff.orderFile permanent setting.
Cool.
> configure
> *Makefile*
> *.json
> *.txt
> *.h
> *.c
I'd put *.txt to the head so doc updates come first.
Otherwise the order looks good to me.
Want sent a patch?
Ca
Hi, Wouter!
> Actually, come to think of that. What is the exact use case for this thing? I
> understand you're trying to create incremental backups of things, which would
> imply you don't write from the client that is getting the ?
> block status thingies, right?
Overall, the most desired use
On Tue, Nov 29, 2016 at 04:37:01PM +0100, Paolo Bonzini wrote:
> These will be used more as soon as the acquire/release is pushed down to
> the ioeventfd handlers.
>
> Signed-off-by: Paolo Bonzini
> ---
> hw/scsi/virtio-scsi.c | 27 ++-
> 1 file changed, 18 insertions(+),
On Tue, Nov 29, 2016 at 08:48:14PM +0800, Gonglei wrote:
> diff --git a/drivers/crypto/virtio/virtio_crypto_algs.c
> b/drivers/crypto/virtio/virtio_crypto_algs.c
> new file mode 100644
> index 000..08b077f
> --- /dev/null
> +++ b/drivers/crypto/virtio/virtio_crypto_algs.c
> @@ -0,0 +1,518 @@
>
On 2016年11月30日 16:55, Wei Xu wrote:
On 2016年11月24日 12:17, Jason Wang wrote:
On 2016年11月01日 01:41, w...@redhat.com wrote:
From: Wei Xu
All the data packets in a tcp connection are cached
to a single buffer in every receive interval, and will
be sent out via a timer, the 'virtio_net_rsc_tim
On 2016年11月30日 18:10, Maxime Coquelin wrote:
This series implements Virtio spec update from Aaron Conole which
defines a way for the host to expose its max MTU to the guest.
This third version re-desings how MTU value is provided to QEMU.
Now, host_mtu parameter is added to provide QEMU with t
On 2016年11月30日 18:10, Maxime Coquelin wrote:
This patch allows advising guest with host MTU's by setting
host_mtu parameter.
If VIRTIO_NET_F_MTU has been successfully negotiated, MTU
value is passed to the backend.
Cc: Michael S. Tsirkin
Cc: Aaron Conole
---
hw/net/virtio-net.c
* Samuel Thibault (samuel.thiba...@gnu.org) wrote:
> Hello,
>
> Dr. David Alan Gilbert, on Mon 28 Nov 2016 09:08:16 +, wrote:
> > Hmm, I don't really know IPv6 but I'm thinking this code will become
> > something like
> > the following (says he not knowing whether a scope-id or a flowinfo
> >
On Wed, 2016-11-30 at 16:36 +1100, Alastair D'Silva wrote:
>
> This patch series adds support for the Epson RX8900 RTC to the
> Aspeed board.
>
> The tests use the existing imx25 infrastructure, and some minor
> changes have been made to uniquely identify the I2C buses.
>
> A NULL check have bee
On Wed, 11/30 19:11, morgenlette madeBy wrote:
> Hello
>
> I am studnet studying QEMU.
>
> I have a question open in QEMU.
>
> In function handle_aiocb_rw_linear() in block/raw-posix.c,
>
> i tried to open my device driver(mydev).
>
> this driver was confirmed safe operation by test program.
Hello
I am studnet studying QEMU.
I have a question open in QEMU.
In function handle_aiocb_rw_linear() in block/raw-posix.c,
i tried to open my device driver(mydev).
this driver was confirmed safe operation by test program.
But in qemu, this driver was not opened returning -1.
errno is 1. 1
On 11/30/2016 11:25 AM, Yuanhan Liu wrote:
On Wed, Nov 30, 2016 at 11:10:15AM +0100, Maxime Coquelin wrote:
+#define VHOST_USER_PROTOCOL_F_MTU4
Message types
-
@@ -470,6 +471,18 @@ Message types
The first 6 bytes of the payload contain the mac address of the g
On 11/30/16 11:55, Gerd Hoffmann wrote:
> On Mi, 2016-11-30 at 11:08 +0100, Laszlo Ersek wrote:
>> Recent git releases support the diff.orderFile permanent setting.
>
> Cool.
>
>> configure
>> *Makefile*
>> *.json
>> *.txt
>> *.h
>> *.c
>
> I'd put *.txt to the head so doc updates come first.
G
On 11/30/2016 12:23 PM, Jason Wang wrote:
On 2016年11月30日 18:10, Maxime Coquelin wrote:
This series implements Virtio spec update from Aaron Conole which
defines a way for the host to expose its max MTU to the guest.
This third version re-desings how MTU value is provided to QEMU.
Now, host_
On 11/30/2016 12:24 PM, Jason Wang wrote:
On 2016年11月30日 18:10, Maxime Coquelin wrote:
This patch allows advising guest with host MTU's by setting
host_mtu parameter.
If VIRTIO_NET_F_MTU has been successfully negotiated, MTU
value is passed to the backend.
Cc: Michael S. Tsirkin
Cc: Aaron
On Wed, 11/30 13:03, Laszlo Ersek wrote:
> On 11/30/16 11:55, Gerd Hoffmann wrote:
> > On Mi, 2016-11-30 at 11:08 +0100, Laszlo Ersek wrote:
> >> Recent git releases support the diff.orderFile permanent setting.
> >
> > Cool.
> >
> >> configure
> >> *Makefile*
> >> *.json
> >> *.txt
> >> *.h
> >>
Hi,
> > Want sent a patch?
>
> What file for? :)
create something like scripts/git.orderfile, so people have just to run
"git config diff.orderfile scripts/git.orderfile" to enable it, and we
can refine the config without having everybody update the orderfile
manually?
> I've considered modif
On Tue, Nov 29, 2016 at 12:46:58PM +0100, Paolo Bonzini wrote:
> diff --git a/include/block/aio.h b/include/block/aio.h
> index c7ae27c..eee3139 100644
> --- a/include/block/aio.h
> +++ b/include/block/aio.h
> @@ -90,7 +90,7 @@ struct AioContext {
> uint32_t notify_me;
>
> /* lock to pr
On Wed, Nov 30, 2016 at 10:12:09AM +0100, Thomas Huth wrote:
> On 30.11.2016 09:02, Aurelien Jarno wrote:
> > On 2016-11-30 08:33, Thomas Huth wrote:
> >> On 30.11.2016 02:01, Tom Rini wrote:
> >>> Hey all,
> >>>
> >>> I'm trying to make use of the r2d platform for U-Boot testing via QEMU.
> >>> Af
On Tue, Nov 29, 2016 at 12:47:00PM +0100, Paolo Bonzini wrote:
> This will make it possible to walk the list of bottom halves without
> holding the AioContext lock---and in turn to call bottom half
> handlers without holding the lock.
>
> Signed-off-by: Paolo Bonzini
> ---
> async.c
On Tue, Nov 29, 2016 at 12:46:59PM +0100, Paolo Bonzini wrote:
> A QemuLockCnt comprises a counter and a mutex, with primitives
> to increment and decrement the counter, and to take and release the
> mutex. It can be used to do lock-free visits to a data structure
> whenever mutexes would be too h
On Tue, Nov 29, 2016 at 09:54:29PM -0200, Marcelo Tosatti wrote:
> On Tue, Nov 29, 2016 at 10:34:05AM -0200, Eduardo Habkost wrote:
> > On Tue, Nov 29, 2016 at 08:56:00AM -0200, Marcelo Tosatti wrote:
> > > On Mon, Nov 28, 2016 at 03:12:01PM -0200, Eduardo Habkost wrote:
> > > > On Mon, Nov 28, 201
On Tue, Nov 29, 2016 at 12:47:01PM +0100, Paolo Bonzini wrote:
> diff --git a/include/qemu/futex.h b/include/qemu/futex.h
> new file mode 100644
> index 000..c3d1089
> --- /dev/null
> +++ b/include/qemu/futex.h
> @@ -0,0 +1,36 @@
> +/*
> + * Wrappers around Linux futex syscall
> + *
> + * Copyr
On Tue, Nov 29, 2016 at 12:47:03PM +0100, Paolo Bonzini wrote:
> @@ -272,22 +275,32 @@ bool aio_prepare(AioContext *ctx)
> bool aio_pending(AioContext *ctx)
> {
> AioHandler *node;
> +bool result = false;
>
> -QLIST_FOREACH(node, &ctx->aio_handlers, node) {
> +/*
> + * We h
On Tue, Nov 29, 2016 at 12:47:04PM +0100, Paolo Bonzini wrote:
> Signed-off-by: Paolo Bonzini
> ---
> aio-win32.c | 82
> +
> 1 file changed, 50 insertions(+), 32 deletions(-)
Reviewed-by: Stefan Hajnoczi
signature.asc
Description:
On Tue, Nov 29, 2016 at 12:47:05PM +0100, Paolo Bonzini wrote:
> Signed-off-by: Paolo Bonzini
> ---
> docs/multiple-iothreads.txt | 5 ++---
> include/block/aio.h | 32
> 2 files changed, 18 insertions(+), 19 deletions(-)
Reviewed-by: Stefan Hajnoczi
On Tue, Nov 29, 2016 at 12:47:06PM +0100, Paolo Bonzini wrote:
> The AioContext data structures are now protected by list_lock and/or
> they are walked with FOREACH_RCU primitives. There is no need anymore
> to acquire the AioContext for the entire duration of aio_dispatch.
> Instead, just acquire
On Tue, Nov 29, 2016 at 12:47:07PM +0100, Paolo Bonzini wrote:
> Avoid entering the slow path of qemu_lockcnt_dec_and_lock if
> no bottom half has to be deleted.
>
> Signed-off-by: Paolo Bonzini
> ---
> async.c | 10 +-
> 1 file changed, 9 insertions(+), 1 deletion(-)
Reviewed-by: Stefa
On Tue, Nov 29, 2016 at 12:47:02PM +0100, Paolo Bonzini wrote:
> Preparing for the following patch, use QLIST_FOREACH_SAFE and
> modify the placement of walking_handlers increment/decrement.
>
> Signed-off-by: Paolo Bonzini
> ---
> aio-posix.c | 27 +--
> aio-win32.c | 26
On 30/11/2016 14:31, Stefan Hajnoczi wrote:
> On Tue, Nov 29, 2016 at 12:47:03PM +0100, Paolo Bonzini wrote:
>> @@ -272,22 +275,32 @@ bool aio_prepare(AioContext *ctx)
>> bool aio_pending(AioContext *ctx)
>> {
>> AioHandler *node;
>> +bool result = false;
>>
>> -QLIST_FOREACH(nod
On Wed, Nov 30, 2016 at 01:16:59PM +0100, Maxime Coquelin wrote:
>
>
> On 11/30/2016 12:23 PM, Jason Wang wrote:
> >
> >
> > On 2016年11月30日 18:10, Maxime Coquelin wrote:
> > > This series implements Virtio spec update from Aaron Conole which
> > > defines a way for the host to expose its max MT
On 30/11/2016 10:46, Peter Maydell wrote:
>> > The problem is indeed with the scheduling. The way it currently works
>> > is to depend on the iothread to kick a reschedule once in a while, or
>> > a cpu to issue an instruction that does so (wfe/wfi). However if
>> > there's no io and a cpu never
Can you still reproduce this issue with the latest version of QEMU / the
latest version of gtk?
** Changed in: qemu
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bug
On Wed, Nov 30, 2016 at 11:08:27AM +0100, Laszlo Ersek wrote:
> Recent git releases support the diff.orderFile permanent setting. (In
> older releases, the -O option had to be specified on the command line,
> or in aliases, for the same effect, which was quite inconvenient.) From
> git-diff(1):
>
On 11/29/2016 07:08 PM, Kevin Wolf wrote:
> Am 29.11.2016 um 18:30 hat Cédric Le Goater geschrieben:
>> On 11/29/2016 04:44 PM, Cédric Le Goater wrote:
>>> This could be used to define the flash model to use on some boards
>>> definitions.
>>
>> As this patch was part of a larger set, I did not sen
On Wed, Nov 30, 2016 at 06:50:09PM +0800, Fam Zheng wrote:
> On Wed, 11/30 09:38, Stefan Hajnoczi wrote:
> > On Wed, Nov 30, 2016 at 01:42:14PM +0800, Fam Zheng wrote:
> > > On Tue, 11/29 20:43, Stefan Hajnoczi wrote:
> > > > On Tue, Nov 29, 2016 at 1:24 PM, Fam Zheng wrote:
> > > > > On Tue, 11/2
Looks like this had been fixed here:
http://git.qemu.org/?p=qemu.git;a=commitdiff;h=ba2b22888c43f
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/
Can you still reproduce this problem with the latest version of QEMU? If
so, could you please send a refreshed patch to the qemu-devel mailing
list? We do not pick up patches from the bug tracker. Thanks!
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification
On 11/30/16 16:08, Michael S. Tsirkin wrote:
> On Wed, Nov 30, 2016 at 11:08:27AM +0100, Laszlo Ersek wrote:
>> Recent git releases support the diff.orderFile permanent setting. (In
>> older releases, the -O option had to be specified on the command line,
>> or in aliases, for the same effect, whic
On 11/30/16 13:29, Gerd Hoffmann wrote:
> Hi,
>
>>> Want sent a patch?
>>
>> What file for? :)
>
> create something like scripts/git.orderfile, so people have just to run
> "git config diff.orderfile scripts/git.orderfile" to enable it, and we
> can refine the config without having everybody up
Hi Paolo, I was wondering if you had seen this new version of the vCont
patchset, which I sent around last month -- is there any more work to do
or things to fix? or is it going to be upstreamed after 2.8?
(btw I just rebased it on 2.8.0-rc2 and it applied cleanly)
please don't keep me in suspense
Second thoughts...
Marc-André Lureau writes:
> Add some more section titles to organize the produced documents.
>
> Signed-off-by: Marc-André Lureau
> ---
> qapi-schema.json | 4
> qapi/block-core.json | 6 --
> qapi/block.json | 10 --
> qapi/common.json | 6 +
On Wed, Nov 30, 2016 at 10:08 AM, Laszlo Ersek wrote:
> Recent git releases support the diff.orderFile permanent setting. (In
> older releases, the -O option had to be specified on the command line,
> or in aliases, for the same effect, which was quite inconvenient.) From
> git-diff(1):
>
>
Dear QEMU community,
QEMU 2.8.0-rc3 will be tagged on December 6th. If there are no
pending issues -rc3 will become the QEMU 2.8 final release on December
13th. Let's make this tag a good one!
If you are currently looking into pending issues or have bug fixes
needing attention from maintainers,
On 11/30/2016 04:08 AM, Laszlo Ersek wrote:
> Recent git releases support the diff.orderFile permanent setting. (In
> older releases, the -O option had to be specified on the command line,
> or in aliases, for the same effect, which was quite inconvenient.) From
> git-diff(1):
>
>-O
>
Am 30.11.2016 um 16:09 hat Cédric Le Goater geschrieben:
> On 11/29/2016 07:08 PM, Kevin Wolf wrote:
> > Am 29.11.2016 um 18:30 hat Cédric Le Goater geschrieben:
> >> On 11/29/2016 04:44 PM, Cédric Le Goater wrote:
> >>> This could be used to define the flash model to use on some boards
> >>> defin
Marc-André Lureau writes:
> As the name suggests, the qapi2texi script converts JSON QAPI
> description into a texi file suitable for different target
> formats (info/man/txt/pdf/html...).
>
> It parses the following kind of blocks:
>
> Free-form:
>
> ##
> # = Section
> # == Subsection
>
Hi
- Original Message -
> Second thoughts...
>
> Marc-André Lureau writes:
>
> > Add some more section titles to organize the produced documents.
> >
> > Signed-off-by: Marc-André Lureau
> > ---
> > qapi-schema.json | 4
> > qapi/block-core.json | 6 --
> > qapi/block.j
On Mon, Nov 28, 2016 at 10:05 PM, Peter Maydell
wrote:
> On 28 November 2016 at 16:01, Vijay Kilari wrote:
>> On Mon, Nov 28, 2016 at 6:31 PM, Peter Maydell
>> wrote:
>>> On 23 November 2016 at 12:39, wrote:
From: Vijaya Kumar K
Reset CPU interface registers of GICv3 when CPU
On 11/29/2016 04:44 PM, Cédric Le Goater wrote:
> so that we can change the flash model from the command line.
After kevin input on this topic, we should drop patch 25 and 26.
Thanks,
C.
> Signed-off-by: Cédric Le Goater
> Reviewed-by: Joel Stanley
> ---
> hw/arm/aspeed.c | 2 ++
> 1 file c
Fixed issues in the MIPSDSP64 instructions dextp and dextpdp.
Shifting can go out of 32 bit range.
https://bugs.launchpad.net/qemu/+bug/1631625
Reported-by: Thomas Huth
Reported-by: Jia Liu
Signed-off-by: Yongbok Kim
---
target-mips/dsp_helper.c |4 ++--
1 files changed, 2 insertions(+),
So can we close this bug now, or is there still something left to do
here?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/902413
Title:
qemu-i38
If I've got comment 27 right, the issue has also been fixed upstream, so
I'm setting the status now to "Fix released". If there's still something
left to do here, feel free to change it again.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because yo
Can you still reproduce this problem with the latest version of QEMU? If
so, could you please refresh your patch and send it to the qemu-devel
mailing list? (we do not accept patches from the bug tracker)
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification
1 - 100 of 245 matches
Mail list logo