From mboxrd@z Thu Jan 1 00:00:00 1970 From: Doug Goldstein Subject: Re: HVM domains crash after upgrade from XEN 4.5.1 to 4.5.2 Date: Mon, 16 Nov 2015 13:39:08 -0600 Message-ID: <564A30DC.9000800@cardoe.com> References: <56451A2B.9090706@web2web.at> <56459E5F02000078000B4944@prv-mh.provo.novell.com> <5645B6BC.6030603@citrix.com> <56467D44.5040205@web2web.at> <56479A6B.6080102@citrix.com> <5647CE57.50209@web2web.at> <5648E727.6080204@cardoe.com> <56492BDF.5030208@web2web.at> <20151116153107.GD13720@char.us.oracle.com> <564A2B91.2090501@web2web.at> <20151116192535.GB25235@char.us.oracle.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3205528374764327633==" Return-path: In-Reply-To: <20151116192535.GB25235@char.us.oracle.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Konrad Rzeszutek Wilk , Atom2 Cc: Andrew Cooper , xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============3205528374764327633== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="2SEuDOdg5ww1PbgVtdiWbFMvjUHLeovpw" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --2SEuDOdg5ww1PbgVtdiWbFMvjUHLeovpw Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/16/15 1:25 PM, Konrad Rzeszutek Wilk wrote: > On Mon, Nov 16, 2015 at 08:16:33PM +0100, Atom2 wrote: >> >> >> Am 16.11.15 um 16:31 schrieb Konrad Rzeszutek Wilk: >>>>>> Your analysis was absolutely spot on. After re-thinking this for a= >>>>>> moment, I thought going down that route first would make a lot of = sense >>>>>> as PV guests still do work and one of the differences to HVM domUs= is >>>>>> that the former do _not_ require SeaBIOS. Looking at my log files = of >>>>>> installed packages confirmed an upgrade from SeaBIOS 1.7.5 to 1.8.= 2 in >>>>>> the relevant timeframe which obviously had not made it to the hvml= oader >>>>>> of xen-4.5.1 as I did not re-compile xen after the upgrade of SeaB= IOS. >>>>>> >>>>>> So I re-compiled xen-4.5.1 (obviously now using the installed SeaB= IOS >>>>>> 1.8.2) and the same error as with xen-4.5.2 popped up - and that s= eemed >>>>>> to strongly indicate that there indeed might be an issue with SeaB= IOS as >>>>>> this probably was the only variable that had changed from the orig= inal >>>>>> install of xen-4.5.1. >>> I recall seeing this way back in Fedora 20 days. I narrowed it down t= he >>> SeaBIOS version that was a standalone package to not have CONFIG_XEN.= >>> >>> Having that fixed in the SeaBIOS package fixed it. >> Hi Konrad, Doug, Andrew (specifically added to this part of the thread= )! >> Konrad, you might have found an interesting point. I did have a look a= t the >> ebuild for the failing version and in there I found the following comm= ent: >> =3D=3D=3D=3D=3D=3D comment from ebuild =3D=3D=3D=3D=3D=3D=3D >> # Upstream hasn't released a new binary. We snipe ours from Fedor= a for >> now. >> # http://code.coreboot.org/p/seabios/downloads/get/bios.bin-${PV}.= gz >> =3D=3D=3D=3D=3D=3D end comment from ebuild =3D=3D=3D=3D=3D=3D=3D >> which might in fact underline that there might be an issue similar to = what >> you described above. >> >> What is also pretty interesting is the fact that the old (working) Sea= BIOS >> version 1.7.5 installed as "bios.bin" under /usr/share/seabios is actu= ally >> 262.144 bytes in size whereas the new (invalid) SeaBIOS 1.8.2 installe= d in >> the same location is only half as big: 131.072 bytes. >> >> I checked at the download site and the 1.8.2 binary version is indeed = not >> available from http://code.coreboot.org/p/seabios/downloads/. But both= the >> binary versions for 1.7.5 and 1.8.0 are available and both are acutual= ly >> 262.144 bytes in size, so I'd be very surprised if the 1.8.2 version i= s >> really only half that size. By the way, the old working version (accor= ding >> to the ebuild) was directly downloaded from the above url and also sho= ws an >> identical SHA1 digest to that version available for download there. >=20 > I thought Gentoo was all about rebuilding from source and not > taking binary blobs. So since SeaBIOS and friends (the blobs) are so sensitive to compilers and environments and to avoid as much problems for people as possible. I setup the ebuilds in Gentoo to grab the binary blobs by default and if the user disabled the binary option it would build from source. The idea was that Fedora doesn't ship any blobs that can't be rebuilt so I would follow so the same approach and even use their built blobs. But it appears to be that there are definitely differences between what QEMU needs/uses and what upstream ships. Its pretty common for saying Gentoo is about building from source but really its about user choice. That said I haven't been maintaining these for some time now and I've looked at the state of the way that SeaBIOS and friends are built and I believe there's an issue and I intend on remedying things soon to avoid issues like this. >> >> To me this looks as if something is really wrong here. If anybody of y= ou has >> access to a 1.8.2 version, could you please confirm whether there's re= ally >> that big a size difference between the 1.7.5 and the 1.8.2 versions? O= r is >> that difference probably attributable to the missing CONFIG_XEN option= ? >=20 > It may be other options too - like CONFIG_XHCI, or a huge amount of oth= er > ones. Yes. There's definitely differences. >> >> Andrew: I havent't gotten around to run the debug version of the hyper= visor >> again, but if the current suspicion turns out to be true, there's prob= ably >> not much value in that anyways. Would you agree? >=20 > I am not Andrew and can't really speak for him, but I am going to take = a=20 > leap here and say he will agree with you. >=20 --=20 Doug Goldstein --2SEuDOdg5ww1PbgVtdiWbFMvjUHLeovpw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0 iQJ8BAEBCgBmBQJWSjDfXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNTM5MEQ2RTNFMTkyNzlCNzVDMzIwOTVB MkJDMDNEQzg3RUQxQkQ0AAoJEKK8A9yH7RvUscwP/RU75bqa+Nlzw6MmjZIfWS79 kFuIISZH6hMPUMpVo4RSbKiFprR3HfzxByl6DYgy9gGvtNYtzvKzdczfE0zndUTK P9iW5OJTr1SvB7zf52S6dsROwfoRuBcg+aAlhzMw0ErEKgzhrXQLIiksXQnCYnoW SwV+GxdJjyvYCDmFbZlfBYU9f3SVXPdkUMMfuNPgkbx1BuNM5avIDDvQeN0aiF5v niXJYH0NuUexzwTXV6ehgxha6nKi92MyceH97YVSGyQpCbVyiaCKl8HwXN04Odgh 6n66eIwM3Arg+Qt03bZ80AeBh/zUQHWAeEFYc8jbTFVTnQkJNUfLzXLrOVbwiTAo 5plEobPcBFhJanOoHmoD4b/n8MQK6XwF1gmmsdRQ/ASCdB62V5cd0YUVrZkfsi4Q RqdlRX2VGa813qmWMAAbk1r6ygFTYOPQq4CeTj3gYKZvIxt1k2YFdVaPqMyT7Ha6 jIMKhZQn9J+8C7r0DHQ927dnr6RW2+b70TZzIrx22PVb/nnru5nUvMoFS0dxiRcu o7qVYWjtOgArddotmMs7iwmCiTSg4JzbPBCvHNto5ZrUTAxTag+wwRsTCu0tLKtY ezMZGijKvIQtLofgBlAjEyUQKIqatz+XGOuXodJWLlPQJZHySc0qd/KPg3oljB4D 5htE43IrTwYI4bqoDQKy =LArY -----END PGP SIGNATURE----- --2SEuDOdg5ww1PbgVtdiWbFMvjUHLeovpw-- --===============3205528374764327633== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============3205528374764327633==--