Fixed in newer versions which no longer have problems with thread local
storage on Windows.
** Changed in: qemu
Status: Confirmed => 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/
On Mon, Dec 05, 2016 at 11:27:09AM +0800, Gonglei wrote:
> The patch set make the cryptodev object can be hot plugging
> in safety, and which are preparing works for virtio-crypto
> device hotpulgging.
Thanks, pls remember to ping after 2.8 is out.
> Gonglei (3):
> cryptodev: introduce a new i
On Tue, Dec 06, 2016 at 06:15:34PM -0800, Ben Warren wrote:
> Hi Michael,
>
> I’m well on my way to implementing this, but I am really new to the QEMU code
> base and am struggling with some concepts. Please see below:
> > On Oct 5, 2016, at 6:29 PM, Michael S. Tsirkin wrote:
> >
> > On Tue, O
On Wed, Dec 07, 2016 at 01:52:45PM +0800, Peter Xu wrote:
> Previously vt-d codes only supports 39 bits iova address width. It won't
> be hard to extend it to 48 bits.
>
> After enabling this, we should be able to map larger iova addresses.
>
> To check whether 48 bits aw is enabled, we can grep
On Thu, Dec 08, 2016 at 09:20:07AM -0600, Eric Blake wrote:
> On 12/07/2016 08:33 PM, Gonglei (Arei) wrote:
>
> >> Sensitive information is sometimes also held in mlocked pages to prevent
> >> it being swapped to disk, but qemu in general is not currently taking
> >> that level of precaution (see
>> Signed-off-by: Thomas Huth
>
> Asked-by: Guan Xuetao
Sorry, should be
Acked-by: Guan Xuetao
>
>> ---
>> MAINTAINERS | 2 +-
>> {target-unicore32 => target/unicore32}/Makefile.objs | 0
>> {target-unicore32 => target/unicore32}/cpu-qom.h | 0
>>
> Signed-off-by: Thomas Huth
Asked-by: Guan Xuetao
> ---
> MAINTAINERS | 2 +-
> {target-unicore32 => target/unicore32}/Makefile.objs | 0
> {target-unicore32 => target/unicore32}/cpu-qom.h | 0
> {target-unicore32 => target/unicore32}/cpu.c
On Sat, 10 Dec 2016 10:24:35 -0600
Eric Blake wrote:
> On 12/10/2016 07:57 AM, Greg Kurz wrote:
>
> >>> -#define P9_NOTAG(u16)(~0)
> >>> -#define P9_NOFID(u32)(~0)
> >>> +#define P9_NOTAG(uint16_t)(~0)
> >>> +#define P9_NOFID(uint32_t)(~0)
> >>
> >> Don't you want to write ((
Check for KVM_CAP_ADJUST_CLOCK capability KVM_CLOCK_TSC_STABLE, which
indicates that KVM_GET_CLOCK returns a value as seen by the guest at
that moment.
For new machine types, use this value rather than reading
from guest memory.
This reduces kvmclock difference on migration from 5s to 0.1s
(when
Import KVM_CLOCK_TSC_STABLE.
Signed-off-by: Marcelo Tosatti
diff --git a/include/standard-headers/linux/input.h
b/include/standard-headers/linux/input.h
index 7361a16..b472b85 100644
--- a/include/standard-headers/linux/input.h
+++ b/include/standard-headers/linux/input.h
@@ -245,6 +245,7 @@ st
See individual patches for details. This patchset depends on kernels
"[PATCH] kvm: kvmclock: let KVM_GET_CLOCK return whether the master
clock is in use" from Paolo.
Hi,
I'm working on adding support for the LED state extension in TigerVNC.
Unfortunately I discovered some bugs in the QEMU implementation so I
need to discuss with you guys what the proper behaviour should be.
The basic problem is that the code right now assumes that XK_Caps_Lock
and XK_Num
On 12/10/2016 07:57 AM, Greg Kurz wrote:
>>> -#define P9_NOTAG(u16)(~0)
>>> -#define P9_NOFID(u32)(~0)
>>> +#define P9_NOTAG(uint16_t)(~0)
>>> +#define P9_NOFID(uint32_t)(~0)
>>
>> Don't you want to write ((uint16_t)(~0)), to ensure that this expression
>> can be used as a drop-i
given the reported problems with the SDL integration, here are some things I
learned while updating GNU ARM Eclipse QEMU to use SDL2 (SDL1 is already
issuing various warnings when running on macOS 10.12, and anyway it has several
limitations).
---
initially I expected that the project requires
> On 10 Dec 2016, at 16:33, Stefan Weil wrote:
>
> I started testing with SDL 2.0 today. A default build for Windows
> is not usable,
I recently migrated GNU ARM Eclipse QEMU to SDL 2, and it works just fine on
Windows, Linux and macOS. The graphical interactions with the user are LEDs
that b
This patch implements VHOST_USER_PROTOCOL_F_NET_MTU
protocol feature and VHOST_USER_NET_SET_MTU request so
that the backend gets notified of the user defined host
MTU.
If backend supports VHOST_USER_PROTOCOL_F_REPLY_ACK,
QEMU assumes MTU is valid if success is returned.
Vhost-net driver sends thi
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| 19 +++
include/hw/virtio/virti
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 | 18 ++
include/net/vhost_net.h | 2 ++
2 files changed, 20 insertions(+)
dif
Thanks for the reviews,
This series implements Virtio spec update from Aaron Conole which
defines a way for the host to expose its max MTU to the guest.
"host_mtu" parameter is added to provide QEMU with the MTU value,
and the backend, if supported, gets notified of the MTU value when the
MTU fea
Hi,
I'm working on adding support for the LED state extension in TigerVNC.
Unfortunately I discovered some bugs in the QEMU implementation so I
need to discuss with you guys what the proper behaviour should be.
The basic problem is that the code right now assumes that XK_Caps_Lock
and XK_Num
On 10.12.2016 03:58, Gonglei (Arei) wrote:
>>
>>
>> On 09.12.2016 02:42, Gonglei (Arei) wrote:
>>> Hi,
>>>
Subject: Re: [Qemu-devel] [PATCH for-2.9 v2] virtio-crypto: zeroize the key
material before free
On 08.12.2016 16:23, Eric Blake wrote:
> On 12/07/2016 08:28 PM, G
On 09.12.2016 18:55, Vladimir Sementsov-Ogievskiy wrote:
> 09.12.2016 20:05, Max Reitz wrote:
>> On 22.11.2016 18:26, Vladimir Sementsov-Ogievskiy wrote:
>>> Realize block bitmap storing interface, to allow qcow2 images store
>>> persistent bitmaps.
>>>
>>> Signed-off-by: Vladimir Sementsov-Ogievsk
This is a status summary for UI support in QEMU for Windows.
Available user interfaces
-
* curses
* SDL 1.2
* SDL 2.0
* GTK without VTE
* VNC
Status curses
-
It is supported, but I don't have any test results as I nearly
never use it. It does not support gra
Le 01/12/2016 à 06:14, Pranith Kumar a écrit :
> From: Marc-André Lureau
>
> tests/tcg/mmap test fails with values other than default target page
> size. When creating a map beyond EOF, extra anonymous pages are added up
> to the target page boundary. Currently, this operation is performed only
>
On Fri, 9 Dec 2016 15:25:55 -0600
Eric Blake wrote:
> On 12/09/2016 03:28 AM, Greg Kurz wrote:
> > The u16 and u32 types don't exist in QEMU common headers. It never broke
> > build because these two macros aren't use by the current code, but this
> > is about to change with the future addition o
On Fri, Dec 09, 2016 at 01:17:30PM +0100, Thomas Huth wrote:
> After my RFC last week that did not move all folder yet, here's now
> a patch series that moves all target-* folders into one subfolder:
>
> We've currently got 18 architectures in QEMU, and thus 18 target-xxx
> folders in the root fol
Le 01/12/2016 à 06:14, Pranith Kumar a écrit :
> From: Marc-André Lureau
>
> old_value is the 4th argument of timer_settime(), not the 2nd.
>
> Signed-off-by: Marc-André Lureau
> Signed-off-by: Pranith Kumar
> ---
> linux-user/syscall.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Le 09/12/2016 à 17:51, Thomas Huth a écrit :
> On 09.12.2016 13:24, Laurent Vivier wrote:
>> Le 09/12/2016 à 13:17, Thomas Huth a écrit :
>>> 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. After
On Fri, Dec 09, 2016 at 01:17:36PM +0100, Thomas Huth wrote:
> Signed-off-by: Thomas Huth
Reviewed-by: David Gibson
> ---
> MAINTAINERS | 4 ++--
> Makefile.objs | 2 +-
> hw/ppc/fdt.c
Regards,
-Gonglei
> -Original Message-
> From: linux-crypto-ow...@vger.kernel.org
> [mailto:linux-crypto-ow...@vger.kernel.org] On Behalf Of Sam Ravnborg
> Sent: Saturday, December 10, 2016 5:59 AM
> To: Gonglei (Arei)
> Cc: linux-ker...@vger.kernel.org; qemu-devel@nongnu.org;
> virti
30 matches
Mail list logo
