Re: [PATCH] hw/display/virtio-vga: made vga memory size configurable

2021-03-16 Thread Vitaly Chipounov
On Mon, Mar 15, 2021 at 4:24 PM Gerd Hoffmann wrote: > > On Mon, Mar 15, 2021 at 12:29:16PM +0100, Vitaly Chipounov wrote: > > On Mon, Mar 15, 2021 at 8:21 AM Gerd Hoffmann wrote: > > > > > > If your guest has no virtio driver use stdvga instead of running >

Re: [PATCH] hw/display/virtio-vga: made vga memory size configurable

2021-03-15 Thread Vitaly Chipounov
On Mon, Mar 15, 2021 at 8:21 AM Gerd Hoffmann wrote: > > On Sun, Mar 14, 2021 at 01:23:14PM +0100, vit...@cyberhaven.com wrote: > > From: Vitaly Chipounov > > > > This enables higher resolutions. > > No. virtio-vga supports higher resolutions just fine once the

Re: [PATCH] hw/display/virtio-vga: made vga memory size configurable

2021-03-14 Thread Vitaly Chipounov
Yes, it's a typo in the commit message, sorry. Vitaly On 3/14/21 1:45 PM, BALATON Zoltan wrote: On Sun, 14 Mar 2021, vit...@cyberhaven.com wrote: From: Vitaly Chipounov This enables higher resolutions. The default is still 8MB for backwards compatibility with existing snapshots.

Re: [Qemu-devel] [PATCH] slirp: fixed potential use-after-free of a socket

2013-02-22 Thread Vitaly Chipounov
Hi, On 21.02.2013 15:33, Jan Kiszka wrote: > On 2013-02-15 12:00, Vitaly Chipounov wrote: >> A socket may still have references to it in various queues >> at the time it is freed, causing memory corruptions. > Did you see it in practice? Or is this patch based on code review?

[Qemu-devel] [PATCH] slirp: fixed potential use-after-free of a socket

2013-02-15 Thread Vitaly Chipounov
A socket may still have references to it in various queues at the time it is freed, causing memory corruptions. Signed-off-by: Vitaly Chipounov --- slirp/socket.c | 29 + 1 file changed, 29 insertions(+) diff --git a/slirp/socket.c b/slirp/socket.c index 77b0c98

[Qemu-devel] [PATCH v2] x86: Fixed incorrect segment base address addition in 64-bits mode

2012-07-02 Thread Vitaly Chipounov
be translated incorrectly. For example, inc dword ptr gs:260h[ebx*4] gets incorrectly translated to: (uint32_t)(gs.base + ebx * 4 + 0x260) instead of gs.base + (uint32_t)(ebx * 4 + 0x260) Signed-off-by: Vitaly Chipounov --- target-i386/translate.c | 43 +-

Re: [Qemu-devel] [PATCH] x86: Fixed incorrect segment base address addition

2012-07-02 Thread Vitaly Chipounov
Max, On 02.07.2012 17:18, Max Filippov wrote: > On Mon, Jul 2, 2012 at 2:29 PM, Vitaly Chipounov > wrote: >> An instruction with address and segment size override triggers the bug. >> inc dword ptr gs:260h[ebx*4] gets incorrectly translated to: >> (uint32_t)(gs.base + ebx

[Qemu-devel] [PATCH] x86: Fixed incorrect segment base address addition

2012-07-02 Thread Vitaly Chipounov
An instruction with address and segment size override triggers the bug. inc dword ptr gs:260h[ebx*4] gets incorrectly translated to: (uint32_t)(gs.base + ebx * 4 + 0x260) instead of gs.base + (uint32_t)(ebx * 4 + 0x260) Signed-off-by: Vitaly Chipounov --- target-i386/translate.c |2 +- 1