From mboxrd@z Thu Jan 1 00:00:00 1970 From: Boris Ostrovsky Subject: Re: Xen 4.8 + Linux 4.9 + Credit2 = can't bootup Date: Fri, 13 Jan 2017 10:39:56 -0500 Message-ID: <92046994-9271-cdfd-486c-854ff63d70ba@oracle.com> References: <20170105015203.GA11785@char.us.oracle.com> <20170105021046.GB11785@char.us.oracle.com> <460a7b9d-69ae-358a-e9c0-adff42c01457@oracle.com> <1484225411.32021.214.camel@citrix.com> <944bfc67-32bd-f63b-c737-cfaaeb11494a@oracle.com> <1484296261.9947.27.camel@citrix.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3878023552688850340==" Return-path: Received: from mail6.bemta6.messagelabs.com ([193.109.254.103]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cS3xS-0000p8-Lm for xen-devel@lists.xenproject.org; Fri, 13 Jan 2017 15:40:02 +0000 In-Reply-To: <1484296261.9947.27.camel@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: Dario Faggioli , Konrad Rzeszutek Wilk , george.dunlap@eu.citrix.com, xen-devel@lists.xenproject.org Cc: =?UTF-8?Q?Juergen_Gro=c3=9f?= , Ian Jackson , Wei Liu List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============3878023552688850340== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3ChFw4MQhl1i7iOpVUPUbGrFeSlMSVWKU" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3ChFw4MQhl1i7iOpVUPUbGrFeSlMSVWKU Content-Type: multipart/mixed; boundary="1SmG79t8lA6nkJVD8hPhx9vJCMsHaaF51"; protected-headers="v1" From: Boris Ostrovsky To: Dario Faggioli , Konrad Rzeszutek Wilk , george.dunlap@eu.citrix.com, xen-devel@lists.xenproject.org Cc: =?UTF-8?Q?Juergen_Gro=c3=9f?= , Ian Jackson , Wei Liu Message-ID: <92046994-9271-cdfd-486c-854ff63d70ba@oracle.com> Subject: Re: [Xen-devel] Xen 4.8 + Linux 4.9 + Credit2 = can't bootup References: <20170105015203.GA11785@char.us.oracle.com> <20170105021046.GB11785@char.us.oracle.com> <460a7b9d-69ae-358a-e9c0-adff42c01457@oracle.com> <1484225411.32021.214.camel@citrix.com> <944bfc67-32bd-f63b-c737-cfaaeb11494a@oracle.com> <1484296261.9947.27.camel@citrix.com> In-Reply-To: <1484296261.9947.27.camel@citrix.com> --1SmG79t8lA6nkJVD8hPhx9vJCMsHaaF51 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 01/13/2017 03:31 AM, Dario Faggioli wrote: > On Thu, 2017-01-12 at 11:22 -0500, Boris Ostrovsky wrote: >> On 01/12/2017 07:50 AM, Dario Faggioli wrote: >>> I don't think we do that any longer, and that may be part of the >>> reason >>> why we missed this one? >> I believe you needed to be on a multi-socket system to catch this >> bug. >> That's why, for example, my tests missed it --- the boxes that I use >> are >> all single-node. >> > Which will happen in OSSTest in most cases, as we don't usually use > dom0_max_vcpus, AFAICR. > > But I think the point here is really what Ian was asking. I.e., leaving= > aside the specific characteristic of this very issue, do you (and > Juergen and Konrad) think it would be useful to have OSSTest smoke test= > upstream-ish kernel again? > > I think it is you, Xen-Linux people, that may find it helpful, as it > may save you some local testing, etc. But this is only true if you > think it could fit in your workflow to check its output and deal with > it, which is something only you can tell. :-) > > If the answer is no, then nevermind, and sorry for the noise. :-D I can give it a try although I have practically no experience with OSSTest. Is there a way to subscribe to notifications for those tests? -boris --1SmG79t8lA6nkJVD8hPhx9vJCMsHaaF51-- --3ChFw4MQhl1i7iOpVUPUbGrFeSlMSVWKU 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 iQIcBAEBCAAGBQJYePTMAAoJEIredpCGysGyP/IQALB5lOZtZJc+h/O1oXjX/Rbg 8/lNg44FgKyBiV+XquprV9jyjrXfxTfRIwNJAz4bvBTjWf5pfzJHHkZj5sQ7/Pyt 0vIFO4azQeConpardHVj7rFmQ8ueRmm9Rj5KtHmi7YhdK34O10eFRBKW4RSVn8T3 AZRJaODIbeWoMeqPX7OxEruCPM4GG2csLmi1koT2SmmcT4phD5RsVkICUICUkRTm AiNCmIN1xoAIApZj9LbR/A4GvrrB0MxqDu34mzsx4H/JgxOH5lJz46E4GzReBKT6 hjMttyqGNBs6aD5moa5UU5d3sIF3CjHB1BWj0NcRQliBCScbhuZI3G/iUvRKs7ZC XP22geChXBa4ttgKBrcEPUPAf4tm1kc0kunNQe+T+aDnplG/2wB7rKedk6gAKKMm xO379KgX3TI6b6jBK9isg7whyNbZX0w4JR7Ng04nBri4DZUiUAiVpuHMXZBX8VXd pnzSqmv2UtGvooae5epEaVB3l4iBuJaW6TIAXNbWD2HYeGdOxoHjbxAFAKKoNNeI Gijip7VGYk9uNA/kOW0wncJFsuiuJnKHE/2xAJ0CqjjM7diDRUGPNLUANWpuXCIR ZJpupEAkq249J6xQZdbz/rKd3SwkELPu8xQ7FOqsqMjCKraTJACuGu3M6IL0acYU QxQsEUhKe+TRlphY4bqI =WGFr -----END PGP SIGNATURE----- --3ChFw4MQhl1i7iOpVUPUbGrFeSlMSVWKU-- --===============3878023552688850340== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v cmcveGVuLWRldmVsCg== --===============3878023552688850340==--