On 12/31/2015 07:35 PM, P J P wrote:
> From: Prasad J Pandit
>
> While doing ioport r/w operations, ne2000 device emulation suffers
> from OOB r/w errors. Update respective array bounds check to avoid
> OOB access.
>
> Reported-by: Ling Liu
> Signed-off-by: Prasad J Pandit
> ---
> hw/net/ne20
On 12/31/2015 10:34 PM, Alexis D...t wrote:
> If a 32 bits l2tpv3 frame cookie MSB if set to 1, the cast to uint64_t
> cookie will
> spread 1 to the four most significant bytes.
> Then the condition (cookie != s->rx_cookie) becomes false.
>
> Signed-off-by: Alexis Dambricourt
> ---
> net/l2tpv3
On Mon, 01/04 13:16, Stefan Hajnoczi wrote:
> On Wed, Dec 23, 2015 at 06:15:20PM +0800, Fam Zheng wrote:
> > On Fri, 12/18 14:15, Markus Armbruster wrote:
> > In that theory, all other block job types, mirror/stream/commit, fit into a
> > "pull" model, which follows a specified dirty bitmap and cop
On 12/23/2015 05:26 PM, Stefan Hajnoczi wrote:
> On Wed, Dec 02, 2015 at 01:31:46PM +0800, Wen Congyang wrote:
>> +== Failure Handling ==
>> +There are 6 internal errors when block replication is running:
>> +1. I/O error on primary disk
>> +2. Forwarding primary write requests failed
>> +3. Backup
On 12/23/2015 05:47 PM, Stefan Hajnoczi wrote:
> On Wed, Dec 02, 2015 at 01:37:25PM +0800, Wen Congyang wrote:
>> +/*
>> + * Only write to active disk if the sectors have
>> + * already been allocated in active disk/hidden disk.
>> + */
>> +qemu_iovec_init(&hd_qiov, qiov->niov);
On 12/31/2015 04:40 PM, Zhang Chen wrote:
>
>
> On 12/31/2015 10:36 AM, Jason Wang wrote:
>>
>> On 12/22/2015 06:42 PM, Zhang Chen wrote:
>>> From: zhangchen
>>>
>>> Hi,all
>>>
>>> This patch add an colo-proxy object, COLO-Proxy is a part of COLO,
>>> based on qemu netfilter and it's a plugin fo
From: Bo Tu
Replace the remaining "-drive file..."
by "-drive file=...,if=none,id=$device_id", then x86 and s390x
can get the common output.
"if=ide, if=floppy, if=scsi" are not supported by s390x,
so these test cases are not executed for s390x platform.
Signed-off-by: Bo Tu
---
tests/qemu-io
From: Bo Tu
v1:
1. Replace the remaining "-drive file..." by "-drive
file=...,if=none,id=$device_id"
2. Do not execute test cases of "if=ide, if=floppy, if=scsi" for s390x
Bo Tu (1):
qemu-iotests: s390x: fix test 051
tests/qemu-iotests/051| 32
tests/qemu-iotes
On 12/23/2015 06:04 PM, Stefan Hajnoczi wrote:
> On Thu, Dec 17, 2015 at 02:22:14PM +0800, Wen Congyang wrote:
>> Stefan:Ping...
>>
>> What about this feature? I have worked for it about 1 year, but it is still
>> in the
>> way...
>
> The code still has TODOs. What is the plan for supporting rep
On Thu, Dec 17, 2015 at 02:22:14PM +0800, Wen Congyang wrote:
> Stefan:Ping...
>
> What about this feature? I have worked for it about 1 year, but it is still
> in the
> way...
The code still has TODOs. What is the plan for supporting replication
after failover? This feature seems critical bec
On Wed, Dec 02, 2015 at 01:37:25PM +0800, Wen Congyang wrote:
> +/*
> + * Only write to active disk if the sectors have
> + * already been allocated in active disk/hidden disk.
> + */
> +qemu_iovec_init(&hd_qiov, qiov->niov);
> +while (remaining_sectors > 0) {
> +ret
On Wed, Dec 02, 2015 at 01:31:46PM +0800, Wen Congyang wrote:
> +== Failure Handling ==
> +There are 6 internal errors when block replication is running:
> +1. I/O error on primary disk
> +2. Forwarding primary write requests failed
> +3. Backup failed
> +4. I/O error on secondary disk
> +5. I/O er
On Wed, Dec 23, 2015 at 06:15:20PM +0800, Fam Zheng wrote:
> On Fri, 12/18 14:15, Markus Armbruster wrote:
> In that theory, all other block job types, mirror/stream/commit, fit into a
> "pull" model, which follows a specified dirty bitmap and copies data from a
> specified src BDS. In this pull mo
On Jan 3, 2016, at 3:59 PM, Programmingkid wrote:
>
> On Jan 3, 2016, at 2:27 PM, Mark Cave-Ayland wrote:
>
>> On 03/01/16 19:01, Programmingkid wrote:
>>
> The rtl8139 did not work on the mac99 target. I didn't see the timeout
> message.
> I did use your rtl8139 patchset fix.
>>>
On 2015年12月30日 00:46, Michael S. Tsirkin wrote:
> Interesting. So you sare saying merely ifdown/ifup is 100ms?
> This does not sound reasonable.
> Is there a chance you are e.g. getting IP from dhcp?
>
> If so that is wrong - clearly should reconfigure the old IP
> back without playing with dhcp.
On 12/31/2015 04:02 PM, Li Zhijian wrote:
>
>
> On 12/31/2015 10:36 AM, Jason Wang wrote:
>>
>>
>> On 12/22/2015 06:42 PM, Zhang Chen wrote:
>>> From: zhangchen
>>>
>>> Hi,all
>>>
>>> This patch add an colo-proxy object, COLO-Proxy is a part of COLO,
>>> based on qemu netfilter and it's a plugin
On Jan 3, 2016, at 2:27 PM, Mark Cave-Ayland wrote:
> On 03/01/16 19:01, Programmingkid wrote:
>
The rtl8139 did not work on the mac99 target. I didn't see the timeout
message.
I did use your rtl8139 patchset fix.
>>>
>>> I think this might be because we're missing an interrupt
commit 31e38a22a0c5a25646f966f001e1f5513d5a186d
Author: Olga Krishtal
Date: Fri Dec 4 09:42:04 2015 +0300
qemu-char: append opt to stop truncation of serial file
has added the option to the runtime but does not added it to -help
output.
Signed-off-by: Denis V. Lunev
Revie
Hello.
I tried to rebuild xen and qemu-xen (again *using patches from
byt_experimental branch*) and seems that now is going to show bios messages
and tried to start ubuntu, but when it starts it is very lagging.
I will create separate thread for discussing problem of ui lagging.
Thanks for help.
19 matches
Mail list logo
