Xen 4.0.0 first release candidate

Xen 4.0.0 first release candidate

[Keir Fraser]

Folks,

The first release candidate for Xen 4.0.0 has been tagged and published.

You can grab it from here:
http://xenbits.xensource.com/xen-unstable.hg (tagged '4.0.0-rc1')

Please test it!

 -- Keir

Re: Xen 4.0.0 first release candidate

[Andrew Lyon]

On Tue, Jan 12, 2010 at 7:33 AM, Keir Fraser <keir.fraser@eu.citrix.com> wrote:
> Folks,
>
> The first release candidate for Xen 4.0.0 has been tagged and published.
>
> You can grab it from here:
> http://xenbits.xensource.com/xen-unstable.hg (tagged '4.0.0-rc1')
>
> Please test it!
>
>  -- Keir
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>

Does 4.0 include gpu passthru features? If not are there any updated
patches to try gpu passthru with 4.x?

Andy

Re: Xen 4.0.0 first release candidate

[Keir Fraser]

On 12/01/2010 08:34, "Andrew Lyon" <andrew.lyon@gmail.com> wrote:

> Does 4.0 include gpu passthru features? If not are there any updated
> patches to try gpu passthru with 4.x?

There is support (c/s 20144).

 -- Keir

Re: Xen 4.0.0 first release candidate / graphics passthru

[Pasi Kärkkäinen]

On Tue, Jan 12, 2010 at 09:06:42AM +0000, Keir Fraser wrote:
> On 12/01/2010 08:34, "Andrew Lyon" <andrew.lyon@gmail.com> wrote:
> 
> > Does 4.0 include gpu passthru features? If not are there any updated
> > patches to try gpu passthru with 4.x?
> 
> There is support (c/s 20144).
> 

Btw is it possible now to specify a file to load the VGA bios from? 
earlier it was required to hardcode it into some header file or so.

-- Pasi

Re: Xen 4.0.0 first release candidate

[gilberto nunes]

[-- Attachment #1.1: Type: text/html, Size: 2778 bytes --]

[-- Attachment #1.2: image001.jpg --]
[-- Type: image/jpeg, Size: 16538 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Re: Xen 4.0.0 first release candidate / graphics passthru

[Keir Fraser]

On 12/01/2010 09:32, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:

>>> Does 4.0 include gpu passthru features? If not are there any updated
>>> patches to try gpu passthru with 4.x?
>> 
>> There is support (c/s 20144).
>> 
> 
> Btw is it possible now to specify a file to load the VGA bios from?
> earlier it was required to hardcode it into some header file or so.

I think it is hardcoded that qemu will take a copy of the host system's BIOS
(i.e., for the primary host VGA). Other options would be easy to implement
I'm sure, if someone's interested.

 -- Keir

Re: Xen 4.0.0 first release candidate

[Keir Fraser]

It will indeed have Remus support. I'm not sure it's terrifically well
tested, so you might exercise caution before relying on it in 4.0.0 release.

 -- Keir

On 12/01/2010 09:47, "gilberto nunes" <gilberto.nunes@selbetti.com.br>
wrote:

> hi
> 
> This release already has remus support?
> Is it stable???
> 
> Thanks
> 
> Andrew Lyon escreveu:
>>  
>> On Tue, Jan 12, 2010 at 7:33 AM, Keir Fraser <keir.fraser@eu.citrix.com>
>> <mailto:keir.fraser@eu.citrix.com>  wrote:
>>   
>>  
>>>  
>>> Folks,
>>> 
>>> The first release candidate for Xen 4.0.0 has been tagged and published.
>>> 
>>> You can grab it from here:
>>> http://xenbits.xensource.com/xen-unstable.hg (tagged '4.0.0-rc1')
>>> 
>>> Please test it!
>>> 
>>>  -- Keir
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> Xen-devel mailing list
>>> Xen-devel@lists.xensource.com
>>> http://lists.xensource.com/xen-devel
>>> 
>>>     
>>>  
>>  
>> 
>> Does 4.0 include gpu passthru features? If not are there any updated
>> patches to try gpu passthru with 4.x?
>> 
>> Andy
>> 
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.com/xen-devel
>>   

Re: Xen 4.0.0 first release candidate

[Pasi Kärkkäinen]

On Tue, Jan 12, 2010 at 10:06:55AM +0000, Keir Fraser wrote:
> It will indeed have Remus support. I'm not sure it's terrifically well
> tested, so you might exercise caution before relying on it in 4.0.0 release.
>

And definitely test it now and report any bugs/issues found so they can
be fixed for the final release :)

-- Pasi

>  -- Keir
> 
> On 12/01/2010 09:47, "gilberto nunes" <gilberto.nunes@selbetti.com.br>
> wrote:
> 
> > hi
> > 
> > This release already has remus support?
> > Is it stable???
> > 
> > Thanks
> > 
> > Andrew Lyon escreveu:
> >>  
> >> On Tue, Jan 12, 2010 at 7:33 AM, Keir Fraser <keir.fraser@eu.citrix.com>
> >> <mailto:keir.fraser@eu.citrix.com>  wrote:
> >>   
> >>  
> >>>  
> >>> Folks,
> >>> 
> >>> The first release candidate for Xen 4.0.0 has been tagged and published.
> >>> 
> >>> You can grab it from here:
> >>> http://xenbits.xensource.com/xen-unstable.hg (tagged '4.0.0-rc1')
> >>> 
> >>> Please test it!
> >>> 
> >>>  -- Keir
> >>> 
> >>> 
> >>> 
> >>> _______________________________________________
> >>> Xen-devel mailing list
> >>> Xen-devel@lists.xensource.com
> >>> http://lists.xensource.com/xen-devel
> >>> 
> >>>     
> >>>  
> >>  
> >> 
> >> Does 4.0 include gpu passthru features? If not are there any updated
> >> patches to try gpu passthru with 4.x?
> >> 
> >> Andy
> >> 
> >> _______________________________________________
> >> Xen-devel mailing list
> >> Xen-devel@lists.xensource.com
> >> http://lists.xensource.com/xen-devel
> >>   
> 
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

Re: Xen 4.0.0 first release candidate

[gilberto nunes]

Oh Yeah....

I am do this right now!! :)

I just wanna know if this remus version include on this release is the 
some from last two weeks....

I found some problems with this versions....

Thanks...

Pasi Kärkkäinen escreveu:
> On Tue, Jan 12, 2010 at 10:06:55AM +0000, Keir Fraser wrote:
>   
>> It will indeed have Remus support. I'm not sure it's terrifically well
>> tested, so you might exercise caution before relying on it in 4.0.0 release.
>>
>>     
>
> And definitely test it now and report any bugs/issues found so they can
> be fixed for the final release :)
>
> -- Pasi
>
>   
>>  -- Keir
>>
>> On 12/01/2010 09:47, "gilberto nunes" <gilberto.nunes@selbetti.com.br>
>> wrote:
>>
>>     
>>> hi
>>>
>>> This release already has remus support?
>>> Is it stable???
>>>
>>> Thanks
>>>
>>> Andrew Lyon escreveu:
>>>       
>>>>  
>>>> On Tue, Jan 12, 2010 at 7:33 AM, Keir Fraser <keir.fraser@eu.citrix.com>
>>>> <mailto:keir.fraser@eu.citrix.com>  wrote:
>>>>   
>>>>  
>>>>         
>>>>>  
>>>>> Folks,
>>>>>
>>>>> The first release candidate for Xen 4.0.0 has been tagged and published.
>>>>>
>>>>> You can grab it from here:
>>>>> http://xenbits.xensource.com/xen-unstable.hg (tagged '4.0.0-rc1')
>>>>>
>>>>> Please test it!
>>>>>
>>>>>  -- Keir
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Xen-devel mailing list
>>>>> Xen-devel@lists.xensource.com
>>>>> http://lists.xensource.com/xen-devel
>>>>>
>>>>>     
>>>>>  
>>>>>           
>>>>  
>>>>
>>>> Does 4.0 include gpu passthru features? If not are there any updated
>>>> patches to try gpu passthru with 4.x?
>>>>
>>>> Andy
>>>>
>>>> _______________________________________________
>>>> Xen-devel mailing list
>>>> Xen-devel@lists.xensource.com
>>>> http://lists.xensource.com/xen-devel
>>>>   
>>>>         
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.com/xen-devel
>>     

-- 
*Gilberto Nunes Ferreira*
*TI*
*Selbetti Gestão de Documentos*
*Telefone: +55 (47) 3441-6004*
*Celular: +55 (47) 8861-6672*



<><

Re: Xen 4.0.0 first release candidate

[Keir Fraser]

On 12/01/2010 10:50, "gilberto nunes" <gilberto.nunes@selbetti.com.br>
wrote:

> Oh Yeah....
> 
> I am do this right now!! :)
> 
> I just wanna know if this remus version include on this release is the
> some from last two weeks....
> 
> I found some problems with this versions....

There have been no Remus changes checked in since Christmas.

 -- Keir

Re: Xen 4.0.0 first release candidate

[gilberto nunes]

Then I expect problems agains....

After 2 or 3 minutes, remus die and Vm on back enter in boot state, and 
Vm on primary machina enter in Suspend state.... :(

It is terryble thing... :|



Keir Fraser escreveu:
> On 12/01/2010 10:50, "gilberto nunes" <gilberto.nunes@selbetti.com.br>
> wrote:
>
>   
>> Oh Yeah....
>>
>> I am do this right now!! :)
>>
>> I just wanna know if this remus version include on this release is the
>> some from last two weeks....
>>
>> I found some problems with this versions....
>>     
>
> There have been no Remus changes checked in since Christmas.
>
>  -- Keir
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>   

-- 
*Gilberto Nunes Ferreira*
*TI*
*Selbetti Gestão de Documentos*
*Telefone: +55 (47) 3441-6004*
*Celular: +55 (47) 8861-6672*



<><

Re: Xen 4.0.0 first release candidate

[Sassy Natan]

[-- Attachment #1.1: Type: text/plain, Size: 1355 bytes --]

Hi Keir, Xen Group ...

Just to make things more clear, I wanted to know which kernel version this
version support?
Is it still work with the old stable kernel 2.6.18 or should I grub the new
version from Jeremy branches?

To my understating version 4.0 of xen is plan to work by default with the
pv_ops mechanism on the dom0.
But at the moment the latest stable kernel 2.6.32.3 does not include a dom0
support but only domU support (both oldstyle and pv_ops).

So, Does the release of Xen 4.0 is plan to include Dom0 support in the
kernel mainline?

According to Jeremy there is quite more work to do in-order to have Xen Dom0
support in the kernel mainline. see more here:
http://article.gmane.org/gmane.comp.emulators.xen.devel/75992

Can you please provide more feedback on this issue?


Thanks for the support, and thanks for publishing to the open source this
amazing virtualization system.
Sassy
On Tue, Jan 12, 2010 at 9:33 AM, Keir Fraser <keir.fraser@eu.citrix.com>wrote:

> Folks,
>
> The first release candidate for Xen 4.0.0 has been tagged and published.
>
> You can grab it from here:
> http://xenbits.xensource.com/xen-unstable.hg (tagged '4.0.0-rc1')
>
> Please test it!
>
>  -- Keir
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>

[-- Attachment #1.2: Type: text/html, Size: 2176 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Re: Xen 4.0.0 first release candidate

[Keir Fraser]

You can use any kernel as dom0 for Xen 4.0, so long as that kernel includes
dom0 support. So that could be 2.6.18, or 2.6.27 from XCI project, or
Jeremy's pv_ops git tree, or some distro kernel. The kernel built by default
by the Xen 4.0 build system will be Jeremy's pv_ops tree, but that doesn't
mean you *have* to use it.

 -- Keir

On 12/01/2010 11:31, "Sassy Natan" <sassyn@gmail.com> wrote:

> Hi Keir, Xen Group ...
>  
> Just to make things more clear, I wanted to know which kernel version this
> version support?
> Is it still work with the old stable kernel 2.6.18 or should I grub the new
> version from Jeremy branches?
>  
> To my understating version 4.0 of xen is plan to work by default with the
> pv_ops mechanism on the dom0.
> But at the moment the latest stable kernel 2.6.32.3 does not include a dom0
> support but only domU support (both oldstyle and pv_ops).
>  
> So, Does the release of Xen 4.0 is plan to include Dom0 support in the kernel
> mainline?
>  
> According to Jeremy there is quite more work to do in-order to have Xen Dom0
> support in the kernel mainline. see more here:
> http://article.gmane.org/gmane.comp.emulators.xen.devel/75992
>  
> Can you please provide more feedback on this issue?
>  
>  
> Thanks for the support, and thanks for publishing to the open source this
> amazing virtualization system.
> Sassy 
> On Tue, Jan 12, 2010 at 9:33 AM, Keir Fraser <keir.fraser@eu.citrix.com>
> wrote:
>> Folks,
>> 
>> The first release candidate for Xen 4.0.0 has been tagged and published.
>> 
>> You can grab it from here:
>> http://xenbits.xensource.com/xen-unstable.hg (tagged '4.0.0-rc1')
>> 
>> Please test it!
>> 
>>  -- Keir
>> 
>> 
>> 
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.com/xen-devel
> 
> 

Re: Xen 4.0.0 first release candidate

[Sassy Natan]

[-- Attachment #1.1: Type: text/plain, Size: 2174 bytes --]

OK,
Thanks for the quick answer.

Can u please tell me which branch I should download from Jeremy git server
in order to test it?

10x again
Sassy

On Tue, Jan 12, 2010 at 1:38 PM, Keir Fraser <keir.fraser@eu.citrix.com>wrote:

> You can use any kernel as dom0 for Xen 4.0, so long as that kernel includes
> dom0 support. So that could be 2.6.18, or 2.6.27 from XCI project, or
> Jeremy's pv_ops git tree, or some distro kernel. The kernel built by
> default
> by the Xen 4.0 build system will be Jeremy's pv_ops tree, but that doesn't
> mean you *have* to use it.
>
>  -- Keir
>
> On 12/01/2010 11:31, "Sassy Natan" <sassyn@gmail.com> wrote:
>
> > Hi Keir, Xen Group ...
> >
> > Just to make things more clear, I wanted to know which kernel version
> this
> > version support?
> > Is it still work with the old stable kernel 2.6.18 or should I grub the
> new
> > version from Jeremy branches?
> >
> > To my understating version 4.0 of xen is plan to work by default with the
> > pv_ops mechanism on the dom0.
> > But at the moment the latest stable kernel 2.6.32.3 does not include a
> dom0
> > support but only domU support (both oldstyle and pv_ops).
> >
> > So, Does the release of Xen 4.0 is plan to include Dom0 support in the
> kernel
> > mainline?
> >
> > According to Jeremy there is quite more work to do in-order to have Xen
> Dom0
> > support in the kernel mainline. see more here:
> > http://article.gmane.org/gmane.comp.emulators.xen.devel/75992
> >
> > Can you please provide more feedback on this issue?
> >
> >
> > Thanks for the support, and thanks for publishing to the open source this
> > amazing virtualization system.
> > Sassy
> > On Tue, Jan 12, 2010 at 9:33 AM, Keir Fraser <keir.fraser@eu.citrix.com>
> > wrote:
> >> Folks,
> >>
> >> The first release candidate for Xen 4.0.0 has been tagged and published.
> >>
> >> You can grab it from here:
> >> http://xenbits.xensource.com/xen-unstable.hg (tagged '4.0.0-rc1')
> >>
> >> Please test it!
> >>
> >>  -- Keir
> >>
> >>
> >>
> >> _______________________________________________
> >> Xen-devel mailing list
> >> Xen-devel@lists.xensource.com
> >> http://lists.xensource.com/xen-devel
> >
> >
>
>
>

[-- Attachment #1.2: Type: text/html, Size: 3296 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Re: Xen 4.0.0 first release candidate

[Keir Fraser]

Clone the git repo from:
http://www.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git
or:
git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git
And use branch 'xen/master'.

 -- Keir

On 12/01/2010 11:48, "Sassy Natan" <sassyn@gmail.com> wrote:

> OK,
> Thanks for the quick answer.
>  
> Can u please tell me which branch I should download from Jeremy git server in
> order to test it?
>  
> 10x again
> Sassy
> 
> On Tue, Jan 12, 2010 at 1:38 PM, Keir Fraser <keir.fraser@eu.citrix.com>
> wrote:
>> You can use any kernel as dom0 for Xen 4.0, so long as that kernel includes
>> dom0 support. So that could be 2.6.18, or 2.6.27 from XCI project, or
>> Jeremy's pv_ops git tree, or some distro kernel. The kernel built by default
>> by the Xen 4.0 build system will be Jeremy's pv_ops tree, but that doesn't
>> mean you *have* to use it.
>> 
>>  -- Keir
>> 
>> On 12/01/2010 11:31, "Sassy Natan" <sassyn@gmail.com> wrote:
>> 
>>> Hi Keir, Xen Group ...
>>>  
>>> Just to make things more clear, I wanted to know which kernel version this
>>> version support?
>>> Is it still work with the old stable kernel 2.6.18 or should I grub the new
>>> version from Jeremy branches?
>>>  
>>> To my understating version 4.0 of xen is plan to work by default with the
>>> pv_ops mechanism on the dom0.
>>> But at the moment the latest stable kernel 2.6.32.3 does not include a dom0
>>> support but only domU support (both oldstyle and pv_ops).
>>>  
>>> So, Does the release of Xen 4.0 is plan to include Dom0 support in the
>>> kernel
>>> mainline?
>>>  
>>> According to Jeremy there is quite more work to do in-order to have Xen Dom0
>>> support in the kernel mainline. see more here:
>>> http://article.gmane.org/gmane.comp.emulators.xen.devel/75992
>>>  
>>> Can you please provide more feedback on this issue?
>>>  
>>>  
>>> Thanks for the support, and thanks for publishing to the open source this
>>> amazing virtualization system.
>>> Sassy
>>> On Tue, Jan 12, 2010 at 9:33 AM, Keir Fraser <keir.fraser@eu.citrix.com>
>>> wrote:
>>>> Folks,
>>>> 
>>>> The first release candidate for Xen 4.0.0 has been tagged and published.
>>>> 
>>>> You can grab it from here:
>>>> http://xenbits.xensource.com/xen-unstable.hg (tagged '4.0.0-rc1')
>>>> 
>>>> Please test it!
>>>> 
>>>>  -- Keir
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> Xen-devel mailing list
>>>> Xen-devel@lists.xensource.com
>>>> http://lists.xensource.com/xen-devel
>>> 
>>> 
>> 
>> 
> 
> 

Re: Xen 4.0.0 first release candidate

[Pasi Kärkkäinen]

On Tue, Jan 12, 2010 at 01:48:53PM +0200, Sassy Natan wrote:
>    OK,
>    Thanks for the quick answer.
> 
>    Can u please tell me which branch I should download from Jeremy git server
>    in order to test it?
>

See this wiki page for instructions:
http://wiki.xensource.com/xenwiki/XenParavirtOps

Other Xen dom0 kernels:
http://wiki.xensource.com/xenwiki/XenDom0Kernels

-- Pasi

>    10x again
>    Sassy
> 
>    On Tue, Jan 12, 2010 at 1:38 PM, Keir Fraser
>    <[1]keir.fraser@eu.citrix.com> wrote:
> 
>      You can use any kernel as dom0 for Xen 4.0, so long as that kernel
>      includes
>      dom0 support. So that could be 2.6.18, or 2.6.27 from XCI project, or
>      Jeremy's pv_ops git tree, or some distro kernel. The kernel built by
>      default
>      by the Xen 4.0 build system will be Jeremy's pv_ops tree, but that
>      doesn't
>      mean you *have* to use it.
>       -- Keir
>      On 12/01/2010 11:31, "Sassy Natan" <[2]sassyn@gmail.com> wrote:
> 
>      > Hi Keir, Xen Group ...
>      >
>      > Just to make things more clear, I wanted to know which kernel version
>      this
>      > version support?
>      > Is it still work with the old stable kernel 2.6.18 or should I grub
>      the new
>      > version from Jeremy branches?
>      >
>      > To my understating version 4.0 of xen is plan to work by default with
>      the
>      > pv_ops mechanism on the dom0.
>      > But at the moment the latest stable kernel 2.6.32.3 does not include a
>      dom0
>      > support but only domU support (both oldstyle and pv_ops).
>      >
>      > So, Does the release of Xen 4.0 is plan to include Dom0 support in the
>      kernel
>      > mainline?
>      >
>      > According to Jeremy there is quite more work to do in-order to have
>      Xen Dom0
>      > support in the kernel mainline. see more here:
>      > [3]http://article.gmane.org/gmane.comp.emulators.xen.devel/75992
>      >
>      > Can you please provide more feedback on this issue?
>      >
>      >
>      > Thanks for the support, and thanks for publishing to the open source
>      this
>      > amazing virtualization system.
>      > Sassy
>      > On Tue, Jan 12, 2010 at 9:33 AM, Keir Fraser
>      <[4]keir.fraser@eu.citrix.com>
>      > wrote:
>      >> Folks,
>      >>
>      >> The first release candidate for Xen 4.0.0 has been tagged and
>      published.
>      >>
>      >> You can grab it from here:
>      >> [5]http://xenbits.xensource.com/xen-unstable.hg (tagged '4.0.0-rc1')
>      >>
>      >> Please test it!
>      >>
>      >>  -- Keir
>      >>
>      >>
>      >>
>      >> _______________________________________________
>      >> Xen-devel mailing list
>      >> [6]Xen-devel@lists.xensource.com
>      >> [7]http://lists.xensource.com/xen-devel
>      >
>      >
> 
> References
> 
>    Visible links
>    1. mailto:keir.fraser@eu.citrix.com
>    2. mailto:sassyn@gmail.com
>    3. http://article.gmane.org/gmane.comp.emulators.xen.devel/75992
>    4. mailto:keir.fraser@eu.citrix.com
>    5. http://xenbits.xensource.com/xen-unstable.hg
>    6. mailto:Xen-devel@lists.xensource.com
>    7. http://lists.xensource.com/xen-devel

> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

Re: Xen 4.0.0 first release candidate

[Stefan Kuhne]

[-- Attachment #1.1: Type: text/plain, Size: 266 bytes --]

Keir Fraser schrieb:

Hello,
> 
> You can grab it from here:
> http://xenbits.xensource.com/xen-unstable.hg (tagged '4.0.0-rc1')
> 
how can i get it?

git clone http://xenbits.xensource.com/xen-unstable.hg RC-1

doesn't work.

Regards,
Stefan Kuhne


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Re: Xen 4.0.0 first release candidate

[Stefan Kuhne]

[-- Attachment #1.1: Type: text/plain, Size: 313 bytes --]

Stefan Kuhne schrieb:
> Keir Fraser schrieb:
> 
> Hello,
>> You can grab it from here:
>> http://xenbits.xensource.com/xen-unstable.hg (tagged '4.0.0-rc1')
>>
> how can i get it?
> 
I've got it with:

hg clone -r 4.0.0-rc1 http://xenbits.xensource.com/xen-unstable.hg RC-1

Regards,
Stefan Kuhne


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Re: Xen 4.0.0 first release candidate

[Zhigang Wang]

Stefan Kuhne wrote:
> Keir Fraser schrieb:
> 
> Hello,
>> You can grab it from here:
>> http://xenbits.xensource.com/xen-unstable.hg (tagged '4.0.0-rc1')
>>
> how can i get it?
> 
> git clone http://xenbits.xensource.com/xen-unstable.hg RC-1
> 
> doesn't work.
> 
> Regards,
> Stefan Kuhne
> 

hg clone http://xenbits.xensource.com/xen-unstable.hg

> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

Re: Xen 4.0.0 first release candidate / graphics passthru

[Pasi Kärkkäinen]

On Tue, Jan 12, 2010 at 10:05:12AM +0000, Keir Fraser wrote:
> On 12/01/2010 09:32, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:
> 
> >>> Does 4.0 include gpu passthru features? If not are there any updated
> >>> patches to try gpu passthru with 4.x?
> >> 
> >> There is support (c/s 20144).
> >> 
> > 
> > Btw is it possible now to specify a file to load the VGA bios from?
> > earlier it was required to hardcode it into some header file or so.
> 
> I think it is hardcoded that qemu will take a copy of the host system's BIOS
> (i.e., for the primary host VGA). Other options would be easy to implement
> I'm sure, if someone's interested.
> 

I was just looking at same older mails, and it seems for example Teo En Ming
and others who got Xen VGA passthrough working had to copy the vgabios-pt.bin
to tools/firmware/vgabios/ before building Xen.

That's not very practical..

-- Pasi

Re: Xen 4.0.0 first release candidate / graphics passthru

[Jean Guyader]

2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
> On Tue, Jan 12, 2010 at 10:05:12AM +0000, Keir Fraser wrote:
>> On 12/01/2010 09:32, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:
>>
>> >>> Does 4.0 include gpu passthru features? If not are there any updated
>> >>> patches to try gpu passthru with 4.x?
>> >>
>> >> There is support (c/s 20144).
>> >>
>> >
>> > Btw is it possible now to specify a file to load the VGA bios from?
>> > earlier it was required to hardcode it into some header file or so.
>>
>> I think it is hardcoded that qemu will take a copy of the host system's BIOS
>> (i.e., for the primary host VGA). Other options would be easy to implement
>> I'm sure, if someone's interested.
>>
>
> I was just looking at same older mails, and it seems for example Teo En Ming
> and others who got Xen VGA passthrough working had to copy the vgabios-pt.bin
> to tools/firmware/vgabios/ before building Xen.
>
> That's not very practical..
>

Right now the code copy the bios from 0xC0000. So if you want to pass through
a secondary display adapter with the vga bios you are not copying the right one,
that why this hack was for.
Surely the code could be modified to add an option to copy the bios of
the right card.

Jean

Re: Xen 4.0.0 first release candidate / graphics passthru

[Pasi Kärkkäinen]

On Thu, Jan 21, 2010 at 09:09:35AM +0000, Jean Guyader wrote:
> 2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
> > On Tue, Jan 12, 2010 at 10:05:12AM +0000, Keir Fraser wrote:
> >> On 12/01/2010 09:32, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:
> >>
> >> >>> Does 4.0 include gpu passthru features? If not are there any updated
> >> >>> patches to try gpu passthru with 4.x?
> >> >>
> >> >> There is support (c/s 20144).
> >> >>
> >> >
> >> > Btw is it possible now to specify a file to load the VGA bios from?
> >> > earlier it was required to hardcode it into some header file or so.
> >>
> >> I think it is hardcoded that qemu will take a copy of the host system's BIOS
> >> (i.e., for the primary host VGA). Other options would be easy to implement
> >> I'm sure, if someone's interested.
> >>
> >
> > I was just looking at same older mails, and it seems for example Teo En Ming
> > and others who got Xen VGA passthrough working had to copy the vgabios-pt.bin
> > to tools/firmware/vgabios/ before building Xen.
> >
> > That's not very practical..
> >
> 
> Right now the code copy the bios from 0xC0000. So if you want to pass through
> a secondary display adapter with the vga bios you are not copying the right one,
> that why this hack was for.
> Surely the code could be modified to add an option to copy the bios of
> the right card.
> 

Ok, thanks for the info.

Do I remember correctly that there was a problem with copying the BIOS from some cards, 
or on some setups? And that's why the patch to load it from a file was made? 

-- Pasi

Re: Xen 4.0.0 first release candidate / graphics passthru

[Jean Guyader]

2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
> On Thu, Jan 21, 2010 at 09:09:35AM +0000, Jean Guyader wrote:
>> 2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
>> > On Tue, Jan 12, 2010 at 10:05:12AM +0000, Keir Fraser wrote:
>> >> On 12/01/2010 09:32, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:
>> >>
>> >> >>> Does 4.0 include gpu passthru features? If not are there any updated
>> >> >>> patches to try gpu passthru with 4.x?
>> >> >>
>> >> >> There is support (c/s 20144).
>> >> >>
>> >> >
>> >> > Btw is it possible now to specify a file to load the VGA bios from?
>> >> > earlier it was required to hardcode it into some header file or so.
>> >>
>> >> I think it is hardcoded that qemu will take a copy of the host system's BIOS
>> >> (i.e., for the primary host VGA). Other options would be easy to implement
>> >> I'm sure, if someone's interested.
>> >>
>> >
>> > I was just looking at same older mails, and it seems for example Teo En Ming
>> > and others who got Xen VGA passthrough working had to copy the vgabios-pt.bin
>> > to tools/firmware/vgabios/ before building Xen.
>> >
>> > That's not very practical..
>> >
>>
>> Right now the code copy the bios from 0xC0000. So if you want to pass through
>> a secondary display adapter with the vga bios you are not copying the right one,
>> that why this hack was for.
>> Surely the code could be modified to add an option to copy the bios of
>> the right card.
>>
>
> Ok, thanks for the info.
>
> Do I remember correctly that there was a problem with copying the BIOS from some cards,
> or on some setups? And that's why the patch to load it from a file was made?
>

Yes, I think that was because of that, and I'm not sure about the
intel IGD but I think that was causing some issue.
The code could have a cleanup and use sysfs to get the rombios, if I
works with the intel graphic card I think we should do that.

Jean

Re: Xen 4.0.0 first release candidate / graphics passthru

[Weidong Han]

Jean Guyader wrote:
> 2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
>   
>> On Thu, Jan 21, 2010 at 09:09:35AM +0000, Jean Guyader wrote:
>>     
>>> 2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
>>>       
>>>> On Tue, Jan 12, 2010 at 10:05:12AM +0000, Keir Fraser wrote:
>>>>         
>>>>> On 12/01/2010 09:32, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:
>>>>>
>>>>>           
>>>>>>>> Does 4.0 include gpu passthru features? If not are there any updated
>>>>>>>> patches to try gpu passthru with 4.x?
>>>>>>>>                 
>>>>>>> There is support (c/s 20144).
>>>>>>>
>>>>>>>               
>>>>>> Btw is it possible now to specify a file to load the VGA bios from?
>>>>>> earlier it was required to hardcode it into some header file or so.
>>>>>>             
>>>>> I think it is hardcoded that qemu will take a copy of the host system's BIOS
>>>>> (i.e., for the primary host VGA). Other options would be easy to implement
>>>>> I'm sure, if someone's interested.
>>>>>
>>>>>           
>>>> I was just looking at same older mails, and it seems for example Teo En Ming
>>>> and others who got Xen VGA passthrough working had to copy the vgabios-pt.bin
>>>> to tools/firmware/vgabios/ before building Xen.
>>>>
>>>> That's not very practical..
>>>>
>>>>         
>>> Right now the code copy the bios from 0xC0000. So if you want to pass through
>>> a secondary display adapter with the vga bios you are not copying the right one,
>>> that why this hack was for.
>>> Surely the code could be modified to add an option to copy the bios of
>>> the right card.
>>>
>>>       
>> Ok, thanks for the info.
>>
>> Do I remember correctly that there was a problem with copying the BIOS from some cards,
>> or on some setups? And that's why the patch to load it from a file was made?
>>
>>     
>
> Yes, I think that was because of that, and I'm not sure about the
> intel IGD but I think that was causing some issue.
> The code could have a cleanup and use sysfs to get the rombios, if I
> works with the intel graphic card I think we should do that.
>
> Jean
>   
vbios copied from 0xC0000 doesn't work for some graphics cards, e.g. 
Nvidia GS 8400, due to the vbios code is modified after initialization. 
So it needs to load it from file. yes, it's not practical, Intel IGD 
cards don't have this issue in our tests.  One possible good solution is 
to load vbios from expansion ROM of graphics cards, but we found 
expansion ROM address are invalid for some graphics cards, even using 
Linux upstream.  It needs to look into Linux code.

Regards,
Weidong

Re: Xen 4.0.0 first release candidate / graphics passthru

[Pasi Kärkkäinen]

On Thu, Jan 21, 2010 at 05:52:15PM +0800, Weidong Han wrote:
> Jean Guyader wrote:
>> 2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
>>   
>>> On Thu, Jan 21, 2010 at 09:09:35AM +0000, Jean Guyader wrote:
>>>     
>>>> 2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
>>>>       
>>>>> On Tue, Jan 12, 2010 at 10:05:12AM +0000, Keir Fraser wrote:
>>>>>         
>>>>>> On 12/01/2010 09:32, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:
>>>>>>
>>>>>>           
>>>>>>>>> Does 4.0 include gpu passthru features? If not are there any updated
>>>>>>>>> patches to try gpu passthru with 4.x?
>>>>>>>>>                 
>>>>>>>> There is support (c/s 20144).
>>>>>>>>
>>>>>>>>               
>>>>>>> Btw is it possible now to specify a file to load the VGA bios from?
>>>>>>> earlier it was required to hardcode it into some header file or so.
>>>>>>>             
>>>>>> I think it is hardcoded that qemu will take a copy of the host system's BIOS
>>>>>> (i.e., for the primary host VGA). Other options would be easy to implement
>>>>>> I'm sure, if someone's interested.
>>>>>>
>>>>>>           
>>>>> I was just looking at same older mails, and it seems for example Teo En Ming
>>>>> and others who got Xen VGA passthrough working had to copy the vgabios-pt.bin
>>>>> to tools/firmware/vgabios/ before building Xen.
>>>>>
>>>>> That's not very practical..
>>>>>
>>>>>         
>>>> Right now the code copy the bios from 0xC0000. So if you want to pass through
>>>> a secondary display adapter with the vga bios you are not copying the right one,
>>>> that why this hack was for.
>>>> Surely the code could be modified to add an option to copy the bios of
>>>> the right card.
>>>>
>>>>       
>>> Ok, thanks for the info.
>>>
>>> Do I remember correctly that there was a problem with copying the BIOS from some cards,
>>> or on some setups? And that's why the patch to load it from a file was made?
>>>
>>>     
>>
>> Yes, I think that was because of that, and I'm not sure about the
>> intel IGD but I think that was causing some issue.
>> The code could have a cleanup and use sysfs to get the rombios, if I
>> works with the intel graphic card I think we should do that.
>>
>> Jean
>>   
> vbios copied from 0xC0000 doesn't work for some graphics cards, e.g.  
> Nvidia GS 8400, due to the vbios code is modified after initialization.  
> So it needs to load it from file. yes, it's not practical, Intel IGD  
> cards don't have this issue in our tests.  One possible good solution is  
> to load vbios from expansion ROM of graphics cards, but we found  
> expansion ROM address are invalid for some graphics cards, even using  
> Linux upstream.  It needs to look into Linux code.
>

So at this point should be add two things:

1) option in guest cfgfile telling from which card to copy the vbios from
2) option to load the vbios from a file specified in guest cfgfile

How does that sound like? 

-- Pasi

Re: Xen 4.0.0 first release candidate / graphics passthru

[Weidong Han]

Pasi Kärkkäinen wrote:
> On Thu, Jan 21, 2010 at 05:52:15PM +0800, Weidong Han wrote:
>   
>> Jean Guyader wrote:
>>     
>>> 2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
>>>   
>>>       
>>>> On Thu, Jan 21, 2010 at 09:09:35AM +0000, Jean Guyader wrote:
>>>>     
>>>>         
>>>>> 2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
>>>>>       
>>>>>           
>>>>>> On Tue, Jan 12, 2010 at 10:05:12AM +0000, Keir Fraser wrote:
>>>>>>         
>>>>>>             
>>>>>>> On 12/01/2010 09:32, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:
>>>>>>>
>>>>>>>           
>>>>>>>               
>>>>>>>>>> Does 4.0 include gpu passthru features? If not are there any updated
>>>>>>>>>> patches to try gpu passthru with 4.x?
>>>>>>>>>>                 
>>>>>>>>>>                     
>>>>>>>>> There is support (c/s 20144).
>>>>>>>>>
>>>>>>>>>               
>>>>>>>>>                   
>>>>>>>> Btw is it possible now to specify a file to load the VGA bios from?
>>>>>>>> earlier it was required to hardcode it into some header file or so.
>>>>>>>>             
>>>>>>>>                 
>>>>>>> I think it is hardcoded that qemu will take a copy of the host system's BIOS
>>>>>>> (i.e., for the primary host VGA). Other options would be easy to implement
>>>>>>> I'm sure, if someone's interested.
>>>>>>>
>>>>>>>           
>>>>>>>               
>>>>>> I was just looking at same older mails, and it seems for example Teo En Ming
>>>>>> and others who got Xen VGA passthrough working had to copy the vgabios-pt.bin
>>>>>> to tools/firmware/vgabios/ before building Xen.
>>>>>>
>>>>>> That's not very practical..
>>>>>>
>>>>>>         
>>>>>>             
>>>>> Right now the code copy the bios from 0xC0000. So if you want to pass through
>>>>> a secondary display adapter with the vga bios you are not copying the right one,
>>>>> that why this hack was for.
>>>>> Surely the code could be modified to add an option to copy the bios of
>>>>> the right card.
>>>>>
>>>>>       
>>>>>           
>>>> Ok, thanks for the info.
>>>>
>>>> Do I remember correctly that there was a problem with copying the BIOS from some cards,
>>>> or on some setups? And that's why the patch to load it from a file was made?
>>>>
>>>>     
>>>>         
>>> Yes, I think that was because of that, and I'm not sure about the
>>> intel IGD but I think that was causing some issue.
>>> The code could have a cleanup and use sysfs to get the rombios, if I
>>> works with the intel graphic card I think we should do that.
>>>
>>> Jean
>>>   
>>>       
>> vbios copied from 0xC0000 doesn't work for some graphics cards, e.g.  
>> Nvidia GS 8400, due to the vbios code is modified after initialization.  
>> So it needs to load it from file. yes, it's not practical, Intel IGD  
>> cards don't have this issue in our tests.  One possible good solution is  
>> to load vbios from expansion ROM of graphics cards, but we found  
>> expansion ROM address are invalid for some graphics cards, even using  
>> Linux upstream.  It needs to look into Linux code.
>>
>>     
>
> So at this point should be add two things:
>
> 1) option in guest cfgfile telling from which card to copy the vbios from
>   
I think adding an option in guest config file to indicate primary or 
secondary gfx assignment can cover this.
> 2) option to load the vbios from a file specified in guest cfgfile
>   
I don't prefer this. It involves much manual work for users. It's better 
to find a general solution which is also easy to use.

Regards,
Weidong

> How does that sound like? 
>
> -- Pasi
>
>   

Re: Xen 4.0.0 first release candidate / graphics passthru

[Pasi Kärkkäinen]

On Thu, Jan 21, 2010 at 06:24:29PM +0800, Weidong Han wrote:
> Pasi Kärkkäinen wrote:
>> On Thu, Jan 21, 2010 at 05:52:15PM +0800, Weidong Han wrote:
>>   
>>> Jean Guyader wrote:
>>>     
>>>> 2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
>>>>         
>>>>> On Thu, Jan 21, 2010 at 09:09:35AM +0000, Jean Guyader wrote:
>>>>>             
>>>>>> 2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
>>>>>>                 
>>>>>>> On Tue, Jan 12, 2010 at 10:05:12AM +0000, Keir Fraser wrote:
>>>>>>>                     
>>>>>>>> On 12/01/2010 09:32, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:
>>>>>>>>
>>>>>>>>                         
>>>>>>>>>>> Does 4.0 include gpu passthru features? If not are there any updated
>>>>>>>>>>> patches to try gpu passthru with 4.x?
>>>>>>>>>>>                                     
>>>>>>>>>> There is support (c/s 20144).
>>>>>>>>>>
>>>>>>>>>>                                 
>>>>>>>>> Btw is it possible now to specify a file to load the VGA bios from?
>>>>>>>>> earlier it was required to hardcode it into some header file or so.
>>>>>>>>>                             
>>>>>>>> I think it is hardcoded that qemu will take a copy of the host system's BIOS
>>>>>>>> (i.e., for the primary host VGA). Other options would be easy to implement
>>>>>>>> I'm sure, if someone's interested.
>>>>>>>>
>>>>>>>>                         
>>>>>>> I was just looking at same older mails, and it seems for example Teo En Ming
>>>>>>> and others who got Xen VGA passthrough working had to copy the vgabios-pt.bin
>>>>>>> to tools/firmware/vgabios/ before building Xen.
>>>>>>>
>>>>>>> That's not very practical..
>>>>>>>
>>>>>>>                     
>>>>>> Right now the code copy the bios from 0xC0000. So if you want to pass through
>>>>>> a secondary display adapter with the vga bios you are not copying the right one,
>>>>>> that why this hack was for.
>>>>>> Surely the code could be modified to add an option to copy the bios of
>>>>>> the right card.
>>>>>>
>>>>>>                 
>>>>> Ok, thanks for the info.
>>>>>
>>>>> Do I remember correctly that there was a problem with copying the BIOS from some cards,
>>>>> or on some setups? And that's why the patch to load it from a file was made?
>>>>>
>>>>>             
>>>> Yes, I think that was because of that, and I'm not sure about the
>>>> intel IGD but I think that was causing some issue.
>>>> The code could have a cleanup and use sysfs to get the rombios, if I
>>>> works with the intel graphic card I think we should do that.
>>>>
>>>> Jean
>>>>         
>>> vbios copied from 0xC0000 doesn't work for some graphics cards, e.g.  
>>> Nvidia GS 8400, due to the vbios code is modified after 
>>> initialization.  So it needs to load it from file. yes, it's not 
>>> practical, Intel IGD  cards don't have this issue in our tests.  One 
>>> possible good solution is  to load vbios from expansion ROM of 
>>> graphics cards, but we found  expansion ROM address are invalid for 
>>> some graphics cards, even using  Linux upstream.  It needs to look 
>>> into Linux code.
>>>
>>>     
>>
>> So at this point should be add two things:
>>
>> 1) option in guest cfgfile telling from which card to copy the vbios from
>>   
> I think adding an option in guest config file to indicate primary or  
> secondary gfx assignment can cover this.

Ok.

>> 2) option to load the vbios from a file specified in guest cfgfile
>>   
> I don't prefer this. It involves much manual work for users. It's better  
> to find a general solution which is also easy to use.
>

Can we find a general solution in time for Xen 4.0 release? 

If not, then a solution requiring manual work is better than compiling 
from a source on every machine..

Mr. Teo En Ming: Did you try the latest xen-unstable (4.0-rcX) to see 
if it works for you? 

-- Pasi

Re: Xen 4.0.0 first release candidate / graphics passthru

[Sander Eikelenboom]

Hello Weidong,

Hmm I guess I have missed something, are all other (IGD etc.) VGA passthrough patches allready merged in 4.0.0-rc1 ?
And should it work then with both 2.6.31.6-pvops and  2.6.18.8-xen dom0 ?

--
Sander




Thursday, January 21, 2010, 11:24:29 AM, you wrote:

> Pasi Kärkkäinen wrote:
>> On Thu, Jan 21, 2010 at 05:52:15PM +0800, Weidong Han wrote:
>>   
>>> Jean Guyader wrote:
>>>     
>>>> 2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
>>>>   
>>>>       
>>>>> On Thu, Jan 21, 2010 at 09:09:35AM +0000, Jean Guyader wrote:
>>>>>     
>>>>>         
>>>>>> 2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
>>>>>>       
>>>>>>           
>>>>>>> On Tue, Jan 12, 2010 at 10:05:12AM +0000, Keir Fraser wrote:
>>>>>>>         
>>>>>>>             
>>>>>>>> On 12/01/2010 09:32, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:
>>>>>>>>
>>>>>>>>           
>>>>>>>>               
>>>>>>>>>>> Does 4.0 include gpu passthru features? If not are there any updated
>>>>>>>>>>> patches to try gpu passthru with 4.x?
>>>>>>>>>>>                 
>>>>>>>>>>>                     
>>>>>>>>>> There is support (c/s 20144).
>>>>>>>>>>
>>>>>>>>>>               
>>>>>>>>>>                   
>>>>>>>>> Btw is it possible now to specify a file to load the VGA bios from?
>>>>>>>>> earlier it was required to hardcode it into some header file or so.
>>>>>>>>>             
>>>>>>>>>                 
>>>>>>>> I think it is hardcoded that qemu will take a copy of the host system's BIOS
>>>>>>>> (i.e., for the primary host VGA). Other options would be easy to implement
>>>>>>>> I'm sure, if someone's interested.
>>>>>>>>
>>>>>>>>           
>>>>>>>>               
>>>>>>> I was just looking at same older mails, and it seems for example Teo En Ming
>>>>>>> and others who got Xen VGA passthrough working had to copy the vgabios-pt.bin
>>>>>>> to tools/firmware/vgabios/ before building Xen.
>>>>>>>
>>>>>>> That's not very practical..
>>>>>>>
>>>>>>>         
>>>>>>>             
>>>>>> Right now the code copy the bios from 0xC0000. So if you want to pass through
>>>>>> a secondary display adapter with the vga bios you are not copying the right one,
>>>>>> that why this hack was for.
>>>>>> Surely the code could be modified to add an option to copy the bios of
>>>>>> the right card.
>>>>>>
>>>>>>       
>>>>>>           
>>>>> Ok, thanks for the info.
>>>>>
>>>>> Do I remember correctly that there was a problem with copying the BIOS from some cards,
>>>>> or on some setups? And that's why the patch to load it from a file was made?
>>>>>
>>>>>     
>>>>>         
>>>> Yes, I think that was because of that, and I'm not sure about the
>>>> intel IGD but I think that was causing some issue.
>>>> The code could have a cleanup and use sysfs to get the rombios, if I
>>>> works with the intel graphic card I think we should do that.
>>>>
>>>> Jean
>>>>   
>>>>       
>>> vbios copied from 0xC0000 doesn't work for some graphics cards, e.g.  
>>> Nvidia GS 8400, due to the vbios code is modified after initialization.  
>>> So it needs to load it from file. yes, it's not practical, Intel IGD  
>>> cards don't have this issue in our tests.  One possible good solution is  
>>> to load vbios from expansion ROM of graphics cards, but we found  
>>> expansion ROM address are invalid for some graphics cards, even using  
>>> Linux upstream.  It needs to look into Linux code.
>>>
>>>     
>>
>> So at this point should be add two things:
>>
>> 1) option in guest cfgfile telling from which card to copy the vbios from
>>   
> I think adding an option in guest config file to indicate primary or 
> secondary gfx assignment can cover this.
>> 2) option to load the vbios from a file specified in guest cfgfile
>>   
> I don't prefer this. It involves much manual work for users. It's better 
> to find a general solution which is also easy to use.

> Regards,
> Weidong

>> How does that sound like? 
>>
>> -- Pasi
>>
>>   






-- 
Best regards,
 Sander                            mailto:linux@eikelenboom.it

Re: Xen 4.0.0 first release candidate / graphics passthru

[Weidong Han]

Sander Eikelenboom wrote:
> Hello Weidong,
>
> Hmm I guess I have missed something, are all other (IGD etc.) VGA passthrough patches allready merged in 4.0.0-rc1 ?
>   
No, I sent the patchset months ago, but not checked in.
> And should it work then with both 2.6.31.6-pvops and  2.6.18.8-xen dom0 ?
>   

We will rebase the patchset for both 2.6.18 and pvops dom0, and resend 
if for check in after xen 4.0.

Regards,
Weidong
> --
> Sander
>
>
>
>
> Thursday, January 21, 2010, 11:24:29 AM, you wrote:
>
>   
>> Pasi Kärkkäinen wrote:
>>     
>>> On Thu, Jan 21, 2010 at 05:52:15PM +0800, Weidong Han wrote:
>>>   
>>>       
>>>> Jean Guyader wrote:
>>>>     
>>>>         
>>>>> 2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
>>>>>   
>>>>>       
>>>>>           
>>>>>> On Thu, Jan 21, 2010 at 09:09:35AM +0000, Jean Guyader wrote:
>>>>>>     
>>>>>>         
>>>>>>             
>>>>>>> 2010/1/21 Pasi Kärkkäinen <pasik@iki.fi>:
>>>>>>>       
>>>>>>>           
>>>>>>>               
>>>>>>>> On Tue, Jan 12, 2010 at 10:05:12AM +0000, Keir Fraser wrote:
>>>>>>>>         
>>>>>>>>             
>>>>>>>>                 
>>>>>>>>> On 12/01/2010 09:32, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:
>>>>>>>>>
>>>>>>>>>           
>>>>>>>>>               
>>>>>>>>>                   
>>>>>>>>>>>> Does 4.0 include gpu passthru features? If not are there any updated
>>>>>>>>>>>> patches to try gpu passthru with 4.x?
>>>>>>>>>>>>                 
>>>>>>>>>>>>                     
>>>>>>>>>>>>                         
>>>>>>>>>>> There is support (c/s 20144).
>>>>>>>>>>>
>>>>>>>>>>>               
>>>>>>>>>>>                   
>>>>>>>>>>>                       
>>>>>>>>>> Btw is it possible now to specify a file to load the VGA bios from?
>>>>>>>>>> earlier it was required to hardcode it into some header file or so.
>>>>>>>>>>             
>>>>>>>>>>                 
>>>>>>>>>>                     
>>>>>>>>> I think it is hardcoded that qemu will take a copy of the host system's BIOS
>>>>>>>>> (i.e., for the primary host VGA). Other options would be easy to implement
>>>>>>>>> I'm sure, if someone's interested.
>>>>>>>>>
>>>>>>>>>           
>>>>>>>>>               
>>>>>>>>>                   
>>>>>>>> I was just looking at same older mails, and it seems for example Teo En Ming
>>>>>>>> and others who got Xen VGA passthrough working had to copy the vgabios-pt.bin
>>>>>>>> to tools/firmware/vgabios/ before building Xen.
>>>>>>>>
>>>>>>>> That's not very practical..
>>>>>>>>
>>>>>>>>         
>>>>>>>>             
>>>>>>>>                 
>>>>>>> Right now the code copy the bios from 0xC0000. So if you want to pass through
>>>>>>> a secondary display adapter with the vga bios you are not copying the right one,
>>>>>>> that why this hack was for.
>>>>>>> Surely the code could be modified to add an option to copy the bios of
>>>>>>> the right card.
>>>>>>>
>>>>>>>       
>>>>>>>           
>>>>>>>               
>>>>>> Ok, thanks for the info.
>>>>>>
>>>>>> Do I remember correctly that there was a problem with copying the BIOS from some cards,
>>>>>> or on some setups? And that's why the patch to load it from a file was made?
>>>>>>
>>>>>>     
>>>>>>         
>>>>>>             
>>>>> Yes, I think that was because of that, and I'm not sure about the
>>>>> intel IGD but I think that was causing some issue.
>>>>> The code could have a cleanup and use sysfs to get the rombios, if I
>>>>> works with the intel graphic card I think we should do that.
>>>>>
>>>>> Jean
>>>>>   
>>>>>       
>>>>>           
>>>> vbios copied from 0xC0000 doesn't work for some graphics cards, e.g.  
>>>> Nvidia GS 8400, due to the vbios code is modified after initialization.  
>>>> So it needs to load it from file. yes, it's not practical, Intel IGD  
>>>> cards don't have this issue in our tests.  One possible good solution is  
>>>> to load vbios from expansion ROM of graphics cards, but we found  
>>>> expansion ROM address are invalid for some graphics cards, even using  
>>>> Linux upstream.  It needs to look into Linux code.
>>>>
>>>>     
>>>>         
>>> So at this point should be add two things:
>>>
>>> 1) option in guest cfgfile telling from which card to copy the vbios from
>>>   
>>>       
>> I think adding an option in guest config file to indicate primary or 
>> secondary gfx assignment can cover this.
>>     
>>> 2) option to load the vbios from a file specified in guest cfgfile
>>>   
>>>       
>> I don't prefer this. It involves much manual work for users. It's better 
>> to find a general solution which is also easy to use.
>>     
>
>   
>> Regards,
>> Weidong
>>     
>
>   
>>> How does that sound like? 
>>>
>>> -- Pasi
>>>
>>>   
>>>       
>
>
>
>
>
>
>   

Re: Xen 4.0.0 first release candidate / graphics passthru

[Pasi Kärkkäinen]

On Thu, Jan 21, 2010 at 08:50:30PM +0800, Weidong Han wrote:
> Sander Eikelenboom wrote:
>> Hello Weidong,
>>
>> Hmm I guess I have missed something, are all other (IGD etc.) VGA passthrough patches allready merged in 4.0.0-rc1 ?
>>   
> No, I sent the patchset months ago, but not checked in.
>> And should it work then with both 2.6.31.6-pvops and  2.6.18.8-xen dom0 ?
>>   
>
> We will rebase the patchset for both 2.6.18 and pvops dom0, and resend  
> if for check in after xen 4.0.
>

Is there some specific reason to not have it in now, for Xen 4.0? 

-- Pasi

Re: Xen 4.0.0 first release candidate / graphics passthru

[Weidong Han]

Pasi Kärkkäinen wrote:
> On Thu, Jan 21, 2010 at 08:50:30PM +0800, Weidong Han wrote:
>   
>> Sander Eikelenboom wrote:
>>     
>>> Hello Weidong,
>>>
>>> Hmm I guess I have missed something, are all other (IGD etc.) VGA passthrough patches allready merged in 4.0.0-rc1 ?
>>>   
>>>       
>> No, I sent the patchset months ago, but not checked in.
>>     
>>> And should it work then with both 2.6.31.6-pvops and  2.6.18.8-xen dom0 ?
>>>   
>>>       
>> We will rebase the patchset for both 2.6.18 and pvops dom0, and resend  
>> if for check in after xen 4.0.
>>
>>     
>
> Is there some specific reason to not have it in now, for Xen 4.0? 
>   
It needs some efforts to  rebase it to latest Xen. If you don't think 
it's too late for Xen 4.0, we can try to complete it in a few days.

Regards,
Weidong

Re: Xen 4.0.0 first release candidate / graphics passthru

[Keir Fraser]

On 21/01/2010 13:03, "Weidong Han" <weidong.han@intel.com> wrote:

>>> We will rebase the patchset for both 2.6.18 and pvops dom0, and resend
>>> if for check in after xen 4.0.
>>>      
>> 
>> Is there some specific reason to not have it in now, for Xen 4.0?
>>   
> It needs some efforts to  rebase it to latest Xen. If you don't think
> it's too late for Xen 4.0, we can try to complete it in a few days.

If there is demand, then we can slip rc2 some more for it.

 -- Keir

Re: Xen 4.0.0 first release candidate / graphics passthru

[Pasi Kärkkäinen]

On Thu, Jan 21, 2010 at 02:02:10PM +0000, Keir Fraser wrote:
> On 21/01/2010 13:03, "Weidong Han" <weidong.han@intel.com> wrote:
> 
> >>> We will rebase the patchset for both 2.6.18 and pvops dom0, and resend
> >>> if for check in after xen 4.0.
> >>>      
> >> 
> >> Is there some specific reason to not have it in now, for Xen 4.0?
> >>   
> > It needs some efforts to  rebase it to latest Xen. If you don't think
> > it's too late for Xen 4.0, we can try to complete it in a few days.
> 
> If there is demand, then we can slip rc2 some more for it.
> 

I think the patches should go in for rc2. Already today multiple people have 
been asking how to run VGA passthrough with Xen :) (on #xen)

-- Pasi

Re: Xen 4.0.0 first release candidate / graphics passthru

[Pasi Kärkkäinen]

On Thu, Jan 21, 2010 at 04:11:52PM +0200, Pasi Kärkkäinen wrote:
> On Thu, Jan 21, 2010 at 02:02:10PM +0000, Keir Fraser wrote:
> > On 21/01/2010 13:03, "Weidong Han" <weidong.han@intel.com> wrote:
> > 
> > >>> We will rebase the patchset for both 2.6.18 and pvops dom0, and resend
> > >>> if for check in after xen 4.0.
> > >>>      
> > >> 
> > >> Is there some specific reason to not have it in now, for Xen 4.0?
> > >>   
> > > It needs some efforts to  rebase it to latest Xen. If you don't think
> > > it's too late for Xen 4.0, we can try to complete it in a few days.
> > 
> > If there is demand, then we can slip rc2 some more for it.
> > 
> 
> I think the patches should go in for rc2. Already today multiple people have 
> been asking how to run VGA passthrough with Xen :) (on #xen)
> 

.. and in general it's a pretty popular question on both xen-users mailinglist and on #xen.
People seem to want to use Xen VGA passthrough.

-- Pasi

RE: Xen 4.0.0 first release candidate / graphics passthru

[Timothy J. Moore]

Hang-on guys there is already basic GFX passthru functionality since XEN 3.4 (Weidong Han provided patches).

changeset 20144: http://xenbits.xensource.com/xen-unstable.hg?rev/05f3ca68f62d

You need to enable "gfx_passthru=1" in XEN config and set the pci=['<yourgfxcardid>'] also.

The patches allow passthrough of the Primary VGA card only and will re-execute the VGA BIOS within qemu (not the emulated Cirrus/Bochs BIOS).

This does seem to work for basic cards, ie Intel and some ATI but not NVIDIA Cards as they still need the pBAR=vBAR patches.

I have been monitoring XEN_devel for a long time and have just tried the latest 4.0-rc2 (and manually hacked the pBAR=vBAR code in) without success .. maybe something else has changed to stop this working ?

Weidong Han also provided patches to allow Secondary VGA passthru which Teo En Ming was able to reproduce. It is a subset of these patches that are in XEN now but only for the Primary card and I have not seen much testing of this functionality on the xen-devel list.

Further development is needed but the main blocker to this whole VGA passthrough argument is support for FLR. In each of the above cases it seems that a reboot is needed to restore the VGA after stopping the associated DomU.

PCIe FLR (Function Level Reset) is in the PCIe 2.0 specification, XCI (xenclient) does try to implement secondary bus resets to work around this - but it all seems to be very vendor_specific and I have never seen my VGA card reset and become re-usable.

How would it work with PCI or AGP cards - if at all ?

Hope this helps set the scene and current status,m anyone have anything else to add ?

Cheers,
Tim


-----Original Message-----
From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Pasi Kärkkäinen
Sent: 21 January 2010 14:24
To: Keir Fraser
Cc: Sander Eikelenboom; xen-devel@lists.xensource.com; Weidong Han; Mr. Teo En Ming (Zhang Enming); Jean Guyader
Subject: Re: [Xen-devel] Xen 4.0.0 first release candidate / graphics passthru

On Thu, Jan 21, 2010 at 04:11:52PM +0200, Pasi Kärkkäinen wrote:
> On Thu, Jan 21, 2010 at 02:02:10PM +0000, Keir Fraser wrote:
> > On 21/01/2010 13:03, "Weidong Han" <weidong.han@intel.com> wrote:
> > 
> > >>> We will rebase the patchset for both 2.6.18 and pvops dom0, and resend
> > >>> if for check in after xen 4.0.
> > >>>      
> > >> 
> > >> Is there some specific reason to not have it in now, for Xen 4.0?
> > >>   
> > > It needs some efforts to  rebase it to latest Xen. If you don't think
> > > it's too late for Xen 4.0, we can try to complete it in a few days.
> > 
> > If there is demand, then we can slip rc2 some more for it.
> > 
> 
> I think the patches should go in for rc2. Already today multiple people have 
> been asking how to run VGA passthrough with Xen :) (on #xen)
> 

.. and in general it's a pretty popular question on both xen-users mailinglist and on #xen.
People seem to want to use Xen VGA passthrough.

-- Pasi


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Re: Xen 4.0.0 first release candidate / graphics passthru

[Weidong Han]

Pasi Kärkkäinen wrote:
> On Thu, Jan 21, 2010 at 04:11:52PM +0200, Pasi Kärkkäinen wrote:
>   
>> On Thu, Jan 21, 2010 at 02:02:10PM +0000, Keir Fraser wrote:
>>     
>>> On 21/01/2010 13:03, "Weidong Han" <weidong.han@intel.com> wrote:
>>>
>>>       
>>>>>> We will rebase the patchset for both 2.6.18 and pvops dom0, and resend
>>>>>> if for check in after xen 4.0.
>>>>>>      
>>>>>>             
>>>>> Is there some specific reason to not have it in now, for Xen 4.0?
>>>>>   
>>>>>           
>>>> It needs some efforts to  rebase it to latest Xen. If you don't think
>>>> it's too late for Xen 4.0, we can try to complete it in a few days.
>>>>         
>>> If there is demand, then we can slip rc2 some more for it.
>>>
>>>       
>> I think the patches should go in for rc2. Already today multiple people have 
>> been asking how to run VGA passthrough with Xen :) (on #xen)
>>
>>     
>
> .. and in general it's a pretty popular question on both xen-users mailinglist and on #xen.
> People seem to want to use Xen VGA passthrough.
>
> -- Pasi
>   

Ok. We will rebase and send out the patch ASAP.

Regards,
Weidong

Re: Xen 4.0.0 first release candidate / graphics passthru

[Weidong Han]

Timothy J. Moore wrote:
> Hang-on guys there is already basic GFX passthru functionality since XEN 3.4 (Weidong Han provided patches).
>
> changeset 20144: http://xenbits.xensource.com/xen-unstable.hg?rev/05f3ca68f62d
>
> You need to enable "gfx_passthru=1" in XEN config and set the pci=['<yourgfxcardid>'] also.
>
> The patches allow passthrough of the Primary VGA card only and will re-execute the VGA BIOS within qemu (not the emulated Cirrus/Bochs BIOS).
>
> This does seem to work for basic cards, ie Intel and some ATI but not NVIDIA Cards as they still need the pBAR=vBAR patches.
>
> I have been monitoring XEN_devel for a long time and have just tried the latest 4.0-rc2 (and manually hacked the pBAR=vBAR code in) without success .. maybe something else has changed to stop this working ?
>
> Weidong Han also provided patches to allow Secondary VGA passthru which Teo En Ming was able to reproduce. It is a subset of these patches that are in XEN now but only for the Primary card and I have not seen much testing of this functionality on the xen-devel list.
>
> Further development is needed but the main blocker to this whole VGA passthrough argument is support for FLR. In each of the above cases it seems that a reboot is needed to restore the VGA after stopping the associated DomU.
>
> PCIe FLR (Function Level Reset) is in the PCIe 2.0 specification, XCI (xenclient) does try to implement secondary bus resets to work around this - but it all seems to be very vendor_specific and I have never seen my VGA card reset and become re-usable.
>
> How would it work with PCI or AGP cards - if at all ?
>   
FLR is a requirement of device assignment to make sure the device is in 
a correct status. gfx passthrough also need to do FLR on gfx card for 
each assignment. XCI implements vendor specific FLR for some gfx cards 
(e.g. Intel IGD) if they don't support standard PCIe or PCI FLR. As I 
said before, many gfx cards are not virtualization friendly due to 
various issues, such as BIOS re-execution, FLR capability, pBAR=vBAR 
etc. First, let's implement a gfx passthrough framework in Xen to 
support vritualization friendly gfx cards, and then improve it to work 
with more gfx cards with clean hacks. At the same time, hope gfx vendors 
to improve their gfx cards to be more virtualization friendly in future.

Regards,
Weidong


> Hope this helps set the scene and current status,m anyone have anything else to add ?
>
> Cheers,
> Tim
>
>
> -----Original Message-----
> From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Pasi Kärkkäinen
> Sent: 21 January 2010 14:24
> To: Keir Fraser
> Cc: Sander Eikelenboom; xen-devel@lists.xensource.com; Weidong Han; Mr. Teo En Ming (Zhang Enming); Jean Guyader
> Subject: Re: [Xen-devel] Xen 4.0.0 first release candidate / graphics passthru
>
> On Thu, Jan 21, 2010 at 04:11:52PM +0200, Pasi Kärkkäinen wrote:
>   
>> On Thu, Jan 21, 2010 at 02:02:10PM +0000, Keir Fraser wrote:
>>     
>>> On 21/01/2010 13:03, "Weidong Han" <weidong.han@intel.com> wrote:
>>>
>>>       
>>>>>> We will rebase the patchset for both 2.6.18 and pvops dom0, and resend
>>>>>> if for check in after xen 4.0.
>>>>>>      
>>>>>>             
>>>>> Is there some specific reason to not have it in now, for Xen 4.0?
>>>>>   
>>>>>           
>>>> It needs some efforts to  rebase it to latest Xen. If you don't think
>>>> it's too late for Xen 4.0, we can try to complete it in a few days.
>>>>         
>>> If there is demand, then we can slip rc2 some more for it.
>>>
>>>       
>> I think the patches should go in for rc2. Already today multiple people have 
>> been asking how to run VGA passthrough with Xen :) (on #xen)
>>
>>     
>
> .. and in general it's a pretty popular question on both xen-users mailinglist and on #xen.
> People seem to want to use Xen VGA passthrough.
>
> -- Pasi
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>   

RE: Xen 4.0.0 first release candidate / graphics passthru

[Timothy J. Moore]

Hi Weidong,

Please could you let us know what will be in the new patches ?

As I mentioned earlier, some of your initial patches are already in XEN. So what`s New ?

Thanks,
Tim

-----Original Message-----
From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Weidong Han
Sent: 22 January 2010 02:22
To: Pasi Kärkkäinen
Cc: Sander Eikelenboom; xen-devel@lists.xensource.com; Mr. Teo En Ming (Zhang Enming); Keir Fraser; Jean Guyader
Subject: Re: [Xen-devel] Xen 4.0.0 first release candidate / graphics passthru

Pasi Kärkkäinen wrote:
> On Thu, Jan 21, 2010 at 04:11:52PM +0200, Pasi Kärkkäinen wrote:
>   
>> On Thu, Jan 21, 2010 at 02:02:10PM +0000, Keir Fraser wrote:
>>     
>>> On 21/01/2010 13:03, "Weidong Han" <weidong.han@intel.com> wrote:
>>>
>>>       
>>>>>> We will rebase the patchset for both 2.6.18 and pvops dom0, and resend
>>>>>> if for check in after xen 4.0.
>>>>>>      
>>>>>>             
>>>>> Is there some specific reason to not have it in now, for Xen 4.0?
>>>>>   
>>>>>           
>>>> It needs some efforts to  rebase it to latest Xen. If you don't think
>>>> it's too late for Xen 4.0, we can try to complete it in a few days.
>>>>         
>>> If there is demand, then we can slip rc2 some more for it.
>>>
>>>       
>> I think the patches should go in for rc2. Already today multiple people have 
>> been asking how to run VGA passthrough with Xen :) (on #xen)
>>
>>     
>
> .. and in general it's a pretty popular question on both xen-users mailinglist and on #xen.
> People seem to want to use Xen VGA passthrough.
>
> -- Pasi
>   

Ok. We will rebase and send out the patch ASAP.

Regards,
Weidong


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

RE: Xen 4.0.0 first release candidate / graphics passthru

[Han, Weidong]

Current gfx passthrough code in Xen just supports basic gfx passthrough, that means it does basic necessary work for gfx passthrough, and it only supports discrete gfx cards. We will rebase and sent out the Intel IGD passthrough patches which supports to passthrough Intel IGD to guest.

I indeed also sent out some hacking patches for gfx passthrough which are needed for some specific gfx cards, but they are experimental and not checked into xen. 

Regards,
Weidong


-----Original Message-----
From: Timothy J. Moore [mailto:Timothy.Moore@expidas.net] 
Sent: Saturday, January 23, 2010 6:15 AM
To: Han, Weidong
Cc: xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] Xen 4.0.0 first release candidate / graphics passthru

Hi Weidong,

Please could you let us know what will be in the new patches ?

As I mentioned earlier, some of your initial patches are already in XEN. So what`s New ?

Thanks,
Tim

-----Original Message-----
From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Weidong Han
Sent: 22 January 2010 02:22
To: Pasi Kärkkäinen
Cc: Sander Eikelenboom; xen-devel@lists.xensource.com; Mr. Teo En Ming (Zhang Enming); Keir Fraser; Jean Guyader
Subject: Re: [Xen-devel] Xen 4.0.0 first release candidate / graphics passthru

Pasi Kärkkäinen wrote:
> On Thu, Jan 21, 2010 at 04:11:52PM +0200, Pasi Kärkkäinen wrote:
>   
>> On Thu, Jan 21, 2010 at 02:02:10PM +0000, Keir Fraser wrote:
>>     
>>> On 21/01/2010 13:03, "Weidong Han" <weidong.han@intel.com> wrote:
>>>
>>>       
>>>>>> We will rebase the patchset for both 2.6.18 and pvops dom0, and resend
>>>>>> if for check in after xen 4.0.
>>>>>>      
>>>>>>             
>>>>> Is there some specific reason to not have it in now, for Xen 4.0?
>>>>>   
>>>>>           
>>>> It needs some efforts to  rebase it to latest Xen. If you don't think
>>>> it's too late for Xen 4.0, we can try to complete it in a few days.
>>>>         
>>> If there is demand, then we can slip rc2 some more for it.
>>>
>>>       
>> I think the patches should go in for rc2. Already today multiple people have 
>> been asking how to run VGA passthrough with Xen :) (on #xen)
>>
>>     
>
> .. and in general it's a pretty popular question on both xen-users mailinglist and on #xen.
> People seem to want to use Xen VGA passthrough.
>
> -- Pasi
>   

Ok. We will rebase and send out the patch ASAP.

Regards,
Weidong


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Re: Xen 4.0.0 first release candidate / graphics passthru

[Keir Fraser]

On 23/01/2010 11:12, "Han, Weidong" <weidong.han@intel.com> wrote:

>>>> If there is demand, then we can slip rc2 some more for it.
>>>>       
>>> I think the patches should go in for rc2. Already today multiple people have
>>> been asking how to run VGA passthrough with Xen :) (on #xen)
>>>     
>> .. and in general it's a pretty popular question on both xen-users
>> mailinglist and on #xen.
>> People seem to want to use Xen VGA passthrough.
>> 
> Ok. We will rebase and send out the patch ASAP.

RC2 is now slipping for this. If it won't be ready in the next couple of
days, I think we should do RC2 and consider this patchset for RC3.

 -- Keir

Re: Xen 4.0.0 first release candidate / graphics passthru

[Weidong Han]

Keir Fraser wrote:
> On 23/01/2010 11:12, "Han, Weidong" <weidong.han@intel.com> wrote:
>
>   
>>>>> If there is demand, then we can slip rc2 some more for it.
>>>>>       
>>>>>           
>>>> I think the patches should go in for rc2. Already today multiple people have
>>>> been asking how to run VGA passthrough with Xen :) (on #xen)
>>>>     
>>>>         
>>> .. and in general it's a pretty popular question on both xen-users
>>> mailinglist and on #xen.
>>> People seem to want to use Xen VGA passthrough.
>>>
>>>       
>> Ok. We will rebase and send out the patch ASAP.
>>     
>
> RC2 is now slipping for this. If it won't be ready in the next couple of
> days, I think we should do RC2 and consider this patchset for RC3.
>
>  -- Keir
>
>   
Keir,

I will complete BIOS issue handling first. We already started to rebase 
the IGD passthrough patchset, but not sure it can catch up RC2.

Regards,
Weidong