On Fri, Jan 26, 2018 at 11:39 AM, Paolo Bonzini wrote:
> On 23/01/2018 13:36, Izik Eidus wrote:
>> Moving it to a new file and add the BSD license there.
>>
>> Signed-off-by: Izik Eidus
>
> Since it's compatible, I'm just adding the NetApp BSD license
The following 2 patch's add a missing attributions to the hvf code
Moving it to a new file and add the BSD license there.
Signed-off-by: Izik Eidus
---
target/i386/hvf/ept_fault.h | 70 +
target/i386/hvf/hvf.c | 38 +---
2 files changed, 71 insertions(+), 37 deletions(-)
create mode 100644
rface.h" as being in the public domain."
Signed-off-by: Izik Eidus
---
target/i386/hvf/hvf.c | 3 +++
target/i386/hvf/vmx.h | 3 +++
2 files changed, 6 insertions(+)
diff --git a/target/i386/hvf/hvf.c b/target/i386/hvf/hvf.c
index 010866ed22..ab4820c3f5 100644
--- a/target/i386/hvf/hvf
On Wed, Sep 6, 2017 at 5:28 PM, Paolo Bonzini wrote:
> Il 06 set 2017 3:29 PM, "Izik Eidus" ha scritto:
>
> Paolo, I was reviewing more and more our code and found another issue
> regarding licensing of gpl2v+: the file x86_descr.c include:
> #define VMX_SEGMENT_FIELD
On Mon, Sep 4, 2017 at 9:47 AM, Paolo Bonzini wrote:
>
>
>
> Il 03 set 2017 8:49 PM, "Izik Eidus" ha scritto:
>
> For now i want to get hypervisor framework merged into QEMU in required
> license. I did offer to open source everything needed from anka to the mak
On Sun, Sep 3, 2017 at 8:13 PM, Paolo Bonzini > wrote:
>
>
> Il 03 set 2017 6:54 PM, "Izik Eidus" > ha scritto:
>
> > What code is derived from v2-only sources? IIRC the task switch code is
> > derived from KVM, is there anything else?
>
> Yes
On Sun, Sep 3, 2017 at 7:35 PM, Paolo Bonzini wrote:
>
>
> Il 03 set 2017 6:17 PM, "Izik Eidus" ha scritto:
>
> Hi,
>
> Paolo, my biggest challenge right now is:
> hvf-all.c
> it include currently the following copyright:
>
> // Copyright 2008 IBM Cor
GPL2v+, what you guys
think?, we can get this stuff done before the end of this week...
Thanks.
On Fri, Sep 1, 2017 at 12:39 AM, Izik Eidus wrote:
>
>
> On Fri, Sep 1, 2017 at 12:21 AM, Paolo Bonzini
> wrote:
>
>> Il 31 ago 2017 3:54 PM, "Izik Eidus" ha scritto:
On Sun, Sep 3, 2017 at 9:23 AM, Paolo Bonzini wrote:
> Il 01 set 2017 7:59 PM, "Izik Eidus" ha scritto:
>
> Hi,
>
> Sergio, I was trying to applying patch 1/13 and 2/13 and then I ran:
> ./configure and saw: 'HVF support yes'
> after that 'ma
On Fri, Sep 1, 2017 at 12:21 AM, Paolo Bonzini wrote:
> Il 31 ago 2017 3:54 PM, "Izik Eidus" ha scritto:
>
> > Izik, Vincent (assuming you are the right person to contact at Google),
> > can you reply to Daniel and Stefan?
> >
>
> Hi,
>
> What I su
e HVF port to
> Google's Android Emulator QEMU branch.
> Frank, in this thread we are discussing the licensing issue with the HVF
> files (their being GPL v2-only). Paolo from Red Hat was asking to Veertu
> developer Izik Eidus if the code in Veertu derived only from QEMU, Bochs
>
VF port to
>> Google's Android Emulator QEMU branch.
>> Frank, in this thread we are discussing the licensing issue with the HVF
>> files (their being GPL v2-only). Paolo from Red Hat was asking to Veertu
>> developer Izik Eidus if the code in Veertu derived only from QEMU
On Fri, Sep 1, 2017 at 12:21 AM, Paolo Bonzini wrote:
> Il 31 ago 2017 3:54 PM, "Izik Eidus" ha scritto:
>
> > Izik, Vincent (assuming you are the right person to contact at Google),
> > can you reply to Daniel and Stefan?
> >
>
> Hi,
>
> What I su
On Thu, Aug 31, 2017 at 2:26 PM, Paolo Bonzini wrote:
>
>
> Il 31 ago 2017 9:43 AM, "Stefan Hajnoczi" ha scritto:
>
> On Wed, Aug 30, 2017 at 03:07:38PM +0100, Daniel P. Berrange wrote:
> > On Wed, Aug 30, 2017 at 03:26:51AM -0500, Sergio Andres Gomez Del Real
> wrote:
> > > diff --git a/target/
Hi,
What about this patch?, everything that was asked from Dmitry was
accomplished...
What prevent us from progressing with merging this patch?
Thanks.
On 18/03/2012 11:27, Dmitry Fleytman wrote:
Signed-off-by: Dmitry Fleytman
Signed-off-by: Yan Vugenfirer
---
Makefile.objs |
On Tue, Feb 28, 2012 at 3:01 PM, Daniel P. Berrange wrote:
> On Tue, Feb 28, 2012 at 02:57:32PM -0500, Izik Eidus wrote:
>> On Tue, Feb 28, 2012 at 2:50 PM, Yan Vugenfirer
>> wrote:
>> > Adding Izik from Ravello.
>> >
>> > Best regards,
>> > Y
On 02/28/2012 03:01 PM, Daniel P. Berrange wrote:
On Tue, Feb 28, 2012 at 02:57:32PM -0500, Izik Eidus wrote:
On Tue, Feb 28, 2012 at 2:50 PM, Yan Vugenfirer wrote:
Adding Izik from Ravello.
Best regards,
Yan.
On Tue, Feb 28, 2012 at 6:43 PM, malc wrote:
On Tue, 28 Feb 2012, Yan
On Tue, Feb 28, 2012 at 2:50 PM, Yan Vugenfirer wrote:
> Adding Izik from Ravello.
>
> Best regards,
> Yan.
>
> On Tue, Feb 28, 2012 at 6:43 PM, malc wrote:
>> On Tue, 28 Feb 2012, Yan Vugenfirer wrote:
>>
>>> From: Dmitry Fleytman
>>>
>>> Implementation of VMWare VMXNET3 paravirtual NIC device.
On Mon, 10 May 2010 15:24:20 -0500
Anthony Liguori wrote:
> On 04/13/2010 04:33 AM, Izik Eidus wrote:
> > From f881b371e08760a67bf1f5b992a586c3de600f7a Mon Sep 17 00:00:00
> > 2001 From: Izik Eidus
> > Date: Tue, 13 Apr 2010 12:24:57 +0300
> > Subject: [PATCH] f
On Tue, 13 Apr 2010 12:33:18 +0300
Izik Eidus wrote:
> From f881b371e08760a67bf1f5b992a586c3de600f7a Mon Sep 17 00:00:00 2001
> From: Izik Eidus
> Date: Tue, 13 Apr 2010 12:24:57 +0300
> Subject: [PATCH] fix migration with large mem
Anyone ???
>
> In cases of guests with l
From f881b371e08760a67bf1f5b992a586c3de600f7a Mon Sep 17 00:00:00 2001
From: Izik Eidus
Date: Tue, 13 Apr 2010 12:24:57 +0300
Subject: [PATCH] fix migration with large mem
In cases of guests with large mem that have pages
that all their bytes content are the same, we will
spend alot of time
On 02/25/2010 10:41 AM, Gerd Hoffmann wrote:
From: Izik Eidus
The true auther of this patch is Yaniv Kamay.
Thanks.
Signed-off-by: Izik Eidus
Signed-off-by: Gerd Hoffmann
---
On Fri, 11 Dec 2009 17:07:13 -0200
Glauber Costa wrote:
> >>
> >> Spice is a library, it is library for remote display, it handle by
> >> itself all the connection between the spice client to the host that
> >> run the guest, it include:
> >> sound, display, keyboard, usb, network tunneling (for
On Wed, 30 Dec 2009 14:05:10 +0200
Gleb Natapov wrote:
> On Wed, Dec 30, 2009 at 12:01:28PM +, Blue Swirl wrote:
> > On Wed, Dec 30, 2009 at 11:50 AM, Gleb Natapov wrote:
> > > Knowing ioapic configuration is very useful for the poor soles
> > > how need to debug guest occasionally.
> >
> >
On Fri, 11 Dec 2009 22:26:59 +0200
Izik Eidus wrote:
> On Fri, 11 Dec 2009 22:53:25 +0300 (MSK)
> malc wrote:
>
> > On Fri, 11 Dec 2009, Izik Eidus wrote:
> >
> > > On Fri, 11 Dec 2009 22:24:38 +0300 (MSK)
> > > malc wrote:
> > >
On Sat, 12 Dec 2009 18:18:01 -0600
Anthony Liguori wrote:
> Andrea Arcangeli wrote:
> > On Sat, Dec 12, 2009 at 05:52:49PM -0600, Anthony Liguori wrote:
> >
> >> This is the bit that confuses me. VNC is not a driver. When I
> >> say it cannot crash the guest, I mean that if the VNC server ma
On Sat, 12 Dec 2009 13:28:18 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > That specific area in spice will be changed very soon due to new
> > requiments that the offscreens will add.
> > Windows direct draw allow modifying offscreen (or even primary)
> > surf
On Sat, 12 Dec 2009 13:26:30 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > On Sat, 12 Dec 2009 11:40:21 -0600
> > Anthony Liguori wrote:
> >
> >
> >> FWIW, I don't see any reason why Spice couldn't be made to be
> >> separate f
On Sat, 12 Dec 2009 11:40:21 -0600
Anthony Liguori wrote:
> FWIW, I don't see any reason why Spice couldn't be made to be
> separate from guest emulation. I think it would just require the
> right interfacing in qemu. I think that's purely an implementation
> detail.
The QXL device is one of t
On Sat, 12 Dec 2009 11:35:24 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > What you mean? how can it compress it? or what method?
> >
> > When there is no driver installed, we use compression that based on
> > LZ...
> >
>
> Okay, that's wh
On Sat, 12 Dec 2009 11:19:19 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > On Sat, 12 Dec 2009 09:25:00 -0600
> > Anthony Liguori wrote:
> >
> >
> >> How does this work?
> >>
> >> Does Spice only work with QXL or can it also wor
On Sat, 12 Dec 2009 16:43:43 +0100
Alexander Graf wrote:
>
>
> I'm always having a hard time understanding why VNC is slow. I've
> seriously always been wondering. And I'm still puzzled as to why RDP
> is so much superior performance-wise. After all, it basically only
> implements framebuffer up
On Sat, 12 Dec 2009 09:25:00 -0600
Anthony Liguori wrote:
> How does this work?
>
> Does Spice only work with QXL or can it also work with Cirrus and
> std-vga? Does it degrade into basically a framebuffer based
> protocol? How does it encode the bitmap data in this mode?
It work with std-vga
On Sat, 12 Dec 2009 09:13:51 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > On Fri, 11 Dec 2009 21:31:34 -0600
> > Anthony Liguori wrote:
> >
> >> Okay, that's in line with what my expectations were. So what's
> >> the future of Spi
On Fri, 11 Dec 2009 21:31:34 -0600
Anthony Liguori wrote:
>
> Okay, that's in line with what my expectations were. So what's the
> future of Spice for X? Anything clever or is Windows the only target
> right now?
Offscreen pixmaps, Xrender, opengl 3d commands, Video extention.
I dont unders
On Sat, 12 Dec 2009 02:08:05 +0100
Alexander Graf wrote:
> So the thing I dislike is the "take all of QXL and SPICE or leave
> everything" sort of attitude that's coming over. I'd love to use QXL,
> but I don't want to use SPICE :-). Thus I want to make sure we're
> going in a really modular dire
On Sat, 12 Dec 2009 01:27:09 +0100
Alexander Graf wrote:
>
> On 12.12.2009, at 01:14, Izik Eidus wrote:
>
> > On Sat, 12 Dec 2009 00:54:47 +0100
> > Alexander Graf wrote:
> >
> >>
> >> On 11.12.2009, at 23:46, Izik Eidus wrote:
> >>
&g
On Sat, 12 Dec 2009 01:05:36 +0100
Alexander Graf wrote:
>
> What does performance look like in comparison to Xrdp? That one does
> implement bitmap caches. It should be really really close, right?
Untill Spice wont have the opengl support merged, I dont think it fair
to compare it into other
On Sat, 12 Dec 2009 00:54:47 +0100
Alexander Graf wrote:
>
> On 11.12.2009, at 23:46, Izik Eidus wrote:
>
> > On Fri, 11 Dec 2009 23:08:01 +0100
> > Alexander Graf wrote:
> >
> >>
> >> On 11.12.2009, at 22:13, Izik Eidus wrote:
> >>
On 12 Dec 2009 00:58:13 +0100
Soeren Sandmann wrote:
>
> However, as things stand right now, there is not much point in adding
> this support, because X applications essentially always work like
> this:
>
> - render to offscreen pixmap
> - copy pixmap to screen
>
> There is not
On Fri, 11 Dec 2009 23:08:01 +0100
Alexander Graf wrote:
>
> On 11.12.2009, at 22:13, Izik Eidus wrote:
>
> > On Fri, 11 Dec 2009 14:46:55 -0600
> > Anthony Liguori wrote:
> >
> >> Izik Eidus wrote:
> >>> I personaly dont like mjpeg, and yes i
On Fri, 11 Dec 2009 15:54:52 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> >>>> By the time we get to video memory, the display server has
> >>>> already straightened out what portions of the screen are visible
> >>>> and what aren
On Fri, 11 Dec 2009 14:48:53 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > On Fri, 11 Dec 2009 13:51:53 -0600
> > Anthony Liguori wrote:
> >
> >
> >> libc is not a plugin. It implements very well defined behaviors
> >> that have well unde
On Fri, 11 Dec 2009 14:46:55 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > I personaly dont like mjpeg, and yes in the end of the day you can
> > add the video streaming into vnc, but what is the point here?
> >
>
> What I'm trying to understand is, w
On Fri, 11 Dec 2009 13:51:53 -0600
Anthony Liguori wrote:
> libc is not a plugin. It implements very well defined behaviors that
> have well understood behaviors. Also, glibc generally does not crash
> :-) I would not want a user to replace glibc with a different libc.
I think it problomati
On Fri, 11 Dec 2009 22:53:25 +0300 (MSK)
malc wrote:
> On Fri, 11 Dec 2009, Izik Eidus wrote:
>
> > On Fri, 11 Dec 2009 22:24:38 +0300 (MSK)
> > malc wrote:
> >
> > > On Fri, 11 Dec 2009, Izik Eidus wrote:
> > >
> > > > On Fri
On Fri, 11 Dec 2009 13:51:53 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > On Fri, 11 Dec 2009 13:30:22 -0600
> > Anthony Liguori wrote:
> >
> >
> >> Izik Eidus wrote:
> >>
> >>> I should speek with the marketing guys, will
On Fri, 11 Dec 2009 13:30:22 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > I should speek with the marketing guys, will be able to answer on
> > that specific question in few days.
> >
> >
> > But simple 2D Commands are just not enougth for spice.
>
On Fri, 11 Dec 2009 22:24:38 +0300 (MSK)
malc wrote:
> On Fri, 11 Dec 2009, Izik Eidus wrote:
>
> > On Fri, 11 Dec 2009 22:03:33 +0300 (MSK)
> > malc wrote:
> >
> > > On Fri, 11 Dec 2009, Izik Eidus wrote:
> > >
> > > > On Fri, 11
On Fri, 11 Dec 2009 17:15:02 -0200
Glauber Costa wrote:
> >
> > But to introduce another protocol where a user has to make a choice
> > to use Spice over VNC, I think we need a really good justification
> > for that. It's really about complexity. A user shouldn't have to
> > know about Spice or
On Fri, 11 Dec 2009 17:07:13 -0200
Glauber Costa wrote:
> >>
> >> Spice is a library, it is library for remote display, it handle by
> >> itself all the connection between the spice client to the host that
> >> run the guest, it include:
> >> sound, display, keyboard, usb, network tunneling (for
On Fri, 11 Dec 2009 13:06:47 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > I want to add that qemu is not the sole user of spice, Spice will be
> > used as a protocol to connect into physical windows/linux
> > machines
> >
> > So how can we change the
On Fri, 11 Dec 2009 13:04:02 -0600
Anthony Liguori wrote:
> Hi Izik,
>
> Thanks for the explanation.
>
> Izik Eidus wrote:
> >> So from a protocol perspective, what are the advantages of Spice
> >> over VNC?
> >>
> >
> >
> > Sp
On Fri, 11 Dec 2009 22:03:33 +0300 (MSK)
malc wrote:
> On Fri, 11 Dec 2009, Izik Eidus wrote:
>
> > On Fri, 11 Dec 2009 09:57:48 -0600
> > Anthony Liguori wrote:
> >
> [..snip..]
>
> >
> > Spice desgien is highly diffrence than VNC
> > Th
On Fri, 11 Dec 2009 18:57:17 +
Ben Taylor wrote:
> I think the simple point is that, AFAICS, the spice folks are
> expecting the qemu team to integrate their big ugly tarball, instead
> of doing what everyone else does, which is forward port everything to
> current head and then provide a cur
On Fri, 11 Dec 2009 20:48:28 +0200
Izik Eidus wrote:
> On Fri, 11 Dec 2009 09:57:48 -0600
> Anthony Liguori wrote:
>
> > Yaniv Kamay wrote:
> > > Hi,
> > >
> > > Spice project is now open, for more information visit
> > > http://spice-
On Fri, 11 Dec 2009 09:57:48 -0600
Anthony Liguori wrote:
> Yaniv Kamay wrote:
> > Hi,
> >
> > Spice project is now open, for more information visit
> > http://spice-space.org, due to a server relocation the site will be
> > down during this weekend.
> >
> > Spice ship patched QEMU based on fairl
On Mon, 2008-02-04 at 09:33 -0600, Anthony Liguori wrote:
> Izik Eidus wrote:
> > On Mon, 2008-02-04 at 09:11 -0600, Anthony Liguori wrote:
> >
> >> KVM supports more than 2GB of memory for x86_64 hosts. The following patch
> >> fixes a number of type rela
On Mon, 2008-02-04 at 09:11 -0600, Anthony Liguori wrote:
> KVM supports more than 2GB of memory for x86_64 hosts. The following patch
> fixes a number of type related issues where int's were being used when they
> shouldn't have been. It also introduces CMOS support so the BIOS can build
> the
On Sun, 2008-02-03 at 19:56 -0600, Anthony Liguori wrote:
> Hi Izik,
Hi
>
> Anthony Liguori wrote:
> > Index: qemu/cpu-all.h
> > ===
> > --- qemu.orig/cpu-all.h 2008-02-01 15:24:45.0 -0600
> > +++ qemu/cpu-all.h 2008-0
t still apply.
commit 21ea5f8286fd9cd7124dfa0865a213613b51add5
Author: Izik Eidus <[EMAIL PROTECTED]>
Date: Mon Aug 20 17:46:04 2007 +0300
kvm: bios: add support to memory above the pci hole
the new memory region is mapped after address 0x1,
the bios take the size of the memor
hi,
2 months ago i sent a patch that was called "static devfn" i described
it as a patch that allow setting static value for the devfn
due to a bad name that i gave it there was a confusion about this patch,
what it really was doing is allowing setting static values
for the pci slot,
i cleaned
andrzej zaborowski wrote:
On 20/01/2008, Alexander Graf <[EMAIL PROTECTED]> wrote:
He was talking about running SVM code in KQemu/KVM. It might work with
kqemu (I honestly have not tested it, but see no reason it shouldn't),
but definitely not with KVM. Simply said, you can not run KVM inside
Jocelyn Mayer wrote:
On Mon, 2007-11-19 at 18:53 +0200, Izik Eidus wrote:
Izik Eidus wrote:
hi,
this patch make it possible to define from the command line a static
devfn value for each pci
device.
it was wrote for addressing a problem that right now qemu devices get
their devfn in
Izik Eidus wrote:
hi,
this patch make it possible to define from the command line a static
devfn value for each pci
device.
it was wrote for addressing a problem that right now qemu devices get
their devfn in random way
(almost random)
the problem with this is that with adding and removing
you have few devices from the same type (same name), it will
simply increase each by one
so in this case all you have to do is give long enough offset for the
devfns from each other.
thanks
>From 3b26c9a10ddc01bf68c8d8e488559e3a082fa36b Mon Sep 17 00:00:00 2001
From: Izik Eidus <
Izik Eidus wrote:
Blue Swirl wrote:
cpu_register_physical_memory(0x1, above_bios_mem_size,
ram_addr + ram_size);
should be
cpu_register_physical_memory(0x1, above_bios_mem_size,
ram_size);
sorry, in qemu cvs cpu_register_physical_memory(0x1,
above_bios_mem_size
Blue Swirl wrote:
I updated the >2G memory patch a bit. It seems that Linux and the BSDs
do not support having more than 4G of memory on Sparc32. There may
have been real machines with up to 5G of memory and even 16G on Crays,
but probably Linux hasn't been ported to those systems.
Therefore I d
On Thu, 2007-08-16 at 21:41 +0300, Blue Swirl wrote:
> On 8/14/07, Izik Eidus <[EMAIL PROTECTED]> wrote:
> > anyway you have anyidea why it is working with kvm above 4giga and not
> > with qemu??? can you look at how i did the mapping in qemu?
>
> Kqemu is not compatib
well, i used kind of older patch from you,
for to get it to work in pc, you have to change the cmos
and the vga page0, and page1 as well...
anyway you have anyidea why it is working with kvm above 4giga and not
with qemu??? can you look at how i did the mapping in qemu?
hey,
i have wrote a patch to qemu to allow it to run with above the 2giga
limitations we have now.
i tested it on qemu that used kvm with 14giga of ram, and it was tested at
other place with 32giga of ram to the guest ( 32bits, and 64bits).
the patch that i send here, is patch to qemu without kv
72 matches
Mail list logo
