[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: preparations for 4.15.1 and 4.13.4
- To: Jan Beulich <jbeulich@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Ian Jackson <ian.jackson@xxxxxxxxxx>
- From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
- Date: Thu, 15 Jul 2021 18:16:56 +0100
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.com; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rIDhdyO8WHsPmGPrZpjM1geJ1MS256ftgMCY4Mj7s/Q=; b=CIffT4mrILuwN7/OTos1i/2aKPWYWE2f75TX7awPPNMz5jeGJ/wh+DExLEh8jB2lxBywjentmxd3AOpakBPbxyS8NAa85akhlcOMuEHyrKEJAiaJ5IVsVyLIFyvVD7jI4+3YL3gv/7FCg37iNsY4C3iw4cWEvQBsEt6zt/YKWWQzwHv2Shb5aSZBOXsrRW8NVfU3XoVMYFx9ytDNkxZ18uXu9rGJdtLL2Qd8XNWdElirUu0NJ0W5UMgaN3S+NbSqhwDkZ1yUSHnECe8x3iZuLK1NpAy43tKahOL/FVBI5eAuD/pG1CAMGB3UiEaKc9TM7THgFY+NdugcthmbSgJIXQ==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=E04UA+cGTEK6rXdaA934QFSJKGariGokua3lid9EZHJTbSNSH/0KLPtXx250Y72AC3k6B5gKzkS92K6td00EbWU7t4HKRS4zLfpGsq2zUNFMM2izY0up/hicFzEVTHSc1iAu/R9zK3f66kAWdsCX49NiroZzFq7OZOf9DoYDNJq5HW0E1GPCBKvGKz2Qw56jVOHPatkgGFgevHRimBre8j/Ul/Fn+USU7zipihrs0Ae0Ptw+hPf6iq6x0NdLad8FnKUScwl5FPsZZwwGMEIqGSOXbYUCOZrmcNOsP50m5wLSPHV59QhPZGs/PWGrxcDAE0XT/2rZm3zVamnprDmG3w==
- Authentication-results: esa5.hc3370-68.iphmx.com; dkim=pass (signature verified) header.i=@citrix.onmicrosoft.com
- Cc: George Dunlap <george.dunlap@xxxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Anthony Perard <anthony.perard@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>
- Delivery-date: Thu, 15 Jul 2021 17:17:11 +0000
- Ironport-hdrordr: A9a23:jrAPyKOTUAreFcBcTjujsMiBIKoaSvp037BK7S1MoNJuEvBw9v re+MjzsCWftN9/Yh4dcLy7VpVoIkmskKKdg7NhXotKNTOO0AeVxelZhrcKqAeQeREWmNQ96U 9hGZIOdeEZDzJB/LrHCN/TKade/DGFmprY+9s31x1WPGZXgzkL1XYDNu6ceHcGIjVuNN4CO7 e3wNFInDakcWR/VLXAOpFUN9Kz3uEijfjdEGY7OyI=
- Ironport-sdr: SyN415TcHg53nFCXJuUGXcyr64xL08XpHO7ZMfMZwFDn9iWcg07QYrvDOREzH5VYp527TQxdAD 9spvRfAFhAyhEaqF7wRs/n3xQAZpVj+tlgPcvgCJzMfW7rTPlpCWjhLjXPbnhkJLvByUVeOixM CoH4VN+2+eNRYMAfHNNDWiSyhAAc43YKvm6qnykAlnNDMzbXtU/S6evZRo4HW1nFHtpiR6Pc+K bOB0LiZcEfCjOXtkbR/6Tx6kQs2O66RAMksLxB9N4Us0+1ULeghgSqfa54tGED3Umms78x8p/W l5Q=
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 15/07/2021 08:58, Jan Beulich wrote:
> Beyond this I'd like the following to be considered:
>
> 6409210a5f51 libxencall: osdep_hypercall() should return long
> bef64f2c0019 libxencall: introduce variant of xencall2() returning long
> 01a2d001dea2 libxencall: Bump SONAME following new functionality
> 6f02d1ea4a10 libxc: use multicall for memory-op on Linux (and Solaris)
>
> If those are to be taken (which means in particular if the question of
> the .so versioning can be properly sorted),
>
> 198a2bc6f149 x86/HVM: wire up multicalls
We can backport changes in SONAME safely so long as:
1) We declare VERS_1.2 to be fixed and released. This means that we
bump to 1.3 for the next change, even if it is ahead of Xen 4.16 being
release, and
2) *All* ABI changes up to VERS_1.2 are backported.
The ABI called VERS_1.2 must be identical on all older branches to avoid
binary problems when rebuilding a package against old-xen+updates, and
then updating to a newer Xen.
~Andrew
|
