From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Bader Subject: Re: Xen 4.1 maintenance? (Was Re: [xen-4.1.6.1] SIGSEGV libxc/xc_save_domain.c: p2m_size >> configured_ram_size) Date: Wed, 29 Jun 2016 11:46:05 +0200 Message-ID: <577398DD.9010209@canonical.com> References: <575ADB31.7000303@univention.de> <575E9594.9010708@univention.de> <5763C375.3050809@citrix.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7682511077899120736==" Return-path: In-Reply-To: <5763C375.3050809@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: George Dunlap , Philipp Hahn Cc: =?UTF-8?Q?Nico_St=c3=b6ckigt?= , "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============7682511077899120736== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="rSIOSuES2G7D1vXrPRP7c49sXEuF59RtL" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rSIOSuES2G7D1vXrPRP7c49sXEuF59RtL Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 17.06.2016 11:31, George Dunlap wrote: > On 13/06/16 12:14, Philipp Hahn wrote: >> Am 13.06.2016 um 12:15 schrieb George Dunlap: >>> On Fri, Jun 10, 2016 at 4:22 PM, Philipp Hahn wr= ote: >>>> while trying to live migrate some VMs from an xen-4.1.6.1 host "xc_s= ave" >>>> crashes with a segmentation fault in tools/libxc/xc_domain_save.c:11= 41 >>>>> /* >>>>> * Quick belt and braces sanity check. >>>>> */ >>>>> for ( i =3D 0; i < dinfo->p2m_size; i++ ) >>>>> { >>>>> mfn =3D pfn_to_mfn(i); >>>>> if( (mfn !=3D INVALID_P2M_ENTRY) && (mfn_to_pfn(mfn) !=3D= i) ) >>>> ^^^^^^^^^^^^^^^ >>>> due to a de-reference through >>>>> #define pfn_to_mfn(_pfn) = \ >>>>> ((xen_pfn_t) ((dinfo->guest_width=3D=3D8) = \ >>>>> ? (((uint64_t *)ctx->live_p2m)[(_pfn)]) = \ >>>>> : ((((uint32_t *)ctx->live_p2m)[(_pfn)]) =3D=3D 0xf= fffffffU \ >>>>> ? (-1UL) : (((uint32_t *)ctx->live_p2m)[(_pfn)])= ))) >> ... >>> Given that 4.1 is long out of support, we won't be making a proper fi= x >>> in-tree (since it will never be released). >> >> I know that 4.1 is EOL. >> I'm aware of Ubuntu still having xen-4.1 in one of their LTS versions >> (Precise) and its also in Debian-oldstable, which a lot people (us >> included) still use. I would prefer to update, but I can for reasons >> outside my direct control. >> >> I'm already working with Stefan Bader from Canonical to backport most = of >> the XSAs to 4.1, so there already exists a "better" version outside of= >> the official Xen repositories. >=20 > Philipp / Stefan -- if there really is a large following of people stil= l > using 4.1, would it make sense to have one or both of you step up and > maintain an official branch on xenbits? Hi George, [sorry for the late answer, I was busy/on vacation the last two weeks] I can only speak for myself. So for me 4,1 will be relevant only until Ap= ril next year. So not a full year anymore. Also my take would be that if taki= ng up an official stable branch it should be done properly which takes time. An= d the pool of spare time is rather dry these days. So I'd rather decline the ho= nour. Though one thing to improve as a compromise would be to do a better job o= f submitting hard(er) backports more consistently to xen-devel for review (= usually I am doing my batches after lifting embargoes anyway). -Stefan >=20 > -George >=20 --rSIOSuES2G7D1vXrPRP7c49sXEuF59RtL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBCgAGBQJXc5jkAAoJEOhnXe7L7s6jO20P/RbyuN36SRMOLwQbLZb1e8pP wnH7sZmZfqDYpXxEt6UQQq7QnHT550Kt3CbgE7FIZdTpzLjhw5P1oNupYC9iKYRc ky4SG9Cyn0isgrSdW5o/8gInl33AoJNopajwaGxXtbGYiOHzleUg9yMT6k9x/fU8 TwGXcxLLkkbrcr0gUBpuf3z+4W3Z5RoBzjXCEh37D1uoKqpRar/Z+bQ3Xlk2SS5I Mi5zY3pTF44uGfuInnbeIrVKSF44dYhl74BQO2AQnmD2H5qM3DpDnsIuPjCkTqtk WkzXRRP73exnetTmwBCzZQgElBs75wBecfLLtBztz7Bxg4HD/9MsxXoV08+7FW+C 0YSoj/Lhr0k92YgeTKBxrDRX8lZVcB6SPx5pvwhQ+RH+HmsRZ2wGy9wLTc2gAqgy XOjpKqy6jdNHsOjwBKM6POR03RIAqEgbU1J50novA6JCC1G+WBu/GoxMfhupPh+W V6kD4JRUB1haUdfZr9FeuCf4olk3j6XCHnCY9mqq1Qmmrv58xOZHbVOKICZbG2U6 UW8WD/BaqGmch/kiRzeNV4vue4uiiolskkHZOCaMqYITIc+gp45e7ubkfJ4vwhCV 1q5swE8xZQ4Gvd1VFT84b/8gSW8qU9TujxlNhbFAtcw6Jw/ESQEINYw8T5l2m2Fu Ph7ZqgQ7G036TgOgNaHw =8QkZ -----END PGP SIGNATURE----- --rSIOSuES2G7D1vXrPRP7c49sXEuF59RtL-- --===============7682511077899120736== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tZGV2ZWwK --===============7682511077899120736==--