[Xen-devel] [ANNOUNCE] Xen 4.2 released!
by Pasi Kärkkäinen
----- Forwarded message from Keir Fraser <keir(a)xen.org> -----
From: Keir Fraser <keir(a)xen.org>
To: xen-devel(a)lists.xen.org
Date: Mon, 17 Sep 2012 12:34:00 +0100
Subject: [Xen-devel] [ANNOUNCE] Xen 4.2 released!
The Xen team is pleased to announce the release of Xen 4.2.
The result of *18 months* of development, new features include:
* Paging/sharing improvements for high-density VM environments (eg. VDI)
* Enhancements to PV-HVM guest performance
* Improved memaccess (guest introspection) support
* EFI boot support, replacing the legacy BIOS boot environment
* Improved RAS support
* XL as the default toolstack; XEND officially deprecated
* Upstream QEMU support, with its up-to-date feature list
Detailed release notes, including a more extensive feature list:
http://wiki.xen.org/wiki/Xen_4.2_Release_Notes
To download tarballs:
http://xen.org/download/index_4.2.0.html
Or the Mercurial source repository (tag 'RELEASE-4.2.0'):
http://xenbits.xen.org/hg/staging/xen-4.2-testing.hg
And the announcement on the Xen blog:
http://blog.xen.org/index.php/2012/09/17/xen-4-2-0-released/
Thanks to the many people who have contributed to this release!
Regards,
The Xen Team
_______________________________________________
Xen-devel mailing list
Xen-devel(a)lists.xen.org
http://lists.xen.org/xen-devel
----- End forwarded message -----
10 years, 11 months
Re: [Fedora-xen] [Xen-devel] Xen PCI passthru supported reset methods (d3d0, FLR, bus reset, link reset)
by Robin Axelsson
On 2012-09-17 21:15, Konrad Rzeszutek Wilk wrote:
> On Mon, Sep 17, 2012 at 01:42:54PM +0100, Ian Campbell wrote:
>> On Mon, 2012-09-17 at 13:32 +0100, Pasi Kärkkäinen wrote:
>>> On Mon, Sep 17, 2012 at 01:51:03PM +0200, Robin Axelsson wrote:
>>>> There is one thing I wonder though when it comes to PCI passthrough:
>>>>
>>>> Can Xen reset hardware through the d3d0 in the ACPI interface and/or
>>>> through a 'bus reset' or a 'link reset'? Or can it reset hardware
>>>> that is marked for passthrough only through FLR?
>>>>
>>>> For details see e.g.
>>>> http://www.vmware.com/files/pdf/techpaper/vsp_4_vmdirectpath_host.pdf
>>>>
>>> I added xen-devel to the CC-list.
>>> Hopefully someone there can reply this question.
>> With a pvops dom0 Xen resets devices by writing to its "reset" node in
>> sysfs so it will reset the device using whatever method the dom0 kernel
>> supports for that device.
> And if you use Xen PCI-back it has this enabled so you don't even
> need the 'reset' functionality.
>> The version of Linux I have to hand has, in __pci_dev_reset, calls to
>> the following in this order and stops after the first one which
>> succeeds:
>> * pci_dev_specific_reset (AKA per device quirks)
>> * pcie_flr
>> * pci_af_flr
>> * pci_pm_reset
>> * pci_parent_bus_reset
>>
>> See drivers/pci/pci.c in the kernel for more info.
>>
>> IIRC classic Xen kernels had similar code in pciback, although I don't
>> know which specific sets of actions or in which order they were tried.
>>
>> Ian.
>>
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel(a)lists.xen.org
>> http://lists.xen.org/xen-devel
>>
> .
>
That sounds like great news, that means that FLR is not a requirement to
successfully pass through hardware without errors, as is stated in the
VTdHowTo page. So it seems that the VTdHowTo page needs to be updated
with this information.
11 years
