On 11/11/2016 08:20 AM, jinguo...@loongson.cn wrote:
From: Jin Guojie
This patch implements TCG mips64r2(little-endian) translation backend.
Tested on Loongson 3A2000(a MIPS64-compatible CPU) with Fedora Linux 21 Remix.
linux-0.2.img.bz2 runs well.
The performance is nearly 10 times higher than
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.
Type: series
Subject: [Qemu-devel] [PATCH v8 00/21] qcow2: persistent dirty bitmaps
Message-id: 1478715476-132280-1-git-send-e
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.
Type: series
Subject: [Qemu-devel] [RFC 0/3] aio: experimental virtio-blk polling mode
Message-id: 1478711602-12620-1-git-send
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.
Type: series
Subject: [Qemu-devel] [PATCH v6 00/19] Remaining MTTCG Base patches and ARM
enablement
Message-id: 2016110914574
In the user emulation code path, tlb_vaddr_to_host erronesously passed
vaddr as the guest address to be translated, instead of addr, the parameter
which actually contained the guest address.
This resulted in incorrect addresses being used when emulating block copy
(mvc/mvpg) and block clear (xc) i
Hi,
Your series seems to have some coding style problems. See output below for
more information:
Type: series
Subject: [Qemu-devel] [PULL 0/9] Ide patches
Message-id: 1478890195-30841-1-git-send-email-js...@redhat.com
=== TEST SCRIPT BEGIN ===
#!/bin/bash
BASE=base
n=1
total=$(git log --oneline
Hi,
Your series seems to have some coding style problems. See output below for
more information:
Type: series
Subject: [Qemu-devel] [PATCH v2 0/5] [RFC] Add HAX support
Message-id: cover.1478863621.git.vpala...@chromium.org
=== TEST SCRIPT BEGIN ===
#!/bin/bash
BASE=base
n=1
total=$(git log --o
Hi,
Your series seems to have some coding style problems. See output below for
more information:
Type: series
Subject: [Qemu-devel] [RFC PATCH 0/8] quorum: Implement
.bdrv_co_preadv/pwritev()
Message-id: 1478798349-28983-1-git-send-email-kw...@redhat.com
=== TEST SCRIPT BEGIN ===
#!/bin/bash
B
Hi,
Your series seems to have some coding style problems. See output below for
more information:
Type: series
Subject: [Qemu-devel] [PATCH v2 0/1] vfio-pci: fix assert fail in host property
if unused
Message-id: cover.1478777270.git.daniel.o...@gmail.com
=== TEST SCRIPT BEGIN ===
#!/bin/bash
B
Hi,
Your series seems to have some coding style problems. See output below for
more information:
Type: series
Subject: [Qemu-devel] [PATCHv2 0/3] Allow ISA to be disabled on some platforms
Message-id: 1478694124-15803-1-git-send-email-da...@gibson.dropbear.id.au
=== TEST SCRIPT BEGIN ===
#!/bin/
Hi, I'm working on the OpenRISC wiki page and was wondering if you
could give me an example command-line for using qemu-system-or1k
please? Here is the page: http://wiki.qemu.org/Documentation/
Platforms/OpenRISC
Hi Marek,
On 11/12/2016 01:50 PM, Marek Vasut wrote:
On 11/07/2016 08:54 PM, Guenter Roeck wrote:
Hi Marek,
On 11/07/2016 10:14 AM, Marek Vasut wrote:
On 11/07/2016 04:58 AM, Guenter Roeck wrote:
On Tue, Oct 25, 2016 at 09:57:43PM +0200, Marek Vasut wrote:
From: Chris Wulff
Add support fo
On 11/07/2016 08:54 PM, Guenter Roeck wrote:
> Hi Marek,
>
> On 11/07/2016 10:14 AM, Marek Vasut wrote:
>> On 11/07/2016 04:58 AM, Guenter Roeck wrote:
>>> On Tue, Oct 25, 2016 at 09:57:43PM +0200, Marek Vasut wrote:
From: Chris Wulff
Add support for emulating Altera NiosII R1 arch
PID USER PR NIVIRTRES S P %CPU %MEM TIME+ COMMAND
7817 rth 20 0 5304360 712404 R 3 94.4 9.1 2:45.21 qemu-system-alp
7819 rth 20 0 5304360 712404 R 1 90.7 9.1 2:01.84 qemu-system-alp
7818 rth 20 0 5304360 712404 R 2 90.1 9.1 2:04.52 qemu-syste
On Fri, 11 Nov 2016 03:54:27 -0500
Pradeep Jagadeesh wrote:
> Uses throttling APIs to limit I/O bandwidth and number of operations on the
> devices which use 9p-local driver.
>
> Signed-off-by: Pradeep Jagadeesh
> Reviewed-by: Alberto Garcia"
> ---
Hi Pradeep,
I'll have a look next week but
Hi Li,
On Sat, 12 Nov 2016 00:13:56 -0800
Li Qiang wrote:
> From: Li Qiang
>
> When the 9pfs use 'handle'/'proxy' as the backend driver it
> will allocate a private data memory. But this memory is not freed in
> the unrealize function thus leading a memory leak issue. This patch
> avoid this.
Configuration overlay does not explicitly say whether there are ICACHE
and DCACHE in the core. Current code uses XCHAL_[ID]CACHE_WAYS to detect
if corresponding cache option is enabled, but that's not correct: on
cores without cache these macros are defined as 1, not as 0.
Check XCHAL_[ID]CACHE_SIZ
It's been there from the very beginning and it's been unused since then.
Drop it.
Signed-off-by: Max Filippov
---
target-xtensa/helper.h| 1 -
target-xtensa/op_helper.c | 5 -
2 files changed, 6 deletions(-)
diff --git a/target-xtensa/helper.h b/target-xtensa/helper.h
index 5ea9c5b..661
Emilio G. Cota writes:
> On Fri, Nov 11, 2016 at 18:17:05 -0500, Peter Xu wrote:
>> I also tried to test with exactly the same build parameters with the
>> previous commit of above (09cd058a2c, "intel_iommu: get rid of {0}
>> initializers"), it has the same problem (TCG version cannot boot gues
Hello,
Brian Candler, on Sat 12 Nov 2016 09:33:55 +, wrote:
> On 11/11/2016 22:09, Samuel Thibault wrote:
> >Ooh, I see. Now it's obvious, now that it's not coming from the tcb
> >loop:) Could you try the attached patch?
>
> It looks like it now goes into an infinite loop when a connection
On 12/11/2016 09:33, Brian Candler wrote:
So I sent a SIGABRT, here is the backtrace:
And here is some state from the core dump:
(gdb) print so
$1 = (struct socket *) 0x564b181fc940
(gdb) print *so
$2 = {so_next = 0x564b18258c60, so_prev = 0x564b181fcb00, canary1 =
-559038737, s = 28,
pollf
On 11/11/2016 22:09, Samuel Thibault wrote:
Ooh, I see. Now it's obvious, now that it's not coming from the tcb
loop:) Could you try the attached patch?
It looks like it now goes into an infinite loop when a connection is
closed. Packer output stopped here:
...
2016/11/12 09:29:04 ui:
Thanks,the expression is not the key problem,I just write it wrong,the key
problem is that what I get from the code is everytime dirver add a sg ,it will
call virtqueue_kick,such as network driver,in start_xmit function ,it called
xmit_skb generate a sg list and add it to the queue,then called v
Le 12/11/2016 à 09:26, Richard Henderson a écrit :
> On 11/11/2016 10:25 PM, Laurent Vivier wrote:
>> Signed-off-by: Laurent Vivier
>> ---
>> v4:
>> - don't overwrite TCGv descriptor in rotate16_reg()
>> v3:
>> - fix rotate memory decoding
>> - use "shx = shx < 0 ? size : shx;"
>> - some clean
On 11/11/2016 10:25 PM, Laurent Vivier wrote:
Signed-off-by: Laurent Vivier
---
v4:
- don't overwrite TCGv descriptor in rotate16_reg()
v3:
- fix rotate memory decoding
- use "shx = shx < 0 ? size : shx;"
- some cleanup
v2:
- use shift to do rotate_x() for 8 and 16bit value
- rotate_x()/ro
From: Li Qiang
When the 9pfs use 'handle'/'proxy' as the backend driver it
will allocate a private data memory. But this memory is not freed in
the unrealize function thus leading a memory leak issue. This patch
avoid this.
Signed-off-by: Li Qiang
---
hw/9pfs/9p.c | 1 +
1 file changed, 1 inse
26 matches
Mail list logo
