From xen-users-bounces@lists.xenproject.org Sat Aug 01 05:31:41 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Aug 2020 05:31:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k1k63-0008QI-0M; Sat, 01 Aug 2020 05:30:15 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k1k61-0008QD-Gy for xen-users@lists.xenproject.org; Sat, 01 Aug 2020 05:30:13 +0000 X-Inumbo-ID: 1165c37a-d3b8-11ea-aca6-12813bfff9fa Received: from sonic312-22.consmr.mail.bf2.yahoo.com (unknown [74.6.128.84]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 1165c37a-d3b8-11ea-aca6-12813bfff9fa; Sat, 01 Aug 2020 05:30:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1596259810; bh=+XcMSqzW1YuGn1b6P563oYdbt2fxiR1IFrtGp3kW6sU=; h=Date:From:To:Subject:References:From:Subject; b=si3RmseMrG5dYD6TNB9nkjwRptU9yZMmJa2m5/jJkSZ27JZsS3hciCl2qaBF35s/eLH+7SFH/a28HDDagqTeDnOeWPNN01312TFiup3T8R4lAc7SKNxm84mAyxNM7doLFaai+VLCmuWivyqbE45HctQA8jv3Qrdf3l6AS2FRArkjcv1sIfw0FghVLC+/a6pDQkxGYuYUWcUVyG4u37FgaS1sbAAwKZqRh70AkLG7HsgjgKvhhgvAHwtFm9relrZzOszJBlHKEqZLSJ+ED2+vmDAY90bPfBOWIYtKglVOi5YT/uFilG76asTgRztAroGGy4IqXYgUdLaI5k8GFLEZCw== X-YMail-OSG: SSbGpBwVM1kCdkPUR7RttmsKlUiSp.8WeaD9WJR2DEVNwJgAKiaLNmLcFb1dt8x Askn043iT6sUs_tFiRfigHxhjuePPEdX2QwVyxvMDyC5zEUshA6wI79Cx6of39wJh0ZnUBBO6_0U xgCeW65PsIWFbKdOB_1V2.p71lclwm06cobCfowpu42NLNGmLij_4e_1aA6Lq6zP87C9NABvTuj9 99DB.CoSLo6H0MCrQdbW3cla07gcAFP6semUPw8XSZSzRrn36DtguOdAFTpEeGXzmeHiAFh19gXu rAgZRw5seiXO327xm3W95UXa8DfQXXHI4gTVtFGwimhK.O3sKsdTb.WMh9CL4CjD5VD32E7LM_Ud 0c2Q.IQbE0TnGtXEQchAKgkg68BgNYk7SmTXIxxX4QT95NCA5N2j3KYoQVPBPw4gEPVxiOuuaVcH wPB4f1hvHYl796FM_tYwapeUS23nmeJYlG4X5DbQwlfNAS_tTivn5walimIYX2CysTs5EotLnKhz gWENXwoR2tdOgyttJlI6Ag3u9SEEtKcqyLmACl0YkSzggCM1tJky5Fz4NiTwIM8alEwkMBBOy6We BQ_ZBXXUAPgAQpDvjloEhLBGrDWLNHWnmqVDKvdW9N9_xp15KRSbl0yHi9L9obTGE5adWbrRoNEA AglMrL9ENKO60R2zFkq7j.nzE2RAH049EvpyZiBvY6UDzEEorArMsUw6f1pHoTPViPfn70hQlt.N S06SW8K7nx8jm1RDe.zwgof5WxAdWywRl9ptnHayzCa5nbVU9qFBJpRQsnel8uKFVBU64CcPm95o QfW7Lmy5r27hDB3j98A9xAdXq8luPzrQr8RuDma5uK1JzHblCaxo_cmOzFoIdxLcSCQwpKLfSxMS f4OrFbWOMU1pklbTNNHh3_2.gE1LR9cIqpekqPriYEsXIyHrCvVim6Ofq9YEHB_.oyHeHVejff2a C8rXAoqLlzockgDqPpYxRdvziT.C7PzdZV6iMH_oNSJ6_wUw8yIhEH5AlBk9rL2baidY.9Ds604S PD.B6NcUy7apP0arYeRMzTKsKFfuZuJQhXeKAbr39ALJaTu.w2rHuWCZbwTZ4fy_c2Dmd_u7FqYl Dn23swd0hYbP1DNrbEkTfBBTOmfnUHA.6CI1fhjLfqCfhdlDBrzoyZTRYgNIrtdj1RZQfZAVcOt8 R8ZW.992u.WkeAz1xEuMR3xO3bMjS4DmDpNkdTMdvx2FzJxTpJncmym9SmAfW1AfE3Thx5L0QLaj 6ffcj85TbaQC6YoNLmQiSwDL8aDVtvkITaA3ZRU6TaXXIm9ehs6xwsauGjNrzx2yUpWap_ntxHuY bJKF2mOKmdQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.bf2.yahoo.com with HTTP; Sat, 1 Aug 2020 05:30:10 +0000 Date: Sat, 1 Aug 2020 05:30:08 +0000 (UTC) From: Jason Long To: Xen-users Message-ID: <129652205.7271534.1596259808433@mail.yahoo.com> Subject: Unikraft and Virtualization. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable References: <129652205.7271534.1596259808433.ref@mail.yahoo.com> X-Mailer: WebService/1.1.16271 YMailNorrin Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.106 Safari/537.36 Content-Length: 89 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hello, Is=C2=A0Unikraft (Unikernel) an alternative for Virtualization technology? Tnx. From xen-users-bounces@lists.xenproject.org Sat Aug 01 13:31:16 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Aug 2020 13:31:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k1raI-0006Sd-IW; Sat, 01 Aug 2020 13:29:58 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k1raH-0006SY-7X for xen-users@lists.xenproject.org; Sat, 01 Aug 2020 13:29:57 +0000 X-Inumbo-ID: 165745c8-d3fb-11ea-ad07-12813bfff9fa Received: from sonic313-13.consmr.mail.bf2.yahoo.com (unknown [74.6.133.123]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 165745c8-d3fb-11ea-ad07-12813bfff9fa; Sat, 01 Aug 2020 13:29:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1596288595; bh=u/0Zt89thzYwJiSHupt28bkoQgkiB2nP/JvJ0yrT6dk=; h=Date:From:To:Subject:References:From:Subject; b=RfL4Ja0df0DxKdmURDYyqfgkOSHpqd7ATyPlQ5hPA4G3RVxqK7cdsShCUNCqkpIbl8GmpBh0BiiS1ZjnLJGtcK7096oT1hz5dBaINeWC8dpm9qk5NKAtM79GGsGDkhXVIac5kP0Ou+aMcXYHIp6PXQRnYPizY54XZilAQrNkxznK4ERLtrV7n7jqAL1hXkArJIiP3nR/KwmNIHMQNXi36JQQu9/FpobRAmcu+2bwSzTMM9bQCxzQnP5PgqmPSCRSERaFwspj2mahyOfN9AHXju6W2Vb/lPetdW04KVWSo/3GuwPcff9Bdyzy9ZOWsys+30HIAhzi1mE9LjtG6O3hgQ== X-YMail-OSG: yf6Zg24VM1ntAP4343jYN8nOgR3Mg1xwPEOzffM.jKFrMeHF9IJiAMnIiarULGe 0ePoQrdUkgzg2.UXeI3rrk39sQ61zbC63h0z3qE7T_p3liFGoMkUB8wN08aFHpUQze_MiBK5Mj4l 07av2HChJ4wla9cPJnz5kIE5qg8T7xp0_9jcgBdeYMVUunSqYF7xziCO_UTMPe7EuFM1vDwGROE1 c5l9lQT9810uDs.jl4keg6SfRBnYVvMIPyvE9_FXcNf5YBD29IgJfhT7J86SUnH7nJlJd2CeA_yh dt.tXimluuk.7LwVh_AFjIcHC2YMzh.lWeCxSMlXi6mXGchAhEDuZRtipLOq2myHtEK8c6OnRtgw l5zthsJFnwTDXBKoty78yKEQvWgHwX.6RruioZeRKNPJKZPqYlaqnH5ixxXdkK6Z_RXk4XUhwKQ5 pfEZAF_pYZnSi9wTuUagqanxJ8by1TheeOxNQfNkk09BvxR4zDkhE7DRKeTteTqQLX2f7n2agRJX 0matLTeyIMGXWZiYeNVX63KGZMKc0L1_9iFWhc3veUN7qVXZw7Zo8avOnYVBn6WOfyZEoTTqc6mo VOaA2CHFRDWnDpaeZKetWdpp_deB2zv.2YD0mjte81uYc7o1Ah83SB8fnLqPiC1tdSoRoiPX6ecl EXOk20T5qIXBHwdhrnZzpvgvQv_gd4vp8FS6RN_Wb0ikD.rPiHZc68rPOeqQ_7i0BsYJeR5jVffQ jQ75zGWJpZvouWi8Mo5wI.ejYjtdWvLYKkI3R9yN9EwjnGuBJVYfQ3MSKWu_g7R3buEA2k9TRBsf .yIKGdSqV Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.bf2.yahoo.com with HTTP; Sat, 1 Aug 2020 13:29:55 +0000 Date: Sat, 1 Aug 2020 13:29:53 +0000 (UTC) From: Jason Long To: Xen-users Message-ID: <329238119.7301450.1596288593346@mail.yahoo.com> Subject: RFC and hypervisor. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: <329238119.7301450.1596288593346.ref@mail.yahoo.com> X-Mailer: WebService/1.1.16271 YMailNorrin Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.106 Safari/537.36 Content-Length: 85 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hello, For understanding how a Hypervisor work, which RFC is important? Thank you. From xen-users-bounces@lists.xenproject.org Sat Aug 01 14:12:53 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Aug 2020 14:12:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k1sF5-0002I8-Ty; Sat, 01 Aug 2020 14:12:07 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k1sF4-0002Hc-Ju for xen-users@lists.xenproject.org; Sat, 01 Aug 2020 14:12:06 +0000 X-Inumbo-ID: fa42bdda-d400-11ea-8f1f-bc764e2007e4 Received: from mail-ej1-x62f.google.com (unknown [2a00:1450:4864:20::62f]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id fa42bdda-d400-11ea-8f1f-bc764e2007e4; Sat, 01 Aug 2020 14:12:05 +0000 (UTC) Received: by mail-ej1-x62f.google.com with SMTP id o18so34174588eje.7 for ; Sat, 01 Aug 2020 07:12:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=IouHUI9ooG7BBWlicsZMwskAa4dd2WIClkHD2S4Szl4=; b=KRC+Di/r0SmkSMrwFX8HOYQ2zas+tgVF6PntNJgdKdJXu7UjfgSxsZBmznl0g5RAnS wM3d/MhdRWfKOJmk6WkHi9F6hFy3EcuPko1Nz7Bwf6QNsyHebxY3rWyrmErneSVd68+H yW1JfdCb2qsfIcQ6DLAGAXTMEIaFPoVobhiBZqZjZAEydkZ3EFxYj3cYrqlHdXgoQ2rA XnDvaDmEwepWQmUal2hZuXgPjTn3rVWOFFAgv9dFhVKLgvs5INhdyJADhSCamYANASik cZnmYTNWLRKqxkLoCreTHC0lRp6aUxTSOSOz/qTGuDqqQB9Oj8RDeESD+ZwtPxuyejLy Itwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=IouHUI9ooG7BBWlicsZMwskAa4dd2WIClkHD2S4Szl4=; b=U7MS0WW+r4Z7GmmXD/cR7DSpmu17/js8Wpc+bLoKQHA5AbiDBcJ46bi7SiJXNCsESN vftr4oxesEUuUDV5I65rd+BheW3ycIDKiXwR0caIY/odiunebYRrnaJrq9RlDS3/TH29 pZbR2OC9ccSO4CqbdzJtmtIk6uv5duklgf+vPZDU3qgjmHnm0BIjKe8tWJIs8lvaZuW3 dJTu1zZfXRu2b3SMrSDqCIh4fD8Jnazk2rsMtBB/O0cHfm0mcZUsCkv1Y6YcFeVDdE+q vOSucFZF23CgqZWpZYO5bQ5OlFZcNt4fPg9Ry/Kpugrn27YhppREVs2bASLyiDaR2iW5 MSXQ== X-Gm-Message-State: AOAM5304YVTeHn3ampRpgPDNSgLRp3McZFNZji75wRae+XTcMFwgMGuS VruHRD8H96jl4fgwLzCv7ZM= X-Google-Smtp-Source: ABdhPJyIGCAZfr3oSLfna7cdtKFOjaRrTUaa2x3tyyJB2SJe7a5mccO/jrFWzdhZKQdQ1PGa8Baf5w== X-Received: by 2002:a17:906:1756:: with SMTP id d22mr8685767eje.29.1596291124930; Sat, 01 Aug 2020 07:12:04 -0700 (PDT) Received: from metal ([197.156.190.138]) by smtp.gmail.com with ESMTPSA id i5sm11292114ejg.121.2020.08.01.07.12.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 01 Aug 2020 07:12:04 -0700 (PDT) Date: Sat, 1 Aug 2020 17:11:58 +0300 From: "David K. Kahurani" To: Jason Long Subject: Re: RFC and hypervisor. Message-ID: <20200801141158.GA2579@metal> References: <329238119.7301450.1596288593346.ref@mail.yahoo.com> <329238119.7301450.1596288593346@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <329238119.7301450.1596288593346@mail.yahoo.com> X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: gichini.ngaruiya@gmail.com, admin@rapidseedbox.com, xen-users@lists.xenproject.org Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On Sat, Aug 01, 2020 at 01:29:53PM +0000, Jason Long wrote: > Hello, > For understanding how a Hypervisor work, which RFC is important? Hello, In FOSS RFC is mostly used as short for 'Request for Comments'? No? Sorry, that was irrelevant > > Thank you. > From xen-users-bounces@lists.xenproject.org Sat Aug 01 14:37:28 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Aug 2020 14:37:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k1scl-0004Cc-3Q; Sat, 01 Aug 2020 14:36:35 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k1scj-0004CX-Fp for xen-users@lists.xenproject.org; Sat, 01 Aug 2020 14:36:33 +0000 X-Inumbo-ID: 64b16f9c-d404-11ea-ad20-12813bfff9fa Received: from sonic308-1.consmr.mail.bf2.yahoo.com (unknown [74.6.130.40]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 64b16f9c-d404-11ea-ad20-12813bfff9fa; Sat, 01 Aug 2020 14:36:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1596292592; bh=JMKkVL8dUyWGv5zzcN4p3Rn/sR4lYTWCu8lcHbLZGG4=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From:Subject; b=tsGBd981hyaok/7JISQD4f9YdFuh2vw26V9QjxAW4kLOC40slSNXj0BMuF2yruEs6xBhoOjha1jrVG1LlbI1leFdAzbs4CX/I3iy1cm/rqcWH2sICu0kxKTgzE6uTKaaScIqu/lzQntlttvKOq2pl+jveixPXd/OAm2RiOgSCcto89HvIFyQZKX2iZxjTuJc2Ux1UES1UfvKi83A40CKTe7WVOYKWD9nRrjD3xVQWRDENWq0I/1fU2Am71nnleGcJG66H/qLKllczFxu8/nq22dDxy/Mi6Si2RXRW72ChjLlxYOggRw/j/auYCCoxrH8dldFeX3G8+HeQof6QjUOtw== X-YMail-OSG: NObfE34VM1l2bS3XMI4SjvcjsChXJMR6lfOgHCPlR1Yk4_wjJIOla1kNG5r9S07 tuv7FtlmK4eb4dfvFA74LbhrQzbwmUSNosXqJ8A9VWcDi3aEAUePTJBlXd4VPVtgPbPM5n8vM5RA ukjEfmx_0fqNzki04iC_1iklQWI.P.HkaCPIXC6B4tdTjyGUtRDeSByWKOK4y3KlWP6p6IABO19. OWXGfM80FE3Q0spihOEPIM8vTL5IV_gLu7P.htmc4L9npR6cFvEz1c8UJi2ZlO022Q56swfDjNxK oeyfnYq3cMeiHerJpbHdCC67VExlm.9toiDNsIaA4BJV.dVJeHspzt1_XVPWA97RZACwajXQqHsd 1aWIPSs6eT.Oi8ZYacx5fW1D2.foXO5AyCLMclg9x3Lrq0WUn7UZatWnWdtZHIKOXAe2yZ6c6vDs lA8b3_C84jV93LcSCtNLI4fqp_fUdNebEFJ3z40GwJ5F0D2WV0Z9ebjloQjUTSgA2CIXHgex4b10 dVkbeNX9dNjtTILSj_.0ePzCYjUoisXepEnJve5fE_KTwlNYN6Ho4iJOlRrca43fjciIPnrpnJbi q9VH67W74w8d49pifYDKoqdeWF1WZ8YpD.wz.VxMHTzR3.UbLXTHUDBJf9tkjw17NPtYQPFMyG65 GeyN6SqusM.K5g6X2lyx7.xDg_Vo0jcaSoAvvpvsINgEVYUbRXgwCzkOPG.9fl..RUhEfadJQDuw emVW767X71TlopHtmMgD.T.s53lWufJphZR0WpRKC_eIzQVfyJGPv5rqXgeHafHIAzX3etC1gPvy 0LTTf28iuRIkOcd8yq6DtILgYHwnVbEl35uc6vDkQc7JV Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.bf2.yahoo.com with HTTP; Sat, 1 Aug 2020 14:36:32 +0000 Date: Sat, 1 Aug 2020 14:36:31 +0000 (UTC) From: Jason Long To: "David K. Kahurani" Message-ID: <494473582.7322198.1596292591090@mail.yahoo.com> In-Reply-To: <20200801141158.GA2579@metal> References: <329238119.7301450.1596288593346.ref@mail.yahoo.com> <329238119.7301450.1596288593346@mail.yahoo.com> <20200801141158.GA2579@metal> Subject: Re: RFC and hypervisor. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.16271 YMailNorrin Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.106 Safari/537.36 Content-Length: 460 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: gichini.ngaruiya@gmail.com, admin@rapidseedbox.com, xen-users@lists.xenproject.org Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Thank you. Then, how a user can learn about Hypervisor and Virtual Machine internal? On Saturday, August 1, 2020, 06:42:27 PM GMT+4:30, David K. Kahurani wrote: On Sat, Aug 01, 2020 at 01:29:53PM +0000, Jason Long wrote: > Hello, > For understanding how a Hypervisor work, which RFC is important? Hello, In FOSS RFC is mostly used as short for 'Request for Comments'? No? Sorry, that was irrelevant > > Thank you. > From xen-users-bounces@lists.xenproject.org Sat Aug 01 15:38:11 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Aug 2020 15:38:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k1tZB-0000wk-3u; Sat, 01 Aug 2020 15:36:57 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k1tZ9-0000wf-Qi for xen-users@lists.xenproject.org; Sat, 01 Aug 2020 15:36:55 +0000 X-Inumbo-ID: d3ccb352-d40c-11ea-8f3a-bc764e2007e4 Received: from mail-pj1-x102b.google.com (unknown [2607:f8b0:4864:20::102b]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id d3ccb352-d40c-11ea-8f3a-bc764e2007e4; Sat, 01 Aug 2020 15:36:54 +0000 (UTC) Received: by mail-pj1-x102b.google.com with SMTP id a9so8718312pjd.3 for ; Sat, 01 Aug 2020 08:36:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0VInDWZf7iQLepVEPl5z+u1ZzBcoCsTZ8rGRDxFpM+Y=; b=gp7x32CCJGOxto8FzcA4AKLAUQzKqnzJDvlqOUkvfDovhltKq1xZMDQ7XKnUcdnS1n mN12wK8mxUKiQDkbfBux6chWSxq6qVl2BzA1kNitrwXT59Ubi3liVUNwWJtz4PbyVxAZ JpV/EGs9fZJvOLkIEW7g3olUtx3ACxX5gDKa3wCZ/XbLzJLeQVYv4Fg7bMnWGbDYKQK4 uI/RShMbdHdM9d4CBdM7vN13g52zYZ8rACAzlD2VlIqMcKQcQYqmNLwFvU1U+bXfw9I+ 0TIoDv2nTSBholVkWUqnoLiWSdfgDDPbYu0lsBAUkFa4ouFnvkv6EdaLvESDHTYrub9l BB/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0VInDWZf7iQLepVEPl5z+u1ZzBcoCsTZ8rGRDxFpM+Y=; b=KNOb34iQ4oy9ULkBPLmjrh0Xq7dRkQWqShCwLDpSvlStIPZUQhz0zben8g+r2TjWOZ WuZl2sOWfP+yvO1Ed95xqZZ/RX7NoWinPRewgbjgpkpDfe60J7o3/6NaMHW09KHXgnN6 CLurInQXX1xJ3jWhrXbfr+903EEGPO/pr+wPV5Cj35CRuEFQlWj045SgSD94y3ulJvb9 4gnLmj769gnPjU+YxwZjwMF+Xi37siFb4PrGz+V/ikNFTJEInuJmRDCwIN4w0IJumtPz BZXc6WBcTLCSrc+oPB/lO+38fI7mjxT37+T9GGiNRzULZ7LpvjUT7EQrcf24yrpV3O+L fcoA== X-Gm-Message-State: AOAM531qlAsr0/UVepGLtNFL9j5LTFOMboxqX7xgSd/lL1PLhj84x0FV v1TgdLpPRM7x8qvq3MvhYKFd31Pt4bEAm/hbg4s= X-Google-Smtp-Source: ABdhPJxUy+Fise+80Rg41WmyGkpHxVaYjVeQ8oKzkSN+USJrYi8oWkGEdTQRLpPHkeM1+urQu6lWCuo1KCdDId8urSs= X-Received: by 2002:a17:902:b185:: with SMTP id s5mr8370632plr.211.1596296214246; Sat, 01 Aug 2020 08:36:54 -0700 (PDT) MIME-Version: 1.0 References: <129652205.7271534.1596259808433.ref@mail.yahoo.com> <129652205.7271534.1596259808433@mail.yahoo.com> In-Reply-To: <129652205.7271534.1596259808433@mail.yahoo.com> From: "K. Kahurani" Date: Sat, 1 Aug 2020 18:36:41 +0300 Message-ID: Subject: Re: Unikraft and Virtualization. To: Jason Long , gichini.ngaruiya@gmail.com, admin@rapidseedbox.com Content-Type: multipart/alternative; boundary="000000000000ce7a5005abd2acfa" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: Xen-users Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --000000000000ce7a5005abd2acfa Content-Type: text/plain; charset="UTF-8" On Sat, Aug 1, 2020 at 8:33 AM Jason Long wrote: > Hello, > Is Unikraft (Unikernel) an alternative for Virtualization technology? > For instance, "The high level goal of Unikraft is to be able to build unikernels targeted at specific applications without requiring the time-consuming, expert work that building such a unikernel requires today. The main idea behind Unikraft is depicted in Figure 1 and consists of two basic components: (1) library pools containing libraries that the user of Unikraft can select from to create the unikernel and (2) a build tool and menu allowing users to pick and choose from those libraries to build images tailored to specific applications." >From [1] > Tnx. > https://wiki.xenproject.org/wiki/Category:Unikraft --000000000000ce7a5005abd2acfa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sat, Aug 1, 2020 at 8:33 AM Jason = Long <hack3rcon@yahoo.com>= wrote:
Hello, Is=C2=A0Unikraft (Unikernel) an alternative for Virtualization technology?<= br>

For instance,

=
"The high level goal of Unikraft is to be able to build unikernel= s=20 targeted at specific applications without requiring the time-consuming,=20 expert work that building such a unikernel requires today. The main idea behind Unikraft is depicted in Figure 1 and consists of two basic=20 components: (1) library pools containing libraries that the user of=20 Unikraft can select from to create the unikernel and (2) a build tool=20 and menu allowing users to pick and choose from those libraries to build images tailored to specific applications."

F= rom [1]


Tnx.

--000000000000ce7a5005abd2acfa-- From xen-users-bounces@lists.xenproject.org Sat Aug 01 20:21:53 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Aug 2020 20:21:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k1xzc-0000Mn-0A; Sat, 01 Aug 2020 20:20:32 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k1xza-0000Mi-8v for xen-users@lists.xenproject.org; Sat, 01 Aug 2020 20:20:30 +0000 X-Inumbo-ID: 700371b3-d434-11ea-ad96-12813bfff9fa Received: from sonic312-21.consmr.mail.bf2.yahoo.com (unknown [74.6.128.83]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 700371b3-d434-11ea-ad96-12813bfff9fa; Sat, 01 Aug 2020 20:20:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1596313227; bh=dcVEWyBiXoP9A94wpf+QoglGZKHOffEtvtKU39GM6wQ=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=qp7BPZQkEq+pAvQ1nA8k895+Lxb8YHxI7t5rJMjGwQMvf6UgERMcQ7rp+H97aLTxoSZaBpStD9+ejv1G4/fpypC0sRJy3YnddOg/Ex556aB+tkX6pS5FATHrDEUKogFq3WWCOwYWkxsohz7tXXINE3Rt6fCvJ6IiOmZoWNLHq08MUH+jcvq0aT1uoYavfxHr4To7LMBkEDPuCxDThyEJlQrGA+GjIXDk5b0400tFksdAbuXBKYTv2q1NOPr0mLFXTob4e/QMB8S0a2X73k/lORviyqlzl9lpSJuQmETO0z7pVa1l/QzcFryU1fBMcY3r0I1KsRTtOMR6TBGVikApQw== X-YMail-OSG: Q01_WBkVM1mQZLKtehnixXhEaitTQY6p5Tlni23CSxPw5gXAsJ8mwOW655eop4_ 1fzRp64xS2_CVN2oBwmvhOMW.2yz3JwnEMBIgn8BtIJdrCP0aUvhggdySRpbPhPgtwJP2MR6R1aq YNwxYxEEpBVIzVyp1ue9yzii8_Sorhyxu6vJJBuCU3bpK1iMI_rgmv8CDL6KoibhXKlaoEQX_.3I s6lM2alfvFTSVNrGnpODUHrhkEYlx2XxLFoy02kuwB5mitgIgPcmWiJhDLZbKhMv9C35XArnKv6M W1cU94dBzNQUrW_MdWwdXytg.BfVgw9rLaunu.jTDGA..qeMnkGsP5j.Bu.JwjUULQOMSKU4w6ii pRuybyDsnmdxuXi5WXSCELDe0Zv4JowGszywwyw0gNlAt_OHZIcSy1rYR4Yk8BqW2DKLB2OiQx7u _SSutx054n1rCU2sUxjPPHOL1q5Ixbck80C13rzaNbxsWpDkoV02fWTUQzhpVxqyQCdh51_TrDzN dNOUcyAx42vU228q_04aYfGS8.TXJ_NyW9AZxIvgeZcJaqQFZlpSm1uMJD0KxGhyBlNzN4dyCdB6 fgrX8oWR_WU2LPtd22bwIGCk6khJ8vd.oDCsnaLT6shro3lKQRM47MJgVqBlEmHrnjjwfBM5FPgT NSMwaJSXVLUxfUB2JMgbCilE9l6PmrlYLZs4I7CmcB1EOiZjzh28kPMD3ZdgSi5ik5dP9wNBYGHT BgIRw00_1.jdbKvYbRPKTQaqgeY57VyU1w0UWIHdbkdN9e2iD2iitFYRZzFbWQfqulrB4PhqbrI0 Nug5A46iUI49mUrPnHYq5B6a0LWC5zZMsYg2uKikc5M6Us1YHWcJpv2ANkj3pBhGYszBoXWTL0jc gcB7atVqUKWUZO09ohQfEOH0Wg3oFK4EpX1ZME6qcNjzRslKJc4_1pfXtLKEKwNcAnSw.fwJDKyT cwbH33tA6YpwFqyMBF9lpWjKdv1HP7UFJ0q1QjR3fWTmjoMixM26T_hZfsDDn1nNt0wC163nAGnI Sdy8oN9WVaIj_xBU7uTf4K25cMDrGX0ED9eKKF.5F_8deYbsLjGwUXqTIgFHeD58AgW.g3eYFNLD 79q8IWFdMhAQZ Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.bf2.yahoo.com with HTTP; Sat, 1 Aug 2020 20:20:27 +0000 Date: Sat, 1 Aug 2020 20:20:25 +0000 (UTC) From: Jason Long To: "k.kahurani@gmail.com" , "gichini.ngaruiya@gmail.com" , "admin@rapidseedbox.com" Message-ID: <1896022538.7401603.1596313225449@mail.yahoo.com> In-Reply-To: References: <129652205.7271534.1596259808433.ref@mail.yahoo.com> <129652205.7271534.1596259808433@mail.yahoo.com> Subject: Re: Unikraft and Virtualization. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7401602_669262142.1596313225448" X-Mailer: WebService/1.1.16271 YahooMailAndroidMobile YMobile/1.0 (com.yahoo.mobile.client.android.mail/6.8.5; Android/7.1.1; NMF26F; bbc100; BlackBerry; BBC100-1; 5.16; 1184x720; ) Content-Length: 4439 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Reply-To: "hack3rcon@yahoo.com" Cc: Xen-users Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" ------=_Part_7401602_669262142.1596313225448 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thus, it is not an alternative for Virtualization. It is a secure technolog= y that running on Xen.Right? Sent from Yahoo Mail on Android=20 =20 On Sat, Aug 1, 2020 at 8:06 PM, K. Kahurani wrote: = =20 On Sat, Aug 1, 2020 at 8:33 AM Jason Long wrote: Hello, Is=C2=A0Unikraft (Unikernel) an alternative for Virtualization technology? For instance,=20 "The high level goal of Unikraft is to be able to build unikernels targeted= at specific applications without requiring the time-consuming, expert work= that building such a unikernel requires today. The main idea behind Unikra= ft is depicted in Figure 1 and consists of two basic components: (1) librar= y pools containing libraries that the user of Unikraft can select from to c= reate the unikernel and (2) a build tool and menu allowing users to pick an= d choose from those libraries to build images tailored to specific applicat= ions." From [1] Tnx. https://wiki.xenproject.org/wiki/Category:Unikraft=20 =20 ------=_Part_7401602_669262142.1596313225448 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thus, it is not an alternative for Virtualization. It is a secure technolog= y that running on Xen.
= Right?


On Sat, Aug 1, = 2020 at 8:06 PM, K. Kahurani
<k.kahurani@gmail.com> wrote:<= /div>


On Sat, Aug 1, 2020 at 8:33 AM Jason Long <hack3rcon@yahoo.com> wrote:
Hello,
Is Unikraft (Unikernel) an alternative for Virtualization technology?<= br clear=3D"none">

For insta= nce,

"The high = level goal of Unikraft is to be able to build unikernels=20 targeted at specific applications without requiring the time-consuming,=20 expert work that building such a unikernel requires today. The main idea behind Unikraft is depicted in Figure 1 and consists of two basic=20 components: (1) library pools containing libraries that the user of=20 Unikraft can select from to create the unikernel and (2) a build tool=20 and menu allowing users to pick and choose from those libraries to build images tailored to specific applications."

From [1]


Tnx.


https://wiki.xenproject.org/wiki/Ca= tegory:Unikraft

------=_Part_7401602_669262142.1596313225448-- From xen-users-bounces@lists.xenproject.org Sun Aug 02 05:33:48 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 02 Aug 2020 05:33:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k26bR-0002Ga-ER; Sun, 02 Aug 2020 05:32:09 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k26bQ-0002GT-DA for xen-users@lists.xenproject.org; Sun, 02 Aug 2020 05:32:08 +0000 X-Inumbo-ID: 8106d178-d481-11ea-8fd7-bc764e2007e4 Received: from mail-pj1-x1035.google.com (unknown [2607:f8b0:4864:20::1035]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 8106d178-d481-11ea-8fd7-bc764e2007e4; Sun, 02 Aug 2020 05:32:07 +0000 (UTC) Received: by mail-pj1-x1035.google.com with SMTP id a9so9241659pjd.3 for ; Sat, 01 Aug 2020 22:32:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=2CAoEHNXpsJQRV873JDwtkFIs29Q1+bHY652uEy2yQo=; b=spEv5rlYROc1onrgkWjxJq4+7g9ekrEDXCyfYqRTWzo6r81Z0cKl64lbR+lan5ovls nsf1Y/DsM8/D1FFWehJy/lcXUw/eg0c9MS1xc6bVg0u/6wlO3BglkE1oxLYtIddYayXF NLc/GIjwWrOz/zUYm2D6/osN/uxQ67R34gX8DmL4+GK1WdVknYb6ujxMm/6BGvoFAXEk PxEku4XGu9pNNe9VKMLgxKInC0RHQH/QjGL/r/pCtLuXruc5q6yXfYR8f9MGENjqcg9v u8dwBQy+n4AtmDFmIPZ97v5xw8AvmiPFuUoq1MTEqIOSsCVi+GiZZh3+AgIS8+QQMNnN la2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=2CAoEHNXpsJQRV873JDwtkFIs29Q1+bHY652uEy2yQo=; b=d3hxxxt3HHgkJZU4O0koEit1KQotOv7MbB4msjnFfg4JLti0f6RUB4yqtm7A4miVY+ QISlrH88boVfxcX7XEVRKl3e29xSeiVgxMYC2O4eOGIALySC7T2dufs/ufySg+9rJ0Uh rrFLRnVGCAoXL+Cqz1rNaHcSTMNhDePMkV1YDqm2HzNgpkWP8q12V5iwwOP4Fr0N54JK SPS1vgv2A/hPzaZRFf8w+VkgSqdOAqVEMENja1RQRhub2+EqGeBV0k32YxaazFB0ABY2 8mJ5ISRNegEeKzO3osbBxQzXjgJzHlVBd1JLlq58789FvxzCup88z88NibcErKhKgyYv IMDw== X-Gm-Message-State: AOAM530k2LFm0LN3zTv8qtXdKQLMpbdgiE1H2EWrizv0rKHJp/C5G4ms tHzkovfbwalHqCzrGlmM7u0= X-Google-Smtp-Source: ABdhPJwqKZVCx0zCbBENJqePBmhKImcy02Ui462M6RUvA6MTe+SCqfD045VDqDf1NhHEtXhIvEjLKg== X-Received: by 2002:a17:90a:36a7:: with SMTP id t36mr11642115pjb.36.1596346326491; Sat, 01 Aug 2020 22:32:06 -0700 (PDT) Received: from [192.168.1.2] (fp93c0183f.tkyc626.ap.nuro.jp. [147.192.24.63]) by smtp.gmail.com with ESMTPSA id g138sm6816820pfb.39.2020.08.01.22.32.04 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 01 Aug 2020 22:32:05 -0700 (PDT) Content-Type: multipart/alternative; boundary=Apple-Mail-131A6E31-3854-4D03-A1D5-23EA0FF26855 Mime-Version: 1.0 (1.0) Subject: Re: RFC and hypervisor. From: Bernd Bausch X-Mailer: iPad Mail (16G183) In-Reply-To: <494473582.7322198.1596292591090@mail.yahoo.com> Date: Sun, 2 Aug 2020 14:32:03 +0900 Content-Transfer-Encoding: 7bit Message-Id: References: <329238119.7301450.1596288593346.ref@mail.yahoo.com> <329238119.7301450.1596288593346@mail.yahoo.com> <20200801141158.GA2579@metal> <494473582.7322198.1596292591090@mail.yahoo.com> To: Jason Long X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: gichini.ngaruiya@gmail.com, "David K. Kahurani" , admin@rapidseedbox.com, xen-users@lists.xenproject.org Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --Apple-Mail-131A6E31-3854-4D03-A1D5-23EA0FF26855 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable > On Aug 1, 2020, at 23:36, Jason Long wrote: >=20 > Thank you. > Then, how a user can learn about Hypervisor and Virtual Machine internal? I'd start with the wiki. It has this informative page: https://wiki.xenproje= ct.org/wiki/Books#Xen. The Book of Xen, while ten years old, looks promising= . Bernd Bausch= --Apple-Mail-131A6E31-3854-4D03-A1D5-23EA0FF26855 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit

On Aug 1, 2020, at 23:36, Jason Long <hack3rcon@yahoo.com> wrote:

Thank you.
Then, how a user can learn about Hypervisor and Virtual Machine internal?

I'd start with the wiki. It has this informative page: https://wiki.xenproject.org/wiki/Books#Xen. The Book of Xen, while ten years old, looks promising.

Bernd Bausch
--Apple-Mail-131A6E31-3854-4D03-A1D5-23EA0FF26855-- From xen-users-bounces@lists.xenproject.org Sun Aug 02 11:32:40 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 02 Aug 2020 11:32:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2CD3-00087e-1R; Sun, 02 Aug 2020 11:31:21 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2CD1-00087V-1z for xen-users@lists.xenproject.org; Sun, 02 Aug 2020 11:31:19 +0000 X-Inumbo-ID: add083d4-d4b3-11ea-ae36-12813bfff9fa Received: from sonic311-13.consmr.mail.bf2.yahoo.com (unknown [74.6.131.123]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id add083d4-d4b3-11ea-ae36-12813bfff9fa; Sun, 02 Aug 2020 11:31:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1596367876; bh=iuYwfnchy5zCCRcMhy1DPD/Qh4QnKUAiA0RFt/hHHNo=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=WHMEgaD4UcTgm19/fGfcwbkzfg/Q0hQyAYUH9A9vQRFMku88+VAWhU95h8A7RZjNtSsmx+u8jgYUiKz+w2/OQFp2oIXOPqCvJR6eAgVMGBYDgqpxR7jv2XABRcFZcoaHFSQZkwi6QPBxcT9p89NYIxd11GRdfwTjbj4Gux0As+RsHqMZ/qMFH39cJXyfpTTMjZFwlkjyMu7VJQB0v7pdOja6GkdhYEUIh2ZHoFWgm0ae/ukNOTnGIim0DUERpbMhuCSPUs0hZDhSY/7CoiuJJl2VONVpqne+2kGn0QEqdZRBVIsS6SSJrXVQKN1cfOInDWPm9IOCBNmSTW+j7S+O1g== X-YMail-OSG: .Hb8I.EVM1lfmKOsgx1APS09XKiYG0F7L9PvX9Vp6i3z.zyKhDsWumOGnqDX2s6 DfFz_fM8UBoIzcTJ9.2urjNag9IDv2hpxFD9LUTefSu.yr50bK6gsPqzEgL4LSxu53mQhosg2iiJ NXyQcLvrEjSO0_TxTuok8f18XDsHaq39.wI4PNawT3q2ZAdgJhOW.tp56C9g9we2rpX9aIzrb_DS crvB6OKrlz7ijetzfGM1A55s1CQqh1dm0EVhFDUGsol8cUtNniQW0c9.nYL65jZ5l0ta0tlgZbn1 Sbujcrk708F.94t5nFU1koMLkcpflLfEkkfKS17ibPEOGXIqS6mOfAoGQGme.RXiZI38xHTRCOmd BtOdd5rftDNK.UHmLE68MPhdlb.OscmsZzcTRAT1VhLRurTGwYMJQn3DtheZHUPDog0ks9xodwiE QoC.lODfJ3i2RnQ_S7fCN2MEIgC8WmtVUru84NCAzGFrvTQppQSmWMJOTBrYr2NsXNof9IMNzZFr v3gFZS48crRUJcU67Fy_JV9GdxenUj9.S.A67TWvyGo4NMaGF37_tCgBOSEFe0oHLJBF8ERIAV.9 qtfgH7rCj4.FI5nOvIMMMFIPLp13NiklMKYC.DtqTrWrrSXv6zysH3XRhJIxY2pgqV7ovkGCvGeE EJVr3mkC.QLtOwWOq7912mXSaL7l91hYOnqUD4ES5vkQ8VjtU9_DuFsxrMJA8F3KASkmWGaZEXeN IiYZ8uQSnsHDtEvRmAkfu_v9J4x3sPjjTt_o_8IXoDotJBvNNhgkEl3qXMJlbWSd7ixxPwsyVsOZ Xnh6Yl8kV0JkH5M5QAqGRuvNvZ6YB_5XZLHTmTv0ADGYq2pPZ0Kl4_RKJt65gC26qrKJzVsM1QYz 0NJtR1avv5zs318eEy.4Ow5IhT5Y0dRseV9hisNGrDFdqH90dnpX2UOupqS3Gt5RwIC49uj08gRi lXUyc2LLo4LFE2mL0lbpbI6bZAaUVc8OtDxYwUWHH138GH.3NMx0BsFmK_Zx0yiUavbbqRedhuhh P3_SlY38mKT0MxtrSbXSWDKsT.bZaaU_2I7Kqqf.lpd_nU7ZtVpeqTaSmGHFFxZ8sp.OfgCJsh2c iU0KRddcoGQ6D09PJqNZzDiHrgaEkmWiWcGEpaM88AprrFap3DAw_ygpsJpb2oqswrmCpM0L9LVY 9qHXGwjb0TeJb4ooc3mN9w0vPkquFM7Ksf5.Ab7YWkLK2XKQgkyFe6m3jU37ViT6BNk1xu2tFILc Gb4y6SQ_Md9RMKO2W.NMxZAv0SmnGfWZvC7v7J9uNSrg9bqn.RoUNDgvcdWztD0fo6Xqpwv03gXt 2faLZURWbKI_xUD4atYJjL3j_avpG14nGDcdXUsYyilqzmp0KJ4PR3BSWbx3NfNtdEs0ge8zQdRl h9CpL_zYk3ynTIQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.bf2.yahoo.com with HTTP; Sun, 2 Aug 2020 11:31:16 +0000 Date: Sun, 2 Aug 2020 11:31:14 +0000 (UTC) From: Jason Long To: "alain.tchana@toulouse-inp.fr" Message-ID: <1331015166.7490420.1596367874117@mail.yahoo.com> In-Reply-To: <938790597.814950.1596358534076.JavaMail.zimbra@toulouse-inp.fr> References: <129652205.7271534.1596259808433.ref@mail.yahoo.com> <129652205.7271534.1596259808433@mail.yahoo.com> <1896022538.7401603.1596313225449@mail.yahoo.com> <938790597.814950.1596358534076.JavaMail.zimbra@toulouse-inp.fr> Subject: Re: Unikraft and Virtualization. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7490419_718691008.1596367874115" X-Mailer: WebService/1.1.16271 YahooMailAndroidMobile YMobile/1.0 (com.yahoo.mobile.client.android.mail/6.8.5; Android/7.1.1; NMF26F; bbc100; BlackBerry; BBC100-1; 5.16; 1184x720; ) Content-Length: 7667 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Reply-To: "hack3rcon@yahoo.com" Cc: gichini ngaruiya , "K. Kahurani" , admin , Xen-users Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" ------=_Part_7490419_718691008.1596367874115 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thank you.Thus Unikernel is not a replacement for Virtualization. Sent from Yahoo Mail on Android=20 =20 On Sun, Aug 2, 2020 at 1:25 PM, Alain TCHANA wrote: As a unikernel, unikraft has:-Single address space: no border be= tween the user and the kernel space, meaning no syscalls. Single process (t= hus only multi-threading), no fork-Low memory footprint compared to a tradi= tional VM: only the necessary software composed the binary The unikernel image is seen as a traditional VM from the point of view of t= he hypervisor.ervisor De: "Jason Long" =C3=80: "K. Kahurani" , "gichini ngaruiya" , "admin" Cc: "Xen-users" Envoy=C3=A9: Samedi 1 Ao=C3=BBt 2020 22:20:25 Objet: Re: Unikraft and Virtualization. Thus, it is not an alternative for Virtualization. It is a secure technolog= y that running on Xen.Right? Sent from Yahoo Mail on Android=20 =20 On Sat, Aug 1, 2020 at 8:06 PM, K. Kahurani wrote: = =20 On Sat, Aug 1, 2020 at 8:33 AM Jason Long wrote: Hello, Is=C2=A0Unikraft (Unikernel) an alternative for Virtualization technology? For instance,=20 "The high level goal of Unikraft is to be able to build unikernels targeted= at specific applications without requiring the time-consuming, expert work= that building such a unikernel requires today. The main idea behind Unikra= ft is depicted in Figure 1 and consists of two basic components: (1) librar= y pools containing libraries that the user of Unikraft can select from to c= reate the unikernel and (2) a build tool and menu allowing users to pick an= d choose from those libraries to build images tailored to specific applicat= ions." From [1] Tnx. https://wiki.xenproject.org/wiki/Category:Unikraft=20 =20 =20 ------=_Part_7490419_718691008.1596367874115 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thank you.
Thus Unikern= el is not a replacement for Virtualization.


On Sun, Aug 2, 2020 at 1:25 PM, Alain TCHANA
<alain.tchana@toulouse-inp.fr> wrote:
=
As a unikernel, unikraft ha= s:
-Single address space: no border between the user and the kern= el space, meaning no syscalls. Single process (thus only multi-threading), = no fork
-Low memory footprint compared to a traditional VM: only = the necessary software composed the binary

The unikernel image is seen as a traditional VM from the point of v= iew of the hypervisor.ervisor

De: "Jason Long" <hack3rcon@yahoo= .com>
=C3=80: "K. Kahurani" <k.kahurani@gmai= l.com>, "gichini ngaruiya" <gichini.ngaruiya@gmail.com>, "admin" &= lt;admin@rapidseedbox.com>
Cc: "Xen-users" <= xen-users@lists.xenproject.org>
Envoy=C3=A9: Sa= medi 1 Ao=C3=BBt 2020 22:20:25
Objet: Re: Unikraft= and Virtualization.

=
Thus, it is not an alternative for Virtualization. It is a secure tech= nology that running on Xen.
Right?

Sent from Yahoo Mail on Android<= /div>
On Sat, Aug 1, = 2020 at 8:06 PM, K. Kahurani
<k.kahurani@gmail.com> wrote:<= /div>


= On Sat, Aug 1, 2020 at 8:33 AM Jason Long <hack3rcon@yahoo.com> wrote:
Hel= lo,
Is Unikraft (Unikernel) an alternative for Virtualization technology?<= br clear=3D"none">

For insta= nce,

"The high = level goal of Unikraft is to be able to build unikernels=20 targeted at specific applications without requiring the time-consuming,=20 expert work that building such a unikernel requires today. The main idea behind Unikraft is depicted in Figure 1 and consists of two basic=20 components: (1) library pools containing libraries that the user of=20 Unikraft can select from to create the unikernel and (2) a build tool=20 and menu allowing users to pick and choose from those libraries to build images tailored to specific applications."

------=_Part_7490419_718691008.1596367874115-- From xen-users-bounces@lists.xenproject.org Mon Aug 03 07:25:52 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Aug 2020 07:25:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2UpT-0006C3-M0; Mon, 03 Aug 2020 07:24:15 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2UpS-0006Bt-AO for xen-users@lists.xenproject.org; Mon, 03 Aug 2020 07:24:14 +0000 X-Inumbo-ID: 5472b292-d55a-11ea-aeff-12813bfff9fa Received: from sonic314-15.consmr.mail.bf2.yahoo.com (unknown [74.6.132.125]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 5472b292-d55a-11ea-aeff-12813bfff9fa; Mon, 03 Aug 2020 07:24:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1596439452; bh=YC7hFsqX46+8RgkgRlXknkPxg88GAkMkeV8z0h7aG70=; h=Date:From:Reply-To:To:Subject:References:From:Subject; b=css6Cr3XBSOecQxIBgPoNvjkb4UjJSbcLga+Y0SxQ9kK8HAFSoOonmlgevuJPShk6MnrlQYwQfk8fqXVMtxNTH+RyqU4YYLIRGEmHh+29+9A7FsM+H+l+KvFNQO5SDSP8Wvux/Ax2B44ml9JJHZFguxhggYifr1qhLIL08VS2ZQ8K8USlBuVe9mE4DfZNVUkL4G1OJDxIOkgoyNf2iMqXxn2KouQam9tMeJ0dGiLhn5YfzWeVK2sthnxLR2WA9dQG15rK2aFqy5eySkZx6Crnk3CfmGg2r996t2cIov1CaxGQmvmwTFyydor7cjNFMliqLdCu+gtMvcK7C3vQIbxDw== X-YMail-OSG: vUaWpCsVM1nGACCIwrExEJ.itsNR1HQ1at7lGWYsvnfJ3MvdtlmYWpTg9VFk3nx A2KK8VOUt3NWRwMaeJCINau3.e6245IJA6qNYMfhUEwu4cxnDJmHajH8db5tQ8DkLlUPaiphqgS7 h43l4uecv5sQ4FRHtlBtfz3jgm2YoErln_BiSSj4TqX1j8ScZKahQhbNd75nm8GjBVZDcq7whQPV I2s0FqA2XlJiYknu1O2YtX9aqoKbUp9MK2rwvU2nr46FUtir2oPnG7qg47i_JTFtua.LWuQ316ej aor8JywwHqYda7Ia.7xpR9hX8LWTuHabrpCVpBqYbrh8OoigNiHPcQlScCFo6.9h923W47RMHAWj tWs56m_.U0mIx70qQTvcmzWLebRqL24ov6FxG70O6tHzIrHxBT5L1z7PFP.RMZwInrc8YztfGlSB cJ74rsKvF9skLtOkKjKZR.5RJ55plahlsLpVufgIrSexlpJV9Y9RM3q886UUO7ABI7sOZQBsfYbn _urdb0wWUi6A5fVzwlKAQ.2PJMMKa2.tCYFziGYmAC.bV9Sq8di8hoF.Iaj8vd3qGPTye3indwS8 nVh39ym1OAkoNDGnpaoO9G1yOEx6yP3aaxtF81PKXxs_kWKEYZbxTPgXf8Y0xNmqRtrkd5Qvsq48 xsaK3Q0Hkj80IPX3PE3tF1oXJu1XdVMmOnzi_YjOypS73Sfwi.kUZRwYvr93uNkf4PrJKppPWM_q 7PGae8efitZucfJLpA1Hb7nI4.ds5zQCUlqKdu22cQUai4g4CS45vPotpoitIkklNQkntXTcI.Kb xw.jaJ66qQKHNZO_PK4nTUn0mI3EqjBZjJcNw9ZlSXwsFm_F2bU1jVhJWRY02WMSwMP1ygBynrTH eU7GbKTFlYxFAZBcC6WuJKWud9QUiPIu5J9hTT84escoFCUXjTrozewyiLQiuZKR7.T7W1y1E89Q fkXXv_tHfz7nhe4keb7a6U9veEp45LYskz2zdhkkOV2MatlO0Rm2iCb_NMth8krE41l4S0Uhxjlp AK2zryk6hHKUAhrzOUOCkWN2Kx631.csmheVjeGr7oRYfJ46a8mLuHqf2_R.Ds_8nFhShKKVc8mJ TmRd1Zk0uUOeAxYTcwDXbiVXxdGzReBzvzSOJ3h7xPECHSkir3MJRVQicTHHjKJUc423Gogm_LMC 14KZnY.H8QcGvjGOoBa.CLZoN5SswXNbPX0AcymJjwzyECZNio_uYbdl6a1H7_jlYGb_aOpiK1Uh hDARf5Zl5ThNwHbCnmqt0nhWKphxavKI3ZUy5yYjfcZnnOKuVO_LFsII60ZXw_TD4YFEBAr4UjDR ASh5x8mdpa2kf9elNgxYMJCY9ZPbK9_udlL_auL2xCIY1CQc3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.bf2.yahoo.com with HTTP; Mon, 3 Aug 2020 07:24:12 +0000 Date: Mon, 3 Aug 2020 07:24:11 +0000 (UTC) From: Jason Long To: Xen-users Message-ID: <1687119289.923262.1596439451521@mail.yahoo.com> Subject: Xen and the Intel security vulnerability. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_923261_1569730081.1596439451521" References: <1687119289.923262.1596439451521.ref@mail.yahoo.com> X-Mailer: WebService/1.1.16398 YahooMailAndroidMobile YMobile/1.0 (com.yahoo.mobile.client.android.mail/6.8.5; Android/7.1.1; NMF26F; bbc100; BlackBerry; BBC100-1; 5.16; 1184x720; ) Content-Length: 655 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Reply-To: "hack3rcon@yahoo.com" Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" ------=_Part_923261_1569730081.1596439451521 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello,When the Intel security vulnerability discovered then how long did it take to solve? Thanks. ------=_Part_923261_1569730081.1596439451521 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello,
When the Intel security vulnerability discovered then how long did it take to solve?

Thanks.
------=_Part_923261_1569730081.1596439451521-- From xen-users-bounces@lists.xenproject.org Mon Aug 03 07:27:23 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Aug 2020 07:27:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2UsF-0006I0-8F; Mon, 03 Aug 2020 07:27:07 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2UsD-0006Hs-R2 for xen-users@lists.xenproject.org; Mon, 03 Aug 2020 07:27:05 +0000 X-Inumbo-ID: bb0133bc-d55a-11ea-9078-bc764e2007e4 Received: from sonic304-56.consmr.mail.bf2.yahoo.com (unknown [74.6.128.31]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id bb0133bc-d55a-11ea-9078-bc764e2007e4; Mon, 03 Aug 2020 07:27:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1596439624; bh=c948WoL4RqwmJBR4dZPKb2JKjRjJzV92OCUHOw/6YsA=; h=Date:From:Reply-To:To:Subject:References:From:Subject; b=rMaklovV+bKlDm13j/KYqlhLk09L/HRFF3CwCN+fYQONgVNL6YqNCVRkt0DAKQpo6DMhvYTjr/1ct4e3coVcfNvaRtIXuUUIvd0qm/SI96qnoJz/no1dgNYaAX9PtTghjMlGgDdtOOGgl4kWib8gSo5oGnOJbc4o0eO6w9FRHs3AkFL+egiWUYYM4T75qNVJaRw0bS/2ASh8/YI5BEsmtpmlexc9R0dv3w1rEofQkk7Ke+N2uauvEFJsotx0jEhHWIy5eN/hd28I/lSHe4lsShEDjoUaFtU3paSnwfx/WZ1RDQYolewPOEoSm3CoNZWxlB0LIAnBH+e4Yk19roF03Q== X-YMail-OSG: QEM7ipsVM1mo0_7cUZW8y4nLXGd9LU3NqThKryacz3MdtkoA3Gr1sSA_NtXn7AF K.fdCUy4rurs60GQHbmNyeaut8pYCJkdQym.1ilo625R9eBcVZ7PkdUQmSvLBb8hZKEHGDeonpjH AT7G6fWPM0LDmY4LeEa0RL4fB9YPgNClQZI.HOCriCajKe5o6tMNNHBh7veTsy9wNh9zvty5BAem A2UHnmwHZaWZaZnylmmL.5fGwcaF253ayUljmRjACHRb.CN0vjJb4YtkllBFoOaHrlCaclQUYnkr 4x4PXW2GjpLwlxyOclkUWiiHcxQpZQlYyD.5Lp6P.fHWZfHjj0esGAoM7U1dWPdq1oOD_v3KvvH_ _YUE3OWDLsOtqEAECfHGa.HRGxr7.0YnEui9qrH._PUvR8OEuYuk.TFyUf1M5KGYXS2IviJVPbs. GaLR_32hF7nV4YZazthSGthLX8PwQw_3g73Q_kipGJbXqmjVnamvcUDza..A3Nq_Eu7HTG.Jp3E3 CUvBv7JJOgXGzgBSMDHef9V_qIsqt6xdj8Fq.CZZQLpeK6363WvkeUfuFV7bCdO3fppU89zzjr6T JzB3hO1M29sNFCe1D_b2K91l0DH043wNjwKOzR2.nsFPqyVuV5DsOJYXriJ23_EOi0uqXfHTdXhs j_EGw.E8j_dsPLinZO9ex5lhWSE8P7ti_CJ.2BCLj3hKihPi.Z6HWNSo7oc02C5PNXRXM.WwEuAr aXVAqb0rx1kNdoYbaz5_y8aU.f8g70os1DN1X93UlPv4UpWElOjZLZizONnrEiUFXOyaw8i2dbqN 7IAovq8eRjP5okvoGQ6jti7CuXIM.jLGHxgUt6W6ai3duwXMMh1Y7E9_Ve3EL4WT0q4rWt.3gAQa RiYuYm_uKC5EtqJu8FGtpZ4PJEU3JIpNjR0xfyValUDr5NIPeHIPRRNxU9FsGv11hXdGSLaK7uUa cdc_vwc.0tYl0hVliTevDaIeBCYEW23L5VMIeNDs1huVkJ1qf9ezjoSNmeZOONDyk7X1x1RTM.Xi vGBvhjYno8o4wPZJuxuZGLc4XXkoQonFRwdtWt.ixiiyPaOxF4cfGvJL4uWl9_c5VbGbBVihgn5f MrAJPqrHmpM5Zc_LagrlWFf_rQefLmyrK3E12ew3AuopeM4kUN5pCRXxsVoKx8SbMqzTImfKb64k x9sUaoAx7Zwcor5Xl.qmRnh4fiWjxlJRKol1a77Xs5cN.kCX0no7.CiZfW6SN8VLLFrVQWOdEaye rvX_kguREvtYtVcZfe6WrI.w3tvhIfVnWMtcLheWIPP72MVbjRAhHUOSh1EVqabmMAyMzsM.ZQlR yf8D9PEuIPakTZuzVmsLpW5U.4E2pu7pqXo21K9_SIeYWZq1fvkl4IQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.bf2.yahoo.com with HTTP; Mon, 3 Aug 2020 07:27:04 +0000 Date: Mon, 3 Aug 2020 07:27:02 +0000 (UTC) From: Jason Long To: Xen-users Message-ID: <691588131.7696341.1596439622150@mail.yahoo.com> Subject: Is LivePatch ready to use? MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7696340_796949185.1596439622149" References: <691588131.7696341.1596439622150.ref@mail.yahoo.com> X-Mailer: WebService/1.1.16271 YahooMailAndroidMobile YMobile/1.0 (com.yahoo.mobile.client.android.mail/6.8.5; Android/7.1.1; NMF26F; bbc100; BlackBerry; BBC100-1; 5.16; 1184x720; ) Content-Length: 667 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Reply-To: "hack3rcon@yahoo.com" Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" ------=_Part_7696340_796949185.1596439622149 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello,Is LivePatch ready to use? It just designed for Amazon? If no, then how a user can use it? Thanks. ------=_Part_7696340_796949185.1596439622149 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello,
Is LivePatch ready to use? It just designed for Amazon? If no, then how a user can use it?

Thanks.
------=_Part_7696340_796949185.1596439622149-- From xen-users-bounces@lists.xenproject.org Mon Aug 03 10:46:26 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Aug 2020 10:46:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2Xxe-00074w-QG; Mon, 03 Aug 2020 10:44:54 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2Xxc-00074r-Uh for xen-users@lists.xenproject.org; Mon, 03 Aug 2020 10:44:53 +0000 X-Inumbo-ID: 5a6382b4-d576-11ea-af0d-12813bfff9fa Received: from gw1.antarean.org (unknown [194.145.200.214]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTP id 5a6382b4-d576-11ea-af0d-12813bfff9fa; Mon, 03 Aug 2020 10:44:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by gw1.antarean.org (Postfix) with ESMTP id 4BKtrQ5R65zyqj for ; Mon, 3 Aug 2020 12:08:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at antarean.org Received: from gw1.antarean.org ([127.0.0.1]) by localhost (gw1.antarean.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4Zbe-JtoUUEl for ; Mon, 3 Aug 2020 12:08:36 +0200 (CEST) Received: from mailstore1.antarean.org (localhost [127.0.0.1]) by gw1.antarean.org (Postfix) with ESMTP id 4BKtrM6g2MzygR for ; Mon, 3 Aug 2020 12:08:35 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mailstore1.antarean.org (Postfix) with ESMTP id 4BKvD00flWz15 for ; Mon, 3 Aug 2020 12:25:36 +0200 (CEST) X-Virus-Scanned: amavisd-new at antarean.org Received: from mailstore1.antarean.org ([127.0.0.1]) by localhost (mailstore1.antarean.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6UhzegFySwe6 for ; Mon, 3 Aug 2020 12:25:34 +0200 (CEST) Received: from poseidon.localnet (lan029.it.antarean.org [10.40.13.129]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mailstore1.antarean.org (Postfix) with ESMTPSA id 4BKvCy0nM7zj for ; Mon, 3 Aug 2020 12:25:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=antarean.org; s=default; t=1596450334; bh=BOqz8JiRogN7v8GOdknK5eu8Zhf3Km2EUnaV4JyXIz8=; h=From:To:Subject:Date; b=Wwo4zkrSAblgo9Fa3/Ps98qP66Xq1kaH0uUt8yDZk+1jx/Tlw3D+wbmrvGT10n4K2 N/Hsht9Yc1FVut/HYG+pFOLqbP/1c+83b+Zwbm/l4Tg9+XiisdissNRfEHqSeSmDIN Ea8D3YJeiflSIlIvcz2bxOTn1o/vjiMkzg7p3lSk= From: "J. Roeleveld" To: xen-users@lists.xenproject.org Subject: Need help debugging kernel oops ( BUG: unable to handle page fault for address ? ) Date: Mon, 03 Aug 2020 12:25:33 +0200 Message-ID: <4249749.LvFx2qVVIh@poseidon> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="nextPart2164155.ElGaqSPkdT" Content-Transfer-Encoding: 7Bit X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" This is a multi-part message in MIME format. --nextPart2164155.ElGaqSPkdT Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hi All, I have had a few oopses in the past week already and am trying to find out what the likely cause is and, more importantly, how to resolve this. I have tried google, but not found anything useful yet. Several results showing issues during boot (not the case as it runs succesfully for nearly a week) or related to 2.6 kernel versions. I have attached the dmesg-output after the first time I noticed the "oops" below this email. (Actually, several in a row) Last nights was unable to get as the server was frozen by the time I got to it. Which means I am unable to confirm fully if the pattern was the same. The last message I could still read was nearly identical to the ones I saw the first time. I noticed the following section which looks interesting: === [317321.524229] BUG: unable to handle page fault for address: ffff888510ebd0e0 [317321.524307] #PF: supervisor write access in kernel mode [317321.524368] #PF: error_code(0x0003) - permissions violation === But I have no idea if this is a cause or a result of the earlier trace messages in the output. I found a new BIOS and Firmware version available for the mainboard, which I am planning on applying this week. The kernel is "tainted" because of the use of ZFS. No other out-of-tree modules are installed. My distro: Gentoo Kernel version: 5.4.38 ZFS version: 0.8.3 XEN version: 4.12.2 If more info is needed to analyse this, please let me know. Additionally, if anyone has/knows good resources (online preferred, but hardcopy will be fine as well) I can use to analyse/understand these kernel messages I would definitely appreciate it. Many thanks in advance, Joost Roeleveld DMESG: [317321.523586] ------------[ cut here ]------------ [317321.523600] WARNING: CPU: 1 PID: 25465 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0 [317321.523601] ------------[ cut here ]------------ [317321.523603] Modules linked in: [317321.523614] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0 [317321.523615] iscsi_tcp libiscsi_tcp libiscsi [317321.523618] Modules linked in: [317321.523619] scsi_transport_iscsi nfsd [317321.523622] iscsi_tcp [317321.523623] auth_rpcgss nfs_acl lockd [317321.523626] libiscsi_tcp [317321.523627] grace sunrpc br_netfilter xt_physdev xen_acpi_processor [317321.523631] libiscsi [317321.523632] xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev [317321.523636] scsi_transport_iscsi [317321.523637] xen_evtchn xenfs xen_privcmd bridge 8021q [317321.523640] nfsd [317321.523642] garp mrp stp llc [317321.523644] auth_rpcgss [317321.523646] bonding intel_rapl_msr iTCO_wdt [317321.523648] nfs_acl [317321.523650] iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp [317321.523653] lockd [317321.523654] crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf [317321.523658] grace [317321.523659] pcspkr i2c_i801 ast [317321.523662] sunrpc [317321.523663] drm_vram_helper ttm i2c_algo_bit drm_kms_helper [317321.523666] br_netfilter [317321.523667] drm lpc_ich mei_me [317321.523670] xt_physdev [317321.523671] mei ipmi_ssif ixgbe mdio [317321.523674] xen_acpi_processor [317321.523675] ptp ioatdma pps_core dca ipmi_si [317321.523679] xen_pciback [317321.523680] ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc [317321.523683] xen_netback [317321.523684] tun [317321.523686] xen_blkback [317321.523687] zfs(PO) zunicode(PO) [317321.523689] xen_gntalloc [317321.523690] zavl(PO) icp(PO) [317321.523692] xen_gntdev [317321.523694] zcommon(PO) znvpair(PO) spl(O) [317321.523696] xen_evtchn [317321.523698] zlua(PO) [317321.523700] xenfs xen_privcmd bridge 8021q [317321.523707] CPU: 1 PID: 25465 Comm: zfs_stats_cache Tainted: P O 5.4.38- gentoo-host #1 [317321.523708] garp [317321.523710] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [317321.523711] mrp [317321.523715] RIP: e030:xen_mc_flush+0x194/0x1c0 [317321.523716] stp llc bonding [317321.523721] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8 [317321.523722] intel_rapl_msr iTCO_wdt iTCO_vendor_support [317321.523726] RSP: e02b:ffffc9000a00bbe8 EFLAGS: 00010002 [317321.523727] intel_rapl_common sb_edac [317321.523730] intel_powerclamp crct10dif_pclmul crc32_pclmul [317321.523736] RAX: ffff888686655858 RBX: 0000777f80000000 RCX: ffff888686655858 [317321.523737] crc32c_intel ghash_clmulni_intel [317321.523741] RDX: 0000000000000001 RSI: 000000000000000d RDI: ffff888686655310 [317321.523742] intel_rapl_perf pcspkr i2c_i801 ast --nextPart2164155.ElGaqSPkdT Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

Hi All,

 

I have had a few oopses in the past week already and am trying to find out what the likely cause is and, more importantly, how to resolve this.

 

I have tried google, but not found anything useful yet. Several results showing issues during boot (not the case as it runs succesfully for nearly a week) or related to 2.6 kernel versions.

 

I have attached the dmesg-output after the first time I noticed the "oops" below this email. (Actually, several in a row)

Last nights was unable to get as the server was frozen by the time I got to it. Which means I am unable to confirm fully if the pattern was the same. The last message I could still read was nearly identical to the ones I saw the first time.

 

I noticed the following section which looks interesting:

===

[317321.524229] BUG: unable to handle page fault for address: ffff888510ebd0e0

[317321.524307] #PF: supervisor write access in kernel mode

[317321.524368] #PF: error_code(0x0003) - permissions violation

===

But I have no idea if this is a cause or a result of the earlier trace messages in the output.

 

I found a new BIOS and Firmware version available for the mainboard, which I am planning on applying this week.

 

The kernel is "tainted" because of the use of ZFS. No other out-of-tree modules are installed.

 

My distro: Gentoo

Kernel version: 5.4.38

ZFS version: 0.8.3

XEN version: 4.12.2

 

If more info is needed to analyse this, please let me know.

 

Additionally, if anyone has/knows good resources (online preferred, but hardcopy will be fine as well) I can use to analyse/understand these kernel messages I would definitely appreciate it.

 

Many thanks in advance,

 

Joost Roeleveld

 

DMESG:

 

[317321.523586] ------------[ cut here ]------------

[317321.523600] WARNING: CPU: 1 PID: 25465 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0

[317321.523601] ------------[ cut here ]------------

[317321.523603] Modules linked in:

[317321.523614] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0

[317321.523615] iscsi_tcp libiscsi_tcp libiscsi

[317321.523618] Modules linked in:

[317321.523619] scsi_transport_iscsi nfsd

[317321.523622] iscsi_tcp

[317321.523623] auth_rpcgss nfs_acl lockd

[317321.523626] libiscsi_tcp

[317321.523627] grace sunrpc br_netfilter xt_physdev xen_acpi_processor

[317321.523631] libiscsi

[317321.523632] xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev

[317321.523636] scsi_transport_iscsi

[317321.523637] xen_evtchn xenfs xen_privcmd bridge 8021q

[317321.523640] nfsd

[317321.523642] garp mrp stp llc

[317321.523644] auth_rpcgss

[317321.523646] bonding intel_rapl_msr iTCO_wdt

[317321.523648] nfs_acl

[317321.523650] iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp

[317321.523653] lockd

[317321.523654] crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf

[317321.523658] grace

[317321.523659] pcspkr i2c_i801 ast

[317321.523662] sunrpc

[317321.523663] drm_vram_helper ttm i2c_algo_bit drm_kms_helper

[317321.523666] br_netfilter

[317321.523667] drm lpc_ich mei_me

[317321.523670] xt_physdev

[317321.523671] mei ipmi_ssif ixgbe mdio

[317321.523674] xen_acpi_processor

[317321.523675] ptp ioatdma pps_core dca ipmi_si

[317321.523679] xen_pciback

[317321.523680] ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc

[317321.523683] xen_netback

[317321.523684] tun

[317321.523686] xen_blkback

[317321.523687] zfs(PO) zunicode(PO)

[317321.523689] xen_gntalloc

[317321.523690] zavl(PO) icp(PO)

[317321.523692] xen_gntdev

[317321.523694] zcommon(PO) znvpair(PO) spl(O)

[317321.523696] xen_evtchn

[317321.523698] zlua(PO)

[317321.523700] xenfs xen_privcmd bridge 8021q

[317321.523707] CPU: 1 PID: 25465 Comm: zfs_stats_cache Tainted: P O 5.4.38-gentoo-host #1

[317321.523708] garp

[317321.523710] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018

[317321.523711] mrp

[317321.523715] RIP: e030:xen_mc_flush+0x194/0x1c0

[317321.523716] stp llc bonding

[317321.523721] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8

[317321.523722] intel_rapl_msr iTCO_wdt iTCO_vendor_support

[317321.523726] RSP: e02b:ffffc9000a00bbe8 EFLAGS: 00010002

[317321.523727] intel_rapl_common sb_edac

[317321.523730] intel_powerclamp crct10dif_pclmul crc32_pclmul

[317321.523736] RAX: ffff888686655858 RBX: 0000777f80000000 RCX: ffff888686655858

[317321.523737] crc32c_intel ghash_clmulni_intel

[317321.523741] RDX: 0000000000000001 RSI: 000000000000000d RDI: ffff888686655310

[317321.523742] intel_rapl_perf pcspkr i2c_i801 ast

[317321.523747] RBP: ffff888686655300 R08: ffff888686655810 R09: 0000000000000001

[317321.523749] drm_vram_helper ttm

[317321.523753] R10: 0000000000007ff0 R11: 00000000000c8ea9 R12: 0000000000000000

[317321.523753] i2c_algo_bit drm_kms_helper

[317321.523758] R13: ffff8885924ef000 R14: 0000000000000201 R15: 0000000000000015

[317321.523759] drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO)

[317321.523784] FS: 00007f5ddb094b80(0000) GS:ffff888686640000(0000) knlGS:0000000000000000

[317321.523788] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033

[317321.523793] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P O 5.4.38-gentoo-host #1

[317321.523795] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018

[317321.523798] CR2: 0000559802a28270 CR3: 0000000566956000 CR4: 0000000000040660

[317321.523815] Workqueue: events netstamp_clear

[317321.523818] Call Trace:

[317321.523823] RIP: e030:xen_mc_flush+0x194/0x1c0

[317321.523827] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8

[317321.523836] __xen_pgd_unpin+0xf8/0x210

[317321.523838] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002

[317321.523844] xen_exit_mmap+0xdb/0xf0

[317321.523847] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001

[317321.523859] exit_mmap+0x66/0x1a0

[317321.523863] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10

[317321.523869] ? __schedule+0x213/0x5c0

[317321.523872] RBP: ffff8886866d5300 R08: 0000000000000000 R09: ffff88867ec01c38

[317321.523878] mmput+0x52/0x110

[317321.523880] R10: 0000000000007ff0 R11: ffffffff8224c7a8 R12: 0000000000000000

[317321.523884] flush_old_exec+0x261/0x680

[317321.523887] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001

[317321.523893] load_elf_binary+0x31f/0x16a0

[317321.523897] ? get_user_pages_remote+0x142/0x230

[317321.523900] ? _cond_resched+0x15/0x30

[317321.523906] ? selinux_inode_permission+0x107/0x1d0

[317321.523912] ? load_misc_binary+0x4c/0x410 [binfmt_misc]

[317321.523915] search_binary_handler+0x84/0x1b0

[317321.523918] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000

[317321.523921] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033

[317321.523925] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660

[317321.523927] __do_execve_file.isra.0+0x502/0x870

[317321.523930] __x64_sys_execve+0x35/0x40

[317321.523936] do_syscall_64+0x5b/0x1a0

[317321.523941] entry_SYSCALL_64_after_hwframe+0x44/0xa9

[317321.523943] Call Trace:

[317321.523946] RIP: 0033:0x7f5ddb19af87

[317321.523956] xen_write_cr3+0xf0/0x160

[317321.523966] load_new_mm_cr3+0x39/0xc0

[317321.523966] Code: Bad RIP value.

[317321.523968] RSP: 002b:00007ffccf1b4ea8 EFLAGS: 00000202 ORIG_RAX: 000000000000003b

[317321.523971] RAX: ffffffffffffffda RBX: 0000000000000001 RCX: 00007f5ddb19af87

[317321.523976] switch_mm_irqs_off+0x199/0x4f0

[317321.523978] RDX: 0000559802a26ff0 RSI: 0000559802a276d0 RDI: 0000559802a26f50

[317321.523983] ? netif_rx_internal+0x1f/0x100

[317321.523985] RBP: 0000559802a26f50 R08: 0000559802a276d0 R09: 0000559802a28270

[317321.523987] R10: 00007f5ddb3429b0 R11: 0000000000000202 R12: 00000000ffffffff

[317321.523988] R13: 0000559802a276d0 R14: 0000559802a26ff0 R15: 0000559802a26dd0

[317321.524000] __text_poke+0x20e/0x4a0

[317321.524004] ---[ end trace 1ddd52a17333fad8 ]---

[317321.524009] text_poke_bp_batch+0xab/0x150

[317321.524016] arch_jump_label_transform_apply+0x2e/0x50

[317321.524018] 13 of 21 multicall(s) failed: cpu 1

[317321.524020] call 3: op=14 arg=[ffff88851054d000] result=-16

[317321.524022] call 4: op=14 arg=[ffff88859697c000] result=-16

[317321.524029] static_key_disable_cpuslocked+0x59/0x90

[317321.524031] call 6: op=14 arg=[ffff88850b2c2000] result=-16

[317321.524034] static_key_disable+0x16/0x20

[317321.524036] call 8: op=14 arg=[ffff888510ebd000] result=-16

[317321.524042] process_one_work+0x1e5/0x3a0

[317321.524044] call 10: op=14 arg=[ffff8884caee2000] result=-16

[317321.524045] call 11: op=14 arg=[ffff88857d673000] result=-16

[317321.524048] worker_thread+0x4d/0x3d0

[317321.524050] call 12: op=14 arg=[ffff8885440d5000] result=-16

[317321.524055] kthread+0xfb/0x130

[317321.524057] call 14: op=14 arg=[ffff8884d6dc7000] result=-16

[317321.524059] call 16: op=14 arg=[ffff8884cedd7000] result=-16

[317321.524062] ? process_one_work+0x3a0/0x3a0

[317321.524066] ? kthread_park+0x90/0x90

[317321.524068] call 17: op=14 arg=[ffff888506dd7000] result=-16

[317321.524070] call 18: op=14 arg=[ffff888673189000] result=-16

[317321.524076] ret_from_fork+0x35/0x40

[317321.524077] call 20: op=14 arg=[ffff8886375cc000] result=-16

[317321.524079] call 21: op=14 arg=[ffff88859ca3e000] result=-16

[317321.524083] ---[ end trace 1ddd52a17333fad9 ]---

[317321.524090] 1 of 1 multicall(s) failed: cpu 3

[317321.524093] call 1: op=26 arg=[ffff8886866d5b10] result=-22

[317321.524229] BUG: unable to handle page fault for address: ffff888510ebd0e0

[317321.524307] #PF: supervisor write access in kernel mode

[317321.524368] #PF: error_code(0x0003) - permissions violation

[317321.524411] ------------[ cut here ]------------

[317321.524423] PGD 220c067 P4D 220c067 PUD 5fdb45067 PMD 5fdabd067 PTE 8010000510ebd065

[317321.524510] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0

[317321.524573] Oops: 0003 [#1] SMP NOPTI

[317321.524692] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich

[317321.524730] CPU: 1 PID: 25465 Comm: zfs_stats_cache Tainted: P W O 5.4.38-gentoo-host #1

[317321.524730] mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO)

[317321.525152] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018

[317321.525288] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P W O 5.4.38-gentoo-host #1

[317321.525494] RIP: e030:unmap_page_range+0x495/0xaa0

[317321.525598] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018

[317321.525676] Code: 89 ee e8 be f9 ff ff 48 83 7c 24 30 00 49 89 c7 74 09 48 85 c0 0f 85 2e 04 00 00 41 f6 44 24 20 01 0f 84 6b 03 00 00 4c 8b 2b <48> c7 03 00 00 00 00 49 39 6c 24 10 48 89 e8 49 0f 46 44 24 10 4d

[317321.525748] Workqueue: events netstamp_clear

[317321.525808] RSP: e02b:ffffc9000a00bb58 EFLAGS: 00010202

[317321.526060] RIP: e030:xen_mc_flush+0x194/0x1c0

[317321.526095] RAX: ffffea001a1adf40 RBX: ffff888510ebd0e0 RCX: 0000000000000021

[317321.526098] RDX: 0000000000000000 RSI: 0000559801a1c000 RDI: 0000003038152125

[317321.526174] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8

[317321.526211] RBP: 0000559801a1c000 R08: ffff8884ee5fd190 R09: 00000000003b1ad4

[317321.526214] R10: 00000000000279f0 R11: ffffea0012f16700 R12: ffffc9000a00bc90

[317321.526316] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002

[317321.526385] R13: 0000003038152125 R14: 0000559801a1d000 R15: ffffea001a1adf40

[317321.526643] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001

[317321.526718] FS: 00007f5ddb094b80(0000) GS:ffff888686640000(0000) knlGS:0000000000000000

[317321.526796] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10

[317321.526855] CS: e030 DS: 0000 ES: 0000 CR0: 0000000080050033

[317321.526858] CR2: ffff888510ebd0e0 CR3: 0000000566956000 CR4: 0000000000040660

[317321.526919] RBP: ffff8886866d5300 R08: 0000000000000000 R09: 00000000000007e1

[317321.526922] R10: 0000000000007ff0 R11: 0000000000000001 R12: 0000000000000000

[317321.526991] Call Trace:

[317321.527052] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001

[317321.527069] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000

[317321.527122] unmap_vmas+0x7a/0xf0

[317321.527167] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033

[317321.527170] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660

[317321.527232] exit_mmap+0xad/0x1a0

[317321.527288] Call Trace:

[317321.527349] mmput+0x52/0x110

[317321.527379] xen_write_cr3+0xf0/0x160

[317321.527437] flush_old_exec+0x261/0x680

[317321.527498] load_new_mm_cr3+0x39/0xc0

[317321.527529] load_elf_binary+0x31f/0x16a0

[317321.529744] switch_mm_irqs_off+0x199/0x4f0

[317321.532342] ? get_user_pages_remote+0x142/0x230

[317321.534662] ? __netif_receive_skb_core+0x3a/0xc70

[317321.536934] ? _cond_resched+0x15/0x30

[317321.539106] __text_poke+0x20e/0x4a0

[317321.540635] ? selinux_inode_permission+0x107/0x1d0

[317321.541836] text_poke_bp_batch+0xab/0x150

[317321.543033] ? load_misc_binary+0x4c/0x410 [binfmt_misc]

[317321.544213] arch_jump_label_transform_apply+0x2e/0x50

[317321.545389] search_binary_handler+0x84/0x1b0

[317321.546552] static_key_disable_cpuslocked+0x59/0x90

[317321.547683] __do_execve_file.isra.0+0x502/0x870

[317321.548784] static_key_disable+0x16/0x20

[317321.549843] __x64_sys_execve+0x35/0x40

[317321.550897] process_one_work+0x1e5/0x3a0

[317321.551906] do_syscall_64+0x5b/0x1a0

[317321.552894] worker_thread+0x4d/0x3d0

[317321.553880] entry_SYSCALL_64_after_hwframe+0x44/0xa9

[317321.554822] kthread+0xfb/0x130

[317321.555755] RIP: 0033:0x7f5ddb19af87

[317321.556674] ? process_one_work+0x3a0/0x3a0

[317321.557588] Code: Bad RIP value.

[317321.558471] ? kthread_park+0x90/0x90

[317321.559339] RSP: 002b:00007ffccf1b4ea8 EFLAGS: 00000202 ORIG_RAX: 000000000000003b

[317321.560172] ret_from_fork+0x35/0x40

[317321.560997] RAX: ffffffffffffffda RBX: 0000000000000001 RCX: 00007f5ddb19af87

[317321.560998] RDX: 0000559802a26ff0 RSI: 0000559802a276d0 RDI: 0000559802a26f50

[317321.561825] ---[ end trace 1ddd52a17333fada ]---

[317321.562687] RBP: 0000559802a26f50 R08: 0000559802a276d0 R09: 0000559802a28270

[317321.563617] 1 of 1 multicall(s) failed: cpu 3

[317321.564472] R10: 00007f5ddb3429b0 R11: 0000000000000202 R12: 00000000ffffffff

[317321.565277] call 1: op=26 arg=[ffff8886866d5b10] result=-22

[317321.566039] R13: 0000559802a276d0 R14: 0000559802a26ff0 R15: 0000559802a26dd0

[317321.567053] ------------[ cut here ]------------

[317321.567843] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO)

[317321.568724] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0

[317321.569702] CR2: ffff888510ebd0e0

[317321.570470] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO)

[317321.571250] ---[ end trace 1ddd52a17333fadb ]---

[317321.572016] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P D W O 5.4.38-gentoo-host #1

[317321.641436] RIP: e030:unmap_page_range+0x495/0xaa0

[317321.641977] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018

[317321.642997] Code: 89 ee e8 be f9 ff ff 48 83 7c 24 30 00 49 89 c7 74 09 48 85 c0 0f 85 2e 04 00 00 41 f6 44 24 20 01 0f 84 6b 03 00 00 4c 8b 2b <48> c7 03 00 00 00 00 49 39 6c 24 10 48 89 e8 49 0f 46 44 24 10 4d

[317321.649516] Workqueue: events netstamp_clear

[317321.650716] RSP: e02b:ffffc9000a00bb58 EFLAGS: 00010202

[317321.651897] RIP: e030:xen_mc_flush+0x194/0x1c0

[317321.653085] RAX: ffffea001a1adf40 RBX: ffff888510ebd0e0 RCX: 0000000000000021

[317321.654297] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8

[317321.656804] RDX: 0000000000000000 RSI: 0000559801a1c000 RDI: 0000003038152125

[317321.656806] RBP: 0000559801a1c000 R08: ffff8884ee5fd190 R09: 00000000003b1ad4

[317321.658078] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002

[317321.659351] R10: 00000000000279f0 R11: ffffea0012f16700 R12: ffffc9000a00bc90

[317321.660606] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001

[317321.661877] R13: 0000003038152125 R14: 0000559801a1d000 R15: ffffea001a1adf40

[317321.664593] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10

[317321.664595] RBP: ffff8886866d5300 R08: 0000000000000000 R09: 0000000000000008

[317321.665950] FS: 00007f5ddb094b80(0000) GS:ffff888686640000(0000) knlGS:0000000000000000

[317321.667281] R10: 0000000000007ff0 R11: ffffffff81e94060 R12: 0000000000000000

[317321.668625] CS: e030 DS: 0000 ES: 0000 CR0: 0000000080050033

[317321.669984] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001

[317321.671356] CR2: 00007f5ddb19af5d CR3: 0000000566956000 CR4: 0000000000040660

[317321.672731] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000

[317321.674252] ------------[ cut here ]------------

[317321.675581] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033

[317321.675582] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660

[317321.675587] Call Trace:

[317321.675597] xen_write_cr3+0xf0/0x160

[317321.675604] load_new_mm_cr3+0x39/0xc0

[317321.681747] kernel BUG at arch/x86/kernel/paravirt.c:216!

[317321.683254] switch_mm_irqs_off+0x199/0x4f0

[317321.683258] ? netif_receive_skb_internal+0x1e/0xb0

[317321.683279] __text_poke+0x20e/0x4a0

[317321.683282] text_poke_bp_batch+0xab/0x150

[317321.683285] arch_jump_label_transform_apply+0x2e/0x50

[317321.691989] invalid opcode: 0000 [#2] SMP NOPTI

[317321.692508] static_key_disable_cpuslocked+0x59/0x90

[317321.695466] CPU: 0 PID: 25465 Comm: zfs_stats_cache Tainted: P D W O 5.4.38-gentoo-host #1

[317321.696945] static_key_disable+0x16/0x20

[317321.696950] process_one_work+0x1e5/0x3a0

[317321.703037] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018

[317321.704565] worker_thread+0x4d/0x3d0

[317321.710655] RIP: e030:paravirt_enter_lazy_mmu+0x1c/0x20

[317321.710658] Code: 82 e9 c8 1d 07 00 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 65 8b 05 5c b7 fb 7e 85 c0 75 0c 65 c7 05 4d b7 fb 7e 01 00 00 00 c3 <0f> 0b 66 90 0f 1f 44 00 00 65 8b 05 3c b7 fb 7e 83 f8 01 75 0c 65

[317321.712081] kthread+0xfb/0x130

[317321.715023] RSP: e02b:ffffc9000a00bcf8 EFLAGS: 00010202

[317321.715026] RAX: 0000000000000001 RBX: ffff888658e99ff0 RCX: 000fffffffe00000

[317321.716398] ? process_one_work+0x3a0/0x3a0

[317321.716400] ? kthread_park+0x90/0x90

[317321.716406] ret_from_fork+0x35/0x40

[317321.716409] ---[ end trace 1ddd52a17333fadc ]---

[317321.721938] RDX: 0000000000000001 RSI: ffffea001963a640 RDI: ffff88867a04cc80

[317321.721940] RBP: ffffffffffffffff R08: 0000000000000000 R09: 00000000000037af

[317321.723352] 1 of 1 multicall(s) failed: cpu 3

[317321.729006] R10: 0000000000000000 R11: 0000000000000001 R12: ffffc9000a00be38

[317321.729008] R13: 00007fffffffe000 R14: 00007fffffffe000 R15: ffff88862f44aff8

[317321.730336] call 1: op=26 arg=[ffff8886866d5b10] result=-22

[317321.732821] FS: 00007f5ddb094b80(0000) GS:ffff888686600000(0000) knlGS:0000000000000000

[317321.734219] ------------[ cut here ]------------

[317321.739079] CS: e030 DS: 0000 ES: 0000 CR0: 0000000080050033

[317321.739081] CR2: 00007fc50c030158 CR3: 000000000220a000 CR4: 0000000000040660

[317321.740343] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0

[317321.740345] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO)

[317321.745273] Call Trace:

[317321.746434] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P D W O 5.4.38-gentoo-host #1

[317321.746435] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018

[317321.746441] Workqueue: events netstamp_clear

[317321.746444] RIP: e030:xen_mc_flush+0x194/0x1c0

[317321.750741] unmap_page_range+0x44c/0xaa0

[317321.751816] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8

[317321.754758] unmap_vmas+0x7a/0xf0

[317321.757083] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002

[317321.757084] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001

[317321.757085] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10

[317321.757086] RBP: ffff8886866d5300 R08: 0000000000000000 R09: 0000000000000005

[317321.757086] R10: 0000000000007ff0 R11: ffffffff81e94060 R12: 0000000000000000

[317321.757087] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001

[317321.757097] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000

[317321.761641] exit_mmap+0xad/0x1a0

[317321.762719] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033

[317321.762720] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660

[317321.762725] Call Trace:

[317321.762729] xen_write_cr3+0xf0/0x160

[317321.762734] load_new_mm_cr3+0x39/0xc0

[317321.767637] mmput+0x52/0x110

[317321.768765] switch_mm_irqs_off+0x199/0x4f0

[317321.771139] do_exit+0x304/0xac0

[317321.772116] ? netif_receive_skb_list_internal+0x49/0x2c0

[317321.776094] ? __x64_sys_execve+0x35/0x40

[317321.777184] __text_poke+0x20e/0x4a0

[317321.781732] rewind_stack_do_exit+0x17/0x20

[317321.782831] text_poke_bp_batch+0xab/0x150

[317321.782834] arch_jump_label_transform_apply+0x2e/0x50

[317321.787178] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO)

[317321.788176] static_key_disable_cpuslocked+0x59/0x90

[317321.790481] ---[ end trace 1ddd52a17333fadd ]---

[317321.791460] static_key_disable+0x16/0x20

[317321.791462] process_one_work+0x1e5/0x3a0

[317321.791464] worker_thread+0x4d/0x3d0

[317321.791466] kthread+0xfb/0x130

[317321.791468] ? process_one_work+0x3a0/0x3a0

[317321.791470] ? kthread_park+0x90/0x90

[317321.791473] ret_from_fork+0x35/0x40

[317321.791475] ---[ end trace 1ddd52a17333fade ]---

[317321.791478] 1 of 1 multicall(s) failed: cpu 3

[317321.868770] RIP: e030:unmap_page_range+0x495/0xaa0

[317321.869585] call 1: op=26 arg=[ffff8886866d5b10] result=-22

[317321.869762] ------------[ cut here ]------------

[317321.874624] Code: 89 ee e8 be f9 ff ff 48 83 7c 24 30 00 49 89 c7 74 09 48 85 c0 0f 85 2e 04 00 00 41 f6 44 24 20 01 0f 84 6b 03 00 00 4c 8b 2b <48> c7 03 00 00 00 00 49 39 6c 24 10 48 89 e8 49 0f 46 44 24 10 4d

[317321.875681] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0

[317321.875682] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO)

[317321.875704] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P D W O 5.4.38-gentoo-host #1

[317321.875704] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018

[317321.875721] Workqueue: events netstamp_clear

[317321.875723] RIP: e030:xen_mc_flush+0x194/0x1c0

[317321.875724] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8

[317321.875725] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002

[317321.875726] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001

[317321.875727] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10

[317321.875728] RBP: ffff8886866d5300 R08: 0000000000000000 R09: ffff88867ec01c38

[317321.875729] R10: 0000000000007ff0 R11: ffffffff8224c7a8 R12: 0000000000000000

[317321.875729] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001

[317321.875739] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000

[317321.875740] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033

[317321.875741] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660

[317321.875745] Call Trace:

[317321.875750] xen_write_cr3+0xf0/0x160

[317321.875753] load_new_mm_cr3+0x39/0xc0

[317321.875755] switch_mm_irqs_off+0x199/0x4f0

[317321.875757] ? dev_queue_xmit_nit+0xff/0x250

[317321.875759] __text_poke+0x20e/0x4a0

[317321.875762] text_poke_bp_batch+0xea/0x150

[317321.875764] arch_jump_label_transform_apply+0x2e/0x50

[317321.875767] static_key_disable_cpuslocked+0x59/0x90

[317321.875769] static_key_disable+0x16/0x20

[317321.875772] process_one_work+0x1e5/0x3a0

[317321.883271] RSP: e02b:ffffc9000a00bb58 EFLAGS: 00010202

[317321.884441] worker_thread+0x4d/0x3d0

[317321.884444] kthread+0xfb/0x130

[317321.884445] ? process_one_work+0x3a0/0x3a0

[317321.884447] ? kthread_park+0x90/0x90

[317321.884452] ret_from_fork+0x35/0x40

[317321.884454] ---[ end trace 1ddd52a17333fadf ]---

[317321.884456] 1 of 1 multicall(s) failed: cpu 3

[317321.884457] call 1: op=26 arg=[ffff8886866d5b10] result=-22

[317321.884566] ------------[ cut here ]------------

[317321.884568] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0

[317321.884569] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO)

[317321.889790] RAX: ffffea001a1adf40 RBX: ffff888510ebd0e0 RCX: 0000000000000021

[317321.890961] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P D W O 5.4.38-gentoo-host #1

[317321.890962] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018

[317321.890965] Workqueue: events netstamp_clear

[317321.890967] RIP: e030:xen_mc_flush+0x194/0x1c0

[317321.890968] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8

[317321.890969] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002

[317321.890970] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001

[317321.890971] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10

[317321.890972] RBP: ffff8886866d5300 R08: 0000000000000000 R09: ffffffff828b9af4

[317321.890972] R10: 0000000000007ff0 R11: 000000000001389c R12: 0000000000000000

[317321.890973] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001

[317321.890982] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000

[317321.890982] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033

[317321.890983] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660

[317321.890987] Call Trace:

[317321.890991] xen_write_cr3+0xf0/0x160

[317321.890993] load_new_mm_cr3+0x39/0xc0

[317321.890995] switch_mm_irqs_off+0x199/0x4f0

[317321.890996] ? netif_rx_internal+0x1e/0x100

[317321.890999] __text_poke+0x20e/0x4a0

[317321.891001] text_poke_bp_batch+0xea/0x150

[317321.891003] arch_jump_label_transform_apply+0x2e/0x50

[317321.891016] static_key_disable_cpuslocked+0x59/0x90

[317321.891018] static_key_disable+0x16/0x20

[317321.891020] process_one_work+0x1e5/0x3a0

[317321.891022] worker_thread+0x4d/0x3d0

[317321.891024] kthread+0xfb/0x130

[317321.891025] ? process_one_work+0x3a0/0x3a0

[317321.891027] ? kthread_park+0x90/0x90

[317321.891029] ret_from_fork+0x35/0x40

[317321.891031] ---[ end trace 1ddd52a17333fae0 ]---

[317321.891033] 1 of 1 multicall(s) failed: cpu 3

[317321.891034] call 1: op=26 arg=[ffff8886866d5b10] result=-22

[317321.891148] ------------[ cut here ]------------

[317321.896271] RDX: 0000000000000000 RSI: 0000559801a1c000 RDI: 0000003038152125

[317321.897459] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0

[317321.897460] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO)

[317321.897478] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P D W O 5.4.38-gentoo-host #1

[317321.897479] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018

[317321.897481] Workqueue: events netstamp_clear

[317321.897483] RIP: e030:xen_mc_flush+0x194/0x1c0

[317321.897484] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8

[317321.897485] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002

[317321.897486] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001

[317321.897487] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10

[317321.897488] RBP: ffff8886866d5300 R08: 0000000000000000 R09: ffffffff828b9af4

[317321.897488] R10: 0000000000007ff0 R11: 0000000000012c70 R12: 0000000000000000

[317321.897489] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001

[317321.897498] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000

[317321.897498] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033

[317321.897499] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660

[317321.897503] Call Trace:

[317321.897506] xen_write_cr3+0xf0/0x160

[317321.897509] load_new_mm_cr3+0x39/0xc0

[317321.897511] switch_mm_irqs_off+0x199/0x4f0

[317321.897513] ? __netif_receive_skb_core+0x39/0xc70

[317321.897515] __text_poke+0x20e/0x4a0

[317321.897517] text_poke_bp_batch+0xea/0x150

[317321.897519] arch_jump_label_transform_apply+0x2e/0x50

[317321.897521] static_key_disable_cpuslocked+0x59/0x90

[317321.897523] static_key_disable+0x16/0x20

[317321.897524] process_one_work+0x1e5/0x3a0

[317321.897526] worker_thread+0x4d/0x3d0

[317321.897529] kthread+0xfb/0x130

[317321.901544] RBP: 0000559801a1c000 R08: ffff8884ee5fd190 R09: 00000000003b1ad4

[317321.902727] ? process_one_work+0x3a0/0x3a0

[317321.902729] ? kthread_park+0x90/0x90

[317321.902731] ret_from_fork+0x35/0x40

[317321.902734] ---[ end trace 1ddd52a17333fae1 ]---

[317321.906588] R10: 00000000000279f0 R11: ffffea0012f16700 R12: ffffc9000a00bc90

[317321.907713] 1 of 1 multicall(s) failed: cpu 3

[317321.907714] call 1: op=26 arg=[ffff8886866d5b10] result=-22

[317321.907833] ------------[ cut here ]------------

[317321.913095] R13: 0000003038152125 R14: 0000559801a1d000 R15: ffffea001a1adf40

[317321.914285] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0

[317321.914288] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO)

[317321.914306] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P D W O 5.4.38-gentoo-host #1

[317321.914306] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018

[317321.914309] Workqueue: events netstamp_clear

[317321.914310] RIP: e030:xen_mc_flush+0x194/0x1c0

[317321.914312] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8

[317321.914313] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002

[317321.914314] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001

[317321.914314] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10

[317321.914315] RBP: ffff8886866d5300 R08: 0000000000000000 R09: ffffffff828b9af4

[317321.914316] R10: 0000000000007ff0 R11: 0000000000011f94 R12: 0000000000000000

[317321.914317] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001

[317321.914329] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000

[317321.914330] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033

[317321.914331] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660

[317321.914337] Call Trace:

[317321.919667] FS: 00007f5ddb094b80(0000) GS:ffff888686600000(0000) knlGS:0000000000000000

[317321.920718] xen_write_cr3+0xf0/0x160

[317321.920721] load_new_mm_cr3+0x39/0xc0

[317321.920723] switch_mm_irqs_off+0x199/0x4f0

[317321.920725] ? netif_receive_skb_internal+0x1d/0xb0

[317321.920728] __text_poke+0x20e/0x4a0

[317321.922799] CS: e030 DS: 0000 ES: 0000 CR0: 0000000080050033

[317321.923954] text_poke_bp_batch+0xea/0x150

[317321.923956] arch_jump_label_transform_apply+0x2e/0x50

[317321.923958] static_key_disable_cpuslocked+0x59/0x90

[317321.923960] static_key_disable+0x16/0x20

[317321.923962] process_one_work+0x1e5/0x3a0

[317321.923963] worker_thread+0x4d/0x3d0

[317321.923966] kthread+0xfb/0x130

[317321.923967] ? process_one_work+0x3a0/0x3a0

[317321.923968] ? kthread_park+0x90/0x90

[317321.923971] ret_from_fork+0x35/0x40

[317321.923973] ---[ end trace 1ddd52a17333fae2 ]---

[317321.923975] 1 of 1 multicall(s) failed: cpu 3

[317321.923975] call 1: op=26 arg=[ffff8886866d5b10] result=-22

[317321.924078] ------------[ cut here ]------------

[317321.929186] CR2: 00007fc50c030158 CR3: 000000000220a000 CR4: 0000000000040660

[317321.930247] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0

[317321.930247] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO)

[317321.930265] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P D W O 5.4.38-gentoo-host #1

[317321.930265] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018

[317321.930268] Workqueue: events netstamp_clear

[317321.930269] RIP: e030:xen_mc_flush+0x194/0x1c0

[317321.930270] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8

[317321.930271] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002

[317321.930272] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001

[317321.930273] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10

[317321.930274] RBP: ffff8886866d5300 R08: 0000000000000000 R09: ffffffff828b9af4

[317321.930274] R10: 0000000000007ff0 R11: 00000000000112c0 R12: 0000000000000000

[317321.930275] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001

[317321.930283] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000

[317321.930284] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033

[317321.930285] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660

[317321.930289] Call Trace:

[317321.930292] xen_write_cr3+0xf0/0x160

[317321.930295] load_new_mm_cr3+0x39/0xc0

[317321.930297] switch_mm_irqs_off+0x199/0x4f0

[317321.930298] ? netif_receive_skb_list_internal+0x48/0x2c0

[317321.930301] __text_poke+0x20e/0x4a0

[317321.930303] text_poke_bp_batch+0xea/0x150

[317321.930305] arch_jump_label_transform_apply+0x2e/0x50

[317321.930307] static_key_disable_cpuslocked+0x59/0x90

[317321.930309] static_key_disable+0x16/0x20

[317321.930311] process_one_work+0x1e5/0x3a0

[317321.930312] worker_thread+0x4d/0x3d0

[317321.930314] kthread+0xfb/0x130

[317321.930316] ? process_one_work+0x3a0/0x3a0

[317321.930318] ? kthread_park+0x90/0x90

[317321.930321] ret_from_fork+0x35/0x40

[317321.930324] ---[ end trace 1ddd52a17333fae3 ]---

[317321.935393] Fixing recursive fault but reboot is needed!

[317321.936350] 1 of 1 multicall(s) failed: cpu 3

[317321.936351] call 1: op=26 arg=[ffff8886866d5b10] result=-22

[558278.124770] connection1:0: ping timeout of 5 secs expired, recv timeout 5, last rx 4852929746, last ping 4852935168, now 4852940288

[558278.129353] connection1:0: detected conn error (1022)

 

--nextPart2164155.ElGaqSPkdT-- From xen-users-bounces@lists.xenproject.org Mon Aug 03 18:43:02 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Aug 2020 18:43:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2fPK-0002ky-Iw; Mon, 03 Aug 2020 18:41:58 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k29mT-0002y8-4E for xen-users@lists.xenproject.org; Sun, 02 Aug 2020 08:55:45 +0000 X-Inumbo-ID: f08f800a-d49d-11ea-ae29-12813bfff9fa Received: from smtpout01-ext1.partage.renater.fr (unknown [194.254.240.32]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTP id f08f800a-d49d-11ea-ae29-12813bfff9fa; Sun, 02 Aug 2020 08:55:40 +0000 (UTC) Received: from zmtaout01.partage.renater.fr (zmtaout01.partage.renater.fr [194.254.240.30]) by smtpout10.partage.renater.fr (Postfix) with ESMTP id 8B588621D1; Sun, 2 Aug 2020 10:55:34 +0200 (CEST) Received: from zmtaout01.partage.renater.fr (localhost [127.0.0.1]) by zmtaout01.partage.renater.fr (Postfix) with ESMTPS id 7D13D1A003F; Sun, 2 Aug 2020 10:55:34 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by zmtaout01.partage.renater.fr (Postfix) with ESMTP id 757441A0077; Sun, 2 Aug 2020 10:55:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at zmtaout01.partage.renater.fr Received: from zmtaout01.partage.renater.fr ([127.0.0.1]) by localhost (zmtaout01.partage.renater.fr [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id xhS4gXAFFPqB; Sun, 2 Aug 2020 10:55:34 +0200 (CEST) Received: from zstore-b1-010.partage.renater.fr (zstore-b1-010.partage.renater.fr [10.254.240.124]) by zmtaout01.partage.renater.fr (Postfix) with ESMTP id 4AAA31A003F; Sun, 2 Aug 2020 10:55:34 +0200 (CEST) Date: Sun, 2 Aug 2020 10:55:34 +0200 (CEST) From: Alain TCHANA To: Jason Long Message-ID: <938790597.814950.1596358534076.JavaMail.zimbra@toulouse-inp.fr> In-Reply-To: <1896022538.7401603.1596313225449@mail.yahoo.com> References: <129652205.7271534.1596259808433.ref@mail.yahoo.com> <129652205.7271534.1596259808433@mail.yahoo.com> <1896022538.7401603.1596313225449@mail.yahoo.com> Subject: Re: Unikraft and Virtualization. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_bbe9dead-8b01-459b-9710-746889adc582" X-Mailer: Zimbra 8.8.8_GA_3008 (ZimbraWebClient - GC75 (Linux)/8.8.8_GA_1703) Thread-Topic: Unikraft and Virtualization. Thread-Index: +zy/TMUTB/JQ5BceeCBWn8k2syuiKA== X-Renater-Ptge-SpamState: clean X-Renater-Ptge-SpamScore: -100 X-Renater-Ptge-SpamCause: gggruggvucftvghtrhhoucdtuddrgeduiedrjedvgdduudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucftgffptefvgfftnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeffhffvkfgjfhfugggtofhtsegrtdgtreertdejnecuhfhrohhmpeetlhgrihhnucfvvefjtefptecuoegrlhgrihhnrdhttghhrghnrgesthhouhhlohhushgvqdhinhhprdhfrheqnecuggftrfgrthhtvghrnheptdejhedvvdelhfejueejgeetudetheeuhfetjeeihedtvdeuieduueetfeelleeinecuffhomhgrihhnpehonhgvlhhinhhkrdhmvgdpgigvnhhprhhojhgvtghtrdhorhhgnecukfhppedutddrvdehgedrvdegtddruddvgeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpedutddrvdehgedrvdegtddruddvgedphhgvlhhopeiishhtohhrvgdqsgduqddtuddtrdhprghrthgrghgvrdhrvghnrghtvghrrdhfrhdpmhgrihhlfhhrohhmpeetlhgrihhnucfvvefjtefptecuoegrlhgrihhnrdhttghhrghnrgesthhouhhlohhushgvqdhinhhprdhfrheqpdhrtghpthhtohephhgrtghkfehrtghonheshigrhhhoohdrtghomhdprhgtphhtthhopehkrdhkrghhuhhrrghnihesghhmrghilhdrtghomhdprhgtphhtthhopehgihgthhhinhhirdhnghgrrhhuihihrgesghhmrghilhdrtghomhdprhgtphht thhopegrughmihhnsehrrghpihgushgvvggusghogidrtghomhdprhgtphhtthhopeigvghnqdhushgvrhhssehlihhsthhsrdigvghnphhrohhjvggtthdrohhrgh X-Mailman-Approved-At: Mon, 03 Aug 2020 18:41:56 +0000 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: gichini ngaruiya , "K. Kahurani" , admin , Xen-users Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --=_bbe9dead-8b01-459b-9710-746889adc582 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable As a unikernel, unikraft has:=20 -Single address space: no border between the user and the kernel space, mea= ning no syscalls. Single process (thus only multi-threading), no fork=20 -Low memory footprint compared to a traditional VM: only the necessary soft= ware composed the binary=20 The unikernel image is seen as a traditional VM from the point of view of t= he hypervisor.ervisor=20 De: "Jason Long" =20 =C3=80: "K. Kahurani" , "gichini ngaruiya" , "admin" =20 Cc: "Xen-users" =20 Envoy=C3=A9: Samedi 1 Ao=C3=BBt 2020 22:20:25=20 Objet: Re: Unikraft and Virtualization.=20 Thus, it is not an alternative for Virtualization. It is a secure technolog= y that running on Xen.=20 Right?=20 [ https://go.onelink.me/107872968?pid=3DInProduct&c=3DGlobal_Internal_YGrow= th_AndroidEmailSig__AndroidUsers&af_wl=3Dym&af_sub1=3DInternal&af_sub2=3DGl= obal_YGrowth&af_sub3=3DEmailSignature | Sent from Yahoo Mail on Android ]= =20 On Sat, Aug 1, 2020 at 8:06 PM, K. Kahurani=20 wrote:=20 On Sat, Aug 1, 2020 at 8:33 AM Jason Long < [ mailto:hack3rcon@yahoo.com | = hack3rcon@yahoo.com ] > wrote:=20 BQ_BEGIN Hello,=20 Is Unikraft (Unikernel) an alternative for Virtualization technology?=20 For instance,=20 "The high level goal of Unikraft is to be able to build unikernels targeted= at specific applications without requiring the time-consuming, expert work= that building such a unikernel requires today. The main idea behind Unikra= ft is depicted in Figure 1 and consists of two basic components: (1) librar= y pools containing libraries that the user of Unikraft can select from to c= reate the unikernel and (2) a build tool and menu allowing users to pick an= d choose from those libraries to build images tailored to specific applicat= ions."=20 >From [1]=20 BQ_BEGIN Tnx.=20 BQ_END [ https://wiki.xenproject.org/wiki/Category:Unikraft | https://wiki.xenproj= ect.org/wiki/Category:Unikraft ]=20 BQ_END --=_bbe9dead-8b01-459b-9710-746889adc582 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
As a unikernel, unikraft has:
-Si= ngle address space: no border between the user and the kernel space, meanin= g no syscalls. Single process (thus only multi-threading), no fork
-Low memory footprint compared to a traditional VM: only the necessary so= ftware composed the binary

Th= e unikernel image is seen as a traditional VM from the point of view of the= hypervisor.ervisor

De: "Jason Long" <hack= 3rcon@yahoo.com>
=C3=80: "K. Kahurani" <k.kahurani@gmail.co= m>, "gichini ngaruiya" <gichini.ngaruiya@gmail.com>, "admin" <a= dmin@rapidseedbox.com>
Cc: "Xen-users" <xen-users@lists.xen= project.org>
Envoy=C3=A9: Samedi 1 Ao=C3=BBt 2020 22:20:25
= Objet: Re: Unikraft and Virtualization.

Thus, it is not an alternative for Virtual= ization. It is a secure technology that running on Xen.
Right?


=
On Sat, Aug 1, 2020 at 8:06 PM, K. Kahu= rani
<k.kahurani@gmail.com> wrote:

On Sat, Aug 1, 202= 0 at 8:33 AM Jason Long <hack3rcon@yahoo.com> wrote= :
Hello,
Is Unikraft (Unikernel) an alternative for Virtualization technology?<= br clear=3D"none">

For insta= nce,

"The high = level goal of Unikraft is to be able to build unikernels=20 targeted at specific applications without requiring the time-consuming,=20 expert work that building such a unikernel requires today. The main idea behind Unikraft is depicted in Figure 1 and consists of two basic=20 components: (1) library pools containing libraries that the user of=20 Unikraft can select from to create the unikernel and (2) a build tool=20 and menu allowing users to pick and choose from those libraries to build images tailored to specific applications."

From [1]


Tnx.


https://wiki.xenproject.org/wiki/Ca= tegory:Unikraft


--=_bbe9dead-8b01-459b-9710-746889adc582-- From xen-users-bounces@lists.xenproject.org Mon Aug 03 18:43:02 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Aug 2020 18:43:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2fPi-0002mA-Eq; Mon, 03 Aug 2020 18:42:22 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2UDT-0002nS-Ja for xen-users@lists.xenproject.org; Mon, 03 Aug 2020 06:45:00 +0000 X-Inumbo-ID: ced1f85a-d554-11ea-aefb-12813bfff9fa Received: from gw2.antarean.org (unknown [141.105.125.208]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTP id ced1f85a-d554-11ea-aefb-12813bfff9fa; Mon, 03 Aug 2020 06:44:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by gw2.antarean.org (Postfix) with ESMTP id 4BKnxj0ZSyz90PQ for ; Mon, 3 Aug 2020 08:27:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at antarean.org Received: from gw2.antarean.org ([127.0.0.1]) by localhost (gw2.antarean.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BB-FYPeoy0qb for ; Mon, 3 Aug 2020 08:27:49 +0200 (CEST) Received: from mailstore1.antarean.org (localhost [127.0.0.1]) by gw2.antarean.org (Postfix) with ESMTP id 4BKnxd0BGxz90PK for ; Mon, 3 Aug 2020 08:27:49 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mailstore1.antarean.org (Postfix) with ESMTP id 4BKnxb6CpLz15 for ; Mon, 3 Aug 2020 08:27:47 +0200 (CEST) X-Virus-Scanned: amavisd-new at antarean.org Received: from mailstore1.antarean.org ([127.0.0.1]) by localhost (mailstore1.antarean.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lSMjBMb8Rgm7 for ; Mon, 3 Aug 2020 08:27:44 +0200 (CEST) Received: from poseidon.localnet (lan029.it.antarean.org [10.40.13.129]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mailstore1.antarean.org (Postfix) with ESMTPSA id 4BKnxW5Vnqzj for ; Mon, 3 Aug 2020 08:27:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=antarean.org; s=default; t=1596436064; bh=CbvfoH10yaF5lVmTTEHP17NtZ7wS+W+e8rHGliMc/AU=; h=From:To:Subject:Date; b=ix0HEPp9Hazj8KppP3UBxtvEiog9WqwkmgMpgLb8WFP8Dr1WWLU7cy/wlda1BT9ae aD7C+Gp1az58Nu6Yg9pujaO3pi/FONeM7Pp/zxfg3AP0Ctao0SgIsZq3oXN8eGUgQH ausfY4TulKlJWcAIcPphm4AQubdEht7DX06doIyk= From: "J. Roeleveld" To: xen-users@lists.xenproject.org Subject: Need help debugging kernel oops ( BUG: unable to handle page fault for address ? ) Date: Mon, 03 Aug 2020 08:27:43 +0200 Message-ID: <7132321.EvYhyI6sBW@poseidon> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="nextPart3317483.iIbC2pHGDl" Content-Transfer-Encoding: 7Bit X-Mailman-Approved-At: Mon, 03 Aug 2020 18:42:20 +0000 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" This is a multi-part message in MIME format. --nextPart3317483.iIbC2pHGDl Content-Type: multipart/alternative; boundary="nextPart3545144.kQq0lBPeGt" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart3545144.kQq0lBPeGt Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hi All, I have had a few oopses in the past week already and am trying to find out what the likely cause is and, more importantly, how to resolve this. I have tried google, but not found anything useful yet. Several results showing issues during boot (not the case as it runs succesfully for nearly a week) or related to 2.6 kernel versions. I have attached the dmesg-output after the first time I noticed the "oops". (Actually, several in a row) Last nights was unable to get as the server was frozen by the time I got to it. Which means I am unable to confirm fully if the pattern was the same. The last message I could still read was nearly identical to the ones I saw the first time. I also attached a normal dmesg output, taken after boot and all VMs finished starting. I noticed the following section which looks interesting: === [317321.524229] BUG: unable to handle page fault for address: ffff888510ebd0e0 [317321.524307] #PF: supervisor write access in kernel mode [317321.524368] #PF: error_code(0x0003) - permissions violation === But I have no idea if this is a cause or a result of the earlier trace messages in the output. I found a new BIOS and Firmware version available for the mainboard, which I am planning on applying this week. The kernel is "tainted" because of the use of ZFS. No other out-of-tree modules are installed. My distro: Gentoo Kernel version: 5.4.38 ZFS version: 0.8.3 XEN version: 4.12.2 If more info is needed to analyse this, please let me know. Additionally, if anyone has/knows good resources (online preferred, but hardcopy will be fine as well) I can use to analyse/understand these kernel messages I would definitely appreciate it. Many thanks in advance, Joost Roeleveld --nextPart3545144.kQq0lBPeGt Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

Hi All,

 

I have had a few oopses in the past week already and am trying to find out what the likely cause is and, more importantly, how to resolve this.

 

I have tried google, but not found anything useful yet. Several results showing issues during boot (not the case as it runs succesfully for nearly a week) or related to 2.6 kernel versions.

 

I have attached the dmesg-output after the first time I noticed the "oops". (Actually, several in a row)

Last nights was unable to get as the server was frozen by the time I got to it. Which means I am unable to confirm fully if the pattern was the same. The last message I could still read was nearly identical to the ones I saw the first time.

 

I also attached a normal dmesg output, taken after boot and all VMs finished starting.

 

I noticed the following section which looks interesting:

===

[317321.524229] BUG: unable to handle page fault for address: ffff888510ebd0e0

[317321.524307] #PF: supervisor write access in kernel mode

[317321.524368] #PF: error_code(0x0003) - permissions violation

===

But I have no idea if this is a cause or a result of the earlier trace messages in the output.

 

I found a new BIOS and Firmware version available for the mainboard, which I am planning on applying this week.

 

The kernel is "tainted" because of the use of ZFS. No other out-of-tree modules are installed.

 

My distro: Gentoo

Kernel version: 5.4.38

ZFS version: 0.8.3

XEN version: 4.12.2

 

If more info is needed to analyse this, please let me know.

 

Additionally, if anyone has/knows good resources (online preferred, but hardcopy will be fine as well) I can use to analyse/understand these kernel messages I would definitely appreciate it.

 

Many thanks in advance,

 

Joost Roeleveld

 

--nextPart3545144.kQq0lBPeGt-- --nextPart3317483.iIbC2pHGDl Content-Disposition: attachment; filename="DMESG_boot.txt" Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; name="DMESG_boot.txt" [ 0.000000] Linux version 5.4.38-gentoo-host (root@apollo) (gcc version 9.3.0 (Gentoo 9.3.0 p2)) #1 SMP Sun May 24 15:22:19 CEST 2020 [ 0.000000] Command line: root=zhost/host/root by=id elevator=noop logo.nologo triggers=zfs quiet refresh softlevel=prexen nfs.callback_tcpport=32764 lockd.nlm_udpport=32768 lockd.nlm_tcpport=32768 [ 0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers' [ 0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers' [ 0.000000] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers' [ 0.000000] x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256 [ 0.000000] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format. [ 0.000000] Released 0 page(s) [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: [mem 0x0000000000000000-0x000000000009ffff] usable [ 0.000000] Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved [ 0.000000] Xen: [mem 0x0000000000100000-0x0000000078dfbfff] usable [ 0.000000] Xen: [mem 0x0000000078dfc000-0x000000007962ffff] reserved [ 0.000000] Xen: [mem 0x0000000079630000-0x0000000079765fff] usable [ 0.000000] Xen: [mem 0x0000000079766000-0x0000000079c4bfff] ACPI NVS [ 0.000000] Xen: [mem 0x0000000079c4c000-0x000000007bcf6fff] reserved [ 0.000000] Xen: [mem 0x000000007bcf7000-0x000000007bcf7fff] usable [ 0.000000] Xen: [mem 0x000000007bcf8000-0x000000007bd7dfff] reserved [ 0.000000] Xen: [mem 0x000000007bd7e000-0x000000007bffffff] usable [ 0.000000] Xen: [mem 0x000000007c000000-0x000000008fffffff] reserved [ 0.000000] Xen: [mem 0x00000000c7ffc000-0x00000000c7ffcfff] reserved [ 0.000000] Xen: [mem 0x00000000fbffc000-0x00000000fbffcfff] reserved [ 0.000000] Xen: [mem 0x00000000fec00000-0x00000000fec01fff] reserved [ 0.000000] Xen: [mem 0x00000000fec40000-0x00000000fec40fff] reserved [ 0.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed44fff] reserved [ 0.000000] Xen: [mem 0x00000000fee00000-0x00000000feefffff] reserved [ 0.000000] Xen: [mem 0x00000000ff000000-0x00000000ffffffff] reserved [ 0.000000] Xen: [mem 0x0000000100000000-0x0000000686eaafff] usable [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] efi: EFI v2.40 by American Megatrends [ 0.000000] efi: ACPI=0x79766000 ACPI 2.0=0x79766000 ESRT=0x7ba4ac98 SMBIOS=0xf05e0 SMBIOS 3.0=0x7ba46000 MPS=0xfca60 [ 0.000000] SMBIOS 3.0.0 present. [ 0.000000] DMI: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [ 0.000000] Hypervisor detected: Xen PV [ 0.046589] tsc: Fast TSC calibration using PIT [ 0.046593] tsc: Detected 2099.922 MHz processor [ 0.046594] tsc: Detected 2100.008 MHz TSC [ 0.046623] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved [ 0.046625] e820: remove [mem 0x000a0000-0x000fffff] usable [ 0.046632] last_pfn = 0x686eab max_arch_pfn = 0x400000000 [ 0.046633] Disabled [ 0.046634] x86/PAT: MTRRs disabled, skipping PAT initialization too. [ 0.046638] x86/PAT: Configuration [0-7]: WB WT UC- UC WC WP UC UC [ 0.046640] last_pfn = 0x7c000 max_arch_pfn = 0x400000000 [ 0.046677] Kernel/User page tables isolation: disabled on XEN PV. [ 0.047247] BRK [0x02a01000, 0x02a01fff] PGTABLE [ 0.047248] BRK [0x02a02000, 0x02a02fff] PGTABLE [ 0.048303] BRK [0x02a03000, 0x02a03fff] PGTABLE [ 0.048806] BRK [0x02a04000, 0x02a04fff] PGTABLE [ 0.049305] BRK [0x02a05000, 0x02a05fff] PGTABLE [ 0.049805] BRK [0x02a06000, 0x02a06fff] PGTABLE [ 0.050306] BRK [0x02a07000, 0x02a07fff] PGTABLE [ 0.050806] BRK [0x02a08000, 0x02a08fff] PGTABLE [ 0.051305] BRK [0x02a09000, 0x02a09fff] PGTABLE [ 0.051804] BRK [0x02a0a000, 0x02a0afff] PGTABLE [ 0.052302] BRK [0x02a0b000, 0x02a0bfff] PGTABLE [ 0.052800] BRK [0x02a0c000, 0x02a0cfff] PGTABLE [ 6.075842] Secure boot disabled [ 6.075845] RAMDISK: [mem 0x04000000-0x04b7dfff] [ 6.075858] ACPI: Early table checksum verification disabled [ 6.075869] ACPI: RSDP 0x0000000079766000 000024 (v02 SUPERM) [ 6.075880] ACPI: XSDT 0x00000000797660B0 0000E4 (v01 01072009 AMI 00010013) [ 6.075924] ACPI: FACP 0x0000000079797C58 00010C (v05 SUPERM SMCI--MB 01072009 AMI 00010013) [ 6.075993] ACPI: DSDT 0x0000000079766230 031A22 (v02 SUPERM SMCI--MB 01072009 INTL 20091013) [ 6.076006] ACPI: FACS 0x0000000079C4AF80 000040 [ 6.076020] ACPI: APIC 0x0000000079797D68 000224 (v03 SUPERM SMCI--MB 01072009 AMI 00010013) [ 6.076033] ACPI: FPDT 0x0000000079797F90 000044 (v01 SUPERM SMCI--MB 01072009 AMI 00010013) [ 6.076046] ACPI: FIDT 0x0000000079797FD8 00009C (v01 SUPERM SMCI--MB 01072009 AMI 00010013) [ 6.076059] ACPI: SPMI 0x0000000079798078 000041 (v05 SUPERM SMCI--MB 00000000 AMI. 00000000) [ 6.076073] ACPI: MCFG 0x00000000797980C0 00003C (v01 SUPERM SMCI--MB 01072009 MSFT 00000097) [ 6.076086] ACPI: UEFI 0x0000000079798100 000042 (v01 SUPERM SMCI--MB 01072009 00000000) [ 6.076099] ACPI: HPET 0x0000000079798148 000038 (v01 SUPERM SMCI--MB 00000001 INTL 20091013) [ 6.076112] ACPI: MSCT 0x0000000079798180 000090 (v01 SUPERM SMCI--MB 00000001 INTL 20091013) [ 6.076125] ACPI: NFIT 0x0000000079798210 018028 (v01 00000000 00000000) [ 6.076138] ACPI: SLIT 0x00000000797B0238 000030 (v01 SUPERM SMCI--MB 00000001 INTL 20091013) [ 6.076151] ACPI: SRAT 0x00000000797B0268 001158 (v03 SUPERM SMCI--MB 00000001 INTL 20091013) [ 6.076165] ACPI: WDDT 0x00000000797B13C0 000040 (v01 SUPERM SMCI--MB 00000000 INTL 20091013) [ 6.076178] ACPI: SSDT 0x00000000797B1400 016FB3 (v02 SUPERM PmMgt 00000001 INTL 20120913) [ 6.076191] ACPI: NITR 0x00000000797C83B8 000071 (v02 SUPERM SMCI--MB 00000001 INTL 20091013) [ 6.076204] ACPI: SSDT 0x00000000797C8430 00264C (v02 SUPERM SpsNm 00000002 INTL 20120913) [ 6.076217] ACPI: SSDT 0x00000000797CAA80 000064 (v02 SUPERM SpsNvs 00000002 INTL 20120913) [ 6.076230] ACPI: PRAD 0x00000000797CAAE8 000102 (v02 SUPERM SMCI--MB 00000002 INTL 20120913) [ 6.076244] ACPI: RMAD 0x00000000797CABF0 000148 (v01 SUPERM SMCI--MB 00000001 INTL 20091013) [ 6.076257] ACPI: HEST 0x00000000797CAD38 00027C (v01 SUPERM SMCI--MB 00000001 INTL 00000001) [ 6.076269] ACPI: BERT 0x00000000797CAFB8 000030 (v01 SUPERM SMCI--MB 00000001 INTL 00000001) [ 6.076290] ACPI: ERST 0x00000000797CAFE8 000230 (v01 SUPERM SMCI--MB 00000001 INTL 00000001) [ 6.076305] ACPI: EINJ 0x00000000797CB218 000130 (v01 SUPERM SMCI--MB 00000001 INTL 00000001) [ 6.076318] ACPI: BGRT 0x00000000797CB348 000038 (v01 SUPERM SMCI--MB 01072009 AMI 00010013) [ 6.076355] ACPI: Local APIC address 0xfee00000 [ 6.076357] Setting APIC routing to Xen PV. [ 6.076405] NUMA turned off [ 6.076407] Faking a node at [mem 0x0000000000000000-0x0000000686eaafff] [ 6.076412] NODE_DATA(0) allocated [mem 0x5fd003000-0x5fd007fff] [ 6.181383] Zone ranges: [ 6.181385] DMA [mem 0x0000000000001000-0x0000000000ffffff] [ 6.181386] DMA32 [mem 0x0000000001000000-0x00000000ffffffff] [ 6.181387] Normal [mem 0x0000000100000000-0x0000000686eaafff] [ 6.181389] Device empty [ 6.181389] Movable zone start for each node [ 6.181390] Early memory node ranges [ 6.181391] node 0: [mem 0x0000000000001000-0x000000000009ffff] [ 6.181393] node 0: [mem 0x0000000000100000-0x0000000078dfbfff] [ 6.181394] node 0: [mem 0x0000000079630000-0x0000000079765fff] [ 6.181394] node 0: [mem 0x000000007bcf7000-0x000000007bcf7fff] [ 6.181395] node 0: [mem 0x000000007bd7e000-0x000000007bffffff] [ 6.181396] node 0: [mem 0x0000000100000000-0x0000000686eaafff] [ 6.181883] Zeroed struct page in unavailable ranges: 32769 pages [ 6.181885] Initmem setup node 0 [mem 0x0000000000001000-0x0000000686eaafff] [ 6.181887] On node 0 totalpages: 6291455 [ 6.181888] DMA zone: 64 pages used for memmap [ 6.181889] DMA zone: 21 pages reserved [ 6.181890] DMA zone: 3999 pages, LIFO batch:0 [ 6.181973] DMA32 zone: 7687 pages used for memmap [ 6.181974] DMA32 zone: 491957 pages, LIFO batch:63 [ 6.192976] Normal zone: 90555 pages used for memmap [ 6.192978] Normal zone: 5795499 pages, LIFO batch:63 [ 6.280828] p2m virtual area at (____ptrval____), size is 3600000 [ 7.245558] Remapped 552619 page(s) [ 7.246351] ACPI: PM-Timer IO Port: 0x408 [ 7.246359] ACPI: Local APIC address 0xfee00000 [ 7.246445] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) [ 7.246447] ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) [ 7.246449] ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1]) [ 7.246450] ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1]) [ 7.246451] ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1]) [ 7.246453] ACPI: LAPIC_NMI (acpi_id[0x0a] high edge lint[0x1]) [ 7.246455] ACPI: LAPIC_NMI (acpi_id[0x0c] high edge lint[0x1]) [ 7.246456] ACPI: LAPIC_NMI (acpi_id[0x0e] high edge lint[0x1]) [ 7.246458] ACPI: LAPIC_NMI (acpi_id[0x10] high edge lint[0x1]) [ 7.246459] ACPI: LAPIC_NMI (acpi_id[0x12] high edge lint[0x1]) [ 7.246461] ACPI: LAPIC_NMI (acpi_id[0x14] high edge lint[0x1]) [ 7.246463] ACPI: LAPIC_NMI (acpi_id[0x16] high edge lint[0x1]) [ 7.246464] ACPI: LAPIC_NMI (acpi_id[0x18] high edge lint[0x1]) [ 7.246465] ACPI: LAPIC_NMI (acpi_id[0x1a] high edge lint[0x1]) [ 7.246467] ACPI: LAPIC_NMI (acpi_id[0x1c] high edge lint[0x1]) [ 7.246468] ACPI: LAPIC_NMI (acpi_id[0x1e] high edge lint[0x1]) [ 7.246470] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) [ 7.246471] ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) [ 7.246473] ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1]) [ 7.246474] ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1]) [ 7.246475] ACPI: LAPIC_NMI (acpi_id[0x09] high edge lint[0x1]) [ 7.246477] ACPI: LAPIC_NMI (acpi_id[0x0b] high edge lint[0x1]) [ 7.246478] ACPI: LAPIC_NMI (acpi_id[0x0d] high edge lint[0x1]) [ 7.246480] ACPI: LAPIC_NMI (acpi_id[0x0f] high edge lint[0x1]) [ 7.246481] ACPI: LAPIC_NMI (acpi_id[0x11] high edge lint[0x1]) [ 7.246482] ACPI: LAPIC_NMI (acpi_id[0x13] high edge lint[0x1]) [ 7.246483] ACPI: LAPIC_NMI (acpi_id[0x15] high edge lint[0x1]) [ 7.246485] ACPI: LAPIC_NMI (acpi_id[0x17] high edge lint[0x1]) [ 7.246486] ACPI: LAPIC_NMI (acpi_id[0x19] high edge lint[0x1]) [ 7.246487] ACPI: LAPIC_NMI (acpi_id[0x1b] high edge lint[0x1]) [ 7.246489] ACPI: LAPIC_NMI (acpi_id[0x1d] high edge lint[0x1]) [ 7.246490] ACPI: LAPIC_NMI (acpi_id[0x1f] high edge lint[0x1]) [ 7.246526] IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23 [ 7.246537] IOAPIC[1]: apic_id 2, version 32, address 0xfec01000, GSI 24-47 [ 7.246548] IOAPIC[2]: apic_id 3, version 32, address 0xfec40000, GSI 48-71 [ 7.246567] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 7.246571] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [ 7.246575] ACPI: IRQ0 used by override. [ 7.246576] ACPI: IRQ9 used by override. [ 7.246594] Using ACPI (MADT) for SMP configuration information [ 7.246599] ACPI: HPET id: 0x8086a701 base: 0xfed00000 [ 7.246614] smpboot: Allowing 32 CPUs, 0 hotplug CPUs [ 7.246646] [mem 0x90000000-0xc7ffbfff] available for PCI devices [ 7.246650] Booting paravirtualized kernel on Xen [ 7.246651] Xen version: 4.12.2 (preserve-AD) [ 7.246656] clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1910969940391419 ns [ 7.368535] setup_percpu: NR_CPUS:128 nr_cpumask_bits:128 nr_cpu_ids:32 nr_node_ids:1 [ 7.370349] percpu: Embedded 53 pages/cpu s177240 r8192 d31656 u262144 [ 7.370357] pcpu-alloc: s177240 r8192 d31656 u262144 alloc=1*2097152 [ 7.370359] pcpu-alloc: [0] 00 01 02 03 04 05 06 07 [0] 08 09 10 11 12 13 14 15 [ 7.370364] pcpu-alloc: [0] 16 17 18 19 20 21 22 23 [0] 24 25 26 27 28 29 30 31 [ 7.370440] Built 1 zonelists, mobility grouping on. Total pages: 6193128 [ 7.370441] Policy zone: Normal [ 7.370444] Kernel command line: root=zhost/host/root by=id elevator=noop logo.nologo triggers=zfs quiet refresh softlevel=prexen nfs.callback_tcpport=32764 lockd.nlm_udpport=32768 lockd.nlm_tcpport=32768 [ 7.376229] Dentry cache hash table entries: 4194304 (order: 13, 33554432 bytes, linear) [ 7.379053] Inode-cache hash table entries: 2097152 (order: 12, 16777216 bytes, linear) [ 7.379591] mem auto-init: stack:off, heap alloc:off, heap free:off [ 7.436926] software IO TLB: mapped [mem 0x67f600000-0x683600000] (64MB) [ 7.527779] Memory: 24510696K/25165820K available (12291K kernel code, 1340K rwdata, 3048K rodata, 1692K init, 1444K bss, 655124K reserved, 0K cma-reserved) [ 7.527943] random: get_random_u64 called from cache_random_seq_create+0x7c/0x140 with crng_init=0 [ 7.528120] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 7.528709] ftrace: allocating 37897 entries in 149 pages [ 7.546264] rcu: Hierarchical RCU implementation. [ 7.546265] rcu: RCU restricting CPUs from NR_CPUS=128 to nr_cpu_ids=4. [ 7.546267] rcu: RCU calculated value of scheduler-enlistment delay is 100 jiffies. [ 7.546268] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4 [ 7.551758] Using NULL legacy PIC [ 7.551759] NR_IRQS: 8448, nr_irqs: 1024, preallocated irqs: 0 [ 7.551818] xen:events: Using FIFO-based ABI [ 7.551841] xen: --> pirq=1 -> irq=1 (gsi=1) [ 7.551849] xen: --> pirq=2 -> irq=2 (gsi=2) [ 7.551857] xen: --> pirq=3 -> irq=3 (gsi=3) [ 7.551864] xen: --> pirq=4 -> irq=4 (gsi=4) [ 7.551873] xen: --> pirq=5 -> irq=5 (gsi=5) [ 7.551880] xen: --> pirq=6 -> irq=6 (gsi=6) [ 7.551887] xen: --> pirq=7 -> irq=7 (gsi=7) [ 7.551895] xen: --> pirq=8 -> irq=8 (gsi=8) [ 7.551902] xen: --> pirq=9 -> irq=9 (gsi=9) [ 7.551909] xen: --> pirq=10 -> irq=10 (gsi=10) [ 7.551917] xen: --> pirq=11 -> irq=11 (gsi=11) [ 7.551924] xen: --> pirq=12 -> irq=12 (gsi=12) [ 7.551931] xen: --> pirq=13 -> irq=13 (gsi=13) [ 7.551938] xen: --> pirq=14 -> irq=14 (gsi=14) [ 7.551945] xen: --> pirq=15 -> irq=15 (gsi=15) [ 7.551949] rcu: Offload RCU callbacks from CPUs: (none). [ 7.552034] Console: colour dummy device 80x25 [ 7.552042] printk: console [tty0] enabled [ 7.552044] printk: console [hvc0] enabled [ 7.552087] ACPI: Core revision 20190816 [ 7.586235] ACPI BIOS Warning (bug): Incorrect checksum in table [BGRT] - 0x02, should be 0xA6 (20190816/tbprint-173) [ 7.586325] clocksource: xen: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb, max_idle_ns: 881590591483 ns [ 7.586336] Xen: using vcpuop timer interface [ 7.586340] installing Xen timer for CPU 0 [ 7.586372] clocksource: tsc-early: mask: 0xffffffffffffffff max_cycles: 0x1e45380b760, max_idle_ns: 440795224466 ns [ 7.586376] Calibrating delay loop (skipped), value calculated using timer frequency.. 4200.01 BogoMIPS (lpj=2100008) [ 7.586378] pid_max: default: 32768 minimum: 301 [ 7.586472] LSM: Security Framework initializing [ 7.586497] Yama: becoming mindful. [ 7.586509] SELinux: Initializing. [ 7.586701] Mount-cache hash table entries: 65536 (order: 7, 524288 bytes, linear) [ 7.586788] Mountpoint-cache hash table entries: 65536 (order: 7, 524288 bytes, linear) [ 7.587431] Last level iTLB entries: 4KB 64, 2MB 8, 4MB 8 [ 7.587432] Last level dTLB entries: 4KB 64, 2MB 0, 4MB 0, 1GB 4 [ 7.587437] Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer sanitization [ 7.587438] Spectre V2 : Mitigation: Full generic retpoline [ 7.587439] Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context switch [ 7.587440] Spectre V2 : Enabling Restricted Speculation for firmware calls [ 7.587441] Spectre V2 : mitigation: Enabling conditional Indirect Branch Prediction Barrier [ 7.587442] Spectre V2 : User space: Mitigation: STIBP via seccomp and prctl [ 7.587444] Speculative Store Bypass: Mitigation: Speculative Store Bypass disabled via prctl and seccomp [ 7.587448] TAA: Vulnerable: Clear CPU buffers attempted, no microcode [ 7.587449] MDS: Vulnerable: Clear CPU buffers attempted, no microcode [ 7.587686] Freeing SMP alternatives memory: 36K [ 7.589223] VPMU disabled by hypervisor. [ 7.589422] Performance Events: unsupported p6 CPU model 79 no PMU driver, software events only. [ 7.589502] rcu: Hierarchical SRCU implementation. [ 7.590211] smp: Bringing up secondary CPUs ... [ 7.590366] installing Xen timer for CPU 1 [ 7.590795] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [ 7.590795] TAA CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/tsx_async_abort.html for more details. [ 7.591428] installing Xen timer for CPU 2 [ 7.591735] installing Xen timer for CPU 3 [ 7.591821] smp: Brought up 1 node, 4 CPUs [ 7.591821] smpboot: Max logical packages: 8 [ 7.593379] devtmpfs: initialized [ 7.593431] x86/mm: Memory block size: 128MB [ 7.596544] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911260446275000 ns [ 7.596544] futex hash table entries: 1024 (order: 4, 65536 bytes, linear) [ 7.596624] pinctrl core: initialized pinctrl subsystem [ 7.596696] PM: RTC time: 16:41:12, date: 2020-08-01 [ 7.596800] NET: Registered protocol family 16 [ 7.596818] xen:grant_table: Grant tables using version 1 layout [ 7.596867] Grant table initialized [ 7.597083] audit: initializing netlink subsys (disabled) [ 7.597395] audit: type=2000 audit(1596300072.281:1): state=initialized audit_enabled=0 res=1 [ 7.597520] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it [ 7.597521] ACPI: bus type PCI registered [ 7.597522] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 [ 7.597936] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0x80000000-0x8fffffff] (base 0x80000000) [ 7.597939] PCI: MMCONFIG at [mem 0x80000000-0x8fffffff] reserved in E820 [ 7.642379] random: fast init done [ 7.666704] PCI: Using configuration type 1 for base access [ 8.115684] cryptd: max_cpu_qlen set to 1000 [ 8.128620] ACPI: Added _OSI(Module Device) [ 8.128620] ACPI: Added _OSI(Processor Device) [ 8.128620] ACPI: Added _OSI(3.0 _SCP Extensions) [ 8.128620] ACPI: Added _OSI(Processor Aggregator Device) [ 8.128620] ACPI: Added _OSI(Linux-Dell-Video) [ 8.128620] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio) [ 8.128620] ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics) [ 8.196609] ACPI: 4 ACPI AML tables successfully acquired and loaded [ 8.200016] xen: registering gsi 9 triggering 0 polarity 0 [ 8.200738] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored [ 8.204374] ACPI: Dynamic OEM Table Load: [ 8.241002] ACPI: Interpreter enabled [ 8.241008] ACPI: (supports S0 S5) [ 8.241009] ACPI: Using IOAPIC for interrupt routing [ 8.241043] HEST: Enabling Firmware First mode for corrected errors. [ 8.241083] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 2. [ 8.241084] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 3. [ 8.241085] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 4. [ 8.241085] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 5. [ 8.241086] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 6. [ 8.241087] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 7. [ 8.241088] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 8. [ 8.241088] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 9. [ 8.241089] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 10. [ 8.241090] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 11. [ 8.241091] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 12. [ 8.241091] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 13. [ 8.241092] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 14. [ 8.241162] HEST: Table parsing has been initialized. [ 8.241165] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug [ 8.242006] ACPI: Enabled 5 GPEs in block 00 to 3F [ 8.284487] ACPI: PCI Root Bridge [UNC1] (domain 0000 [bus ff]) [ 8.284491] acpi PNP0A03:02: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] [ 8.287791] acpi PNP0A03:02: _OSC: platform does not support [AER LTR] [ 8.290310] acpi PNP0A03:02: _OSC: OS now controls [PCIeHotplug PME PCIeCapability] [ 8.290311] acpi PNP0A03:02: FADT indicates ASPM is unsupported, using BIOS configuration [ 8.290359] PCI host bridge to bus 0000:ff [ 8.290361] pci_bus 0000:ff: root bus resource [bus ff] [ 8.290414] pci 0000:ff:08.0: [8086:6f80] type 00 class 0x088000 [ 8.290669] pci 0000:ff:08.2: [8086:6f32] type 00 class 0x110100 [ 8.290906] pci 0000:ff:08.3: [8086:6f83] type 00 class 0x088000 [ 8.291211] pci 0000:ff:09.0: [8086:6f90] type 00 class 0x088000 [ 8.291439] pci 0000:ff:09.2: [8086:6f33] type 00 class 0x110100 [ 8.291684] pci 0000:ff:09.3: [8086:6f93] type 00 class 0x088000 [ 8.291993] pci 0000:ff:0b.0: [8086:6f81] type 00 class 0x088000 [ 8.292212] pci 0000:ff:0b.1: [8086:6f36] type 00 class 0x110100 [ 8.292432] pci 0000:ff:0b.2: [8086:6f37] type 00 class 0x110100 [ 8.292659] pci 0000:ff:0b.3: [8086:6f76] type 00 class 0x088000 [ 8.292888] pci 0000:ff:0c.0: [8086:6fe0] type 00 class 0x088000 [ 8.293104] pci 0000:ff:0c.1: [8086:6fe1] type 00 class 0x088000 [ 8.293319] pci 0000:ff:0c.2: [8086:6fe2] type 00 class 0x088000 [ 8.293549] pci 0000:ff:0c.3: [8086:6fe3] type 00 class 0x088000 [ 8.293765] pci 0000:ff:0c.4: [8086:6fe4] type 00 class 0x088000 [ 8.293983] pci 0000:ff:0c.5: [8086:6fe5] type 00 class 0x088000 [ 8.294199] pci 0000:ff:0c.6: [8086:6fe6] type 00 class 0x088000 [ 8.294419] pci 0000:ff:0c.7: [8086:6fe7] type 00 class 0x088000 [ 8.294659] pci 0000:ff:0f.0: [8086:6ff8] type 00 class 0x088000 [ 8.294875] pci 0000:ff:0f.1: [8086:6ff9] type 00 class 0x088000 [ 8.295099] pci 0000:ff:0f.4: [8086:6ffc] type 00 class 0x088000 [ 8.295315] pci 0000:ff:0f.5: [8086:6ffd] type 00 class 0x088000 [ 8.295544] pci 0000:ff:0f.6: [8086:6ffe] type 00 class 0x088000 [ 8.295767] pci 0000:ff:10.0: [8086:6f1d] type 00 class 0x088000 [ 8.295983] pci 0000:ff:10.1: [8086:6f34] type 00 class 0x110100 [ 8.296212] pci 0000:ff:10.5: [8086:6f1e] type 00 class 0x088000 [ 8.296431] pci 0000:ff:10.6: [8086:6f7d] type 00 class 0x110100 [ 8.296655] pci 0000:ff:10.7: [8086:6f1f] type 00 class 0x088000 [ 8.296873] pci 0000:ff:12.0: [8086:6fa0] type 00 class 0x088000 [ 8.296980] pci 0000:ff:12.1: [8086:6f30] type 00 class 0x110100 [ 8.297234] pci 0000:ff:13.0: [8086:6fa8] type 00 class 0x088000 [ 8.297558] pci 0000:ff:13.1: [8086:6f71] type 00 class 0x088000 [ 8.297859] pci 0000:ff:13.2: [8086:6faa] type 00 class 0x088000 [ 8.298166] pci 0000:ff:13.3: [8086:6fab] type 00 class 0x088000 [ 8.298472] pci 0000:ff:13.4: [8086:6fac] type 00 class 0x088000 [ 8.298779] pci 0000:ff:13.5: [8086:6fad] type 00 class 0x088000 [ 8.299069] pci 0000:ff:13.6: [8086:6fae] type 00 class 0x088000 [ 8.299287] pci 0000:ff:13.7: [8086:6faf] type 00 class 0x088000 [ 8.299532] pci 0000:ff:14.0: [8086:6fb0] type 00 class 0x088000 [ 8.299836] pci 0000:ff:14.1: [8086:6fb1] type 00 class 0x088000 [ 8.300136] pci 0000:ff:14.2: [8086:6fb2] type 00 class 0x088000 [ 8.300443] pci 0000:ff:14.3: [8086:6fb3] type 00 class 0x088000 [ 8.300741] pci 0000:ff:14.4: [8086:6fbc] type 00 class 0x088000 [ 8.300964] pci 0000:ff:14.5: [8086:6fbd] type 00 class 0x088000 [ 8.301182] pci 0000:ff:14.6: [8086:6fbe] type 00 class 0x088000 [ 8.301405] pci 0000:ff:14.7: [8086:6fbf] type 00 class 0x088000 [ 8.301646] pci 0000:ff:15.0: [8086:6fb4] type 00 class 0x088000 [ 8.301951] pci 0000:ff:15.1: [8086:6fb5] type 00 class 0x088000 [ 8.302252] pci 0000:ff:15.2: [8086:6fb6] type 00 class 0x088000 [ 8.302563] pci 0000:ff:15.3: [8086:6fb7] type 00 class 0x088000 [ 8.302878] pci 0000:ff:16.0: [8086:6f68] type 00 class 0x088000 [ 8.303175] pci 0000:ff:16.6: [8086:6f6e] type 00 class 0x088000 [ 8.303397] pci 0000:ff:16.7: [8086:6f6f] type 00 class 0x088000 [ 8.303631] pci 0000:ff:17.0: [8086:6fd0] type 00 class 0x088000 [ 8.303921] pci 0000:ff:17.4: [8086:6fb8] type 00 class 0x088000 [ 8.304141] pci 0000:ff:17.5: [8086:6fb9] type 00 class 0x088000 [ 8.304359] pci 0000:ff:17.6: [8086:6fba] type 00 class 0x088000 [ 8.304589] pci 0000:ff:17.7: [8086:6fbb] type 00 class 0x088000 [ 8.304834] pci 0000:ff:1e.0: [8086:6f98] type 00 class 0x088000 [ 8.305051] pci 0000:ff:1e.1: [8086:6f99] type 00 class 0x088000 [ 8.305268] pci 0000:ff:1e.2: [8086:6f9a] type 00 class 0x088000 [ 8.305488] pci 0000:ff:1e.3: [8086:6fc0] type 00 class 0x088000 [ 8.305606] pci 0000:ff:1e.4: [8086:6f9c] type 00 class 0x088000 [ 8.305839] pci 0000:ff:1f.0: [8086:6f88] type 00 class 0x088000 [ 8.306060] pci 0000:ff:1f.2: [8086:6f8a] type 00 class 0x088000 [ 8.306374] ACPI: PCI Root Bridge [UNC0] (domain 0000 [bus 7f]) [ 8.306382] acpi PNP0A03:03: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] [ 8.307809] acpi PNP0A03:03: _OSC: platform does not support [AER LTR] [ 8.310329] acpi PNP0A03:03: _OSC: OS now controls [PCIeHotplug PME PCIeCapability] [ 8.310331] acpi PNP0A03:03: FADT indicates ASPM is unsupported, using BIOS configuration [ 8.310372] PCI host bridge to bus 0000:7f [ 8.310374] pci_bus 0000:7f: root bus resource [bus 7f] [ 8.310423] pci 0000:7f:08.0: [8086:6f80] type 00 class 0x088000 [ 8.310660] pci 0000:7f:08.2: [8086:6f32] type 00 class 0x110100 [ 8.310891] pci 0000:7f:08.3: [8086:6f83] type 00 class 0x088000 [ 8.311191] pci 0000:7f:09.0: [8086:6f90] type 00 class 0x088000 [ 8.311417] pci 0000:7f:09.2: [8086:6f33] type 00 class 0x110100 [ 8.311656] pci 0000:7f:09.3: [8086:6f93] type 00 class 0x088000 [ 8.311966] pci 0000:7f:0b.0: [8086:6f81] type 00 class 0x088000 [ 8.312180] pci 0000:7f:0b.1: [8086:6f36] type 00 class 0x110100 [ 8.312398] pci 0000:7f:0b.2: [8086:6f37] type 00 class 0x110100 [ 8.312620] pci 0000:7f:0b.3: [8086:6f76] type 00 class 0x088000 [ 8.312848] pci 0000:7f:0c.0: [8086:6fe0] type 00 class 0x088000 [ 8.313063] pci 0000:7f:0c.1: [8086:6fe1] type 00 class 0x088000 [ 8.313276] pci 0000:7f:0c.2: [8086:6fe2] type 00 class 0x088000 [ 8.313494] pci 0000:7f:0c.3: [8086:6fe3] type 00 class 0x088000 [ 8.313717] pci 0000:7f:0c.4: [8086:6fe4] type 00 class 0x088000 [ 8.313931] pci 0000:7f:0c.5: [8086:6fe5] type 00 class 0x088000 [ 8.314144] pci 0000:7f:0c.6: [8086:6fe6] type 00 class 0x088000 [ 8.314357] pci 0000:7f:0c.7: [8086:6fe7] type 00 class 0x088000 [ 8.314587] pci 0000:7f:0f.0: [8086:6ff8] type 00 class 0x088000 [ 8.314802] pci 0000:7f:0f.1: [8086:6ff9] type 00 class 0x088000 [ 8.315023] pci 0000:7f:0f.4: [8086:6ffc] type 00 class 0x088000 [ 8.315249] pci 0000:7f:0f.5: [8086:6ffd] type 00 class 0x088000 [ 8.315470] pci 0000:7f:0f.6: [8086:6ffe] type 00 class 0x088000 [ 8.315698] pci 0000:7f:10.0: [8086:6f1d] type 00 class 0x088000 [ 8.315912] pci 0000:7f:10.1: [8086:6f34] type 00 class 0x110100 [ 8.316136] pci 0000:7f:10.5: [8086:6f1e] type 00 class 0x088000 [ 8.316349] pci 0000:7f:10.6: [8086:6f7d] type 00 class 0x110100 [ 8.316574] pci 0000:7f:10.7: [8086:6f1f] type 00 class 0x088000 [ 8.316794] pci 0000:7f:12.0: [8086:6fa0] type 00 class 0x088000 [ 8.316899] pci 0000:7f:12.1: [8086:6f30] type 00 class 0x110100 [ 8.317152] pci 0000:7f:13.0: [8086:6fa8] type 00 class 0x088000 [ 8.317459] pci 0000:7f:13.1: [8086:6f71] type 00 class 0x088000 [ 8.317765] pci 0000:7f:13.2: [8086:6faa] type 00 class 0x088000 [ 8.318060] pci 0000:7f:13.3: [8086:6fab] type 00 class 0x088000 [ 8.318355] pci 0000:7f:13.4: [8086:6fac] type 00 class 0x088000 [ 8.318660] pci 0000:7f:13.5: [8086:6fad] type 00 class 0x088000 [ 8.318943] pci 0000:7f:13.6: [8086:6fae] type 00 class 0x088000 [ 8.319166] pci 0000:7f:13.7: [8086:6faf] type 00 class 0x088000 [ 8.319400] pci 0000:7f:14.0: [8086:6fb0] type 00 class 0x088000 [ 8.319707] pci 0000:7f:14.1: [8086:6fb1] type 00 class 0x088000 [ 8.320003] pci 0000:7f:14.2: [8086:6fb2] type 00 class 0x088000 [ 8.320298] pci 0000:7f:14.3: [8086:6fb3] type 00 class 0x088000 [ 8.320588] pci 0000:7f:14.4: [8086:6fbc] type 00 class 0x088000 [ 8.320808] pci 0000:7f:14.5: [8086:6fbd] type 00 class 0x088000 [ 8.321025] pci 0000:7f:14.6: [8086:6fbe] type 00 class 0x088000 [ 8.321240] pci 0000:7f:14.7: [8086:6fbf] type 00 class 0x088000 [ 8.321480] pci 0000:7f:15.0: [8086:6fb4] type 00 class 0x088000 [ 8.321783] pci 0000:7f:15.1: [8086:6fb5] type 00 class 0x088000 [ 8.322082] pci 0000:7f:15.2: [8086:6fb6] type 00 class 0x088000 [ 8.322379] pci 0000:7f:15.3: [8086:6fb7] type 00 class 0x088000 [ 8.322693] pci 0000:7f:16.0: [8086:6f68] type 00 class 0x088000 [ 8.322988] pci 0000:7f:16.6: [8086:6f6e] type 00 class 0x088000 [ 8.323204] pci 0000:7f:16.7: [8086:6f6f] type 00 class 0x088000 [ 8.323441] pci 0000:7f:17.0: [8086:6fd0] type 00 class 0x088000 [ 8.323737] pci 0000:7f:17.4: [8086:6fb8] type 00 class 0x088000 [ 8.323954] pci 0000:7f:17.5: [8086:6fb9] type 00 class 0x088000 [ 8.324169] pci 0000:7f:17.6: [8086:6fba] type 00 class 0x088000 [ 8.324386] pci 0000:7f:17.7: [8086:6fbb] type 00 class 0x088000 [ 8.324638] pci 0000:7f:1e.0: [8086:6f98] type 00 class 0x088000 [ 8.324854] pci 0000:7f:1e.1: [8086:6f99] type 00 class 0x088000 [ 8.325069] pci 0000:7f:1e.2: [8086:6f9a] type 00 class 0x088000 [ 8.325283] pci 0000:7f:1e.3: [8086:6fc0] type 00 class 0x088000 [ 8.325396] pci 0000:7f:1e.4: [8086:6f9c] type 00 class 0x088000 [ 8.325634] pci 0000:7f:1f.0: [8086:6f88] type 00 class 0x088000 [ 8.325855] pci 0000:7f:1f.2: [8086:6f8a] type 00 class 0x088000 [ 8.328387] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 4/0x8 ignored. [ 8.328388] ACPI: Unable to map lapic to logical cpu number [ 8.328755] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 5/0xa ignored. [ 8.328757] ACPI: Unable to map lapic to logical cpu number [ 8.329124] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 6/0xc ignored. [ 8.329125] ACPI: Unable to map lapic to logical cpu number [ 8.329711] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 7/0xe ignored. [ 8.329712] ACPI: Unable to map lapic to logical cpu number [ 8.330062] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 8/0x1 ignored. [ 8.330062] ACPI: Unable to map lapic to logical cpu number [ 8.330425] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 9/0x3 ignored. [ 8.330427] ACPI: Unable to map lapic to logical cpu number [ 8.330781] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 10/0x5 ignored. [ 8.330783] ACPI: Unable to map lapic to logical cpu number [ 8.331132] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 11/0x7 ignored. [ 8.331133] ACPI: Unable to map lapic to logical cpu number [ 8.331498] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 12/0x9 ignored. [ 8.331498] ACPI: Unable to map lapic to logical cpu number [ 8.331848] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 13/0xb ignored. [ 8.331851] ACPI: Unable to map lapic to logical cpu number [ 8.332210] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 14/0xd ignored. [ 8.332213] ACPI: Unable to map lapic to logical cpu number [ 8.332574] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 15/0xf ignored. [ 8.332577] ACPI: Unable to map lapic to logical cpu number [ 8.334900] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 16/0x10 ignored. [ 8.334901] ACPI: Unable to map lapic to logical cpu number [ 8.335259] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 17/0x12 ignored. [ 8.335260] ACPI: Unable to map lapic to logical cpu number [ 8.335621] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 18/0x14 ignored. [ 8.335621] ACPI: Unable to map lapic to logical cpu number [ 8.335972] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 19/0x16 ignored. [ 8.335975] ACPI: Unable to map lapic to logical cpu number [ 8.336335] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 20/0x18 ignored. [ 8.336336] ACPI: Unable to map lapic to logical cpu number [ 8.336700] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 21/0x1a ignored. [ 8.336700] ACPI: Unable to map lapic to logical cpu number [ 8.337052] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 22/0x1c ignored. [ 8.337055] ACPI: Unable to map lapic to logical cpu number [ 8.337421] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 23/0x1e ignored. [ 8.337422] ACPI: Unable to map lapic to logical cpu number [ 8.337775] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 24/0x11 ignored. [ 8.337777] ACPI: Unable to map lapic to logical cpu number [ 8.338129] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 25/0x13 ignored. [ 8.338129] ACPI: Unable to map lapic to logical cpu number [ 8.338494] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 26/0x15 ignored. [ 8.338494] ACPI: Unable to map lapic to logical cpu number [ 8.338849] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 27/0x17 ignored. [ 8.338852] ACPI: Unable to map lapic to logical cpu number [ 8.339214] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 28/0x19 ignored. [ 8.339215] ACPI: Unable to map lapic to logical cpu number [ 8.339576] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 29/0x1b ignored. [ 8.339577] ACPI: Unable to map lapic to logical cpu number [ 8.339931] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 30/0x1d ignored. [ 8.339932] ACPI: Unable to map lapic to logical cpu number [ 8.340290] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 31/0x1f ignored. [ 8.340293] ACPI: Unable to map lapic to logical cpu number [ 8.342331] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-7e]) [ 8.342335] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] [ 8.343220] acpi PNP0A08:00: _OSC: platform does not support [AER LTR] [ 8.344688] acpi PNP0A08:00: _OSC: OS now controls [PCIeHotplug PME PCIeCapability] [ 8.344692] acpi PNP0A08:00: FADT indicates ASPM is unsupported, using BIOS configuration [ 8.345133] PCI host bridge to bus 0000:00 [ 8.345138] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7 window] [ 8.345139] pci_bus 0000:00: root bus resource [io 0x1000-0x7fff window] [ 8.345141] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window] [ 8.345142] pci_bus 0000:00: root bus resource [mem 0xfedb0000-0xfedb000f window] [ 8.345144] pci_bus 0000:00: root bus resource [mem 0xfedc0000-0xfedc000f window] [ 8.345145] pci_bus 0000:00: root bus resource [mem 0x90000000-0xc7ffbfff window] [ 8.345147] pci_bus 0000:00: root bus resource [bus 00-7e] [ 8.345180] pci 0000:00:00.0: [8086:6f00] type 00 class 0x060000 [ 8.345615] pci 0000:00:01.0: [8086:6f02] type 01 class 0x060400 [ 8.345920] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold [ 8.346158] pci 0000:00:03.0: [8086:6f08] type 01 class 0x060400 [ 8.346467] pci 0000:00:03.0: PME# supported from D0 D3hot D3cold [ 8.346705] pci 0000:00:03.2: [8086:6f0a] type 01 class 0x060400 [ 8.347000] pci 0000:00:03.2: PME# supported from D0 D3hot D3cold [ 8.347248] pci 0000:00:04.0: [8086:6f20] type 00 class 0x088000 [ 8.347314] pci 0000:00:04.0: reg 0x10: [mem 0xc712c000-0xc712ffff 64bit] [ 8.347740] pci 0000:00:04.1: [8086:6f21] type 00 class 0x088000 [ 8.347805] pci 0000:00:04.1: reg 0x10: [mem 0xc7128000-0xc712bfff 64bit] [ 8.348225] pci 0000:00:04.2: [8086:6f22] type 00 class 0x088000 [ 8.348293] pci 0000:00:04.2: reg 0x10: [mem 0xc7124000-0xc7127fff 64bit] [ 8.348715] pci 0000:00:04.3: [8086:6f23] type 00 class 0x088000 [ 8.348780] pci 0000:00:04.3: reg 0x10: [mem 0xc7120000-0xc7123fff 64bit] [ 8.349200] pci 0000:00:04.4: [8086:6f24] type 00 class 0x088000 [ 8.349268] pci 0000:00:04.4: reg 0x10: [mem 0xc711c000-0xc711ffff 64bit] [ 8.349693] pci 0000:00:04.5: [8086:6f25] type 00 class 0x088000 [ 8.349757] pci 0000:00:04.5: reg 0x10: [mem 0xc7118000-0xc711bfff 64bit] [ 8.350176] pci 0000:00:04.6: [8086:6f26] type 00 class 0x088000 [ 8.350244] pci 0000:00:04.6: reg 0x10: [mem 0xc7114000-0xc7117fff 64bit] [ 8.350668] pci 0000:00:04.7: [8086:6f27] type 00 class 0x088000 [ 8.350732] pci 0000:00:04.7: reg 0x10: [mem 0xc7110000-0xc7113fff 64bit] [ 8.351145] pci 0000:00:05.0: [8086:6f28] type 00 class 0x088000 [ 8.351514] pci 0000:00:05.1: [8086:6f29] type 00 class 0x088000 [ 8.351924] pci 0000:00:05.2: [8086:6f2a] type 00 class 0x088000 [ 8.352293] pci 0000:00:05.4: [8086:6f2c] type 00 class 0x080020 [ 8.352340] pci 0000:00:05.4: reg 0x10: [mem 0xc7139000-0xc7139fff] [ 8.352783] pci 0000:00:11.0: [8086:8d7c] type 00 class 0xff0000 [ 8.353274] pci 0000:00:11.4: [8086:8d62] type 00 class 0x010601 [ 8.353346] pci 0000:00:11.4: reg 0x10: [io 0x7110-0x7117] [ 8.353374] pci 0000:00:11.4: reg 0x14: [io 0x7100-0x7103] [ 8.353406] pci 0000:00:11.4: reg 0x18: [io 0x70f0-0x70f7] [ 8.353435] pci 0000:00:11.4: reg 0x1c: [io 0x70e0-0x70e3] [ 8.353463] pci 0000:00:11.4: reg 0x20: [io 0x7020-0x703f] [ 8.353492] pci 0000:00:11.4: reg 0x24: [mem 0xc7138000-0xc71387ff] [ 8.353652] pci 0000:00:11.4: PME# supported from D3hot [ 8.353862] pci 0000:00:14.0: [8086:8d31] type 00 class 0x0c0330 [ 8.353943] pci 0000:00:14.0: reg 0x10: [mem 0xc7100000-0xc710ffff 64bit] [ 8.354188] pci 0000:00:14.0: PME# supported from D3hot D3cold [ 8.354374] pci 0000:00:16.0: [8086:8d3a] type 00 class 0x078000 [ 8.354460] pci 0000:00:16.0: reg 0x10: [mem 0xc7137000-0xc713700f 64bit] [ 8.354707] pci 0000:00:16.0: PME# supported from D0 D3hot D3cold [ 8.354886] pci 0000:00:16.1: [8086:8d3b] type 00 class 0x078000 [ 8.354968] pci 0000:00:16.1: reg 0x10: [mem 0xc7136000-0xc713600f 64bit] [ 8.355215] pci 0000:00:16.1: PME# supported from D0 D3hot D3cold [ 8.355437] pci 0000:00:1a.0: [8086:8d2d] type 00 class 0x0c0320 [ 8.355510] pci 0000:00:1a.0: reg 0x10: [mem 0xc7134000-0xc71343ff] [ 8.355805] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold [ 8.356004] pci 0000:00:1c.0: [8086:8d10] type 01 class 0x060400 [ 8.356330] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold [ 8.356398] pci 0000:00:1c.0: Enabling MPC IRBNCE [ 8.356404] pci 0000:00:1c.0: Intel PCH root port ACS workaround enabled [ 8.356597] pci 0000:00:1c.4: [8086:8d18] type 01 class 0x060400 [ 8.356925] pci 0000:00:1c.4: PME# supported from D0 D3hot D3cold [ 8.356988] pci 0000:00:1c.4: Enabling MPC IRBNCE [ 8.356994] pci 0000:00:1c.4: Intel PCH root port ACS workaround enabled [ 8.357182] pci 0000:00:1d.0: [8086:8d26] type 00 class 0x0c0320 [ 8.357260] pci 0000:00:1d.0: reg 0x10: [mem 0xc7133000-0xc71333ff] [ 8.357559] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold [ 8.357754] pci 0000:00:1f.0: [8086:8d44] type 00 class 0x060100 [ 8.358237] pci 0000:00:1f.2: [8086:8d02] type 00 class 0x010601 [ 8.358311] pci 0000:00:1f.2: reg 0x10: [io 0x7070-0x7077] [ 8.358338] pci 0000:00:1f.2: reg 0x14: [io 0x7060-0x7063] [ 8.358365] pci 0000:00:1f.2: reg 0x18: [io 0x7050-0x7057] [ 8.358393] pci 0000:00:1f.2: reg 0x1c: [io 0x7040-0x7043] [ 8.358421] pci 0000:00:1f.2: reg 0x20: [io 0x7000-0x701f] [ 8.358448] pci 0000:00:1f.2: reg 0x24: [mem 0xc7132000-0xc71327ff] [ 8.358602] pci 0000:00:1f.2: PME# supported from D3hot [ 8.358773] pci 0000:00:1f.3: [8086:8d22] type 00 class 0x0c0500 [ 8.358835] pci 0000:00:1f.3: reg 0x10: [mem 0xc7131000-0xc71310ff 64bit] [ 8.358896] pci 0000:00:1f.3: reg 0x20: [io 0x0580-0x059f] [ 8.359439] pci 0000:00:01.0: PCI bridge to [bus 01] [ 8.359877] pci 0000:02:00.0: [8086:1528] type 00 class 0x020000 [ 8.359952] pci 0000:02:00.0: reg 0x10: [mem 0xc7c00000-0xc7dfffff 64bit pref] [ 8.359979] pci 0000:02:00.0: reg 0x18: [io 0x6020-0x603f] [ 8.360046] pci 0000:02:00.0: reg 0x20: [mem 0xc7e04000-0xc7e07fff 64bit pref] [ 8.360279] pci 0000:02:00.0: PME# supported from D0 D3hot D3cold [ 8.360364] pci 0000:02:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit pref] [ 8.360366] pci 0000:02:00.0: VF(n) BAR0 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR0 for 64 VFs) [ 8.360407] pci 0000:02:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit pref] [ 8.360408] pci 0000:02:00.0: VF(n) BAR3 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR3 for 64 VFs) [ 8.360808] pci 0000:02:00.1: [8086:1528] type 00 class 0x020000 [ 8.360880] pci 0000:02:00.1: reg 0x10: [mem 0xc7a00000-0xc7bfffff 64bit pref] [ 8.360908] pci 0000:02:00.1: reg 0x18: [io 0x6000-0x601f] [ 8.360975] pci 0000:02:00.1: reg 0x20: [mem 0xc7e00000-0xc7e03fff 64bit pref] [ 8.361202] pci 0000:02:00.1: PME# supported from D0 D3hot D3cold [ 8.361277] pci 0000:02:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit pref] [ 8.361279] pci 0000:02:00.1: VF(n) BAR0 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR0 for 64 VFs) [ 8.361318] pci 0000:02:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit pref] [ 8.361319] pci 0000:02:00.1: VF(n) BAR3 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR3 for 64 VFs) [ 8.361680] pci 0000:00:03.0: PCI bridge to [bus 02] [ 8.361688] pci 0000:00:03.0: bridge window [io 0x6000-0x6fff] [ 8.361710] pci 0000:00:03.0: bridge window [mem 0xc7a00000-0xc7efffff 64bit pref] [ 8.362116] pci 0000:03:00.0: [8086:1528] type 00 class 0x020000 [ 8.362189] pci 0000:03:00.0: reg 0x10: [mem 0xc7600000-0xc77fffff 64bit pref] [ 8.362216] pci 0000:03:00.0: reg 0x18: [io 0x5020-0x503f] [ 8.362288] pci 0000:03:00.0: reg 0x20: [mem 0xc7804000-0xc7807fff 64bit pref] [ 8.362520] pci 0000:03:00.0: PME# supported from D0 D3hot D3cold [ 8.362606] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit pref] [ 8.362608] pci 0000:03:00.0: VF(n) BAR0 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR0 for 64 VFs) [ 8.362646] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit pref] [ 8.362648] pci 0000:03:00.0: VF(n) BAR3 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR3 for 64 VFs) [ 8.363035] pci 0000:03:00.1: [8086:1528] type 00 class 0x020000 [ 8.363107] pci 0000:03:00.1: reg 0x10: [mem 0xc7400000-0xc75fffff 64bit pref] [ 8.363134] pci 0000:03:00.1: reg 0x18: [io 0x5000-0x501f] [ 8.363201] pci 0000:03:00.1: reg 0x20: [mem 0xc7800000-0xc7803fff 64bit pref] [ 8.363436] pci 0000:03:00.1: PME# supported from D0 D3hot D3cold [ 8.363509] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit pref] [ 8.363511] pci 0000:03:00.1: VF(n) BAR0 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR0 for 64 VFs) [ 8.363549] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit pref] [ 8.363551] pci 0000:03:00.1: VF(n) BAR3 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR3 for 64 VFs) [ 8.363901] pci 0000:00:03.2: PCI bridge to [bus 03] [ 8.363909] pci 0000:00:03.2: bridge window [io 0x5000-0x5fff] [ 8.363931] pci 0000:00:03.2: bridge window [mem 0xc7400000-0xc78fffff 64bit pref] [ 8.364044] pci 0000:00:1c.0: PCI bridge to [bus 04] [ 8.364238] pci 0000:05:00.0: [1a03:1150] type 01 class 0x060400 [ 8.364450] pci 0000:05:00.0: enabling Extended Tags [ 8.364648] pci 0000:05:00.0: supports D1 D2 [ 8.364649] pci 0000:05:00.0: PME# supported from D0 D1 D2 D3hot D3cold [ 8.364885] pci 0000:00:1c.4: PCI bridge to [bus 05-06] [ 8.364894] pci 0000:00:1c.4: bridge window [io 0x4000-0x4fff] [ 8.364903] pci 0000:00:1c.4: bridge window [mem 0xc6000000-0xc70fffff] [ 8.365052] pci_bus 0000:06: extended config space not accessible [ 8.365108] pci 0000:06:00.0: [1a03:2000] type 00 class 0x030000 [ 8.365171] pci 0000:06:00.0: reg 0x10: [mem 0xc6000000-0xc6ffffff] [ 8.365204] pci 0000:06:00.0: reg 0x14: [mem 0xc7000000-0xc701ffff] [ 8.365238] pci 0000:06:00.0: reg 0x18: [io 0x4000-0x407f] [ 8.365395] pci 0000:06:00.0: BAR 0: assigned to efifb [ 8.365521] pci 0000:06:00.0: supports D1 D2 [ 8.365522] pci 0000:06:00.0: PME# supported from D0 D1 D2 D3hot D3cold [ 8.365786] pci 0000:05:00.0: PCI bridge to [bus 06] [ 8.365806] pci 0000:05:00.0: bridge window [io 0x4000-0x4fff] [ 8.365817] pci 0000:05:00.0: bridge window [mem 0xc6000000-0xc70fffff] [ 8.366047] xen: registering gsi 13 triggering 1 polarity 0 [ 8.366942] ACPI: PCI Root Bridge [PCI1] (domain 0000 [bus 80-fe]) [ 8.366945] acpi PNP0A08:01: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] [ 8.367823] acpi PNP0A08:01: _OSC: platform does not support [AER LTR] [ 8.369279] acpi PNP0A08:01: _OSC: OS now controls [PCIeHotplug PME PCIeCapability] [ 8.369286] acpi PNP0A08:01: FADT indicates ASPM is unsupported, using BIOS configuration [ 8.369543] PCI host bridge to bus 0000:80 [ 8.369545] pci_bus 0000:80: root bus resource [io 0x8000-0xffff window] [ 8.369547] pci_bus 0000:80: root bus resource [mem 0xc8000000-0xfbffbfff window] [ 8.369548] pci_bus 0000:80: root bus resource [bus 80-fe] [ 8.369599] pci 0000:80:03.0: [8086:6f08] type 01 class 0x060400 [ 8.369910] pci 0000:80:03.0: PME# supported from D0 D3hot D3cold [ 8.370153] pci 0000:80:03.2: [8086:6f0a] type 01 class 0x060400 [ 8.370462] pci 0000:80:03.2: PME# supported from D0 D3hot D3cold [ 8.370716] pci 0000:80:04.0: [8086:6f20] type 00 class 0x088000 [ 8.370782] pci 0000:80:04.0: reg 0x10: [mem 0xfbf1c000-0xfbf1ffff 64bit] [ 8.371207] pci 0000:80:04.1: [8086:6f21] type 00 class 0x088000 [ 8.371273] pci 0000:80:04.1: reg 0x10: [mem 0xfbf18000-0xfbf1bfff 64bit] [ 8.371710] pci 0000:80:04.2: [8086:6f22] type 00 class 0x088000 [ 8.371776] pci 0000:80:04.2: reg 0x10: [mem 0xfbf14000-0xfbf17fff 64bit] [ 8.372195] pci 0000:80:04.3: [8086:6f23] type 00 class 0x088000 [ 8.372260] pci 0000:80:04.3: reg 0x10: [mem 0xfbf10000-0xfbf13fff 64bit] [ 8.372690] pci 0000:80:04.4: [8086:6f24] type 00 class 0x088000 [ 8.372755] pci 0000:80:04.4: reg 0x10: [mem 0xfbf0c000-0xfbf0ffff 64bit] [ 8.373174] pci 0000:80:04.5: [8086:6f25] type 00 class 0x088000 [ 8.373240] pci 0000:80:04.5: reg 0x10: [mem 0xfbf08000-0xfbf0bfff 64bit] [ 8.373671] pci 0000:80:04.6: [8086:6f26] type 00 class 0x088000 [ 8.373737] pci 0000:80:04.6: reg 0x10: [mem 0xfbf04000-0xfbf07fff 64bit] [ 8.374155] pci 0000:80:04.7: [8086:6f27] type 00 class 0x088000 [ 8.374220] pci 0000:80:04.7: reg 0x10: [mem 0xfbf00000-0xfbf03fff 64bit] [ 8.374643] pci 0000:80:05.0: [8086:6f28] type 00 class 0x088000 [ 8.375001] pci 0000:80:05.1: [8086:6f29] type 00 class 0x088000 [ 8.375427] pci 0000:80:05.2: [8086:6f2a] type 00 class 0x088000 [ 8.375792] pci 0000:80:05.4: [8086:6f2c] type 00 class 0x080020 [ 8.375840] pci 0000:80:05.4: reg 0x10: [mem 0xfbf20000-0xfbf20fff] [ 8.376676] pci 0000:81:00.0: [1000:0097] type 00 class 0x010700 [ 8.376730] pci 0000:81:00.0: reg 0x10: [io 0xf000-0xf0ff] [ 8.376770] pci 0000:81:00.0: reg 0x14: [mem 0xfbe40000-0xfbe4ffff 64bit] [ 8.376810] pci 0000:81:00.0: reg 0x1c: [mem 0xfbe00000-0xfbe3ffff 64bit] [ 8.376860] pci 0000:81:00.0: reg 0x30: [mem 0xfbd00000-0xfbdfffff pref] [ 8.376883] pci 0000:81:00.0: enabling Extended Tags [ 8.377131] pci 0000:81:00.0: supports D1 D2 [ 8.377328] pci 0000:80:03.0: PCI bridge to [bus 81] [ 8.377337] pci 0000:80:03.0: bridge window [io 0xf000-0xffff] [ 8.377345] pci 0000:80:03.0: bridge window [mem 0xfbd00000-0xfbefffff] [ 8.377737] pci 0000:82:00.0: [1000:0097] type 00 class 0x010700 [ 8.377794] pci 0000:82:00.0: reg 0x10: [io 0xe000-0xe0ff] [ 8.377836] pci 0000:82:00.0: reg 0x14: [mem 0xfbc40000-0xfbc4ffff 64bit] [ 8.377875] pci 0000:82:00.0: reg 0x1c: [mem 0xfbc00000-0xfbc3ffff 64bit] [ 8.377926] pci 0000:82:00.0: reg 0x30: [mem 0xfbb00000-0xfbbfffff pref] [ 8.377948] pci 0000:82:00.0: enabling Extended Tags [ 8.378197] pci 0000:82:00.0: supports D1 D2 [ 8.378399] pci 0000:80:03.2: PCI bridge to [bus 82] [ 8.378407] pci 0000:80:03.2: bridge window [io 0xe000-0xefff] [ 8.378416] pci 0000:80:03.2: bridge window [mem 0xfbb00000-0xfbcfffff] [ 8.378876] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15) [ 8.378962] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15) [ 8.379044] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 10 11 12 14 15) [ 8.379126] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 10 *11 12 14 15) [ 8.379207] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. [ 8.379292] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. [ 8.379388] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. [ 8.379473] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. [ 8.379762] xen:balloon: Initialising balloon driver [ 8.379887] iommu: Default domain type: Translated [ 8.379908] pci 0000:06:00.0: vgaarb: setting as boot VGA device [ 8.379908] pci 0000:06:00.0: vgaarb: VGA device added: decodes=io+mem,owns=io+mem,locks=none [ 8.379908] pci 0000:06:00.0: vgaarb: bridge control possible [ 8.379908] vgaarb: loaded [ 8.379908] SCSI subsystem initialized [ 8.379908] libata version 3.00 loaded. [ 8.379908] ACPI: bus type USB registered [ 8.379908] usbcore: registered new interface driver usbfs [ 8.379908] usbcore: registered new interface driver hub [ 8.379908] usbcore: registered new device driver usb [ 8.379908] EDAC MC: Ver: 3.0.0 [ 8.381692] Registered efivars operations [ 8.381692] PCI: Using ACPI for IRQ routing [ 8.408496] PCI: pci_cache_line_size set to 64 bytes [ 8.409763] e820: reserve RAM buffer [mem 0x78dfc000-0x7bffffff] [ 8.409765] e820: reserve RAM buffer [mem 0x79766000-0x7bffffff] [ 8.409767] e820: reserve RAM buffer [mem 0x7bcf8000-0x7bffffff] [ 8.409768] e820: reserve RAM buffer [mem 0x686eab000-0x687ffffff] [ 8.409927] NetLabel: Initializing [ 8.409928] NetLabel: domain hash size = 128 [ 8.409928] NetLabel: protocols = UNLABELED CIPSOv4 CALIPSO [ 8.409945] NetLabel: unlabeled traffic allowed by default [ 8.410525] clocksource: Switched to clocksource tsc-early [ 8.428758] VFS: Disk quotas dquot_6.6.0 [ 8.428772] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 8.428802] hugetlbfs: disabling because there are no supported hugepage sizes [ 8.428818] pnp: PnP ACPI init [ 8.429238] xen: registering gsi 8 triggering 1 polarity 0 [ 8.429281] pnp 00:00: Plug and Play ACPI device, IDs PNP0b00 (active) [ 8.429447] system 00:01: [io 0x0500-0x057f] has been reserved [ 8.429448] system 00:01: [io 0x0400-0x047f] has been reserved [ 8.429450] system 00:01: [io 0x0580-0x059f] has been reserved [ 8.429452] system 00:01: [io 0x0600-0x061f] has been reserved [ 8.429453] system 00:01: [io 0x0880-0x0883] has been reserved [ 8.429454] system 00:01: [io 0x0800-0x081f] has been reserved [ 8.429456] system 00:01: [mem 0xfed1c000-0xfed3ffff] has been reserved [ 8.429458] system 00:01: [mem 0xfed45000-0xfed8bfff] has been reserved [ 8.429459] system 00:01: [mem 0xff000000-0xffffffff] has been reserved [ 8.429461] system 00:01: [mem 0xfee00000-0xfeefffff] has been reserved [ 8.429462] system 00:01: [mem 0xfed12000-0xfed1200f] has been reserved [ 8.429463] system 00:01: [mem 0xfed12010-0xfed1201f] has been reserved [ 8.429465] system 00:01: [mem 0xfed1b000-0xfed1bfff] has been reserved [ 8.429469] system 00:01: Plug and Play ACPI device, IDs PNP0c02 (active) [ 8.429858] system 00:02: [io 0x0a00-0x0a0f] has been reserved [ 8.429859] system 00:02: [io 0x0a10-0x0a1f] has been reserved [ 8.429861] system 00:02: [io 0x0a20-0x0a2f] has been reserved [ 8.429862] system 00:02: [io 0x0a30-0x0a3f] has been reserved [ 8.429863] system 00:02: [io 0x0a40-0x0a4f] has been reserved [ 8.429866] system 00:02: Plug and Play ACPI device, IDs PNP0c02 (active) [ 8.430181] xen: registering gsi 4 triggering 1 polarity 0 [ 8.430202] pnp 00:03: [dma 0 disabled] [ 8.430251] pnp 00:03: Plug and Play ACPI device, IDs PNP0501 (active) [ 8.430571] xen: registering gsi 3 triggering 1 polarity 0 [ 8.430589] pnp 00:04: [dma 0 disabled] [ 8.430632] pnp 00:04: Plug and Play ACPI device, IDs PNP0501 (active) [ 8.431368] pnp: PnP ACPI: found 5 devices [ 8.434048] thermal_sys: Registered thermal governor 'fair_share' [ 8.434049] thermal_sys: Registered thermal governor 'bang_bang' [ 8.434050] thermal_sys: Registered thermal governor 'step_wise' [ 8.434050] thermal_sys: Registered thermal governor 'user_space' [ 8.448319] PM-Timer failed consistency check (0xffffff) - aborting. [ 8.448391] pci 0000:00:03.0: bridge window [mem 0x00100000-0x000fffff] to [bus 02] add_size 400000 add_align 100000 [ 8.448393] pci 0000:00:03.2: bridge window [mem 0x00100000-0x000fffff] to [bus 03] add_size 400000 add_align 100000 [ 8.448408] pci 0000:00:03.0: BAR 14: assigned [mem 0x90000000-0x903fffff] [ 8.448410] pci 0000:00:03.2: BAR 14: assigned [mem 0x90400000-0x907fffff] [ 8.448412] pci 0000:00:01.0: PCI bridge to [bus 01] [ 8.448454] pci 0000:02:00.0: BAR 7: assigned [mem 0x90000000-0x900fffff 64bit pref] [ 8.448463] pci 0000:02:00.0: BAR 10: assigned [mem 0x90100000-0x901fffff 64bit pref] [ 8.448470] pci 0000:02:00.1: BAR 7: assigned [mem 0x90200000-0x902fffff 64bit pref] [ 8.448477] pci 0000:02:00.1: BAR 10: assigned [mem 0x90300000-0x903fffff 64bit pref] [ 8.448484] pci 0000:00:03.0: PCI bridge to [bus 02] [ 8.448489] pci 0000:00:03.0: bridge window [io 0x6000-0x6fff] [ 8.448501] pci 0000:00:03.0: bridge window [mem 0x90000000-0x903fffff] [ 8.448509] pci 0000:00:03.0: bridge window [mem 0xc7a00000-0xc7efffff 64bit pref] [ 8.448526] pci 0000:03:00.0: BAR 7: assigned [mem 0x90400000-0x904fffff 64bit pref] [ 8.448533] pci 0000:03:00.0: BAR 10: assigned [mem 0x90500000-0x905fffff 64bit pref] [ 8.448540] pci 0000:03:00.1: BAR 7: assigned [mem 0x90600000-0x906fffff 64bit pref] [ 8.448546] pci 0000:03:00.1: BAR 10: assigned [mem 0x90700000-0x907fffff 64bit pref] [ 8.448553] pci 0000:00:03.2: PCI bridge to [bus 03] [ 8.448558] pci 0000:00:03.2: bridge window [io 0x5000-0x5fff] [ 8.448569] pci 0000:00:03.2: bridge window [mem 0x90400000-0x907fffff] [ 8.448577] pci 0000:00:03.2: bridge window [mem 0xc7400000-0xc78fffff 64bit pref] [ 8.448593] pci 0000:00:1c.0: PCI bridge to [bus 04] [ 8.448628] pci 0000:05:00.0: PCI bridge to [bus 06] [ 8.448634] pci 0000:05:00.0: bridge window [io 0x4000-0x4fff] [ 8.448648] pci 0000:05:00.0: bridge window [mem 0xc6000000-0xc70fffff] [ 8.448676] pci 0000:00:1c.4: PCI bridge to [bus 05-06] [ 8.448681] pci 0000:00:1c.4: bridge window [io 0x4000-0x4fff] [ 8.448693] pci 0000:00:1c.4: bridge window [mem 0xc6000000-0xc70fffff] [ 8.448717] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7 window] [ 8.448719] pci_bus 0000:00: resource 5 [io 0x1000-0x7fff window] [ 8.448720] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff window] [ 8.448721] pci_bus 0000:00: resource 7 [mem 0xfedb0000-0xfedb000f window] [ 8.448722] pci_bus 0000:00: resource 8 [mem 0xfedc0000-0xfedc000f window] [ 8.448723] pci_bus 0000:00: resource 9 [mem 0x90000000-0xc7ffbfff window] [ 8.448724] pci_bus 0000:02: resource 0 [io 0x6000-0x6fff] [ 8.448726] pci_bus 0000:02: resource 1 [mem 0x90000000-0x903fffff] [ 8.448727] pci_bus 0000:02: resource 2 [mem 0xc7a00000-0xc7efffff 64bit pref] [ 8.448728] pci_bus 0000:03: resource 0 [io 0x5000-0x5fff] [ 8.448730] pci_bus 0000:03: resource 1 [mem 0x90400000-0x907fffff] [ 8.448731] pci_bus 0000:03: resource 2 [mem 0xc7400000-0xc78fffff 64bit pref] [ 8.448732] pci_bus 0000:05: resource 0 [io 0x4000-0x4fff] [ 8.448734] pci_bus 0000:05: resource 1 [mem 0xc6000000-0xc70fffff] [ 8.448735] pci_bus 0000:06: resource 0 [io 0x4000-0x4fff] [ 8.448736] pci_bus 0000:06: resource 1 [mem 0xc6000000-0xc70fffff] [ 8.448854] pci 0000:80:03.0: PCI bridge to [bus 81] [ 8.448859] pci 0000:80:03.0: bridge window [io 0xf000-0xffff] [ 8.448870] pci 0000:80:03.0: bridge window [mem 0xfbd00000-0xfbefffff] [ 8.448892] pci 0000:80:03.2: PCI bridge to [bus 82] [ 8.448896] pci 0000:80:03.2: bridge window [io 0xe000-0xefff] [ 8.448908] pci 0000:80:03.2: bridge window [mem 0xfbb00000-0xfbcfffff] [ 8.448930] pci_bus 0000:80: resource 4 [io 0x8000-0xffff window] [ 8.448931] pci_bus 0000:80: resource 5 [mem 0xc8000000-0xfbffbfff window] [ 8.448933] pci_bus 0000:81: resource 0 [io 0xf000-0xffff] [ 8.448934] pci_bus 0000:81: resource 1 [mem 0xfbd00000-0xfbefffff] [ 8.448935] pci_bus 0000:82: resource 0 [io 0xe000-0xefff] [ 8.448937] pci_bus 0000:82: resource 1 [mem 0xfbb00000-0xfbcfffff] [ 8.449031] NET: Registered protocol family 2 [ 8.449202] tcp_listen_portaddr_hash hash table entries: 16384 (order: 6, 262144 bytes, linear) [ 8.449256] TCP established hash table entries: 262144 (order: 9, 2097152 bytes, linear) [ 8.449589] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes, linear) [ 8.449747] TCP: Hash tables configured (established 262144 bind 65536) [ 8.449799] UDP hash table entries: 16384 (order: 7, 524288 bytes, linear) [ 8.449882] UDP-Lite hash table entries: 16384 (order: 7, 524288 bytes, linear) [ 8.450126] NET: Registered protocol family 1 [ 8.450768] pci 0000:00:05.0: disabled boot interrupts on device [8086:6f28] [ 8.450878] xen: registering gsi 19 triggering 0 polarity 1 [ 8.450899] xen: --> pirq=19 -> irq=19 (gsi=19) [ 8.451178] xen: registering gsi 18 triggering 0 polarity 1 [ 8.451191] xen: --> pirq=18 -> irq=18 (gsi=18) [ 8.467598] pci 0000:00:1a.0: quirk_usb_early_handoff+0x0/0x647 took 16080 usecs [ 8.467727] xen: registering gsi 18 triggering 0 polarity 1 [ 8.467732] Already setup the GSI :18 [ 8.484591] pci 0000:00:1d.0: quirk_usb_early_handoff+0x0/0x647 took 16560 usecs [ 8.484636] pci 0000:02:00.0: CLS mismatch (64 != 32), using 64 bytes [ 8.484684] pci 0000:06:00.0: Video device with shadowed ROM at [mem 0x000c0000-0x000dffff] [ 8.484725] pci 0000:80:05.0: disabled boot interrupts on device [8086:6f28] [ 8.484772] Unpacking initramfs... [ 8.702774] Freeing initrd memory: 11768K [ 8.703920] Initialise system trusted keyrings [ 8.704044] workingset: timestamp_bits=40 max_order=23 bucket_order=0 [ 8.706331] zbud: loaded [ 8.712922] NET: Registered protocol family 38 [ 8.712926] Key type asymmetric registered [ 8.712927] Asymmetric key parser 'x509' registered [ 8.712936] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 248) [ 8.713002] io scheduler mq-deadline registered [ 8.713004] io scheduler kyber registered [ 8.713119] atomic64_test: passed for x86-64 platform with CX8 and with SSE [ 8.713582] xen: registering gsi 26 triggering 0 polarity 1 [ 8.713609] xen: --> pirq=26 -> irq=26 (gsi=26) [ 8.713900] pcieport 0000:00:01.0: PME: Signaling with IRQ 98 [ 8.714115] xen: registering gsi 40 triggering 0 polarity 1 [ 8.714129] xen: --> pirq=40 -> irq=40 (gsi=40) [ 8.714402] pcieport 0000:00:03.0: PME: Signaling with IRQ 99 [ 8.714617] xen: registering gsi 40 triggering 0 polarity 1 [ 8.714620] Already setup the GSI :40 [ 8.714860] pcieport 0000:00:03.2: PME: Signaling with IRQ 100 [ 8.715057] xen: registering gsi 16 triggering 0 polarity 1 [ 8.715074] xen: --> pirq=16 -> irq=16 (gsi=16) [ 8.715228] pcieport 0000:00:1c.0: PME: Signaling with IRQ 101 [ 8.715452] xen: registering gsi 16 triggering 0 polarity 1 [ 8.715455] Already setup the GSI :16 [ 8.715600] pcieport 0000:00:1c.4: PME: Signaling with IRQ 102 [ 8.715801] xen: registering gsi 64 triggering 0 polarity 1 [ 8.715813] xen: --> pirq=64 -> irq=64 (gsi=64) [ 8.716064] pcieport 0000:80:03.0: PME: Signaling with IRQ 103 [ 8.716257] xen: registering gsi 64 triggering 0 polarity 1 [ 8.716259] Already setup the GSI :64 [ 8.716504] pcieport 0000:80:03.2: PME: Signaling with IRQ 104 [ 8.716665] efifb: probing for efifb [ 8.716668] efi: EFI_MEMMAP is not enabled. [ 8.717170] efifb: framebuffer at 0xc6000000, using 1876k, total 1875k [ 8.717171] efifb: mode is 800x600x32, linelength=3200, pages=1 [ 8.717171] efifb: scrolling: redraw [ 8.717173] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0 [ 8.717294] Console: switching to colour frame buffer device 100x37 [ 8.727459] fb0: EFI VGA frame buffer device [ 8.727474] intel_idle: MWAIT substates: 0x2120 [ 8.727475] intel_idle: v0.4.1 model 0x4F [ 8.727480] intel_idle: intel_idle yielding to none [ 8.727822] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0 [ 8.727853] ACPI: Power Button [PWRB] [ 8.727891] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1 [ 8.727978] ACPI: Power Button [PWRF] [ 8.728193] Monitor-Mwait will be used to enter C-1 state [ 8.728217] Monitor-Mwait will be used to enter C-2 state [ 8.729668] ERST: Error Record Serialization Table (ERST) support is initialized. [ 8.729671] pstore: Registered erst as persistent store backend [ 8.730194] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [ 8.730854] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled [ 8.752075] 00:03: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A [ 8.773327] 00:04: ttyS1 at I/O 0x2f8 (irq = 3, base_baud = 115200) is a 16550A [ 8.775534] hpet_acpi_add: no address or irqs in _CRS [ 8.775635] Non-volatile memory driver v1.3 [ 8.775682] Linux agpgart interface v0.103 [ 8.776445] ahci 0000:00:11.4: version 3.0 [ 8.776520] xen: registering gsi 16 triggering 0 polarity 1 [ 8.776523] Already setup the GSI :16 [ 8.776684] ahci 0000:00:11.4: AHCI 0001.0300 32 slots 4 ports 6 Gbps 0xf impl SATA mode [ 8.776687] ahci 0000:00:11.4: flags: 64bit ncq led clo pio slum part ems apst [ 8.785959] scsi host0: ahci [ 8.786176] scsi host1: ahci [ 8.786352] scsi host2: ahci [ 8.786531] scsi host3: ahci [ 8.786584] ata1: SATA max UDMA/133 abar m2048@0xc7138000 port 0xc7138100 irq 106 [ 8.786586] ata2: SATA max UDMA/133 abar m2048@0xc7138000 port 0xc7138180 irq 106 [ 8.786588] ata3: SATA max UDMA/133 abar m2048@0xc7138000 port 0xc7138200 irq 106 [ 8.786590] ata4: SATA max UDMA/133 abar m2048@0xc7138000 port 0xc7138280 irq 106 [ 8.786712] xen: registering gsi 16 triggering 0 polarity 1 [ 8.786715] Already setup the GSI :16 [ 8.786920] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x3f impl SATA mode [ 8.786922] ahci 0000:00:1f.2: flags: 64bit ncq led clo pio slum part ems apst [ 8.802091] scsi host4: ahci [ 8.802269] scsi host5: ahci [ 8.802453] scsi host6: ahci [ 8.802631] scsi host7: ahci [ 8.802808] scsi host8: ahci [ 8.802985] scsi host9: ahci [ 8.803041] ata5: SATA max UDMA/133 abar m2048@0xc7132000 port 0xc7132100 irq 107 [ 8.803043] ata6: SATA max UDMA/133 abar m2048@0xc7132000 port 0xc7132180 irq 107 [ 8.803044] ata7: SATA max UDMA/133 abar m2048@0xc7132000 port 0xc7132200 irq 107 [ 8.803046] ata8: SATA max UDMA/133 abar m2048@0xc7132000 port 0xc7132280 irq 107 [ 8.803047] ata9: SATA max UDMA/133 abar m2048@0xc7132000 port 0xc7132300 irq 107 [ 8.803049] ata10: SATA max UDMA/133 abar m2048@0xc7132000 port 0xc7132380 irq 107 [ 8.803159] libphy: Fixed MDIO Bus: probed [ 8.803231] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 8.803238] ehci-pci: EHCI PCI platform driver [ 8.803357] xen: registering gsi 18 triggering 0 polarity 1 [ 8.803362] Already setup the GSI :18 [ 8.803496] ehci-pci 0000:00:1a.0: EHCI Host Controller [ 8.803565] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus number 1 [ 8.803592] ehci-pci 0000:00:1a.0: debug port 2 [ 8.807554] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported [ 8.807604] ehci-pci 0000:00:1a.0: irq 18, io mem 0xc7134000 [ 8.814394] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00 [ 8.814468] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.04 [ 8.814470] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 8.814471] usb usb1: Product: EHCI Host Controller [ 8.814473] usb usb1: Manufacturer: Linux 5.4.38-gentoo-host ehci_hcd [ 8.814474] usb usb1: SerialNumber: 0000:00:1a.0 [ 8.814616] hub 1-0:1.0: USB hub found [ 8.814630] hub 1-0:1.0: 2 ports detected [ 8.814901] xen: registering gsi 18 triggering 0 polarity 1 [ 8.814904] Already setup the GSI :18 [ 8.814965] ehci-pci 0000:00:1d.0: EHCI Host Controller [ 8.815023] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2 [ 8.815049] ehci-pci 0000:00:1d.0: debug port 2 [ 8.818994] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported [ 8.818999] ehci-pci 0000:00:1d.0: irq 18, io mem 0xc7133000 [ 8.825461] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00 [ 8.825560] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.04 [ 8.825562] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 8.825563] usb usb2: Product: EHCI Host Controller [ 8.825564] usb usb2: Manufacturer: Linux 5.4.38-gentoo-host ehci_hcd [ 8.825565] usb usb2: SerialNumber: 0000:00:1d.0 [ 8.825693] hub 2-0:1.0: USB hub found [ 8.825703] hub 2-0:1.0: 2 ports detected [ 8.825896] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 8.825900] ohci-pci: OHCI PCI platform driver [ 8.825923] uhci_hcd: USB Universal Host Controller Interface driver [ 8.826072] xen: registering gsi 19 triggering 0 polarity 1 [ 8.826075] Already setup the GSI :19 [ 8.826130] xhci_hcd 0000:00:14.0: xHCI Host Controller [ 8.826233] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 3 [ 8.827325] xhci_hcd 0000:00:14.0: hcc params 0x200077c1 hci version 0x100 quirks 0x0000000000009810 [ 8.827339] xhci_hcd 0000:00:14.0: cache line size of 64 is not supported [ 8.827630] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.04 [ 8.827631] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 8.827633] usb usb3: Product: xHCI Host Controller [ 8.827634] usb usb3: Manufacturer: Linux 5.4.38-gentoo-host xhci-hcd [ 8.827635] usb usb3: SerialNumber: 0000:00:14.0 [ 8.827774] hub 3-0:1.0: USB hub found [ 8.827796] hub 3-0:1.0: 15 ports detected [ 8.828852] xhci_hcd 0000:00:14.0: xHCI Host Controller [ 8.828922] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 4 [ 8.828925] xhci_hcd 0000:00:14.0: Host supports USB 3.0 SuperSpeed [ 8.829000] usb usb4: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 5.04 [ 8.829002] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 8.829003] usb usb4: Product: xHCI Host Controller [ 8.829004] usb usb4: Manufacturer: Linux 5.4.38-gentoo-host xhci-hcd [ 8.829006] usb usb4: SerialNumber: 0000:00:14.0 [ 8.829133] hub 4-0:1.0: USB hub found [ 8.829149] hub 4-0:1.0: 6 ports detected [ 8.829827] usbcore: registered new interface driver usbserial_generic [ 8.829832] usbserial: USB Serial support registered for generic [ 8.829848] i8042: PNP: No PS/2 controller found. [ 8.829917] mousedev: PS/2 mouse device common for all mice [ 8.830054] rtc_cmos 00:00: RTC can wake from S4 [ 8.830388] rtc_cmos 00:00: registered as rtc0 [ 8.830415] rtc_cmos 00:00: alarms up to one month, y3k, 114 bytes nvram [ 8.830455] device-mapper: uevent: version 1.0.3 [ 8.830547] device-mapper: ioctl: 4.41.0-ioctl (2019-09-16) initialised: dm-devel@redhat.com [ 8.830686] intel_pstate: CPU model not supported [ 8.831432] hidraw: raw HID events driver (C) Jiri Kosina [ 8.831456] usbcore: registered new interface driver usbhid [ 8.831457] usbhid: USB HID core driver [ 8.831510] drop_monitor: Initializing network drop monitor service [ 8.831668] Initializing XFRM netlink socket [ 8.831810] NET: Registered protocol family 10 [ 8.832125] Segment Routing with IPv6 [ 8.832145] mip6: Mobile IPv6 [ 8.832146] NET: Registered protocol family 17 [ 8.832435] IPI shorthand broadcast: enabled [ 8.832440] AVX2 version of gcm_enc/dec engaged. [ 8.832440] AES CTR mode by8 optimization enabled [ 8.837640] sched_clock: Marking stable (8803204451, 34422623)->(8952440556, -114813482) [ 8.837905] registered taskstats version 1 [ 8.837913] Loading compiled-in X.509 certificates [ 8.837954] zswap: loaded using pool lzo/zbud [ 8.838184] Key type ._fscrypt registered [ 8.838185] Key type .fscrypt registered [ 8.838347] pstore: Using crash dump compression: deflate [ 8.839844] Key type big_key registered [ 8.840279] Key type encrypted registered [ 8.841024] PM: Magic number: 0:915:690 [ 8.841051] mem mem: hash matches [ 8.841216] acpi LNXCPU:31: hash matches [ 8.841334] rtc_cmos 00:00: setting system clock to 2020-08-01T16:41:13 UTC (1596300073) [ 9.086532] random: crng init done [ 9.095976] ata2: SATA link down (SStatus 0 SControl 300) [ 9.096001] ata3: SATA link down (SStatus 0 SControl 300) [ 9.096025] ata1: SATA link down (SStatus 0 SControl 300) [ 9.096051] ata4: SATA link down (SStatus 0 SControl 300) [ 9.112197] ata9: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 9.112220] ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 9.112240] ata8: SATA link down (SStatus 0 SControl 300) [ 9.112266] ata5: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 9.112285] ata10: SATA link down (SStatus 0 SControl 300) [ 9.112304] ata7: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 9.112499] ata6.00: ATA-10: INTEL SSDSC2BB240G7, N2010101, max UDMA/133 [ 9.112501] ata6.00: 468862128 sectors, multi 1: LBA48 NCQ (depth 32) [ 9.112549] ata5.00: ATA-10: INTEL SSDSC2BB240G7, N2010101, max UDMA/133 [ 9.112551] ata5.00: 468862128 sectors, multi 1: LBA48 NCQ (depth 32) [ 9.112659] ata7.00: ATA-9: INTEL SSDSC2BA400G4, G2010150, max UDMA/133 [ 9.112661] ata7.00: 781422768 sectors, multi 1: LBA48 NCQ (depth 32) [ 9.112705] ata9.00: ATA-8: Xstra SSD, N0911, max UDMA/133 [ 9.112706] ata9.00: 61865984 sectors, multi 0: LBA48 [ 9.112924] ata6.00: configured for UDMA/133 [ 9.113009] ata5.00: configured for UDMA/133 [ 9.113170] scsi 4:0:0:0: Direct-Access ATA INTEL SSDSC2BB24 0101 PQ: 0 ANSI: 5 [ 9.113185] ata7.00: configured for UDMA/133 [ 9.113408] ata9.00: configured for UDMA/133 [ 9.113421] ata5.00: Enabling discard_zeroes_data [ 9.113431] sd 4:0:0:0: Attached scsi generic sg0 type 0 [ 9.113527] sd 4:0:0:0: [sda] 468862128 512-byte logical blocks: (240 GB/224 GiB) [ 9.113530] sd 4:0:0:0: [sda] 4096-byte physical blocks [ 9.113547] sd 4:0:0:0: [sda] Write Protect is off [ 9.113550] sd 4:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 9.113577] sd 4:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 9.113667] scsi 5:0:0:0: Direct-Access ATA INTEL SSDSC2BB24 0101 PQ: 0 ANSI: 5 [ 9.113834] ata5.00: Enabling discard_zeroes_data [ 9.113838] ata6.00: Enabling discard_zeroes_data [ 9.113839] sd 5:0:0:0: Attached scsi generic sg1 type 0 [ 9.114026] sd 5:0:0:0: [sdb] 468862128 512-byte logical blocks: (240 GB/224 GiB) [ 9.114028] sd 5:0:0:0: [sdb] 4096-byte physical blocks [ 9.114044] sd 5:0:0:0: [sdb] Write Protect is off [ 9.114047] sd 5:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [ 9.114077] scsi 6:0:0:0: Direct-Access ATA INTEL SSDSC2BA40 0150 PQ: 0 ANSI: 5 [ 9.114082] sd 5:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 9.114308] sd 6:0:0:0: Attached scsi generic sg2 type 0 [ 9.114331] ata7.00: Enabling discard_zeroes_data [ 9.114407] ata6.00: Enabling discard_zeroes_data [ 9.114542] scsi 8:0:0:0: Direct-Access ATA Xstra SSD 1 PQ: 0 ANSI: 5 [ 9.114587] sd 6:0:0:0: [sdc] 781422768 512-byte logical blocks: (400 GB/373 GiB) [ 9.114589] sd 6:0:0:0: [sdc] 4096-byte physical blocks [ 9.114605] sd 6:0:0:0: [sdc] Write Protect is off [ 9.114608] sd 6:0:0:0: [sdc] Mode Sense: 00 3a 00 00 [ 9.114621] ata5.00: Enabling discard_zeroes_data [ 9.114639] sd 6:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 9.114754] sd 8:0:0:0: Attached scsi generic sg3 type 0 [ 9.114783] sd 4:0:0:0: [sda] Attached SCSI disk [ 9.114934] sd 8:0:0:0: [sdd] 61865984 512-byte logical blocks: (31.7 GB/29.5 GiB) [ 9.114958] sd 8:0:0:0: [sdd] Write Protect is off [ 9.114960] sd 8:0:0:0: [sdd] Mode Sense: 00 3a 00 00 [ 9.114983] ata7.00: Enabling discard_zeroes_data [ 9.115027] sd 8:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 9.115262] ata6.00: Enabling discard_zeroes_data [ 9.115559] sd 5:0:0:0: [sdb] Attached SCSI disk [ 9.115583] sdc: sdc1 sdc2 sdc3 sdc4 [ 9.115987] ata7.00: Enabling discard_zeroes_data [ 9.116247] sd 6:0:0:0: [sdc] Attached SCSI disk [ 9.117236] sdd: sdd1 sdd2 sdd3 [ 9.117816] sd 8:0:0:0: [sdd] Attached SCSI disk [ 9.119633] Freeing unused kernel image memory: 1692K [ 9.123447] Write protecting the kernel read-only data: 18432k [ 9.134418] Freeing unused kernel image memory: 2016K [ 9.135294] Freeing unused kernel image memory: 1048K [ 9.139430] usb 1-1: new high-speed USB device number 2 using ehci-pci [ 9.147430] usb 2-1: new high-speed USB device number 2 using ehci-pci [ 9.147443] usb 3-14: new high-speed USB device number 2 using xhci_hcd [ 9.262027] x86/mm: Checked W+X mappings: passed, no W+X pages found. [ 9.262043] rodata_test: all tests were successful [ 9.262046] Run /init as init process [ 9.273630] usb 3-14: New USB device found, idVendor=0557, idProduct=7000, bcdDevice= 0.00 [ 9.273633] usb 3-14: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 9.274040] hub 3-14:1.0: USB hub found [ 9.274133] hub 3-14:1.0: 4 ports detected [ 9.276778] usb 2-1: New USB device found, idVendor=8087, idProduct=8002, bcdDevice= 0.05 [ 9.276780] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 9.276825] usb 1-1: New USB device found, idVendor=8087, idProduct=800a, bcdDevice= 0.05 [ 9.276826] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 9.277049] hub 2-1:1.0: USB hub found [ 9.277076] hub 1-1:1.0: USB hub found [ 9.277153] hub 2-1:1.0: 8 ports detected [ 9.277159] hub 1-1:1.0: 6 ports detected [ 9.301472] zlua: loading out-of-tree module taints kernel. [ 9.301475] zlua: module license 'MIT' taints kernel. [ 9.301476] Disabling lock debugging due to kernel taint [ 9.565428] usb 3-14.1: new low-speed USB device number 3 using xhci_hcd [ 9.669784] usb 3-14.1: New USB device found, idVendor=0557, idProduct=2419, bcdDevice= 1.00 [ 9.669786] usb 3-14.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 9.675089] input: HID 0557:2419 as /devices/pci0000:00/0000:00:14.0/usb3/3-14/3-14.1/3-14.1:1.0/0003:0557:2419.0001/input/input2 [ 9.726607] hid-generic 0003:0557:2419.0001: input,hidraw0: USB HID v1.00 Keyboard [HID 0557:2419] on usb-0000:00:14.0-14.1/input0 [ 9.727583] input: HID 0557:2419 as /devices/pci0000:00/0000:00:14.0/usb3/3-14/3-14.1/3-14.1:1.1/0003:0557:2419.0002/input/input3 [ 9.727731] hid-generic 0003:0557:2419.0002: input,hidraw1: USB HID v1.00 Mouse [HID 0557:2419] on usb-0000:00:14.0-14.1/input1 [ 9.729402] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x1e45380b760, max_idle_ns: 440795224466 ns [ 9.915036] clocksource: Switched to clocksource tsc [ 11.320508] ZFS: Loaded module v0.8.3-r0-gentoo, ZFS pool version 5000, ZFS filesystem version 5 [ 11.324747] udevd[295]: starting version 3.2.9 [ 11.327787] udevd[296]: starting eudev-3.2.9 [ 11.533230] udevd[328]: failed to execute '/sbin/modprobe' '/sbin/modprobe zfs': No such file or directory [ 11.535016] udevd[329]: failed to execute '/sbin/modprobe' '/sbin/modprobe zfs': No such file or directory [ 11.573526] udevd[343]: failed to execute '/sbin/modprobe' '/sbin/modprobe zfs': No such file or directory [ 11.578226] udevd[344]: failed to execute '/sbin/modprobe' '/sbin/modprobe zfs': No such file or directory [ 11.579950] udevd[341]: failed to execute '/sbin/modprobe' '/sbin/modprobe zfs': No such file or directory [ 11.582823] udevd[342]: failed to execute '/sbin/modprobe' '/sbin/modprobe zfs': No such file or directory [ 12.590139] udevd[306]: '/lib/udev/vdev_id -d zd352' [1063] terminated by signal 15 (Terminated) [ 12.592556] udevd[309]: '/lib/udev/vdev_id -d zd320' [1064] terminated by signal 15 (Terminated) [ 15.661218] udevd[1909]: starting version 3.2.9 [ 15.679031] udevd[1909]: starting eudev-3.2.9 [ 16.118257] tun: Universal TUN/TAP device driver, 1.6 [ 16.403918] IPMI message handler: version 39.2 [ 16.405098] ipmi device interface [ 16.424170] ipmi_si: IPMI System Interface driver [ 16.424194] ipmi_si dmi-ipmi-si.0: ipmi_platform: probing via SMBIOS [ 16.424198] ipmi_platform: ipmi_si: SMBIOS: io 0xca2 regsize 1 spacing 1 irq 0 [ 16.424200] ipmi_si: Adding SMBIOS-specified kcs state machine [ 16.424312] ipmi_si IPI0001:00: ipmi_platform: probing via ACPI [ 16.424516] ipmi_si IPI0001:00: ipmi_platform: [io 0x0ca2] regsize 1 spacing 1 irq 0 [ 16.424519] ipmi_si dmi-ipmi-si.0: Removing SMBIOS-specified kcs state machine in favor of ACPI [ 16.424521] ipmi_si: Adding ACPI-specified kcs state machine [ 16.424656] ipmi_si: Trying ACPI-specified kcs state machine at i/o address 0xca2, slave address 0x20, irq 0 [ 16.478438] ipmi_si IPI0001:00: The BMC does not support clearing the recv irq bit, compensating, but the BMC needs to be fixed. [ 16.489923] power_meter ACPI000D:00: Found ACPI power meter. [ 16.489960] power_meter ACPI000D:00: Ignoring unsafe software power cap! [ 16.489970] power_meter ACPI000D:00: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). [ 16.501696] dca service started, version 1.12.1 [ 16.504653] ipmi_si IPI0001:00: IPMI message handler: Found new BMC (man_id: 0x002a7c, prod_id: 0x0835, dev_id: 0x20) [ 16.516640] ioatdma: Intel(R) QuickData Technology Driver 5.00 [ 16.517028] pps_core: LinuxPPS API ver. 1 registered [ 16.517029] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti [ 16.517033] xen: registering gsi 31 triggering 0 polarity 1 [ 16.517095] xen: --> pirq=31 -> irq=31 (gsi=31) [ 16.518323] PTP clock support registered [ 16.530435] ixgbe: Intel(R) 10 Gigabit PCI Express Network Driver - version 5.1.0-k [ 16.530437] ixgbe: Copyright (c) 1999-2016 Intel Corporation. [ 16.531398] xen: registering gsi 40 triggering 0 polarity 1 [ 16.531405] Already setup the GSI :40 [ 16.536364] xen: registering gsi 39 triggering 0 polarity 1 [ 16.536410] xen: --> pirq=39 -> irq=39 (gsi=39) [ 16.547032] xen: registering gsi 31 triggering 0 polarity 1 [ 16.547036] Already setup the GSI :31 [ 16.550116] ipmi_si IPI0001:00: IPMI kcs interface initialized [ 16.557004] xen: registering gsi 39 triggering 0 polarity 1 [ 16.557008] Already setup the GSI :39 [ 16.566531] xen: registering gsi 31 triggering 0 polarity 1 [ 16.566535] Already setup the GSI :31 [ 16.570539] ipmi_ssif: IPMI SSIF Interface driver [ 16.577964] xen: registering gsi 39 triggering 0 polarity 1 [ 16.577968] Already setup the GSI :39 [ 16.588034] xen: registering gsi 31 triggering 0 polarity 1 [ 16.588038] Already setup the GSI :31 [ 16.600584] xen: registering gsi 39 triggering 0 polarity 1 [ 16.600589] Already setup the GSI :39 [ 16.613781] xen: registering gsi 55 triggering 0 polarity 1 [ 16.613806] xen: --> pirq=55 -> irq=55 (gsi=55) [ 16.626760] xen: registering gsi 63 triggering 0 polarity 1 [ 16.626781] xen: --> pirq=63 -> irq=63 (gsi=63) [ 16.639589] xen: registering gsi 55 triggering 0 polarity 1 [ 16.639594] Already setup the GSI :55 [ 16.652438] xen: registering gsi 63 triggering 0 polarity 1 [ 16.652444] Already setup the GSI :63 [ 16.666165] xen: registering gsi 55 triggering 0 polarity 1 [ 16.666171] Already setup the GSI :55 [ 16.673046] mei_me 0000:00:16.0: Device doesn't have valid ME Interface [ 16.680096] xen: registering gsi 63 triggering 0 polarity 1 [ 16.680103] Already setup the GSI :63 [ 16.694271] xen: registering gsi 55 triggering 0 polarity 1 [ 16.694278] Already setup the GSI :55 [ 16.707209] xen: registering gsi 63 triggering 0 polarity 1 [ 16.707215] Already setup the GSI :63 [ 16.743766] i801_smbus 0000:00:1f.3: enabling device (0000 -> 0003) [ 16.743940] xen: registering gsi 18 triggering 0 polarity 1 [ 16.743950] Already setup the GSI :18 [ 16.744022] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt [ 16.780836] checking generic (c6000000 1d5000) vs hw (c6000000 1000000) [ 16.780838] fb0: switching to astdrmfb from EFI VGA [ 16.781853] Console: switching to colour dummy device 80x25 [ 16.784151] xen: registering gsi 16 triggering 0 polarity 1 [ 16.784159] Already setup the GSI :16 [ 16.793668] [drm] Using P2A bridge for configuration [ 16.793673] [drm] AST 2400 detected [ 16.793727] [drm] Analog VGA only [ 16.793755] [drm] dram MCLK=408 Mhz type=1 bus_width=16 size=01000000 [ 16.796720] [TTM] Zone kernel: Available graphics memory: 12263628 KiB [ 16.796722] [TTM] Zone dma32: Available graphics memory: 2097152 KiB [ 16.796723] [TTM] Initializing pool allocator [ 16.796728] [TTM] Initializing DMA pool allocator [ 16.801799] ixgbe 0000:02:00.0: Multiqueue Enabled: Rx Queue count = 4, Tx Queue count = 4 XDP Queue count = 0 [ 16.816687] fbcon: astdrmfb (fb0) is primary device [ 16.848597] Console: switching to colour frame buffer device 128x48 [ 16.856082] ast 0000:06:00.0: fb0: astdrmfb frame buffer device [ 16.881717] input: PC Speaker as /devices/platform/pcspkr/input/input4 [ 16.883314] [drm] Initialized ast 0.1.0 20120228 for 0000:06:00.0 on minor 0 [ 16.892468] ixgbe 0000:02:00.0: 32.000 Gb/s available PCIe bandwidth (5 GT/s x8 link) [ 16.898008] RAPL PMU: API unit is 2^-32 Joules, 2 fixed counters, 655360 ms ovfl timer [ 16.898010] RAPL PMU: hw unit of domain package 2^-14 Joules [ 16.898011] RAPL PMU: hw unit of domain dram 2^-16 Joules [ 16.916480] ixgbe 0000:02:00.0: MAC: 3, PHY: 0, PBA No: 042000-000 [ 16.916484] ixgbe 0000:02:00.0: 0c:c4:7a:eb:2a:e4 [ 17.102760] EDAC sbridge: Seeking for: PCI ID 8086:6fa0 [ 17.102788] EDAC sbridge: Seeking for: PCI ID 8086:6fa0 [ 17.102813] EDAC sbridge: Seeking for: PCI ID 8086:6fa0 [ 17.102833] EDAC sbridge: Seeking for: PCI ID 8086:6f60 [ 17.102851] EDAC sbridge: Seeking for: PCI ID 8086:6fa8 [ 17.102866] EDAC sbridge: Seeking for: PCI ID 8086:6fa8 [ 17.102881] EDAC sbridge: Seeking for: PCI ID 8086:6fa8 [ 17.102889] EDAC sbridge: Seeking for: PCI ID 8086:6f71 [ 17.102902] EDAC sbridge: Seeking for: PCI ID 8086:6f71 [ 17.102918] EDAC sbridge: Seeking for: PCI ID 8086:6f71 [ 17.102925] EDAC sbridge: Seeking for: PCI ID 8086:6faa [ 17.102937] EDAC sbridge: Seeking for: PCI ID 8086:6faa [ 17.102955] EDAC sbridge: Seeking for: PCI ID 8086:6faa [ 17.102962] EDAC sbridge: Seeking for: PCI ID 8086:6fab [ 17.102975] EDAC sbridge: Seeking for: PCI ID 8086:6fab [ 17.102989] EDAC sbridge: Seeking for: PCI ID 8086:6fab [ 17.102996] EDAC sbridge: Seeking for: PCI ID 8086:6fac [ 17.103009] EDAC sbridge: Seeking for: PCI ID 8086:6fac [ 17.103024] EDAC sbridge: Seeking for: PCI ID 8086:6fac [ 17.103031] EDAC sbridge: Seeking for: PCI ID 8086:6fad [ 17.103045] EDAC sbridge: Seeking for: PCI ID 8086:6fad [ 17.103060] EDAC sbridge: Seeking for: PCI ID 8086:6fad [ 17.103067] EDAC sbridge: Seeking for: PCI ID 8086:6f68 [ 17.103072] EDAC sbridge: Seeking for: PCI ID 8086:6f79 [ 17.103086] EDAC sbridge: Seeking for: PCI ID 8086:6f6a [ 17.103100] EDAC sbridge: Seeking for: PCI ID 8086:6f6b [ 17.103113] EDAC sbridge: Seeking for: PCI ID 8086:6f6c [ 17.103127] EDAC sbridge: Seeking for: PCI ID 8086:6f6d [ 17.103141] EDAC sbridge: Seeking for: PCI ID 8086:6ffc [ 17.103154] EDAC sbridge: Seeking for: PCI ID 8086:6ffc [ 17.103169] EDAC sbridge: Seeking for: PCI ID 8086:6ffc [ 17.103177] EDAC sbridge: Seeking for: PCI ID 8086:6ffd [ 17.103189] EDAC sbridge: Seeking for: PCI ID 8086:6ffd [ 17.103204] EDAC sbridge: Seeking for: PCI ID 8086:6ffd [ 17.103212] EDAC sbridge: Seeking for: PCI ID 8086:6faf [ 17.103225] EDAC sbridge: Seeking for: PCI ID 8086:6faf [ 17.103240] EDAC sbridge: Seeking for: PCI ID 8086:6faf [ 17.103686] EDAC MC0: Giving out device to module sb_edac controller Broadwell SrcID#1_Ha#0: DEV 0000:ff:12.0 (INTERRUPT) [ 17.104121] EDAC MC1: Giving out device to module sb_edac controller Broadwell SrcID#0_Ha#0: DEV 0000:7f:12.0 (INTERRUPT) [ 17.104122] EDAC sbridge: Ver: 1.1.2 [ 17.117436] ixgbe 0000:02:00.0: Intel(R) 10 Gigabit Network Connection [ 17.117483] libphy: ixgbe-mdio: probed [ 17.117626] xen: registering gsi 44 triggering 0 polarity 1 [ 17.117667] xen: --> pirq=44 -> irq=44 (gsi=44) [ 17.162837] iTCO_vendor_support: vendor-support=0 [ 17.163807] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11 [ 17.163861] iTCO_wdt: Found a Wellsburg TCO device (Version=2, TCOBASE=0x0460) [ 17.164161] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 17.176835] intel_rapl_common: Found RAPL domain package [ 17.176855] intel_rapl_common: Found RAPL domain dram [ 17.176857] intel_rapl_common: DRAM domain energy unit 15300pj [ 17.381861] ixgbe 0000:02:00.1: Multiqueue Enabled: Rx Queue count = 4, Tx Queue count = 4 XDP Queue count = 0 [ 17.467446] ixgbe 0000:02:00.1: 32.000 Gb/s available PCIe bandwidth (5 GT/s x8 link) [ 17.491428] ixgbe 0000:02:00.1: MAC: 3, PHY: 0, PBA No: 042000-000 [ 17.491434] ixgbe 0000:02:00.1: 0c:c4:7a:eb:2a:e5 [ 17.639803] ixgbe 0000:02:00.1: Intel(R) 10 Gigabit Network Connection [ 17.639836] libphy: ixgbe-mdio: probed [ 17.639934] xen: registering gsi 42 triggering 0 polarity 1 [ 17.639961] xen: --> pirq=42 -> irq=42 (gsi=42) [ 17.903372] ixgbe 0000:03:00.0: Multiqueue Enabled: Rx Queue count = 4, Tx Queue count = 4 XDP Queue count = 0 [ 17.988608] ixgbe 0000:03:00.0: 32.000 Gb/s available PCIe bandwidth (5 GT/s x8 link) [ 18.012894] ixgbe 0000:03:00.0: MAC: 3, PHY: 0, PBA No: 041000-000 [ 18.012896] ixgbe 0000:03:00.0: 0c:c4:7a:eb:2a:e6 [ 22.429002] ixgbe 0000:03:00.0: Intel(R) 10 Gigabit Network Connection [ 22.429044] libphy: ixgbe-mdio: probed [ 22.429142] xen: registering gsi 45 triggering 0 polarity 1 [ 22.429168] xen: --> pirq=45 -> irq=45 (gsi=45) [ 22.696565] ixgbe 0000:03:00.1: Multiqueue Enabled: Rx Queue count = 4, Tx Queue count = 4 XDP Queue count = 0 [ 22.781887] ixgbe 0000:03:00.1: 32.000 Gb/s available PCIe bandwidth (5 GT/s x8 link) [ 22.806245] ixgbe 0000:03:00.1: MAC: 3, PHY: 0, PBA No: 041000-000 [ 22.806249] ixgbe 0000:03:00.1: 0c:c4:7a:eb:2a:e7 [ 27.222501] ixgbe 0000:03:00.1: Intel(R) 10 Gigabit Network Connection [ 27.222564] libphy: ixgbe-mdio: probed [ 27.226119] ixgbe 0000:02:00.1 eno2: renamed from eth1 [ 27.234560] ixgbe 0000:03:00.0 eno3: renamed from eth2 [ 27.239497] ixgbe 0000:03:00.1 eno4: renamed from eth3 [ 27.249535] ixgbe 0000:02:00.0 eno1: renamed from eth0 [ 27.611386] Adding 4194300k swap on /dev/zd0. Priority:-2 extents:1 across:4194300k SSFS [ 31.114846] pps pps0: new PPS source ptp0 [ 31.114926] ixgbe 0000:02:00.0: registered PHC device on eno1 [ 31.451576] ixgbe 0000:02:00.0 eno1: changing MTU from 1500 to 9000 [ 32.614729] pps pps1: new PPS source ptp1 [ 32.614898] ixgbe 0000:02:00.1: registered PHC device on eno2 [ 32.952640] ixgbe 0000:02:00.1 eno2: changing MTU from 1500 to 9000 [ 34.150802] pps pps2: new PPS source ptp2 [ 34.150879] ixgbe 0000:03:00.0: registered PHC device on eno3 [ 34.482812] ixgbe 0000:03:00.0 eno3: changing MTU from 1500 to 9000 [ 35.665979] pps pps3: new PPS source ptp3 [ 35.666046] ixgbe 0000:03:00.1: registered PHC device on eno4 [ 35.996768] ixgbe 0000:03:00.1 eno4: changing MTU from 1500 to 9000 [ 37.217806] Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011) [ 37.239394] ixgbe 0000:02:00.1 eno2: NIC Link is Up 10 Gbps, Flow Control: None [ 37.282358] ixgbe 0000:02:00.0: removed PHC on eno1 [ 37.624060] ixgbe 0000:02:00.1: removed PHC on eno2 [ 37.942674] ixgbe 0000:03:00.0: removed PHC on eno3 [ 38.296572] ixgbe 0000:03:00.1: removed PHC on eno4 [ 38.640408] ixgbe 0000:02:00.0 eno1: changing MTU from 9000 to 1500 [ 38.662560] pps pps0: new PPS source ptp0 [ 38.662629] ixgbe 0000:02:00.0: registered PHC device on eno1 [ 38.785572] bond0: (slave eno1): Enslaving as an active interface with an up link [ 38.796297] ixgbe 0000:02:00.1 eno2: changing MTU from 9000 to 1500 [ 38.816365] pps pps1: new PPS source ptp1 [ 38.816476] ixgbe 0000:02:00.1: registered PHC device on eno2 [ 38.939525] bond0: (slave eno2): Enslaving as an active interface with an up link [ 38.950457] ixgbe 0000:03:00.0 eno3: changing MTU from 9000 to 1500 [ 38.970344] pps pps2: new PPS source ptp2 [ 38.970437] ixgbe 0000:03:00.0: registered PHC device on eno3 [ 39.093750] bond0: (slave eno3): Enslaving as an active interface with an up link [ 39.104730] ixgbe 0000:03:00.1 eno4: changing MTU from 9000 to 1500 [ 39.122812] pps pps3: new PPS source ptp3 [ 39.122885] ixgbe 0000:03:00.1: registered PHC device on eno4 [ 39.245714] bond0: (slave eno4): Enslaving as an active interface with an up link [ 39.438498] ixgbe 0000:02:00.0 eno1: changing MTU from 1500 to 9000 [ 39.899549] ixgbe 0000:02:00.1 eno2: changing MTU from 1500 to 9000 [ 40.356165] ixgbe 0000:03:00.0 eno3: changing MTU from 1500 to 9000 [ 40.812067] ixgbe 0000:03:00.1 eno4: changing MTU from 1500 to 9000 [ 41.448593] 8021q: 802.1Q VLAN Support v1.8 [ 41.448601] 8021q: adding VLAN 0 to HW filter on device eno1 [ 41.448615] 8021q: adding VLAN 0 to HW filter on device eno2 [ 41.448629] 8021q: adding VLAN 0 to HW filter on device eno3 [ 41.448643] 8021q: adding VLAN 0 to HW filter on device eno4 [ 41.448657] 8021q: adding VLAN 0 to HW filter on device bond0 [ 43.523759] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this. [ 43.584706] bradm: port 1(adm) entered blocking state [ 43.584708] bradm: port 1(adm) entered disabled state [ 43.593974] device adm entered promiscuous mode [ 43.593975] device bond0 entered promiscuous mode [ 43.593976] device eno1 entered promiscuous mode [ 43.594308] device eno2 entered promiscuous mode [ 43.594674] device eno3 entered promiscuous mode [ 43.595003] device eno4 entered promiscuous mode [ 43.619843] device bradm entered promiscuous mode [ 43.626077] bradm: port 1(adm) entered blocking state [ 43.626079] bradm: port 1(adm) entered forwarding state [ 43.755383] bradm: port 1(adm) entered disabled state [ 43.815986] bradm: port 1(adm) entered blocking state [ 43.815988] bradm: port 1(adm) entered forwarding state [ 43.956661] ixgbe 0000:02:00.1 eno2: NIC Link is Up 10 Gbps, Flow Control: None [ 44.068603] ixgbe 0000:02:00.1 eno2: NIC Link is Down [ 44.403405] ixgbe 0000:03:00.0 eno3: NIC Link is Up 10 Gbps, Flow Control: None [ 44.578194] ixgbe 0000:03:00.0 eno3: NIC Link is Down [ 44.603394] IPv6: ADDRCONF(NETDEV_CHANGE): bradm: link becomes ready [ 45.727977] brstr: port 1(str) entered blocking state [ 45.727979] brstr: port 1(str) entered disabled state [ 45.733298] device str entered promiscuous mode [ 45.755073] device brstr entered promiscuous mode [ 45.761567] brstr: port 1(str) entered blocking state [ 45.761570] brstr: port 1(str) entered forwarding state [ 45.894637] brstr: port 1(str) entered disabled state [ 45.944293] brstr: port 1(str) entered blocking state [ 45.944296] brstr: port 1(str) entered forwarding state [ 46.041392] ixgbe 0000:02:00.1 eno2: NIC Link is Up 10 Gbps, Flow Control: None [ 46.489668] ixgbe 0000:03:00.0 eno3: NIC Link is Up 10 Gbps, Flow Control: None [ 46.745422] IPv6: ADDRCONF(NETDEV_CHANGE): brstr: link becomes ready [ 47.035436] ixgbe 0000:03:00.1 eno4: NIC Link is Up 10 Gbps, Flow Control: None [ 47.153412] ixgbe 0000:03:00.1 eno4: NIC Link is Down [ 47.513526] ixgbe 0000:03:00.1 eno4: NIC Link is Up 10 Gbps, Flow Control: None [ 118.438287] brcam: port 1(cam) entered blocking state [ 118.438289] brcam: port 1(cam) entered disabled state [ 118.443624] device cam entered promiscuous mode [ 118.465502] device brcam entered promiscuous mode [ 118.472031] brcam: port 1(cam) entered blocking state [ 118.472034] brcam: port 1(cam) entered forwarding state [ 120.712952] briot: port 1(iot) entered blocking state [ 120.712954] briot: port 1(iot) entered disabled state [ 120.718263] device iot entered promiscuous mode [ 120.740130] device briot entered promiscuous mode [ 120.746605] briot: port 1(iot) entered blocking state [ 120.746607] briot: port 1(iot) entered forwarding state [ 122.950758] brlan: port 1(lan) entered blocking state [ 122.950761] brlan: port 1(lan) entered disabled state [ 122.956071] device lan entered promiscuous mode [ 122.977973] device brlan entered promiscuous mode [ 122.984507] brlan: port 1(lan) entered blocking state [ 122.984510] brlan: port 1(lan) entered forwarding state [ 125.194289] brmedia: port 1(media) entered blocking state [ 125.194291] brmedia: port 1(media) entered disabled state [ 125.199638] device media entered promiscuous mode [ 125.222337] device brmedia entered promiscuous mode [ 125.228616] brmedia: port 1(media) entered blocking state [ 125.228618] brmedia: port 1(media) entered forwarding state [ 127.505869] brnet: port 1(net) entered blocking state [ 127.505871] brnet: port 1(net) entered disabled state [ 127.511190] device net entered promiscuous mode [ 127.532895] device brnet entered promiscuous mode [ 127.539082] brnet: port 1(net) entered blocking state [ 127.539084] brnet: port 1(net) entered forwarding state [ 129.839453] brvm1: port 1(vm1) entered blocking state [ 129.839456] brvm1: port 1(vm1) entered disabled state [ 129.844790] device vm1 entered promiscuous mode [ 129.869647] device brvm1 entered promiscuous mode [ 129.875929] brvm1: port 1(vm1) entered blocking state [ 129.875932] brvm1: port 1(vm1) entered forwarding state [ 132.203560] brvm2: port 1(vm2) entered blocking state [ 132.203562] brvm2: port 1(vm2) entered disabled state [ 132.208894] device vm2 entered promiscuous mode [ 132.231728] device brvm2 entered promiscuous mode [ 132.237999] brvm2: port 1(vm2) entered blocking state [ 132.238001] brvm2: port 1(vm2) entered forwarding state [ 134.545218] brvm3: port 1(vm3) entered blocking state [ 134.545220] brvm3: port 1(vm3) entered disabled state [ 134.550558] device vm3 entered promiscuous mode [ 134.571824] device brvm3 entered promiscuous mode [ 134.577967] brvm3: port 1(vm3) entered blocking state [ 134.577969] brvm3: port 1(vm3) entered forwarding state [ 136.853399] brvm4: port 1(vm4) entered blocking state [ 136.853402] brvm4: port 1(vm4) entered disabled state [ 136.858730] device vm4 entered promiscuous mode [ 136.880021] device brvm4 entered promiscuous mode [ 136.886380] brvm4: port 1(vm4) entered blocking state [ 136.886382] brvm4: port 1(vm4) entered forwarding state [ 139.217120] brvm5: port 1(vm5) entered blocking state [ 139.217122] brvm5: port 1(vm5) entered disabled state [ 139.222459] device vm5 entered promiscuous mode [ 139.244575] device brvm5 entered promiscuous mode [ 139.251040] brvm5: port 1(vm5) entered blocking state [ 139.251042] brvm5: port 1(vm5) entered forwarding state [ 141.579087] brvm6: port 1(vm6) entered blocking state [ 141.579089] brvm6: port 1(vm6) entered disabled state [ 141.584448] device vm6 entered promiscuous mode [ 141.608762] device brvm6 entered promiscuous mode [ 141.615270] brvm6: port 1(vm6) entered blocking state [ 141.615273] brvm6: port 1(vm6) entered forwarding state [ 143.938278] brvm7: port 1(vm7) entered blocking state [ 143.938281] brvm7: port 1(vm7) entered disabled state [ 143.943630] device vm7 entered promiscuous mode [ 143.966443] device brvm7 entered promiscuous mode [ 143.972873] brvm7: port 1(vm7) entered blocking state [ 143.972875] brvm7: port 1(vm7) entered forwarding state [ 146.279859] brvm8: port 1(vm8) entered blocking state [ 146.279861] brvm8: port 1(vm8) entered disabled state [ 146.285188] device vm8 entered promiscuous mode [ 146.308189] device brvm8 entered promiscuous mode [ 146.314465] brvm8: port 1(vm8) entered blocking state [ 146.314467] brvm8: port 1(vm8) entered forwarding state [ 148.623701] brvm9: port 1(vm9) entered blocking state [ 148.623703] brvm9: port 1(vm9) entered disabled state [ 148.629037] device vm9 entered promiscuous mode [ 148.650726] device brvm9 entered promiscuous mode [ 148.657118] brvm9: port 1(vm9) entered blocking state [ 148.657120] brvm9: port 1(vm9) entered forwarding state [ 149.999967] RPC: Registered named UNIX socket transport module. [ 149.999968] RPC: Registered udp transport module. [ 149.999969] RPC: Registered tcp transport module. [ 149.999970] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 156.881408] Installing knfsd (copyright (C) 1996 okir@monad.swb.de). [ 158.033631] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 158.033720] NFSD: Using legacy client tracking operations. [ 158.033724] NFSD: starting 90-second grace period (net f0000150) [ 158.161773] xen:xen_evtchn: Event-channel device installed [ 158.187722] pciback 0000:81:00.0: seizing device [ 158.187755] pciback 0000:82:00.0: seizing device [ 158.187923] xen: registering gsi 66 triggering 0 polarity 1 [ 158.187967] xen: --> pirq=66 -> irq=66 (gsi=66) [ 158.289712] xen: registering gsi 64 triggering 0 polarity 1 [ 158.289716] Already setup the GSI :64 [ 158.393647] xen_pciback: backend is vpci [ 158.417342] xen_acpi_processor: Uploading Xen processor PM info [ 162.336844] brgst: port 1(gst) entered blocking state [ 162.336847] brgst: port 1(gst) entered disabled state [ 162.342956] device gst entered promiscuous mode [ 162.369841] device brgst entered promiscuous mode [ 162.378262] brgst: port 1(gst) entered blocking state [ 162.378264] brgst: port 1(gst) entered forwarding state [ 172.116569] brstr: port 2(vif1.1) entered blocking state [ 172.116571] brstr: port 2(vif1.1) entered disabled state [ 172.116636] device vif1.1 entered promiscuous mode [ 172.117579] bradm: port 2(vif1.0) entered blocking state [ 172.117588] bradm: port 2(vif1.0) entered disabled state [ 172.117741] device vif1.0 entered promiscuous mode [ 172.163703] Bridge firewalling registered [ 174.390439] xen-blkback: backend/vbd/1/51713: using 1 queues, protocol 1 (x86_64-abi) [ 174.421168] xen-blkback: backend/vbd/1/51714: using 1 queues, protocol 1 (x86_64-abi) [ 174.448995] xen-blkback: backend/vbd/1/51715: using 1 queues, protocol 1 (x86_64-abi) [ 174.474225] xen-blkback: backend/vbd/1/51716: using 1 queues, protocol 1 (x86_64-abi) [ 174.501300] xen-blkback: backend/vbd/1/51717: using 1 queues, protocol 1 (x86_64-abi) [ 174.528698] xen-blkback: backend/vbd/1/51718: using 1 queues, protocol 1 (x86_64-abi) [ 175.498323] xen-blkback: backend/vbd/1/51713: prepare for reconnect [ 175.503857] xen-blkback: backend/vbd/1/51714: prepare for reconnect [ 175.509492] xen-blkback: backend/vbd/1/51715: prepare for reconnect [ 175.515170] xen-blkback: backend/vbd/1/51716: prepare for reconnect [ 175.520909] xen-blkback: backend/vbd/1/51717: prepare for reconnect [ 175.525806] xen-blkback: backend/vbd/1/51718: prepare for reconnect [ 179.526330] xen-blkback: backend/vbd/1/51713: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 179.550576] xen-blkback: backend/vbd/1/51714: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 180.584855] xen-blkback: backend/vbd/1/51715: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 180.620999] xen-blkback: backend/vbd/1/51716: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 180.649573] xen-blkback: backend/vbd/1/51717: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 180.682537] xen-blkback: backend/vbd/1/51718: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 180.725901] vif vif-1-0 vif1.0: Guest Rx ready [ 180.726140] bradm: port 2(vif1.0) entered blocking state [ 180.726144] bradm: port 2(vif1.0) entered forwarding state [ 180.738896] vif vif-1-1 vif1.1: Guest Rx ready [ 180.739026] brstr: port 2(vif1.1) entered blocking state [ 180.739027] brstr: port 2(vif1.1) entered forwarding state [ 203.355681] bradm: port 3(vif2.0) entered blocking state [ 203.355684] bradm: port 3(vif2.0) entered disabled state [ 203.355761] device vif2.0 entered promiscuous mode [ 203.374680] brstr: port 3(vif2.1) entered blocking state [ 203.374683] brstr: port 3(vif2.1) entered disabled state [ 203.374761] device vif2.1 entered promiscuous mode [ 204.041248] xen_pciback: vpci: 0000:81:00.0: assign to virtual slot 0 [ 204.043642] pciback 0000:81:00.0: registering for 2 [ 204.044156] xen_pciback: vpci: 0000:82:00.0: assign to virtual slot 1 [ 204.046332] pciback 0000:82:00.0: registering for 2 [ 213.493238] xen-blkback: backend/vbd/2/51713: using 1 queues, protocol 1 (x86_64-abi) [ 213.536039] xen-blkback: backend/vbd/2/51714: using 1 queues, protocol 1 (x86_64-abi) [ 213.571254] xen-blkback: backend/vbd/2/51715: using 1 queues, protocol 1 (x86_64-abi) [ 213.607163] xen-blkback: backend/vbd/2/51728: using 1 queues, protocol 1 (x86_64-abi) [ 213.642523] xen-blkback: backend/vbd/2/51716: using 1 queues, protocol 1 (x86_64-abi) [ 214.467907] xen-blkback: backend/vbd/2/51713: prepare for reconnect [ 214.474083] xen-blkback: backend/vbd/2/51714: prepare for reconnect [ 214.479664] xen-blkback: backend/vbd/2/51715: prepare for reconnect [ 214.485227] xen-blkback: backend/vbd/2/51728: prepare for reconnect [ 214.488678] xen-blkback: backend/vbd/2/51716: prepare for reconnect [ 234.979376] xen: registering gsi 64 triggering 0 polarity 1 [ 234.979385] Already setup the GSI :64 [ 234.979853] xen: registering gsi 64 triggering 0 polarity 1 [ 234.979858] Already setup the GSI :64 [ 234.980323] xen: registering gsi 64 triggering 0 polarity 1 [ 234.980329] Already setup the GSI :64 [ 234.980810] xen: registering gsi 64 triggering 0 polarity 1 [ 234.980816] Already setup the GSI :64 [ 234.981218] xen: registering gsi 64 triggering 0 polarity 1 [ 234.981223] Already setup the GSI :64 [ 234.981584] xen: registering gsi 64 triggering 0 polarity 1 [ 234.981590] Already setup the GSI :64 [ 234.982223] pciback 0000:81:00.0: Driver tried to write to a read-only configuration space field at offset 0xaa, size 2. This may be harmless, but if you have problems with your device: 1) see permissive attribute in sysfs 2) report problems to the xen-devel mailing list along with details of your device obtained from lspci. [ 234.984007] xen: registering gsi 66 triggering 0 polarity 1 [ 234.984016] Already setup the GSI :66 [ 234.984512] xen: registering gsi 66 triggering 0 polarity 1 [ 234.984521] Already setup the GSI :66 [ 234.984973] xen: registering gsi 66 triggering 0 polarity 1 [ 234.984980] Already setup the GSI :66 [ 234.985457] xen: registering gsi 66 triggering 0 polarity 1 [ 234.985464] Already setup the GSI :66 [ 234.985866] xen: registering gsi 66 triggering 0 polarity 1 [ 234.985872] Already setup the GSI :66 [ 234.986138] xen: registering gsi 66 triggering 0 polarity 1 [ 234.986144] Already setup the GSI :66 [ 234.986666] pciback 0000:82:00.0: Driver tried to write to a read-only configuration space field at offset 0xaa, size 2. This may be harmless, but if you have problems with your device: 1) see permissive attribute in sysfs 2) report problems to the xen-devel mailing list along with details of your device obtained from lspci. [ 235.033537] xen-blkback: backend/vbd/2/51713: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 235.090316] xen-blkback: backend/vbd/2/51714: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 235.150796] xen-blkback: backend/vbd/2/51715: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 235.222655] xen-blkback: backend/vbd/2/51728: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 235.283456] xen-blkback: backend/vbd/2/51716: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 235.318654] vif vif-2-0 vif2.0: Guest Rx ready [ 235.318711] bradm: port 3(vif2.0) entered blocking state [ 235.318714] bradm: port 3(vif2.0) entered forwarding state [ 235.333891] vif vif-2-1 vif2.1: Guest Rx ready [ 235.334003] brstr: port 3(vif2.1) entered blocking state [ 235.334006] brstr: port 3(vif2.1) entered forwarding state [ 298.845777] bradm: port 4(vif3.0) entered blocking state [ 298.845781] bradm: port 4(vif3.0) entered disabled state [ 298.849443] device vif3.0 entered promiscuous mode [ 298.903871] brlan: port 2(vif3.1) entered blocking state [ 298.903874] brlan: port 2(vif3.1) entered disabled state [ 298.906743] device vif3.1 entered promiscuous mode [ 298.915682] brvm1: port 2(vif3.8) entered blocking state [ 298.915684] brvm1: port 2(vif3.8) entered disabled state [ 298.915772] device vif3.8 entered promiscuous mode [ 298.956074] brgst: port 2(vif3.6) entered blocking state [ 298.956077] brgst: port 2(vif3.6) entered disabled state [ 298.960627] device vif3.6 entered promiscuous mode [ 298.964171] brcam: port 2(vif3.4) entered blocking state [ 298.964174] brcam: port 2(vif3.4) entered disabled state [ 298.967245] device vif3.4 entered promiscuous mode [ 298.976717] brnet: port 2(vif3.5) entered blocking state [ 298.976719] brnet: port 2(vif3.5) entered disabled state [ 298.984136] device vif3.5 entered promiscuous mode [ 299.009522] brvm2: port 2(vif3.9) entered blocking state [ 299.009524] brvm2: port 2(vif3.9) entered disabled state [ 299.009595] device vif3.9 entered promiscuous mode [ 299.010317] brvm7: port 2(vif3.14) entered blocking state [ 299.010319] brvm7: port 2(vif3.14) entered disabled state [ 299.018458] device vif3.14 entered promiscuous mode [ 299.024970] brvm5: port 2(vif3.12) entered blocking state [ 299.024972] brvm5: port 2(vif3.12) entered disabled state [ 299.025481] device vif3.12 entered promiscuous mode [ 299.042294] brstr: port 4(vif3.2) entered blocking state [ 299.042296] brstr: port 4(vif3.2) entered disabled state [ 299.042375] device vif3.2 entered promiscuous mode [ 299.042476] brvm3: port 2(vif3.10) entered blocking state [ 299.042478] brvm3: port 2(vif3.10) entered disabled state [ 299.047014] device vif3.10 entered promiscuous mode [ 299.050296] brvm6: port 2(vif3.13) entered blocking state [ 299.050298] brvm6: port 2(vif3.13) entered disabled state [ 299.050358] device vif3.13 entered promiscuous mode [ 299.050420] brvm8: port 2(vif3.15) entered blocking state [ 299.050423] brvm8: port 2(vif3.15) entered disabled state [ 299.050474] device vif3.15 entered promiscuous mode [ 299.050534] briot: port 2(vif3.3) entered blocking state [ 299.050537] briot: port 2(vif3.3) entered disabled state [ 299.050587] device vif3.3 entered promiscuous mode [ 299.053741] brmedia: port 2(vif3.7) entered blocking state [ 299.053743] brmedia: port 2(vif3.7) entered disabled state [ 299.055391] device vif3.7 entered promiscuous mode [ 299.080990] brvm4: port 2(vif3.11) entered blocking state [ 299.080993] brvm4: port 2(vif3.11) entered disabled state [ 299.085590] device vif3.11 entered promiscuous mode [ 299.090798] brvm9: port 2(vif3.16) entered blocking state [ 299.090800] brvm9: port 2(vif3.16) entered disabled state [ 299.090866] device vif3.16 entered promiscuous mode [ 302.382671] bradm: port 5(vif4.0) entered blocking state [ 302.382673] bradm: port 5(vif4.0) entered disabled state [ 302.382774] device vif4.0 entered promiscuous mode [ 302.389457] brstr: port 5(vif4.1) entered blocking state [ 302.389459] brstr: port 5(vif4.1) entered disabled state [ 302.389524] device vif4.1 entered promiscuous mode [ 302.451385] xen-blkback: backend/vbd/3/51713: using 1 queues, protocol 1 (x86_64-abi) [ 302.506225] xen-blkback: backend/vbd/3/51714: using 1 queues, protocol 1 (x86_64-abi) [ 302.540715] xen-blkback: backend/vbd/3/51715: using 1 queues, protocol 1 (x86_64-abi) [ 303.398415] xen-blkback: backend/vbd/3/51713: prepare for reconnect [ 303.409155] xen-blkback: backend/vbd/3/51714: prepare for reconnect [ 303.420182] xen-blkback: backend/vbd/3/51715: prepare for reconnect [ 306.324236] xen-blkback: backend/vbd/3/51713: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 306.381199] xen-blkback: backend/vbd/3/51714: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 306.442902] xen-blkback: backend/vbd/3/51715: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 306.533600] vif vif-3-0 vif3.0: Guest Rx ready [ 306.533636] bradm: port 4(vif3.0) entered blocking state [ 306.533638] bradm: port 4(vif3.0) entered forwarding state [ 307.626158] vif vif-3-1 vif3.1: Guest Rx ready [ 307.626733] brlan: port 2(vif3.1) entered blocking state [ 307.626738] brlan: port 2(vif3.1) entered forwarding state [ 307.678864] vif vif-3-2 vif3.2: Guest Rx ready [ 307.679162] brstr: port 4(vif3.2) entered blocking state [ 307.679166] brstr: port 4(vif3.2) entered forwarding state [ 307.744608] vif vif-3-3 vif3.3: Guest Rx ready [ 307.745111] briot: port 2(vif3.3) entered blocking state [ 307.745116] briot: port 2(vif3.3) entered forwarding state [ 307.817182] vif vif-3-4 vif3.4: Guest Rx ready [ 307.817886] brcam: port 2(vif3.4) entered blocking state [ 307.817889] brcam: port 2(vif3.4) entered forwarding state [ 307.883029] vif vif-3-5 vif3.5: Guest Rx ready [ 307.883510] brnet: port 2(vif3.5) entered blocking state [ 307.883513] brnet: port 2(vif3.5) entered forwarding state [ 307.926284] vif vif-3-6 vif3.6: Guest Rx ready [ 307.926586] brgst: port 2(vif3.6) entered blocking state [ 307.926588] brgst: port 2(vif3.6) entered forwarding state [ 307.954009] vif vif-3-7 vif3.7: Guest Rx ready [ 307.954185] brmedia: port 2(vif3.7) entered blocking state [ 307.954187] brmedia: port 2(vif3.7) entered forwarding state [ 308.008758] vif vif-3-8 vif3.8: Guest Rx ready [ 308.008943] brvm1: port 2(vif3.8) entered blocking state [ 308.008948] brvm1: port 2(vif3.8) entered forwarding state [ 308.061918] vif vif-3-9 vif3.9: Guest Rx ready [ 308.061949] brvm2: port 2(vif3.9) entered blocking state [ 308.061951] brvm2: port 2(vif3.9) entered forwarding state [ 308.105097] vif vif-3-10 vif3.10: Guest Rx ready [ 308.105413] brvm3: port 2(vif3.10) entered blocking state [ 308.105418] brvm3: port 2(vif3.10) entered forwarding state [ 308.144660] vif vif-3-11 vif3.11: Guest Rx ready [ 308.145120] brvm4: port 2(vif3.11) entered blocking state [ 308.145125] brvm4: port 2(vif3.11) entered forwarding state [ 308.172140] vif vif-3-12 vif3.12: Guest Rx ready [ 308.172714] brvm5: port 2(vif3.12) entered blocking state [ 308.172719] brvm5: port 2(vif3.12) entered forwarding state [ 308.243267] vif vif-3-13 vif3.13: Guest Rx ready [ 308.243527] brvm6: port 2(vif3.13) entered blocking state [ 308.243531] brvm6: port 2(vif3.13) entered forwarding state [ 308.281476] vif vif-3-14 vif3.14: Guest Rx ready [ 308.281507] brvm7: port 2(vif3.14) entered blocking state [ 308.281509] brvm7: port 2(vif3.14) entered forwarding state [ 308.327781] vif vif-3-15 vif3.15: Guest Rx ready [ 308.328084] brvm8: port 2(vif3.15) entered blocking state [ 308.328096] brvm8: port 2(vif3.15) entered forwarding state [ 308.354789] vif vif-3-16 vif3.16: Guest Rx ready [ 308.354894] brvm9: port 2(vif3.16) entered blocking state [ 308.354896] brvm9: port 2(vif3.16) entered forwarding state [ 309.473773] vif vif-4-0 vif4.0: Guest Rx ready [ 309.473824] bradm: port 5(vif4.0) entered blocking state [ 309.473827] bradm: port 5(vif4.0) entered forwarding state [ 309.537881] vif vif-4-1 vif4.1: Guest Rx ready [ 309.538264] brstr: port 5(vif4.1) entered blocking state [ 309.538269] brstr: port 5(vif4.1) entered forwarding state [ 348.425905] bradm: port 6(vif5.0) entered blocking state [ 348.425908] bradm: port 6(vif5.0) entered disabled state [ 348.425988] device vif5.0 entered promiscuous mode [ 348.440053] brstr: port 6(vif5.1) entered blocking state [ 348.440056] brstr: port 6(vif5.1) entered disabled state [ 348.440141] device vif5.1 entered promiscuous mode [ 351.069239] bradm: port 7(vif6.0) entered blocking state [ 351.069242] bradm: port 7(vif6.0) entered disabled state [ 351.069308] device vif6.0 entered promiscuous mode [ 351.080414] brstr: port 7(vif6.1) entered blocking state [ 351.080418] brstr: port 7(vif6.1) entered disabled state [ 351.080561] device vif6.1 entered promiscuous mode [ 352.513541] xen-blkback: backend/vbd/6/51713: using 1 queues, protocol 1 (x86_64-abi) [ 352.604224] xen-blkback: backend/vbd/6/51714: using 1 queues, protocol 1 (x86_64-abi) [ 352.690479] xen-blkback: backend/vbd/6/51715: using 1 queues, protocol 1 (x86_64-abi) [ 353.478038] xen-blkback: backend/vbd/6/51713: prepare for reconnect [ 353.491448] xen-blkback: backend/vbd/6/51714: prepare for reconnect [ 353.501679] xen-blkback: backend/vbd/6/51715: prepare for reconnect [ 354.506922] bradm: port 8(vif7.0) entered blocking state [ 354.506925] bradm: port 8(vif7.0) entered disabled state [ 354.507030] device vif7.0 entered promiscuous mode [ 354.532646] brstr: port 8(vif7.1) entered blocking state [ 354.532650] brstr: port 8(vif7.1) entered disabled state [ 354.532749] device vif7.1 entered promiscuous mode [ 356.312626] brlan: port 3(vif8.0) entered blocking state [ 356.312631] brlan: port 3(vif8.0) entered disabled state [ 356.312786] device vif8.0 entered promiscuous mode [ 356.319002] brstr: port 9(vif8.1) entered blocking state [ 356.319006] brstr: port 9(vif8.1) entered disabled state [ 356.319118] device vif8.1 entered promiscuous mode [ 356.417742] xen-blkback: backend/vbd/6/51713: using 3 queues, protocol 1 (x86_64-abi) persistent grants [ 356.470442] xen-blkback: backend/vbd/7/51713: using 1 queues, protocol 1 (x86_64-abi) [ 356.552677] xen-blkback: backend/vbd/7/51714: using 1 queues, protocol 1 (x86_64-abi) [ 356.616836] xen-blkback: backend/vbd/7/51715: using 1 queues, protocol 1 (x86_64-abi) [ 357.441403] xen-blkback: backend/vbd/7/51713: prepare for reconnect [ 357.449876] xen-blkback: backend/vbd/7/51714: prepare for reconnect [ 357.474800] xen-blkback: backend/vbd/7/51715: prepare for reconnect [ 357.478809] xen-blkback: backend/vbd/6/51714: using 3 queues, protocol 1 (x86_64-abi) persistent grants [ 357.624227] xen-blkback: backend/vbd/6/51715: using 3 queues, protocol 1 (x86_64-abi) persistent grants [ 357.848016] vif vif-6-0 vif6.0: Guest Rx ready [ 357.848325] bradm: port 7(vif6.0) entered blocking state [ 357.848330] bradm: port 7(vif6.0) entered forwarding state [ 357.914088] vif vif-6-1 vif6.1: Guest Rx ready [ 357.914470] brstr: port 7(vif6.1) entered blocking state [ 357.914474] brstr: port 7(vif6.1) entered forwarding state [ 359.013545] vif vif-5-0 vif5.0: Guest Rx ready [ 359.013985] bradm: port 6(vif5.0) entered blocking state [ 359.013992] bradm: port 6(vif5.0) entered forwarding state [ 359.084342] vif vif-5-1 vif5.1: Guest Rx ready [ 359.084608] brstr: port 6(vif5.1) entered blocking state [ 359.084618] brstr: port 6(vif5.1) entered forwarding state [ 364.627012] xen-blkback: backend/vbd/7/51713: using 3 queues, protocol 1 (x86_64-abi) persistent grants [ 365.709438] xen-blkback: backend/vbd/7/51714: using 3 queues, protocol 1 (x86_64-abi) persistent grants [ 365.788015] xen-blkback: backend/vbd/7/51715: using 3 queues, protocol 1 (x86_64-abi) persistent grants [ 366.012882] vif vif-7-0 vif7.0: Guest Rx ready [ 366.013141] bradm: port 8(vif7.0) entered blocking state [ 366.013145] bradm: port 8(vif7.0) entered forwarding state [ 366.064707] vif vif-7-1 vif7.1: Guest Rx ready [ 366.064934] brstr: port 8(vif7.1) entered blocking state [ 366.064936] brstr: port 8(vif7.1) entered forwarding state [ 368.440712] vif vif-8-0 vif8.0: Guest Rx ready [ 368.440768] brlan: port 3(vif8.0) entered blocking state [ 368.440772] brlan: port 3(vif8.0) entered forwarding state [ 368.522302] vif vif-8-1 vif8.1: Guest Rx ready [ 368.522338] brstr: port 9(vif8.1) entered blocking state [ 368.522340] brstr: port 9(vif8.1) entered forwarding state [ 380.592780] brlan: port 4(vif9.0) entered blocking state [ 380.592783] brlan: port 4(vif9.0) entered disabled state [ 380.592864] device vif9.0 entered promiscuous mode [ 380.603073] brstr: port 10(vif9.1) entered blocking state [ 380.603075] brstr: port 10(vif9.1) entered disabled state [ 380.603120] device vif9.1 entered promiscuous mode [ 383.729515] brmedia: port 3(vif10.0) entered blocking state [ 383.729518] brmedia: port 3(vif10.0) entered disabled state [ 383.729601] device vif10.0 entered promiscuous mode [ 383.801458] brstr: port 11(vif10.1) entered blocking state [ 383.801460] brstr: port 11(vif10.1) entered disabled state [ 383.801525] device vif10.1 entered promiscuous mode [ 392.730647] vif vif-9-0 vif9.0: Guest Rx ready [ 392.730948] brlan: port 4(vif9.0) entered blocking state [ 392.730952] brlan: port 4(vif9.0) entered forwarding state [ 392.771831] vif vif-9-1 vif9.1: Guest Rx ready [ 392.771854] brstr: port 10(vif9.1) entered blocking state [ 392.771855] brstr: port 10(vif9.1) entered forwarding state [ 393.122431] vif vif-10-0 vif10.0: Guest Rx ready [ 393.122458] brmedia: port 3(vif10.0) entered blocking state [ 393.122460] brmedia: port 3(vif10.0) entered forwarding state [ 393.153771] vif vif-10-1 vif10.1: Guest Rx ready [ 393.154540] brstr: port 11(vif10.1) entered blocking state [ 393.154543] brstr: port 11(vif10.1) entered forwarding state [ 417.085052] bradm: port 9(vif11.0) entered blocking state [ 417.085055] bradm: port 9(vif11.0) entered disabled state [ 417.085134] device vif11.0 entered promiscuous mode [ 417.123310] brstr: port 12(vif11.1) entered blocking state [ 417.123314] brstr: port 12(vif11.1) entered disabled state [ 417.123453] device vif11.1 entered promiscuous mode [ 418.822315] xen-blkback: backend/vbd/11/51713: using 1 queues, protocol 1 (x86_64-abi) [ 418.951354] xen-blkback: backend/vbd/11/51714: using 1 queues, protocol 1 (x86_64-abi) [ 419.066430] xen-blkback: backend/vbd/11/51715: using 1 queues, protocol 1 (x86_64-abi) [ 420.066821] xen-blkback: backend/vbd/11/51713: prepare for reconnect [ 420.085867] xen-blkback: backend/vbd/11/51714: prepare for reconnect [ 420.101251] xen-blkback: backend/vbd/11/51715: prepare for reconnect [ 421.380435] bradm: port 10(vif12.0) entered blocking state [ 421.380437] bradm: port 10(vif12.0) entered disabled state [ 421.380508] device vif12.0 entered promiscuous mode [ 421.397243] brstr: port 13(vif12.1) entered blocking state [ 421.397246] brstr: port 13(vif12.1) entered disabled state [ 421.397332] device vif12.1 entered promiscuous mode [ 423.239679] xen-blkback: backend/vbd/12/51713: using 1 queues, protocol 1 (x86_64-abi) [ 423.336414] xen-blkback: backend/vbd/12/51714: using 1 queues, protocol 1 (x86_64-abi) [ 423.436614] xen-blkback: backend/vbd/12/51715: using 1 queues, protocol 1 (x86_64-abi) [ 424.352225] xen-blkback: backend/vbd/12/51713: prepare for reconnect [ 424.367947] xen-blkback: backend/vbd/12/51714: prepare for reconnect [ 424.378386] xen-blkback: backend/vbd/12/51715: prepare for reconnect [ 427.485935] xen-blkback: backend/vbd/11/51713: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 428.594274] xen-blkback: backend/vbd/11/51714: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 428.716063] xen-blkback: backend/vbd/11/51715: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 428.953505] vif vif-11-0 vif11.0: Guest Rx ready [ 428.953609] bradm: port 9(vif11.0) entered blocking state [ 428.953613] bradm: port 9(vif11.0) entered forwarding state [ 429.022883] vif vif-11-1 vif11.1: Guest Rx ready [ 429.022961] brstr: port 12(vif11.1) entered blocking state [ 429.022965] brstr: port 12(vif11.1) entered forwarding state [ 433.646919] xen-blkback: backend/vbd/12/51713: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 433.796446] xen-blkback: backend/vbd/12/51714: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 433.984564] xen-blkback: backend/vbd/12/51715: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 434.248756] vif vif-12-0 vif12.0: Guest Rx ready [ 434.248882] bradm: port 10(vif12.0) entered blocking state [ 434.248885] bradm: port 10(vif12.0) entered forwarding state [ 434.356811] vif vif-12-1 vif12.1: Guest Rx ready [ 434.356891] brstr: port 13(vif12.1) entered blocking state [ 434.356896] brstr: port 13(vif12.1) entered forwarding state [ 576.888006] Loading iSCSI transport class v2.0-870. [ 577.064215] iscsi: registered transport (tcp) [ 577.066543] scsi host10: iSCSI Initiator over TCP/IP [ 589.822706] brvm1: port 3(vif13.0) entered blocking state [ 589.822713] brvm1: port 3(vif13.0) entered disabled state [ 589.822882] device vif13.0 entered promiscuous mode [ 589.839830] brstr: port 14(vif13.1) entered blocking state [ 589.839834] brstr: port 14(vif13.1) entered disabled state [ 589.839954] device vif13.1 entered promiscuous mode [ 591.966229] brvm1: port 4(vif14.0) entered blocking state [ 591.966232] brvm1: port 4(vif14.0) entered disabled state [ 591.966306] device vif14.0 entered promiscuous mode [ 591.970311] brstr: port 15(vif14.1) entered blocking state [ 591.970314] brstr: port 15(vif14.1) entered disabled state [ 591.970378] device vif14.1 entered promiscuous mode [ 594.068729] brvm1: port 5(vif15.0) entered blocking state [ 594.068733] brvm1: port 5(vif15.0) entered disabled state [ 594.068800] device vif15.0 entered promiscuous mode [ 594.096215] brstr: port 16(vif15.1) entered blocking state [ 594.096219] brstr: port 16(vif15.1) entered disabled state [ 594.096329] device vif15.1 entered promiscuous mode [ 597.101629] vif vif-13-0 vif13.0: Guest Rx ready [ 597.101982] brvm1: port 3(vif13.0) entered blocking state [ 597.101988] brvm1: port 3(vif13.0) entered forwarding state [ 597.154156] vif vif-13-1 vif13.1: Guest Rx ready [ 597.154474] brstr: port 14(vif13.1) entered blocking state [ 597.154477] brstr: port 14(vif13.1) entered forwarding state [ 597.913182] vif vif-14-0 vif14.0: Guest Rx ready [ 597.913842] brvm1: port 4(vif14.0) entered blocking state [ 597.913847] brvm1: port 4(vif14.0) entered forwarding state [ 597.979538] vif vif-14-1 vif14.1: Guest Rx ready [ 597.979706] brstr: port 15(vif14.1) entered blocking state [ 597.979709] brstr: port 15(vif14.1) entered forwarding state [ 603.875690] vif vif-15-0 vif15.0: Guest Rx ready [ 603.876068] brvm1: port 5(vif15.0) entered blocking state [ 603.876071] brvm1: port 5(vif15.0) entered forwarding state [ 603.972777] vif vif-15-1 vif15.1: Guest Rx ready [ 603.972934] brstr: port 16(vif15.1) entered blocking state [ 603.972936] brstr: port 16(vif15.1) entered forwarding state --nextPart3317483.iIbC2pHGDl Content-Disposition: attachment; filename="DMESG_oops.txt" Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; name="DMESG_oops.txt" [ 0.000000] Linux version 5.4.38-gentoo-host (root@apollo) (gcc version 9.3.0 (Gentoo 9.3.0 p2)) #1 SMP Sun May 24 15:22:19 CEST 2020 [ 0.000000] Command line: root=zhost/host/root by=id elevator=noop logo.nologo triggers=zfs quiet refresh softlevel=prexen nfs.callback_tcpport=32764 lockd.nlm_udpport=32768 lockd.nlm_tcpport=32768 [ 0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers' [ 0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers' [ 0.000000] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers' [ 0.000000] x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256 [ 0.000000] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format. [ 0.000000] Released 0 page(s) [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: [mem 0x0000000000000000-0x000000000009ffff] usable [ 0.000000] Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved [ 0.000000] Xen: [mem 0x0000000000100000-0x0000000078dfbfff] usable [ 0.000000] Xen: [mem 0x0000000078dfc000-0x000000007962ffff] reserved [ 0.000000] Xen: [mem 0x0000000079630000-0x0000000079765fff] usable [ 0.000000] Xen: [mem 0x0000000079766000-0x0000000079c4bfff] ACPI NVS [ 0.000000] Xen: [mem 0x0000000079c4c000-0x000000007bcf6fff] reserved [ 0.000000] Xen: [mem 0x000000007bcf7000-0x000000007bcf7fff] usable [ 0.000000] Xen: [mem 0x000000007bcf8000-0x000000007bd7dfff] reserved [ 0.000000] Xen: [mem 0x000000007bd7e000-0x000000007bffffff] usable [ 0.000000] Xen: [mem 0x000000007c000000-0x000000008fffffff] reserved [ 0.000000] Xen: [mem 0x00000000c7ffc000-0x00000000c7ffcfff] reserved [ 0.000000] Xen: [mem 0x00000000fbffc000-0x00000000fbffcfff] reserved [ 0.000000] Xen: [mem 0x00000000fec00000-0x00000000fec01fff] reserved [ 0.000000] Xen: [mem 0x00000000fec40000-0x00000000fec40fff] reserved [ 0.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed44fff] reserved [ 0.000000] Xen: [mem 0x00000000fee00000-0x00000000feefffff] reserved [ 0.000000] Xen: [mem 0x00000000ff000000-0x00000000ffffffff] reserved [ 0.000000] Xen: [mem 0x0000000100000000-0x0000000686eaafff] usable [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] efi: EFI v2.40 by American Megatrends [ 0.000000] efi: ACPI=0x79766000 ACPI 2.0=0x79766000 ESRT=0x7ba4ac98 SMBIOS=0xf05e0 SMBIOS 3.0=0x7ba46000 MPS=0xfca60 [ 0.000000] SMBIOS 3.0.0 present. [ 0.000000] DMI: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [ 0.000000] Hypervisor detected: Xen PV [ 0.046591] tsc: Fast TSC calibration using PIT [ 0.046595] tsc: Detected 2100.008 MHz processor [ 0.046595] tsc: Detected 2100.004 MHz TSC [ 0.046623] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved [ 0.046625] e820: remove [mem 0x000a0000-0x000fffff] usable [ 0.046632] last_pfn = 0x686eab max_arch_pfn = 0x400000000 [ 0.046633] Disabled [ 0.046635] x86/PAT: MTRRs disabled, skipping PAT initialization too. [ 0.046639] x86/PAT: Configuration [0-7]: WB WT UC- UC WC WP UC UC [ 0.046640] last_pfn = 0x7c000 max_arch_pfn = 0x400000000 [ 0.046678] Kernel/User page tables isolation: disabled on XEN PV. [ 0.047235] BRK [0x02a01000, 0x02a01fff] PGTABLE [ 0.047236] BRK [0x02a02000, 0x02a02fff] PGTABLE [ 0.048281] BRK [0x02a03000, 0x02a03fff] PGTABLE [ 0.048783] BRK [0x02a04000, 0x02a04fff] PGTABLE [ 0.049282] BRK [0x02a05000, 0x02a05fff] PGTABLE [ 0.049784] BRK [0x02a06000, 0x02a06fff] PGTABLE [ 0.050286] BRK [0x02a07000, 0x02a07fff] PGTABLE [ 0.050785] BRK [0x02a08000, 0x02a08fff] PGTABLE [ 0.051284] BRK [0x02a09000, 0x02a09fff] PGTABLE [ 0.051784] BRK [0x02a0a000, 0x02a0afff] PGTABLE [ 0.052283] BRK [0x02a0b000, 0x02a0bfff] PGTABLE [ 0.052782] BRK [0x02a0c000, 0x02a0cfff] PGTABLE [ 6.074395] Secure boot disabled [ 6.074399] RAMDISK: [mem 0x04000000-0x04b7dfff] [ 6.074411] ACPI: Early table checksum verification disabled [ 6.074422] ACPI: RSDP 0x0000000079766000 000024 (v02 SUPERM) [ 6.074433] ACPI: XSDT 0x00000000797660B0 0000E4 (v01 01072009 AMI 00010013) [ 6.074478] ACPI: FACP 0x0000000079797C58 00010C (v05 SUPERM SMCI--MB 01072009 AMI 00010013) [ 6.074549] ACPI: DSDT 0x0000000079766230 031A22 (v02 SUPERM SMCI--MB 01072009 INTL 20091013) [ 6.074562] ACPI: FACS 0x0000000079C4AF80 000040 [ 6.074576] ACPI: APIC 0x0000000079797D68 000224 (v03 SUPERM SMCI--MB 01072009 AMI 00010013) [ 6.074589] ACPI: FPDT 0x0000000079797F90 000044 (v01 SUPERM SMCI--MB 01072009 AMI 00010013) [ 6.074602] ACPI: FIDT 0x0000000079797FD8 00009C (v01 SUPERM SMCI--MB 01072009 AMI 00010013) [ 6.074615] ACPI: SPMI 0x0000000079798078 000041 (v05 SUPERM SMCI--MB 00000000 AMI. 00000000) [ 6.074628] ACPI: MCFG 0x00000000797980C0 00003C (v01 SUPERM SMCI--MB 01072009 MSFT 00000097) [ 6.074641] ACPI: UEFI 0x0000000079798100 000042 (v01 SUPERM SMCI--MB 01072009 00000000) [ 6.074655] ACPI: HPET 0x0000000079798148 000038 (v01 SUPERM SMCI--MB 00000001 INTL 20091013) [ 6.074667] ACPI: MSCT 0x0000000079798180 000090 (v01 SUPERM SMCI--MB 00000001 INTL 20091013) [ 6.074680] ACPI: NFIT 0x0000000079798210 018028 (v01 00000000 00000000) [ 6.074694] ACPI: SLIT 0x00000000797B0238 000030 (v01 SUPERM SMCI--MB 00000001 INTL 20091013) [ 6.074707] ACPI: SRAT 0x00000000797B0268 001158 (v03 SUPERM SMCI--MB 00000001 INTL 20091013) [ 6.074720] ACPI: WDDT 0x00000000797B13C0 000040 (v01 SUPERM SMCI--MB 00000000 INTL 20091013) [ 6.074733] ACPI: SSDT 0x00000000797B1400 016FB3 (v02 SUPERM PmMgt 00000001 INTL 20120913) [ 6.074746] ACPI: NITR 0x00000000797C83B8 000071 (v02 SUPERM SMCI--MB 00000001 INTL 20091013) [ 6.074759] ACPI: SSDT 0x00000000797C8430 00264C (v02 SUPERM SpsNm 00000002 INTL 20120913) [ 6.074772] ACPI: SSDT 0x00000000797CAA80 000064 (v02 SUPERM SpsNvs 00000002 INTL 20120913) [ 6.074785] ACPI: PRAD 0x00000000797CAAE8 000102 (v02 SUPERM SMCI--MB 00000002 INTL 20120913) [ 6.074798] ACPI: RMAD 0x00000000797CABF0 000148 (v01 SUPERM SMCI--MB 00000001 INTL 20091013) [ 6.074812] ACPI: HEST 0x00000000797CAD38 00027C (v01 SUPERM SMCI--MB 00000001 INTL 00000001) [ 6.074825] ACPI: BERT 0x00000000797CAFB8 000030 (v01 SUPERM SMCI--MB 00000001 INTL 00000001) [ 6.074845] ACPI: ERST 0x00000000797CAFE8 000230 (v01 SUPERM SMCI--MB 00000001 INTL 00000001) [ 6.074861] ACPI: EINJ 0x00000000797CB218 000130 (v01 SUPERM SMCI--MB 00000001 INTL 00000001) [ 6.074874] ACPI: BGRT 0x00000000797CB348 000038 (v01 SUPERM SMCI--MB 01072009 AMI 00010013) [ 6.074911] ACPI: Local APIC address 0xfee00000 [ 6.074913] Setting APIC routing to Xen PV. [ 6.074961] NUMA turned off [ 6.074962] Faking a node at [mem 0x0000000000000000-0x0000000686eaafff] [ 6.074966] NODE_DATA(0) allocated [mem 0x5fd003000-0x5fd007fff] [ 6.179949] Zone ranges: [ 6.179951] DMA [mem 0x0000000000001000-0x0000000000ffffff] [ 6.179953] DMA32 [mem 0x0000000001000000-0x00000000ffffffff] [ 6.179954] Normal [mem 0x0000000100000000-0x0000000686eaafff] [ 6.179955] Device empty [ 6.179956] Movable zone start for each node [ 6.179957] Early memory node ranges [ 6.179958] node 0: [mem 0x0000000000001000-0x000000000009ffff] [ 6.179959] node 0: [mem 0x0000000000100000-0x0000000078dfbfff] [ 6.179960] node 0: [mem 0x0000000079630000-0x0000000079765fff] [ 6.179961] node 0: [mem 0x000000007bcf7000-0x000000007bcf7fff] [ 6.179962] node 0: [mem 0x000000007bd7e000-0x000000007bffffff] [ 6.179962] node 0: [mem 0x0000000100000000-0x0000000686eaafff] [ 6.180468] Zeroed struct page in unavailable ranges: 32769 pages [ 6.180470] Initmem setup node 0 [mem 0x0000000000001000-0x0000000686eaafff] [ 6.180472] On node 0 totalpages: 6291455 [ 6.180474] DMA zone: 64 pages used for memmap [ 6.180474] DMA zone: 21 pages reserved [ 6.180475] DMA zone: 3999 pages, LIFO batch:0 [ 6.180573] DMA32 zone: 7687 pages used for memmap [ 6.180574] DMA32 zone: 491957 pages, LIFO batch:63 [ 6.191564] Normal zone: 90555 pages used for memmap [ 6.191567] Normal zone: 5795499 pages, LIFO batch:63 [ 6.279350] p2m virtual area at (____ptrval____), size is 3600000 [ 7.244030] Remapped 552619 page(s) [ 7.244823] ACPI: PM-Timer IO Port: 0x408 [ 7.244831] ACPI: Local APIC address 0xfee00000 [ 7.244919] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) [ 7.244920] ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) [ 7.244922] ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1]) [ 7.244923] ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1]) [ 7.244925] ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1]) [ 7.244926] ACPI: LAPIC_NMI (acpi_id[0x0a] high edge lint[0x1]) [ 7.244928] ACPI: LAPIC_NMI (acpi_id[0x0c] high edge lint[0x1]) [ 7.244929] ACPI: LAPIC_NMI (acpi_id[0x0e] high edge lint[0x1]) [ 7.244931] ACPI: LAPIC_NMI (acpi_id[0x10] high edge lint[0x1]) [ 7.244933] ACPI: LAPIC_NMI (acpi_id[0x12] high edge lint[0x1]) [ 7.244934] ACPI: LAPIC_NMI (acpi_id[0x14] high edge lint[0x1]) [ 7.244936] ACPI: LAPIC_NMI (acpi_id[0x16] high edge lint[0x1]) [ 7.244937] ACPI: LAPIC_NMI (acpi_id[0x18] high edge lint[0x1]) [ 7.244938] ACPI: LAPIC_NMI (acpi_id[0x1a] high edge lint[0x1]) [ 7.244940] ACPI: LAPIC_NMI (acpi_id[0x1c] high edge lint[0x1]) [ 7.244942] ACPI: LAPIC_NMI (acpi_id[0x1e] high edge lint[0x1]) [ 7.244943] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) [ 7.244944] ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) [ 7.244946] ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1]) [ 7.244948] ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1]) [ 7.244949] ACPI: LAPIC_NMI (acpi_id[0x09] high edge lint[0x1]) [ 7.244950] ACPI: LAPIC_NMI (acpi_id[0x0b] high edge lint[0x1]) [ 7.244952] ACPI: LAPIC_NMI (acpi_id[0x0d] high edge lint[0x1]) [ 7.244953] ACPI: LAPIC_NMI (acpi_id[0x0f] high edge lint[0x1]) [ 7.244954] ACPI: LAPIC_NMI (acpi_id[0x11] high edge lint[0x1]) [ 7.244956] ACPI: LAPIC_NMI (acpi_id[0x13] high edge lint[0x1]) [ 7.244957] ACPI: LAPIC_NMI (acpi_id[0x15] high edge lint[0x1]) [ 7.244958] ACPI: LAPIC_NMI (acpi_id[0x17] high edge lint[0x1]) [ 7.244960] ACPI: LAPIC_NMI (acpi_id[0x19] high edge lint[0x1]) [ 7.244961] ACPI: LAPIC_NMI (acpi_id[0x1b] high edge lint[0x1]) [ 7.244962] ACPI: LAPIC_NMI (acpi_id[0x1d] high edge lint[0x1]) [ 7.244963] ACPI: LAPIC_NMI (acpi_id[0x1f] high edge lint[0x1]) [ 7.244999] IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23 [ 7.245010] IOAPIC[1]: apic_id 2, version 32, address 0xfec01000, GSI 24-47 [ 7.245021] IOAPIC[2]: apic_id 3, version 32, address 0xfec40000, GSI 48-71 [ 7.245040] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 7.245043] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [ 7.245048] ACPI: IRQ0 used by override. [ 7.245049] ACPI: IRQ9 used by override. [ 7.245067] Using ACPI (MADT) for SMP configuration information [ 7.245072] ACPI: HPET id: 0x8086a701 base: 0xfed00000 [ 7.245087] smpboot: Allowing 32 CPUs, 0 hotplug CPUs [ 7.245117] [mem 0x90000000-0xc7ffbfff] available for PCI devices [ 7.245120] Booting paravirtualized kernel on Xen [ 7.245121] Xen version: 4.12.2 (preserve-AD) [ 7.245126] clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1910969940391419 ns [ 7.367860] setup_percpu: NR_CPUS:128 nr_cpumask_bits:128 nr_cpu_ids:32 nr_node_ids:1 [ 7.369669] percpu: Embedded 53 pages/cpu s177240 r8192 d31656 u262144 [ 7.369677] pcpu-alloc: s177240 r8192 d31656 u262144 alloc=1*2097152 [ 7.369679] pcpu-alloc: [0] 00 01 02 03 04 05 06 07 [0] 08 09 10 11 12 13 14 15 [ 7.369684] pcpu-alloc: [0] 16 17 18 19 20 21 22 23 [0] 24 25 26 27 28 29 30 31 [ 7.369762] Built 1 zonelists, mobility grouping on. Total pages: 6193128 [ 7.369764] Policy zone: Normal [ 7.369767] Kernel command line: root=zhost/host/root by=id elevator=noop logo.nologo triggers=zfs quiet refresh softlevel=prexen nfs.callback_tcpport=32764 lockd.nlm_udpport=32768 lockd.nlm_tcpport=32768 [ 7.375557] Dentry cache hash table entries: 4194304 (order: 13, 33554432 bytes, linear) [ 7.378364] Inode-cache hash table entries: 2097152 (order: 12, 16777216 bytes, linear) [ 7.378900] mem auto-init: stack:off, heap alloc:off, heap free:off [ 7.436237] software IO TLB: mapped [mem 0x67f600000-0x683600000] (64MB) [ 7.527044] Memory: 24510696K/25165820K available (12291K kernel code, 1340K rwdata, 3048K rodata, 1692K init, 1444K bss, 655124K reserved, 0K cma-reserved) [ 7.527212] random: get_random_u64 called from cache_random_seq_create+0x7c/0x140 with crng_init=0 [ 7.527396] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 7.527984] ftrace: allocating 37897 entries in 149 pages [ 7.545543] rcu: Hierarchical RCU implementation. [ 7.545545] rcu: RCU restricting CPUs from NR_CPUS=128 to nr_cpu_ids=4. [ 7.545546] rcu: RCU calculated value of scheduler-enlistment delay is 100 jiffies. [ 7.545547] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4 [ 7.551276] Using NULL legacy PIC [ 7.551277] NR_IRQS: 8448, nr_irqs: 1024, preallocated irqs: 0 [ 7.551337] xen:events: Using FIFO-based ABI [ 7.551360] xen: --> pirq=1 -> irq=1 (gsi=1) [ 7.551368] xen: --> pirq=2 -> irq=2 (gsi=2) [ 7.551376] xen: --> pirq=3 -> irq=3 (gsi=3) [ 7.551383] xen: --> pirq=4 -> irq=4 (gsi=4) [ 7.551393] xen: --> pirq=5 -> irq=5 (gsi=5) [ 7.551401] xen: --> pirq=6 -> irq=6 (gsi=6) [ 7.551408] xen: --> pirq=7 -> irq=7 (gsi=7) [ 7.551416] xen: --> pirq=8 -> irq=8 (gsi=8) [ 7.551423] xen: --> pirq=9 -> irq=9 (gsi=9) [ 7.551430] xen: --> pirq=10 -> irq=10 (gsi=10) [ 7.551439] xen: --> pirq=11 -> irq=11 (gsi=11) [ 7.551447] xen: --> pirq=12 -> irq=12 (gsi=12) [ 7.551454] xen: --> pirq=13 -> irq=13 (gsi=13) [ 7.551462] xen: --> pirq=14 -> irq=14 (gsi=14) [ 7.551469] xen: --> pirq=15 -> irq=15 (gsi=15) [ 7.551472] rcu: Offload RCU callbacks from CPUs: (none). [ 7.551557] Console: colour dummy device 80x25 [ 7.551565] printk: console [tty0] enabled [ 7.551567] printk: console [hvc0] enabled [ 7.551611] ACPI: Core revision 20190816 [ 7.585819] ACPI BIOS Warning (bug): Incorrect checksum in table [BGRT] - 0x02, should be 0xA6 (20190816/tbprint-173) [ 7.585909] clocksource: xen: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb, max_idle_ns: 881590591483 ns [ 7.585920] Xen: using vcpuop timer interface [ 7.585924] installing Xen timer for CPU 0 [ 7.585957] clocksource: tsc-early: mask: 0xffffffffffffffff max_cycles: 0x1e4534772a9, max_idle_ns: 440795297071 ns [ 7.585960] Calibrating delay loop (skipped), value calculated using timer frequency.. 4200.00 BogoMIPS (lpj=2100004) [ 7.585963] pid_max: default: 32768 minimum: 301 [ 7.586060] LSM: Security Framework initializing [ 7.586086] Yama: becoming mindful. [ 7.586098] SELinux: Initializing. [ 7.586304] Mount-cache hash table entries: 65536 (order: 7, 524288 bytes, linear) [ 7.586415] Mountpoint-cache hash table entries: 65536 (order: 7, 524288 bytes, linear) [ 7.587115] Last level iTLB entries: 4KB 64, 2MB 8, 4MB 8 [ 7.587116] Last level dTLB entries: 4KB 64, 2MB 0, 4MB 0, 1GB 4 [ 7.587121] Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer sanitization [ 7.587123] Spectre V2 : Mitigation: Full generic retpoline [ 7.587124] Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context switch [ 7.587125] Spectre V2 : Enabling Restricted Speculation for firmware calls [ 7.587126] Spectre V2 : mitigation: Enabling conditional Indirect Branch Prediction Barrier [ 7.587127] Spectre V2 : User space: Mitigation: STIBP via seccomp and prctl [ 7.587129] Speculative Store Bypass: Mitigation: Speculative Store Bypass disabled via prctl and seccomp [ 7.587133] TAA: Vulnerable: Clear CPU buffers attempted, no microcode [ 7.587134] MDS: Vulnerable: Clear CPU buffers attempted, no microcode [ 7.587379] Freeing SMP alternatives memory: 36K [ 7.588919] VPMU disabled by hypervisor. [ 7.589118] Performance Events: unsupported p6 CPU model 79 no PMU driver, software events only. [ 7.589199] rcu: Hierarchical SRCU implementation. [ 7.589916] smp: Bringing up secondary CPUs ... [ 7.590083] installing Xen timer for CPU 1 [ 7.590475] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [ 7.590966] TAA CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/tsx_async_abort.html for more details. [ 7.591140] installing Xen timer for CPU 2 [ 7.591447] installing Xen timer for CPU 3 [ 7.592042] smp: Brought up 1 node, 4 CPUs [ 7.592043] smpboot: Max logical packages: 8 [ 7.593033] devtmpfs: initialized [ 7.593033] x86/mm: Memory block size: 128MB [ 7.596258] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911260446275000 ns [ 7.596258] futex hash table entries: 1024 (order: 4, 65536 bytes, linear) [ 7.596258] pinctrl core: initialized pinctrl subsystem [ 7.596287] PM: RTC time: 13:33:28, date: 2020-07-25 [ 7.596392] NET: Registered protocol family 16 [ 7.596409] xen:grant_table: Grant tables using version 1 layout [ 7.596458] Grant table initialized [ 7.597091] audit: initializing netlink subsys (disabled) [ 7.597103] audit: type=2000 audit(1595684007.589:1): state=initialized audit_enabled=0 res=1 [ 7.597103] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it [ 7.597103] ACPI: bus type PCI registered [ 7.597103] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 [ 7.597515] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0x80000000-0x8fffffff] (base 0x80000000) [ 7.597517] PCI: MMCONFIG at [mem 0x80000000-0x8fffffff] reserved in E820 [ 7.640964] random: fast init done [ 7.666425] PCI: Using configuration type 1 for base access [ 8.116993] cryptd: max_cpu_qlen set to 1000 [ 8.130041] ACPI: Added _OSI(Module Device) [ 8.130043] ACPI: Added _OSI(Processor Device) [ 8.130045] ACPI: Added _OSI(3.0 _SCP Extensions) [ 8.130046] ACPI: Added _OSI(Processor Aggregator Device) [ 8.130048] ACPI: Added _OSI(Linux-Dell-Video) [ 8.130050] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio) [ 8.130052] ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics) [ 8.197453] ACPI: 4 ACPI AML tables successfully acquired and loaded [ 8.200868] xen: registering gsi 9 triggering 0 polarity 0 [ 8.201585] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored [ 8.206239] ACPI: Dynamic OEM Table Load: [ 8.241454] ACPI: Interpreter enabled [ 8.241462] ACPI: (supports S0 S5) [ 8.241464] ACPI: Using IOAPIC for interrupt routing [ 8.241496] HEST: Enabling Firmware First mode for corrected errors. [ 8.241537] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 2. [ 8.241538] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 3. [ 8.241539] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 4. [ 8.241540] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 5. [ 8.241540] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 6. [ 8.241541] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 7. [ 8.241542] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 8. [ 8.241543] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 9. [ 8.241543] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 10. [ 8.241544] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 11. [ 8.241545] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 12. [ 8.241546] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 13. [ 8.241546] mce: [Firmware Bug]: Ignoring request to disable invalid MCA bank 14. [ 8.241633] HEST: Table parsing has been initialized. [ 8.241637] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug [ 8.242479] ACPI: Enabled 5 GPEs in block 00 to 3F [ 8.286189] ACPI: PCI Root Bridge [UNC1] (domain 0000 [bus ff]) [ 8.286194] acpi PNP0A03:02: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] [ 8.289505] acpi PNP0A03:02: _OSC: platform does not support [AER LTR] [ 8.292013] acpi PNP0A03:02: _OSC: OS now controls [PCIeHotplug PME PCIeCapability] [ 8.292014] acpi PNP0A03:02: FADT indicates ASPM is unsupported, using BIOS configuration [ 8.292068] PCI host bridge to bus 0000:ff [ 8.292070] pci_bus 0000:ff: root bus resource [bus ff] [ 8.292118] pci 0000:ff:08.0: [8086:6f80] type 00 class 0x088000 [ 8.292371] pci 0000:ff:08.2: [8086:6f32] type 00 class 0x110100 [ 8.292607] pci 0000:ff:08.3: [8086:6f83] type 00 class 0x088000 [ 8.292912] pci 0000:ff:09.0: [8086:6f90] type 00 class 0x088000 [ 8.293142] pci 0000:ff:09.2: [8086:6f33] type 00 class 0x110100 [ 8.293382] pci 0000:ff:09.3: [8086:6f93] type 00 class 0x088000 [ 8.293690] pci 0000:ff:0b.0: [8086:6f81] type 00 class 0x088000 [ 8.293908] pci 0000:ff:0b.1: [8086:6f36] type 00 class 0x110100 [ 8.294130] pci 0000:ff:0b.2: [8086:6f37] type 00 class 0x110100 [ 8.294355] pci 0000:ff:0b.3: [8086:6f76] type 00 class 0x088000 [ 8.294585] pci 0000:ff:0c.0: [8086:6fe0] type 00 class 0x088000 [ 8.294800] pci 0000:ff:0c.1: [8086:6fe1] type 00 class 0x088000 [ 8.295020] pci 0000:ff:0c.2: [8086:6fe2] type 00 class 0x088000 [ 8.295238] pci 0000:ff:0c.3: [8086:6fe3] type 00 class 0x088000 [ 8.295462] pci 0000:ff:0c.4: [8086:6fe4] type 00 class 0x088000 [ 8.295677] pci 0000:ff:0c.5: [8086:6fe5] type 00 class 0x088000 [ 8.295898] pci 0000:ff:0c.6: [8086:6fe6] type 00 class 0x088000 [ 8.296118] pci 0000:ff:0c.7: [8086:6fe7] type 00 class 0x088000 [ 8.296349] pci 0000:ff:0f.0: [8086:6ff8] type 00 class 0x088000 [ 8.296568] pci 0000:ff:0f.1: [8086:6ff9] type 00 class 0x088000 [ 8.296791] pci 0000:ff:0f.4: [8086:6ffc] type 00 class 0x088000 [ 8.297013] pci 0000:ff:0f.5: [8086:6ffd] type 00 class 0x088000 [ 8.297230] pci 0000:ff:0f.6: [8086:6ffe] type 00 class 0x088000 [ 8.297458] pci 0000:ff:10.0: [8086:6f1d] type 00 class 0x088000 [ 8.297676] pci 0000:ff:10.1: [8086:6f34] type 00 class 0x110100 [ 8.297907] pci 0000:ff:10.5: [8086:6f1e] type 00 class 0x088000 [ 8.298128] pci 0000:ff:10.6: [8086:6f7d] type 00 class 0x110100 [ 8.298351] pci 0000:ff:10.7: [8086:6f1f] type 00 class 0x088000 [ 8.298571] pci 0000:ff:12.0: [8086:6fa0] type 00 class 0x088000 [ 8.298686] pci 0000:ff:12.1: [8086:6f30] type 00 class 0x110100 [ 8.298940] pci 0000:ff:13.0: [8086:6fa8] type 00 class 0x088000 [ 8.299254] pci 0000:ff:13.1: [8086:6f71] type 00 class 0x088000 [ 8.299569] pci 0000:ff:13.2: [8086:6faa] type 00 class 0x088000 [ 8.299870] pci 0000:ff:13.3: [8086:6fab] type 00 class 0x088000 [ 8.300179] pci 0000:ff:13.4: [8086:6fac] type 00 class 0x088000 [ 8.300485] pci 0000:ff:13.5: [8086:6fad] type 00 class 0x088000 [ 8.300772] pci 0000:ff:13.6: [8086:6fae] type 00 class 0x088000 [ 8.301000] pci 0000:ff:13.7: [8086:6faf] type 00 class 0x088000 [ 8.301233] pci 0000:ff:14.0: [8086:6fb0] type 00 class 0x088000 [ 8.301541] pci 0000:ff:14.1: [8086:6fb1] type 00 class 0x088000 [ 8.301843] pci 0000:ff:14.2: [8086:6fb2] type 00 class 0x088000 [ 8.302146] pci 0000:ff:14.3: [8086:6fb3] type 00 class 0x088000 [ 8.302439] pci 0000:ff:14.4: [8086:6fbc] type 00 class 0x088000 [ 8.302658] pci 0000:ff:14.5: [8086:6fbd] type 00 class 0x088000 [ 8.302880] pci 0000:ff:14.6: [8086:6fbe] type 00 class 0x088000 [ 8.303103] pci 0000:ff:14.7: [8086:6fbf] type 00 class 0x088000 [ 8.303343] pci 0000:ff:15.0: [8086:6fb4] type 00 class 0x088000 [ 8.303644] pci 0000:ff:15.1: [8086:6fb5] type 00 class 0x088000 [ 8.303948] pci 0000:ff:15.2: [8086:6fb6] type 00 class 0x088000 [ 8.304253] pci 0000:ff:15.3: [8086:6fb7] type 00 class 0x088000 [ 8.304570] pci 0000:ff:16.0: [8086:6f68] type 00 class 0x088000 [ 8.304872] pci 0000:ff:16.6: [8086:6f6e] type 00 class 0x088000 [ 8.305097] pci 0000:ff:16.7: [8086:6f6f] type 00 class 0x088000 [ 8.305330] pci 0000:ff:17.0: [8086:6fd0] type 00 class 0x088000 [ 8.305619] pci 0000:ff:17.4: [8086:6fb8] type 00 class 0x088000 [ 8.305838] pci 0000:ff:17.5: [8086:6fb9] type 00 class 0x088000 [ 8.306064] pci 0000:ff:17.6: [8086:6fba] type 00 class 0x088000 [ 8.306288] pci 0000:ff:17.7: [8086:6fbb] type 00 class 0x088000 [ 8.306534] pci 0000:ff:1e.0: [8086:6f98] type 00 class 0x088000 [ 8.306751] pci 0000:ff:1e.1: [8086:6f99] type 00 class 0x088000 [ 8.306970] pci 0000:ff:1e.2: [8086:6f9a] type 00 class 0x088000 [ 8.307190] pci 0000:ff:1e.3: [8086:6fc0] type 00 class 0x088000 [ 8.307305] pci 0000:ff:1e.4: [8086:6f9c] type 00 class 0x088000 [ 8.307537] pci 0000:ff:1f.0: [8086:6f88] type 00 class 0x088000 [ 8.307763] pci 0000:ff:1f.2: [8086:6f8a] type 00 class 0x088000 [ 8.308082] ACPI: PCI Root Bridge [UNC0] (domain 0000 [bus 7f]) [ 8.308085] acpi PNP0A03:03: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] [ 8.309546] acpi PNP0A03:03: _OSC: platform does not support [AER LTR] [ 8.312068] acpi PNP0A03:03: _OSC: OS now controls [PCIeHotplug PME PCIeCapability] [ 8.312072] acpi PNP0A03:03: FADT indicates ASPM is unsupported, using BIOS configuration [ 8.312116] PCI host bridge to bus 0000:7f [ 8.312118] pci_bus 0000:7f: root bus resource [bus 7f] [ 8.312163] pci 0000:7f:08.0: [8086:6f80] type 00 class 0x088000 [ 8.312398] pci 0000:7f:08.2: [8086:6f32] type 00 class 0x110100 [ 8.312629] pci 0000:7f:08.3: [8086:6f83] type 00 class 0x088000 [ 8.312927] pci 0000:7f:09.0: [8086:6f90] type 00 class 0x088000 [ 8.313153] pci 0000:7f:09.2: [8086:6f33] type 00 class 0x110100 [ 8.313392] pci 0000:7f:09.3: [8086:6f93] type 00 class 0x088000 [ 8.313693] pci 0000:7f:0b.0: [8086:6f81] type 00 class 0x088000 [ 8.313912] pci 0000:7f:0b.1: [8086:6f36] type 00 class 0x110100 [ 8.314130] pci 0000:7f:0b.2: [8086:6f37] type 00 class 0x110100 [ 8.314351] pci 0000:7f:0b.3: [8086:6f76] type 00 class 0x088000 [ 8.314580] pci 0000:7f:0c.0: [8086:6fe0] type 00 class 0x088000 [ 8.314795] pci 0000:7f:0c.1: [8086:6fe1] type 00 class 0x088000 [ 8.315015] pci 0000:7f:0c.2: [8086:6fe2] type 00 class 0x088000 [ 8.315230] pci 0000:7f:0c.3: [8086:6fe3] type 00 class 0x088000 [ 8.315451] pci 0000:7f:0c.4: [8086:6fe4] type 00 class 0x088000 [ 8.315667] pci 0000:7f:0c.5: [8086:6fe5] type 00 class 0x088000 [ 8.315881] pci 0000:7f:0c.6: [8086:6fe6] type 00 class 0x088000 [ 8.316109] pci 0000:7f:0c.7: [8086:6fe7] type 00 class 0x088000 [ 8.316336] pci 0000:7f:0f.0: [8086:6ff8] type 00 class 0x088000 [ 8.316552] pci 0000:7f:0f.1: [8086:6ff9] type 00 class 0x088000 [ 8.316776] pci 0000:7f:0f.4: [8086:6ffc] type 00 class 0x088000 [ 8.316995] pci 0000:7f:0f.5: [8086:6ffd] type 00 class 0x088000 [ 8.317214] pci 0000:7f:0f.6: [8086:6ffe] type 00 class 0x088000 [ 8.317442] pci 0000:7f:10.0: [8086:6f1d] type 00 class 0x088000 [ 8.317657] pci 0000:7f:10.1: [8086:6f34] type 00 class 0x110100 [ 8.317885] pci 0000:7f:10.5: [8086:6f1e] type 00 class 0x088000 [ 8.318104] pci 0000:7f:10.6: [8086:6f7d] type 00 class 0x110100 [ 8.318322] pci 0000:7f:10.7: [8086:6f1f] type 00 class 0x088000 [ 8.318546] pci 0000:7f:12.0: [8086:6fa0] type 00 class 0x088000 [ 8.318652] pci 0000:7f:12.1: [8086:6f30] type 00 class 0x110100 [ 8.318903] pci 0000:7f:13.0: [8086:6fa8] type 00 class 0x088000 [ 8.319209] pci 0000:7f:13.1: [8086:6f71] type 00 class 0x088000 [ 8.319513] pci 0000:7f:13.2: [8086:6faa] type 00 class 0x088000 [ 8.319811] pci 0000:7f:13.3: [8086:6fab] type 00 class 0x088000 [ 8.320112] pci 0000:7f:13.4: [8086:6fac] type 00 class 0x088000 [ 8.320415] pci 0000:7f:13.5: [8086:6fad] type 00 class 0x088000 [ 8.320698] pci 0000:7f:13.6: [8086:6fae] type 00 class 0x088000 [ 8.320915] pci 0000:7f:13.7: [8086:6faf] type 00 class 0x088000 [ 8.321148] pci 0000:7f:14.0: [8086:6fb0] type 00 class 0x088000 [ 8.321456] pci 0000:7f:14.1: [8086:6fb1] type 00 class 0x088000 [ 8.321752] pci 0000:7f:14.2: [8086:6fb2] type 00 class 0x088000 [ 8.322052] pci 0000:7f:14.3: [8086:6fb3] type 00 class 0x088000 [ 8.322339] pci 0000:7f:14.4: [8086:6fbc] type 00 class 0x088000 [ 8.322558] pci 0000:7f:14.5: [8086:6fbd] type 00 class 0x088000 [ 8.322777] pci 0000:7f:14.6: [8086:6fbe] type 00 class 0x088000 [ 8.322999] pci 0000:7f:14.7: [8086:6fbf] type 00 class 0x088000 [ 8.323229] pci 0000:7f:15.0: [8086:6fb4] type 00 class 0x088000 [ 8.323538] pci 0000:7f:15.1: [8086:6fb5] type 00 class 0x088000 [ 8.323834] pci 0000:7f:15.2: [8086:6fb6] type 00 class 0x088000 [ 8.324136] pci 0000:7f:15.3: [8086:6fb7] type 00 class 0x088000 [ 8.324448] pci 0000:7f:16.0: [8086:6f68] type 00 class 0x088000 [ 8.324742] pci 0000:7f:16.6: [8086:6f6e] type 00 class 0x088000 [ 8.324958] pci 0000:7f:16.7: [8086:6f6f] type 00 class 0x088000 [ 8.325189] pci 0000:7f:17.0: [8086:6fd0] type 00 class 0x088000 [ 8.325487] pci 0000:7f:17.4: [8086:6fb8] type 00 class 0x088000 [ 8.325705] pci 0000:7f:17.5: [8086:6fb9] type 00 class 0x088000 [ 8.325922] pci 0000:7f:17.6: [8086:6fba] type 00 class 0x088000 [ 8.326141] pci 0000:7f:17.7: [8086:6fbb] type 00 class 0x088000 [ 8.326387] pci 0000:7f:1e.0: [8086:6f98] type 00 class 0x088000 [ 8.326604] pci 0000:7f:1e.1: [8086:6f99] type 00 class 0x088000 [ 8.326821] pci 0000:7f:1e.2: [8086:6f9a] type 00 class 0x088000 [ 8.327039] pci 0000:7f:1e.3: [8086:6fc0] type 00 class 0x088000 [ 8.327149] pci 0000:7f:1e.4: [8086:6f9c] type 00 class 0x088000 [ 8.327387] pci 0000:7f:1f.0: [8086:6f88] type 00 class 0x088000 [ 8.327607] pci 0000:7f:1f.2: [8086:6f8a] type 00 class 0x088000 [ 8.329986] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 4/0x8 ignored. [ 8.329986] ACPI: Unable to map lapic to logical cpu number [ 8.330429] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 5/0xa ignored. [ 8.330430] ACPI: Unable to map lapic to logical cpu number [ 8.330814] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 6/0xc ignored. [ 8.330814] ACPI: Unable to map lapic to logical cpu number [ 8.331259] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 7/0xe ignored. [ 8.331261] ACPI: Unable to map lapic to logical cpu number [ 8.331612] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 8/0x1 ignored. [ 8.331612] ACPI: Unable to map lapic to logical cpu number [ 8.331958] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 9/0x3 ignored. [ 8.331965] ACPI: Unable to map lapic to logical cpu number [ 8.332319] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 10/0x5 ignored. [ 8.332321] ACPI: Unable to map lapic to logical cpu number [ 8.332668] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 11/0x7 ignored. [ 8.332668] ACPI: Unable to map lapic to logical cpu number [ 8.333027] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 12/0x9 ignored. [ 8.333027] ACPI: Unable to map lapic to logical cpu number [ 8.333379] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 13/0xb ignored. [ 8.333381] ACPI: Unable to map lapic to logical cpu number [ 8.333731] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 14/0xd ignored. [ 8.333734] ACPI: Unable to map lapic to logical cpu number [ 8.334092] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 15/0xf ignored. [ 8.334092] ACPI: Unable to map lapic to logical cpu number [ 8.336406] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 16/0x10 ignored. [ 8.336409] ACPI: Unable to map lapic to logical cpu number [ 8.336761] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 17/0x12 ignored. [ 8.336764] ACPI: Unable to map lapic to logical cpu number [ 8.337128] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 18/0x14 ignored. [ 8.337131] ACPI: Unable to map lapic to logical cpu number [ 8.337484] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 19/0x16 ignored. [ 8.337487] ACPI: Unable to map lapic to logical cpu number [ 8.337842] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 20/0x18 ignored. [ 8.337842] ACPI: Unable to map lapic to logical cpu number [ 8.338202] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 21/0x1a ignored. [ 8.338202] ACPI: Unable to map lapic to logical cpu number [ 8.338553] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 22/0x1c ignored. [ 8.338553] ACPI: Unable to map lapic to logical cpu number [ 8.338902] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 23/0x1e ignored. [ 8.338902] ACPI: Unable to map lapic to logical cpu number [ 8.339263] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 24/0x11 ignored. [ 8.339264] ACPI: Unable to map lapic to logical cpu number [ 8.339612] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 25/0x13 ignored. [ 8.339613] ACPI: Unable to map lapic to logical cpu number [ 8.339965] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 26/0x15 ignored. [ 8.339966] ACPI: Unable to map lapic to logical cpu number [ 8.340327] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 27/0x17 ignored. [ 8.340330] ACPI: Unable to map lapic to logical cpu number [ 8.340684] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 28/0x19 ignored. [ 8.340685] ACPI: Unable to map lapic to logical cpu number [ 8.341044] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 29/0x1b ignored. [ 8.341047] ACPI: Unable to map lapic to logical cpu number [ 8.341398] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 30/0x1d ignored. [ 8.341398] ACPI: Unable to map lapic to logical cpu number [ 8.341747] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor 31/0x1f ignored. [ 8.341750] ACPI: Unable to map lapic to logical cpu number [ 8.343772] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-7e]) [ 8.343777] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] [ 8.343958] acpi PNP0A08:00: _OSC: platform does not support [AER LTR] [ 8.345133] acpi PNP0A08:00: _OSC: OS now controls [PCIeHotplug PME PCIeCapability] [ 8.345134] acpi PNP0A08:00: FADT indicates ASPM is unsupported, using BIOS configuration [ 8.345577] PCI host bridge to bus 0000:00 [ 8.345580] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7 window] [ 8.345581] pci_bus 0000:00: root bus resource [io 0x1000-0x7fff window] [ 8.345583] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window] [ 8.345584] pci_bus 0000:00: root bus resource [mem 0xfedb0000-0xfedb000f window] [ 8.345586] pci_bus 0000:00: root bus resource [mem 0xfedc0000-0xfedc000f window] [ 8.345587] pci_bus 0000:00: root bus resource [mem 0x90000000-0xc7ffbfff window] [ 8.345589] pci_bus 0000:00: root bus resource [bus 00-7e] [ 8.345622] pci 0000:00:00.0: [8086:6f00] type 00 class 0x060000 [ 8.346052] pci 0000:00:01.0: [8086:6f02] type 01 class 0x060400 [ 8.346359] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold [ 8.346598] pci 0000:00:03.0: [8086:6f08] type 01 class 0x060400 [ 8.346899] pci 0000:00:03.0: PME# supported from D0 D3hot D3cold [ 8.347153] pci 0000:00:03.2: [8086:6f0a] type 01 class 0x060400 [ 8.347448] pci 0000:00:03.2: PME# supported from D0 D3hot D3cold [ 8.347700] pci 0000:00:04.0: [8086:6f20] type 00 class 0x088000 [ 8.347765] pci 0000:00:04.0: reg 0x10: [mem 0xc712c000-0xc712ffff 64bit] [ 8.348201] pci 0000:00:04.1: [8086:6f21] type 00 class 0x088000 [ 8.348265] pci 0000:00:04.1: reg 0x10: [mem 0xc7128000-0xc712bfff 64bit] [ 8.348691] pci 0000:00:04.2: [8086:6f22] type 00 class 0x088000 [ 8.348755] pci 0000:00:04.2: reg 0x10: [mem 0xc7124000-0xc7127fff 64bit] [ 8.349187] pci 0000:00:04.3: [8086:6f23] type 00 class 0x088000 [ 8.349251] pci 0000:00:04.3: reg 0x10: [mem 0xc7120000-0xc7123fff 64bit] [ 8.349677] pci 0000:00:04.4: [8086:6f24] type 00 class 0x088000 [ 8.349740] pci 0000:00:04.4: reg 0x10: [mem 0xc711c000-0xc711ffff 64bit] [ 8.350174] pci 0000:00:04.5: [8086:6f25] type 00 class 0x088000 [ 8.350238] pci 0000:00:04.5: reg 0x10: [mem 0xc7118000-0xc711bfff 64bit] [ 8.350660] pci 0000:00:04.6: [8086:6f26] type 00 class 0x088000 [ 8.350724] pci 0000:00:04.6: reg 0x10: [mem 0xc7114000-0xc7117fff 64bit] [ 8.351156] pci 0000:00:04.7: [8086:6f27] type 00 class 0x088000 [ 8.351220] pci 0000:00:04.7: reg 0x10: [mem 0xc7110000-0xc7113fff 64bit] [ 8.351639] pci 0000:00:05.0: [8086:6f28] type 00 class 0x088000 [ 8.352005] pci 0000:00:05.1: [8086:6f29] type 00 class 0x088000 [ 8.352427] pci 0000:00:05.2: [8086:6f2a] type 00 class 0x088000 [ 8.352791] pci 0000:00:05.4: [8086:6f2c] type 00 class 0x080020 [ 8.352838] pci 0000:00:05.4: reg 0x10: [mem 0xc7139000-0xc7139fff] [ 8.353294] pci 0000:00:11.0: [8086:8d7c] type 00 class 0xff0000 [ 8.353786] pci 0000:00:11.4: [8086:8d62] type 00 class 0x010601 [ 8.353859] pci 0000:00:11.4: reg 0x10: [io 0x7110-0x7117] [ 8.353887] pci 0000:00:11.4: reg 0x14: [io 0x7100-0x7103] [ 8.353915] pci 0000:00:11.4: reg 0x18: [io 0x70f0-0x70f7] [ 8.353944] pci 0000:00:11.4: reg 0x1c: [io 0x70e0-0x70e3] [ 8.353975] pci 0000:00:11.4: reg 0x20: [io 0x7020-0x703f] [ 8.354004] pci 0000:00:11.4: reg 0x24: [mem 0xc7138000-0xc71387ff] [ 8.354168] pci 0000:00:11.4: PME# supported from D3hot [ 8.354380] pci 0000:00:14.0: [8086:8d31] type 00 class 0x0c0330 [ 8.354462] pci 0000:00:14.0: reg 0x10: [mem 0xc7100000-0xc710ffff 64bit] [ 8.354706] pci 0000:00:14.0: PME# supported from D3hot D3cold [ 8.354902] pci 0000:00:16.0: [8086:8d3a] type 00 class 0x078000 [ 8.354987] pci 0000:00:16.0: reg 0x10: [mem 0xc7137000-0xc713700f 64bit] [ 8.355238] pci 0000:00:16.0: PME# supported from D0 D3hot D3cold [ 8.355428] pci 0000:00:16.1: [8086:8d3b] type 00 class 0x078000 [ 8.355510] pci 0000:00:16.1: reg 0x10: [mem 0xc7136000-0xc713600f 64bit] [ 8.355757] pci 0000:00:16.1: PME# supported from D0 D3hot D3cold [ 8.355981] pci 0000:00:1a.0: [8086:8d2d] type 00 class 0x0c0320 [ 8.356058] pci 0000:00:1a.0: reg 0x10: [mem 0xc7134000-0xc71343ff] [ 8.356353] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold [ 8.356558] pci 0000:00:1c.0: [8086:8d10] type 01 class 0x060400 [ 8.356879] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold [ 8.356944] pci 0000:00:1c.0: Enabling MPC IRBNCE [ 8.356950] pci 0000:00:1c.0: Intel PCH root port ACS workaround enabled [ 8.357160] pci 0000:00:1c.4: [8086:8d18] type 01 class 0x060400 [ 8.357488] pci 0000:00:1c.4: PME# supported from D0 D3hot D3cold [ 8.357555] pci 0000:00:1c.4: Enabling MPC IRBNCE [ 8.357561] pci 0000:00:1c.4: Intel PCH root port ACS workaround enabled [ 8.357767] pci 0000:00:1d.0: [8086:8d26] type 00 class 0x0c0320 [ 8.357841] pci 0000:00:1d.0: reg 0x10: [mem 0xc7133000-0xc71333ff] [ 8.358144] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold [ 8.358343] pci 0000:00:1f.0: [8086:8d44] type 00 class 0x060100 [ 8.358832] pci 0000:00:1f.2: [8086:8d02] type 00 class 0x010601 [ 8.358902] pci 0000:00:1f.2: reg 0x10: [io 0x7070-0x7077] [ 8.358929] pci 0000:00:1f.2: reg 0x14: [io 0x7060-0x7063] [ 8.358956] pci 0000:00:1f.2: reg 0x18: [io 0x7050-0x7057] [ 8.358985] pci 0000:00:1f.2: reg 0x1c: [io 0x7040-0x7043] [ 8.359013] pci 0000:00:1f.2: reg 0x20: [io 0x7000-0x701f] [ 8.359044] pci 0000:00:1f.2: reg 0x24: [mem 0xc7132000-0xc71327ff] [ 8.359198] pci 0000:00:1f.2: PME# supported from D3hot [ 8.359378] pci 0000:00:1f.3: [8086:8d22] type 00 class 0x0c0500 [ 8.359440] pci 0000:00:1f.3: reg 0x10: [mem 0xc7131000-0xc71310ff 64bit] [ 8.359498] pci 0000:00:1f.3: reg 0x20: [io 0x0580-0x059f] [ 8.360042] pci 0000:00:01.0: PCI bridge to [bus 01] [ 8.360492] pci 0000:02:00.0: [8086:1528] type 00 class 0x020000 [ 8.360567] pci 0000:02:00.0: reg 0x10: [mem 0xc7c00000-0xc7dfffff 64bit pref] [ 8.360593] pci 0000:02:00.0: reg 0x18: [io 0x6020-0x603f] [ 8.360660] pci 0000:02:00.0: reg 0x20: [mem 0xc7e04000-0xc7e07fff 64bit pref] [ 8.360889] pci 0000:02:00.0: PME# supported from D0 D3hot D3cold [ 8.360976] pci 0000:02:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit pref] [ 8.360980] pci 0000:02:00.0: VF(n) BAR0 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR0 for 64 VFs) [ 8.361019] pci 0000:02:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit pref] [ 8.361021] pci 0000:02:00.0: VF(n) BAR3 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR3 for 64 VFs) [ 8.361429] pci 0000:02:00.1: [8086:1528] type 00 class 0x020000 [ 8.361502] pci 0000:02:00.1: reg 0x10: [mem 0xc7a00000-0xc7bfffff 64bit pref] [ 8.361529] pci 0000:02:00.1: reg 0x18: [io 0x6000-0x601f] [ 8.361595] pci 0000:02:00.1: reg 0x20: [mem 0xc7e00000-0xc7e03fff 64bit pref] [ 8.361822] pci 0000:02:00.1: PME# supported from D0 D3hot D3cold [ 8.361893] pci 0000:02:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit pref] [ 8.361895] pci 0000:02:00.1: VF(n) BAR0 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR0 for 64 VFs) [ 8.361933] pci 0000:02:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit pref] [ 8.361935] pci 0000:02:00.1: VF(n) BAR3 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR3 for 64 VFs) [ 8.362303] pci 0000:00:03.0: PCI bridge to [bus 02] [ 8.362312] pci 0000:00:03.0: bridge window [io 0x6000-0x6fff] [ 8.362334] pci 0000:00:03.0: bridge window [mem 0xc7a00000-0xc7efffff 64bit pref] [ 8.362745] pci 0000:03:00.0: [8086:1528] type 00 class 0x020000 [ 8.362817] pci 0000:03:00.0: reg 0x10: [mem 0xc7600000-0xc77fffff 64bit pref] [ 8.362843] pci 0000:03:00.0: reg 0x18: [io 0x5020-0x503f] [ 8.362910] pci 0000:03:00.0: reg 0x20: [mem 0xc7804000-0xc7807fff 64bit pref] [ 8.363146] pci 0000:03:00.0: PME# supported from D0 D3hot D3cold [ 8.363229] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit pref] [ 8.363230] pci 0000:03:00.0: VF(n) BAR0 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR0 for 64 VFs) [ 8.363269] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit pref] [ 8.363270] pci 0000:03:00.0: VF(n) BAR3 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR3 for 64 VFs) [ 8.363666] pci 0000:03:00.1: [8086:1528] type 00 class 0x020000 [ 8.363737] pci 0000:03:00.1: reg 0x10: [mem 0xc7400000-0xc75fffff 64bit pref] [ 8.363764] pci 0000:03:00.1: reg 0x18: [io 0x5000-0x501f] [ 8.363831] pci 0000:03:00.1: reg 0x20: [mem 0xc7800000-0xc7803fff 64bit pref] [ 8.364064] pci 0000:03:00.1: PME# supported from D0 D3hot D3cold [ 8.364136] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit pref] [ 8.364138] pci 0000:03:00.1: VF(n) BAR0 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR0 for 64 VFs) [ 8.364177] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit pref] [ 8.364178] pci 0000:03:00.1: VF(n) BAR3 space: [mem 0x00000000-0x000fffff 64bit pref] (contains BAR3 for 64 VFs) [ 8.364539] pci 0000:00:03.2: PCI bridge to [bus 03] [ 8.364547] pci 0000:00:03.2: bridge window [io 0x5000-0x5fff] [ 8.364569] pci 0000:00:03.2: bridge window [mem 0xc7400000-0xc78fffff 64bit pref] [ 8.364682] pci 0000:00:1c.0: PCI bridge to [bus 04] [ 8.364878] pci 0000:05:00.0: [1a03:1150] type 01 class 0x060400 [ 8.365093] pci 0000:05:00.0: enabling Extended Tags [ 8.365288] pci 0000:05:00.0: supports D1 D2 [ 8.365290] pci 0000:05:00.0: PME# supported from D0 D1 D2 D3hot D3cold [ 8.365530] pci 0000:00:1c.4: PCI bridge to [bus 05-06] [ 8.365539] pci 0000:00:1c.4: bridge window [io 0x4000-0x4fff] [ 8.365548] pci 0000:00:1c.4: bridge window [mem 0xc6000000-0xc70fffff] [ 8.365696] pci_bus 0000:06: extended config space not accessible [ 8.365757] pci 0000:06:00.0: [1a03:2000] type 00 class 0x030000 [ 8.365820] pci 0000:06:00.0: reg 0x10: [mem 0xc6000000-0xc6ffffff] [ 8.365854] pci 0000:06:00.0: reg 0x14: [mem 0xc7000000-0xc701ffff] [ 8.365888] pci 0000:06:00.0: reg 0x18: [io 0x4000-0x407f] [ 8.366044] pci 0000:06:00.0: BAR 0: assigned to efifb [ 8.366170] pci 0000:06:00.0: supports D1 D2 [ 8.366172] pci 0000:06:00.0: PME# supported from D0 D1 D2 D3hot D3cold [ 8.366446] pci 0000:05:00.0: PCI bridge to [bus 06] [ 8.366466] pci 0000:05:00.0: bridge window [io 0x4000-0x4fff] [ 8.366476] pci 0000:05:00.0: bridge window [mem 0xc6000000-0xc70fffff] [ 8.366709] xen: registering gsi 13 triggering 1 polarity 0 [ 8.367641] ACPI: PCI Root Bridge [PCI1] (domain 0000 [bus 80-fe]) [ 8.367645] acpi PNP0A08:01: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] [ 8.368542] acpi PNP0A08:01: _OSC: platform does not support [AER LTR] [ 8.369997] acpi PNP0A08:01: _OSC: OS now controls [PCIeHotplug PME PCIeCapability] [ 8.370001] acpi PNP0A08:01: FADT indicates ASPM is unsupported, using BIOS configuration [ 8.370263] PCI host bridge to bus 0000:80 [ 8.370265] pci_bus 0000:80: root bus resource [io 0x8000-0xffff window] [ 8.370267] pci_bus 0000:80: root bus resource [mem 0xc8000000-0xfbffbfff window] [ 8.370269] pci_bus 0000:80: root bus resource [bus 80-fe] [ 8.370319] pci 0000:80:03.0: [8086:6f08] type 01 class 0x060400 [ 8.370630] pci 0000:80:03.0: PME# supported from D0 D3hot D3cold [ 8.370882] pci 0000:80:03.2: [8086:6f0a] type 01 class 0x060400 [ 8.371192] pci 0000:80:03.2: PME# supported from D0 D3hot D3cold [ 8.371446] pci 0000:80:04.0: [8086:6f20] type 00 class 0x088000 [ 8.371512] pci 0000:80:04.0: reg 0x10: [mem 0xfbf1c000-0xfbf1ffff 64bit] [ 8.371935] pci 0000:80:04.1: [8086:6f21] type 00 class 0x088000 [ 8.372002] pci 0000:80:04.1: reg 0x10: [mem 0xfbf18000-0xfbf1bfff 64bit] [ 8.372434] pci 0000:80:04.2: [8086:6f22] type 00 class 0x088000 [ 8.372499] pci 0000:80:04.2: reg 0x10: [mem 0xfbf14000-0xfbf17fff 64bit] [ 8.373340] pci 0000:80:04.3: [8086:6f23] type 00 class 0x088000 [ 8.373405] pci 0000:80:04.3: reg 0x10: [mem 0xfbf10000-0xfbf13fff 64bit] [ 8.373826] pci 0000:80:04.4: [8086:6f24] type 00 class 0x088000 [ 8.373891] pci 0000:80:04.4: reg 0x10: [mem 0xfbf0c000-0xfbf0ffff 64bit] [ 8.374316] pci 0000:80:04.5: [8086:6f25] type 00 class 0x088000 [ 8.374381] pci 0000:80:04.5: reg 0x10: [mem 0xfbf08000-0xfbf0bfff 64bit] [ 8.374797] pci 0000:80:04.6: [8086:6f26] type 00 class 0x088000 [ 8.374862] pci 0000:80:04.6: reg 0x10: [mem 0xfbf04000-0xfbf07fff 64bit] [ 8.374958] pci 0000:80:04.7: [8086:6f27] type 00 class 0x088000 [ 8.374958] pci 0000:80:04.7: reg 0x10: [mem 0xfbf00000-0xfbf03fff 64bit] [ 8.374958] pci 0000:80:05.0: [8086:6f28] type 00 class 0x088000 [ 8.376126] pci 0000:80:05.1: [8086:6f29] type 00 class 0x088000 [ 8.376544] pci 0000:80:05.2: [8086:6f2a] type 00 class 0x088000 [ 8.376904] pci 0000:80:05.4: [8086:6f2c] type 00 class 0x080020 [ 8.376952] pci 0000:80:05.4: reg 0x10: [mem 0xfbf20000-0xfbf20fff] [ 8.377789] pci 0000:81:00.0: [1000:0097] type 00 class 0x010700 [ 8.377843] pci 0000:81:00.0: reg 0x10: [io 0xf000-0xf0ff] [ 8.377885] pci 0000:81:00.0: reg 0x14: [mem 0xfbe40000-0xfbe4ffff 64bit] [ 8.377925] pci 0000:81:00.0: reg 0x1c: [mem 0xfbe00000-0xfbe3ffff 64bit] [ 8.377980] pci 0000:81:00.0: reg 0x30: [mem 0xfbd00000-0xfbdfffff pref] [ 8.378003] pci 0000:81:00.0: enabling Extended Tags [ 8.378254] pci 0000:81:00.0: supports D1 D2 [ 8.378444] pci 0000:80:03.0: PCI bridge to [bus 81] [ 8.378453] pci 0000:80:03.0: bridge window [io 0xf000-0xffff] [ 8.378461] pci 0000:80:03.0: bridge window [mem 0xfbd00000-0xfbefffff] [ 8.378849] pci 0000:82:00.0: [1000:0097] type 00 class 0x010700 [ 8.378903] pci 0000:82:00.0: reg 0x10: [io 0xe000-0xe0ff] [ 8.378945] pci 0000:82:00.0: reg 0x14: [mem 0xfbc40000-0xfbc4ffff 64bit] [ 8.378992] pci 0000:82:00.0: reg 0x1c: [mem 0xfbc00000-0xfbc3ffff 64bit] [ 8.379042] pci 0000:82:00.0: reg 0x30: [mem 0xfbb00000-0xfbbfffff pref] [ 8.379065] pci 0000:82:00.0: enabling Extended Tags [ 8.379314] pci 0000:82:00.0: supports D1 D2 [ 8.379504] pci 0000:80:03.2: PCI bridge to [bus 82] [ 8.379512] pci 0000:80:03.2: bridge window [io 0xe000-0xefff] [ 8.379520] pci 0000:80:03.2: bridge window [mem 0xfbb00000-0xfbcfffff] [ 8.379982] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15) [ 8.380070] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15) [ 8.380152] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 10 11 12 14 15) [ 8.380235] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 10 *11 12 14 15) [ 8.380316] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. [ 8.380398] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. [ 8.380481] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. [ 8.380562] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. [ 8.380963] xen:balloon: Initialising balloon driver [ 8.381014] iommu: Default domain type: Translated [ 8.381037] pci 0000:06:00.0: vgaarb: setting as boot VGA device [ 8.381037] pci 0000:06:00.0: vgaarb: VGA device added: decodes=io+mem,owns=io+mem,locks=none [ 8.381037] pci 0000:06:00.0: vgaarb: bridge control possible [ 8.381037] vgaarb: loaded [ 8.381166] SCSI subsystem initialized [ 8.381178] libata version 3.00 loaded. [ 8.381199] ACPI: bus type USB registered [ 8.381212] usbcore: registered new interface driver usbfs [ 8.381220] usbcore: registered new interface driver hub [ 8.381972] usbcore: registered new device driver usb [ 8.381997] EDAC MC: Ver: 3.0.0 [ 8.382989] Registered efivars operations [ 8.383016] PCI: Using ACPI for IRQ routing [ 8.410152] PCI: pci_cache_line_size set to 64 bytes [ 8.411411] e820: reserve RAM buffer [mem 0x78dfc000-0x7bffffff] [ 8.411413] e820: reserve RAM buffer [mem 0x79766000-0x7bffffff] [ 8.411414] e820: reserve RAM buffer [mem 0x7bcf8000-0x7bffffff] [ 8.411415] e820: reserve RAM buffer [mem 0x686eab000-0x687ffffff] [ 8.411564] NetLabel: Initializing [ 8.411565] NetLabel: domain hash size = 128 [ 8.411566] NetLabel: protocols = UNLABELED CIPSOv4 CALIPSO [ 8.411582] NetLabel: unlabeled traffic allowed by default [ 8.412020] clocksource: Switched to clocksource tsc-early [ 8.429856] VFS: Disk quotas dquot_6.6.0 [ 8.429871] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 8.429896] hugetlbfs: disabling because there are no supported hugepage sizes [ 8.429912] pnp: PnP ACPI init [ 8.430370] xen: registering gsi 8 triggering 1 polarity 0 [ 8.430407] pnp 00:00: Plug and Play ACPI device, IDs PNP0b00 (active) [ 8.430546] system 00:01: [io 0x0500-0x057f] has been reserved [ 8.430548] system 00:01: [io 0x0400-0x047f] has been reserved [ 8.430549] system 00:01: [io 0x0580-0x059f] has been reserved [ 8.430551] system 00:01: [io 0x0600-0x061f] has been reserved [ 8.430552] system 00:01: [io 0x0880-0x0883] has been reserved [ 8.430554] system 00:01: [io 0x0800-0x081f] has been reserved [ 8.430556] system 00:01: [mem 0xfed1c000-0xfed3ffff] has been reserved [ 8.430557] system 00:01: [mem 0xfed45000-0xfed8bfff] has been reserved [ 8.430559] system 00:01: [mem 0xff000000-0xffffffff] has been reserved [ 8.430560] system 00:01: [mem 0xfee00000-0xfeefffff] has been reserved [ 8.430562] system 00:01: [mem 0xfed12000-0xfed1200f] has been reserved [ 8.430563] system 00:01: [mem 0xfed12010-0xfed1201f] has been reserved [ 8.430564] system 00:01: [mem 0xfed1b000-0xfed1bfff] has been reserved [ 8.430568] system 00:01: Plug and Play ACPI device, IDs PNP0c02 (active) [ 8.430919] system 00:02: [io 0x0a00-0x0a0f] has been reserved [ 8.430921] system 00:02: [io 0x0a10-0x0a1f] has been reserved [ 8.430922] system 00:02: [io 0x0a20-0x0a2f] has been reserved [ 8.430923] system 00:02: [io 0x0a30-0x0a3f] has been reserved [ 8.430925] system 00:02: [io 0x0a40-0x0a4f] has been reserved [ 8.430928] system 00:02: Plug and Play ACPI device, IDs PNP0c02 (active) [ 8.431240] xen: registering gsi 4 triggering 1 polarity 0 [ 8.431259] pnp 00:03: [dma 0 disabled] [ 8.431306] pnp 00:03: Plug and Play ACPI device, IDs PNP0501 (active) [ 8.431585] xen: registering gsi 3 triggering 1 polarity 0 [ 8.431602] pnp 00:04: [dma 0 disabled] [ 8.431643] pnp 00:04: Plug and Play ACPI device, IDs PNP0501 (active) [ 8.432377] pnp: PnP ACPI: found 5 devices [ 8.435044] thermal_sys: Registered thermal governor 'fair_share' [ 8.435045] thermal_sys: Registered thermal governor 'bang_bang' [ 8.435046] thermal_sys: Registered thermal governor 'step_wise' [ 8.435047] thermal_sys: Registered thermal governor 'user_space' [ 8.449321] PM-Timer failed consistency check (0xffffff) - aborting. [ 8.449382] pci 0000:00:03.0: bridge window [mem 0x00100000-0x000fffff] to [bus 02] add_size 400000 add_align 100000 [ 8.449385] pci 0000:00:03.2: bridge window [mem 0x00100000-0x000fffff] to [bus 03] add_size 400000 add_align 100000 [ 8.449400] pci 0000:00:03.0: BAR 14: assigned [mem 0x90000000-0x903fffff] [ 8.449402] pci 0000:00:03.2: BAR 14: assigned [mem 0x90400000-0x907fffff] [ 8.449404] pci 0000:00:01.0: PCI bridge to [bus 01] [ 8.449441] pci 0000:02:00.0: BAR 7: assigned [mem 0x90000000-0x900fffff 64bit pref] [ 8.449451] pci 0000:02:00.0: BAR 10: assigned [mem 0x90100000-0x901fffff 64bit pref] [ 8.449458] pci 0000:02:00.1: BAR 7: assigned [mem 0x90200000-0x902fffff 64bit pref] [ 8.449465] pci 0000:02:00.1: BAR 10: assigned [mem 0x90300000-0x903fffff 64bit pref] [ 8.449471] pci 0000:00:03.0: PCI bridge to [bus 02] [ 8.449476] pci 0000:00:03.0: bridge window [io 0x6000-0x6fff] [ 8.449488] pci 0000:00:03.0: bridge window [mem 0x90000000-0x903fffff] [ 8.449496] pci 0000:00:03.0: bridge window [mem 0xc7a00000-0xc7efffff 64bit pref] [ 8.449513] pci 0000:03:00.0: BAR 7: assigned [mem 0x90400000-0x904fffff 64bit pref] [ 8.449520] pci 0000:03:00.0: BAR 10: assigned [mem 0x90500000-0x905fffff 64bit pref] [ 8.449527] pci 0000:03:00.1: BAR 7: assigned [mem 0x90600000-0x906fffff 64bit pref] [ 8.449534] pci 0000:03:00.1: BAR 10: assigned [mem 0x90700000-0x907fffff 64bit pref] [ 8.449540] pci 0000:00:03.2: PCI bridge to [bus 03] [ 8.449545] pci 0000:00:03.2: bridge window [io 0x5000-0x5fff] [ 8.449556] pci 0000:00:03.2: bridge window [mem 0x90400000-0x907fffff] [ 8.449565] pci 0000:00:03.2: bridge window [mem 0xc7400000-0xc78fffff 64bit pref] [ 8.449580] pci 0000:00:1c.0: PCI bridge to [bus 04] [ 8.449615] pci 0000:05:00.0: PCI bridge to [bus 06] [ 8.449621] pci 0000:05:00.0: bridge window [io 0x4000-0x4fff] [ 8.449636] pci 0000:05:00.0: bridge window [mem 0xc6000000-0xc70fffff] [ 8.449664] pci 0000:00:1c.4: PCI bridge to [bus 05-06] [ 8.449668] pci 0000:00:1c.4: bridge window [io 0x4000-0x4fff] [ 8.449681] pci 0000:00:1c.4: bridge window [mem 0xc6000000-0xc70fffff] [ 8.449705] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7 window] [ 8.449706] pci_bus 0000:00: resource 5 [io 0x1000-0x7fff window] [ 8.449708] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff window] [ 8.449709] pci_bus 0000:00: resource 7 [mem 0xfedb0000-0xfedb000f window] [ 8.449710] pci_bus 0000:00: resource 8 [mem 0xfedc0000-0xfedc000f window] [ 8.449711] pci_bus 0000:00: resource 9 [mem 0x90000000-0xc7ffbfff window] [ 8.449712] pci_bus 0000:02: resource 0 [io 0x6000-0x6fff] [ 8.449714] pci_bus 0000:02: resource 1 [mem 0x90000000-0x903fffff] [ 8.449715] pci_bus 0000:02: resource 2 [mem 0xc7a00000-0xc7efffff 64bit pref] [ 8.449716] pci_bus 0000:03: resource 0 [io 0x5000-0x5fff] [ 8.449717] pci_bus 0000:03: resource 1 [mem 0x90400000-0x907fffff] [ 8.449718] pci_bus 0000:03: resource 2 [mem 0xc7400000-0xc78fffff 64bit pref] [ 8.449719] pci_bus 0000:05: resource 0 [io 0x4000-0x4fff] [ 8.449720] pci_bus 0000:05: resource 1 [mem 0xc6000000-0xc70fffff] [ 8.449722] pci_bus 0000:06: resource 0 [io 0x4000-0x4fff] [ 8.449723] pci_bus 0000:06: resource 1 [mem 0xc6000000-0xc70fffff] [ 8.449841] pci 0000:80:03.0: PCI bridge to [bus 81] [ 8.449846] pci 0000:80:03.0: bridge window [io 0xf000-0xffff] [ 8.449857] pci 0000:80:03.0: bridge window [mem 0xfbd00000-0xfbefffff] [ 8.449879] pci 0000:80:03.2: PCI bridge to [bus 82] [ 8.449883] pci 0000:80:03.2: bridge window [io 0xe000-0xefff] [ 8.449895] pci 0000:80:03.2: bridge window [mem 0xfbb00000-0xfbcfffff] [ 8.449917] pci_bus 0000:80: resource 4 [io 0x8000-0xffff window] [ 8.449918] pci_bus 0000:80: resource 5 [mem 0xc8000000-0xfbffbfff window] [ 8.449919] pci_bus 0000:81: resource 0 [io 0xf000-0xffff] [ 8.449920] pci_bus 0000:81: resource 1 [mem 0xfbd00000-0xfbefffff] [ 8.449922] pci_bus 0000:82: resource 0 [io 0xe000-0xefff] [ 8.449923] pci_bus 0000:82: resource 1 [mem 0xfbb00000-0xfbcfffff] [ 8.450029] NET: Registered protocol family 2 [ 8.450203] tcp_listen_portaddr_hash hash table entries: 16384 (order: 6, 262144 bytes, linear) [ 8.450255] TCP established hash table entries: 262144 (order: 9, 2097152 bytes, linear) [ 8.450569] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes, linear) [ 8.450726] TCP: Hash tables configured (established 262144 bind 65536) [ 8.450782] UDP hash table entries: 16384 (order: 7, 524288 bytes, linear) [ 8.450865] UDP-Lite hash table entries: 16384 (order: 7, 524288 bytes, linear) [ 8.451120] NET: Registered protocol family 1 [ 8.451746] pci 0000:00:05.0: disabled boot interrupts on device [8086:6f28] [ 8.451857] xen: registering gsi 19 triggering 0 polarity 1 [ 8.451878] xen: --> pirq=19 -> irq=19 (gsi=19) [ 8.452177] xen: registering gsi 18 triggering 0 polarity 1 [ 8.452191] xen: --> pirq=18 -> irq=18 (gsi=18) [ 8.469118] pci 0000:00:1a.0: quirk_usb_early_handoff+0x0/0x647 took 16594 usecs [ 8.469195] xen: registering gsi 18 triggering 0 polarity 1 [ 8.469198] Already setup the GSI :18 [ 8.486158] pci 0000:00:1d.0: quirk_usb_early_handoff+0x0/0x647 took 16620 usecs [ 8.486186] pci 0000:02:00.0: CLS mismatch (64 != 32), using 64 bytes [ 8.486217] pci 0000:06:00.0: Video device with shadowed ROM at [mem 0x000c0000-0x000dffff] [ 8.486233] pci 0000:80:05.0: disabled boot interrupts on device [8086:6f28] [ 8.486283] Unpacking initramfs... [ 8.704790] Freeing initrd memory: 11768K [ 8.705896] Initialise system trusted keyrings [ 8.706035] workingset: timestamp_bits=40 max_order=23 bucket_order=0 [ 8.708299] zbud: loaded [ 8.714656] NET: Registered protocol family 38 [ 8.714660] Key type asymmetric registered [ 8.714662] Asymmetric key parser 'x509' registered [ 8.714671] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 248) [ 8.714743] io scheduler mq-deadline registered [ 8.714744] io scheduler kyber registered [ 8.714855] atomic64_test: passed for x86-64 platform with CX8 and with SSE [ 8.715331] xen: registering gsi 26 triggering 0 polarity 1 [ 8.715356] xen: --> pirq=26 -> irq=26 (gsi=26) [ 8.715646] pcieport 0000:00:01.0: PME: Signaling with IRQ 98 [ 8.715860] xen: registering gsi 40 triggering 0 polarity 1 [ 8.715873] xen: --> pirq=40 -> irq=40 (gsi=40) [ 8.716157] pcieport 0000:00:03.0: PME: Signaling with IRQ 99 [ 8.716361] xen: registering gsi 40 triggering 0 polarity 1 [ 8.716364] Already setup the GSI :40 [ 8.716596] pcieport 0000:00:03.2: PME: Signaling with IRQ 100 [ 8.716797] xen: registering gsi 16 triggering 0 polarity 1 [ 8.716810] xen: --> pirq=16 -> irq=16 (gsi=16) [ 8.716985] pcieport 0000:00:1c.0: PME: Signaling with IRQ 101 [ 8.717194] xen: registering gsi 16 triggering 0 polarity 1 [ 8.717197] Already setup the GSI :16 [ 8.717342] pcieport 0000:00:1c.4: PME: Signaling with IRQ 102 [ 8.717541] xen: registering gsi 64 triggering 0 polarity 1 [ 8.717557] xen: --> pirq=64 -> irq=64 (gsi=64) [ 8.717803] pcieport 0000:80:03.0: PME: Signaling with IRQ 103 [ 8.718011] xen: registering gsi 64 triggering 0 polarity 1 [ 8.718014] Already setup the GSI :64 [ 8.718254] pcieport 0000:80:03.2: PME: Signaling with IRQ 104 [ 8.718411] efifb: probing for efifb [ 8.718414] efi: EFI_MEMMAP is not enabled. [ 8.718916] efifb: framebuffer at 0xc6000000, using 1876k, total 1875k [ 8.718917] efifb: mode is 800x600x32, linelength=3200, pages=1 [ 8.718918] efifb: scrolling: redraw [ 8.718919] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0 [ 8.719067] Console: switching to colour frame buffer device 100x37 [ 8.729250] fb0: EFI VGA frame buffer device [ 8.729264] intel_idle: MWAIT substates: 0x2120 [ 8.729265] intel_idle: v0.4.1 model 0x4F [ 8.729270] intel_idle: intel_idle yielding to none [ 8.729607] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0 [ 8.729639] ACPI: Power Button [PWRB] [ 8.729678] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1 [ 8.729755] ACPI: Power Button [PWRF] [ 8.729953] Monitor-Mwait will be used to enter C-1 state [ 8.729979] Monitor-Mwait will be used to enter C-2 state [ 8.731466] ERST: Error Record Serialization Table (ERST) support is initialized. [ 8.731469] pstore: Registered erst as persistent store backend [ 8.732020] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [ 8.732614] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled [ 8.753835] 00:03: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A [ 8.775095] 00:04: ttyS1 at I/O 0x2f8 (irq = 3, base_baud = 115200) is a 16550A [ 8.777086] hpet_acpi_add: no address or irqs in _CRS [ 8.777172] Non-volatile memory driver v1.3 [ 8.777213] Linux agpgart interface v0.103 [ 8.777904] ahci 0000:00:11.4: version 3.0 [ 8.777999] xen: registering gsi 16 triggering 0 polarity 1 [ 8.778003] Already setup the GSI :16 [ 8.778166] ahci 0000:00:11.4: AHCI 0001.0300 32 slots 4 ports 6 Gbps 0xf impl SATA mode [ 8.778168] ahci 0000:00:11.4: flags: 64bit ncq led clo pio slum part ems apst [ 8.787447] scsi host0: ahci [ 8.787667] scsi host1: ahci [ 8.787842] scsi host2: ahci [ 8.788013] scsi host3: ahci [ 8.788074] ata1: SATA max UDMA/133 abar m2048@0xc7138000 port 0xc7138100 irq 106 [ 8.788076] ata2: SATA max UDMA/133 abar m2048@0xc7138000 port 0xc7138180 irq 106 [ 8.788077] ata3: SATA max UDMA/133 abar m2048@0xc7138000 port 0xc7138200 irq 106 [ 8.788079] ata4: SATA max UDMA/133 abar m2048@0xc7138000 port 0xc7138280 irq 106 [ 8.788202] xen: registering gsi 16 triggering 0 polarity 1 [ 8.788205] Already setup the GSI :16 [ 8.788390] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x3f impl SATA mode [ 8.788393] ahci 0000:00:1f.2: flags: 64bit ncq led clo pio slum part ems apst [ 8.803519] scsi host4: ahci [ 8.803697] scsi host5: ahci [ 8.803879] scsi host6: ahci [ 8.804070] scsi host7: ahci [ 8.804244] scsi host8: ahci [ 8.804423] scsi host9: ahci [ 8.804478] ata5: SATA max UDMA/133 abar m2048@0xc7132000 port 0xc7132100 irq 107 [ 8.804480] ata6: SATA max UDMA/133 abar m2048@0xc7132000 port 0xc7132180 irq 107 [ 8.804482] ata7: SATA max UDMA/133 abar m2048@0xc7132000 port 0xc7132200 irq 107 [ 8.804483] ata8: SATA max UDMA/133 abar m2048@0xc7132000 port 0xc7132280 irq 107 [ 8.804485] ata9: SATA max UDMA/133 abar m2048@0xc7132000 port 0xc7132300 irq 107 [ 8.804486] ata10: SATA max UDMA/133 abar m2048@0xc7132000 port 0xc7132380 irq 107 [ 8.804587] libphy: Fixed MDIO Bus: probed [ 8.804674] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 8.804678] ehci-pci: EHCI PCI platform driver [ 8.804813] xen: registering gsi 18 triggering 0 polarity 1 [ 8.804816] Already setup the GSI :18 [ 8.804936] ehci-pci 0000:00:1a.0: EHCI Host Controller [ 8.805023] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus number 1 [ 8.805051] ehci-pci 0000:00:1a.0: debug port 2 [ 8.809005] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported [ 8.809054] ehci-pci 0000:00:1a.0: irq 18, io mem 0xc7134000 [ 8.815985] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00 [ 8.816071] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.04 [ 8.816073] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 8.816074] usb usb1: Product: EHCI Host Controller [ 8.816076] usb usb1: Manufacturer: Linux 5.4.38-gentoo-host ehci_hcd [ 8.816077] usb usb1: SerialNumber: 0000:00:1a.0 [ 8.816220] hub 1-0:1.0: USB hub found [ 8.816230] hub 1-0:1.0: 2 ports detected [ 8.816500] xen: registering gsi 18 triggering 0 polarity 1 [ 8.816504] Already setup the GSI :18 [ 8.816568] ehci-pci 0000:00:1d.0: EHCI Host Controller [ 8.816634] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2 [ 8.816661] ehci-pci 0000:00:1d.0: debug port 2 [ 8.820602] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported [ 8.820608] ehci-pci 0000:00:1d.0: irq 18, io mem 0xc7133000 [ 8.827016] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00 [ 8.827088] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.04 [ 8.827089] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 8.827090] usb usb2: Product: EHCI Host Controller [ 8.827091] usb usb2: Manufacturer: Linux 5.4.38-gentoo-host ehci_hcd [ 8.827093] usb usb2: SerialNumber: 0000:00:1d.0 [ 8.827228] hub 2-0:1.0: USB hub found [ 8.827237] hub 2-0:1.0: 2 ports detected [ 8.827425] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 8.827430] ohci-pci: OHCI PCI platform driver [ 8.827454] uhci_hcd: USB Universal Host Controller Interface driver [ 8.827599] xen: registering gsi 19 triggering 0 polarity 1 [ 8.827602] Already setup the GSI :19 [ 8.827656] xhci_hcd 0000:00:14.0: xHCI Host Controller [ 8.827726] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 3 [ 8.828849] xhci_hcd 0000:00:14.0: hcc params 0x200077c1 hci version 0x100 quirks 0x0000000000009810 [ 8.828868] xhci_hcd 0000:00:14.0: cache line size of 64 is not supported [ 8.829181] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.04 [ 8.829182] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 8.829184] usb usb3: Product: xHCI Host Controller [ 8.829185] usb usb3: Manufacturer: Linux 5.4.38-gentoo-host xhci-hcd [ 8.829186] usb usb3: SerialNumber: 0000:00:14.0 [ 8.829331] hub 3-0:1.0: USB hub found [ 8.829353] hub 3-0:1.0: 15 ports detected [ 8.830413] xhci_hcd 0000:00:14.0: xHCI Host Controller [ 8.830487] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 4 [ 8.830490] xhci_hcd 0000:00:14.0: Host supports USB 3.0 SuperSpeed [ 8.830565] usb usb4: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 5.04 [ 8.830566] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 8.830568] usb usb4: Product: xHCI Host Controller [ 8.830569] usb usb4: Manufacturer: Linux 5.4.38-gentoo-host xhci-hcd [ 8.830570] usb usb4: SerialNumber: 0000:00:14.0 [ 8.830693] hub 4-0:1.0: USB hub found [ 8.830709] hub 4-0:1.0: 6 ports detected [ 8.831429] usbcore: registered new interface driver usbserial_generic [ 8.831434] usbserial: USB Serial support registered for generic [ 8.831450] i8042: PNP: No PS/2 controller found. [ 8.831517] mousedev: PS/2 mouse device common for all mice [ 8.831676] rtc_cmos 00:00: RTC can wake from S4 [ 8.832032] rtc_cmos 00:00: registered as rtc0 [ 8.832050] rtc_cmos 00:00: alarms up to one month, y3k, 114 bytes nvram [ 8.832079] device-mapper: uevent: version 1.0.3 [ 8.832182] device-mapper: ioctl: 4.41.0-ioctl (2019-09-16) initialised: dm-devel@redhat.com [ 8.832308] intel_pstate: CPU model not supported [ 8.833062] hidraw: raw HID events driver (C) Jiri Kosina [ 8.833087] usbcore: registered new interface driver usbhid [ 8.833088] usbhid: USB HID core driver [ 8.833147] drop_monitor: Initializing network drop monitor service [ 8.833297] Initializing XFRM netlink socket [ 8.833441] NET: Registered protocol family 10 [ 8.833789] Segment Routing with IPv6 [ 8.833807] mip6: Mobile IPv6 [ 8.833809] NET: Registered protocol family 17 [ 8.834090] IPI shorthand broadcast: enabled [ 8.834095] AVX2 version of gcm_enc/dec engaged. [ 8.834096] AES CTR mode by8 optimization enabled [ 8.839449] sched_clock: Marking stable (8804955073, 34484414)->(8953812828, -114373341) [ 8.839709] registered taskstats version 1 [ 8.839720] Loading compiled-in X.509 certificates [ 8.839771] zswap: loaded using pool lzo/zbud [ 8.840025] Key type ._fscrypt registered [ 8.840027] Key type .fscrypt registered [ 8.840189] pstore: Using crash dump compression: deflate [ 8.841584] Key type big_key registered [ 8.842059] Key type encrypted registered [ 8.842811] PM: Magic number: 12:293:585 [ 8.842841] pci_bus 0000:06: hash matches [ 8.843121] rtc_cmos 00:00: setting system clock to 2020-07-25T13:33:29 UTC (1595684009) [ 9.064687] random: crng init done [ 9.095406] ata1: SATA link down (SStatus 0 SControl 300) [ 9.095426] ata3: SATA link down (SStatus 0 SControl 300) [ 9.095526] ata2: SATA link down (SStatus 0 SControl 300) [ 9.095546] ata4: SATA link down (SStatus 0 SControl 300) [ 9.111854] ata7: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 9.111872] ata8: SATA link down (SStatus 0 SControl 300) [ 9.111891] ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 9.111908] ata5: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 9.111921] ata10: SATA link down (SStatus 0 SControl 300) [ 9.111936] ata9: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 9.112170] ata6.00: ATA-10: INTEL SSDSC2BB240G7, N2010101, max UDMA/133 [ 9.112172] ata6.00: 468862128 sectors, multi 1: LBA48 NCQ (depth 32) [ 9.112189] ata5.00: ATA-10: INTEL SSDSC2BB240G7, N2010101, max UDMA/133 [ 9.112190] ata5.00: 468862128 sectors, multi 1: LBA48 NCQ (depth 32) [ 9.112267] ata7.00: ATA-9: INTEL SSDSC2BA400G4, G2010150, max UDMA/133 [ 9.112270] ata7.00: 781422768 sectors, multi 1: LBA48 NCQ (depth 32) [ 9.112436] ata9.00: ATA-8: Xstra SSD, N0911, max UDMA/133 [ 9.112437] ata9.00: 61865984 sectors, multi 0: LBA48 [ 9.112707] ata6.00: configured for UDMA/133 [ 9.112723] ata5.00: configured for UDMA/133 [ 9.112789] ata7.00: configured for UDMA/133 [ 9.112892] scsi 4:0:0:0: Direct-Access ATA INTEL SSDSC2BB24 0101 PQ: 0 ANSI: 5 [ 9.113135] sd 4:0:0:0: Attached scsi generic sg0 type 0 [ 9.113148] ata9.00: configured for UDMA/133 [ 9.113150] ata5.00: Enabling discard_zeroes_data [ 9.113222] sd 4:0:0:0: [sda] 468862128 512-byte logical blocks: (240 GB/224 GiB) [ 9.113225] sd 4:0:0:0: [sda] 4096-byte physical blocks [ 9.113310] scsi 5:0:0:0: Direct-Access ATA INTEL SSDSC2BB24 0101 PQ: 0 ANSI: 5 [ 9.113418] sd 4:0:0:0: [sda] Write Protect is off [ 9.113420] sd 4:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 9.113446] sd 4:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 9.113448] ata6.00: Enabling discard_zeroes_data [ 9.113458] sd 5:0:0:0: Attached scsi generic sg1 type 0 [ 9.113639] sd 5:0:0:0: [sdb] 468862128 512-byte logical blocks: (240 GB/224 GiB) [ 9.113642] sd 5:0:0:0: [sdb] 4096-byte physical blocks [ 9.113668] sd 5:0:0:0: [sdb] Write Protect is off [ 9.113670] sd 5:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [ 9.113699] scsi 6:0:0:0: Direct-Access ATA INTEL SSDSC2BA40 0150 PQ: 0 ANSI: 5 [ 9.113701] ata5.00: Enabling discard_zeroes_data [ 9.113728] sd 5:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 9.113882] ata7.00: Enabling discard_zeroes_data [ 9.113886] sd 6:0:0:0: Attached scsi generic sg2 type 0 [ 9.113991] sd 6:0:0:0: [sdc] 781422768 512-byte logical blocks: (400 GB/373 GiB) [ 9.113994] sd 6:0:0:0: [sdc] 4096-byte physical blocks [ 9.114015] ata6.00: Enabling discard_zeroes_data [ 9.114016] sd 6:0:0:0: [sdc] Write Protect is off [ 9.114019] sd 6:0:0:0: [sdc] Mode Sense: 00 3a 00 00 [ 9.114121] scsi 8:0:0:0: Direct-Access ATA Xstra SSD 1 PQ: 0 ANSI: 5 [ 9.114304] sd 6:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 9.114325] sd 8:0:0:0: Attached scsi generic sg3 type 0 [ 9.114434] sd 8:0:0:0: [sdd] 61865984 512-byte logical blocks: (31.7 GB/29.5 GiB) [ 9.114454] sd 8:0:0:0: [sdd] Write Protect is off [ 9.114457] sd 8:0:0:0: [sdd] Mode Sense: 00 3a 00 00 [ 9.114476] sd 8:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 9.114495] ata5.00: Enabling discard_zeroes_data [ 9.114633] ata7.00: Enabling discard_zeroes_data [ 9.114666] sd 4:0:0:0: [sda] Attached SCSI disk [ 9.114993] sdc: sdc1 sdc2 sdc3 sdc4 [ 9.115194] ata6.00: Enabling discard_zeroes_data [ 9.115458] ata7.00: Enabling discard_zeroes_data [ 9.115489] sd 5:0:0:0: [sdb] Attached SCSI disk [ 9.115588] sd 6:0:0:0: [sdc] Attached SCSI disk [ 9.116615] sdd: sdd1 sdd2 sdd3 [ 9.117221] sd 8:0:0:0: [sdd] Attached SCSI disk [ 9.119017] Freeing unused kernel image memory: 1692K [ 9.124982] Write protecting the kernel read-only data: 18432k [ 9.135883] Freeing unused kernel image memory: 2016K [ 9.136737] Freeing unused kernel image memory: 1048K [ 9.138980] usb 1-1: new high-speed USB device number 2 using ehci-pci [ 9.146978] usb 2-1: new high-speed USB device number 2 using ehci-pci [ 9.155001] usb 3-14: new high-speed USB device number 2 using xhci_hcd [ 9.263608] x86/mm: Checked W+X mappings: passed, no W+X pages found. [ 9.263625] rodata_test: all tests were successful [ 9.263628] Run /init as init process [ 9.267354] usb 1-1: New USB device found, idVendor=8087, idProduct=800a, bcdDevice= 0.05 [ 9.267356] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 9.267626] hub 1-1:1.0: USB hub found [ 9.267726] hub 1-1:1.0: 6 ports detected [ 9.275355] usb 2-1: New USB device found, idVendor=8087, idProduct=8002, bcdDevice= 0.05 [ 9.275357] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 9.275500] hub 2-1:1.0: USB hub found [ 9.275601] hub 2-1:1.0: 8 ports detected [ 9.281741] usb 3-14: New USB device found, idVendor=0557, idProduct=7000, bcdDevice= 0.00 [ 9.281743] usb 3-14: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 9.282145] hub 3-14:1.0: USB hub found [ 9.282243] hub 3-14:1.0: 4 ports detected [ 9.303759] zlua: loading out-of-tree module taints kernel. [ 9.303763] zlua: module license 'MIT' taints kernel. [ 9.303764] Disabling lock debugging due to kernel taint [ 9.572983] usb 3-14.1: new low-speed USB device number 3 using xhci_hcd [ 9.676233] usb 3-14.1: New USB device found, idVendor=0557, idProduct=2419, bcdDevice= 1.00 [ 9.676235] usb 3-14.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 9.681626] input: HID 0557:2419 as /devices/pci0000:00/0000:00:14.0/usb3/3-14/3-14.1/3-14.1:1.0/0003:0557:2419.0001/input/input2 [ 9.729079] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x1e4534772a9, max_idle_ns: 440795297071 ns [ 9.918331] clocksource: Switched to clocksource tsc [ 9.918425] hid-generic 0003:0557:2419.0001: input,hidraw0: USB HID v1.00 Keyboard [HID 0557:2419] on usb-0000:00:14.0-14.1/input0 [ 9.921237] input: HID 0557:2419 as /devices/pci0000:00/0000:00:14.0/usb3/3-14/3-14.1/3-14.1:1.1/0003:0557:2419.0002/input/input3 [ 9.921598] hid-generic 0003:0557:2419.0002: input,hidraw1: USB HID v1.00 Mouse [HID 0557:2419] on usb-0000:00:14.0-14.1/input1 [ 11.323909] ZFS: Loaded module v0.8.3-r0-gentoo, ZFS pool version 5000, ZFS filesystem version 5 [ 11.328190] udevd[293]: starting version 3.2.9 [ 11.331233] udevd[294]: starting eudev-3.2.9 [ 11.548947] udevd[334]: failed to execute '/sbin/modprobe' '/sbin/modprobe zfs': No such file or directory [ 11.559674] udevd[336]: failed to execute '/sbin/modprobe' '/sbin/modprobe zfs': No such file or directory [ 11.565421] udevd[338]: failed to execute '/sbin/modprobe' '/sbin/modprobe zfs': No such file or directory [ 11.569413] udevd[339]: failed to execute '/sbin/modprobe' '/sbin/modprobe zfs': No such file or directory [ 11.586291] udevd[344]: failed to execute '/sbin/modprobe' '/sbin/modprobe zfs': No such file or directory [ 11.597910] udevd[345]: failed to execute '/sbin/modprobe' '/sbin/modprobe zfs': No such file or directory [ 15.727240] udevd[1929]: starting version 3.2.9 [ 15.748314] udevd[1929]: starting eudev-3.2.9 [ 16.084755] tun: Universal TUN/TAP device driver, 1.6 [ 16.359606] IPMI message handler: version 39.2 [ 16.374974] ipmi device interface [ 16.392828] ipmi_si: IPMI System Interface driver [ 16.392849] ipmi_si dmi-ipmi-si.0: ipmi_platform: probing via SMBIOS [ 16.392853] ipmi_platform: ipmi_si: SMBIOS: io 0xca2 regsize 1 spacing 1 irq 0 [ 16.392854] ipmi_si: Adding SMBIOS-specified kcs state machine [ 16.392932] ipmi_si IPI0001:00: ipmi_platform: probing via ACPI [ 16.393133] ipmi_si IPI0001:00: ipmi_platform: [io 0x0ca2] regsize 1 spacing 1 irq 0 [ 16.393136] ipmi_si dmi-ipmi-si.0: Removing SMBIOS-specified kcs state machine in favor of ACPI [ 16.393137] ipmi_si: Adding ACPI-specified kcs state machine [ 16.393666] ipmi_si: Trying ACPI-specified kcs state machine at i/o address 0xca2, slave address 0x20, irq 0 [ 16.443991] power_meter ACPI000D:00: Found ACPI power meter. [ 16.444314] power_meter ACPI000D:00: Ignoring unsafe software power cap! [ 16.444339] power_meter ACPI000D:00: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). [ 16.459856] dca service started, version 1.12.1 [ 16.467772] pps_core: LinuxPPS API ver. 1 registered [ 16.467774] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti [ 16.468814] ioatdma: Intel(R) QuickData Technology Driver 5.00 [ 16.469041] xen: registering gsi 31 triggering 0 polarity 1 [ 16.469068] xen: --> pirq=31 -> irq=31 (gsi=31) [ 16.469380] PTP clock support registered [ 16.479016] ipmi_si IPI0001:00: The BMC does not support clearing the recv irq bit, compensating, but the BMC needs to be fixed. [ 16.483066] ixgbe: Intel(R) 10 Gigabit PCI Express Network Driver - version 5.1.0-k [ 16.483068] ixgbe: Copyright (c) 1999-2016 Intel Corporation. [ 16.483873] xen: registering gsi 40 triggering 0 polarity 1 [ 16.483880] Already setup the GSI :40 [ 16.492242] xen: registering gsi 39 triggering 0 polarity 1 [ 16.492265] xen: --> pirq=39 -> irq=39 (gsi=39) [ 16.502869] xen: registering gsi 31 triggering 0 polarity 1 [ 16.502874] Already setup the GSI :31 [ 16.514472] ipmi_si IPI0001:00: IPMI message handler: Found new BMC (man_id: 0x002a7c, prod_id: 0x0835, dev_id: 0x20) [ 16.518030] xen: registering gsi 39 triggering 0 polarity 1 [ 16.518036] Already setup the GSI :39 [ 16.528853] xen: registering gsi 31 triggering 0 polarity 1 [ 16.528859] Already setup the GSI :31 [ 16.540915] xen: registering gsi 39 triggering 0 polarity 1 [ 16.540921] Already setup the GSI :39 [ 16.555153] xen: registering gsi 31 triggering 0 polarity 1 [ 16.555159] Already setup the GSI :31 [ 16.565680] ipmi_si IPI0001:00: IPMI kcs interface initialized [ 16.568752] xen: registering gsi 39 triggering 0 polarity 1 [ 16.568758] Already setup the GSI :39 [ 16.568955] ipmi_ssif: IPMI SSIF Interface driver [ 16.586954] xen: registering gsi 55 triggering 0 polarity 1 [ 16.587001] xen: --> pirq=55 -> irq=55 (gsi=55) [ 16.601022] xen: registering gsi 63 triggering 0 polarity 1 [ 16.601054] xen: --> pirq=63 -> irq=63 (gsi=63) [ 16.615623] xen: registering gsi 55 triggering 0 polarity 1 [ 16.615633] Already setup the GSI :55 [ 16.630250] xen: registering gsi 63 triggering 0 polarity 1 [ 16.630255] Already setup the GSI :63 [ 16.637865] mei_me 0000:00:16.0: Device doesn't have valid ME Interface [ 16.644861] xen: registering gsi 55 triggering 0 polarity 1 [ 16.644868] Already setup the GSI :55 [ 16.658754] xen: registering gsi 63 triggering 0 polarity 1 [ 16.658762] Already setup the GSI :63 [ 16.673342] xen: registering gsi 55 triggering 0 polarity 1 [ 16.673350] Already setup the GSI :55 [ 16.691943] xen: registering gsi 63 triggering 0 polarity 1 [ 16.691952] Already setup the GSI :63 [ 16.711676] checking generic (c6000000 1d5000) vs hw (c6000000 1000000) [ 16.711679] fb0: switching to astdrmfb from EFI VGA [ 16.711800] Console: switching to colour dummy device 80x25 [ 16.713255] xen: registering gsi 16 triggering 0 polarity 1 [ 16.713263] Already setup the GSI :16 [ 16.713504] [drm] Using P2A bridge for configuration [ 16.713507] [drm] AST 2400 detected [ 16.713533] [drm] Analog VGA only [ 16.713562] [drm] dram MCLK=408 Mhz type=1 bus_width=16 size=01000000 [ 16.713653] [TTM] Zone kernel: Available graphics memory: 12263628 KiB [ 16.713654] [TTM] Zone dma32: Available graphics memory: 2097152 KiB [ 16.713655] [TTM] Initializing pool allocator [ 16.713664] [TTM] Initializing DMA pool allocator [ 16.724302] fbcon: astdrmfb (fb0) is primary device [ 16.735702] i801_smbus 0000:00:1f.3: enabling device (0000 -> 0003) [ 16.735998] xen: registering gsi 18 triggering 0 polarity 1 [ 16.736003] Already setup the GSI :18 [ 16.736236] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt [ 16.753488] Console: switching to colour frame buffer device 128x48 [ 16.760353] ast 0000:06:00.0: fb0: astdrmfb frame buffer device [ 16.789742] ixgbe 0000:02:00.0: Multiqueue Enabled: Rx Queue count = 4, Tx Queue count = 4 XDP Queue count = 0 [ 16.795002] [drm] Initialized ast 0.1.0 20120228 for 0000:06:00.0 on minor 0 [ 16.857716] input: PC Speaker as /devices/platform/pcspkr/input/input4 [ 16.875421] RAPL PMU: API unit is 2^-32 Joules, 2 fixed counters, 655360 ms ovfl timer [ 16.875422] RAPL PMU: hw unit of domain package 2^-14 Joules [ 16.875423] RAPL PMU: hw unit of domain dram 2^-16 Joules [ 16.878464] ixgbe 0000:02:00.0: 32.000 Gb/s available PCIe bandwidth (5 GT/s x8 link) [ 16.902073] ixgbe 0000:02:00.0: MAC: 3, PHY: 0, PBA No: 042000-000 [ 16.902077] ixgbe 0000:02:00.0: 0c:c4:7a:eb:2a:e4 [ 17.060016] ixgbe 0000:02:00.0: Intel(R) 10 Gigabit Network Connection [ 17.060063] libphy: ixgbe-mdio: probed [ 17.060245] xen: registering gsi 44 triggering 0 polarity 1 [ 17.060282] xen: --> pirq=44 -> irq=44 (gsi=44) [ 17.063514] EDAC sbridge: Seeking for: PCI ID 8086:6fa0 [ 17.063541] EDAC sbridge: Seeking for: PCI ID 8086:6fa0 [ 17.063567] EDAC sbridge: Seeking for: PCI ID 8086:6fa0 [ 17.063586] EDAC sbridge: Seeking for: PCI ID 8086:6f60 [ 17.063601] EDAC sbridge: Seeking for: PCI ID 8086:6fa8 [ 17.063614] EDAC sbridge: Seeking for: PCI ID 8086:6fa8 [ 17.063629] EDAC sbridge: Seeking for: PCI ID 8086:6fa8 [ 17.063636] EDAC sbridge: Seeking for: PCI ID 8086:6f71 [ 17.063650] EDAC sbridge: Seeking for: PCI ID 8086:6f71 [ 17.063665] EDAC sbridge: Seeking for: PCI ID 8086:6f71 [ 17.063672] EDAC sbridge: Seeking for: PCI ID 8086:6faa [ 17.063686] EDAC sbridge: Seeking for: PCI ID 8086:6faa [ 17.063703] EDAC sbridge: Seeking for: PCI ID 8086:6faa [ 17.063710] EDAC sbridge: Seeking for: PCI ID 8086:6fab [ 17.063724] EDAC sbridge: Seeking for: PCI ID 8086:6fab [ 17.063740] EDAC sbridge: Seeking for: PCI ID 8086:6fab [ 17.063748] EDAC sbridge: Seeking for: PCI ID 8086:6fac [ 17.063762] EDAC sbridge: Seeking for: PCI ID 8086:6fac [ 17.063778] EDAC sbridge: Seeking for: PCI ID 8086:6fac [ 17.063785] EDAC sbridge: Seeking for: PCI ID 8086:6fad [ 17.063799] EDAC sbridge: Seeking for: PCI ID 8086:6fad [ 17.063815] EDAC sbridge: Seeking for: PCI ID 8086:6fad [ 17.063822] EDAC sbridge: Seeking for: PCI ID 8086:6f68 [ 17.063827] EDAC sbridge: Seeking for: PCI ID 8086:6f79 [ 17.063841] EDAC sbridge: Seeking for: PCI ID 8086:6f6a [ 17.063856] EDAC sbridge: Seeking for: PCI ID 8086:6f6b [ 17.063870] EDAC sbridge: Seeking for: PCI ID 8086:6f6c [ 17.063885] EDAC sbridge: Seeking for: PCI ID 8086:6f6d [ 17.063900] EDAC sbridge: Seeking for: PCI ID 8086:6ffc [ 17.063914] EDAC sbridge: Seeking for: PCI ID 8086:6ffc [ 17.063931] EDAC sbridge: Seeking for: PCI ID 8086:6ffc [ 17.063940] EDAC sbridge: Seeking for: PCI ID 8086:6ffd [ 17.063954] EDAC sbridge: Seeking for: PCI ID 8086:6ffd [ 17.063985] EDAC sbridge: Seeking for: PCI ID 8086:6ffd [ 17.063995] EDAC sbridge: Seeking for: PCI ID 8086:6faf [ 17.064010] EDAC sbridge: Seeking for: PCI ID 8086:6faf [ 17.064027] EDAC sbridge: Seeking for: PCI ID 8086:6faf [ 17.064499] EDAC MC0: Giving out device to module sb_edac controller Broadwell SrcID#1_Ha#0: DEV 0000:ff:12.0 (INTERRUPT) [ 17.064954] EDAC MC1: Giving out device to module sb_edac controller Broadwell SrcID#0_Ha#0: DEV 0000:7f:12.0 (INTERRUPT) [ 17.064955] EDAC sbridge: Ver: 1.1.2 [ 17.125233] iTCO_vendor_support: vendor-support=0 [ 17.134312] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11 [ 17.134357] iTCO_wdt: Found a Wellsburg TCO device (Version=2, TCOBASE=0x0460) [ 17.134550] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 17.149116] intel_rapl_common: Found RAPL domain package [ 17.149129] intel_rapl_common: Found RAPL domain dram [ 17.149130] intel_rapl_common: DRAM domain energy unit 15300pj [ 17.328447] ixgbe 0000:02:00.1: Multiqueue Enabled: Rx Queue count = 4, Tx Queue count = 4 XDP Queue count = 0 [ 17.412401] ixgbe 0000:02:00.1: 32.000 Gb/s available PCIe bandwidth (5 GT/s x8 link) [ 17.436641] ixgbe 0000:02:00.1: MAC: 3, PHY: 0, PBA No: 042000-000 [ 17.436644] ixgbe 0000:02:00.1: 0c:c4:7a:eb:2a:e5 [ 17.586266] ixgbe 0000:02:00.1: Intel(R) 10 Gigabit Network Connection [ 17.586306] libphy: ixgbe-mdio: probed [ 17.586462] xen: registering gsi 42 triggering 0 polarity 1 [ 17.586489] xen: --> pirq=42 -> irq=42 (gsi=42) [ 17.854410] ixgbe 0000:03:00.0: Multiqueue Enabled: Rx Queue count = 4, Tx Queue count = 4 XDP Queue count = 0 [ 17.939535] ixgbe 0000:03:00.0: 32.000 Gb/s available PCIe bandwidth (5 GT/s x8 link) [ 17.963904] ixgbe 0000:03:00.0: MAC: 3, PHY: 0, PBA No: 041000-000 [ 17.963908] ixgbe 0000:03:00.0: 0c:c4:7a:eb:2a:e6 [ 22.379261] ixgbe 0000:03:00.0: Intel(R) 10 Gigabit Network Connection [ 22.379304] libphy: ixgbe-mdio: probed [ 22.379405] xen: registering gsi 45 triggering 0 polarity 1 [ 22.379431] xen: --> pirq=45 -> irq=45 (gsi=45) [ 22.648063] ixgbe 0000:03:00.1: Multiqueue Enabled: Rx Queue count = 4, Tx Queue count = 4 XDP Queue count = 0 [ 22.733370] ixgbe 0000:03:00.1: 32.000 Gb/s available PCIe bandwidth (5 GT/s x8 link) [ 22.757730] ixgbe 0000:03:00.1: MAC: 3, PHY: 0, PBA No: 041000-000 [ 22.757733] ixgbe 0000:03:00.1: 0c:c4:7a:eb:2a:e7 [ 27.171386] ixgbe 0000:03:00.1: Intel(R) 10 Gigabit Network Connection [ 27.171445] libphy: ixgbe-mdio: probed [ 27.174212] ixgbe 0000:03:00.1 eno4: renamed from eth3 [ 27.182215] ixgbe 0000:02:00.0 eno1: renamed from eth0 [ 27.196092] ixgbe 0000:02:00.1 eno2: renamed from eth1 [ 27.203123] ixgbe 0000:03:00.0 eno3: renamed from eth2 [ 27.586008] Adding 4194300k swap on /dev/zd0. Priority:-2 extents:1 across:4194300k SSFS [ 31.057264] pps pps0: new PPS source ptp0 [ 31.057335] ixgbe 0000:02:00.0: registered PHC device on eno1 [ 31.393059] ixgbe 0000:02:00.0 eno1: changing MTU from 1500 to 9000 [ 32.547396] pps pps1: new PPS source ptp1 [ 32.547461] ixgbe 0000:02:00.1: registered PHC device on eno2 [ 32.879507] ixgbe 0000:02:00.1 eno2: changing MTU from 1500 to 9000 [ 34.072391] pps pps2: new PPS source ptp2 [ 34.072473] ixgbe 0000:03:00.0: registered PHC device on eno3 [ 34.407144] ixgbe 0000:03:00.0 eno3: changing MTU from 1500 to 9000 [ 35.607419] pps pps3: new PPS source ptp3 [ 35.607498] ixgbe 0000:03:00.1: registered PHC device on eno4 [ 35.939396] ixgbe 0000:03:00.1 eno4: changing MTU from 1500 to 9000 [ 37.154855] Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011) [ 37.240467] ixgbe 0000:02:00.0: removed PHC on eno1 [ 37.277028] ixgbe 0000:02:00.1 eno2: NIC Link is Up 10 Gbps, Flow Control: None [ 37.336510] ixgbe 0000:02:00.1 eno2: NIC Link is Down [ 37.581179] ixgbe 0000:02:00.1: removed PHC on eno2 [ 37.902074] ixgbe 0000:03:00.0: removed PHC on eno3 [ 38.245492] ixgbe 0000:03:00.1: removed PHC on eno4 [ 38.588185] ixgbe 0000:02:00.0 eno1: changing MTU from 9000 to 1500 [ 38.608031] pps pps0: new PPS source ptp0 [ 38.608120] ixgbe 0000:02:00.0: registered PHC device on eno1 [ 38.731439] bond0: (slave eno1): Enslaving as an active interface with an up link [ 38.741805] ixgbe 0000:02:00.1 eno2: changing MTU from 9000 to 1500 [ 38.761588] pps pps1: new PPS source ptp1 [ 38.761652] ixgbe 0000:02:00.1: registered PHC device on eno2 [ 38.883341] bond0: (slave eno2): Enslaving as an active interface with an up link [ 38.894174] ixgbe 0000:03:00.0 eno3: changing MTU from 9000 to 1500 [ 38.913698] pps pps2: new PPS source ptp2 [ 38.913761] ixgbe 0000:03:00.0: registered PHC device on eno3 [ 39.035373] bond0: (slave eno3): Enslaving as an active interface with an up link [ 39.045871] ixgbe 0000:03:00.1 eno4: changing MTU from 9000 to 1500 [ 39.065587] pps pps3: new PPS source ptp3 [ 39.065663] ixgbe 0000:03:00.1: registered PHC device on eno4 [ 39.187348] bond0: (slave eno4): Enslaving as an active interface with an up link [ 39.376703] ixgbe 0000:02:00.0 eno1: changing MTU from 1500 to 9000 [ 39.835183] ixgbe 0000:02:00.1 eno2: changing MTU from 1500 to 9000 [ 40.291511] ixgbe 0000:03:00.0 eno3: changing MTU from 1500 to 9000 [ 40.747037] ixgbe 0000:03:00.1 eno4: changing MTU from 1500 to 9000 [ 41.383496] 8021q: 802.1Q VLAN Support v1.8 [ 41.383504] 8021q: adding VLAN 0 to HW filter on device eno1 [ 41.383518] 8021q: adding VLAN 0 to HW filter on device eno2 [ 41.383532] 8021q: adding VLAN 0 to HW filter on device eno3 [ 41.383546] 8021q: adding VLAN 0 to HW filter on device eno4 [ 41.383560] 8021q: adding VLAN 0 to HW filter on device bond0 [ 43.448133] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this. [ 43.505202] bradm: port 1(adm) entered blocking state [ 43.505204] bradm: port 1(adm) entered disabled state [ 43.514496] device adm entered promiscuous mode [ 43.514498] device bond0 entered promiscuous mode [ 43.514499] device eno1 entered promiscuous mode [ 43.514840] device eno2 entered promiscuous mode [ 43.515203] device eno3 entered promiscuous mode [ 43.515539] device eno4 entered promiscuous mode [ 43.540005] device bradm entered promiscuous mode [ 43.546372] bradm: port 1(adm) entered blocking state [ 43.546374] bradm: port 1(adm) entered forwarding state [ 43.677063] bradm: port 1(adm) entered disabled state [ 43.739538] bradm: port 1(adm) entered blocking state [ 43.739540] bradm: port 1(adm) entered forwarding state [ 44.026994] ixgbe 0000:02:00.1 eno2: NIC Link is Up 10 Gbps, Flow Control: None [ 44.528985] IPv6: ADDRCONF(NETDEV_CHANGE): bradm: link becomes ready [ 44.539033] ixgbe 0000:03:00.0 eno3: NIC Link is Up 10 Gbps, Flow Control: None [ 44.926071] ixgbe 0000:03:00.1 eno4: NIC Link is Up 10 Gbps, Flow Control: None [ 44.975116] ixgbe 0000:03:00.1 eno4: NIC Link is Down [ 45.680154] brstr: port 1(str) entered blocking state [ 45.680156] brstr: port 1(str) entered disabled state [ 45.685480] device str entered promiscuous mode [ 45.707076] device brstr entered promiscuous mode [ 45.713447] brstr: port 1(str) entered blocking state [ 45.713449] brstr: port 1(str) entered forwarding state [ 45.847264] brstr: port 1(str) entered disabled state [ 45.909390] brstr: port 1(str) entered blocking state [ 45.909392] brstr: port 1(str) entered forwarding state [ 46.721032] IPv6: ADDRCONF(NETDEV_CHANGE): brstr: link becomes ready [ 47.001466] ixgbe 0000:03:00.1 eno4: NIC Link is Up 10 Gbps, Flow Control: None [ 74.528817] xen:xen_evtchn: Event-channel device installed [ 74.555911] pciback 0000:81:00.0: seizing device [ 74.555946] pciback 0000:82:00.0: seizing device [ 74.556168] xen: registering gsi 66 triggering 0 polarity 1 [ 74.556204] xen: --> pirq=66 -> irq=66 (gsi=66) [ 74.665336] xen: registering gsi 64 triggering 0 polarity 1 [ 74.665341] Already setup the GSI :64 [ 74.769320] xen_pciback: backend is vpci [ 74.793098] xen_acpi_processor: Uploading Xen processor PM info [ 78.392839] brgst: port 1(gst) entered blocking state [ 78.392843] brgst: port 1(gst) entered disabled state [ 78.399057] device gst entered promiscuous mode [ 78.423888] device brgst entered promiscuous mode [ 78.431864] brgst: port 1(gst) entered blocking state [ 78.431867] brgst: port 1(gst) entered forwarding state [ 81.484327] brlan: port 1(lan) entered blocking state [ 81.484332] brlan: port 1(lan) entered disabled state [ 81.490483] device lan entered promiscuous mode [ 81.520359] device brlan entered promiscuous mode [ 81.531843] brlan: port 1(lan) entered blocking state [ 81.531847] brlan: port 1(lan) entered forwarding state [ 84.745095] brmedia: port 1(media) entered blocking state [ 84.745099] brmedia: port 1(media) entered disabled state [ 84.751048] device media entered promiscuous mode [ 84.784380] device brmedia entered promiscuous mode [ 84.795684] brmedia: port 1(media) entered blocking state [ 84.795688] brmedia: port 1(media) entered forwarding state [ 88.045971] brnet: port 1(net) entered blocking state [ 88.045974] brnet: port 1(net) entered disabled state [ 88.051681] device net entered promiscuous mode [ 88.079554] device brnet entered promiscuous mode [ 88.090673] brnet: port 1(net) entered blocking state [ 88.090678] brnet: port 1(net) entered forwarding state [ 91.370277] brvm1: port 1(vm1) entered blocking state [ 91.370280] brvm1: port 1(vm1) entered disabled state [ 91.375858] device vm1 entered promiscuous mode [ 91.406032] device brvm1 entered promiscuous mode [ 91.413665] brvm1: port 1(vm1) entered blocking state [ 91.413667] brvm1: port 1(vm1) entered forwarding state [ 94.500598] brvm2: port 1(vm2) entered blocking state [ 94.500601] brvm2: port 1(vm2) entered disabled state [ 94.506234] device vm2 entered promiscuous mode [ 94.530119] device brvm2 entered promiscuous mode [ 94.537661] brvm2: port 1(vm2) entered blocking state [ 94.537663] brvm2: port 1(vm2) entered forwarding state [ 97.728504] brvm3: port 1(vm3) entered blocking state [ 97.728507] brvm3: port 1(vm3) entered disabled state [ 97.734140] device vm3 entered promiscuous mode [ 97.767398] device brvm3 entered promiscuous mode [ 97.778305] brvm3: port 1(vm3) entered blocking state [ 97.778309] brvm3: port 1(vm3) entered forwarding state [ 101.080500] brvm4: port 1(vm4) entered blocking state [ 101.080502] brvm4: port 1(vm4) entered disabled state [ 101.086097] device vm4 entered promiscuous mode [ 101.118219] device brvm4 entered promiscuous mode [ 101.127814] brvm4: port 1(vm4) entered blocking state [ 101.127818] brvm4: port 1(vm4) entered forwarding state [ 104.325110] brvm5: port 1(vm5) entered blocking state [ 104.325115] brvm5: port 1(vm5) entered disabled state [ 104.331058] device vm5 entered promiscuous mode [ 104.359099] device brvm5 entered promiscuous mode [ 104.370600] brvm5: port 1(vm5) entered blocking state [ 104.370604] brvm5: port 1(vm5) entered forwarding state [ 107.702794] brvm6: port 1(vm6) entered blocking state [ 107.702797] brvm6: port 1(vm6) entered disabled state [ 107.708755] device vm6 entered promiscuous mode [ 107.739392] device brvm6 entered promiscuous mode [ 107.750720] brvm6: port 1(vm6) entered blocking state [ 107.750724] brvm6: port 1(vm6) entered forwarding state [ 111.030302] brvm7: port 1(vm7) entered blocking state [ 111.030306] brvm7: port 1(vm7) entered disabled state [ 111.036273] device vm7 entered promiscuous mode [ 111.068265] device brvm7 entered promiscuous mode [ 111.079862] brvm7: port 1(vm7) entered blocking state [ 111.079866] brvm7: port 1(vm7) entered forwarding state [ 114.346270] brvm8: port 1(vm8) entered blocking state [ 114.346274] brvm8: port 1(vm8) entered disabled state [ 114.352274] device vm8 entered promiscuous mode [ 114.381574] device brvm8 entered promiscuous mode [ 114.392378] brvm8: port 1(vm8) entered blocking state [ 114.392381] brvm8: port 1(vm8) entered forwarding state [ 117.489332] brvm9: port 1(vm9) entered blocking state [ 117.489336] brvm9: port 1(vm9) entered disabled state [ 117.495308] device vm9 entered promiscuous mode [ 117.529261] device brvm9 entered promiscuous mode [ 117.540635] brvm9: port 1(vm9) entered blocking state [ 117.540639] brvm9: port 1(vm9) entered forwarding state [ 126.076853] bradm: port 2(vif1.0) entered blocking state [ 126.076855] bradm: port 2(vif1.0) entered disabled state [ 126.076924] device vif1.0 entered promiscuous mode [ 126.087397] brstr: port 2(vif1.1) entered blocking state [ 126.087400] brstr: port 2(vif1.1) entered disabled state [ 126.087487] device vif1.1 entered promiscuous mode [ 126.124153] Bridge firewalling registered [ 127.455399] xen-blkback: backend/vbd/1/51713: using 1 queues, protocol 1 (x86_64-abi) [ 127.482866] xen-blkback: backend/vbd/1/51714: using 1 queues, protocol 1 (x86_64-abi) [ 127.509325] xen-blkback: backend/vbd/1/51715: using 1 queues, protocol 1 (x86_64-abi) [ 127.536899] xen-blkback: backend/vbd/1/51716: using 1 queues, protocol 1 (x86_64-abi) [ 127.565269] xen-blkback: backend/vbd/1/51717: using 1 queues, protocol 1 (x86_64-abi) [ 127.593173] xen-blkback: backend/vbd/1/51718: using 1 queues, protocol 1 (x86_64-abi) [ 128.606199] xen-blkback: backend/vbd/1/51713: prepare for reconnect [ 128.613705] xen-blkback: backend/vbd/1/51714: prepare for reconnect [ 128.620437] xen-blkback: backend/vbd/1/51715: prepare for reconnect [ 128.625125] xen-blkback: backend/vbd/1/51716: prepare for reconnect [ 128.630129] xen-blkback: backend/vbd/1/51717: prepare for reconnect [ 128.634561] xen-blkback: backend/vbd/1/51718: prepare for reconnect [ 132.667509] xen-blkback: backend/vbd/1/51713: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 132.694228] xen-blkback: backend/vbd/1/51714: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 133.726324] xen-blkback: backend/vbd/1/51715: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 133.757557] xen-blkback: backend/vbd/1/51716: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 133.783494] xen-blkback: backend/vbd/1/51717: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 133.809809] xen-blkback: backend/vbd/1/51718: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 133.842695] vif vif-1-0 vif1.0: Guest Rx ready [ 133.842723] bradm: port 2(vif1.0) entered blocking state [ 133.842726] bradm: port 2(vif1.0) entered forwarding state [ 133.852405] vif vif-1-1 vif1.1: Guest Rx ready [ 133.852565] brstr: port 2(vif1.1) entered blocking state [ 133.852566] brstr: port 2(vif1.1) entered forwarding state [ 156.853480] bradm: port 3(vif2.0) entered blocking state [ 156.853484] bradm: port 3(vif2.0) entered disabled state [ 156.853633] device vif2.0 entered promiscuous mode [ 156.855692] brstr: port 3(vif2.1) entered blocking state [ 156.855694] brstr: port 3(vif2.1) entered disabled state [ 156.855784] device vif2.1 entered promiscuous mode [ 158.480058] xen_pciback: vpci: 0000:81:00.0: assign to virtual slot 0 [ 158.483450] pciback 0000:81:00.0: registering for 2 [ 158.483969] xen_pciback: vpci: 0000:82:00.0: assign to virtual slot 1 [ 158.486331] pciback 0000:82:00.0: registering for 2 [ 168.004182] xen-blkback: backend/vbd/2/51713: using 1 queues, protocol 1 (x86_64-abi) [ 168.048247] xen-blkback: backend/vbd/2/51714: using 1 queues, protocol 1 (x86_64-abi) [ 168.084506] xen-blkback: backend/vbd/2/51715: using 1 queues, protocol 1 (x86_64-abi) [ 168.120767] xen-blkback: backend/vbd/2/51728: using 1 queues, protocol 1 (x86_64-abi) [ 168.156025] xen-blkback: backend/vbd/2/51716: using 1 queues, protocol 1 (x86_64-abi) [ 169.008125] xen-blkback: backend/vbd/2/51713: prepare for reconnect [ 169.017043] xen-blkback: backend/vbd/2/51714: prepare for reconnect [ 169.023451] xen-blkback: backend/vbd/2/51715: prepare for reconnect [ 169.028652] xen-blkback: backend/vbd/2/51728: prepare for reconnect [ 169.033647] xen-blkback: backend/vbd/2/51716: prepare for reconnect [ 188.524345] xen: registering gsi 64 triggering 0 polarity 1 [ 188.524355] Already setup the GSI :64 [ 188.524968] xen: registering gsi 64 triggering 0 polarity 1 [ 188.524973] Already setup the GSI :64 [ 188.525791] xen: registering gsi 64 triggering 0 polarity 1 [ 188.525796] Already setup the GSI :64 [ 188.526373] xen: registering gsi 64 triggering 0 polarity 1 [ 188.526379] Already setup the GSI :64 [ 188.526816] xen: registering gsi 64 triggering 0 polarity 1 [ 188.526821] Already setup the GSI :64 [ 188.527274] xen: registering gsi 64 triggering 0 polarity 1 [ 188.527280] Already setup the GSI :64 [ 188.527880] pciback 0000:81:00.0: Driver tried to write to a read-only configuration space field at offset 0xaa, size 2. This may be harmless, but if you have problems with your device: 1) see permissive attribute in sysfs 2) report problems to the xen-devel mailing list along with details of your device obtained from lspci. [ 188.530421] xen: registering gsi 66 triggering 0 polarity 1 [ 188.530431] Already setup the GSI :66 [ 188.530916] xen: registering gsi 66 triggering 0 polarity 1 [ 188.530921] Already setup the GSI :66 [ 188.531665] xen: registering gsi 66 triggering 0 polarity 1 [ 188.531672] Already setup the GSI :66 [ 188.532365] xen: registering gsi 66 triggering 0 polarity 1 [ 188.532372] Already setup the GSI :66 [ 188.532748] xen: registering gsi 66 triggering 0 polarity 1 [ 188.532754] Already setup the GSI :66 [ 188.533183] xen: registering gsi 66 triggering 0 polarity 1 [ 188.533191] Already setup the GSI :66 [ 188.533792] pciback 0000:82:00.0: Driver tried to write to a read-only configuration space field at offset 0xaa, size 2. This may be harmless, but if you have problems with your device: 1) see permissive attribute in sysfs 2) report problems to the xen-devel mailing list along with details of your device obtained from lspci. [ 188.578332] xen-blkback: backend/vbd/2/51713: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 188.627795] xen-blkback: backend/vbd/2/51714: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 188.693903] xen-blkback: backend/vbd/2/51715: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 188.763427] xen-blkback: backend/vbd/2/51728: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 188.826583] xen-blkback: backend/vbd/2/51716: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 188.865080] vif vif-2-0 vif2.0: Guest Rx ready [ 188.865122] bradm: port 3(vif2.0) entered blocking state [ 188.865124] bradm: port 3(vif2.0) entered forwarding state [ 188.882613] vif vif-2-1 vif2.1: Guest Rx ready [ 188.882694] brstr: port 3(vif2.1) entered blocking state [ 188.882697] brstr: port 3(vif2.1) entered forwarding state [ 275.866020] brcam: port 1(cam) entered blocking state [ 275.866024] brcam: port 1(cam) entered disabled state [ 275.872020] device cam entered promiscuous mode [ 275.903832] device brcam entered promiscuous mode [ 275.914686] brcam: port 1(cam) entered blocking state [ 275.914690] brcam: port 1(cam) entered forwarding state [ 279.485114] briot: port 1(iot) entered blocking state [ 279.485117] briot: port 1(iot) entered disabled state [ 279.490736] device iot entered promiscuous mode [ 279.521585] device briot entered promiscuous mode [ 279.530308] briot: port 1(iot) entered blocking state [ 279.530310] briot: port 1(iot) entered forwarding state [ 281.477363] RPC: Registered named UNIX socket transport module. [ 281.477365] RPC: Registered udp transport module. [ 281.477366] RPC: Registered tcp transport module. [ 281.477367] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 282.618224] Installing knfsd (copyright (C) 1996 okir@monad.swb.de). [ 283.777237] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 283.777326] NFSD: Using legacy client tracking operations. [ 283.777330] NFSD: starting 90-second grace period (net f0000150) [ 289.011275] bradm: port 4(vif3.0) entered blocking state [ 289.011279] bradm: port 4(vif3.0) entered disabled state [ 289.016259] device vif3.0 entered promiscuous mode [ 289.016987] brnet: port 2(vif3.5) entered blocking state [ 289.016991] brnet: port 2(vif3.5) entered disabled state [ 289.017066] device vif3.5 entered promiscuous mode [ 289.021276] brstr: port 4(vif3.2) entered blocking state [ 289.021279] brstr: port 4(vif3.2) entered disabled state [ 289.027196] device vif3.2 entered promiscuous mode [ 289.039026] brcam: port 2(vif3.4) entered blocking state [ 289.039028] brcam: port 2(vif3.4) entered disabled state [ 289.039108] device vif3.4 entered promiscuous mode [ 289.049222] brlan: port 2(vif3.1) entered blocking state [ 289.049224] brlan: port 2(vif3.1) entered disabled state [ 289.049291] device vif3.1 entered promiscuous mode [ 289.055377] brvm6: port 2(vif3.13) entered blocking state [ 289.055379] brvm6: port 2(vif3.13) entered disabled state [ 289.055453] device vif3.13 entered promiscuous mode [ 289.057640] brvm7: port 2(vif3.14) entered blocking state [ 289.057642] brvm7: port 2(vif3.14) entered disabled state [ 289.057695] device vif3.14 entered promiscuous mode [ 289.077587] brvm4: port 2(vif3.11) entered blocking state [ 289.077590] brvm4: port 2(vif3.11) entered disabled state [ 289.077654] device vif3.11 entered promiscuous mode [ 289.082509] brmedia: port 2(vif3.7) entered blocking state [ 289.082511] brmedia: port 2(vif3.7) entered disabled state [ 289.082575] device vif3.7 entered promiscuous mode [ 289.084342] briot: port 2(vif3.3) entered blocking state [ 289.084344] briot: port 2(vif3.3) entered disabled state [ 289.084409] device vif3.3 entered promiscuous mode [ 289.088553] brvm5: port 2(vif3.12) entered blocking state [ 289.088555] brvm5: port 2(vif3.12) entered disabled state [ 289.090964] device vif3.12 entered promiscuous mode [ 289.092513] brvm8: port 2(vif3.15) entered blocking state [ 289.092514] brvm8: port 2(vif3.15) entered disabled state [ 289.093739] device vif3.15 entered promiscuous mode [ 289.094863] brvm9: port 2(vif3.16) entered blocking state [ 289.094865] brvm9: port 2(vif3.16) entered disabled state [ 289.094935] device vif3.16 entered promiscuous mode [ 289.108752] brvm2: port 2(vif3.9) entered blocking state [ 289.108754] brvm2: port 2(vif3.9) entered disabled state [ 289.112228] device vif3.9 entered promiscuous mode [ 289.112534] brgst: port 2(vif3.6) entered blocking state [ 289.112536] brgst: port 2(vif3.6) entered disabled state [ 289.112609] device vif3.6 entered promiscuous mode [ 289.121202] brvm1: port 2(vif3.8) entered blocking state [ 289.121204] brvm1: port 2(vif3.8) entered disabled state [ 289.123410] device vif3.8 entered promiscuous mode [ 289.124526] brvm3: port 2(vif3.10) entered blocking state [ 289.124528] brvm3: port 2(vif3.10) entered disabled state [ 289.124615] device vif3.10 entered promiscuous mode [ 293.414692] bradm: port 5(vif4.0) entered blocking state [ 293.414694] bradm: port 5(vif4.0) entered disabled state [ 293.414757] device vif4.0 entered promiscuous mode [ 293.422431] brstr: port 5(vif4.1) entered blocking state [ 293.422434] brstr: port 5(vif4.1) entered disabled state [ 293.422539] device vif4.1 entered promiscuous mode [ 293.645665] xen-blkback: backend/vbd/3/51713: using 1 queues, protocol 1 (x86_64-abi) [ 293.703890] xen-blkback: backend/vbd/3/51714: using 1 queues, protocol 1 (x86_64-abi) [ 293.756499] xen-blkback: backend/vbd/3/51715: using 1 queues, protocol 1 (x86_64-abi) [ 294.673254] xen-blkback: backend/vbd/3/51713: prepare for reconnect [ 294.679392] xen-blkback: backend/vbd/3/51714: prepare for reconnect [ 294.685843] xen-blkback: backend/vbd/3/51715: prepare for reconnect [ 297.569260] xen-blkback: backend/vbd/3/51713: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 297.632858] xen-blkback: backend/vbd/3/51714: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 297.678360] xen-blkback: backend/vbd/3/51715: using 2 queues, protocol 1 (x86_64-abi) persistent grants [ 297.767539] vif vif-3-0 vif3.0: Guest Rx ready [ 297.767577] bradm: port 4(vif3.0) entered blocking state [ 297.767578] bradm: port 4(vif3.0) entered forwarding state [ 297.843563] vif vif-3-1 vif3.1: Guest Rx ready [ 297.844144] brlan: port 2(vif3.1) entered blocking state [ 297.844147] brlan: port 2(vif3.1) entered forwarding state [ 297.867463] vif vif-3-2 vif3.2: Guest Rx ready [ 297.868002] brstr: port 4(vif3.2) entered blocking state [ 297.868006] brstr: port 4(vif3.2) entered forwarding state [ 297.922746] vif vif-3-3 vif3.3: Guest Rx ready [ 297.923053] briot: port 2(vif3.3) entered blocking state [ 297.923055] briot: port 2(vif3.3) entered forwarding state [ 297.967514] vif vif-3-4 vif3.4: Guest Rx ready [ 297.968113] brcam: port 2(vif3.4) entered blocking state [ 297.968117] brcam: port 2(vif3.4) entered forwarding state [ 298.008391] vif vif-3-5 vif3.5: Guest Rx ready [ 298.008442] brnet: port 2(vif3.5) entered blocking state [ 298.008445] brnet: port 2(vif3.5) entered forwarding state [ 298.051733] vif vif-3-6 vif3.6: Guest Rx ready [ 298.052086] brgst: port 2(vif3.6) entered blocking state [ 298.052091] brgst: port 2(vif3.6) entered forwarding state [ 298.084548] vif vif-3-7 vif3.7: Guest Rx ready [ 298.084864] brmedia: port 2(vif3.7) entered blocking state [ 298.084869] brmedia: port 2(vif3.7) entered forwarding state [ 298.118146] vif vif-3-8 vif3.8: Guest Rx ready [ 298.118192] brvm1: port 2(vif3.8) entered blocking state [ 298.118195] brvm1: port 2(vif3.8) entered forwarding state [ 298.184562] vif vif-3-9 vif3.9: Guest Rx ready [ 298.184921] brvm2: port 2(vif3.9) entered blocking state [ 298.184942] brvm2: port 2(vif3.9) entered forwarding state [ 298.231374] vif vif-3-10 vif3.10: Guest Rx ready [ 298.231715] brvm3: port 2(vif3.10) entered blocking state [ 298.231718] brvm3: port 2(vif3.10) entered forwarding state [ 298.280061] vif vif-3-11 vif3.11: Guest Rx ready [ 298.280530] brvm4: port 2(vif3.11) entered blocking state [ 298.280533] brvm4: port 2(vif3.11) entered forwarding state [ 298.315018] vif vif-3-12 vif3.12: Guest Rx ready [ 298.315442] brvm5: port 2(vif3.12) entered blocking state [ 298.315447] brvm5: port 2(vif3.12) entered forwarding state [ 298.408149] vif vif-3-13 vif3.13: Guest Rx ready [ 298.408502] brvm6: port 2(vif3.13) entered blocking state [ 298.408505] brvm6: port 2(vif3.13) entered forwarding state [ 298.453410] vif vif-3-14 vif3.14: Guest Rx ready [ 298.453846] brvm7: port 2(vif3.14) entered blocking state [ 298.453851] brvm7: port 2(vif3.14) entered forwarding state [ 298.507835] vif vif-3-15 vif3.15: Guest Rx ready [ 298.508484] brvm8: port 2(vif3.15) entered blocking state [ 298.508489] brvm8: port 2(vif3.15) entered forwarding state [ 298.537014] vif vif-3-16 vif3.16: Guest Rx ready [ 298.537386] brvm9: port 2(vif3.16) entered blocking state [ 298.537391] brvm9: port 2(vif3.16) entered forwarding state [ 301.581784] vif vif-4-0 vif4.0: Guest Rx ready [ 301.582166] bradm: port 5(vif4.0) entered blocking state [ 301.582172] bradm: port 5(vif4.0) entered forwarding state [ 301.616316] vif vif-4-1 vif4.1: Guest Rx ready [ 301.616470] brstr: port 5(vif4.1) entered blocking state [ 301.616473] brstr: port 5(vif4.1) entered forwarding state [ 338.328634] bradm: port 6(vif5.0) entered blocking state [ 338.328636] bradm: port 6(vif5.0) entered disabled state [ 338.328701] device vif5.0 entered promiscuous mode [ 338.348208] brstr: port 6(vif5.1) entered blocking state [ 338.348211] brstr: port 6(vif5.1) entered disabled state [ 338.348302] device vif5.1 entered promiscuous mode [ 340.942370] bradm: port 7(vif6.0) entered blocking state [ 340.942373] bradm: port 7(vif6.0) entered disabled state [ 340.942440] device vif6.0 entered promiscuous mode [ 340.959075] brstr: port 7(vif6.1) entered blocking state [ 340.959077] brstr: port 7(vif6.1) entered disabled state [ 340.959135] device vif6.1 entered promiscuous mode [ 342.333318] xen-blkback: backend/vbd/6/51713: using 1 queues, protocol 1 (x86_64-abi) [ 342.423958] xen-blkback: backend/vbd/6/51714: using 1 queues, protocol 1 (x86_64-abi) [ 342.511297] xen-blkback: backend/vbd/6/51715: using 1 queues, protocol 1 (x86_64-abi) [ 343.399318] xen-blkback: backend/vbd/6/51713: prepare for reconnect [ 343.416003] xen-blkback: backend/vbd/6/51714: prepare for reconnect [ 343.427635] xen-blkback: backend/vbd/6/51715: prepare for reconnect [ 344.426165] bradm: port 8(vif7.0) entered blocking state [ 344.426169] bradm: port 8(vif7.0) entered disabled state [ 344.426318] device vif7.0 entered promiscuous mode [ 344.446329] brstr: port 8(vif7.1) entered blocking state [ 344.446331] brstr: port 8(vif7.1) entered disabled state [ 344.446393] device vif7.1 entered promiscuous mode [ 346.266386] brlan: port 3(vif8.0) entered blocking state [ 346.266391] brlan: port 3(vif8.0) entered disabled state [ 346.266488] device vif8.0 entered promiscuous mode [ 346.276976] brstr: port 9(vif8.1) entered blocking state [ 346.276978] brstr: port 9(vif8.1) entered disabled state [ 346.277042] device vif8.1 entered promiscuous mode [ 346.396575] xen-blkback: backend/vbd/6/51713: using 3 queues, protocol 1 (x86_64-abi) persistent grants [ 346.522841] xen-blkback: backend/vbd/7/51713: using 1 queues, protocol 1 (x86_64-abi) [ 346.650231] xen-blkback: backend/vbd/6/51714: using 3 queues, protocol 1 (x86_64-abi) persistent grants [ 346.765483] xen-blkback: backend/vbd/6/51715: using 3 queues, protocol 1 (x86_64-abi) persistent grants [ 346.860748] xen-blkback: backend/vbd/7/51714: using 1 queues, protocol 1 (x86_64-abi) [ 346.928506] vif vif-6-0 vif6.0: Guest Rx ready [ 346.928796] bradm: port 7(vif6.0) entered blocking state [ 346.928799] bradm: port 7(vif6.0) entered forwarding state [ 346.942401] vif vif-6-1 vif6.1: Guest Rx ready [ 346.942703] brstr: port 7(vif6.1) entered blocking state [ 346.942708] brstr: port 7(vif6.1) entered forwarding state [ 346.946542] xen-blkback: backend/vbd/7/51715: using 1 queues, protocol 1 (x86_64-abi) [ 347.812987] xen-blkback: backend/vbd/7/51713: prepare for reconnect [ 347.819884] xen-blkback: backend/vbd/7/51714: prepare for reconnect [ 347.824487] xen-blkback: backend/vbd/7/51715: prepare for reconnect [ 348.956658] vif vif-5-0 vif5.0: Guest Rx ready [ 348.956712] bradm: port 6(vif5.0) entered blocking state [ 348.956717] bradm: port 6(vif5.0) entered forwarding state [ 348.993606] vif vif-5-1 vif5.1: Guest Rx ready [ 348.993745] brstr: port 6(vif5.1) entered blocking state [ 348.993749] brstr: port 6(vif5.1) entered forwarding state [ 355.007706] xen-blkback: backend/vbd/7/51713: using 3 queues, protocol 1 (x86_64-abi) persistent grants [ 355.942883] vif vif-8-0 vif8.0: Guest Rx ready [ 355.942934] brlan: port 3(vif8.0) entered blocking state [ 355.942936] brlan: port 3(vif8.0) entered forwarding state [ 356.014070] vif vif-8-1 vif8.1: Guest Rx ready [ 356.014144] brstr: port 9(vif8.1) entered blocking state [ 356.014147] brstr: port 9(vif8.1) entered forwarding state [ 356.081077] xen-blkback: backend/vbd/7/51714: using 3 queues, protocol 1 (x86_64-abi) persistent grants [ 356.151577] xen-blkback: backend/vbd/7/51715: using 3 queues, protocol 1 (x86_64-abi) persistent grants [ 356.335847] vif vif-7-0 vif7.0: Guest Rx ready [ 356.336197] bradm: port 8(vif7.0) entered blocking state [ 356.336201] bradm: port 8(vif7.0) entered forwarding state [ 356.410192] vif vif-7-1 vif7.1: Guest Rx ready [ 356.410323] brstr: port 8(vif7.1) entered blocking state [ 356.410326] brstr: port 8(vif7.1) entered forwarding state [ 371.214940] brlan: port 4(vif9.0) entered blocking state [ 371.214943] brlan: port 4(vif9.0) entered disabled state [ 371.215027] device vif9.0 entered promiscuous mode [ 371.232401] brstr: port 10(vif9.1) entered blocking state [ 371.232403] brstr: port 10(vif9.1) entered disabled state [ 371.232485] device vif9.1 entered promiscuous mode [ 373.281930] brmedia: port 3(vif10.0) entered blocking state [ 373.281932] brmedia: port 3(vif10.0) entered disabled state [ 373.282012] device vif10.0 entered promiscuous mode [ 373.282214] brstr: port 11(vif10.1) entered blocking state [ 373.282216] brstr: port 11(vif10.1) entered disabled state [ 373.282280] device vif10.1 entered promiscuous mode [ 381.259685] vif vif-9-0 vif9.0: Guest Rx ready [ 381.260361] brlan: port 4(vif9.0) entered blocking state [ 381.260367] brlan: port 4(vif9.0) entered forwarding state [ 381.296413] vif vif-9-1 vif9.1: Guest Rx ready [ 381.296847] brstr: port 10(vif9.1) entered blocking state [ 381.296852] brstr: port 10(vif9.1) entered forwarding state [ 382.882672] vif vif-10-0 vif10.0: Guest Rx ready [ 382.883039] brmedia: port 3(vif10.0) entered blocking state [ 382.883044] brmedia: port 3(vif10.0) entered forwarding state [ 382.895761] vif vif-10-1 vif10.1: Guest Rx ready [ 382.895793] brstr: port 11(vif10.1) entered blocking state [ 382.895795] brstr: port 11(vif10.1) entered forwarding state [ 406.401010] bradm: port 9(vif11.0) entered blocking state [ 406.401013] bradm: port 9(vif11.0) entered disabled state [ 406.401138] device vif11.0 entered promiscuous mode [ 406.411641] brstr: port 12(vif11.1) entered blocking state [ 406.411643] brstr: port 12(vif11.1) entered disabled state [ 406.411781] device vif11.1 entered promiscuous mode [ 408.164133] xen-blkback: backend/vbd/11/51713: using 1 queues, protocol 1 (x86_64-abi) [ 408.291277] xen-blkback: backend/vbd/11/51714: using 1 queues, protocol 1 (x86_64-abi) [ 408.417004] xen-blkback: backend/vbd/11/51715: using 1 queues, protocol 1 (x86_64-abi) [ 409.485403] xen-blkback: backend/vbd/11/51713: prepare for reconnect [ 409.490089] xen-blkback: backend/vbd/11/51714: prepare for reconnect [ 409.497953] xen-blkback: backend/vbd/11/51715: prepare for reconnect [ 410.814545] bradm: port 10(vif12.0) entered blocking state [ 410.814548] bradm: port 10(vif12.0) entered disabled state [ 410.814647] device vif12.0 entered promiscuous mode [ 410.832209] brstr: port 13(vif12.1) entered blocking state [ 410.832211] brstr: port 13(vif12.1) entered disabled state [ 410.832274] device vif12.1 entered promiscuous mode [ 412.666107] xen-blkback: backend/vbd/12/51713: using 1 queues, protocol 1 (x86_64-abi) [ 412.772654] xen-blkback: backend/vbd/12/51714: using 1 queues, protocol 1 (x86_64-abi) [ 412.871292] xen-blkback: backend/vbd/12/51715: using 1 queues, protocol 1 (x86_64-abi) [ 413.832077] xen-blkback: backend/vbd/12/51713: prepare for reconnect [ 413.838415] xen-blkback: backend/vbd/12/51714: prepare for reconnect [ 413.844879] xen-blkback: backend/vbd/12/51715: prepare for reconnect [ 417.023550] xen-blkback: backend/vbd/11/51713: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 418.157004] xen-blkback: backend/vbd/11/51714: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 418.329943] xen-blkback: backend/vbd/11/51715: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 418.594385] vif vif-11-0 vif11.0: Guest Rx ready [ 418.594429] bradm: port 9(vif11.0) entered blocking state [ 418.594431] bradm: port 9(vif11.0) entered forwarding state [ 418.678724] vif vif-11-1 vif11.1: Guest Rx ready [ 418.678750] brstr: port 12(vif11.1) entered blocking state [ 418.678752] brstr: port 12(vif11.1) entered forwarding state [ 423.291389] xen-blkback: backend/vbd/12/51713: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 424.417200] xen-blkback: backend/vbd/12/51714: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 424.545292] xen-blkback: backend/vbd/12/51715: using 4 queues, protocol 1 (x86_64-abi) persistent grants [ 424.844342] vif vif-12-0 vif12.0: Guest Rx ready [ 424.844533] bradm: port 10(vif12.0) entered blocking state [ 424.844536] bradm: port 10(vif12.0) entered forwarding state [ 424.961226] vif vif-12-1 vif12.1: Guest Rx ready [ 424.961305] brstr: port 13(vif12.1) entered blocking state [ 424.961308] brstr: port 13(vif12.1) entered forwarding state [ 591.815352] Loading iSCSI transport class v2.0-870. [ 592.011330] iscsi: registered transport (tcp) [ 592.014218] scsi host10: iSCSI Initiator over TCP/IP [ 604.761427] brvm1: port 3(vif13.0) entered blocking state [ 604.761432] brvm1: port 3(vif13.0) entered disabled state [ 604.761540] device vif13.0 entered promiscuous mode [ 604.777204] brstr: port 14(vif13.1) entered blocking state [ 604.777207] brstr: port 14(vif13.1) entered disabled state [ 604.777326] device vif13.1 entered promiscuous mode [ 606.965105] brvm1: port 4(vif14.0) entered blocking state [ 606.965126] brvm1: port 4(vif14.0) entered disabled state [ 606.965348] device vif14.0 entered promiscuous mode [ 606.983459] brstr: port 15(vif14.1) entered blocking state [ 606.983462] brstr: port 15(vif14.1) entered disabled state [ 606.983612] device vif14.1 entered promiscuous mode [ 609.029774] brvm1: port 5(vif15.0) entered blocking state [ 609.029781] brvm1: port 5(vif15.0) entered disabled state [ 609.029882] device vif15.0 entered promiscuous mode [ 609.033542] brstr: port 16(vif15.1) entered blocking state [ 609.033545] brstr: port 16(vif15.1) entered disabled state [ 609.033651] device vif15.1 entered promiscuous mode [ 611.616979] vif vif-13-0 vif13.0: Guest Rx ready [ 611.617592] brvm1: port 3(vif13.0) entered blocking state [ 611.617597] brvm1: port 3(vif13.0) entered forwarding state [ 611.719879] vif vif-13-1 vif13.1: Guest Rx ready [ 611.720332] brstr: port 14(vif13.1) entered blocking state [ 611.720336] brstr: port 14(vif13.1) entered forwarding state [ 614.136397] vif vif-14-0 vif14.0: Guest Rx ready [ 614.137006] brvm1: port 4(vif14.0) entered blocking state [ 614.137009] brvm1: port 4(vif14.0) entered forwarding state [ 614.212319] vif vif-14-1 vif14.1: Guest Rx ready [ 614.212964] brstr: port 15(vif14.1) entered blocking state [ 614.212967] brstr: port 15(vif14.1) entered forwarding state [ 617.097522] vif vif-15-0 vif15.0: Guest Rx ready [ 617.097568] brvm1: port 5(vif15.0) entered blocking state [ 617.097570] brvm1: port 5(vif15.0) entered forwarding state [ 617.145544] vif vif-15-1 vif15.1: Guest Rx ready [ 617.145973] brstr: port 16(vif15.1) entered blocking state [ 617.145975] brstr: port 16(vif15.1) entered forwarding state [317212.857277] zd64: detected capacity change from 4294967296 to 8589934592 [317212.881865] xen-blkback: VBD Resize: Domid: 1, Device: (230, 64) [317212.881867] xen-blkback: VBD Resize: new size 16777216 [317238.695268] zd64: detected capacity change from 8589934592 to 12884901888 [317238.769822] xen-blkback: VBD Resize: Domid: 1, Device: (230, 64) [317238.769824] xen-blkback: VBD Resize: new size 25165824 [317321.523586] ------------[ cut here ]------------ [317321.523600] WARNING: CPU: 1 PID: 25465 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0 [317321.523601] ------------[ cut here ]------------ [317321.523603] Modules linked in: [317321.523614] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0 [317321.523615] iscsi_tcp libiscsi_tcp libiscsi [317321.523618] Modules linked in: [317321.523619] scsi_transport_iscsi nfsd [317321.523622] iscsi_tcp [317321.523623] auth_rpcgss nfs_acl lockd [317321.523626] libiscsi_tcp [317321.523627] grace sunrpc br_netfilter xt_physdev xen_acpi_processor [317321.523631] libiscsi [317321.523632] xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev [317321.523636] scsi_transport_iscsi [317321.523637] xen_evtchn xenfs xen_privcmd bridge 8021q [317321.523640] nfsd [317321.523642] garp mrp stp llc [317321.523644] auth_rpcgss [317321.523646] bonding intel_rapl_msr iTCO_wdt [317321.523648] nfs_acl [317321.523650] iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp [317321.523653] lockd [317321.523654] crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf [317321.523658] grace [317321.523659] pcspkr i2c_i801 ast [317321.523662] sunrpc [317321.523663] drm_vram_helper ttm i2c_algo_bit drm_kms_helper [317321.523666] br_netfilter [317321.523667] drm lpc_ich mei_me [317321.523670] xt_physdev [317321.523671] mei ipmi_ssif ixgbe mdio [317321.523674] xen_acpi_processor [317321.523675] ptp ioatdma pps_core dca ipmi_si [317321.523679] xen_pciback [317321.523680] ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc [317321.523683] xen_netback [317321.523684] tun [317321.523686] xen_blkback [317321.523687] zfs(PO) zunicode(PO) [317321.523689] xen_gntalloc [317321.523690] zavl(PO) icp(PO) [317321.523692] xen_gntdev [317321.523694] zcommon(PO) znvpair(PO) spl(O) [317321.523696] xen_evtchn [317321.523698] zlua(PO) [317321.523700] xenfs xen_privcmd bridge 8021q [317321.523707] CPU: 1 PID: 25465 Comm: zfs_stats_cache Tainted: P O 5.4.38-gentoo-host #1 [317321.523708] garp [317321.523710] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [317321.523711] mrp [317321.523715] RIP: e030:xen_mc_flush+0x194/0x1c0 [317321.523716] stp llc bonding [317321.523721] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8 [317321.523722] intel_rapl_msr iTCO_wdt iTCO_vendor_support [317321.523726] RSP: e02b:ffffc9000a00bbe8 EFLAGS: 00010002 [317321.523727] intel_rapl_common sb_edac [317321.523730] intel_powerclamp crct10dif_pclmul crc32_pclmul [317321.523736] RAX: ffff888686655858 RBX: 0000777f80000000 RCX: ffff888686655858 [317321.523737] crc32c_intel ghash_clmulni_intel [317321.523741] RDX: 0000000000000001 RSI: 000000000000000d RDI: ffff888686655310 [317321.523742] intel_rapl_perf pcspkr i2c_i801 ast [317321.523747] RBP: ffff888686655300 R08: ffff888686655810 R09: 0000000000000001 [317321.523749] drm_vram_helper ttm [317321.523753] R10: 0000000000007ff0 R11: 00000000000c8ea9 R12: 0000000000000000 [317321.523753] i2c_algo_bit drm_kms_helper [317321.523758] R13: ffff8885924ef000 R14: 0000000000000201 R15: 0000000000000015 [317321.523759] drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO) [317321.523784] FS: 00007f5ddb094b80(0000) GS:ffff888686640000(0000) knlGS:0000000000000000 [317321.523788] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033 [317321.523793] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P O 5.4.38-gentoo-host #1 [317321.523795] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [317321.523798] CR2: 0000559802a28270 CR3: 0000000566956000 CR4: 0000000000040660 [317321.523815] Workqueue: events netstamp_clear [317321.523818] Call Trace: [317321.523823] RIP: e030:xen_mc_flush+0x194/0x1c0 [317321.523827] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8 [317321.523836] __xen_pgd_unpin+0xf8/0x210 [317321.523838] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002 [317321.523844] xen_exit_mmap+0xdb/0xf0 [317321.523847] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001 [317321.523859] exit_mmap+0x66/0x1a0 [317321.523863] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10 [317321.523869] ? __schedule+0x213/0x5c0 [317321.523872] RBP: ffff8886866d5300 R08: 0000000000000000 R09: ffff88867ec01c38 [317321.523878] mmput+0x52/0x110 [317321.523880] R10: 0000000000007ff0 R11: ffffffff8224c7a8 R12: 0000000000000000 [317321.523884] flush_old_exec+0x261/0x680 [317321.523887] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001 [317321.523893] load_elf_binary+0x31f/0x16a0 [317321.523897] ? get_user_pages_remote+0x142/0x230 [317321.523900] ? _cond_resched+0x15/0x30 [317321.523906] ? selinux_inode_permission+0x107/0x1d0 [317321.523912] ? load_misc_binary+0x4c/0x410 [binfmt_misc] [317321.523915] search_binary_handler+0x84/0x1b0 [317321.523918] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000 [317321.523921] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033 [317321.523925] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660 [317321.523927] __do_execve_file.isra.0+0x502/0x870 [317321.523930] __x64_sys_execve+0x35/0x40 [317321.523936] do_syscall_64+0x5b/0x1a0 [317321.523941] entry_SYSCALL_64_after_hwframe+0x44/0xa9 [317321.523943] Call Trace: [317321.523946] RIP: 0033:0x7f5ddb19af87 [317321.523956] xen_write_cr3+0xf0/0x160 [317321.523966] load_new_mm_cr3+0x39/0xc0 [317321.523966] Code: Bad RIP value. [317321.523968] RSP: 002b:00007ffccf1b4ea8 EFLAGS: 00000202 ORIG_RAX: 000000000000003b [317321.523971] RAX: ffffffffffffffda RBX: 0000000000000001 RCX: 00007f5ddb19af87 [317321.523976] switch_mm_irqs_off+0x199/0x4f0 [317321.523978] RDX: 0000559802a26ff0 RSI: 0000559802a276d0 RDI: 0000559802a26f50 [317321.523983] ? netif_rx_internal+0x1f/0x100 [317321.523985] RBP: 0000559802a26f50 R08: 0000559802a276d0 R09: 0000559802a28270 [317321.523987] R10: 00007f5ddb3429b0 R11: 0000000000000202 R12: 00000000ffffffff [317321.523988] R13: 0000559802a276d0 R14: 0000559802a26ff0 R15: 0000559802a26dd0 [317321.524000] __text_poke+0x20e/0x4a0 [317321.524004] ---[ end trace 1ddd52a17333fad8 ]--- [317321.524009] text_poke_bp_batch+0xab/0x150 [317321.524016] arch_jump_label_transform_apply+0x2e/0x50 [317321.524018] 13 of 21 multicall(s) failed: cpu 1 [317321.524020] call 3: op=14 arg=[ffff88851054d000] result=-16 [317321.524022] call 4: op=14 arg=[ffff88859697c000] result=-16 [317321.524029] static_key_disable_cpuslocked+0x59/0x90 [317321.524031] call 6: op=14 arg=[ffff88850b2c2000] result=-16 [317321.524034] static_key_disable+0x16/0x20 [317321.524036] call 8: op=14 arg=[ffff888510ebd000] result=-16 [317321.524042] process_one_work+0x1e5/0x3a0 [317321.524044] call 10: op=14 arg=[ffff8884caee2000] result=-16 [317321.524045] call 11: op=14 arg=[ffff88857d673000] result=-16 [317321.524048] worker_thread+0x4d/0x3d0 [317321.524050] call 12: op=14 arg=[ffff8885440d5000] result=-16 [317321.524055] kthread+0xfb/0x130 [317321.524057] call 14: op=14 arg=[ffff8884d6dc7000] result=-16 [317321.524059] call 16: op=14 arg=[ffff8884cedd7000] result=-16 [317321.524062] ? process_one_work+0x3a0/0x3a0 [317321.524066] ? kthread_park+0x90/0x90 [317321.524068] call 17: op=14 arg=[ffff888506dd7000] result=-16 [317321.524070] call 18: op=14 arg=[ffff888673189000] result=-16 [317321.524076] ret_from_fork+0x35/0x40 [317321.524077] call 20: op=14 arg=[ffff8886375cc000] result=-16 [317321.524079] call 21: op=14 arg=[ffff88859ca3e000] result=-16 [317321.524083] ---[ end trace 1ddd52a17333fad9 ]--- [317321.524090] 1 of 1 multicall(s) failed: cpu 3 [317321.524093] call 1: op=26 arg=[ffff8886866d5b10] result=-22 [317321.524229] BUG: unable to handle page fault for address: ffff888510ebd0e0 [317321.524307] #PF: supervisor write access in kernel mode [317321.524368] #PF: error_code(0x0003) - permissions violation [317321.524411] ------------[ cut here ]------------ [317321.524423] PGD 220c067 P4D 220c067 PUD 5fdb45067 PMD 5fdabd067 PTE 8010000510ebd065 [317321.524510] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0 [317321.524573] Oops: 0003 [#1] SMP NOPTI [317321.524692] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich [317321.524730] CPU: 1 PID: 25465 Comm: zfs_stats_cache Tainted: P W O 5.4.38-gentoo-host #1 [317321.524730] mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO) [317321.525152] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [317321.525288] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P W O 5.4.38-gentoo-host #1 [317321.525494] RIP: e030:unmap_page_range+0x495/0xaa0 [317321.525598] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [317321.525676] Code: 89 ee e8 be f9 ff ff 48 83 7c 24 30 00 49 89 c7 74 09 48 85 c0 0f 85 2e 04 00 00 41 f6 44 24 20 01 0f 84 6b 03 00 00 4c 8b 2b <48> c7 03 00 00 00 00 49 39 6c 24 10 48 89 e8 49 0f 46 44 24 10 4d [317321.525748] Workqueue: events netstamp_clear [317321.525808] RSP: e02b:ffffc9000a00bb58 EFLAGS: 00010202 [317321.526060] RIP: e030:xen_mc_flush+0x194/0x1c0 [317321.526095] RAX: ffffea001a1adf40 RBX: ffff888510ebd0e0 RCX: 0000000000000021 [317321.526098] RDX: 0000000000000000 RSI: 0000559801a1c000 RDI: 0000003038152125 [317321.526174] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8 [317321.526211] RBP: 0000559801a1c000 R08: ffff8884ee5fd190 R09: 00000000003b1ad4 [317321.526214] R10: 00000000000279f0 R11: ffffea0012f16700 R12: ffffc9000a00bc90 [317321.526316] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002 [317321.526385] R13: 0000003038152125 R14: 0000559801a1d000 R15: ffffea001a1adf40 [317321.526643] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001 [317321.526718] FS: 00007f5ddb094b80(0000) GS:ffff888686640000(0000) knlGS:0000000000000000 [317321.526796] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10 [317321.526855] CS: e030 DS: 0000 ES: 0000 CR0: 0000000080050033 [317321.526858] CR2: ffff888510ebd0e0 CR3: 0000000566956000 CR4: 0000000000040660 [317321.526919] RBP: ffff8886866d5300 R08: 0000000000000000 R09: 00000000000007e1 [317321.526922] R10: 0000000000007ff0 R11: 0000000000000001 R12: 0000000000000000 [317321.526991] Call Trace: [317321.527052] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001 [317321.527069] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000 [317321.527122] unmap_vmas+0x7a/0xf0 [317321.527167] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033 [317321.527170] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660 [317321.527232] exit_mmap+0xad/0x1a0 [317321.527288] Call Trace: [317321.527349] mmput+0x52/0x110 [317321.527379] xen_write_cr3+0xf0/0x160 [317321.527437] flush_old_exec+0x261/0x680 [317321.527498] load_new_mm_cr3+0x39/0xc0 [317321.527529] load_elf_binary+0x31f/0x16a0 [317321.529744] switch_mm_irqs_off+0x199/0x4f0 [317321.532342] ? get_user_pages_remote+0x142/0x230 [317321.534662] ? __netif_receive_skb_core+0x3a/0xc70 [317321.536934] ? _cond_resched+0x15/0x30 [317321.539106] __text_poke+0x20e/0x4a0 [317321.540635] ? selinux_inode_permission+0x107/0x1d0 [317321.541836] text_poke_bp_batch+0xab/0x150 [317321.543033] ? load_misc_binary+0x4c/0x410 [binfmt_misc] [317321.544213] arch_jump_label_transform_apply+0x2e/0x50 [317321.545389] search_binary_handler+0x84/0x1b0 [317321.546552] static_key_disable_cpuslocked+0x59/0x90 [317321.547683] __do_execve_file.isra.0+0x502/0x870 [317321.548784] static_key_disable+0x16/0x20 [317321.549843] __x64_sys_execve+0x35/0x40 [317321.550897] process_one_work+0x1e5/0x3a0 [317321.551906] do_syscall_64+0x5b/0x1a0 [317321.552894] worker_thread+0x4d/0x3d0 [317321.553880] entry_SYSCALL_64_after_hwframe+0x44/0xa9 [317321.554822] kthread+0xfb/0x130 [317321.555755] RIP: 0033:0x7f5ddb19af87 [317321.556674] ? process_one_work+0x3a0/0x3a0 [317321.557588] Code: Bad RIP value. [317321.558471] ? kthread_park+0x90/0x90 [317321.559339] RSP: 002b:00007ffccf1b4ea8 EFLAGS: 00000202 ORIG_RAX: 000000000000003b [317321.560172] ret_from_fork+0x35/0x40 [317321.560997] RAX: ffffffffffffffda RBX: 0000000000000001 RCX: 00007f5ddb19af87 [317321.560998] RDX: 0000559802a26ff0 RSI: 0000559802a276d0 RDI: 0000559802a26f50 [317321.561825] ---[ end trace 1ddd52a17333fada ]--- [317321.562687] RBP: 0000559802a26f50 R08: 0000559802a276d0 R09: 0000559802a28270 [317321.563617] 1 of 1 multicall(s) failed: cpu 3 [317321.564472] R10: 00007f5ddb3429b0 R11: 0000000000000202 R12: 00000000ffffffff [317321.565277] call 1: op=26 arg=[ffff8886866d5b10] result=-22 [317321.566039] R13: 0000559802a276d0 R14: 0000559802a26ff0 R15: 0000559802a26dd0 [317321.567053] ------------[ cut here ]------------ [317321.567843] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO) [317321.568724] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0 [317321.569702] CR2: ffff888510ebd0e0 [317321.570470] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO) [317321.571250] ---[ end trace 1ddd52a17333fadb ]--- [317321.572016] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P D W O 5.4.38-gentoo-host #1 [317321.641436] RIP: e030:unmap_page_range+0x495/0xaa0 [317321.641977] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [317321.642997] Code: 89 ee e8 be f9 ff ff 48 83 7c 24 30 00 49 89 c7 74 09 48 85 c0 0f 85 2e 04 00 00 41 f6 44 24 20 01 0f 84 6b 03 00 00 4c 8b 2b <48> c7 03 00 00 00 00 49 39 6c 24 10 48 89 e8 49 0f 46 44 24 10 4d [317321.649516] Workqueue: events netstamp_clear [317321.650716] RSP: e02b:ffffc9000a00bb58 EFLAGS: 00010202 [317321.651897] RIP: e030:xen_mc_flush+0x194/0x1c0 [317321.653085] RAX: ffffea001a1adf40 RBX: ffff888510ebd0e0 RCX: 0000000000000021 [317321.654297] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8 [317321.656804] RDX: 0000000000000000 RSI: 0000559801a1c000 RDI: 0000003038152125 [317321.656806] RBP: 0000559801a1c000 R08: ffff8884ee5fd190 R09: 00000000003b1ad4 [317321.658078] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002 [317321.659351] R10: 00000000000279f0 R11: ffffea0012f16700 R12: ffffc9000a00bc90 [317321.660606] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001 [317321.661877] R13: 0000003038152125 R14: 0000559801a1d000 R15: ffffea001a1adf40 [317321.664593] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10 [317321.664595] RBP: ffff8886866d5300 R08: 0000000000000000 R09: 0000000000000008 [317321.665950] FS: 00007f5ddb094b80(0000) GS:ffff888686640000(0000) knlGS:0000000000000000 [317321.667281] R10: 0000000000007ff0 R11: ffffffff81e94060 R12: 0000000000000000 [317321.668625] CS: e030 DS: 0000 ES: 0000 CR0: 0000000080050033 [317321.669984] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001 [317321.671356] CR2: 00007f5ddb19af5d CR3: 0000000566956000 CR4: 0000000000040660 [317321.672731] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000 [317321.674252] ------------[ cut here ]------------ [317321.675581] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033 [317321.675582] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660 [317321.675587] Call Trace: [317321.675597] xen_write_cr3+0xf0/0x160 [317321.675604] load_new_mm_cr3+0x39/0xc0 [317321.681747] kernel BUG at arch/x86/kernel/paravirt.c:216! [317321.683254] switch_mm_irqs_off+0x199/0x4f0 [317321.683258] ? netif_receive_skb_internal+0x1e/0xb0 [317321.683279] __text_poke+0x20e/0x4a0 [317321.683282] text_poke_bp_batch+0xab/0x150 [317321.683285] arch_jump_label_transform_apply+0x2e/0x50 [317321.691989] invalid opcode: 0000 [#2] SMP NOPTI [317321.692508] static_key_disable_cpuslocked+0x59/0x90 [317321.695466] CPU: 0 PID: 25465 Comm: zfs_stats_cache Tainted: P D W O 5.4.38-gentoo-host #1 [317321.696945] static_key_disable+0x16/0x20 [317321.696950] process_one_work+0x1e5/0x3a0 [317321.703037] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [317321.704565] worker_thread+0x4d/0x3d0 [317321.710655] RIP: e030:paravirt_enter_lazy_mmu+0x1c/0x20 [317321.710658] Code: 82 e9 c8 1d 07 00 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 65 8b 05 5c b7 fb 7e 85 c0 75 0c 65 c7 05 4d b7 fb 7e 01 00 00 00 c3 <0f> 0b 66 90 0f 1f 44 00 00 65 8b 05 3c b7 fb 7e 83 f8 01 75 0c 65 [317321.712081] kthread+0xfb/0x130 [317321.715023] RSP: e02b:ffffc9000a00bcf8 EFLAGS: 00010202 [317321.715026] RAX: 0000000000000001 RBX: ffff888658e99ff0 RCX: 000fffffffe00000 [317321.716398] ? process_one_work+0x3a0/0x3a0 [317321.716400] ? kthread_park+0x90/0x90 [317321.716406] ret_from_fork+0x35/0x40 [317321.716409] ---[ end trace 1ddd52a17333fadc ]--- [317321.721938] RDX: 0000000000000001 RSI: ffffea001963a640 RDI: ffff88867a04cc80 [317321.721940] RBP: ffffffffffffffff R08: 0000000000000000 R09: 00000000000037af [317321.723352] 1 of 1 multicall(s) failed: cpu 3 [317321.729006] R10: 0000000000000000 R11: 0000000000000001 R12: ffffc9000a00be38 [317321.729008] R13: 00007fffffffe000 R14: 00007fffffffe000 R15: ffff88862f44aff8 [317321.730336] call 1: op=26 arg=[ffff8886866d5b10] result=-22 [317321.732821] FS: 00007f5ddb094b80(0000) GS:ffff888686600000(0000) knlGS:0000000000000000 [317321.734219] ------------[ cut here ]------------ [317321.739079] CS: e030 DS: 0000 ES: 0000 CR0: 0000000080050033 [317321.739081] CR2: 00007fc50c030158 CR3: 000000000220a000 CR4: 0000000000040660 [317321.740343] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0 [317321.740345] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO) [317321.745273] Call Trace: [317321.746434] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P D W O 5.4.38-gentoo-host #1 [317321.746435] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [317321.746441] Workqueue: events netstamp_clear [317321.746444] RIP: e030:xen_mc_flush+0x194/0x1c0 [317321.750741] unmap_page_range+0x44c/0xaa0 [317321.751816] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8 [317321.754758] unmap_vmas+0x7a/0xf0 [317321.757083] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002 [317321.757084] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001 [317321.757085] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10 [317321.757086] RBP: ffff8886866d5300 R08: 0000000000000000 R09: 0000000000000005 [317321.757086] R10: 0000000000007ff0 R11: ffffffff81e94060 R12: 0000000000000000 [317321.757087] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001 [317321.757097] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000 [317321.761641] exit_mmap+0xad/0x1a0 [317321.762719] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033 [317321.762720] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660 [317321.762725] Call Trace: [317321.762729] xen_write_cr3+0xf0/0x160 [317321.762734] load_new_mm_cr3+0x39/0xc0 [317321.767637] mmput+0x52/0x110 [317321.768765] switch_mm_irqs_off+0x199/0x4f0 [317321.771139] do_exit+0x304/0xac0 [317321.772116] ? netif_receive_skb_list_internal+0x49/0x2c0 [317321.776094] ? __x64_sys_execve+0x35/0x40 [317321.777184] __text_poke+0x20e/0x4a0 [317321.781732] rewind_stack_do_exit+0x17/0x20 [317321.782831] text_poke_bp_batch+0xab/0x150 [317321.782834] arch_jump_label_transform_apply+0x2e/0x50 [317321.787178] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO) [317321.788176] static_key_disable_cpuslocked+0x59/0x90 [317321.790481] ---[ end trace 1ddd52a17333fadd ]--- [317321.791460] static_key_disable+0x16/0x20 [317321.791462] process_one_work+0x1e5/0x3a0 [317321.791464] worker_thread+0x4d/0x3d0 [317321.791466] kthread+0xfb/0x130 [317321.791468] ? process_one_work+0x3a0/0x3a0 [317321.791470] ? kthread_park+0x90/0x90 [317321.791473] ret_from_fork+0x35/0x40 [317321.791475] ---[ end trace 1ddd52a17333fade ]--- [317321.791478] 1 of 1 multicall(s) failed: cpu 3 [317321.868770] RIP: e030:unmap_page_range+0x495/0xaa0 [317321.869585] call 1: op=26 arg=[ffff8886866d5b10] result=-22 [317321.869762] ------------[ cut here ]------------ [317321.874624] Code: 89 ee e8 be f9 ff ff 48 83 7c 24 30 00 49 89 c7 74 09 48 85 c0 0f 85 2e 04 00 00 41 f6 44 24 20 01 0f 84 6b 03 00 00 4c 8b 2b <48> c7 03 00 00 00 00 49 39 6c 24 10 48 89 e8 49 0f 46 44 24 10 4d [317321.875681] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0 [317321.875682] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO) [317321.875704] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P D W O 5.4.38-gentoo-host #1 [317321.875704] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [317321.875721] Workqueue: events netstamp_clear [317321.875723] RIP: e030:xen_mc_flush+0x194/0x1c0 [317321.875724] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8 [317321.875725] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002 [317321.875726] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001 [317321.875727] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10 [317321.875728] RBP: ffff8886866d5300 R08: 0000000000000000 R09: ffff88867ec01c38 [317321.875729] R10: 0000000000007ff0 R11: ffffffff8224c7a8 R12: 0000000000000000 [317321.875729] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001 [317321.875739] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000 [317321.875740] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033 [317321.875741] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660 [317321.875745] Call Trace: [317321.875750] xen_write_cr3+0xf0/0x160 [317321.875753] load_new_mm_cr3+0x39/0xc0 [317321.875755] switch_mm_irqs_off+0x199/0x4f0 [317321.875757] ? dev_queue_xmit_nit+0xff/0x250 [317321.875759] __text_poke+0x20e/0x4a0 [317321.875762] text_poke_bp_batch+0xea/0x150 [317321.875764] arch_jump_label_transform_apply+0x2e/0x50 [317321.875767] static_key_disable_cpuslocked+0x59/0x90 [317321.875769] static_key_disable+0x16/0x20 [317321.875772] process_one_work+0x1e5/0x3a0 [317321.883271] RSP: e02b:ffffc9000a00bb58 EFLAGS: 00010202 [317321.884441] worker_thread+0x4d/0x3d0 [317321.884444] kthread+0xfb/0x130 [317321.884445] ? process_one_work+0x3a0/0x3a0 [317321.884447] ? kthread_park+0x90/0x90 [317321.884452] ret_from_fork+0x35/0x40 [317321.884454] ---[ end trace 1ddd52a17333fadf ]--- [317321.884456] 1 of 1 multicall(s) failed: cpu 3 [317321.884457] call 1: op=26 arg=[ffff8886866d5b10] result=-22 [317321.884566] ------------[ cut here ]------------ [317321.884568] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0 [317321.884569] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO) [317321.889790] RAX: ffffea001a1adf40 RBX: ffff888510ebd0e0 RCX: 0000000000000021 [317321.890961] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P D W O 5.4.38-gentoo-host #1 [317321.890962] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [317321.890965] Workqueue: events netstamp_clear [317321.890967] RIP: e030:xen_mc_flush+0x194/0x1c0 [317321.890968] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8 [317321.890969] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002 [317321.890970] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001 [317321.890971] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10 [317321.890972] RBP: ffff8886866d5300 R08: 0000000000000000 R09: ffffffff828b9af4 [317321.890972] R10: 0000000000007ff0 R11: 000000000001389c R12: 0000000000000000 [317321.890973] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001 [317321.890982] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000 [317321.890982] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033 [317321.890983] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660 [317321.890987] Call Trace: [317321.890991] xen_write_cr3+0xf0/0x160 [317321.890993] load_new_mm_cr3+0x39/0xc0 [317321.890995] switch_mm_irqs_off+0x199/0x4f0 [317321.890996] ? netif_rx_internal+0x1e/0x100 [317321.890999] __text_poke+0x20e/0x4a0 [317321.891001] text_poke_bp_batch+0xea/0x150 [317321.891003] arch_jump_label_transform_apply+0x2e/0x50 [317321.891016] static_key_disable_cpuslocked+0x59/0x90 [317321.891018] static_key_disable+0x16/0x20 [317321.891020] process_one_work+0x1e5/0x3a0 [317321.891022] worker_thread+0x4d/0x3d0 [317321.891024] kthread+0xfb/0x130 [317321.891025] ? process_one_work+0x3a0/0x3a0 [317321.891027] ? kthread_park+0x90/0x90 [317321.891029] ret_from_fork+0x35/0x40 [317321.891031] ---[ end trace 1ddd52a17333fae0 ]--- [317321.891033] 1 of 1 multicall(s) failed: cpu 3 [317321.891034] call 1: op=26 arg=[ffff8886866d5b10] result=-22 [317321.891148] ------------[ cut here ]------------ [317321.896271] RDX: 0000000000000000 RSI: 0000559801a1c000 RDI: 0000003038152125 [317321.897459] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0 [317321.897460] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO) [317321.897478] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P D W O 5.4.38-gentoo-host #1 [317321.897479] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [317321.897481] Workqueue: events netstamp_clear [317321.897483] RIP: e030:xen_mc_flush+0x194/0x1c0 [317321.897484] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8 [317321.897485] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002 [317321.897486] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001 [317321.897487] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10 [317321.897488] RBP: ffff8886866d5300 R08: 0000000000000000 R09: ffffffff828b9af4 [317321.897488] R10: 0000000000007ff0 R11: 0000000000012c70 R12: 0000000000000000 [317321.897489] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001 [317321.897498] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000 [317321.897498] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033 [317321.897499] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660 [317321.897503] Call Trace: [317321.897506] xen_write_cr3+0xf0/0x160 [317321.897509] load_new_mm_cr3+0x39/0xc0 [317321.897511] switch_mm_irqs_off+0x199/0x4f0 [317321.897513] ? __netif_receive_skb_core+0x39/0xc70 [317321.897515] __text_poke+0x20e/0x4a0 [317321.897517] text_poke_bp_batch+0xea/0x150 [317321.897519] arch_jump_label_transform_apply+0x2e/0x50 [317321.897521] static_key_disable_cpuslocked+0x59/0x90 [317321.897523] static_key_disable+0x16/0x20 [317321.897524] process_one_work+0x1e5/0x3a0 [317321.897526] worker_thread+0x4d/0x3d0 [317321.897529] kthread+0xfb/0x130 [317321.901544] RBP: 0000559801a1c000 R08: ffff8884ee5fd190 R09: 00000000003b1ad4 [317321.902727] ? process_one_work+0x3a0/0x3a0 [317321.902729] ? kthread_park+0x90/0x90 [317321.902731] ret_from_fork+0x35/0x40 [317321.902734] ---[ end trace 1ddd52a17333fae1 ]--- [317321.906588] R10: 00000000000279f0 R11: ffffea0012f16700 R12: ffffc9000a00bc90 [317321.907713] 1 of 1 multicall(s) failed: cpu 3 [317321.907714] call 1: op=26 arg=[ffff8886866d5b10] result=-22 [317321.907833] ------------[ cut here ]------------ [317321.913095] R13: 0000003038152125 R14: 0000559801a1d000 R15: ffffea001a1adf40 [317321.914285] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0 [317321.914288] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO) [317321.914306] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P D W O 5.4.38-gentoo-host #1 [317321.914306] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [317321.914309] Workqueue: events netstamp_clear [317321.914310] RIP: e030:xen_mc_flush+0x194/0x1c0 [317321.914312] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8 [317321.914313] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002 [317321.914314] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001 [317321.914314] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10 [317321.914315] RBP: ffff8886866d5300 R08: 0000000000000000 R09: ffffffff828b9af4 [317321.914316] R10: 0000000000007ff0 R11: 0000000000011f94 R12: 0000000000000000 [317321.914317] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001 [317321.914329] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000 [317321.914330] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033 [317321.914331] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660 [317321.914337] Call Trace: [317321.919667] FS: 00007f5ddb094b80(0000) GS:ffff888686600000(0000) knlGS:0000000000000000 [317321.920718] xen_write_cr3+0xf0/0x160 [317321.920721] load_new_mm_cr3+0x39/0xc0 [317321.920723] switch_mm_irqs_off+0x199/0x4f0 [317321.920725] ? netif_receive_skb_internal+0x1d/0xb0 [317321.920728] __text_poke+0x20e/0x4a0 [317321.922799] CS: e030 DS: 0000 ES: 0000 CR0: 0000000080050033 [317321.923954] text_poke_bp_batch+0xea/0x150 [317321.923956] arch_jump_label_transform_apply+0x2e/0x50 [317321.923958] static_key_disable_cpuslocked+0x59/0x90 [317321.923960] static_key_disable+0x16/0x20 [317321.923962] process_one_work+0x1e5/0x3a0 [317321.923963] worker_thread+0x4d/0x3d0 [317321.923966] kthread+0xfb/0x130 [317321.923967] ? process_one_work+0x3a0/0x3a0 [317321.923968] ? kthread_park+0x90/0x90 [317321.923971] ret_from_fork+0x35/0x40 [317321.923973] ---[ end trace 1ddd52a17333fae2 ]--- [317321.923975] 1 of 1 multicall(s) failed: cpu 3 [317321.923975] call 1: op=26 arg=[ffff8886866d5b10] result=-22 [317321.924078] ------------[ cut here ]------------ [317321.929186] CR2: 00007fc50c030158 CR3: 000000000220a000 CR4: 0000000000040660 [317321.930247] WARNING: CPU: 3 PID: 2162 at arch/x86/xen/multicalls.c:102 xen_mc_flush+0x194/0x1c0 [317321.930247] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss nfs_acl lockd grace sunrpc br_netfilter xt_physdev xen_acpi_processor xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd bridge 8021q garp mrp stp llc bonding intel_rapl_msr iTCO_wdt iTCO_vendor_support intel_rapl_common sb_edac intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel intel_rapl_perf pcspkr i2c_i801 ast drm_vram_helper ttm i2c_algo_bit drm_kms_helper drm lpc_ich mei_me mei ipmi_ssif ixgbe mdio ptp ioatdma pps_core dca ipmi_si ipmi_devintf ipmi_msghandler acpi_power_meter binfmt_misc tun zfs(PO) zunicode(PO) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) zlua(PO) [317321.930265] CPU: 3 PID: 2162 Comm: kworker/3:2 Tainted: P D W O 5.4.38-gentoo-host #1 [317321.930265] Hardware name: Supermicro Super Server/X10DRi-T4+, BIOS 3.1 06/08/2018 [317321.930268] Workqueue: events netstamp_clear [317321.930269] RIP: e030:xen_mc_flush+0x194/0x1c0 [317321.930270] Code: 05 00 10 00 81 e8 ec 13 be 00 48 89 c1 48 89 45 18 48 c1 e9 3f 48 89 ce e9 03 ff ff ff 48 c7 45 18 ea ff ff ff be 01 00 00 00 <0f> 0b 8b 55 00 48 c7 c7 a0 8a fb 81 31 db 65 8b 0d e7 0a ff 7e e8 [317321.930271] RSP: e02b:ffffc90004097d08 EFLAGS: 00010002 [317321.930272] RAX: ffffffffffffffea RBX: 000000059ca3e000 RCX: 0000000000000001 [317321.930273] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8886866d5b10 [317321.930274] RBP: ffff8886866d5300 R08: 0000000000000000 R09: ffffffff828b9af4 [317321.930274] R10: 0000000000007ff0 R11: 00000000000112c0 R12: 0000000000000000 [317321.930275] R13: 0000000000000020 R14: ffff88867a04b740 R15: 0000000000000001 [317321.930283] FS: 00007f5ddb094b80(0000) GS:ffff8886866c0000(0000) knlGS:0000000000000000 [317321.930284] CS: 10000e030 DS: 0000 ES: 0000 CR0: 0000000080050033 [317321.930285] CR2: 0000559801ac9f64 CR3: 000000059ca3e000 CR4: 0000000000040660 [317321.930289] Call Trace: [317321.930292] xen_write_cr3+0xf0/0x160 [317321.930295] load_new_mm_cr3+0x39/0xc0 [317321.930297] switch_mm_irqs_off+0x199/0x4f0 [317321.930298] ? netif_receive_skb_list_internal+0x48/0x2c0 [317321.930301] __text_poke+0x20e/0x4a0 [317321.930303] text_poke_bp_batch+0xea/0x150 [317321.930305] arch_jump_label_transform_apply+0x2e/0x50 [317321.930307] static_key_disable_cpuslocked+0x59/0x90 [317321.930309] static_key_disable+0x16/0x20 [317321.930311] process_one_work+0x1e5/0x3a0 [317321.930312] worker_thread+0x4d/0x3d0 [317321.930314] kthread+0xfb/0x130 [317321.930316] ? process_one_work+0x3a0/0x3a0 [317321.930318] ? kthread_park+0x90/0x90 [317321.930321] ret_from_fork+0x35/0x40 [317321.930324] ---[ end trace 1ddd52a17333fae3 ]--- [317321.935393] Fixing recursive fault but reboot is needed! [317321.936350] 1 of 1 multicall(s) failed: cpu 3 [317321.936351] call 1: op=26 arg=[ffff8886866d5b10] result=-22 [558278.124770] connection1:0: ping timeout of 5 secs expired, recv timeout 5, last rx 4852929746, last ping 4852935168, now 4852940288 [558278.129353] connection1:0: detected conn error (1022) --nextPart3317483.iIbC2pHGDl-- From xen-users-bounces@lists.xenproject.org Mon Aug 03 18:43:02 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Aug 2020 18:43:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2fPc-0002lW-WB; Mon, 03 Aug 2020 18:42:16 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k1x0I-000358-Vp for xen-users@lists.xenproject.org; Sat, 01 Aug 2020 19:17:11 +0000 X-Inumbo-ID: 98489408-d42b-11ea-ad84-12813bfff9fa Received: from smtpout01-ext1.partage.renater.fr (unknown [194.254.240.32]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTP id 98489408-d42b-11ea-ad84-12813bfff9fa; Sat, 01 Aug 2020 19:17:09 +0000 (UTC) Received: from zmtaout01.partage.renater.fr (zmtaout01.partage.renater.fr [194.254.240.30]) by smtpout10.partage.renater.fr (Postfix) with ESMTP id C54FF6207C; Sat, 1 Aug 2020 21:17:03 +0200 (CEST) Received: from zmtaout01.partage.renater.fr (localhost [127.0.0.1]) by zmtaout01.partage.renater.fr (Postfix) with ESMTPS id B82411A003F; Sat, 1 Aug 2020 21:17:03 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by zmtaout01.partage.renater.fr (Postfix) with ESMTP id AE5B71A0073; Sat, 1 Aug 2020 21:17:03 +0200 (CEST) X-Virus-Scanned: amavisd-new at zmtaout01.partage.renater.fr Received: from zmtaout01.partage.renater.fr ([127.0.0.1]) by localhost (zmtaout01.partage.renater.fr [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id iWYWMMwEc7H5; Sat, 1 Aug 2020 21:17:03 +0200 (CEST) Received: from zstore-b1-010.partage.renater.fr (zstore-b1-010.partage.renater.fr [10.254.240.124]) by zmtaout01.partage.renater.fr (Postfix) with ESMTP id 874831A003F; Sat, 1 Aug 2020 21:17:03 +0200 (CEST) Date: Sat, 1 Aug 2020 21:17:03 +0200 (CEST) From: Alain TCHANA To: "K. Kahurani" Message-ID: <485000926.771010.1596309423315.JavaMail.zimbra@toulouse-inp.fr> In-Reply-To: References: <129652205.7271534.1596259808433.ref@mail.yahoo.com> <129652205.7271534.1596259808433@mail.yahoo.com> Subject: Re: Unikraft and Virtualization. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_de83343c-bf51-405a-bf95-a6b0fef42bdb" X-Mailer: Zimbra 8.8.8_GA_3008 (ZimbraWebClient - GC75 (Linux)/8.8.8_GA_1703) Thread-Topic: Unikraft and Virtualization. Thread-Index: tPLTYQK02xWoqSqeq9NWbFm0ik4W5A== X-Renater-Ptge-SpamState: clean X-Renater-Ptge-SpamScore: -100 X-Renater-Ptge-SpamCause: gggruggvucftvghtrhhoucdtuddrgeduiedrjedtgddufeejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecutffgpfetvffgtfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepfffhvffkjghfufggtgfothesrgdttgerredtjeenucfhrhhomheptehlrghinhcuvfevjfetpfetuceorghlrghinhdrthgthhgrnhgrsehtohhulhhouhhsvgdqihhnphdrfhhrqeenucggtffrrghtthgvrhhnpeehkeekieetleffjefggfejteetgeffffehueevvdelueelgffgtdelhfekvdefffenucffohhmrghinhepgigvnhhprhhojhgvtghtrdhorhhgnecukfhppedutddrvdehgedrvdegtddruddvgeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpedutddrvdehgedrvdegtddruddvgedphhgvlhhopeiishhtohhrvgdqsgduqddtuddtrdhprghrthgrghgvrdhrvghnrghtvghrrdhfrhdpmhgrihhlfhhrohhmpeetlhgrihhnucfvvefjtefptecuoegrlhgrihhnrdhttghhrghnrgesthhouhhlohhushgvqdhinhhprdhfrheqpdhrtghpthhtohepkhdrkhgrhhhurhgrnhhisehgmhgrihhlrdgtohhmpdhrtghpthhtohephhgrtghkfehrtghonheshigrhhhoohdrtghomhdprhgtphhtthhopehgihgthhhinhhirdhnghgrrhhuihihrgesghhmrghilhdrtghomhdprhgtphhtthhopegrughmihhnsehr rghpihgushgvvggusghogidrtghomhdprhgtphhtthhopeigvghnqdhushgvrhhssehlihhsthhsrdigvghnphhrohhjvggtthdrohhrgh X-Mailman-Approved-At: Mon, 03 Aug 2020 18:42:15 +0000 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: gichini ngaruiya , Jason Long , admin@rapidseedbox.com, Xen-users Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --=_de83343c-bf51-405a-bf95-a6b0fef42bdb Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Unikraft, as other unikernels, requires a hypervisor, like Xen.=20 De: "K. Kahurani" =20 =C3=80: "Jason Long" , "gichini ngaruiya" , admin@rapidseedbox.com=20 Cc: "Xen-users" =20 Envoy=C3=A9: Samedi 1 Ao=C3=BBt 2020 17:36:41=20 Objet: Re: Unikraft and Virtualization.=20 On Sat, Aug 1, 2020 at 8:33 AM Jason Long < [ mailto:hack3rcon@yahoo.com | = hack3rcon@yahoo.com ] > wrote:=20 Hello,=20 Is Unikraft (Unikernel) an alternative for Virtualization technology?=20 For instance,=20 "The high level goal of Unikraft is to be able to build unikernels targeted= at specific applications without requiring the time-consuming, expert work= that building such a unikernel requires today. The main idea behind Unikra= ft is depicted in Figure 1 and consists of two basic components: (1) librar= y pools containing libraries that the user of Unikraft can select from to c= reate the unikernel and (2) a build tool and menu allowing users to pick an= d choose from those libraries to build images tailored to specific applicat= ions."=20 >From [1]=20 BQ_BEGIN Tnx.=20 BQ_END [ https://wiki.xenproject.org/wiki/Category:Unikraft | https://wiki.xenproj= ect.org/wiki/Category:Unikraft ]=20 --=_de83343c-bf51-405a-bf95-a6b0fef42bdb Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Unikraft, as other unikernels, requires a h= ypervisor, like Xen.

De: "K. Kahurani" <k.= kahurani@gmail.com>
=C3=80: "Jason Long" <hack3rcon@yahoo.c= om>, "gichini ngaruiya" <gichini.ngaruiya@gmail.com>, admin@rapids= eedbox.com
Cc: "Xen-users" <xen-users@lists.xenproject.org>=
Envoy=C3=A9: Samedi 1 Ao=C3=BBt 2020 17:36:41
Objet: R= e: Unikraft and Virtualization.



On Sat, Aug 1, 2020= at 8:33 AM Jason Long <hack3rcon@yahoo.com> wrote:
Hello,
Is Unikraft (Unikernel) an alternative for Virtualization technology?<= br>

For instance,

"The high level g= oal of Unikraft is to be able to build unikernels=20 targeted at specific applications without requiring the time-consuming,=20 expert work that building such a unikernel requires today. The main idea behind Unikraft is depicted in Figure 1 and consists of two basic=20 components: (1) library pools containing libraries that the user of=20 Unikraft can select from to create the unikernel and (2) a build tool=20 and menu allowing users to pick and choose from those libraries to build images tailored to specific applications."

From [1]

Tnx.


--=_de83343c-bf51-405a-bf95-a6b0fef42bdb-- From xen-users-bounces@lists.xenproject.org Tue Aug 04 04:26:35 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Aug 2020 04:26:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2oVO-0006uW-1g; Tue, 04 Aug 2020 04:24:50 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2oVM-0006uR-Nm for xen-users@lists.xenproject.org; Tue, 04 Aug 2020 04:24:48 +0000 X-Inumbo-ID: 6d20d066-d60a-11ea-b005-12813bfff9fa Received: from mx2.suse.de (unknown [195.135.220.15]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 6d20d066-d60a-11ea-b005-12813bfff9fa; Tue, 04 Aug 2020 04:24:46 +0000 (UTC) X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 0C0D6AB3D; Tue, 4 Aug 2020 04:25:01 +0000 (UTC) Subject: Re: Need help debugging kernel oops ( BUG: unable to handle page fault for address ? ) To: "J. Roeleveld" , xen-users@lists.xenproject.org References: <7132321.EvYhyI6sBW@poseidon> From: =?UTF-8?B?SsO8cmdlbiBHcm/Dnw==?= Message-ID: <576db53a-2b01-acbb-1e22-65e75e96373a@suse.com> Date: Tue, 4 Aug 2020 06:24:44 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <7132321.EvYhyI6sBW@poseidon> Content-Type: multipart/mixed; boundary="------------79A8923709515D8CA63E49AA" Content-Language: en-US X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" This is a multi-part message in MIME format. --------------79A8923709515D8CA63E49AA Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 03.08.20 08:27, J. Roeleveld wrote: > Hi All, > > I have had a few oopses in the past week already and am trying to find > out what the likely cause is and, more importantly, how to resolve this. Could you please apply the attached patch to your kernel? This is for an issue I've found recently and I have the vague feeling it could repair the issue you are seeing. I and others have hit the very same problem as you did in very rare cases, but we were never able to reproduce it at will. So if you are hitting it on a regular basis it would help a lot to verify whether my patch is helping to solve this issue, too. Juergen --------------79A8923709515D8CA63E49AA Content-Type: text/x-patch; charset=UTF-8; name="0001-xen-don-t-reschedule-in-preemption-off-sections.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="0001-xen-don-t-reschedule-in-preemption-off-sections.patch" >From 68658d8365006cde0a859eb8b77fcf76bf62b2ac Mon Sep 17 00:00:00 2001 From: Juergen Gross To: stable@vger.kernel.org Cc: Boris Ostrovsky Cc: Juergen Gross Cc: Stefano Stabellini Date: Fri, 10 Jul 2020 09:31:53 +0200 Subject: [PATCH] xen: don't reschedule in preemption off sections For support of long running hypercalls xen_maybe_preempt_hcall() is calling cond_resched() in case a hypercall marked as preemptible has been interrupted. Normally this is no problem, as only hypercalls done via some ioctl()s are marked to be preemptible. In rare cases when during such a preemptible hypercall an interrupt occurs and any softirq action is started from irq_exit(), a further hypercall issued by the softirq handler will be regarded to be preemptible, too. This might lead to rescheduling in spite of the softirq handler potentially having set preempt_disable(), leading to splats like: BUG: sleeping function called from invalid context at drivers/xen/preempt.c:37 in_atomic(): 1, irqs_disabled(): 0, non_block: 0, pid: 20775, name: xl INFO: lockdep is turned off. CPU: 1 PID: 20775 Comm: xl Tainted: G D W 5.4.46-1_prgmr_debug.el7.x86_64 #1 Call Trace: dump_stack+0x8f/0xd0 ___might_sleep.cold.76+0xb2/0x103 xen_maybe_preempt_hcall+0x48/0x70 xen_do_hypervisor_callback+0x37/0x40 RIP: e030:xen_hypercall_xen_version+0xa/0x20 Code: ... RSP: e02b:ffffc900400dcc30 EFLAGS: 00000246 RAX: 000000000004000d RBX: 0000000000000200 RCX: ffffffff8100122a RDX: ffff88812e788000 RSI: 0000000000000000 RDI: 0000000000000000 RBP: ffffffff83ee3ad0 R08: 0000000000000001 R09: 0000000000000001 R10: 0000000000000000 R11: 0000000000000246 R12: ffff8881824aa0b0 R13: 0000000865496000 R14: 0000000865496000 R15: ffff88815d040000 ? xen_hypercall_xen_version+0xa/0x20 ? xen_force_evtchn_callback+0x9/0x10 ? check_events+0x12/0x20 ? xen_restore_fl_direct+0x1f/0x20 ? _raw_spin_unlock_irqrestore+0x53/0x60 ? debug_dma_sync_single_for_cpu+0x91/0xc0 ? _raw_spin_unlock_irqrestore+0x53/0x60 ? xen_swiotlb_sync_single_for_cpu+0x3d/0x140 ? mlx4_en_process_rx_cq+0x6b6/0x1110 [mlx4_en] ? mlx4_en_poll_rx_cq+0x64/0x100 [mlx4_en] ? net_rx_action+0x151/0x4a0 ? __do_softirq+0xed/0x55b ? irq_exit+0xea/0x100 ? xen_evtchn_do_upcall+0x2c/0x40 ? xen_do_hypervisor_callback+0x29/0x40 ? xen_hypercall_domctl+0xa/0x20 ? xen_hypercall_domctl+0x8/0x20 ? privcmd_ioctl+0x221/0x990 [xen_privcmd] ? do_vfs_ioctl+0xa5/0x6f0 ? ksys_ioctl+0x60/0x90 ? trace_hardirqs_off_thunk+0x1a/0x20 ? __x64_sys_ioctl+0x16/0x20 ? do_syscall_64+0x62/0x250 ? entry_SYSCALL_64_after_hwframe+0x49/0xbe Fix that by testing preempt_count() before calling cond_resched(). In kernel 5.8 this can't happen any more due to the entry code rework. Reported-by: Sarah Newman Fixes: 0fa2f5cb2b0ecd8 ("sched/preempt, xen: Use need_resched() instead of should_resched()") Cc: Sarah Newman Signed-off-by: Juergen Gross --- drivers/xen/preempt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/xen/preempt.c b/drivers/xen/preempt.c index 17240c5325a3..6ad87b5c95ed 100644 --- a/drivers/xen/preempt.c +++ b/drivers/xen/preempt.c @@ -27,7 +27,7 @@ EXPORT_SYMBOL_GPL(xen_in_preemptible_hcall); asmlinkage __visible void xen_maybe_preempt_hcall(void) { if (unlikely(__this_cpu_read(xen_in_preemptible_hcall) - && need_resched())) { + && need_resched() && !preempt_count())) { /* * Clear flag as we may be rescheduled on a different * cpu. -- 2.26.2 --------------79A8923709515D8CA63E49AA-- From xen-users-bounces@lists.xenproject.org Tue Aug 04 07:42:57 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Aug 2020 07:42:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2rZx-0000GP-NU; Tue, 04 Aug 2020 07:41:45 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k2rZv-0000GJ-Vc for xen-users@lists.xenproject.org; Tue, 04 Aug 2020 07:41:44 +0000 X-Inumbo-ID: f04e070e-d625-11ea-b017-12813bfff9fa Received: from gw2.antarean.org (unknown [141.105.125.208]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTP id f04e070e-d625-11ea-b017-12813bfff9fa; Tue, 04 Aug 2020 07:41:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by gw2.antarean.org (Postfix) with ESMTP id 4BLRXQ4mNRz90PQ for ; Tue, 4 Aug 2020 09:41:42 +0200 (CEST) X-Virus-Scanned: amavisd-new at antarean.org Received: from gw2.antarean.org ([127.0.0.1]) by localhost (gw2.antarean.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LDw8fFR7Zlak for ; Tue, 4 Aug 2020 09:41:42 +0200 (CEST) Received: from mailstore1.antarean.org (localhost [127.0.0.1]) by gw2.antarean.org (Postfix) with ESMTP id 4BLRXQ2tSBz90PK for ; Tue, 4 Aug 2020 09:41:42 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mailstore1.antarean.org (Postfix) with ESMTP id 4BLRXP0zDxz15 for ; Tue, 4 Aug 2020 09:41:41 +0200 (CEST) X-Virus-Scanned: amavisd-new at antarean.org Received: from mailstore1.antarean.org ([127.0.0.1]) by localhost (mailstore1.antarean.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4QT_UAc_cA-R for ; Tue, 4 Aug 2020 09:41:40 +0200 (CEST) Received: from poseidon.localnet (lan006.it.antarean.org [10.40.13.106]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mailstore1.antarean.org (Postfix) with ESMTPSA id 4BLRXN5cGfzj for ; Tue, 4 Aug 2020 09:41:40 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=antarean.org; s=default; t=1596526900; bh=fYqOE06gH0Q5oSCMjY0r2lveILX8S0vzopPSyiSq2ro=; h=From:To:Subject:Date:In-Reply-To:References; b=WAA1vYvg8xhGhRXJK2w2ifSRbk3jDy99zSQlY1uaxcROP1VEpyFcq7M/5piRvdoW0 ddMZqT+Hre+LH4MC+I1UMa3USnWOzqRm5G8jJNP1Amd01rlsuhZhLsQ5F6uZK/Rzj0 epeE4+FU2Jh23iAhfp86esJ2N716jJ9Qh5F+3tQI= From: "J. Roeleveld" To: xen-users@lists.xenproject.org Subject: Re: Need help debugging kernel oops ( BUG: unable to handle page fault for address ? ) Date: Tue, 04 Aug 2020 09:41:40 +0200 Message-ID: <4578843.31r3eYUQgx@poseidon> In-Reply-To: <576db53a-2b01-acbb-1e22-65e75e96373a@suse.com> References: <7132321.EvYhyI6sBW@poseidon> <576db53a-2b01-acbb-1e22-65e75e96373a@suse.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On Tuesday, 4 August 2020 06:24:44 CEST J=FCrgen Gro=DF wrote: > On 03.08.20 08:27, J. Roeleveld wrote: > > Hi All, > >=20 > > I have had a few oopses in the past week already and am trying to find > > out what the likely cause is and, more importantly, how to resolve this. >=20 > Could you please apply the attached patch to your kernel? This is > for an issue I've found recently and I have the vague feeling it could > repair the issue you are seeing. >=20 > I and others have hit the very same problem as you did in very rare > cases, but we were never able to reproduce it at will. So if you are > hitting it on a regular basis it would help a lot to verify whether > my patch is helping to solve this issue, too. >=20 >=20 > Juergen I am hitting it, but not predictably, which is rather annoying. I am currently doing my best to force this and documenting what I am trying= =2E=20 When I do manage to force the issue, I will definitely try the patch. Looking at the patch, I am wondering if setting "CONFIG_PREEMPT" might not= =20 also prevent this? Or, more likely, the "server" option is "CONFIG_PREEMPT_NONE", which might= =20 prevent this particular situation all together? I currently have "CONFIG_PREEMPT_VOLUNTARY" set in my config. Is there any documentation about which of these three is actually recommend= ed=20 for the Xen Domain0? =2D- Joost From xen-users-bounces@lists.xenproject.org Wed Aug 05 06:04:29 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Aug 2020 06:04:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k3CVu-0008SJ-F6; Wed, 05 Aug 2020 06:02:58 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k3CVt-0008SE-Aj for xen-users@lists.xenproject.org; Wed, 05 Aug 2020 06:02:57 +0000 X-Inumbo-ID: 3dc9b126-ca23-4532-baa7-b788e0560017 Received: from mail-io1-xd29.google.com (unknown [2607:f8b0:4864:20::d29]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 3dc9b126-ca23-4532-baa7-b788e0560017; Wed, 05 Aug 2020 06:02:56 +0000 (UTC) Received: by mail-io1-xd29.google.com with SMTP id l17so44712872iok.7 for ; Tue, 04 Aug 2020 23:02:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=BFytOwZgkUUbzAFx5gbSq0Rk0PaU0ZEx5X3Ajy+uBgY=; b=iJ2u7picWl/gOO0acp9aQaM6v41wlX3lrjcuLQN2ZJz2bPuFsqgAR72KsvuyBgfPXX ww2Vuno+ZZvIGC3UUBBVp+I2pWSMnSzprK6EIkWHRgnL/w4oUdxIeDxr/9qO9kym4mmz yfaAIeX0pIZHZBv+GbP7hZ3T3IMjZuKC7yalzPYr9J6bJFeq3jsjnu0tLoagBItTuBtC duB4K5PVofpaaqsB415AX6el8v4uncH1vx7KwTQWXw+lCn9e0fYt5gE8whgyT9WQKbfM lO+nN1Cypg8vL1z7TN0j8gs8fVCHpHSZKTLIM61l3anPQuYuu7yzJgsih0F7VI2FUpbe 31tg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=BFytOwZgkUUbzAFx5gbSq0Rk0PaU0ZEx5X3Ajy+uBgY=; b=EMg7qKCXaLPQsyelhlvk/w8Kdbeo/7sN/+jafgskjMHgoL5mD0UmUqiMvDA3dn5h/K Dmqs7nclK1DmC8yPQqkuo/R5H9+cxoyS+WsRRQLYMhDCy8IxIldxmHKx1bYO6WdH71vT uJsHK6HWwbLavOMUrDTQat+prXxPqsiLTI2kZJYZy76fXBu/rEgQwgrvRz7nIZ19jXb0 G4ltmBOycC+77rNkMMYaHIvLUgkYECwsm6LrZhFXNN81Wr15LTRASuGk1qgJWE89SaBi s/YqUXRU6Emwdou74ZDHap9CmmQ5T1Y6uSEpZIwHSb68gVdVB9EDgkA2KHIRAIZIiQ7f ajww== X-Gm-Message-State: AOAM532OdkZCMrW7deW7nOxPTUkRWp8AGeABIDn7CRWd6il2npc/ogZU LC2HCAWcuwr63vmNASz7/3W+qICjU2wKshGaDnKYbXaB X-Google-Smtp-Source: ABdhPJxsUP9IMUqOmZI7pbMcNXRU5j+mLjPAj/1IP7cTI62ee6Q1QiLitTIPY3UJhB9rtq25I8LIqbK4xfGBzHRbOrs= X-Received: by 2002:a05:6638:24cf:: with SMTP id y15mr2286966jat.137.1596607375704; Tue, 04 Aug 2020 23:02:55 -0700 (PDT) MIME-Version: 1.0 From: John Mok Date: Wed, 5 Aug 2020 14:02:44 +0800 Message-ID: Subject: OVMF SecureBoot To: xen-users@lists.xenproject.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hi all, I am running Xen 4.11 on Debian Buster (10.5) on kernel 4.19 I wonder how to run EFI SecureBoot with OVMF guest. I hope someone could point me to the right direction. Thanks a lot, John Mok From xen-users-bounces@lists.xenproject.org Wed Aug 05 07:58:46 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Aug 2020 07:58:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k3EIi-0001MT-L9; Wed, 05 Aug 2020 07:57:28 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k3EIh-0001Lk-9s for xen-users@lists.xenproject.org; Wed, 05 Aug 2020 07:57:27 +0000 X-Inumbo-ID: 577096e7-4a2f-43e0-a9fa-b9cce50ac78c Received: from mail-qt1-x842.google.com (unknown [2607:f8b0:4864:20::842]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 577096e7-4a2f-43e0-a9fa-b9cce50ac78c; Wed, 05 Aug 2020 07:57:25 +0000 (UTC) Received: by mail-qt1-x842.google.com with SMTP id k18so32994342qtm.10 for ; Wed, 05 Aug 2020 00:57:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=9LhySAIdJu28bOr73PcjhckogIRZNey7A4Q7j/JswhA=; b=TWBHLKyEMwzMHqDVmDhrYlbsas8IjCDyLgpN8qK+55kqqb/PEGQS4xMPYcfjAPeQs1 jFnXH8ZySh2EqvNmQ2ulR6c1HNBDjv8MJzVE2ePFNvFoLBSfcym0GuxzbcgtdSw3FXAF 1MlxAOqY4WVVBeU0i1pW1BtaTPVbm2ADx2HTM84W4qqT53SUL5aOH6jiw93vRBMgyqn0 J02/Atoi6l4xfajjFN0EQma22xeXV9sD4t2jjlXBdK4E2GztzY/9rMrE7PIxrgN3M6aX fr/UvmkIASsF3fI2hRXmlsUB0lbBi9gGjY1a0qX9wLlCRTildozXybElYSYsIQRgU3C7 LXeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=9LhySAIdJu28bOr73PcjhckogIRZNey7A4Q7j/JswhA=; b=cWTswiy/Q5BVqm/5WmnMYtEwWPhcG+mjUJt4p4oRYds/j5ci8+jRoJ/8rFpzH/BApd lypk93iNPO0OiU0kZnEr/lVGo9/S1h4qvG3eI50iQ527ESkIXS+DcbC4lUZP2S9e32tY UpRpJ4+Ptn72flYd3Yfc1Li885VFd0EiUtKOfcpNm1hAPeoJ9YBcSIMTjik16LgCMLQL jYTEMvb7zULTlkf81UTvWgXymzjS0R8gOe/Vn0AdsBcorzceWhxj5E/4kGWu8AITXevl UtI1+b154EA9FYJ9RWv8uUZOkM/e90TFF6Tk6bd18UoOkMWKai3jDpGJQlbXu7Lk4eDb ksaQ== X-Gm-Message-State: AOAM532BanCbk/b6H9q9CDx6iVp2DzWycpjZ5MC8YwfYp39rKJGTh0ZL SLr/rQ684QUMk4P1p2Z3QFk1ZG2AJxH+eXXf2mkyMMzt1ME= X-Google-Smtp-Source: ABdhPJxcVKGhKlcKmzb3qVAphSIlQ65TkpA7s8u2uiUe+4s/bHzIvqDBgmYyP1MRWLMKAB/FM9GvG8z1PTEfKqKBaNo= X-Received: by 2002:ac8:44cd:: with SMTP id b13mr2020604qto.308.1596614244821; Wed, 05 Aug 2020 00:57:24 -0700 (PDT) MIME-Version: 1.0 From: Tomas Mozes Date: Wed, 5 Aug 2020 09:57:14 +0200 Message-ID: Subject: xen domU lost networking after upgrading to stable-4.13 To: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000e7f01405ac1cb839" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --000000000000e7f01405ac1cb839 Content-Type: text/plain; charset="UTF-8" Hello, I was trying to upgrade one of my Xen dom0 from stable-4.12 to stable-4.13. The machine has been rock stable on 4.12, but after the upgrade and reboot, one of the xen-domU (there are 15 virtual machines on the host) lost it's networking with this in the kernel log: [ 1226.477594] rcu: INFO: rcu_sched detected stalls on CPUs/tasks: [ 1226.477607] rcu: 0-....: (8 GPs behind) idle=b82/0/0x1 softirq=55602/55602 fqs=5250 [ 1226.477613] (detected by 8, t=21002 jiffies, g=151513, q=854) [ 1226.477619] Sending NMI from CPU 8 to CPUs 0: [ 1226.478642] NMI backtrace for cpu 0 [ 1226.478646] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.4.55-gentoo #1 [ 1226.478648] Hardware name: Xen HVM domU, BIOS 4.13.1 08/03/2020 [ 1226.478650] RIP: 0010:io_serial_out+0x11/0x20 [ 1226.478654] Code: 8b 57 08 d3 e6 01 f2 ec 0f b6 c0 c3 66 66 2e 0f 1f 84 00 00 00 00 00 66 90 0f b6 8f b9 00 00 00 89 d0 8b 57 08 d3 e6 01 f2 ee 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 0f b6 87 ba 00 00 00 [ 1226.478656] RSP: 0018:ffffc90000003e20 EFLAGS: 00000002 [ 1226.478659] RAX: 0000000000000074 RBX: ffff888271e1c000 RCX: 0000000000000000 [ 1226.478661] RDX: 00000000000003f8 RSI: 0000000000000000 RDI: ffffffff832fcc00 [ 1226.478663] RBP: ffffffff832fcc00 R08: 00000000000000b0 R09: ffff888274051188 [ 1226.478665] R10: 0000000000000000 R11: ffffffff82a5dde8 R12: 000000000000000a [ 1226.478667] R13: 0000000000000020 R14: 0000000000000001 R15: ffff888273c07034 [ 1226.478669] FS: 0000000000000000(0000) GS:ffff888276200000(0000) knlGS:0000000000000000 [ 1226.478671] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 1226.478673] CR2: 00007f3bbc06d158 CR3: 000000026427e003 CR4: 00000000001606f0 [ 1226.478674] Call Trace: [ 1226.478674] [ 1226.478675] serial8250_tx_chars+0xdb/0x220 [ 1226.478677] serial8250_handle_irq.part.0+0xc5/0x100 [ 1226.478678] serial8250_default_handle_irq+0x36/0x60 [ 1226.478679] serial8250_interrupt+0x51/0xa0 [ 1226.478682] __handle_irq_event_percpu+0x3d/0x180 [ 1226.478683] handle_irq_event_percpu+0x2c/0x80 [ 1226.478685] handle_irq_event+0x31/0x4e [ 1226.478688] handle_edge_irq+0x7e/0x190 [ 1226.478688] generic_handle_irq+0x1f/0x30 [ 1226.478708] __evtchn_fifo_handle_events+0x143/0x190 [ 1226.478709] __xen_evtchn_do_upcall+0x53/0x90 [ 1226.478710] xen_evtchn_do_upcall+0x22/0x40 [ 1226.478711] xen_hvm_callback_vector+0xf/0x20 [ 1226.478712] [ 1226.478713] RIP: 0010:native_safe_halt+0xe/0x10 [ 1226.478715] Code: 8b 00 a8 08 74 80 eb c2 90 90 90 90 e9 07 00 00 00 0f 00 2d 34 a8 4e 00 f4 c3 66 90 e9 07 00 00 00 0f 00 2d 24 a8 4e 00 fb f4 90 41 54 55 53 e8 17 24 47 ff 65 8b 2d 60 37 2e 7e 0f 1f 44 00 [ 1226.478716] RSP: 0018:ffffffff82a03e98 EFLAGS: 00000246 ORIG_RAX: ffffffffffffff0c [ 1226.478719] RAX: ffffffff81d2c820 RBX: 0000000000000000 RCX: 0000000000000001 [ 1226.478720] RDX: 0000000000105b7e RSI: 7ffffee81a200469 RDI: 0000000000000082 [ 1226.478722] RBP: 0000000000000000 R08: 000000cd42e4dffb R09: 0000011875f079d6 [ 1226.478723] R10: 0000000000000000 R11: 0000000000012000 R12: ffffffff82a15780 [ 1226.478726] R13: 0000000000000000 R14: 0000000000000000 R15: ffffffff82a15780 [ 1226.478727] ? __sched_text_end+0x6/0x6 [ 1226.478728] default_idle+0x15/0x130 [ 1226.478730] do_idle+0x1e8/0x250 [ 1226.478732] cpu_startup_entry+0x14/0x20 [ 1226.478733] start_kernel+0x4c8/0x4ea [ 1226.478735] secondary_startup_64+0xa4/0xb0 Xen dom0 config: GRUB_CMDLINE_XEN="dom0_mem=4G gnttab_max_frames=256 ucode=scan loglvl=all guest_loglvl=all console_to_ring console_timestamps=date conring_size=1m smt=true sched=credit" Xen domU config: name = "test" kernel = "kernel-5.4.55-gentoo-xen" memory = 10000 vcpus = 12 vif = [ '' ] disk = [ '/dev/vg_data/test_root,raw,xvda,rw', ] extra = "root=/dev/xvda net.ifnames=0 console=ttyS0 console=ttyS0,38400n8" type = "hvm" sdl = 0 vnc = 0 serial='pty' xen_platform_pci=1 max_grant_frames = 256 Any tips appreciated, thanks, Tomas --000000000000e7f01405ac1cb839 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,
I was trying to upgrade one of my Xen dom0 from = stable-4.12 to stable-4.13. The machine has been rock stable on 4.12, but a= fter the upgrade and reboot, one of the xen-domU (there are 15 virtual mach= ines on the host) lost it's networking with this in the kernel log:
=
[ 1226.477594] rcu: INFO: rcu_sched detected stalls on CPUs/tasks:
[= 1226.477607] rcu: =C2=A0 =C2=A0 0-....: (8 GPs behind) idle=3Db82/0/0x1 so= ftirq=3D55602/55602 fqs=3D5250
[ 1226.477613] =C2=A0(detected by 8, t= =3D21002 jiffies, g=3D151513, q=3D854)
[ 1226.477619] Sending NMI from C= PU 8 to CPUs 0:
[ 1226.478642] NMI backtrace for cpu 0
[ 1226.478646]= CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.4.55-gentoo #1
[ 1226.47864= 8] Hardware name: Xen HVM domU, BIOS 4.13.1 08/03/2020
[ 1226.478650] RI= P: 0010:io_serial_out+0x11/0x20
[ 1226.478654] Code: 8b 57 08 d3 e6 01 f= 2 ec 0f b6 c0 c3 66 66 2e 0f 1f 84 00 00 00 00 00 66 90 0f b6 8f b9 00 00 0= 0 89 d0 8b 57 08 d3 e6 01 f2 ee <c3> 66 66 2e 0f 1f 84 00 00 00 00 00= 0f 1f 00 0f b6 87 ba 00 00 00
[ 1226.478656] RSP: 0018:ffffc90000003e20= EFLAGS: 00000002
[ 1226.478659] RAX: 0000000000000074 RBX: ffff888271e1= c000 RCX: 0000000000000000
[ 1226.478661] RDX: 00000000000003f8 RSI: 000= 0000000000000 RDI: ffffffff832fcc00
[ 1226.478663] RBP: ffffffff832fcc00= R08: 00000000000000b0 R09: ffff888274051188
[ 1226.478665] R10: 0000000= 000000000 R11: ffffffff82a5dde8 R12: 000000000000000a
[ 1226.478667] R13= : 0000000000000020 R14: 0000000000000001 R15: ffff888273c07034
[ 1226.47= 8669] FS: =C2=A00000000000000000(0000) GS:ffff888276200000(0000) knlGS:0000= 000000000000
[ 1226.478671] CS: =C2=A00010 DS: 0000 ES: 0000 CR0: 000000= 0080050033
[ 1226.478673] CR2: 00007f3bbc06d158 CR3: 000000026427e003 CR= 4: 00000000001606f0
[ 1226.478674] Call Trace:
[ 1226.478674] =C2=A0&= lt;IRQ>
[ 1226.478675] =C2=A0serial8250_tx_chars+0xdb/0x220
[ 1226= .478677] =C2=A0serial8250_handle_irq.part.0+0xc5/0x100
[ 1226.478678] = =C2=A0serial8250_default_handle_irq+0x36/0x60
[ 1226.478679] =C2=A0seria= l8250_interrupt+0x51/0xa0
[ 1226.478682] =C2=A0__handle_irq_event_percpu= +0x3d/0x180
[ 1226.478683] =C2=A0handle_irq_event_percpu+0x2c/0x80
[ = 1226.478685] =C2=A0handle_irq_event+0x31/0x4e
[ 1226.478688] =C2=A0handl= e_edge_irq+0x7e/0x190
[ 1226.478688] =C2=A0generic_handle_irq+0x1f/0x30<= br>[ 1226.478708] =C2=A0__evtchn_fifo_handle_events+0x143/0x190
[ 1226.4= 78709] =C2=A0__xen_evtchn_do_upcall+0x53/0x90
[ 1226.478710] =C2=A0xen_e= vtchn_do_upcall+0x22/0x40
[ 1226.478711] =C2=A0xen_hvm_callback_vector+0= xf/0x20
[ 1226.478712] =C2=A0</IRQ>
[ 1226.478713] RIP: 0010:na= tive_safe_halt+0xe/0x10
[ 1226.478715] Code: 8b 00 a8 08 74 80 eb c2 90 = 90 90 90 e9 07 00 00 00 0f 00 2d 34 a8 4e 00 f4 c3 66 90 e9 07 00 00 00 0f = 00 2d 24 a8 4e 00 fb f4 <c3> 90 41 54 55 53 e8 17 24 47 ff 65 8b 2d 6= 0 37 2e 7e 0f 1f 44 00
[ 1226.478716] RSP: 0018:ffffffff82a03e98 EFLAGS:= 00000246 ORIG_RAX: ffffffffffffff0c
[ 1226.478719] RAX: ffffffff81d2c82= 0 RBX: 0000000000000000 RCX: 0000000000000001
[ 1226.478720] RDX: 000000= 0000105b7e RSI: 7ffffee81a200469 RDI: 0000000000000082
[ 1226.478722] RB= P: 0000000000000000 R08: 000000cd42e4dffb R09: 0000011875f079d6
[ 1226.4= 78723] R10: 0000000000000000 R11: 0000000000012000 R12: ffffffff82a15780[ 1226.478726] R13: 0000000000000000 R14: 0000000000000000 R15: ffffffff82= a15780
[ 1226.478727] =C2=A0? __sched_text_end+0x6/0x6
[ 1226.478728]= =C2=A0default_idle+0x15/0x130
[ 1226.478730] =C2=A0do_idle+0x1e8/0x250<= br>[ 1226.478732] =C2=A0cpu_startup_entry+0x14/0x20
[ 1226.478733] =C2= =A0start_kernel+0x4c8/0x4ea
[ 1226.478735] =C2=A0secondary_startup_64+0x= a4/0xb0

Xen dom0 config:
GRUB_CMDLINE_XEN=3D"dom0_mem=3D4G g= nttab_max_frames=3D256 ucode=3Dscan loglvl=3Dall guest_loglvl=3Dall console= _to_ring console_timestamps=3Ddate conring_size=3D1m smt=3Dtrue sched=3Dcre= dit"

Xen domU config:
name =3D "test"
kernel = =3D "kernel-5.4.55-gentoo-xen"
memory =3D 10000
vcpus =3D 1= 2
vif =3D [ '' ]
disk =3D [
'/dev/vg_data/test_root,ra= w,xvda,rw',
]
extra =3D "root=3D/dev/xvda net.ifnames=3D0 co= nsole=3DttyS0 console=3DttyS0,38400n8"
type =3D "hvm"
= sdl =3D 0
vnc =3D 0
serial=3D'pty'
xen_platform_pci=3D1max_grant_frames =3D 256

Any tips appreciated, thanks,
Tomas --000000000000e7f01405ac1cb839-- From xen-users-bounces@lists.xenproject.org Wed Aug 05 14:07:06 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Aug 2020 14:07:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k3K2l-0001UM-2Z; Wed, 05 Aug 2020 14:05:23 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k3K2j-0001UE-Gn for xen-users@lists.xenproject.org; Wed, 05 Aug 2020 14:05:21 +0000 X-Inumbo-ID: befb85ae-6652-4906-8480-11c80501a90f Received: from mail-qt1-x829.google.com (unknown [2607:f8b0:4864:20::829]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id befb85ae-6652-4906-8480-11c80501a90f; Wed, 05 Aug 2020 14:05:20 +0000 (UTC) Received: by mail-qt1-x829.google.com with SMTP id b25so33716094qto.2 for ; Wed, 05 Aug 2020 07:05:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=wAA3ScR3vPUJzwiCfvSuatmuJxrnxgKdtZvOpPNwBl4=; b=e7P2qm0nGAJML5+JgHF6SBMZ4MKsyDwzQdpKbQaP+ol2DX+NjeluUxHnheAnACSOWO HP6UGWnAndADRwC7cQH6gVqtwoMkrlwNJBfcL98Y4I7ZiaZVdqaLI1Kfj8czBuWZSYUw 8NB7k2AYzA6paRdeRbiTnwPo/j2EW+sH+3nfG0GId2+8q5AOxl38jFXEMp+ezNMOvnx4 GG3kSOoBStrZ7tXikSa1M851nKbqFn1b2MOro5znAfU7BALeaxX1jj/91Jqw0g8nE8eh OOyRWuETZCwSkbGEsbElRXLmrTvvi9Rwrf86JOAGqc6XYNfs955YzYorlF9rN0i1PNBS x1Cg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=wAA3ScR3vPUJzwiCfvSuatmuJxrnxgKdtZvOpPNwBl4=; b=pn5hgl96cv/+0YMSo9qa2VoDdKyhS/s9SotGdTRsBuOyO3MMBqWPcYe4WHRBS8anyI gk5HFnn7fH2wHSWXpCaTtyXHQ1wAkAaVYB5gzhiDkrkmSrNI5sbasB3Oj1gOtBLhZ2NR EkDmO1EWuzwDc410AZaseKouRTzTzBfR8bfJFWTkq+EtemkKgMOrOE9REM9zLq5Isb/r MUIEcMPFgriYpx1TZOvv5N9BjP9mIC/aPuQFKJWzPBL7FJAdvKOjFlrnulSl2yBAGVoV l9AiofUwsEkwiQ1fNOxxHBKkp3bZC2DnhDzkOekYM9VoBaukw9P/28Rrm5dRWQhNdCE8 uIkw== X-Gm-Message-State: AOAM5325WdT0ZWFNT3u/QyVyp6OSot4llaq4pW17YByszA1+GFMKh1TY gSoqZ9UBTSQkpMTsK7V68atYOweN7XXXZ6avP/9d8g== X-Google-Smtp-Source: ABdhPJxIjtmB8dHTg/A4NI3HEBhrK3YH5VsVTB4/PHR2Df1IQSZlCPcUJ0hDDYTP3YRXugMyZ3Mq8hqv3c9moI8oMDM= X-Received: by 2002:ac8:470c:: with SMTP id f12mr3552949qtp.107.1596636320063; Wed, 05 Aug 2020 07:05:20 -0700 (PDT) MIME-Version: 1.0 From: AshishKumar Mishra Date: Wed, 5 Aug 2020 19:35:04 +0530 Message-ID: Subject: Does xen has driver for i2c / spi / gpio pin ? To: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000b163fb05ac21dcae" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --000000000000b163fb05ac21dcae Content-Type: text/plain; charset="UTF-8" Hi All , With pointer from community i am able to find driver implementation for backend / frontend. But in Linux code base : 1) I can find backend for only pci / net / block . Does XEN doesn't have drivers for i2c / spi / gpio etc. 2) If we need to have an xen driver only to handle gpio as an interrupt , what sections / driver will be required . ( In Linux an character driver with interrupt would be fine ) 3) Is there any rules to decide if the device is supported or not by xen ? In Linux we could find if there is an specific controller driver . Assuming i I have two network controller IP from say different vendor , how to confirm which one will be supported by XEN ? 4) How to confirm if some custom IP core is supply by xen ? ( Say a soc has new IP core for new functionality , how can we confirm if it will work in XEN ( Apologies if the question are too obvious , but since I am starting with XEN I am trying to understand ( & relate with Linux code base ) Request community members to please help on these as I was finding difficult to understand basic architecture here. Thanks , Ashish --000000000000b163fb05ac21dcae Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi All ,

Wit= h pointer from community i am able to find driver implementation=C2=A0
for backend / frontend.

=C2=A0But in Linux code base :
1) I can find backend for only pci / net / block = .
=C2=A0 =C2=A0 =C2=A0Does XEN doesn't have driv= ers for i2c / spi / gpio etc.

2) If we need to have an xen driver only to handle gpio as an interru= pt ,
=C2=A0 =C2=A0 =C2=A0what sections / driver will= be required .
=C2=A0 =C2=A0 =C2=A0( In Linux an cha= racter driver with interrupt would be fine )

3)=C2=A0 Is there any rules to decide if the device is= supported=C2=A0or not by xen ?
=C2=A0 =C2=A0 =C2=A0= In Linux we could find if there is an specific controller driver .
=C2=A0 =C2=A0 =C2=A0 Assuming i I have two network controll= er IP from say different vendor ,
=C2=A0 =C2=A0 =C2= =A0 how to confirm which one will be supported by XEN ?
=C2=A0 =C2=A0 =C2=A0=C2=A0
4) How to confirm if = some custom IP core is supply by xen ?
=C2=A0 =C2=A0= =C2=A0( Say a soc has new IP core for new functionality , how can we confi= rm if it will work in XEN (


Apologies if the question are too obvious ,= but since I am starting with XEN=C2=A0
I am trying = to understand ( & relate with Linux code base )
=
Request community members to please help on the= se as I was finding difficult to=C2=A0
understand ba= sic architecture here.

<= br>
Thanks ,
Ashish=C2=A0









--000000000000b163fb05ac21dcae-- From xen-users-bounces@lists.xenproject.org Thu Aug 06 07:23:37 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Aug 2020 07:23:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k3aDt-0006zg-KS; Thu, 06 Aug 2020 07:21:57 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k3aDs-0006zb-GO for xen-users@lists.xenproject.org; Thu, 06 Aug 2020 07:21:56 +0000 X-Inumbo-ID: b87670f9-1b39-4a5a-b546-cdba90192c95 Received: from mail-qt1-x835.google.com (unknown [2607:f8b0:4864:20::835]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id b87670f9-1b39-4a5a-b546-cdba90192c95; Thu, 06 Aug 2020 07:21:55 +0000 (UTC) Received: by mail-qt1-x835.google.com with SMTP id h21so29275394qtp.11 for ; Thu, 06 Aug 2020 00:21:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=5F85Y0Fwtt1PNa7ZNX0kRkNAzl02n3mnqdYVXjaeFXk=; b=KQrhj9h7oHw3DTHPRkQWfStEbHoqtv56BCyOGHvlpTjK1FupDURi+YtsdD2NDaeFU4 YSe6oi2Jeq0fFNfZosa+BcKbhV82OFN/QUZ4VTd4P9GKsFoFkY6MHzs9TG8v4nloaKpr Fy8SjjWx+723QwGkh1dZgGMw0zTDLp6YF5mmQ/D62qeO2bz7HocKIZM8WbEOEOzxKA/q 9J1nUgFd55AOBmhlU0GuJhR13t5Q4qDxNt2zJmeJUfbQeYA7f1r6hCYJPqDfwfHSVo4o 9gZzt+W7242vcSeAE+UJlBfBW6YcRD0f8crESqyHc62Nd0X/PfkD0y+//jC0xXSJ8nSP pbeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=5F85Y0Fwtt1PNa7ZNX0kRkNAzl02n3mnqdYVXjaeFXk=; b=T7Ql8LgtVA7b9upe877lYmqSfX4xMXXp1F1TkA5l8EqHd1nrppNoiMNE2CKjtUToNf YV3oZ31XUQhkncF/52io1TVnvMJfOr8C7HJcy8c8YqJdjsMAWM7qvSzzWlRs2MYhutMJ orlmnQeF4x99WWOjaHWlI2jxoKiUY7NZaRpWCdUCrXjUaiH8IjhKYFsLm3XwlX+FmkLT 9h4U+k3iV2rlyGez9Vt0i+5QQ2rSeOjAtP/n70tU6f8Rfnmtrzi/q2LLRekenZFt37p0 AmA3GRKWwBq+JsRzKipCqQn78oxPyIU5V4gYbDttrrGdMSKYyZyS5nCz53WsrCE9zYb+ xU4Q== X-Gm-Message-State: AOAM531OdJE+jTRreI7x2bp2hy2vXmpxCYmSdUAeKoVwv9z425rBlyb1 aqeBf2cgL6HbWujDQHXaptwbqvUjj48F94QZDXsTgA== X-Google-Smtp-Source: ABdhPJzoqiEmL2ljwzLh9j4lhfKvE6C3VS7b5abqNpdXvz4Am2BL5YdHvcxieKPAOTCAP3s1kfKg+DYxJvH/PN6TFqg= X-Received: by 2002:ac8:470c:: with SMTP id f12mr7570633qtp.107.1596698515222; Thu, 06 Aug 2020 00:21:55 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: AshishKumar Mishra Date: Thu, 6 Aug 2020 12:51:43 +0530 Message-ID: Subject: Re: Does xen has driver for i2c / spi / gpio pin ? To: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000d0324105ac305750" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --000000000000d0324105ac305750 Content-Type: text/plain; charset="UTF-8" Hi Memebers , Any input on same or any pointers to some doc or wiki will be helpful Thanks Ashish --000000000000d0324105ac305750 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Memebers ,

Any input on same or any pointers to some doc or wiki will be helpful=C2= =A0

Thanks=C2=A0
Ashish=C2=A0
--000000000000d0324105ac305750-- From xen-users-bounces@lists.xenproject.org Thu Aug 06 15:18:57 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Aug 2020 15:18:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k3hdm-0001RX-2y; Thu, 06 Aug 2020 15:17:10 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k3hdk-0001RQ-OD for xen-users@lists.xenproject.org; Thu, 06 Aug 2020 15:17:08 +0000 X-Inumbo-ID: 22974311-81ad-4ee7-ba29-d6d811ff94c0 Received: from mail-wm1-x344.google.com (unknown [2a00:1450:4864:20::344]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 22974311-81ad-4ee7-ba29-d6d811ff94c0; Thu, 06 Aug 2020 15:17:06 +0000 (UTC) Received: by mail-wm1-x344.google.com with SMTP id q76so10042682wme.4 for ; Thu, 06 Aug 2020 08:17:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kzMq5qJaDtCVmKxAHJ1pr5EAOoBbTAK8XivR+KUII4g=; b=GY4bXtRmmgBGNWDY6/P23KxiL6tdXXjBKFvbQlJX4uRUC1LrXb7IFUkzEZm20Rs7ZE 2gxM7D/AOXev8+FG+DoVxFe179URq3SyApmPJQV1JBy7xI46Q6NDKe7jukh+Z8MeqFlf O0sa1vnjxli79tUlA+bZV+EClT1eoCtFchRENwEyRIHKqIL4vJBwrYUlyxP1ejcRVs8o U/H0B1m7w3c3BT5O6KXH3yBZ0flLy2mjHdk0PScHiu4k43bIokguQbNepQTiQ4/fJDyx Dx+HxWY1rnYRbd/DPACoOdVqF/LKfOQpcwn/VCIBdW20gc7GfyqEpVgLo2IgNzrYQ59f yO2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kzMq5qJaDtCVmKxAHJ1pr5EAOoBbTAK8XivR+KUII4g=; b=HsSo08nd7We5NOapTHm9SJShSQixNgSh5rI/BoYL4euh/zeKAXwkfE5dq9tQfd9Swd 21fFN7Jpn3ASokd+zzS87lAbbXvHPXaVwdtEoIWqFja/pxoLNJY0trcSv5z+Q7UF8TOP zdwl3J2hvREqOpSDKia9CmMMlv/zh0Gt7fJ09Ubo2H34Lm9kbZkPIPaEp7S7VfrMCzeh UFmHp2GNjeXHknG+/EW228vFtQicW1t+2Iii+R70uf+LXZUyDjM/+IuiwFbz7qEA+FR8 XVnv3Yf0/Rtj1L0AMTtdbxAp3eK2X+W15VANRnG+M9bglObD8JKG65BCFWTipXbNh0p3 DRpQ== X-Gm-Message-State: AOAM533QSnah6N7Z8b75eERBT1czWliay1a7tYfe81PqpTUNVx03UmT8 oA+q5/U8fj1x+Y4dIQn9TZYenW1vyQFpJiuw7Tg= X-Google-Smtp-Source: ABdhPJz2Z8iPC9ZZcTrILsvXxDTIUn2yvGgsTuAe0VJoispz/H9H/Cy3oBWTigJxwOoDjDfvLFZ8ZgUTF8tb4/v/hxQ= X-Received: by 2002:a1c:1f0d:: with SMTP id f13mr8847728wmf.53.1596727024991; Thu, 06 Aug 2020 08:17:04 -0700 (PDT) MIME-Version: 1.0 References: <58c623cc-886d-ed54-18e5-356309691ea5@suse.com> In-Reply-To: From: moftah moftah Date: Thu, 6 Aug 2020 11:16:53 -0400 Message-ID: Subject: Re: repeated Kernel oops need help to debug To: =?UTF-8?B?SsO8cmdlbiBHcm/Dnw==?= Content-Type: multipart/alternative; boundary="00000000000020c2a105ac36fb88" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: xen-users@lists.xenproject.org Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --00000000000020c2a105ac36fb88 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable this is a bit weird I decided to debug the issue before patching the kernel more so i went to one server and change the qdisc on all network interfaces (not guest interfaces ) to fifo instead of pfifo fast and to my shock i got the same panic on pfifo_fast_dequeue !!!! another thing i noticed that when ever the issue occur on any server i check the cpu stack of the cpu that had the panic and there is 2 stacks always one for dom0 and the other one for hypervisor the hypervisor stack always has this on the panicking cpu ffff832027be7d20: ffff82d08021831d kexec_crash+0x4d/0x50 ffff832027be7d28: 00000000fffffffe ffff832027be7d30: ffff82d080218c9d do_kexec_op_internal+0x44d/0x710 ffff832027be7d38: 0000000000040660 ffff832027be7d40: 0000000000000000 ffff832027be7d48: 0000000000000000 ffff832027be7d50: 000000000000000c ffff832027be7d58: 000000000000000c ffff832027be7d60: ffff83202780f000 ffff832027be7d68: ffff832027be7da8 .+64 ffff832027be7d70: 000000000000000c ffff832027be7d78: ffff82d080266750 vga_noop_puts+0/0x10 ffff832027be7d80: ffff82d080249f3a do_console_io+0x41a/0x460 ffff832027be7d88: ffffc90000000001 ffff832027be7d90: ffff83202780fa24 ffff832027be7d98: 000000000000e033 Could the issue be the in the hypervisor side and the dom0 kernel panic message is just misleading ? On Wed, Jul 29, 2020 at 11:44 AM moftah moftah wrote: > Hi Juergen, > > This seems very related to my issue > but I wonder why the fix was not backtracked to all versions why i was > only added to 4.18 and 5.4 branches and ignored the 4.19 branch > > I could try to add the patch manually (if it works ) in 4.19 branch and > test it locally > > On Mon, Jul 27, 2020 at 3:27 AM J=C3=BCrgen Gro=C3=9F w= rote: > >> On 26.07.20 17:47, moftah moftah wrote: >> > Hi All, >> > We have a problem that is ongoing for more than 1 month >> > >> > We have several servers running xcp-ng and we are facing kernel oops >> > that crash the server >> > >> > My skill is not enough to debug the issue So need someone to point me >> to >> > the right direction >> > the issue is not hardware related >> > it occurred on servers that are of different processor , nic and even >> > kernel version (all under 4.19) >> > >> > the stack trace looks like this >> > >> > [2399526.430672] ALERT: BUG: unable to handle kernel NULL pointer >> > dereference at 0000000000000004 >> > [2399526.430695] INFO: PGD 447268067 P4D 447268067 PUD 44775f067 PMD= 0 >> > [2399526.430710] WARN: Oops: 0000 [#1] SMP NOPTI >> > [2399526.430720] WARN: CPU: 1 PID: 17 Comm: ksoftirqd/1 Not tainted >> > 4.19.108 #1 >> > [2399526.430728] WARN: Hardware name: HP ProLiant SL230s Gen8 /, >> > BIOS P75 05/24/2019 >> > [2399526.430745] WARN: RIP: e030:pfifo_fast_dequeue+0xc9/0x140 >> > [2399526.430753] WARN: Code: 50 28 48 8b 4f 58 f7 da 65 01 51 04 48 >> 8b >> > 57 50 65 48 03 15 11 64 99 7e 8b 88 cc 00 00 00 be 01 00 00 00 48 03 8= 8 >> > d0 00 00 00 <66> 83 79 04 00 74 04 0f b7 71 06 8b 48 28 01 72 08 48 01 >> > 0a f0 ff >> > [2399526.430773] WARN: RSP: e02b:ffffc900400c3de0 EFLAGS: 00010246 >> > [2399526.430780] WARN: RAX: ffff88842087b900 RBX: 0000000000000001 >> > RCX: 0000000000000000 >> > [2399526.430789] WARN: RDX: ffffe8fffee60a1c RSI: 0000000000000001 >> > RDI: ffff8883de0b9c00 >> > [2399526.430801] WARN: RBP: 0000000000000000 R08: 0000000000000000 >> > R09: 0000000000000020 >> > [2399526.430811] WARN: R10: 0000000000000000 R11: ffff8883de0b9d40 >> > R12: 0000000000000001 >> > [2399526.430823] WARN: R13: ffff8883db210a00 R14: 0000000000000002 >> > R15: ffff8883de0b9c00 >> > [2399526.430852] WARN: FS: 00007ffac43fe700(0000) >> > GS:ffff888451240000(0000) knlGS:0000000000000000 >> > [2399526.430868] WARN: CS: e033 DS: 0000 ES: 0000 CR0: >> 0000000080050033 >> > [2399526.430879] WARN: CR2: 0000000000000004 CR3: 000000044ad58000 >> > CR4: 0000000000040660 >> > [2399526.430899] WARN: Call Trace: >> > [2399526.430914] WARN: __qdisc_run+0xa2/0x4f0 >> > [2399526.430928] WARN: ? __switch_to_asm+0x41/0x70 >> > [2399526.430940] WARN: net_tx_action+0x148/0x230 >> > [2399526.430949] WARN: __do_softirq+0xd1/0x28c >> > [2399526.430966] WARN: run_ksoftirqd+0x26/0x40 >> > [2399526.430980] WARN: smpboot_thread_fn+0x10e/0x160 >> > [2399526.430993] WARN: kthread+0xf8/0x130 >> > [2399526.431004] WARN: ? sort_range+0x20/0x20 >> > [2399526.431010] WARN: ? kthread_bind+0x10/0x10 >> > [2399526.431017] WARN: ret_from_fork+0x35/0x40 >> >> I wonder whether you are missing all fixes for commit 021a17ed796b >> which went into kernel 4.18. It needs following fixes on top: >> >> d518d2ed8640 (went into 5.4), 90b2be27bb0e (went into 5.5). >> >> From the backtrace I really doubt this is a Xen problem, BTW. Maybe >> running under Xen makes the problem more likely due to different >> timing. >> >> >> Juergen >> > --00000000000020c2a105ac36fb88 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
this is a bit weird
I decided to debug the issue befor= e patching the kernel more
so i went to one server and change the= qdisc on all network interfaces (not guest interfaces ) to fifo instead of= pfifo fast
and to my shock i got the same panic on pfifo_fast_de= queue !!!!

another thing i noticed that when ever= =C2=A0the issue occur=C2=A0on any server i check the cpu stack of the cpu t= hat had the panic=C2=A0
and there is 2 stacks always=C2=A0one for= dom0 and the other one for hypervisor

the hypervi= sor stack always has this on the panicking=C2=A0cpu
=C2=A0 ffff83= 2027be7d20: ffff82d08021831d kexec_crash+0x4d/0x50
=C2=A0 ffff832027be7d= 28: 00000000fffffffe
=C2=A0 ffff832027be7d30: ffff82d080218c9d do_kexec_= op_internal+0x44d/0x710
=C2=A0 ffff832027be7d38: 0000000000040660
=C2= =A0 ffff832027be7d40: 0000000000000000
=C2=A0 ffff832027be7d48: 00000000= 00000000
=C2=A0 ffff832027be7d50: 000000000000000c
=C2=A0 ffff832027b= e7d58: 000000000000000c
=C2=A0 ffff832027be7d60: ffff83202780f000
=C2= =A0 ffff832027be7d68: ffff832027be7da8 .+64
=C2=A0 ffff832027be7d70: 000= 000000000000c
=C2=A0 ffff832027be7d78: ffff82d080266750 vga_noop_puts+0/= 0x10
=C2=A0 ffff832027be7d80: ffff82d080249f3a do_console_io+0x41a/0x460=
=C2=A0 ffff832027be7d88: ffffc90000000001
=C2=A0 ffff832027be7d90: f= fff83202780fa24
=C2=A0 ffff832027be7d98: 000000000000e033
=
Could the issue be the in the hypervisor=C2=A0side and the d= om0 kernel panic message is just misleading=C2=A0?=C2=A0


On Wed, Jul 29, 2020 at 11:44 AM moftah moftah <mofta7y@gmail.com> wrote:
Hi=C2=A0 Juergen,

This seems very related to my issue
b= ut I wonder why the fix was not backtracked to all versions why i was only = added to 4.18 and 5.4 branches and ignored the 4.19 branch

I could try to add the patch manually (if it works ) in 4.19 branc= h and test it locally

On Mon, Jul 27, 2020 at 3:27 AM J=C3=BCrgen Gro= =C3=9F <jgross@suse= .com> wrote:
On 26.07.20 17:47, moftah moftah wrote:
> Hi All,
> We have a problem that is ongoing for more than 1 month
>
> We have several servers running xcp-ng and we are facing kernel=C2=A0o= ops
> that crash the server
>
> My skill is not enough to debug=C2=A0the issue So need someone to poin= t me to
> the right direction
> the issue is not hardware related
> it occurred=C2=A0on servers that are of different=C2=A0processor , nic= and even
> kernel version (all under 4.19)
>
> the stack trace looks like this
>
> [2399526.430672] =C2=A0ALERT: BUG: unable to handle kernel NULL pointe= r
> dereference at 0000000000000004
> [2399526.430695] =C2=A0 INFO: PGD 447268067 P4D 447268067 PUD 44775f06= 7 PMD 0
> [2399526.430710] =C2=A0 WARN: Oops: 0000 [#1] SMP NOPTI
> [2399526.430720] =C2=A0 WARN: CPU: 1 PID: 17 Comm: ksoftirqd/1 Not tai= nted
> 4.19.108 #1
> [2399526.430728] =C2=A0 WARN: Hardware name: HP ProLiant SL230s Gen8 = =C2=A0 /,
> BIOS P75 05/24/2019
> [2399526.430745] =C2=A0 WARN: RIP: e030:pfifo_fast_dequeue+0xc9/0x140<= br> > [2399526.430753] =C2=A0 WARN: Code: 50 28 48 8b 4f 58 f7 da 65 01 51 0= 4 48 8b
> 57 50 65 48 03 15 11 64 99 7e 8b 88 cc 00 00 00 be 01 00 00 00 48 03 8= 8
> d0 00 00 00 <66> 83 79 04 00 74 04 0f b7 71 06 8b 48 28 01 72 08= 48 01
> 0a f0 ff
> [2399526.430773] =C2=A0 WARN: RSP: e02b:ffffc900400c3de0 EFLAGS: 00010= 246
> [2399526.430780] =C2=A0 WARN: RAX: ffff88842087b900 RBX: 0000000000000= 001
> RCX: 0000000000000000
> [2399526.430789] =C2=A0 WARN: RDX: ffffe8fffee60a1c RSI: 0000000000000= 001
> RDI: ffff8883de0b9c00
> [2399526.430801] =C2=A0 WARN: RBP: 0000000000000000 R08: 0000000000000= 000
> R09: 0000000000000020
> [2399526.430811] =C2=A0 WARN: R10: 0000000000000000 R11: ffff8883de0b9= d40
> R12: 0000000000000001
> [2399526.430823] =C2=A0 WARN: R13: ffff8883db210a00 R14: 0000000000000= 002
> R15: ffff8883de0b9c00
> [2399526.430852] =C2=A0 WARN: FS: =C2=A000007ffac43fe700(0000)
> GS:ffff888451240000(0000) knlGS:0000000000000000
> [2399526.430868] =C2=A0 WARN: CS: =C2=A0e033 DS: 0000 ES: 0000 CR0: 00= 00000080050033
> [2399526.430879] =C2=A0 WARN: CR2: 0000000000000004 CR3: 000000044ad58= 000
> CR4: 0000000000040660
> [2399526.430899] =C2=A0 WARN: Call Trace:
> [2399526.430914] =C2=A0 WARN: =C2=A0__qdisc_run+0xa2/0x4f0
> [2399526.430928] =C2=A0 WARN: =C2=A0? __switch_to_asm+0x41/0x70
> [2399526.430940] =C2=A0 WARN: =C2=A0net_tx_action+0x148/0x230
> [2399526.430949] =C2=A0 WARN: =C2=A0__do_softirq+0xd1/0x28c
> [2399526.430966] =C2=A0 WARN: =C2=A0run_ksoftirqd+0x26/0x40
> [2399526.430980] =C2=A0 WARN: =C2=A0smpboot_thread_fn+0x10e/0x160
> [2399526.430993] =C2=A0 WARN: =C2=A0kthread+0xf8/0x130
> [2399526.431004] =C2=A0 WARN: =C2=A0? sort_range+0x20/0x20
> [2399526.431010] =C2=A0 WARN: =C2=A0? kthread_bind+0x10/0x10
> [2399526.431017] =C2=A0 WARN: =C2=A0ret_from_fork+0x35/0x40

I wonder whether you are missing all fixes for commit 021a17ed796b
which went into kernel 4.18. It needs following fixes on top:

d518d2ed8640 (went into 5.4), 90b2be27bb0e (went into 5.5).

=C2=A0From the backtrace I really doubt this is a Xen problem, BTW. Maybe running under Xen makes the problem more likely due to different
timing.


Juergen
--00000000000020c2a105ac36fb88-- From xen-users-bounces@lists.xenproject.org Thu Aug 06 15:23:11 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Aug 2020 15:23:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k3hjF-0002It-ST; Thu, 06 Aug 2020 15:22:49 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k3hjE-0002Im-Kw for xen-users@lists.xenproject.org; Thu, 06 Aug 2020 15:22:48 +0000 X-Inumbo-ID: 1540e832-81c7-439f-a42b-b77d0e22adb3 Received: from mx2.suse.de (unknown [195.135.220.15]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 1540e832-81c7-439f-a42b-b77d0e22adb3; Thu, 06 Aug 2020 15:22:47 +0000 (UTC) X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 4943FAEC6; Thu, 6 Aug 2020 15:23:04 +0000 (UTC) Subject: Re: repeated Kernel oops need help to debug To: moftah moftah References: <58c623cc-886d-ed54-18e5-356309691ea5@suse.com> From: =?UTF-8?B?SsO8cmdlbiBHcm/Dnw==?= Message-ID: <9925fe26-9b0a-bd04-2d6e-bffd5b5d9769@suse.com> Date: Thu, 6 Aug 2020 17:22:46 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: xen-users@lists.xenproject.org Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On 06.08.20 17:16, moftah moftah wrote: > this is a bit weird > I decided to debug the issue before patching the kernel more > so i went to one server and change the qdisc on all network interfaces > (not guest interfaces ) to fifo instead of pfifo fast > and to my shock i got the same panic on pfifo_fast_dequeue !!!! > > another thing i noticed that when ever the issue occur on any server i > check the cpu stack of the cpu that had the panic > and there is 2 stacks always one for dom0 and the other one for hypervisor > > the hypervisor stack always has this on the panicking cpu >   ffff832027be7d20: ffff82d08021831d kexec_crash+0x4d/0x50 >   ffff832027be7d28: 00000000fffffffe >   ffff832027be7d30: ffff82d080218c9d do_kexec_op_internal+0x44d/0x710 >   ffff832027be7d38: 0000000000040660 >   ffff832027be7d40: 0000000000000000 >   ffff832027be7d48: 0000000000000000 >   ffff832027be7d50: 000000000000000c >   ffff832027be7d58: 000000000000000c >   ffff832027be7d60: ffff83202780f000 >   ffff832027be7d68: ffff832027be7da8 .+64 >   ffff832027be7d70: 000000000000000c >   ffff832027be7d78: ffff82d080266750 vga_noop_puts+0/0x10 >   ffff832027be7d80: ffff82d080249f3a do_console_io+0x41a/0x460 >   ffff832027be7d88: ffffc90000000001 >   ffff832027be7d90: ffff83202780fa24 >   ffff832027be7d98: 000000000000e033 > > Could the issue be the in the hypervisor side and the dom0 kernel panic > message is just misleading ? No, a dom0 panic will end up in the hypervisor which will then try to trigger kexec for taking a dump (if configured). Juergen From xen-users-bounces@lists.xenproject.org Fri Aug 07 22:20:26 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Aug 2020 22:20:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k4AhW-0007Ka-He; Fri, 07 Aug 2020 22:18:58 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k4AhV-0007KV-7N for xen-users@lists.xenproject.org; Fri, 07 Aug 2020 22:18:57 +0000 X-Inumbo-ID: 3e051951-d073-4409-85a4-611307fc38a1 Received: from mail.prgmr.com (unknown [2605:2700:0:5::4713:9506]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 3e051951-d073-4409-85a4-611307fc38a1; Fri, 07 Aug 2020 22:18:55 +0000 (UTC) Received: from [192.168.2.47] (c-174-62-72-237.hsd1.ca.comcast.net [174.62.72.237]) (Authenticated sender: srn) by mail.prgmr.com (Postfix) with ESMTPSA id E859C720094; Fri, 7 Aug 2020 18:18:54 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.11.0 mail.prgmr.com E859C720094 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=prgmr.com; s=default; t=1596838735; bh=8S+G0ZLbfOP1txxRHqUmlMmRNDjNBtnnLGW7bc3/Db4=; h=Subject:To:References:From:Date:In-Reply-To:From; b=cEZfuGk74NNEnoKG+RFENGClf/0pt7eXI/tYd0nu23mHvMtnRjVgCK6Tmg9K1FLkD D54IZN+RXh9KIDe8LqyROq5+SBFRqV9ENzpzyaoZl4k36hzdZwa3tO721OAeWr0GJn 7if8d0O+aQCUyBhqJf0cEMj9uehLEYP/LyeGgEUU= Subject: Re: Does xen has driver for i2c / spi / gpio pin ? To: AshishKumar Mishra , xen-users@lists.xenproject.org References: From: Sarah Newman Message-ID: <07753def-3ada-fe36-b3a0-c75063f2ae38@prgmr.com> Date: Fri, 7 Aug 2020 15:18:54 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On 8/5/20 7:05 AM, AshishKumar Mishra wrote: > Hi All , > > With pointer from community i am able to find driver implementation > for backend / frontend. > > But in Linux code base : > > 1) I can find backend for only pci / net / block . > Does XEN doesn't have drivers for i2c / spi / gpio etc. > > 2) If we need to have an xen driver only to handle gpio as an interrupt , > what sections / driver will be required . > ( In Linux an character driver with interrupt would be fine ) > > 3) Is there any rules to decide if the device is supported or not by xen ? > In Linux we could find if there is an specific controller driver . > Assuming i I have two network controller IP from say different vendor > , > how to confirm which one will be supported by XEN ? > > 4) How to confirm if some custom IP core is supply by xen ? > ( Say a soc has new IP core for new functionality , how can we confirm > if it will work in XEN ( > > > Apologies if the question are too obvious , but since I am starting with > XEN > I am trying to understand ( & relate with Linux code base ) In Xen, there's typically one or more domains that have at least some hardware drivers. Traditionally the "dom0" is the only domain with access to hardware, though there are also driver domains https://wiki.xenproject.org/wiki/Driver_Domain. Then there are unprivileged guest domains that do not talk directly to hardware. The drivers you're talking about in 1) are to provide a paravirtualized interface to the unprivileged guest domains. See https://wiki.xenproject.org/wiki/Xen_Networking for an example. The dom0 is the default privileged domain. Otherwise, this may help explain how to pass through hardware to other domains that are not the dom0: https://xenbits.xen.org/docs/4.14-testing/misc/arm/passthrough.txt If you only need to control hardware without sharing it between domains, well-behaved drivers should Just Work. If instead you need shared use of a resource that doesn't already have a paravirtualized driver, I would probably look at doing something custom via https://xenbits.xen.org/docs/4.14-testing/man/xen-pv-channel.7.html or the under documented https://www.cs.uic.edu/~xzhang/vchan/ --Sarah From xen-users-bounces@lists.xenproject.org Fri Aug 07 22:21:17 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Aug 2020 22:21:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k4AjV-00089P-Jd; Fri, 07 Aug 2020 22:21:01 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k4AjU-00089G-1A for xen-users@lists.xenproject.org; Fri, 07 Aug 2020 22:21:00 +0000 X-Inumbo-ID: ad9ec1e2-ee5a-4d00-a3f8-58e97d7b711b Received: from sonic302-3.consmr.mail.bf2.yahoo.com (unknown [74.6.135.42]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id ad9ec1e2-ee5a-4d00-a3f8-58e97d7b711b; Fri, 07 Aug 2020 22:20:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1596838859; bh=JBrx+gvQRAJHjkO+6w/tpXx73TfIeREUmvBpERDbFBg=; h=Date:From:Reply-To:To:Subject:References:From:Subject; b=egGzR0auxIV/OqOP/ywUzcptzkKbPNtovVlsFRHjL0EsrKTcdbp/s4QfwV6Evuziunig5PVvdY10iclxbC4haFBj2mSxHdfe+qfO778SbtFNxyRKyhj2hA1tanY3OBx9jWcIfOxemfJFUtPd7tubFxUAfWeKNMjqSHaKpmwz/WfdlNsnjuKwPeYexQG2DoYM3B/+xB/cW3yFHN+t5acHZuyzCcNVDyVuE2Vwl9wXMehlTyP31z+vdB5GcY3OywGhCird09Fy4gp+3dAtNhc6csc/QNhemucZZcGZ0WE3KhgQBOai0BHIOMkky+PLy6KIw/x3T10vBKWySQWwYG97Kw== X-YMail-OSG: zPEV2lwVM1m0dbUlfu.EqsFh87u_SI25U3mZbn4mufolS9tmuXPUYB73UsInHQZ .d_pJqF11o5Xm_3weZ_od9xkTmuPFRpBihGpOqA8N63aUCEGPwVdwJ4CGh.55HFyDkpqsdC40.YZ O.MyBOMLaZ3OjwdjP7AW80PKb9bbjxReWmzyfk_VsEQgvtAJvCl8Ikc6ZD.Mbu6SvFBciWOAJLmR quLX3YX02iaPDA67_AksjsDldHWgaQDgV54JtkA7fIzH8IzwgBKEEARVvcVDsqloyqatsvOBxQB1 BuIb.8LFl4AfBrLU_mpTG8JJ5sih4rR3Vb3bS32AMcKiMJaTo33_s8tcSybzPf0d6r1SsTovau7d CceJQ8quSNHfAQiIkNdP.tylQhBIIv8XSWiHjQW1TyY71Kk6BwOmBtR6IoBMLiTKXQ7NlTNFFqIH EKWOk41R.K9emXjW8n0baI7fBTzoq8h.8IaRQwUGU0qrf_4gbxBUZUb.v5YG69oBN2u3C6DUjtwR rkv_ajLSeujhEJJnTwv9pD8x9ow2hmgndUc.nEyPjEc2gjM5dtk7KyvkGIoF8Jwyh4qPWrD2xU9M MTeqSVbtiX5Xh_CxI.6B0pIT35RbljQ9zhKWiam_FvgGUxPRXjYSUbOcOhIGUtejR4nTHKO34NNf lcnXE.tVpTppZh.L7GuTrniRzp4PFKeTTOi7TjlMCbwv_WLncT9TXtHzgCB_JLQ1BMGRtGth.whj Jo1uCjOcJMrXPgGFS3GstcnNUX1T2vhvkptBRbnPRWGixPpshJ0k3GtFiApp7RGVvnpGt8AT_iJe groGi8A3EFjDi.yXw7wCHdG7t3Wq74jiPTXJC0L95_dE4QiTRoPxX8jue5ZhgS8JuD.xDmCtAyTr Q196hwICx_YuWr_LDdRC.Unf7FIFUnWgeFfW21dE5tKry9mp.nawxPWEs.5QgBLcwsgWgyvFLkme yysezWmM0xe2PYlrsz0JgAfOI34Rl58bB2.YnpNrA61a5wBmBQdMRDk6ST09NM40kiErqRhuhT14 a8Yk17Qpiw_RwTeeXGiGqLsy8paeqH0mQmbLIpTdgD83Mvn6qbo3mXf.mKcO1b7hNTFYvMlFeTJj BzQGCtrTRrs5RsGY4w.DTme4vpwy5hx67jHeCwjXTR0QG1AQM.EcgOD.oL8LJQHXT_c2zgN_H7Tq gqwcpQXM7VfoW.LCxQ5EKThoV05Z6jlA3VznN9FByTVET.LwKQp50NEQhvWIQ0SeddKHHUhX8EzB f62VU2XE_y9jY4KI7Kppz04u6D8RD_ugK3RyNOBmrEw14AXQ4v1yqfYQOXAffaS5m2ZxF9DbxVRV jEAGrh567g8dT5qfZwpXYzUKy_mXwkwdTDJn6SRl17VyfoQyJ23rJ.FhTr7dOrNCI.odMrydDWt7 VqZOaBZUs46DaXZBlP37WrJ5A4C9EnZwr Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.bf2.yahoo.com with HTTP; Fri, 7 Aug 2020 22:20:59 +0000 Date: Fri, 7 Aug 2020 22:20:54 +0000 (UTC) From: Jason Long To: Xen-users Message-ID: <846900569.1180086.1596838854265@mail.yahoo.com> Subject: Cloud providers and hypervisors. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1180085_441873592.1596838854264" References: <846900569.1180086.1596838854265.ref@mail.yahoo.com> X-Mailer: WebService/1.1.16436 YahooMailAndroidMobile YMobile/1.0 (com.yahoo.mobile.client.android.mail/6.8.5; Android/7.1.1; NMF26F; bbc100; BlackBerry; BBC100-1; 5.16; 1184x720; ) Content-Length: 637 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Reply-To: "hack3rcon@yahoo.com" Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" ------=_Part_1180085_441873592.1596838854264 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello,Why cloud providers use the type-2 hypervisors or like it more than type-1? Thanks. ------=_Part_1180085_441873592.1596838854264 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello,
Why cloud providers use the type-2 hypervisors or like it more than type-1?

Thanks.
------=_Part_1180085_441873592.1596838854264-- From xen-users-bounces@lists.xenproject.org Fri Aug 07 22:39:26 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Aug 2020 22:39:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k4B0q-00014S-A8; Fri, 07 Aug 2020 22:38:56 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k4B0o-00014N-VX for xen-users@lists.xenproject.org; Fri, 07 Aug 2020 22:38:55 +0000 X-Inumbo-ID: ee70044e-f3b1-4128-b63d-304fa71df9be Received: from mail.prgmr.com (unknown [2605:2700:0:5::4713:9506]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id ee70044e-f3b1-4128-b63d-304fa71df9be; Fri, 07 Aug 2020 22:38:53 +0000 (UTC) Received: from [192.168.2.47] (c-174-62-72-237.hsd1.ca.comcast.net [174.62.72.237]) (Authenticated sender: srn) by mail.prgmr.com (Postfix) with ESMTPSA id 6C0AB720094; Fri, 7 Aug 2020 18:38:52 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.11.0 mail.prgmr.com 6C0AB720094 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=prgmr.com; s=default; t=1596839932; bh=pIk48Izzup4QNomKBisaEsLXEgd9gGxG0MuPRh/oqX0=; h=Subject:To:References:From:Date:In-Reply-To:From; b=m0TqLvBXeDuTFWynzft/+q5LfgBc7xymwZ3df7Id63PFu3CcV1z2vNGQh5Z9GwyfP XbIwmO8UXbRQxqJNf1fMUmz0TaUHxLJejmi8ofp9n/oWd3WCFzEF2ZlwzQDHHXyCEC ueoNbQnkvyid7WgUqwLbUG1eYmAiuUMVvYATMzQ0= Subject: Re: libxl: error: libxl_pci.c:1477:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:01:00.1 To: Mario Marietto , xen-users@lists.xenproject.org References: From: Sarah Newman Message-ID: Date: Fri, 7 Aug 2020 15:38:52 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On 7/25/20 5:52 AM, Mario Marietto wrote: > Hello > > So,please come back to the passthrough of my graphic card with xen,that it > does not work. Please note that I'm not trying to use my existing windows > 10 installation anymore. Instead I have installed windows 10 from the > official microsoft iso image. The cfg file that I'm using is like this : > > builder='hvm' > memory = 8124 > name = 'win10' > vcpus=6 > pae=1 > acpi=1 > apic=1 > vif = [ 'mac=00:16:3e:68:e1:01,type=vif,bridge=xenbr0' ] > disk = [ 'phy:/dev/guest/win10,hda,w' , > 'file:/media/install/Win10x64.iso,hdb:cdrom,r' ] > #device_model_version = 'qemu-xen-traditional' > boot='dc' > #boot='c' > sdl=1 > vnc=1 > serial='pty' > tsc_mode="default" > viridian=1 > usb=1 > usbdevice='tablet' > gfx_passthru=0 > > pci=[ '01:00.0', '01:00.1' , '01:00.2' , '01:00.3' ] > localtime=1 > xen_platform_pci=1 > pci_power_mgmt=1 > stdvga = 0 > serial = 'pty' > on_poweroff = 'destroy' > on_reboot = 'destroy' > on_crash = 'destroy' > > device_model_args_hvm = [ > # Debug OVMF > '-chardev', 'file,id=debugcon,path=/etc/xen/win10.log,', > '-device', 'isa-debugcon,iobase=0x402,chardev=debugcon', > ] > > Before to create the guest,I run this script : > > if [ $# -eq 0 ]; then > echo "Require PCI devices in format: ::." > echo "Eg: $(basename $0) 0000:00:1b.0" > exit 1 > fi > > modprobe xen-pciback > > for pcidev in $@; do > if [ -h /sys/bus/pci/devices/"$pcidev"/driver ]; then > echo "Unbinding $pcidev from" $(basename $(readlink > /sys/bus/pci/devices/"$pcidev"/driver)) > echo -n "$pcidev" > /sys/bus/pci/devices/"$pcidev"/driver/unbind > fi > echo "Binding $pcidev to pciback" > echo -n "$pcidev" > /sys/bus/pci/drivers/pciback/new_slot > echo -n "$pcidev" > /sys/bus/pci/drivers/pciback/bind > done > > for 4 times,like this : > > root@ziomario-I9:/etc/xen# ./pciback-0000:01:00.0.sh 0000:01:00.0 > Unbinding 0000:01:00.0 from nvidia > Binding 0000:01:00.0 to pciback > > root@ziomario-I9:/etc/xen# ./pciback-0000:01:00.0.sh 0000:01:00.1 > Unbinding 0000:01:00.1 from snd_hda_intel > Binding 0000:01:00.1 to pciback > > root@ziomario-I9:/etc/xen# ./pciback-0000:01:00.0.sh 0000:01:00.2 > Unbinding 0000:01:00.2 from xhci_hcd > Binding 0000:01:00.2 to pciback > > root@ziomario-I9:/etc/xen# ./pciback-0000:01:00.0.sh 0000:01:00.3 > Unbinding 0000:01:00.3 from nvidia-gpu > Binding 0000:01:00.3 to pciback > > it seems good,but It is not,infact this is what happens when I create the > guest : > > libxl: error: libxl_pci.c:1477:libxl__device_pci_reset: The kernel doesn't > support reset from sysfs for PCI device 0000:01:00.1 > libxl: error: libxl_pci.c:1477:libxl__device_pci_reset: The kernel doesn't > support reset from sysfs for PCI device 0000:01:00.2 > libxl: error: libxl_pci.c:1477:libxl__device_pci_reset: The kernel doesn't > support reset from sysfs for PCI device 0000:01:00.3 > > > I tried to pass only the first line,like this : > > > pci=[ '01:00.0' ] > > > the guest starts,but : > > > 1) the resolution is black and white,640x480 and I can't increase it You didn't include the xen version. That's critical information. I'm seeing this problem with qemu 5.0.0, did you ever figure it out? Thanks, Sarah From xen-users-bounces@lists.xenproject.org Sat Aug 08 16:13:46 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 08 Aug 2020 16:13:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k4RS3-0005qD-Bi; Sat, 08 Aug 2020 16:12:07 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k4RS2-0005q8-Fk for xen-users@lists.xenproject.org; Sat, 08 Aug 2020 16:12:06 +0000 X-Inumbo-ID: aeed3326-9a6f-4498-8132-7810ee49617a Received: from mail-qk1-x742.google.com (unknown [2607:f8b0:4864:20::742]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id aeed3326-9a6f-4498-8132-7810ee49617a; Sat, 08 Aug 2020 16:12:05 +0000 (UTC) Received: by mail-qk1-x742.google.com with SMTP id g26so4534737qka.3 for ; Sat, 08 Aug 2020 09:12:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=qZlJ+u4AV0diTXBuACQq3wL928+Wy1H9iXe5vqahQoQ=; b=HuYxET3AfyW+Z9+zKD6TNJhGqVfP9orfsfEdDyXPSh7dygYaEumkeONvBYXLLKSdVz GOaWuKZUguxjdUv47Tkiee3NiG7R7mt/8FtpNdlmXZBCir7K7p2q9YsV1jKojcv8C23c YEbtlJgYd1s4SM5c9gXQ2NKflbwyZPM7FIKt6LUVRyzUbVeN/7+hsOXUjqqBhMLdUYX3 ER792A3OzMp0hMM8Bp9H0jy5fISyEAYqQSc++xH61X6lL5/1FiqcsMA3MeF10WudZwGC ezlCzZd2NdjXb809CGVw5NslSmX1TCTgfWhONUsDVKWQ4I2Nf/XUBw7Uy/bMhCP/U36T Fa6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=qZlJ+u4AV0diTXBuACQq3wL928+Wy1H9iXe5vqahQoQ=; b=T5k8TTW3mp677JSf0zAgFnypYzX6An0ab2l3Z4pbOoePkjTkRuIcv7kIt9FgMGR3em sutZ+VM0nFxR31DyAw7FHWAG1dCVAR9rGhwZR03RpHse9PwePkjQACOPAIfHSu4/2iXB fUhfa6bnoMVOfclzSJw9Ld660egqeNFfyOaDWopa+6skc+KyH4PCdsDW07jPO+hqA9Ir P6mKn5f2BgTT0BzJZgv2R58WLavNWATsjfkSTGD3xP506Py/WbIsc1dpypLrkrf00DU6 NtSQVhIuxDoS0pQVlIFCivbqQaMM57PJmejMaOaXYgdZXHpgAQr8+I2tcb07uFldM1rY +XcA== X-Gm-Message-State: AOAM531Qwp25zAPuGwh1jK5df9Mn9J5DsKGVWF23AzpQN1NeoknRVMak r5Fk917giVHxNDX+hB2xYoi4BScWY2RrZtTBtFav+oEm X-Google-Smtp-Source: ABdhPJwNGztJkQz8eRIcfRuSGdH+5SLrZVNkYYO2sKGJSeQBHVdJooPkSfQYn5cc2CxZIMU46g7jvwJcvXe9mRTA6uQ= X-Received: by 2002:a05:620a:1330:: with SMTP id p16mr18333869qkj.256.1596903125099; Sat, 08 Aug 2020 09:12:05 -0700 (PDT) MIME-Version: 1.0 References: <07753def-3ada-fe36-b3a0-c75063f2ae38@prgmr.com> In-Reply-To: <07753def-3ada-fe36-b3a0-c75063f2ae38@prgmr.com> From: AshishKumar Mishra Date: Sat, 8 Aug 2020 21:41:53 +0530 Message-ID: Subject: Re: Does xen has driver for i2c / spi / gpio pin ? To: Sarah Newman Content-Type: multipart/alternative; boundary="00000000000083288d05ac5ffbc8" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: xen-users@lists.xenproject.org Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --00000000000083288d05ac5ffbc8 Content-Type: text/plain; charset="UTF-8" Hi Sarah , Thanks a lot for these details & links . - Ashish On Sat, 8 Aug, 2020, 3:48 AM Sarah Newman, wrote: > On 8/5/20 7:05 AM, AshishKumar Mishra wrote: > > Hi All , > > > > With pointer from community i am able to find driver implementation > > for backend / frontend. > > > > But in Linux code base : > > > > 1) I can find backend for only pci / net / block . > > Does XEN doesn't have drivers for i2c / spi / gpio etc. > > > > 2) If we need to have an xen driver only to handle gpio as an interrupt , > > what sections / driver will be required . > > ( In Linux an character driver with interrupt would be fine ) > > > > 3) Is there any rules to decide if the device is supported or not by > xen ? > > In Linux we could find if there is an specific controller driver . > > Assuming i I have two network controller IP from say different > vendor > > , > > how to confirm which one will be supported by XEN ? > > > > 4) How to confirm if some custom IP core is supply by xen ? > > ( Say a soc has new IP core for new functionality , how can we > confirm > > if it will work in XEN ( > > > > > > Apologies if the question are too obvious , but since I am starting with > > XEN > > I am trying to understand ( & relate with Linux code base ) > > > In Xen, there's typically one or more domains that have at least some > hardware drivers. Traditionally the "dom0" is the only domain with access > to > hardware, though there are also driver domains > https://wiki.xenproject.org/wiki/Driver_Domain. Then there are > unprivileged guest domains that do not > talk directly to hardware. > > The drivers you're talking about in 1) are to provide a paravirtualized > interface to the unprivileged guest domains. See > https://wiki.xenproject.org/wiki/Xen_Networking for an example. > > The dom0 is the default privileged domain. Otherwise, this may help > explain how to pass through hardware to other domains that are not the dom0: > > https://xenbits.xen.org/docs/4.14-testing/misc/arm/passthrough.txt > > If you only need to control hardware without sharing it between domains, > well-behaved drivers should Just Work. If instead you need shared use of a > resource that doesn't already have a paravirtualized driver, I would > probably look at doing something custom via > https://xenbits.xen.org/docs/4.14-testing/man/xen-pv-channel.7.html or > the under documented https://www.cs.uic.edu/~xzhang/vchan/ > > --Sarah > --00000000000083288d05ac5ffbc8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Sarah ,

Th= anks a lot for these=C2=A0details & links .

=
- Ashish=C2=A0




On Sat, 8 Aug, 2020, 3:48 AM Sarah Newman, &l= t;srn@prgmr.com> wrote:
On 8/5/20 7:05 AM, AshishKumar Mishra wrote: > Hi All ,
>
> With pointer from community i am able to find driver implementation > for backend / frontend.
>
>=C2=A0 =C2=A0But in Linux code base :
>
> 1) I can find backend for only pci / net / block .
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Does XEN doesn't have drivers for i2c / = spi / gpio etc.
>
> 2) If we need to have an xen driver only to handle gpio as an interrup= t ,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0what sections / driver will be required . >=C2=A0 =C2=A0 =C2=A0 =C2=A0( In Linux an character driver with interrup= t would be fine )
>
> 3)=C2=A0 Is there any rules to decide if the device is supported or no= t by xen ?
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 In Linux we could find if there is an speci= fic controller driver .
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Assuming i I have two network controller IP= from say different vendor
> ,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 how to confirm which one will be supported = by XEN ?
>
> 4) How to confirm if some custom IP core is supply by xen ?
>=C2=A0 =C2=A0 =C2=A0 =C2=A0( Say a soc has new IP core for new function= ality , how can we confirm
> if it will work in XEN (
>
>
> Apologies if the question are too obvious , but since I am starting wi= th
> XEN
> I am trying to understand ( & relate with Linux code base )


In Xen, there's typically one or more domains that have at least some h= ardware drivers. Traditionally the "dom0" is the only domain with= access to
hardware, though there are also driver domains https://wiki.xenproject.org/wiki/Driver_Domain. Then there are unpr= ivileged guest domains that do not
talk directly to hardware.

The drivers you're talking about in 1) are to provide a paravirtualized= interface to the unprivileged guest domains. See
https://wiki.xenproject.org/wiki/Xen_Netwo= rking for an example.

The dom0 is the default privileged domain. Otherwise, this may help explain= how to pass through hardware to other domains that are not the dom0:

https://xenbits.xen.org= /docs/4.14-testing/misc/arm/passthrough.txt

If you only need to control hardware without sharing it between domains, we= ll-behaved drivers should Just Work. If instead you need shared use of a resource that doesn't already have a paravirtualized driver, I would pr= obably look at doing something custom via
https://xenbits.xen.or= g/docs/4.14-testing/man/xen-pv-channel.7.html or the under documented <= a href=3D"https://www.cs.uic.edu/~xzhang/vchan/" rel=3D"noreferrer noreferr= er" target=3D"_blank">https://www.cs.uic.edu/~xzhang/vchan/

--Sarah
--00000000000083288d05ac5ffbc8-- From xen-users-bounces@lists.xenproject.org Mon Aug 10 15:33:41 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Aug 2020 15:33:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k59mV-00058I-9P; Mon, 10 Aug 2020 15:32:11 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k59mU-00058D-5x for xen-users@lists.xenproject.org; Mon, 10 Aug 2020 15:32:10 +0000 X-Inumbo-ID: b07f1cb5-a0d3-4fa5-93df-b0c7d37f1956 Received: from mx0.itk-engineering.de (unknown [212.121.145.30]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id b07f1cb5-a0d3-4fa5-93df-b0c7d37f1956; Mon, 10 Aug 2020 15:32:07 +0000 (UTC) From: Daniel Wagner2 To: "xen-users@lists.xenproject.org" Subject: Colibri imx8qxp: Missing kernel boot module Thread-Topic: Colibri imx8qxp: Missing kernel boot module Thread-Index: AdZvK2OmADfnj31vR8CLo0KQbIS/fw== Date: Mon, 10 Aug 2020 15:32:06 +0000 Message-ID: <8a636f3577a74bf095ffd0c8a1afd201@itk-engineering.de> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=2.16.840.1.101.3.4.2.3; boundary="----=_NextPart_000_0000_01D66F3C.2778D700" MIME-Version: 1.0 x-msw-jemd-newsletter: false X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" ------=_NextPart_000_0000_01D66F3C.2778D700 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello xen-users, we are trying to get Xen running on a Toradex "Colibri iMX8X" module (see [1] at the bottom of this email), which features the iMX8 QXP prozessor. We found that NXP has a Xen reference implementation [2][3] for their MEK Module and tried to port that to the Toradex module. When booting via the bootscript [4], which is unaltered except for the "dom0fdt_file" and "xenhyper_bootargs" variables, we get the following error: [...] (See [5] for complete bootlog) (XEN) *** LOADING DOMAIN 0 *** (XEN) Missing kernel boot module? (XEN) (XEN) **************************************** (XEN) Panic on CPU 0: (XEN) Could not set up DOM0 guest OS (XEN) **************************************** (XEN) (XEN) Reboot in five seconds... For Dom0 we took the linux-toradex kernel source, ran "make xenconfig" [6], which should add Xen-support and rebuilt the Image with "make Image". For dom0 DTB [7] we copied the dom0 DTS NXP uses for their MEK-Module [8] and only adjusted the "bootargs" parameter. This Linux Image was able to run after we rebuilt and booted it without Xen. Question 1: The xen dokumentation always states, that the Dom0- and DomU- Images have to be in zImage format, but according to [9] arm64 doesn't use zImage and [10] says the arm64/Image is equivalent to zImage. Can we assume that our arm64/Image should work, if everything else was fine? Question 2: Our Xen was build with imx-xen repository [11] as source via NXP's BSP according to [1] with MACHINE=imx8qxpmek. Can we use the resulting Xen Hypervisor-Image for the Toradex IMX8X Module, as it uses the same Processor (i.MX 8 QXP)? Question 3: If the answers to Question 1 and Question 2 are yes, then what else could we be missing? [1] https://www.toradex.com/de/computer-on-modules/colibri-arm-family/nxp-imx-8x [2] https://www.nxp.com/docs/en/user-guide/IMX_YOCTO_PROJECT_USERS_GUIDE.pdf [3] https://www.nxp.com/docs/en/user-guide/IMX_LINUX_USERS_GUIDE.pdf Bootscript: [4] https://pastebin.com/dcj0K3Xb Complete Bootlog: [5] https://pastebin.com/eLpZvd29 Xenconfig according to Xen Wiki [6] https://wiki.xenproject.org/wiki/Compiling_Xen_From_Source#Compiling_latest_ Linux_kernel_support fsl-imx8qxp-colibri-eval-v3-dom0.dts: [7] https://pastebin.com/f4dGCYFf fsl-imx8qxp-mek-dom0.dts: [8] https://pastebin.com/c3Ukc6mZ No arm64/zImage: [9] https://community.nxp.com/thread/482861#comment-1051436 arm64/Image is equivalent to zImage: [10] http://markmail.org/message/advnw6lk5rcfyabp iMX-XEN Repo: [11] https://source.codeaurora.org/external/imx/imx-xen/tree/?h=imx_4.19.35_1.1.0 Thank you very much for your reading this mail and helping with our issue! Best regards, Daniel ------=_NextPart_000_0000_01D66F3C.2778D700 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCCGIow ggRoMIIDUKADAgECAg83NRRmfkG6TWrQeQbivbcwDQYJKoZIhvcNAQEFBQAwSzESMBAGCgmSJomT 8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5nMRQwEgYDVQQDEwtJVEst Uk9PVC1DQTAeFw0xMTA4MDQxMjA1NTRaFw0zMTA4MDQxMjE1NTNaMEsxEjAQBgoJkiaJk/IsZAEZ FgJkZTEfMB0GCgmSJomT8ixkARkWD2l0ay1lbmdpbmVlcmluZzEUMBIGA1UEAxMLSVRLLVJPT1Qt Q0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCURptpxkeRen0Z3FqDJmVCZEHrxGl/ CknSG6tSIWAl6Z5kG+GmbFEd4dK268mnm4sPRnH5uostWrOPP4d+9ODBSgysFpm9YVUfgg7SUL2A Aa8Fc3tedcPVD1SAAloo6SRMig1RCDjW77g3MVUFm83QMRAIhkuR31NhUcNXu5MW2LkZNihrE741 5iNfxDykYWWzC1F0J3EOTCaFkKPLcm4cTKA6xydvMEGqDBno6bHMavPKFsARFoavhkl1Awjy6fph eB6TWd1xR/XOuNsAmJCCUfIep82El3FPcWm5R/R7COjT3MvrJAS/OaB5m4/Kk6WpFAvAPZ0DCjGD fRUnSkK/AgMBAAGjggFHMIIBQzALBgNVHQ8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBAzAdBgNV HQ4EFgQUvQAGRESbQttNtURfDzjZq4H7XQgwSAYDVR0fAQH/BD4wPDA6oDigNoY0aHR0cDovL3Br aS5pdGstZW5naW5lZXJpbmcuZGUvcHVibGljL2l0ay1yb290LWNhLmNybDAQBgkrBgEEAYI3FQEE AwIBADBTBgNVHSAETDBKMEgGCCsGAQQBgpYeMDwwOgYIKwYBBQUHAgEWLmh0dHA6Ly9wa2kuaXRr LWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9sZWdhbC5odG0wUAYIKwYBBQUHAQEERDBCMEAGCCsGAQUF BzAChjRodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvaXRrLXJvb3QtY2EuY3J0 MA0GCSqGSIb3DQEBBQUAA4IBAQBwja+7l5R4Q1JnXL/WOs3b1edWJB2HzeL5xmOYdIHoSu9AXtRZ PV7Dw2giNvv/aSCDbOlbmdc9cjPd1BDBz4yipEP3U6E3ZlFyHsFW3AgBwLnmBxC8sGFYMmDcvi5B pEDN9FAg0ulwrUClIMauY1fJi+aP3XZvtY1iF7+VmKv4hEfWDNIfbyEo/QWWrilJu9fQYwgQLtAF CaM6wZGLZH1WACuQGzx1P1eQar10FzIypueA+ES70JArdN0VfZbx6O5IQxw6RqNiz5LZLqQ2Xwp/ WZ83G9vuWAo7h8ayuQz/H0AXYorsfE/MszsjHm1X3Rv9zFZaSKDnTPvK/AIJfJg3MIIExTCCA62g AwIBAgIKYQ8qkQAAAAAABzANBgkqhkiG9w0BAQsFADBLMRIwEAYKCZImiZPyLGQBGRYCZGUxHzAd BgoJkiaJk/IsZAEZFg9pdGstZW5naW5lZXJpbmcxFDASBgNVBAMTC0lUSy1ST09ULUNBMB4XDTE1 MDQyOTEzMjMxM1oXDTI1MDQyOTEzMzMxM1owTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZIm iZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQChnA2FbmfuLJESnicRHzZT+/ce853EC4BScJ/goXeHIM7W 34dVfEe994ib/tVESmpu+uzyJbNMMP6inxwIEx2hVr+Y4ey/uldWUcPUeS5372zAqdK1fOv7jPS6 8xLx1D37U4+PzbsnWzfgAy+VN7Xu95vptWWK/8F60sEi4V+Zn3ZYblKXTIoMM4o/vFidOs5rlZun t1uasmXCjq2I6k7ZMYjT2JPosWprHfrEfuJg4ucprSK96fYRKcmL0/dFuwy9QrA9BtiJVg07YeMK jhDBeHwAEhw4GdiCQ97wkrTVz6zHch/gpsn/Ga6NKgDOfKbVCBZD137Q13DHgXLFILwhAgMBAAGj ggGoMIIBpDASBgkrBgEEAYI3FQEEBQIDAQABMCMGCSsGAQQBgjcVAgQWBBQ2JFlXok+d2gXre4gx 02BWF9glZzAdBgNVHQ4EFgQUSDC39c3DWKZ5//VxZnWk9+AxKGUwVAYDVR0gBE0wSzBJBggrBgEE AYKWHjA9MDsGCCsGAQUFBwIBFi9odHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMv bGVnYWwuaHRtADAZBgkrBgEEAYI3FAIEDB4KAFMAdQBiAEMAQTALBgNVHQ8EBAMCAYYwEgYDVR0T AQH/BAgwBgEB/wIBAjAfBgNVHSMEGDAWgBS9AAZERJtC2021RF8PONmrgftdCDBFBgNVHR8EPjA8 MDqgOKA2hjRodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvaXRrLXJvb3QtY2Eu Y3JsMFAGCCsGAQUFBwEBBEQwQjBABggrBgEFBQcwAoY0aHR0cDovL3BraS5pdGstZW5naW5lZXJp bmcuZGUvcHVibGljL2l0ay1yb290LWNhLmNydDANBgkqhkiG9w0BAQsFAAOCAQEASjQUccZRE3+I qJGk5fdTXQ3imouPC9ruzYaszoUX2d1YsNmSHvfQdxdTeEv0khMLrtXViz6wnvy+OjH975OXrk3v IYrBwX5fK5JIVNsCiImzrptEGRaRc8ToX/jSt9XVQij3DcLGUkhFjvthSw7AIBsVtby7t6rZaEZn 4HIFc1Pp41bHdnpPPbph/11/D7pYeF7Kcmk7AC3A6msKxZqefbwdySikmN//XkKnOHi8AheSMnQC J4cTmoe4NHMXy4pZbVMaz/tGT9AbM+jnlToMP5XRpuqb4sL0SVe282hGjXAcBfggEy2qMGL328iE LDuyD1llE40v9GE5KkX5K0S2bDCCB4UwggZtoAMCAQICExEAAK4PAq/vgLS3Qr8AAQAArg8wDQYJ KoZIhvcNAQELBQAwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVu Z2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwHhcNMTkxMDA0MDYxOTIyWhcNMjExMDAz MDYxOTIyWjCBtjEVMBMGCgmSJomT8ixkARkWBWxvY2FsMRMwEQYKCZImiZPyLGQBGRYDaXRrMQww CgYDVQQLEwNJVEsxITAfBgNVBAsMGFByYWt0aWthbnRlbiAmIFN0dWRlbnRlbjEMMAoGA1UECxMD Umx6MRcwFQYDVQQDEw5EYW5pZWwgV2FnbmVyMjEwMC4GCSqGSIb3DQEJARYhZGFuaWVsLndhZ25l cjJAaXRrLWVuZ2luZWVyaW5nLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAr+hS P0CWM//EZBlASuX/PZqKKq9E+30p3Mm9aLSzxuAn0vodj0jNE/6qa6prgjCk2JymcwAaUiVrvYZc X++d237DtT1EnVSzMOfwz3QYIuL9XtiqQf6S0B5Y/35ODJL5NYkTWAHXYqpf0qLRV1xrMouO1yXo DGIkPTe2aCTa+MxBCX9osT5UUqd9mE0/amQbhYMhXN59EpSawbvVOw2LshrVyEkApCqZNNMjahNy 0PDZYUmka06tjAWUL9xecFC7Cz7qS+8GGx0KDSYij71IvgE/37uF7SN020QPQ2ZzhBZfgoagnj2U 4rkl2M0RCNPz/0tIywsxvvIE9x2rVG5dhQIDAQABo4ID8zCCA+8wPQYJKwYBBAGCNxUHBDAwLgYm KwYBBAGCNxUIh9ibWoG69j6H2ZUe89JRh7irVoF7hvnCWoeuzGcCAWQCAQ0wKQYDVR0lBCIwIAYK KwYBBAGCNwoDDAYIKwYBBQUHAwMGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIGwDBUBgNVHSAETTBL MEkGCCsGAQQBgpYeMD0wOwYIKwYBBQUHAgEWL2h0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRl L3B1YmxpYy9sZWdhbC5odG0AMDUGCSsGAQQBgjcVCgQoMCYwDAYKKwYBBAGCNwoDDDAKBggrBgEF BQcDAzAKBggrBgEFBQcDBDAdBgNVHQ4EFgQUnJ5utHlrKYDgCMGdquoiiaCFdt0wHwYDVR0jBBgw FoAUSDC39c3DWKZ5//VxZnWk9+AxKGUwggELBgNVHR8EggECMIH/MIH8oIH5oIH2hoG5bGRhcDov Ly9DTj1JVEstSVNTVUUtQ0EoMSksQ049aXRrLWlzc3VlLWNhLENOPUNEUCxDTj1QdWJsaWMlMjBL ZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWl0ayxEQz1sb2Nh bD9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0 aW9uUG9pbnSGOGh0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9JVEstSVNTVUUt Q0EoMSkuY3JsMIIBNAYIKwYBBQUHAQEEggEmMIIBIjCBqQYIKwYBBQUHMAKGgZxsZGFwOi8vL0NO PUlUSy1JU1NVRS1DQSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vydmlj ZXMsQ049Q29uZmlndXJhdGlvbixEQz1pdGssREM9bG9jYWw/Y0FDZXJ0aWZpY2F0ZT9iYXNlP29i amVjdENsYXNzPWNlcnRpZmljYXRpb25BdXRob3JpdHkwLgYIKwYBBQUHMAGGImh0dHA6Ly9wa2ku aXRrLWVuZ2luZWVyaW5nLmRlL29jc3AwRAYIKwYBBQUHMAKGOGh0dHA6Ly9wa2kuaXRrLWVuZ2lu ZWVyaW5nLmRlL3B1YmxpYy9JVEstSVNTVUUtQ0EoMSkuY3J0MF8GA1UdEQRYMFagMQYKKwYBBAGC NxQCA6AjDCFkYW5pZWwud2FnbmVyMkBpdGstZW5naW5lZXJpbmcuZGWBIWRhbmllbC53YWduZXIy QGl0ay1lbmdpbmVlcmluZy5kZTANBgkqhkiG9w0BAQsFAAOCAQEAlojMO0AiAd6YmAZ6nnWY/TCT 6WOxWKm3JmbdyNINqmc1h8GHz4i0zaqAPTFUAfsRSlzFYAWsFwtc+9A+7eqJxNs9PCPs04rlnJat 0Bws9/2yZBTGMdinIJ4KQovaN2pNw5yvZw3MXsgiaC96Vxm8s0D78ahJ3Bhubcfew11EL++2yoNs f1HmS0/6FSVKNEHvzpfy38PC81N8wPY39+sx2hXI308DaZWjQtma7AdsdEHAqdr44R4FNfgwZYZ7 Z8hDHm7K8bW8RvY+Z1qdvc9KsvONdZnk3ZG0hiCqvUbMaCddMLbOwu7PlKlQ2VyOuFUpfNDfK35C 9lmI2rbR6FxpsjCCB8gwggawoAMCAQICExEAAK4O5k39C2blUioAAQAArg4wDQYJKoZIhvcNAQEL BQAwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5n MRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwHhcNMTkxMDA0MDYxODU5WhcNMjExMDAzMDYxODU5WjCB tjEVMBMGCgmSJomT8ixkARkWBWxvY2FsMRMwEQYKCZImiZPyLGQBGRYDaXRrMQwwCgYDVQQLEwNJ VEsxITAfBgNVBAsMGFByYWt0aWthbnRlbiAmIFN0dWRlbnRlbjEMMAoGA1UECxMDUmx6MRcwFQYD VQQDEw5EYW5pZWwgV2FnbmVyMjEwMC4GCSqGSIb3DQEJARYhZGFuaWVsLndhZ25lcjJAaXRrLWVu Z2luZWVyaW5nLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA8lqiSBKj3Qg5S/Fc j/IDmHH8T+pBv8awdQcPkwZNynDDYC5JPiHP01Poy7B2V6W8OQ97XnMjOWM2zvGPmJtOvYOpu8fb QV700C4UCNjVaLw2MTAZ5zEHeW0CbQTLYSKS9EgrEuWelI1hQrk7EsUmTKuPy4hd/gLvBPdQaOpY 3Gb9tK09qQDTnG+p94yefmqiWy2Tn51QVp37QiwX+9L/fpD+L9JxhHdC4KVfLyrGumMVVrGWufI2 DyqWNkrx4O34HrpLYmXR5XSAYZFbDmamPEQRdCi9tefB0rIqqEgRl7CMiUkyYE0z0WDBrfoOsQZv d732EitrvByf+z08mGM/pQIDAQABo4IENjCCBDIwPQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUI h9ibWoG69j6H2ZUe89JRh7irVoF7hP/sNob24EACAWQCAQ8wKQYDVR0lBCIwIAYIKwYBBQUHAwIG CCsGAQUFBwMEBgorBgEEAYI3CgMEMAsGA1UdDwQEAwIFoDBUBgNVHSAETTBLMEkGCCsGAQQBgpYe MD0wOwYIKwYBBQUHAgEWL2h0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9sZWdh bC5odG0AMDUGCSsGAQQBgjcVCgQoMCYwCgYIKwYBBQUHAwIwCgYIKwYBBQUHAwQwDAYKKwYBBAGC NwoDBDBEBgkqhkiG9w0BCQ8ENzA1MA4GCCqGSIb3DQMCAgIAgDAOBggqhkiG9w0DBAICAIAwBwYF Kw4DAgcwCgYIKoZIhvcNAwcwHQYDVR0OBBYEFHKMFlp3s89ONCpMsQAVG3kCnejGMB8GA1UdIwQY MBaAFEgwt/XNw1imef/1cWZ1pPfgMShlMIIBCwYDVR0fBIIBAjCB/zCB/KCB+aCB9oaBuWxkYXA6 Ly8vQ049SVRLLUlTU1VFLUNBKDEpLENOPWl0ay1pc3N1ZS1jYSxDTj1DRFAsQ049UHVibGljJTIw S2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1pdGssREM9bG9j YWw/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3RyaWJ1 dGlvblBvaW50hjhodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvSVRLLUlTU1VF LUNBKDEpLmNybDCCATQGCCsGAQUFBwEBBIIBJjCCASIwgakGCCsGAQUFBzAChoGcbGRhcDovLy9D Tj1JVEstSVNTVUUtQ0EsQ049QUlBLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZp Y2VzLENOPUNvbmZpZ3VyYXRpb24sREM9aXRrLERDPWxvY2FsP2NBQ2VydGlmaWNhdGU/YmFzZT9v YmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MC4GCCsGAQUFBzABhiJodHRwOi8vcGtp Lml0ay1lbmdpbmVlcmluZy5kZS9vY3NwMEQGCCsGAQUFBzAChjhodHRwOi8vcGtpLml0ay1lbmdp bmVlcmluZy5kZS9wdWJsaWMvSVRLLUlTU1VFLUNBKDEpLmNydDBfBgNVHREEWDBWoDEGCisGAQQB gjcUAgOgIwwhZGFuaWVsLndhZ25lcjJAaXRrLWVuZ2luZWVyaW5nLmRlgSFkYW5pZWwud2FnbmVy MkBpdGstZW5naW5lZXJpbmcuZGUwDQYJKoZIhvcNAQELBQADggEBAFGH/1/4fuQC/XhnFGnucdYu YZ7Lq4GANtiozlL21s0qo7mbj26KfjVGEAxrJmeZ5oRyIDy3RsKTuLUGble+Gh9ABYD5l7rUO1/u YevEUzeVWlFFdjAYBGKAZ0Ax8vyvpVum5cKbW/dV0WdusCdIHGbNjPCj/0aztEnQ2YzyGZdMAKBr 2luenYwT6iipW+fY/PHCRCjuq4/YeMUdyZ10J6V2HkfvgY1KKhzfm8YsT5b53X/Ys10AdQqTD0yg PrOr0b9zUGmUdLS7k/2QPoEMaVKSNTEKUM+f0cpSQcSPiA1QbEZwRHtZmKIaS0TZYQmOvrrxRsn7 f6DrZrca9rw2mysxggO1MIIDsQIBATBjMEwxEjAQBgoJkiaJk/IsZAEZFgJkZTEfMB0GCgmSJomT 8ixkARkWD2l0ay1lbmdpbmVlcmluZzEVMBMGA1UEAxMMSVRLLUlTU1VFLUNBAhMRAACuDwKv74C0 t0K/AAEAAK4PMA0GCWCGSAFlAwQCAwUAoIICIzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG CSqGSIb3DQEJBTEPFw0yMDA4MTAxNTMyMDBaME8GCSqGSIb3DQEJBDFCBEBWUqp83lRoHLFGCAKV BqhtKw9nFsZOq2Uxbe5NlkMSYp/11/2blZVmibALf+/XHpvZV4ncu6aZU0/vo3ZqahpbMHIGCSsG AQQBgjcQBDFlMGMwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVu Z2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0ECExEAAK4O5k39C2blUioAAQAArg4wdAYL KoZIhvcNAQkQAgsxZaBjMEwxEjAQBgoJkiaJk/IsZAEZFgJkZTEfMB0GCgmSJomT8ixkARkWD2l0 ay1lbmdpbmVlcmluZzEVMBMGA1UEAxMMSVRLLUlTU1VFLUNBAhMRAACuDuZN/Qtm5VIqAAEAAK4O MIGtBgkqhkiG9w0BCQ8xgZ8wgZwwCwYJKoZIhvcNAQEHMAsGCWCGSAFlAwQBKjALBglghkgBZQME ARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB QDALBglghkgBZQMEAgMwCwYJKoZIhvcNAQEKMAsGCWCGSAFlAwQCAjALBglghkgBZQMEAgEwBwYF Kw4DAhowDQYJKoZIhvcNAQEBBQAEggEAOWhbUCr2DjW0qp/9Vs/FL4bmlldqOIzA2P2QVPN9OlJM SoHB9aQiWLd+VC5pkRS9nm8ffAid70FjFqgla/GAGUTRu7ykuYCPT7OwK9A0bgHe4Q/rY3jj6HcZ Xl3DFPjsT0NHYCNkbjLMnvjYxET/f6jdPNSmzqaDK8IhDlJ+82uc3rIJy+Z2YW1/JobsrH0tM+eo 1aDzmfh2tVi840M7TAEh1tb459gsAzSPJQKg5nrAd80PT+Z4d+Vs4AsKpiEUupv/SFNU/pCnq17q UvYK44WNU6bZ0bxu2oMKTlpgRzydqKVGa+CKn48z9BaLa3B23D+brurYATxzHAyIqemhbQAAAAAA AA== ------=_NextPart_000_0000_01D66F3C.2778D700-- From xen-users-bounces@lists.xenproject.org Wed Aug 12 04:44:37 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Aug 2020 04:44:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k5ibX-0006E7-1a; Wed, 12 Aug 2020 04:43:11 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k5ibV-0006E2-4c for xen-users@lists.xenproject.org; Wed, 12 Aug 2020 04:43:09 +0000 X-Inumbo-ID: 2baf38b3-dc5c-4875-a047-b1f344872d84 Received: from mail-wm1-x329.google.com (unknown [2a00:1450:4864:20::329]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 2baf38b3-dc5c-4875-a047-b1f344872d84; Wed, 12 Aug 2020 04:43:08 +0000 (UTC) Received: by mail-wm1-x329.google.com with SMTP id g75so675884wme.4 for ; Tue, 11 Aug 2020 21:43:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=vrSFxGgI/zhWjMtilg+jHB70L94k7+vC582KHxOk7vE=; b=vEzRbEXkdGm2Lp6QZajHS7MHS5/cVYlO2aJRoxwlDzAiCxnDxrsDaqO4Ff6SBXNXgT 5bNNcU6TIgffFjV0r8lkXCy1a+f9/cNwE2hmwSxlobZl+YRO8KuoTF/rjn2DpKCSAqgP p2BKQStIEyOUFp9b7gTnrGf2qHV/UxzS9JpcaIvr/YKAjPCCSN5V/v3BHrBhhaUdZ51y /WS7WK1/NZMJOyKViPGNgmdcUeKgY3rArAXnVkhwSiAErLNah4eZjvQ98jJm35fNZ2s5 3ydyqYCtcnVqeASCG+4rU+pRJZZr5ZgHvYItEz6LhuaAu5IXzr+7iH7bALGTyrmx+xKl /UVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=vrSFxGgI/zhWjMtilg+jHB70L94k7+vC582KHxOk7vE=; b=MWHVvdqerWrfQXdGBk6ZW4Cc1PL78WhP4In3awZ8Qp8s92dYgTH9hyf5nyYvxSA9Ta 3G0cEP5U3sJYOPL6IwnJg+ox+lwdP7kzCSXG/1H5YAm+UhMN+BuG3yVKWmY3rLcIrugL CqkrSKQap3Svuj8LX3vabfLslVgDK67OMZKvErKQd3sSY0AxQEG6bFDBoT+1R/rT+UYS 0bQCux2ttvvxPSby3gMb074zQd1qwFmgkuoQ0tkfbx319MW0PGYy5lsyS7XEzXaPsj8T oLX5zHCNsiwqXCyQSUcte85OMOMfQtWe15veLorX6RR/B5cI6hTzG5fImE9zw0etpzMG stug== X-Gm-Message-State: AOAM532/oaKZzVTu52wCJzAsSAQkvqDhFHdAMnsd1vTCn0xuU+hSpNRx Acqtq0qBqoDzUyXsbrVGTvE= X-Google-Smtp-Source: ABdhPJySXyp6bwc+4ak0uxwvsHbUX5/0tHKWMZjy9Iv6AWVpyKxtpCXhBSRWqJQu5S8v9YHgjZD5pw== X-Received: by 2002:a1c:3285:: with SMTP id y127mr6713268wmy.104.1597207387290; Tue, 11 Aug 2020 21:43:07 -0700 (PDT) Received: from metal ([154.122.151.114]) by smtp.gmail.com with ESMTPSA id g8sm1604657wme.13.2020.08.11.21.43.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 11 Aug 2020 21:43:06 -0700 (PDT) Date: Wed, 12 Aug 2020 07:43:01 +0300 From: David Kahurani To: "hack3rcon@yahoo.com" Subject: Re: Xen and the Intel security vulnerability. Message-ID: <20200812044301.GA24046@metal> References: <1687119289.923262.1596439451521.ref@mail.yahoo.com> <1687119289.923262.1596439451521@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1687119289.923262.1596439451521@mail.yahoo.com> X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: gichini.ngaruiya@gmail.com, admin@rapidseedbox.com, Xen-users Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On Mon, Aug 03, 2020 at 07:24:11AM +0000, Jason Long wrote: > Hello,When the Intel security vulnerability discovered then how long did it take to solve? Hello You mean CPU specific bugs? Most bugs/vulnerabilities rely on technicalities and are therefore easy to fix/solve. > Thanks. From xen-users-bounces@lists.xenproject.org Wed Aug 12 05:17:01 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Aug 2020 05:17:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k5j7a-0000p1-Uj; Wed, 12 Aug 2020 05:16:18 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k5j7Z-0000ow-GU for xen-users@lists.xenproject.org; Wed, 12 Aug 2020 05:16:17 +0000 X-Inumbo-ID: dc6a4c5c-6ff3-4826-a5d3-960e3c74e007 Received: from mail-wm1-x335.google.com (unknown [2a00:1450:4864:20::335]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id dc6a4c5c-6ff3-4826-a5d3-960e3c74e007; Wed, 12 Aug 2020 05:16:16 +0000 (UTC) Received: by mail-wm1-x335.google.com with SMTP id 3so730487wmi.1 for ; Tue, 11 Aug 2020 22:16:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=1C2Q9Er11xv/xTf4MHu6vbqsJ0EKR+ECcjrbMlLU4ug=; b=GzoB5DB27oOVDOlJnuIlXR+iZq6shEjgcTB5otk2c5Wxvb+mF951bUv2p9BjmI/laf eeVv1p7FUDSVRarU5am+40aH+awbTkAcRfn2rHjQ/9L/MjuIBrWGA0TKXVi+fZcSkOJ/ 4BzMvYm5adzKd1iGGoG1PhG4u8tTfEIYpPNZgD1Z9ddyN9UvT9BuXBztRrCMurlu+qJl K+1Ms4etZ79xNoNZmGmlogTOOYxoZscrhJHlsmvdQ+khvEWwGkNFFRTf976+/66bEQwY qvrYxwm0QmFpy8HGOHXbtblZcQW0sYc4cvONtrgCYKeugkNvTrF44SzXuVK/v+AHoxKS dXSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=1C2Q9Er11xv/xTf4MHu6vbqsJ0EKR+ECcjrbMlLU4ug=; b=iVkoFoOvRlRaVlRQ3lSij5oDxNe57A5cUrwuq/1PJnNlQogBLVbUjdIJ7QDsIlYeAT Fn2z661LP6OFPDCrmY6iD/RQoHnfRqQAkIgewYsVB5YgkF3p/n72SF9UYuKBGKVM/v3m vKKfptSXNpAQud37Zv7/0eYhg3k5BOrPDFAutdd/PBz5HfA9fjJsM0dL8ehs+eL7aj/H SdVqKC1wYkjU4+uXVh8r+D/t9DdMZTxA2EwHeXO0A/FGsuPlrLwAX2dkzdXnqfarkedt Y1ykALeLEQit94LaBG/ZxVf2WOFftXvqXxRPc3vUmes1TPF7MsfPC14/EWDVbpe5JVq4 WS9g== X-Gm-Message-State: AOAM532spbY1P0jJsmRn7uzXVUa9PBwbS7nC+qi+GhnywVEog3IcpBIT +YYU8UKzECWCzxX1K7E77QA= X-Google-Smtp-Source: ABdhPJx2WXI1K9nY4MpO8K4cJf9dU5fsarllpuvdWlwJjylW9YysY8wk2viPHSrm4US77rmQkWfYyg== X-Received: by 2002:a1c:9ec6:: with SMTP id h189mr6594969wme.22.1597209375567; Tue, 11 Aug 2020 22:16:15 -0700 (PDT) Received: from metal ([154.122.151.114]) by smtp.gmail.com with ESMTPSA id 33sm2035026wri.16.2020.08.11.22.16.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 11 Aug 2020 22:16:14 -0700 (PDT) Date: Wed, 12 Aug 2020 08:16:09 +0300 From: David Kahurani To: "hack3rcon@yahoo.com" Subject: Re: Cloud providers and hypervisors. Message-ID: <20200812051609.GB24046@metal> References: <846900569.1180086.1596838854265.ref@mail.yahoo.com> <846900569.1180086.1596838854265@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <846900569.1180086.1596838854265@mail.yahoo.com> X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: gichini.ngaruiya@gmail.com, jan.kiszka@siemens.com, svetlana@members.fsf.org, admin@rapidseedbox.com, Xen-users Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On Fri, Aug 07, 2020 at 10:20:54PM +0000, Jason Long wrote: > Hello,Why cloud providers use the type-2 hypervisors or like it more than type-1? It mostly depends on what you like/love, whatever/whichever works for you. Afterall, it has been proven that writing your own hypervisor should not be that hard. See [1] > Thanks. 1. https://github.com/siemens/jailhouse From xen-users-bounces@lists.xenproject.org Wed Aug 12 08:39:34 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Aug 2020 08:39:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k5mHF-0001T0-1f; Wed, 12 Aug 2020 08:38:29 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k5mHD-0001Sv-UI for xen-users@lists.xenproject.org; Wed, 12 Aug 2020 08:38:28 +0000 X-Inumbo-ID: 5223928b-cd20-4f2c-ad2f-747e4f964578 Received: from mail-pl1-x631.google.com (unknown [2607:f8b0:4864:20::631]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 5223928b-cd20-4f2c-ad2f-747e4f964578; Wed, 12 Aug 2020 08:38:26 +0000 (UTC) Received: by mail-pl1-x631.google.com with SMTP id q19so792122pll.0 for ; Wed, 12 Aug 2020 01:38:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LxkV2X6xW8z9VoOaZZ/cDpBZetmKPZui62RGxGyE2JA=; b=pUG1G1X/47sGyS1gaK4ClfEsYW4Hs7rUHpZYwPzA/beL+xUCAgYiNAIek3eCaexWZa iWqjs2EYnydCbXiUZbwYm10/mq9LQf2QqIZ60uYdpbCEDXweFySLANZ+SiO00vC2+6U9 XrSOMEtlvIE4+4dpxPjY369IAeXWLAWwmaIq+CYXlt3z9D6ryttqDNKdMQynnL/kwqWl mb7TlzgalGdcwtU/Scs12BijcFNYm7CaTLosZ1PAD9toNRAvDWxDkMHyZYv2oa739fGV EdRVXyRWmhxOAXd13kU1cV+qzR0Kp9AvJp68s7cEKcDEz0UKXKTWhnQWFQVh0psInaav 9dEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LxkV2X6xW8z9VoOaZZ/cDpBZetmKPZui62RGxGyE2JA=; b=jN3WspvhGND/tOSY07MAbQ4QhVZU5g/c6YlroRt1bPl3pZqE7VYZ1XBDZwaaaQ8qQR vkJoHpUAsInFtYWy/YREcLuPsADB9XoViqKvXJPyA6Cq8HiziLuMnO0V/UubRD3G9WBw /s+sMcoqZAYwhtdAlvBq5l0vCIdZBp5Jd/so8xnQp8AO14qf8CYaQSb8/Fq7AXQ2VeeT xpEilF9GeX1LhJjYMwUlljeOzeGpA9E7W3L4om5XAMg/NFVmXV6wzWtlty6VpdBq6aTH Rmh7XkPPqQF0q8spKjW6fqeinomkxIoXlhYDTZBMVZptY9/AUGXdwS5m9BDjtdRhya2o V9gg== X-Gm-Message-State: AOAM5307s/0HoeIpFvbGvEAm99PGtX4YSXlKq+UbI1Q4sjIybHyNA5uB 5M6VS11+qcW0XjbXq+4+eIFAaK8mFrxzFU0WvaY= X-Google-Smtp-Source: ABdhPJwBslUoEbttbeHxp3DFuZbgSBjJ2uVUjfEa5D3KB5MqbhZf5znRHyhzUQLf6Ru1egyHTz5bv2zXssRARKacjgc= X-Received: by 2002:a17:902:7b85:: with SMTP id w5mr4294600pll.22.1597221505993; Wed, 12 Aug 2020 01:38:25 -0700 (PDT) MIME-Version: 1.0 References: <1687119289.923262.1596439451521.ref@mail.yahoo.com> <1687119289.923262.1596439451521@mail.yahoo.com> <20200812044301.GA24046@metal> In-Reply-To: <20200812044301.GA24046@metal> From: =?UTF-8?Q?Charles_Gon=C3=A7alves?= Date: Wed, 12 Aug 2020 09:38:14 +0100 Message-ID: Subject: Re: Xen and the Intel security vulnerability. To: David Kahurani Content-Type: multipart/alternative; boundary="0000000000007e0ff205acaa1c33" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: gichini.ngaruiya@gmail.com, hack3rcon@yahoo.com, admin@rapidseedbox.com, Xen-users Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --0000000000007e0ff205acaa1c33 Content-Type: text/plain; charset="UTF-8" Are you referring to Spectre and meltdown ? On Wed, Aug 12, 2020, 05:46 David Kahurani wrote: > On Mon, Aug 03, 2020 at 07:24:11AM +0000, Jason Long wrote: > > Hello,When the Intel security vulnerability discovered then how long did > it take to solve? > > Hello > > You mean CPU specific bugs? Most bugs/vulnerabilities rely on > technicalities and are therefore easy to fix/solve. > > > > Thanks. > > --0000000000007e0ff205acaa1c33 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Are you referring to Spectre and meltdown ?

On Wed, Aug 12= , 2020, 05:46 David Kahurani <k.= kahurani@gmail.com> wrote:
O= n Mon, Aug 03, 2020 at 07:24:11AM +0000, Jason Long wrote:
> Hello,When the Intel security vulnerability discovered then how long d= id it take to solve?

Hello

You mean CPU specific bugs? Most bugs/vulnerabilities rely on technicalitie= s and are therefore easy to fix/solve.


> Thanks.

--0000000000007e0ff205acaa1c33-- From xen-users-bounces@lists.xenproject.org Wed Aug 12 17:15:25 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Aug 2020 17:15:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k5uK9-0005Wl-Am; Wed, 12 Aug 2020 17:14:01 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k5uK7-0005Wg-Lr for xen-users@lists.xenproject.org; Wed, 12 Aug 2020 17:13:59 +0000 X-Inumbo-ID: 36901813-e591-4257-af4b-a4bba4e4798f Received: from sonic315-13.consmr.mail.bf2.yahoo.com (unknown [74.6.134.123]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 36901813-e591-4257-af4b-a4bba4e4798f; Wed, 12 Aug 2020 17:13:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1597252437; bh=IDt+vK4gH1hFjt0KG2TMvvo62hpiQEvTiJA72UEtudQ=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From:Subject; b=tX77ECLBminjnWsgHVxYAxt1bdev6aHAE9HU267PVpFO0b6WpjtE5/0OY/PtC23i95MRCCpyAbT1Ljpa524/aElfxt6L5qB7MQ8MpKmb3AW1qDmoeSq/YqbDdcqJIZVEUPPX5/Dwo5fgEXOJYAcv8Q6l4CxCOVTn9s+eYPEClzNn9fXyAm/t7ix9xqNUu2kDOeqFgLvc/3HMqmxZj7AOLR2tzxcqJQwRFvSYNyWbN9tu1GnXXgqLSlayGnXqg7/dxWFry+5MrJakMyxNewXosPCL3RFJypQmQfAZJwfXJ1D5QPjcNiPKkDzBxEFDk4WaYatll2zPqY8kYtDOkUCzNw== X-YMail-OSG: oE7b9jsVM1nS4NJ7Y50v4LfQc1_1TpQ3T51iDlthweQETa7KWc2a2_ibGckDcbh 9.PxSK93L78CUFDsFlnyXOjIX9e6TcayAfH6yzs3kd4ZXYMdiI.krCtYUB_smiKy8C5JOB1BnrbS eC1fiDcqawe_9ywkFQ2FCRy4Z5XHB1IrFhUi3iJ8YYdUs0mwJUQmAPCxlEEfI.w7fQshjH5OQtzx xD3Bmz8Z4ihcBjNeHLV7roVqozSP534uM.6AoKOjLHJxpRkWnIw_wnAaief1EgeeKTPS2o043zsE zX25dV.CT9KogCuXdcaOez1Zs487L2._gh9DyPWEck_XTeFFIp6HNtvn_XRUpJsPDiyTat8ZYVQa XZs49m6yTidCjo2XoLYmxRJRuyUUWLZQHaagI.o8T.FEGGj3791HYk9ezq7Axv1.qtl9cbzBeMLG wPf0Ydx9peJbyl8txnYW1rJ4XZiA73C8M8E9LtTZkcO2VY4u88L1vW7WtW9fUVLjp20GIqU6y8AG 8Nl81DfEWvdrBmkmGaesy7fgoi52aLoC8lQ_REHWNXPGYrjv8xUT.EilDOFds8bbSQNfzWVDkG2F Fi0S1RfVBCkzrzDRGldzTpd3oB17u.SSU3e6hiyjXf6PJ6L7dIpE72IBMI4xfUWVFw1WA2IVrhDG ARMV5bblUZuwQI55OEfHfagdsEmd0nTEVcA8Len78VDZ.8lMOjgV8XYE3JoF5y5xX8bqIghOKl1p QXOqsWSMvnf5GrEKh8YLUo.EWyWYb4YGYjzdE7xeFyAHK6T0x3.j5QkXP754sJWUmna385iDbjic ZSgHaqMLyUGW1QR3J2qka.vuaSYOzTKWox0u5akjnxC6mVz939Vcjg9SXHH7DLUOCNRibxNSkpAn qCF3CFBiEq.qQQkRSMmQMcIQjlurQOXyuqK1ei188YabYWpN8LwDIrVuYKuklsA3x6TPk8uV_Bfp D6GGyErKZgcbVBkw_1l22JXeN8xojVvF_LAfSGfCpgo0hBKJCTR835I_Wud1nzxzdW2FJlAiKrJD evyoZvFjQLAVKnDwvVyuX4kyNyKKNpPKblYZylQXH9J61jskrNkO_hmREBem.OwQev_PZq8b8akA ELv3JE3FrJWvJNZGsALQsY0S6AdLNX3hGcm6ZmVOmiV7B4qNPU7HUxuYfukP7RF8P8gMWK1GqXwn 4rmPYZp3NFM5UlW566UKgRIbWXgfNBUDnfobJd0Mgrpw9tpRsMpvDPPHYMqNSAIF1oUnQjExO7Ey .2h1ON6Zuz9IRTyQ.j7xlhqdO8nWWKTfo7nWvRhDDqCZodOm6CIdeS8dtNy9inaRExpvshgC_6Cj 8yUJj99A.pGsDpAwAID13JuQD7wDyiMM_kHhv9tcOu0kqTzJMZT1Uz9y13R84Xi66uWGgP4a9psq _cg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.bf2.yahoo.com with HTTP; Wed, 12 Aug 2020 17:13:57 +0000 Date: Wed, 12 Aug 2020 17:13:53 +0000 (UTC) From: Jason Long To: David Kahurani , =?UTF-8?Q?Charles_Gon=C3=A7alves?= Cc: "gichini.ngaruiya@gmail.com" , "admin@rapidseedbox.com" , Xen-users Message-ID: <2102023201.716254.1597252433859@mail.yahoo.com> In-Reply-To: References: <1687119289.923262.1596439451521.ref@mail.yahoo.com> <1687119289.923262.1596439451521@mail.yahoo.com> <20200812044301.GA24046@metal> Subject: Re: Xen and the Intel security vulnerability. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.16455 YMailNorrin Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36 Content-Length: 571 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Yes. On Wednesday, August 12, 2020, 01:08:47 PM GMT+4:30, Charles Gon=C3=A7alves= wrote:=20 Are you referring to Spectre and meltdown ? On Wed, Aug 12, 2020, 05:46 David Kahurani wrote: > On Mon, Aug 03, 2020 at 07:24:11AM +0000, Jason Long wrote: >> Hello,When the Intel security vulnerability discovered then how long did= it take to solve? >=20 > Hello >=20 > You mean CPU specific bugs? Most bugs/vulnerabilities rely on technicalit= ies and are therefore easy to fix/solve. >=20 >=20 >> Thanks. >=20 >=20 From xen-users-bounces@lists.xenproject.org Thu Aug 13 00:21:01 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 13 Aug 2020 00:21:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k60xw-0007eE-W5; Thu, 13 Aug 2020 00:19:32 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k60xu-0007e9-W3 for xen-users@lists.xenproject.org; Thu, 13 Aug 2020 00:19:31 +0000 X-Inumbo-ID: c75c8d0d-50a2-4f66-b13a-67bdb6b04a23 Received: from mail-io1-xd2b.google.com (unknown [2607:f8b0:4864:20::d2b]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id c75c8d0d-50a2-4f66-b13a-67bdb6b04a23; Thu, 13 Aug 2020 00:19:29 +0000 (UTC) Received: by mail-io1-xd2b.google.com with SMTP id s189so5406744iod.2 for ; Wed, 12 Aug 2020 17:19:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=IUl/Z+cxEErHyLVqXL04svbseAne6y8f5rY1MlceXWo=; b=KDQanNeBqYHlEWZ/JKQXhhceBCzz0pEfcMP8Cgl0aPCPEGY/mH9ngsAeVhJ8gb+1vC eviCnK8RlYue55/UFW6rKUXSlmBoGNFwdOpd1RFl6SldeixGvaaagPnN/X0TA/f/gpqc H8Ak+0ef42kGr00Et0XiOYZAcA+00AvM7qf6FEi7l5KFFL8f6FqmTuOEcJHsQcwi9VIp Dkc3mx8OEDBinwG4hzS5+iMqk/l0mqVne3sycsoJh3hCQ9Ek1q6wrb4j4Yjdb9BorHGw BlU/PvMYjoRCzVF1w7BFeB6ufubcq+zbVKgx2352Eu8wQmC1iMgVPlqF/8glKR70BsO4 Igfw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=IUl/Z+cxEErHyLVqXL04svbseAne6y8f5rY1MlceXWo=; b=SLxdUwrcA9CTTK/23UCpIhTwlVyRuvqsuejbtFKP0ImEemZFVE2relncFTaYzVJTWG Orj+gCoEYSXo9+H4aYh1Lxa9BBQ7USr6xeJPth8jJaIuPsaantObr73LPdsHksNYA8qw vV9PLO9j08zQ1ooRc50XwoZ/VNV5wS505GAgxCR0d2eU7bdrnhNX28ngsn5ZtprJWS9v REUumKh4p8qPn+GaFO4UUpx8n37903+IpO9AHE8zyVcYXJdVDl0xlJwrfg3gHaxWxkgZ DWw1fV74m6/aZJlcri9LS9YoH55yClgJa+P5JlQUeZF0y7MnLoBN36Ao2H1dy6aO755t seSw== X-Gm-Message-State: AOAM533e61FfYw2qEcH8WQsyP32hSxxHN8ZwkxcTMnvX4W+QFNb+qxbJ VTJzhBCZd+gFjyqHczU+Udm0UgmCJyx5Cbi5jXF+bhRdn0U= X-Google-Smtp-Source: ABdhPJzUS9RMmN7C9PQQItg5PNC4kBZF/bSzT1NNN4YZmifz7RDZPQYn6gf1naphSdB3cyenTHJUukGI5kPnZHy2b8Q= X-Received: by 2002:a6b:e903:: with SMTP id u3mr2343176iof.37.1597277969284; Wed, 12 Aug 2020 17:19:29 -0700 (PDT) MIME-Version: 1.0 From: Dylanger Daly Date: Thu, 13 Aug 2020 10:19:17 +1000 Message-ID: Subject: AMD Ryzen 4750U Laptop Screen Black (Xen 4.13.1) To: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000f782a505acb74196" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --000000000000f782a505acb74196 Content-Type: text/plain; charset="UTF-8" Hi Xen Users! I'm currently running Qubes 4.1 (Xen 4.13.1 ) on an AMD Ryzen 4750U APU, the specific laptop is a Lenovo X13 (AMD). I can see Xen boot up, however when dom0 boots, I don't see any output. I speculate this is because dom0 can't write/map into the UMA Framebuffer. This seems to be related to UMA / iGPU Memory Management. efifb: cannot reserve video memory at 0x60000000 efi: EFI_MEMMAP is not enabled I can't seem to see any AMD/Ryzen specific commits that are newer than 4.13.1, I was looking at cherry picking Xen commits related to AMD/Ryzen however I can't find any. --000000000000f782a505acb74196 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Xen Users!

I'm currently running= Qubes 4.1 (Xen 4.13.1) on an AMD Ryzen 4750U APU, the specific laptop is a = Lenovo X13 (AMD).

I can see Xen boot up, however w= hen dom0 boots, I don't see any output. I speculate this is because dom= 0 can't write/map into the UMA Framebuffer.

Th= is seems to be related to UMA / iGPU Memory Management.

efifb:=C2=A0cannot reserve video memory= at=C2=A00x60000000
efi:= =C2=A0EFI_MEMMAP=C2=A0is=C2=A0not=C2=A0enabled

I can't seem to see any AM= D/Ryzen specific commits that are newer than 4.13.1, I was looking at cherr= y picking Xen commits related to AMD/Ryzen however I can't find any.

--000000000000f782a505acb74196-- From xen-users-bounces@lists.xenproject.org Thu Aug 13 14:37:56 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 13 Aug 2020 14:37:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k6EKb-0006wL-Qw; Thu, 13 Aug 2020 14:35:49 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k6EKa-0006wC-4x for xen-users@lists.xenproject.org; Thu, 13 Aug 2020 14:35:48 +0000 X-Inumbo-ID: 3e704137-e8f6-4866-bda4-dd39bd55b4f5 Received: from EUR04-DB3-obe.outbound.protection.outlook.com (unknown [40.107.6.60]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 3e704137-e8f6-4866-bda4-dd39bd55b4f5; Thu, 13 Aug 2020 14:35:47 +0000 (UTC) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=j+v/0PoeWHc3OmX/KWLVzUow1WoDesnumec3MHOXzbKUTuljiXfkhUPqY8ivx+tE6UwjwPl6hcKdOEVxhUFxbiBbF/PL6Q4Y9HYIYnJue93lL6cCntquxpQ6j1b+Ysi2fuTMJcPTYvxuCqFqf0iQkVvMYFalG3n3WOoP5hoOKHfXTAhzSMk++2rcvW3JU3uLChc2eHdNXb8YnmtzlfNs6QkO9TB2+cJrDOgOIh1moVC4tX4i7XahVP/BZP5WICrg7oLe90G2qFTjMzI0EEg+Yyi/9HP7l/d0Bi14od1zqyRHl9PsuQ2/Io58jvceqn4V91aStjGaZ5ijGcuOnogt2A== 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=i1f2YHCorQA/qBSwkQ8xfRyWP/8ppDFplVJheTmwqNc=; b=Vfimdz7bIz7/tvMIkKfSL172dw9ZjMA5TNeByDPRu3fXLtWP7ih8A2DXrYQjQbtrfCfRTXuN5wD08nN26DBoIWwBcSg4Joun+gVK40kRVRb5ScprWeI5jWvof7ZXt7z6WEdwQCN/+ywpyFOilVivcWNrWW7fmzZ4+2ZZeGyQLZD6mk8IEZvWSdTfo4FrkcOOFgFjaU2kAzGuohl8W4SO2EjcV9ltqVwVfEZJ7Gh2R+no5D+eDjJf2MEhyI4v9ImPaL27aPDpAv3j2a/st0K36esuc9F5JZDNibD+vZ2qZSVZkPdpYWB/t8aH+TMoi/WMPVuXxlaFut8mDP5+0GcvTA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nxp.com; dmarc=pass action=none header.from=nxp.com; dkim=pass header.d=nxp.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nxp.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=i1f2YHCorQA/qBSwkQ8xfRyWP/8ppDFplVJheTmwqNc=; b=Mr9WB3FyLbyt5/YjfHEI1jJgz+q/65Pm9wxC+DazCpNVVpCOU4oKnGjMyoloLA4HGgRGweabUftxEDDoX1ccowKMjawHHbDj0rBLzt/TO8Oh9KoWXI1vIzvS7HWBxvqk+k1xmleERvhM/KQFUE0CvD4NSjsr/PxqpGLGYJL3fMs= Received: from VE1PR04MB6429.eurprd04.prod.outlook.com (2603:10a6:803:11a::29) by VE1PR04MB7309.eurprd04.prod.outlook.com (2603:10a6:800:1a8::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3283.20; Thu, 13 Aug 2020 14:35:45 +0000 Received: from VE1PR04MB6429.eurprd04.prod.outlook.com ([fe80::d4f9:c15b:e7bd:663d]) by VE1PR04MB6429.eurprd04.prod.outlook.com ([fe80::d4f9:c15b:e7bd:663d%7]) with mapi id 15.20.3283.016; Thu, 13 Aug 2020 14:35:45 +0000 From: Anda-alexandra Dorneanu To: Bertrand Marquis CC: "xen-users@lists.xenproject.org" , nd , Rahul Singh , Laurentiu Tudor , Diana Madalina Craciun , Peng Fan Subject: RE: [EXT] Re: Xen SMMU support Thread-Topic: [EXT] Re: Xen SMMU support Thread-Index: AdZQNO3LzOcPU+zARcWmSmBtyblpDgAIfBwACEoComA= Date: Thu, 13 Aug 2020 14:35:45 +0000 Message-ID: References: <4C068CC6-D64C-4F99-BE32-F1DEE78862A5@arm.com> In-Reply-To: <4C068CC6-D64C-4F99-BE32-F1DEE78862A5@arm.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: arm.com; dkim=none (message not signed) header.d=none;arm.com; dmarc=none action=none header.from=nxp.com; x-originating-ip: [188.25.90.33] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 18a52283-29d6-4743-af00-08d83f9629d0 x-ms-traffictypediagnostic: VE1PR04MB7309: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: /DkdXhAywTxbaMngPBKmJckOnEkrkEJ1ZBSYRkyz8rHw5JcH9hjfZikIYy+peawBWUEvCaqEWRl/zbYUHM0aY9b8+Hmn2eX66FAIimV5f3L5eMFhZUXFKsvXPGGNFuvCmpzQXUXwY7yjwRw56PP+w1dH2FRDxfSNXMW+5mzTebzoFNScglxsZGgTmtRo9yCFqSKPHqF2Lqw4TRGSziCH44ij6LzpD4D9LgGfwXJ8bM8rUHxf9ciuqeWf0tF84x9BU2nWGzUGJwhOq40wXgQ37K/x2bL4zsT4Ky9whsS5dcrNRvKT8IJvBJOqeleVGPzCjG7WwTXRNO9JjknK6Xr6yQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VE1PR04MB6429.eurprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(136003)(376002)(396003)(366004)(346002)(86362001)(66946007)(76116006)(33656002)(478600001)(64756008)(66556008)(66476007)(186003)(26005)(52536014)(54906003)(5660300002)(66446008)(8936002)(71200400001)(9686003)(55016002)(83380400001)(53546011)(6506007)(316002)(7696005)(2906002)(6916009)(8676002)(4326008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: LQP6FAhaoUykRMBtK3T1Rw2c5wBXVBJnk1M8usBgQ6McNDeZhoKV7P9KIPcNB3wtbbdJQCfszryrZAwXJNdjGRnQE/nsiG5k9CXg6Ys7wlSS+nwE3heyFNecqcLuhL+xRxVhw8Oj74V8S+fDvJtkn/T6INoy12pQE9k8l9CLKIRzMbxHioossNutoc4HVRitFqv6EqfYLLvOtBPoNxry+XowNyDDTDzrQbeMcTXAivlu1phHtY8qeKzh4t5Irt2drSBerLMAYHjjVJ+mUygzVQw91lLkNcIN2N20r0fU5/qk7GW09/xXV+uQ+EuhqRHQfy2FVMtOnbn/o+7fxxT/NB4qf6RFXzG+V7uh8lM/xMBleOm88nDFWvSI6tlvx1waCxjPEbfx1yfIejMZMkEfOrDmi8VDQCG+5yf9kRjRlrhN56qhL11fnnT7FCO4HtVB6pOMAxk9QQ0Q/zT+r9NZltbYDaXp/tTxtzepxVeoHt40X30Ea6yD2w/g6nOkYqgSIquNciY9Y8OVZz/WAivORXbxQMIO6IKTqI3rEOUcjnER96mv9oANZVcER2VsXo8n3LwttWqi4Cggy1M2DkQXJk8ldXNlyUumz4Cjcx/3A0PMhiDC0m9peac8g2jCvYswosOAMWYyd+39+kZ91+Z40A== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: nxp.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: VE1PR04MB6429.eurprd04.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 18a52283-29d6-4743-af00-08d83f9629d0 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Aug 2020 14:35:45.1122 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 686ea1d3-bc2b-4c6f-a92c-d99c5c301635 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: z2YzYOjU3y0xWzJ4GuWQB+Kr36dGYq4zurZMQrZJYjGuewoC6hobiBiDTY5G3qtZm+JgpqbYqCv2lxdbNvILo37Qyj6szzZQVTwIvtOsdwk= X-MS-Exchange-Transport-CrossTenantHeadersStamped: VE1PR04MB7309 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" -----Original Message----- From: Bertrand Marquis =20 Sent: Thursday, July 2, 2020 12:55 PM To: Anda-alexandra Dorneanu Cc: xen-users@lists.xenproject.org; nd ; Rahul Singh Subject: [EXT] Re: Xen SMMU support Caution: EXT Email Hi Anda > On 2 Jul 2020, at 06:54, Anda-alexandra Dorneanu wrote: > > Hi, > > I am currently running Xen with SMMU enabled on an ARM64 platform with 4 = Cortex-A72 cores, GICv2 and SMMUv2. There are SMMU faults when booting Dom0= , such as: > > [ 3.972767] mmc0: sdhci: Resp(XEN) smmu: /soc/iommu@90= 00000: Unhandled context fault: fsr=3D0x402, iova=3D0xea060200, fsynr=3D0x1= 80000, cb=3D0 > > Has someone encountered such problems and can provide some guidelines for= SMMU support on Dom0? This means that the access to 0xea060200 was forbidden by the SMMU. It also tells you that the DMA master ID of your device is handled by the S= MMU context bank 0 So first thing to check is if 0xea060200 is a valid guest physical address = in your Dom0. Normally Xen should use the same page tables for the SMMU and the dom0 so i= f something is accessible by the guest it is accessible for the devices ass= ign to it. Here the device seem to properly be assigned to dom0 so maybe the driver is= trying to hit somewhere invalid ? [Anda]: Thank you for the given suggestions.=20 Turns out that it was an issue with the Xen SMMU driver. We will send a pat= ch with the fix. Regards, Anda Regards Bertrand > > Regards, > Anda From xen-users-bounces@lists.xenproject.org Fri Aug 14 14:55:18 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 14 Aug 2020 14:55:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k6b5a-0004xY-Av; Fri, 14 Aug 2020 14:53:50 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k6b5Z-0004xT-GH for xen-users@lists.xenproject.org; Fri, 14 Aug 2020 14:53:49 +0000 X-Inumbo-ID: ed0e7634-020b-4e0c-a680-b08b9eebc06c Received: from brokensolstice.com (unknown [96.70.115.109]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id ed0e7634-020b-4e0c-a680-b08b9eebc06c; Fri, 14 Aug 2020 14:53:47 +0000 (UTC) Received: from brokensolstice.com (localhost [127.0.0.1]) by brokensolstice.com (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id 07EErkav006603 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 14 Aug 2020 10:53:46 -0400 Received: (from www-data@localhost) by brokensolstice.com (8.14.4/8.14.4/Submit) id 07EErkUv006602 for xen-users@lists.xenproject.org; Fri, 14 Aug 2020 10:53:46 -0400 X-Authentication-Warning: brokensolstice.com: www-data set sender to cjdl01@brokensolstice.com using -f Received: from 35thdistrictcourt.org (35thdistrictcourt.org [199.231.54.210]) by www.brokensolstice.com (Horde Framework) with HTTPS; Fri, 14 Aug 2020 14:53:46 +0000 Date: Fri, 14 Aug 2020 14:53:46 +0000 Message-ID: <20200814145346.Horde.aETHPD8GniS5veuLpkJg1hI@www.brokensolstice.com> From: cjdl01 To: xen-users@lists.xenproject.org Subject: Windows 10 HVM suddenly won't create User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=iso-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Virus-Scanned: clamav-milter 0.99.2 at mx2.brokensolstice.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.11 (brokensolstice.com [127.0.0.1]); Fri, 14 Aug 2020 10:53:46 -0400 (EDT) X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hello. I have been using xen for a long time now. I run it on Debian 9.x I recently performed a routine update, and now my Windows 10 vm will not start (HVM), my linux servers stared just fine, however (PV). I'm getting this error when I try to create the instance: xl create windows10.cfg Parsing config from vmsciowin10 Neither kernel nor bootloader specified Which I suppose is true... a while back (on a previous update), I found I had to change my "Kernel =" directive in the config to "firmware_override =", so I no longer have a "kernel =" directive. Naturally, I tried adding it, or changing my firmware_override back to kernel, but it just give me a different error: xc: error: panic: xc_dom_core.c:702: xc_dom_find_loader: no loader found: Invalid kernel libxl: error: libxl_dom.c:638:libxl__build_dom: xc_dom_parse_image failed: No such file or directory libxl: error: libxl_create.c:1223:domcreate_rebuild_done: cannot (re-)build domain: -3 libxl: error: libxl.c:1575:libxl__destroy_domid: non-existant domain 8 libxl: error: libxl.c:1534:domain_destroy_callback: unable to destroy guest with domid 8 libxl: error: libxl.c:1463:domain_destroy_cb: destruction of domain 8 failed I have changed nothing on this virtual machine's config in years. It has started just fine during that time (until today). The files that were updated today are: apt apt-utils base-files bind9-host ca-certificates dbus debian-archive-keyring discover dpkg e2fslibs e2fsprogs file gettext-base gnupg gnupg-agent gpgv grub-common grub-pc grub-pc-bin grub-xen-bin grub-xen-host grub2-common hdparm libapt-inst2.0 libapt-pkg5.0 libarchive13 libbind9-140 libbluetooth3 libbrlapi0.6 libc-bin libc-l10n libc6 libcaca0 libcomerr2 libcurl3-gnutls libdbus-1-3 libdiscover2 libdns-export162 libdns162 libexpat1 libfreetype6 libfuse2 libgcrypt20 libglib2.0-0 libglib2.0-data libgnutls30 libicu57 libidn11 libisc-export160 libisc160 libisccc140 libisccfg140 libjpeg62-turbo libldap-2.4-2 libldap-common liblwres141 libmagic-mgc libmagic1 libnghttp2-14 libpam-systemd libperl5.24 libpng16-16 libprocps6 libpython2.7-minimal libpython2.7-stdlib libpython3.5-minimal libpython3.5-stdlib libsasl2-2 libsasl2-modules libsasl2-modules-db libseccomp2 libspice-server1 libss2 libssh2-1 libssl1.0.2 libssl1.1 libsystemd0 libtimedate-perl libudev1 libx11-6 libx11-data libx11-xcb1 libxapian30 libxen-4.8 libxenstore3.0 linux-image-amd64 locales multiarch-support openssh-client openssh-server openssh-sftp-server openssl perl perl-base perl-modules-5.24 procps python-apt-common python2.7 python2.7-minimal python3-apt python3-reportbug python3.5 python3.5-minimal qemu-system-common qemu-system-x86 qemu-utils reportbug shared-mime-info systemd systemd-sysv tzdata udev usbutils vim vim-common vim-runtime vim-tiny wget xen-hypervisor-4.8-amd64 xen-system-amd64 xen-utils-4.8 xen-utils-common xenstore-utils xtightvncviewer xxd firmware-linux-free irqbalance linux-image-4.9.0-13-amd64 And Finally, my configuration for my windows 10 machine is as follows: name = "Windows10" kernel = "/usr/lib/xen-4.8/boot/hvmloader" #firmware_override = "/usr/lib/xen-4.8/boot/hvmloader" type='hvm' memory = 8192 maxmem = 8192 pae = '1' acpi = '1' apic = '1' viridian = '1' rtc_timeoffset = 0 localtime = '1' on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' sdl = '0' vcpus=4 disk = [ 'phy:/dev/vg1/win10,ioemu:xvda,w' ] #disk = [ 'phy:/dev/vg1/win10,ioemu:xvda,w','phy:/dev/cdrom,xvdc:cdrom,r' ] vif = [ "mac=00:16:3E:99:99:99,bridge=xenbr0,model=e1000" ] acpi = 1 boot="d" sdl=0 serial='pty' vnc=1 vnclisten="" usbdevice = 'tablet' I have checked, and /usr/lib/xen-4.8/boot/hvmloader absolutely exists on the system. I'm thinking something must have changed regarding syntax... but I've been searching for hours, and I cannot find anything that references this... can someone please shed some light on this? Thank you very much for your help! -Chris From xen-users-bounces@lists.xenproject.org Fri Aug 14 15:20:17 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 14 Aug 2020 15:20:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k6bTn-0006zx-V0; Fri, 14 Aug 2020 15:18:51 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k6bTn-0006zs-EF for xen-users@lists.xenproject.org; Fri, 14 Aug 2020 15:18:51 +0000 X-Inumbo-ID: 0ea56a90-eb72-4aa8-a095-e9729941fba1 Received: from brokensolstice.com (unknown [96.70.115.109]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 0ea56a90-eb72-4aa8-a095-e9729941fba1; Fri, 14 Aug 2020 15:18:49 +0000 (UTC) Received: from brokensolstice.com (localhost [127.0.0.1]) by brokensolstice.com (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id 07EFImxY008324 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 14 Aug 2020 11:18:48 -0400 Received: (from www-data@localhost) by brokensolstice.com (8.14.4/8.14.4/Submit) id 07EFImAY008323 for xen-users@lists.xenproject.org; Fri, 14 Aug 2020 11:18:48 -0400 X-Authentication-Warning: brokensolstice.com: www-data set sender to cjdl01@brokensolstice.com using -f Received: from 35thdistrictcourt.org (35thdistrictcourt.org [199.231.54.210]) by www.brokensolstice.com (Horde Framework) with HTTPS; Fri, 14 Aug 2020 15:18:48 +0000 Date: Fri, 14 Aug 2020 15:18:48 +0000 Message-ID: <20200814151848.Horde.OV9_2QfT-ZmmH1lk9i4Zuwm@www.brokensolstice.com> From: cjdl01 To: xen-users@lists.xenproject.org Subject: Re: Windows 10 HVM suddenly won't create In-Reply-To: <20200814145346.Horde.aETHPD8GniS5veuLpkJg1hI@www.brokensolstice.com> User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=iso-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Virus-Scanned: clamav-milter 0.99.2 at mx2.brokensolstice.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.11 (brokensolstice.com [127.0.0.1]); Fri, 14 Aug 2020 11:18:48 -0400 (EDT) X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Ok... Nevermind! I found the magic combination "bootloader =" instead of "firmware_override =" and "builder =" instead of "type =" That fixed my issue. Hopefully, this will be useful to someone anyway. -Chris Quoting cjdl01 : > Hello. > > I have been using xen for a long time now. I run it on Debian 9.x > I recently performed a routine update, and now my Windows 10 vm will > not start (HVM), my linux servers stared just fine, however (PV). > > I'm getting this error when I try to create the instance: > > xl create windows10.cfg > Parsing config from vmsciowin10 > Neither kernel nor bootloader specified > > Which I suppose is true... a while back (on a previous update), I > found I had to change my "Kernel =" directive in the config to > "firmware_override =", so I no longer have a "kernel =" directive. > Naturally, I tried adding it, or changing my firmware_override back > to kernel, but it just give me a different error: > > xc: error: panic: xc_dom_core.c:702: xc_dom_find_loader: no loader > found: Invalid kernel > libxl: error: libxl_dom.c:638:libxl__build_dom: xc_dom_parse_image > failed: No such file or directory > libxl: error: libxl_create.c:1223:domcreate_rebuild_done: cannot > (re-)build domain: -3 > libxl: error: libxl.c:1575:libxl__destroy_domid: non-existant domain 8 > libxl: error: libxl.c:1534:domain_destroy_callback: unable to > destroy guest with domid 8 > libxl: error: libxl.c:1463:domain_destroy_cb: destruction of domain 8 failed > > I have changed nothing on this virtual machine's config in years. > It has started just fine during that time (until today). > > The files that were updated today are: > apt > apt-utils > base-files > bind9-host > ca-certificates > dbus > debian-archive-keyring > discover > dpkg > e2fslibs > e2fsprogs > file > gettext-base > gnupg > gnupg-agent > gpgv > grub-common > grub-pc > grub-pc-bin > grub-xen-bin > grub-xen-host > grub2-common > hdparm > libapt-inst2.0 > libapt-pkg5.0 > libarchive13 > libbind9-140 > libbluetooth3 > libbrlapi0.6 > libc-bin > libc-l10n > libc6 > libcaca0 > libcomerr2 > libcurl3-gnutls > libdbus-1-3 > libdiscover2 > libdns-export162 > libdns162 > libexpat1 > libfreetype6 > libfuse2 > libgcrypt20 > libglib2.0-0 > libglib2.0-data > libgnutls30 > libicu57 > libidn11 > libisc-export160 > libisc160 > libisccc140 > libisccfg140 > libjpeg62-turbo > libldap-2.4-2 > libldap-common > liblwres141 > libmagic-mgc > libmagic1 > libnghttp2-14 > libpam-systemd > libperl5.24 > libpng16-16 > libprocps6 > libpython2.7-minimal > libpython2.7-stdlib > libpython3.5-minimal > libpython3.5-stdlib > libsasl2-2 > libsasl2-modules > libsasl2-modules-db > libseccomp2 > libspice-server1 > libss2 > libssh2-1 > libssl1.0.2 > libssl1.1 > libsystemd0 > libtimedate-perl > libudev1 > libx11-6 > libx11-data > libx11-xcb1 > libxapian30 > libxen-4.8 > libxenstore3.0 > linux-image-amd64 > locales > multiarch-support > openssh-client > openssh-server > openssh-sftp-server > openssl > perl > perl-base > perl-modules-5.24 > procps > python-apt-common > python2.7 > python2.7-minimal > python3-apt > python3-reportbug > python3.5 > python3.5-minimal > qemu-system-common > qemu-system-x86 > qemu-utils > reportbug > shared-mime-info > systemd > systemd-sysv > tzdata > udev > usbutils > vim > vim-common > vim-runtime > vim-tiny > wget > xen-hypervisor-4.8-amd64 > xen-system-amd64 > xen-utils-4.8 > xen-utils-common > xenstore-utils > xtightvncviewer > xxd > firmware-linux-free > irqbalance > linux-image-4.9.0-13-amd64 > > And Finally, my configuration for my windows 10 machine is as follows: > name = "Windows10" > kernel = "/usr/lib/xen-4.8/boot/hvmloader" > #firmware_override = "/usr/lib/xen-4.8/boot/hvmloader" > type='hvm' > memory = 8192 > maxmem = 8192 > pae = '1' > acpi = '1' > apic = '1' > viridian = '1' > rtc_timeoffset = 0 > localtime = '1' > on_poweroff = 'destroy' > on_reboot = 'restart' > on_crash = 'restart' > sdl = '0' > vcpus=4 > disk = [ 'phy:/dev/vg1/win10,ioemu:xvda,w' ] > #disk = [ 'phy:/dev/vg1/win10,ioemu:xvda,w','phy:/dev/cdrom,xvdc:cdrom,r' ] > vif = [ "mac=00:16:3E:99:99:99,bridge=xenbr0,model=e1000" ] > acpi = 1 > boot="d" > sdl=0 > serial='pty' > vnc=1 > vnclisten="" > usbdevice = 'tablet' > > I have checked, and /usr/lib/xen-4.8/boot/hvmloader absolutely > exists on the system. > > I'm thinking something must have changed regarding syntax... but > I've been searching for hours, and I cannot find anything that > references this... can someone please shed some light on this? > > Thank you very much for your help! > > -Chris From xen-users-bounces@lists.xenproject.org Fri Aug 14 19:48:13 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 14 Aug 2020 19:48:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k6fei-0003pR-9O; Fri, 14 Aug 2020 19:46:24 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k6feg-0003pM-OK for xen-users@lists.xenproject.org; Fri, 14 Aug 2020 19:46:22 +0000 X-Inumbo-ID: 7b2c64fe-d227-47ad-a5f2-0d9473374368 Received: from mail.xenproject.org (unknown [104.130.215.37]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 7b2c64fe-d227-47ad-a5f2-0d9473374368; Fri, 14 Aug 2020 19:46:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xen.org; s=20200302mail; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:To:Subject; bh=e6naGcGTI+1M4G9gk8nEnNa7TM5BpZGjJgGuLqxx7Tc=; b=weahj6QoIQ6fXuan6XTkSrBxhd DQ8aXIz3bNtWAs+nHd0hSPrqiHnTEcVwMYi09Cq6cEKddVjAOkY4rJV5VQDHUfc3t1SHicRs/CTSV I5uGCJzc/SQiIpp/j8QjMhDEIe9tPBVBE/L506/iT7lkvo9DafP5U/QPOEy4LAztqqwI=; Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k6fef-0005ZC-17; Fri, 14 Aug 2020 19:46:21 +0000 Received: from [54.239.6.185] (helo=a483e7b01a66.ant.amazon.com) by xenbits.xenproject.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1k6fee-0003uA-PE; Fri, 14 Aug 2020 19:46:20 +0000 Subject: Re: Colibri imx8qxp: Missing kernel boot module To: Daniel Wagner2 , "xen-users@lists.xenproject.org" , Peng Fan References: <8a636f3577a74bf095ffd0c8a1afd201@itk-engineering.de> From: Julien Grall Message-ID: <94b56c3a-103a-5d63-1d4a-a5a56d476a5d@xen.org> Date: Fri, 14 Aug 2020 20:46:19 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <8a636f3577a74bf095ffd0c8a1afd201@itk-engineering.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On 10/08/2020 16:32, Daniel Wagner2 wrote: > Hello xen-users, Hello, > we are trying to get Xen running on a Toradex "Colibri iMX8X" module (see > [1] at the bottom of this email), which features the iMX8 QXP prozessor. > We found that NXP has a Xen reference implementation [2][3] for their MEK > Module and tried to port that to the Toradex module. > > When booting via the bootscript [4], which is unaltered except for the > "dom0fdt_file" and "xenhyper_bootargs" variables, we get the following > error: > > [...] (See [5] for complete bootlog) > (XEN) *** LOADING DOMAIN 0 *** > (XEN) Missing kernel boot module? > (XEN) > (XEN) **************************************** > (XEN) Panic on CPU 0: > (XEN) Could not set up DOM0 guest OS > (XEN) **************************************** > (XEN) > (XEN) Reboot in five seconds... > > For Dom0 we took the linux-toradex kernel source, ran "make xenconfig" [6], > which should add Xen-support and rebuilt the Image with "make Image". > For dom0 DTB [7] we copied the dom0 DTS NXP uses for their MEK-Module [8] > and only adjusted the "bootargs" parameter. > This Linux Image was able to run after we rebuilt and booted it without Xen. Which Device-Tree did you for boot Linux without Xen? > > Question 1: > The xen dokumentation always states, that the Dom0- and DomU- Images have to > be in zImage format, but according to [9] arm64 doesn't use zImage and [10] > says the arm64/Image is equivalent to zImage. > Can we assume that our arm64/Image should work, if everything else was fine? This is a mistake in the documentation. Xen is able to load arm64/Image. Can you give me a pointer to the documentation you are using? I will update it. > > Question 2: > Our Xen was build with imx-xen repository [11] as source via NXP's BSP > according to [1] with MACHINE=imx8qxpmek. > Can we use the resulting Xen Hypervisor-Image for the Toradex IMX8X Module, > as it uses the same Processor (i.MX 8 QXP)? I am afraid this tree is not maintained by Xen Project but, IIRC, NXP. I have CCed one person that may be able to help you. > > Question 3: > If the answers to Question 1 and Question 2 are yes, then what else could we > be missing? > > > > [1] > https://www.toradex.com/de/computer-on-modules/colibri-arm-family/nxp-imx-8x > [2] https://www.nxp.com/docs/en/user-guide/IMX_YOCTO_PROJECT_USERS_GUIDE.pdf > [3] https://www.nxp.com/docs/en/user-guide/IMX_LINUX_USERS_GUIDE.pdf > > Bootscript: > [4] https://pastebin.com/dcj0K3Xb > > Complete Bootlog: > [5] https://pastebin.com/eLpZvd29 > > Xenconfig according to Xen Wiki > [6] > https://wiki.xenproject.org/wiki/Compiling_Xen_From_Source#Compiling_latest_ > Linux_kernel_support > > fsl-imx8qxp-colibri-eval-v3-dom0.dts: > [7] https://pastebin.com/f4dGCYFf > > fsl-imx8qxp-mek-dom0.dts: > [8] https://pastebin.com/c3Ukc6mZ > > No arm64/zImage: > [9] https://community.nxp.com/thread/482861#comment-1051436 > > arm64/Image is equivalent to zImage: > [10] http://markmail.org/message/advnw6lk5rcfyabp > > iMX-XEN Repo: > [11] > https://source.codeaurora.org/external/imx/imx-xen/tree/?h=imx_4.19.35_1.1.0 > > > > Thank you very much for your reading this mail and helping with our issue! > > Best regards, Best regards, -- Julien Grall From xen-users-bounces@lists.xenproject.org Sat Aug 15 17:40:03 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 15 Aug 2020 17:40:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k708E-0004xj-8H; Sat, 15 Aug 2020 17:38:14 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k708C-0004xe-Ig for xen-users@lists.xenproject.org; Sat, 15 Aug 2020 17:38:12 +0000 X-Inumbo-ID: 595cf76e-d414-4083-aabe-129aa7b0a4f3 Received: from sonic306-2.consmr.mail.bf2.yahoo.com (unknown [74.6.132.41]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 595cf76e-d414-4083-aabe-129aa7b0a4f3; Sat, 15 Aug 2020 17:38:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1597513091; bh=A/fvvT2NM6zIo1o2RE5kV55EFvBad5g5UgD/J7nV/9A=; h=Date:From:Reply-To:To:Subject:References:From:Subject; b=qZm/HaPkzPj0/4Opo2VjpYUGC2isZiu0WL/JMIF/RfgCO9Yfc8yDJPRHlcIy3C0uJlhQh7Hdxu4S7ZCinAGR8PKAhfFMc3u0eNLv1wGetuMUIB+9gEqocox11lvchulY1okxRhAua4gHR1QWcchEyILPCrL1kO1epdpYao0khwLQAiKw1jUw5tCcqPp3Lg5ss94x6lanjshJTcJz7MX7lq3PRDHIi7wZGTFzA6TwXuCOBzoFXIR8iT7aDFwjEq8tLeVPZHtqj8mWZ/lRZmhIDi6mpiUTa3FZACWLZequmEETA7fgBGY6ANzOHrTK38NZV2yxXLgQ/4aoUuH2A7XJOg== X-YMail-OSG: 5LmeB7gVM1kqLd69e9FiKDze41e.vVlS3SqEvr4l4p_QDWwvqc.PcRJIp7LMMYo .POvv5RPmf0eWP83Yhgxh1P7Q3StZAEbgLL_FJys1bLb7GanNAhQI.Affy_XUduF_Sj7MwhtmKQe fBhCgm2Wc80Gme1h8vH3Sn2yMas5GvSC97ZtkG611sMrGBTIFNriD7f3m.vYCh9eoQY_owgfGe_X olkDeCMnaWJLvlADqd8RNox9AyKK25wKvA66acwfdkyR6HaZOKAjBHjJg32eSMzBFnJ827yqG9h8 i.WKrJQaBfXbM4_zpV2lBWfsZG295YJJCEWS5BgzavIqzdVdDIe3uUr.dyHiMRpaRSOn5HGgPBfG hkD13Z0Iv_1aQRz3UQsSR3b5UFjE45aCPNgd1kZzAzndgsqpajt04IKPevYjgpchpyYXTTMzUE.I Jkre.Wc50npV6cm5Or7EpeD7kravu8SSQqMSwtUDvlI04rFh_MlUD7aaZMyK1i3SpZA7mqzLhBdj c2Cyobnrjf4HdcZXHTksQEnJuUiEGftRMY03yoafobQB19_Q52zpIcl1pMcGKMFs3V11HNP7qHk4 y4Iyx6u.q59SYjjKBtTknRVtdQ.ZhAWMI3lyD5UIrSt1byfdip7QzzUyq0Pp2Hajiy5IwPmEbtUc 8CDAhgFDaPfnNuX9rlpjGCzc9XsgQYUIbuCjqKe92P8glUIoHbiv0vb4mTC3uBoT.uqDzfLElgYn YzSmOXBgzn3anz56ZKN9RBr_QoSW82isTk9Ci8c6Nvxweh5E7QcZxMMIoc0JrDDs78YwOALX1UiY eTwl5pA66j0OMOBrEgPFeu2JIUAmruI4Qgv8Jh9ThiH_2C5XSaq.gn_gowE2Qs_8DV4dgp3o_0aK UMo4n1_5lEiAjR4whw8sNdKbRMh5fTecDUw76OLdlqx3L8TVqxMNu88IXeN_pDNoisDcKpWxboof Q7R85tn_yklNpOncn9r8CMU30EuzgTRe31Qt8WAXDWldfjqvCl2ddWRDsk7I0fgVUCm3HtKlbJlS ryg7i1Md1h.OIHN6_nC1XwDiL9xpBoUUFsk5jG.BdAJUQ84p2Eu6WcQzTuquIAJ.DhJcC5FTDAOy m42AKJ.jRztlc1veAQIhsapeleDgUi3ajgISe0oFLLH_jTyzn6TDmPn9hm1bMorokZm6fxfBWpPA IR3li7Yh8OoYzZCVRJ6wxfab60rKuYlMIPsJOjywaGDypyqNYlkBKZ6j.07JLinVplHpLnsP6W6s ubrcdK4yhUY8NDRI8kaskVCUZT6DZx6SLdO1Tl5FIBbM6p3EH4bznExoyQeuOXzceJ3O35EZca7l Av.y35yWWtUAIr5a2jI42CRPDnZBd4onYNtxfI4SCiz5IzUs9iSeuaPOCbmjqJbNv6SkFM.Y_UoZ XtygA7LG4.SQpHbeK2JeYa3pO3jam24.I Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.bf2.yahoo.com with HTTP; Sat, 15 Aug 2020 17:38:11 +0000 Date: Sat, 15 Aug 2020 17:38:03 +0000 (UTC) From: Jason Long To: Xen-users Message-ID: <1858064229.1855261.1597513083168@mail.yahoo.com> Subject: Projects that Xen made them possible. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1855260_901966712.1597513083167" References: <1858064229.1855261.1597513083168.ref@mail.yahoo.com> X-Mailer: WebService/1.1.16455 YahooMailAndroidMobile YMobile/1.0 (com.yahoo.mobile.client.android.mail/6.10.4; Android/7.1.1; NMF26F; bbc100; BlackBerry; BBC100-1; 5.16; 1184x720; ) Content-Length: 684 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Reply-To: Jason Long Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" ------=_Part_1855260_901966712.1597513083167 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello,Which projects launched by help of Xen Project?I know Xen made AWS. Thank you. ------=_Part_1855260_901966712.1597513083167 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello,
Which projects launched by help of Xen Project?
I know Xen made AWS.

Thank you.
------=_Part_1855260_901966712.1597513083167-- From xen-users-bounces@lists.xenproject.org Sat Aug 15 17:49:22 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 15 Aug 2020 17:49:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k70If-0005wc-D9; Sat, 15 Aug 2020 17:49:01 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k70Ie-0005wW-Cr for xen-users@lists.xenproject.org; Sat, 15 Aug 2020 17:49:00 +0000 X-Inumbo-ID: 32b43678-9fec-4911-a2ef-517cd3773fb5 Received: from mout02.posteo.de (unknown [185.67.36.66]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 32b43678-9fec-4911-a2ef-517cd3773fb5; Sat, 15 Aug 2020 17:48:57 +0000 (UTC) Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 61FFC2400FB for ; Sat, 15 Aug 2020 19:48:56 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1597513736; bh=h4j3l3qiYHpT/+RqVrwZCf6Cj456b+GWI2NR7WPRdns=; h=Subject:To:From:Date:From; b=WSIXq0TMCJdbw4h+NJUBe6YeUhqY/01zruo74A05Lk1ej2SNQRC9vvZL+tqMaFtyJ 9EKHJ3REq/sdaY58YZcpqzNxbuFVKludvbZ4X5g88lN0Zet7UkfVTyaEuJ4PFoi/oB ic6ygMHwbKd8a2yHZp+EVa078upIszssTAhhIBIRA448bIS8u26FjF/Ad5TK1dtCJa UIC+P2QEEXtE9e5YdmNnV2yDh2cAra4WMxWjaNa3rVK7HFEAd7G1QIJ0HnQLdZOtkk hYmFWfjL1ticquCMLt3llW74d/IQIqd/+uVCJxFqHFwrM92McT0LRMNMC4Rd2CLwxz 7MUrswh4l8qmQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4BTSTz6P2kz6tmc for ; Sat, 15 Aug 2020 19:48:55 +0200 (CEST) Subject: Re: AMD Ryzen 4750U Laptop Screen Black (Xen 4.13.1) To: xen-users@lists.xenproject.org References: From: Chris Laprise Message-ID: <0eccb69d-4c8d-efdc-8d35-717a57dc4ee1@posteo.net> Date: Sat, 15 Aug 2020 13:48:54 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On 8/12/20 8:19 PM, Dylanger Daly wrote: > Hi Xen Users! > > I'm currently running Qubes 4.1 (Xen 4.13.1 > ) on an AMD > Ryzen 4750U APU, the specific laptop is a Lenovo X13 (AMD). > > I can see Xen boot up, however when dom0 boots, I don't see any output. > I speculate this is because dom0 can't write/map into the UMA Framebuffer. > > This seems to be related to UMA / iGPU Memory Management. > > efifb: cannot reserve video memory at 0x60000000 > efi: EFI_MEMMAP isnot enabled > > I can't seem to see any AMD/Ryzen specific commits that are newer than > 4.13.1, I was looking at cherry picking Xen commits related to AMD/Ryzen > however I can't find any. I am in the same situation, and have started exploring Qubes under VBox as a temporary strategy for migrating to the new, much faster machine (which in my case is a Thinkpad T14 also with Ryzen 4750U)... although I would much prefer to get Xen/Qubes working properly on the new hardware. -- Chris Laprise, tasket@posteo.net https://github.com/tasket https://twitter.com/ttaskett PGP: BEE2 20C5 356E 764A 73EB 4AB3 1DC4 D106 F07F 1886 From xen-users-bounces@lists.xenproject.org Sat Aug 15 17:51:26 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 15 Aug 2020 17:51:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k70Kj-0006kY-UO; Sat, 15 Aug 2020 17:51:09 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k70Ki-0006kR-EM for xen-users@lists.xenproject.org; Sat, 15 Aug 2020 17:51:08 +0000 X-Inumbo-ID: a60b2171-f18f-427c-92d6-2ba7b48ab548 Received: from mout02.posteo.de (unknown [185.67.36.66]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id a60b2171-f18f-427c-92d6-2ba7b48ab548; Sat, 15 Aug 2020 17:51:05 +0000 (UTC) Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 13A292400FC for ; Sat, 15 Aug 2020 19:51:04 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1597513864; bh=BCTd8V1W8N0Q17ffbmQbKRyWlukNffTl5AoHEKSEpo8=; h=Subject:To:From:Date:From; b=X6KdeBhqbIdDCFtI1CzPMxRZuDUL29vC+3hK82e/9wO3C6Puf8mJysCAsiE7vdXDP RBfSHDlmxTegVcgBOr2MQXYt/8H6k0mB9YzSjnLMsjyJf4XlSiHRddHc4Z8yXAvsWV MBRzuCfbUvfgQ9WOi3qEbMnG2kGLR2VmVdzH3tK8NT+mTt/pviU0F1DzZ2r3BXb6UV ofQM2iTyE6pyEqOG3XByrziUqftexM1AeGT99OkQUkWFrOTr8XjLSgKdP4Jv9IYL83 cdCDsHZ8/pOhlev1qLo2IQcNaOuY3k2sVrng4N9snS9rCljcYTULk+GptiSOHMIBUK hOznLgO2oWJCg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4BTSXR3HPPz6tm8; Sat, 15 Aug 2020 19:51:03 +0200 (CEST) Subject: Re: Projects that Xen made them possible. To: Jason Long , Xen-users References: <1858064229.1855261.1597513083168.ref@mail.yahoo.com> <1858064229.1855261.1597513083168@mail.yahoo.com> From: Chris Laprise Message-ID: Date: Sat, 15 Aug 2020 13:51:01 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <1858064229.1855261.1597513083168@mail.yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On 8/15/20 1:38 PM, Jason Long wrote: > Hello, > Which projects launched by help of Xen Project? > I know Xen made AWS. > > Thank you. I think you would have to count Qubes OS as such a project, as other hypervisors did not have the needed features back in 2010. -- Chris Laprise, tasket@posteo.net https://github.com/tasket https://twitter.com/ttaskett PGP: BEE2 20C5 356E 764A 73EB 4AB3 1DC4 D106 F07F 1886 From xen-users-bounces@lists.xenproject.org Sat Aug 15 18:43:11 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 15 Aug 2020 18:43:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k717t-0002wN-4c; Sat, 15 Aug 2020 18:41:57 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k717r-0002wI-QQ for xen-users@lists.xenproject.org; Sat, 15 Aug 2020 18:41:55 +0000 X-Inumbo-ID: 788ac0a8-8454-4a95-bbca-53baf104d753 Received: from mail-ed1-x536.google.com (unknown [2a00:1450:4864:20::536]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 788ac0a8-8454-4a95-bbca-53baf104d753; Sat, 15 Aug 2020 18:41:54 +0000 (UTC) Received: by mail-ed1-x536.google.com with SMTP id df16so9224974edb.9 for ; Sat, 15 Aug 2020 11:41:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:cc; bh=yhDLONmLh9ujp/BG3CNQaCLA9vjSSfUBXJwYgaprFMA=; b=Rkm0jURIT2vhX0QbGrHYkc2dV9LDWYinHpEooun2S6zB26QaT9hLAcg93b1eO4xWLE 1UTGSNO5B7oQ0nFluK/d5H+Ay4EvfRtrcYjKoQfO+FVNqDvrTfluEQF6hRW2/yjruOyR MKJJM5G//95aQzCBqDFerp4/ZVSDNxXKCLhQTrsCitJ1BbUebxUjsDnxHXD6QlzPFLN+ HTky26hccyNm481dvO81C+9l/KlB88StIrzlE+ZFL33tKW13B4Vlzwl8tbTsrmrU3Nm2 1ZKfbPg+qwiQ1abNqyjZICKBUHCkcMvpNajuL3R0uxrcdNR/IFp32gDj5Ya9wpA0nC5F YJPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:cc; bh=yhDLONmLh9ujp/BG3CNQaCLA9vjSSfUBXJwYgaprFMA=; b=SbDG+GDJJn0F9aV9+czw2lez3WlXHY//criYfgov6bAUgEHJOJ+LaSfXnYIxKI2uZv DxYy3El6rE/MCNR+yM/s1IE2NMaxVmglUrnSUK3lOWgQhsEldRK4ztrDNQyBeaQPxRT9 J4ZVr8tbQpJWBqufMyeXSMENo2iM3PmUM/48BUjj00Mzwknvq6PcPjFI1GXQaxJisOIA pCMVaAtG4RfBtnPJQXDxT8WJMVvn8IG2Irio+mFkqpQW0c/b7/uviUlCwnDa+/nArleS j/NJAXASnZUhjoauATHjXeZF7XdKgE6fWy6VY7fVRVSbZafSMv+TF5o0ASjdqD7L0Bp5 XP7A== X-Gm-Message-State: AOAM533EW9QrXHR2LazAv5Se9qYulpX4gJl/FLIJTJT/zBPlm0318OvQ PuLgBDnj81XNON7VtKIg2/KMe7nsCXFWsb3IlsFLEmCx X-Google-Smtp-Source: ABdhPJw5uYHDHzCoIvxhJJOmdP6xhkTGh/b3b84RXVWnlT1pjni9QjkijXp5zu0dxpNOcTkl4OyZGepu2+zhYwUidSY= X-Received: by 2002:a05:6402:22ab:: with SMTP id cx11mr8206339edb.102.1597516913200; Sat, 15 Aug 2020 11:41:53 -0700 (PDT) MIME-Version: 1.0 References: <1858064229.1855261.1597513083168.ref@mail.yahoo.com> <1858064229.1855261.1597513083168@mail.yahoo.com> In-Reply-To: <1858064229.1855261.1597513083168@mail.yahoo.com> From: Florian Heigl Date: Sat, 15 Aug 2020 20:41:41 +0200 Message-ID: Subject: Re: Projects that Xen made them possible. Cc: Xen-users Content-Type: multipart/alternative; boundary="00000000000022542e05aceee4a8" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --00000000000022542e05aceee4a8 Content-Type: text/plain; charset="UTF-8" Jason Long schrieb am Sa., 15. Aug. 2020, 19:41: > Hello, > Which projects launched by help of Xen Project? > I know Xen made AWS > (...made AWS practical? Would definitely be true, at that time the more/less open alternatives didn't really care about serious use cases beyond the desktop, especially not at bigger-than-VMware scales, while Xen rooted from Grid stuff...) What I can throw in, and is still alive in some form: Obviously there's Hypervisors that are rooted in Xen. There's the ones that were always close, Citrix XenServer and XCP. IIRC MS Hyper-V started off from a XenServer source code license. (But with more rigid engineering). But also Oracle VM and Huawei Fusionsphere. There's some been some modernization of Fujitsu mainframe models on Intel that was enabled by Xen. --00000000000022542e05aceee4a8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Jason Long <hack3rcon@yahoo.com> schrieb am Sa., 15. Aug. 2020, 19:41:<= br>
Hello,
Which projects launched by he= lp of Xen Project?
I know Xen made AWS
(...made AWS practical? Would definitely be true, at that time t= he more/less open alternatives didn't really care about serious use cas= es beyond the desktop, especially not at bigger-than-VMware scales, while X= en rooted from Grid stuff...)

What I can throw in, and is still alive in some form:
Obviously there's Hypervisors that are rooted in Xen.
There's the ones that were always close, Citrix XenServ= er and XCP.
IIRC MS Hyper-V started off from a XenSe= rver source code license.
(But with more rigid engin= eering).
But also Oracle VM and Huawei Fusionsphere.=
There's some been some modernization of Fujitsu= mainframe models on Intel that was enabled by Xen.
=





--00000000000022542e05aceee4a8-- From xen-users-bounces@lists.xenproject.org Mon Aug 17 04:59:09 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 17 Aug 2020 04:59:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k7XD1-0003Xo-W8; Mon, 17 Aug 2020 04:57:23 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k7XD0-0003Xe-4d for xen-users@lists.xenproject.org; Mon, 17 Aug 2020 04:57:22 +0000 X-Inumbo-ID: 2389660d-af41-468a-a411-c00557ca4d79 Received: from mail-qv1-xf2e.google.com (unknown [2607:f8b0:4864:20::f2e]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 2389660d-af41-468a-a411-c00557ca4d79; Mon, 17 Aug 2020 04:57:21 +0000 (UTC) Received: by mail-qv1-xf2e.google.com with SMTP id x6so7214760qvr.8 for ; Sun, 16 Aug 2020 21:57:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=5sD5WO5BwDuWEsN34SFJgPq86rOx5RKt4zRMw1UJOwM=; b=ZwBjKDnkmcQCv7B4slr4mlhTek6rskERzrxjtxQY/IE4Hi4f2wM2NWDiNxTNixIu9h SEyRPuWuftMApwbU1W/Xo5b86TKdTZig5IfHpcB6z3zT7G14s8u2oUUYEB5qUDuqEgu8 p6UrmrGWB0ltK+GcX+0WuUF/ntpOn3RvuD/WSskBrz/esM2vNoTVySLETYxqxiNkmmfC IfVEwpU0gDuDj1rHfCuvnWTODYP3lZZFfVqMIBZAnBA9UNipSTJcUYQDv5rvEQJZXh6X ZnaaPjv3L84o+5xuHt65j9ohOcTQfiIu/M4ie7TK8JYzgGjKO92H/JD7aN2rnOqM1r5+ Dx/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=5sD5WO5BwDuWEsN34SFJgPq86rOx5RKt4zRMw1UJOwM=; b=Ze06D7Aj4bdqRSjCMBCuTL/1UoP3RpuUQrbFPhOldlrxF/MvBkvgYJE3/Qra+CDf+y cZBIB3hXB0yVFEXUP85mjh8E/K+u6RLYV02CiMO1VzuARueOyq/JtHo7y/rz0f06FGNt vtWoTSfd7N8UeN7KYg6cBOLo0iO/C3eRG4HRW+cWLIAXymjbjpdP/n0kPN5SLfnZQ9VJ ZqLSsJ5I9VZSbIbZkN4nOYDaZe9/F1xNCT9g9txukpjAHDbQ5rDbQfdADtILivYqPLe1 wGLpOgHr6mUZLWC4H4FMI89DTejLptHWzWCmUUqzI8Mjvf6i/n7hwsecLfcSV70fAtBW E5+Q== X-Gm-Message-State: AOAM530tBg7MBlAr26kLgCJo669upJc8bPXXG0qlhPlCffp3B28hDP4i MKqaWVKp2+BM48F3Rxay2nBlbrOaR+h8hyDLzF7ztKtjZ6hn0A== X-Google-Smtp-Source: ABdhPJwZitVjJ//dvQ3/optcmDKUhV1riOkqVKK0izxcQj1iazAbjTMRTyoFNEUiwP8MnzVr81airUghL/5u0o35h8o= X-Received: by 2002:a0c:bf0c:: with SMTP id m12mr3881388qvi.243.1597640240575; Sun, 16 Aug 2020 21:57:20 -0700 (PDT) MIME-Version: 1.0 From: AshishKumar Mishra Date: Mon, 17 Aug 2020 10:27:09 +0530 Message-ID: Subject: Generic queries on vchan & driver domain To: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="00000000000004b82805ad0b9b83" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --00000000000004b82805ad0b9b83 Content-Type: text/plain; charset="UTF-8" Hi All , Can members please share some info on :- 1) Is the Driver Domain functionality be possible only for PCI devices ? ( as the man pages are based around PCI card ) 2) The man pages suggest to use *vchan for high-bandwidth scenario * Is there any rough benchmark like X-MB/s is considered as high-bandwidth ? 3) Any sample code / implementation to understand *vchan * 4) Any sample code / implementation to understand *pvchan* I am trying to understand the communication / event mechanism between domains Thanks , Ashish --00000000000004b82805ad0b9b83 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi All ,

Can= members please share some info on :-

1) Is the Dr= iver Domain functionality be possible only for PCI devices=C2=A0 ?
=C2=A0=C2=A0=C2=A0 ( as the man pages are based around PCI card=C2=A0= )
2) The man pages suggest to use vchan for high-ban= dwidth scenario
=C2=A0=C2=A0=C2=A0=C2=A0 Is there any ro= ugh benchmark like X-MB/s is considered as high-bandwidth ?
3) Any sam= ple code / implementation to understand vchan
4) Any = sample code / implementation to understand pvchan
=C2=A0 =
I am trying to understand the communication / event mechanis= m between domains

Thanks ,
Ashish
<= /div>
=C2=A0=C2=A0


--00000000000004b82805ad0b9b83-- From xen-users-bounces@lists.xenproject.org Mon Aug 17 09:42:19 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 17 Aug 2020 09:42:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k7bdP-0003ds-CC; Mon, 17 Aug 2020 09:40:55 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k7bdO-0003dn-HI for xen-users@lists.xenproject.org; Mon, 17 Aug 2020 09:40:54 +0000 X-Inumbo-ID: fff520fa-93fb-4976-bf15-68442fc3545e Received: from mx0.itk-engineering.de (unknown [212.121.145.30]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id fff520fa-93fb-4976-bf15-68442fc3545e; Mon, 17 Aug 2020 09:40:51 +0000 (UTC) From: Daniel Wagner2 To: Julien Grall , "xen-users@lists.xenproject.org" CC: "peng.fan@nxp.com" Subject: AW: Colibri imx8qxp: Missing kernel boot module Thread-Topic: Colibri imx8qxp: Missing kernel boot module Thread-Index: AdZvK2OmADfnj31vR8CLo0KQbIS/fwDN20uAAIS2j1A= Date: Mon, 17 Aug 2020 09:40:50 +0000 Message-ID: References: <8a636f3577a74bf095ffd0c8a1afd201@itk-engineering.de> <94b56c3a-103a-5d63-1d4a-a5a56d476a5d@xen.org> In-Reply-To: <94b56c3a-103a-5d63-1d4a-a5a56d476a5d@xen.org> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=2.16.840.1.101.3.4.2.3; boundary="----=_NextPart_000_00B0_01D6748B.40F1C170" MIME-Version: 1.0 x-msw-jemd-newsletter: false X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" ------=_NextPart_000_00B0_01D6748B.40F1C170 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > -----Urspr=FCngliche Nachricht----- > Von: Xen-users Im Auftrag von Julien > Grall > Gesendet: Freitag, 14. August 2020 21:46 > An: Daniel Wagner2 ; xen- > users@lists.xenproject.org; Peng Fan > Betreff: Re: Colibri imx8qxp: Missing kernel boot module >=20 > On 10/08/2020 16:32, Daniel Wagner2 wrote: > > Hello xen-users, >=20 > Hello, >=20 > > we are trying to get Xen running on a Toradex "Colibri iMX8X" module > > (see [1] at the bottom of this email), which features the iMX8 QXP prozessor. > > We found that NXP has a Xen reference implementation [2][3] for = their > > MEK Module and tried to port that to the Toradex module. > > > > When booting via the bootscript [4], which is unaltered except for = the > > "dom0fdt_file" and "xenhyper_bootargs" variables, we get the = following > > error: > > > > [...] (See [5] for complete bootlog) > > (XEN) *** LOADING DOMAIN 0 *** > > (XEN) Missing kernel boot module? > > (XEN) > > (XEN) **************************************** > > (XEN) Panic on CPU 0: > > (XEN) Could not set up DOM0 guest OS > > (XEN) **************************************** > > (XEN) > > (XEN) Reboot in five seconds... > > > > For Dom0 we took the linux-toradex kernel source, ran "make = xenconfig" > > [6], which should add Xen-support and rebuilt the Image with "make Image". > > For dom0 DTB [7] we copied the dom0 DTS NXP uses for their = MEK-Module > > [8] and only adjusted the "bootargs" parameter. > > This Linux Image was able to run after we rebuilt and booted it = without Xen. >=20 > Which Device-Tree did you for boot Linux without Xen? Used the same Device-Tree Binary that we want to use with Xen which is described in [7]. In [7] you can see rows 23 and 24, which include the Devicetree as it is supplied by Toradex. To boot linux with our dom0 DTB, the u-boot variable fdt_file was = changed from fsl-imx8qxp-colibri-eval-v3.dtb to fsl-imx8qxp-colibri-eval-v3-dom0.dtb. >=20 > > > > Question 1: > > The xen dokumentation always states, that the Dom0- and DomU- Images > > have to be in zImage format, but according to [9] arm64 doesn't use > > zImage and [10] says the arm64/Image is equivalent to zImage. > > Can we assume that our arm64/Image should work, if everything else = was > fine? >=20 > This is a mistake in the documentation. Xen is able to load = arm64/Image. Thanks for the confirmation! >=20 > Can you give me a pointer to the documentation you are using? I will update it. >=20 ' where "/root/image" is a Linux zImage.' https://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions#D= omU _kernel_and_DTS > > > > Question 2: > > Our Xen was build with imx-xen repository [11] as source via NXP's = BSP > > according to [1] with MACHINE=3Dimx8qxpmek. > > Can we use the resulting Xen Hypervisor-Image for the Toradex IMX8X > > Module, as it uses the same Processor (i.MX 8 QXP)? >=20 > I am afraid this tree is not maintained by Xen Project but, IIRC, NXP. = I have CCed > one person that may be able to help you. Thanks for connecting! > > > > Question 3: > > If the answers to Question 1 and Question 2 are yes, then what else > > could we be missing? > > > > > > > > [1] > > = https://www.toradex.com/de/computer-on-modules/colibri-arm-family/nxp- > > imx-8x [2] > > https://www.nxp.com/docs/en/user- > guide/IMX_YOCTO_PROJECT_USERS_GUIDE.p > > df [3] > > https://www.nxp.com/docs/en/user-guide/IMX_LINUX_USERS_GUIDE.pdf > > > > Bootscript: > > [4] https://pastebin.com/dcj0K3Xb > > > > Complete Bootlog: > > [5] https://pastebin.com/eLpZvd29 > > > > Xenconfig according to Xen Wiki > > [6] > > = https://wiki.xenproject.org/wiki/Compiling_Xen_From_Source#Compiling_l > > atest_ > > Linux_kernel_support > > > > fsl-imx8qxp-colibri-eval-v3-dom0.dts: > > [7] https://pastebin.com/f4dGCYFf > > > > fsl-imx8qxp-mek-dom0.dts: > > [8] https://pastebin.com/c3Ukc6mZ > > > > No arm64/zImage: > > [9] https://community.nxp.com/thread/482861#comment-1051436 > > > > arm64/Image is equivalent to zImage: > > [10] http://markmail.org/message/advnw6lk5rcfyabp > > > > iMX-XEN Repo: > > [11] > > = https://source.codeaurora.org/external/imx/imx-xen/tree/?h=3Dimx_4.19.35 > > _1.1.0 > > > > > > > > Thank you very much for your reading this mail and helping with our issue! > > > > Best regards, >=20 > Best regards, >=20 > -- > Julien Grall Best regards, Daniel Wagner ------=_NextPart_000_00B0_01D6748B.40F1C170 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCCGIow ggRoMIIDUKADAgECAg83NRRmfkG6TWrQeQbivbcwDQYJKoZIhvcNAQEFBQAwSzESMBAGCgmSJomT 8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5nMRQwEgYDVQQDEwtJVEst Uk9PVC1DQTAeFw0xMTA4MDQxMjA1NTRaFw0zMTA4MDQxMjE1NTNaMEsxEjAQBgoJkiaJk/IsZAEZ FgJkZTEfMB0GCgmSJomT8ixkARkWD2l0ay1lbmdpbmVlcmluZzEUMBIGA1UEAxMLSVRLLVJPT1Qt Q0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCURptpxkeRen0Z3FqDJmVCZEHrxGl/ CknSG6tSIWAl6Z5kG+GmbFEd4dK268mnm4sPRnH5uostWrOPP4d+9ODBSgysFpm9YVUfgg7SUL2A Aa8Fc3tedcPVD1SAAloo6SRMig1RCDjW77g3MVUFm83QMRAIhkuR31NhUcNXu5MW2LkZNihrE741 5iNfxDykYWWzC1F0J3EOTCaFkKPLcm4cTKA6xydvMEGqDBno6bHMavPKFsARFoavhkl1Awjy6fph eB6TWd1xR/XOuNsAmJCCUfIep82El3FPcWm5R/R7COjT3MvrJAS/OaB5m4/Kk6WpFAvAPZ0DCjGD fRUnSkK/AgMBAAGjggFHMIIBQzALBgNVHQ8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBAzAdBgNV HQ4EFgQUvQAGRESbQttNtURfDzjZq4H7XQgwSAYDVR0fAQH/BD4wPDA6oDigNoY0aHR0cDovL3Br aS5pdGstZW5naW5lZXJpbmcuZGUvcHVibGljL2l0ay1yb290LWNhLmNybDAQBgkrBgEEAYI3FQEE AwIBADBTBgNVHSAETDBKMEgGCCsGAQQBgpYeMDwwOgYIKwYBBQUHAgEWLmh0dHA6Ly9wa2kuaXRr LWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9sZWdhbC5odG0wUAYIKwYBBQUHAQEERDBCMEAGCCsGAQUF BzAChjRodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvaXRrLXJvb3QtY2EuY3J0 MA0GCSqGSIb3DQEBBQUAA4IBAQBwja+7l5R4Q1JnXL/WOs3b1edWJB2HzeL5xmOYdIHoSu9AXtRZ PV7Dw2giNvv/aSCDbOlbmdc9cjPd1BDBz4yipEP3U6E3ZlFyHsFW3AgBwLnmBxC8sGFYMmDcvi5B pEDN9FAg0ulwrUClIMauY1fJi+aP3XZvtY1iF7+VmKv4hEfWDNIfbyEo/QWWrilJu9fQYwgQLtAF CaM6wZGLZH1WACuQGzx1P1eQar10FzIypueA+ES70JArdN0VfZbx6O5IQxw6RqNiz5LZLqQ2Xwp/ WZ83G9vuWAo7h8ayuQz/H0AXYorsfE/MszsjHm1X3Rv9zFZaSKDnTPvK/AIJfJg3MIIExTCCA62g AwIBAgIKYQ8qkQAAAAAABzANBgkqhkiG9w0BAQsFADBLMRIwEAYKCZImiZPyLGQBGRYCZGUxHzAd BgoJkiaJk/IsZAEZFg9pdGstZW5naW5lZXJpbmcxFDASBgNVBAMTC0lUSy1ST09ULUNBMB4XDTE1 MDQyOTEzMjMxM1oXDTI1MDQyOTEzMzMxM1owTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZIm iZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQChnA2FbmfuLJESnicRHzZT+/ce853EC4BScJ/goXeHIM7W 34dVfEe994ib/tVESmpu+uzyJbNMMP6inxwIEx2hVr+Y4ey/uldWUcPUeS5372zAqdK1fOv7jPS6 8xLx1D37U4+PzbsnWzfgAy+VN7Xu95vptWWK/8F60sEi4V+Zn3ZYblKXTIoMM4o/vFidOs5rlZun t1uasmXCjq2I6k7ZMYjT2JPosWprHfrEfuJg4ucprSK96fYRKcmL0/dFuwy9QrA9BtiJVg07YeMK jhDBeHwAEhw4GdiCQ97wkrTVz6zHch/gpsn/Ga6NKgDOfKbVCBZD137Q13DHgXLFILwhAgMBAAGj ggGoMIIBpDASBgkrBgEEAYI3FQEEBQIDAQABMCMGCSsGAQQBgjcVAgQWBBQ2JFlXok+d2gXre4gx 02BWF9glZzAdBgNVHQ4EFgQUSDC39c3DWKZ5//VxZnWk9+AxKGUwVAYDVR0gBE0wSzBJBggrBgEE AYKWHjA9MDsGCCsGAQUFBwIBFi9odHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMv bGVnYWwuaHRtADAZBgkrBgEEAYI3FAIEDB4KAFMAdQBiAEMAQTALBgNVHQ8EBAMCAYYwEgYDVR0T AQH/BAgwBgEB/wIBAjAfBgNVHSMEGDAWgBS9AAZERJtC2021RF8PONmrgftdCDBFBgNVHR8EPjA8 MDqgOKA2hjRodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvaXRrLXJvb3QtY2Eu Y3JsMFAGCCsGAQUFBwEBBEQwQjBABggrBgEFBQcwAoY0aHR0cDovL3BraS5pdGstZW5naW5lZXJp bmcuZGUvcHVibGljL2l0ay1yb290LWNhLmNydDANBgkqhkiG9w0BAQsFAAOCAQEASjQUccZRE3+I qJGk5fdTXQ3imouPC9ruzYaszoUX2d1YsNmSHvfQdxdTeEv0khMLrtXViz6wnvy+OjH975OXrk3v IYrBwX5fK5JIVNsCiImzrptEGRaRc8ToX/jSt9XVQij3DcLGUkhFjvthSw7AIBsVtby7t6rZaEZn 4HIFc1Pp41bHdnpPPbph/11/D7pYeF7Kcmk7AC3A6msKxZqefbwdySikmN//XkKnOHi8AheSMnQC J4cTmoe4NHMXy4pZbVMaz/tGT9AbM+jnlToMP5XRpuqb4sL0SVe282hGjXAcBfggEy2qMGL328iE LDuyD1llE40v9GE5KkX5K0S2bDCCB4UwggZtoAMCAQICExEAAK4PAq/vgLS3Qr8AAQAArg8wDQYJ KoZIhvcNAQELBQAwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVu Z2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwHhcNMTkxMDA0MDYxOTIyWhcNMjExMDAz MDYxOTIyWjCBtjEVMBMGCgmSJomT8ixkARkWBWxvY2FsMRMwEQYKCZImiZPyLGQBGRYDaXRrMQww CgYDVQQLEwNJVEsxITAfBgNVBAsMGFByYWt0aWthbnRlbiAmIFN0dWRlbnRlbjEMMAoGA1UECxMD Umx6MRcwFQYDVQQDEw5EYW5pZWwgV2FnbmVyMjEwMC4GCSqGSIb3DQEJARYhZGFuaWVsLndhZ25l cjJAaXRrLWVuZ2luZWVyaW5nLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAr+hS P0CWM//EZBlASuX/PZqKKq9E+30p3Mm9aLSzxuAn0vodj0jNE/6qa6prgjCk2JymcwAaUiVrvYZc X++d237DtT1EnVSzMOfwz3QYIuL9XtiqQf6S0B5Y/35ODJL5NYkTWAHXYqpf0qLRV1xrMouO1yXo DGIkPTe2aCTa+MxBCX9osT5UUqd9mE0/amQbhYMhXN59EpSawbvVOw2LshrVyEkApCqZNNMjahNy 0PDZYUmka06tjAWUL9xecFC7Cz7qS+8GGx0KDSYij71IvgE/37uF7SN020QPQ2ZzhBZfgoagnj2U 4rkl2M0RCNPz/0tIywsxvvIE9x2rVG5dhQIDAQABo4ID8zCCA+8wPQYJKwYBBAGCNxUHBDAwLgYm KwYBBAGCNxUIh9ibWoG69j6H2ZUe89JRh7irVoF7hvnCWoeuzGcCAWQCAQ0wKQYDVR0lBCIwIAYK KwYBBAGCNwoDDAYIKwYBBQUHAwMGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIGwDBUBgNVHSAETTBL MEkGCCsGAQQBgpYeMD0wOwYIKwYBBQUHAgEWL2h0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRl L3B1YmxpYy9sZWdhbC5odG0AMDUGCSsGAQQBgjcVCgQoMCYwDAYKKwYBBAGCNwoDDDAKBggrBgEF BQcDAzAKBggrBgEFBQcDBDAdBgNVHQ4EFgQUnJ5utHlrKYDgCMGdquoiiaCFdt0wHwYDVR0jBBgw FoAUSDC39c3DWKZ5//VxZnWk9+AxKGUwggELBgNVHR8EggECMIH/MIH8oIH5oIH2hoG5bGRhcDov Ly9DTj1JVEstSVNTVUUtQ0EoMSksQ049aXRrLWlzc3VlLWNhLENOPUNEUCxDTj1QdWJsaWMlMjBL ZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWl0ayxEQz1sb2Nh bD9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0 aW9uUG9pbnSGOGh0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9JVEstSVNTVUUt Q0EoMSkuY3JsMIIBNAYIKwYBBQUHAQEEggEmMIIBIjCBqQYIKwYBBQUHMAKGgZxsZGFwOi8vL0NO PUlUSy1JU1NVRS1DQSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vydmlj ZXMsQ049Q29uZmlndXJhdGlvbixEQz1pdGssREM9bG9jYWw/Y0FDZXJ0aWZpY2F0ZT9iYXNlP29i amVjdENsYXNzPWNlcnRpZmljYXRpb25BdXRob3JpdHkwLgYIKwYBBQUHMAGGImh0dHA6Ly9wa2ku aXRrLWVuZ2luZWVyaW5nLmRlL29jc3AwRAYIKwYBBQUHMAKGOGh0dHA6Ly9wa2kuaXRrLWVuZ2lu ZWVyaW5nLmRlL3B1YmxpYy9JVEstSVNTVUUtQ0EoMSkuY3J0MF8GA1UdEQRYMFagMQYKKwYBBAGC NxQCA6AjDCFkYW5pZWwud2FnbmVyMkBpdGstZW5naW5lZXJpbmcuZGWBIWRhbmllbC53YWduZXIy QGl0ay1lbmdpbmVlcmluZy5kZTANBgkqhkiG9w0BAQsFAAOCAQEAlojMO0AiAd6YmAZ6nnWY/TCT 6WOxWKm3JmbdyNINqmc1h8GHz4i0zaqAPTFUAfsRSlzFYAWsFwtc+9A+7eqJxNs9PCPs04rlnJat 0Bws9/2yZBTGMdinIJ4KQovaN2pNw5yvZw3MXsgiaC96Vxm8s0D78ahJ3Bhubcfew11EL++2yoNs f1HmS0/6FSVKNEHvzpfy38PC81N8wPY39+sx2hXI308DaZWjQtma7AdsdEHAqdr44R4FNfgwZYZ7 Z8hDHm7K8bW8RvY+Z1qdvc9KsvONdZnk3ZG0hiCqvUbMaCddMLbOwu7PlKlQ2VyOuFUpfNDfK35C 9lmI2rbR6FxpsjCCB8gwggawoAMCAQICExEAAK4O5k39C2blUioAAQAArg4wDQYJKoZIhvcNAQEL BQAwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5n MRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwHhcNMTkxMDA0MDYxODU5WhcNMjExMDAzMDYxODU5WjCB tjEVMBMGCgmSJomT8ixkARkWBWxvY2FsMRMwEQYKCZImiZPyLGQBGRYDaXRrMQwwCgYDVQQLEwNJ VEsxITAfBgNVBAsMGFByYWt0aWthbnRlbiAmIFN0dWRlbnRlbjEMMAoGA1UECxMDUmx6MRcwFQYD VQQDEw5EYW5pZWwgV2FnbmVyMjEwMC4GCSqGSIb3DQEJARYhZGFuaWVsLndhZ25lcjJAaXRrLWVu Z2luZWVyaW5nLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA8lqiSBKj3Qg5S/Fc j/IDmHH8T+pBv8awdQcPkwZNynDDYC5JPiHP01Poy7B2V6W8OQ97XnMjOWM2zvGPmJtOvYOpu8fb QV700C4UCNjVaLw2MTAZ5zEHeW0CbQTLYSKS9EgrEuWelI1hQrk7EsUmTKuPy4hd/gLvBPdQaOpY 3Gb9tK09qQDTnG+p94yefmqiWy2Tn51QVp37QiwX+9L/fpD+L9JxhHdC4KVfLyrGumMVVrGWufI2 DyqWNkrx4O34HrpLYmXR5XSAYZFbDmamPEQRdCi9tefB0rIqqEgRl7CMiUkyYE0z0WDBrfoOsQZv d732EitrvByf+z08mGM/pQIDAQABo4IENjCCBDIwPQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUI h9ibWoG69j6H2ZUe89JRh7irVoF7hP/sNob24EACAWQCAQ8wKQYDVR0lBCIwIAYIKwYBBQUHAwIG CCsGAQUFBwMEBgorBgEEAYI3CgMEMAsGA1UdDwQEAwIFoDBUBgNVHSAETTBLMEkGCCsGAQQBgpYe MD0wOwYIKwYBBQUHAgEWL2h0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9sZWdh bC5odG0AMDUGCSsGAQQBgjcVCgQoMCYwCgYIKwYBBQUHAwIwCgYIKwYBBQUHAwQwDAYKKwYBBAGC NwoDBDBEBgkqhkiG9w0BCQ8ENzA1MA4GCCqGSIb3DQMCAgIAgDAOBggqhkiG9w0DBAICAIAwBwYF Kw4DAgcwCgYIKoZIhvcNAwcwHQYDVR0OBBYEFHKMFlp3s89ONCpMsQAVG3kCnejGMB8GA1UdIwQY MBaAFEgwt/XNw1imef/1cWZ1pPfgMShlMIIBCwYDVR0fBIIBAjCB/zCB/KCB+aCB9oaBuWxkYXA6 Ly8vQ049SVRLLUlTU1VFLUNBKDEpLENOPWl0ay1pc3N1ZS1jYSxDTj1DRFAsQ049UHVibGljJTIw S2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1pdGssREM9bG9j YWw/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3RyaWJ1 dGlvblBvaW50hjhodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvSVRLLUlTU1VF LUNBKDEpLmNybDCCATQGCCsGAQUFBwEBBIIBJjCCASIwgakGCCsGAQUFBzAChoGcbGRhcDovLy9D Tj1JVEstSVNTVUUtQ0EsQ049QUlBLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZp Y2VzLENOPUNvbmZpZ3VyYXRpb24sREM9aXRrLERDPWxvY2FsP2NBQ2VydGlmaWNhdGU/YmFzZT9v YmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MC4GCCsGAQUFBzABhiJodHRwOi8vcGtp Lml0ay1lbmdpbmVlcmluZy5kZS9vY3NwMEQGCCsGAQUFBzAChjhodHRwOi8vcGtpLml0ay1lbmdp bmVlcmluZy5kZS9wdWJsaWMvSVRLLUlTU1VFLUNBKDEpLmNydDBfBgNVHREEWDBWoDEGCisGAQQB gjcUAgOgIwwhZGFuaWVsLndhZ25lcjJAaXRrLWVuZ2luZWVyaW5nLmRlgSFkYW5pZWwud2FnbmVy MkBpdGstZW5naW5lZXJpbmcuZGUwDQYJKoZIhvcNAQELBQADggEBAFGH/1/4fuQC/XhnFGnucdYu YZ7Lq4GANtiozlL21s0qo7mbj26KfjVGEAxrJmeZ5oRyIDy3RsKTuLUGble+Gh9ABYD5l7rUO1/u YevEUzeVWlFFdjAYBGKAZ0Ax8vyvpVum5cKbW/dV0WdusCdIHGbNjPCj/0aztEnQ2YzyGZdMAKBr 2luenYwT6iipW+fY/PHCRCjuq4/YeMUdyZ10J6V2HkfvgY1KKhzfm8YsT5b53X/Ys10AdQqTD0yg PrOr0b9zUGmUdLS7k/2QPoEMaVKSNTEKUM+f0cpSQcSPiA1QbEZwRHtZmKIaS0TZYQmOvrrxRsn7 f6DrZrca9rw2mysxggO1MIIDsQIBATBjMEwxEjAQBgoJkiaJk/IsZAEZFgJkZTEfMB0GCgmSJomT 8ixkARkWD2l0ay1lbmdpbmVlcmluZzEVMBMGA1UEAxMMSVRLLUlTU1VFLUNBAhMRAACuDwKv74C0 t0K/AAEAAK4PMA0GCWCGSAFlAwQCAwUAoIICIzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG CSqGSIb3DQEJBTEPFw0yMDA4MTcwOTQwNDlaME8GCSqGSIb3DQEJBDFCBEBq8s72bZc6Tcgc6oO0 Nul9aFLOD4dw5hFFQ6NI6VFv3uWm67v0sCilR5/BsC+ux9fGAjmypmossBji5EIQwfGpMHIGCSsG AQQBgjcQBDFlMGMwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVu Z2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0ECExEAAK4O5k39C2blUioAAQAArg4wdAYL KoZIhvcNAQkQAgsxZaBjMEwxEjAQBgoJkiaJk/IsZAEZFgJkZTEfMB0GCgmSJomT8ixkARkWD2l0 ay1lbmdpbmVlcmluZzEVMBMGA1UEAxMMSVRLLUlTU1VFLUNBAhMRAACuDuZN/Qtm5VIqAAEAAK4O MIGtBgkqhkiG9w0BCQ8xgZ8wgZwwCwYJKoZIhvcNAQEHMAsGCWCGSAFlAwQBKjALBglghkgBZQME ARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB QDALBglghkgBZQMEAgMwCwYJKoZIhvcNAQEKMAsGCWCGSAFlAwQCAjALBglghkgBZQMEAgEwBwYF Kw4DAhowDQYJKoZIhvcNAQEBBQAEggEAeYbIayxVYiSS0Kp8tozF6uQANsL1Gcbtbk0hYHtM5AZI /2MkqjREtBM4z4ZH+HyUOViE04yXRKmCu60cOw741sILC4pJMHbnk3aAaTe9OfLIq/jl6BF342sq 5kocftDuKt8X3jXKK2cq9DvQivTo6SgcPoDVvb3Dpxms7BtDgBOoVEygVGDVbjWutjfDFbBxXPUv w0g/nZ2NczbS49XW/PRjSRtcPAC/A6xubcRbbWlLjHgMp+9ZDwQge5Rji5JbsIxNR68WGu1y8llR 3wUJ3oXAspSsIxnYW/QEjadomTFZafU/lsL1sRSnCjmWy8WS/Poj+XL+5Zk4E92zmyPTtwAAAAAA AA== ------=_NextPart_000_00B0_01D6748B.40F1C170-- From xen-users-bounces@lists.xenproject.org Mon Aug 17 09:48:00 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 17 Aug 2020 09:48:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k7bjq-0003ze-Es; Mon, 17 Aug 2020 09:47:34 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k7bjp-0003zW-2A for xen-users@lists.xenproject.org; Mon, 17 Aug 2020 09:47:33 +0000 X-Inumbo-ID: a8994c90-5337-490a-bda3-7f3b03ea6545 Received: from EUR04-VI1-obe.outbound.protection.outlook.com (unknown [40.107.8.75]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id a8994c90-5337-490a-bda3-7f3b03ea6545; Mon, 17 Aug 2020 09:47:30 +0000 (UTC) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=AONfDszPmFlJePjGftErPPYraUqk5qsyqDpuCcynPzjIrrePkMpT8y5mdTxyMAbn2Io1N+5FxqMvPE0RwDiuZdwVMPMOp4NLikairXglJfGBYk3ntf0lOpb6XvkOcJQxsWpx70O3IMgBKtuaMoEkzjztU6ajhz+svzOPKKsG0txX5CfMdusjLVmi4KZ22LPBU7ba1CqPLiclw58nNpd1bhT3TZR4OuR40fVUFCtjnR/jTPE1R5/QzoA7fB9JMeLIjAQ8JgebMO/sbXMjwIz/6VbKGVxDE/NmZfG+GaLPQmOjMOaB0Z+oIYuyJUSPCZTm1k27j4mkNxTk+kahQUuCHA== 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=HCeo+itHXMnkANz7yXtNR3eZA3fgLe2BGtU4kyIVnmU=; b=btOu5GPivIpuzK0sdMxXj/am6laNl6khVfQMuX4cV7BiszkRTr+nSWQw5K9HX4I7/AwRUGFg4Q9EJOrk1tp+2SOH75tRMKzG2STJI+czmT6oFhWUHfLnLpWI0r6Hc3yMJl3MOJF015sf0K63P0NV6y2zilqFaeiDDY3mlxPfdOJwW++poJNgpihoRvaFyZUpjUsayS4INYEpusXCmA4FEqgInvZ51kOIqOr6+Z/yD0P4DdQUNyTmC6OKKKKaGg1zojqOx0pkOC0ThubI8A7Xac3tY41V0JgnyQNb77U7T4/7mVxwUJBJa/b2exxZSH2Vazw/oF3/dsMe9rzuqM7mPQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nxp.com; dmarc=pass action=none header.from=nxp.com; dkim=pass header.d=nxp.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nxp.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HCeo+itHXMnkANz7yXtNR3eZA3fgLe2BGtU4kyIVnmU=; b=nG7hAbPikdS1xt26hORyVJ/5VWCqDjpR8d0wbiIgrS1nHUGNyH5fAQIJUZuyKu9rA68+4n8GboISkd6dFcEY+Rm2ggT3KHUjxwXuXoPh45mmAFyYYNt2TBP0DQPCujodXydU6qF0Cb5ZZ6pmuQBBBTZC5juygXJ1eGoCToj2r7w= Received: from DB6PR0402MB2760.eurprd04.prod.outlook.com (2603:10a6:4:a1::14) by DBAPR04MB7223.eurprd04.prod.outlook.com (2603:10a6:10:1b0::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3283.15; Mon, 17 Aug 2020 09:47:28 +0000 Received: from DB6PR0402MB2760.eurprd04.prod.outlook.com ([fe80::24d0:f783:3c7d:e232]) by DB6PR0402MB2760.eurprd04.prod.outlook.com ([fe80::24d0:f783:3c7d:e232%12]) with mapi id 15.20.3283.027; Mon, 17 Aug 2020 09:47:28 +0000 From: Peng Fan To: Daniel Wagner2 , Julien Grall , "xen-users@lists.xenproject.org" Subject: RE: Colibri imx8qxp: Missing kernel boot module Thread-Topic: Colibri imx8qxp: Missing kernel boot module Thread-Index: AdZvK2OmADfnj31vR8CLo0KQbIS/fwDSDC2AAIG6XgAAADHCQA== Date: Mon, 17 Aug 2020 09:47:27 +0000 Message-ID: References: <8a636f3577a74bf095ffd0c8a1afd201@itk-engineering.de> <94b56c3a-103a-5d63-1d4a-a5a56d476a5d@xen.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: itk-engineering.de; dkim=none (message not signed) header.d=none; itk-engineering.de; dmarc=none action=none header.from=nxp.com; x-originating-ip: [119.31.174.71] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 9403d909-f19f-4bef-d7b1-08d842928d9d x-ms-traffictypediagnostic: DBAPR04MB7223: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: jKcgVxRaXdFNibBM7kmsA6FnQ3cZgVMlaqJc4f5V6gcMIyiIwGHf5Dezq31+WVbiDh2hcvYxRYdSnmP5GCFomd9wpu1ywzdGv9JW3ZhOLsdnWb5Db0I6g7Mt0ZzwGesQrXphcvm/AnvolAR6kyZ/spYs2ZwjKtpjjMKerT2XTwOtwCHEawxhM25yEBIQN1TmCXIXIgtOu2obZfJVywB9OMWqa8psXonnAvXTKmWhtcn4W11VFvxQPvmPwpIfTH5qFg2hcRhXWPmz092oqsjg+8a9+tcJ2B0ecggzekdrGZIOIGH9UzlWy4TwJoXkqBez7vmJW3toJbl2ZZ/nJB+P6btaH+HIT5ix//bWzK0p95Mo3gd9clXtQOGEeniKqTxGAu2McQ1aldtZtKUiT7eTHHoLLL+zopob8J4v8tctFS8eJIJgGvm3tH4dp5RS/3IqRr75p4f4HaPRc2hOmpTlmTM7ZROk0sc+9Vcw3CIsLHs= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB6PR0402MB2760.eurprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(39860400002)(396003)(366004)(346002)(136003)(55016002)(66476007)(44832011)(9686003)(52536014)(71200400001)(5660300002)(86362001)(8936002)(66946007)(76116006)(66446008)(64756008)(66556008)(8676002)(110136005)(6506007)(53546011)(26005)(2906002)(186003)(316002)(966005)(33656002)(478600001)(66574015)(7696005)(83380400001)(10126625002)(32563001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: bKmx5JYQatfFUBN5N88SboYAVnNMQ0gOkpwC/pmTi8DSGvElGmvUgOLgGLDGQ8bDbtzEHctaW60SK3I3ewKmIo29c5qG/hN7Fe5FuNwPv8FFd8IIOJPMAVZqrKPtetTuBUmcDcz/QI7TRweWcNK21182kR/U6SOA3OH8tvUcrsqV4+S7Kzg5fiqo/xtfaA5pw/CgYl160AfnVCL9jE6/E3hJuTUrZmMyPfIFfSTAqaMV6X3YBaWZa6fvr+u5FVpFLodTrGlOxp6kxFl77mUJZTPc+Tww6iGXa1fYF55fXE54N9f9KhSS/DBPKawNvhjAkucEcKYjRyeJHyR+5dBE51zZyp2oXwzCh2G6MRZeFoq9DLcBya+TkN0+UoKXaU+2ynjFTloyNf6Eti6Lmuh3rIqvTaoNy22bFEPZfitOBi3F+EzRAKhZNCAkm59fz1INDUohRsypRhfpTPMSSmnyf9gE1YBV6wDFsLwqkrFiKf9uk+/Poox5pEyeLPtTG0S7i9HbnOfZWMftHpGjr1wIOa37mR0WplXUsC7Z5vZNKbi12g+Q2VeXseg6m5kVaQrohXnviyi0KNo4OWys6q0s5c23puVEK3pesGb6V0os31LfE2pQPnEWtvMNNGKigSI1aMHdduSOFwzec0VtLIlrVg== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: nxp.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DB6PR0402MB2760.eurprd04.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9403d909-f19f-4bef-d7b1-08d842928d9d X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Aug 2020 09:47:28.0196 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 686ea1d3-bc2b-4c6f-a92c-d99c5c301635 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: ZXcj82cvp2EJ3ZZGqiO3KDAl3uvqISBNTNB9JYMr6VEDum29rK2JlBgJzzxiBxEu9QRl8BsFwfZ4ecoNC3o4+w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBAPR04MB7223 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" > Subject: AW: Colibri imx8qxp: Missing kernel boot module >=20 >=20 >=20 > > -----Urspr=FCngliche Nachricht----- > > Von: Xen-users Im Auftrag von > Julien > > Grall > > Gesendet: Freitag, 14. August 2020 21:46 > > An: Daniel Wagner2 ; xen- > > users@lists.xenproject.org; Peng Fan > > Betreff: Re: Colibri imx8qxp: Missing kernel boot module > > > > On 10/08/2020 16:32, Daniel Wagner2 wrote: > > > Hello xen-users, > > > > Hello, > > > > > we are trying to get Xen running on a Toradex "Colibri iMX8X" module > > > (see [1] at the bottom of this email), which features the iMX8 QXP > prozessor. > > > We found that NXP has a Xen reference implementation [2][3] for their > > > MEK Module and tried to port that to the Toradex module. > > > > > > When booting via the bootscript [4], which is unaltered except for th= e > > > "dom0fdt_file" and "xenhyper_bootargs" variables, we get the followin= g > > > error: > > > > > > [...] (See [5] for complete bootlog) > > > (XEN) *** LOADING DOMAIN 0 *** > > > (XEN) Missing kernel boot module? > > > (XEN) > > > (XEN) **************************************** > > > (XEN) Panic on CPU 0: > > > (XEN) Could not set up DOM0 guest OS > > > (XEN) **************************************** > > > (XEN) > > > (XEN) Reboot in five seconds... > > > > > > For Dom0 we took the linux-toradex kernel source, ran "make xenconfig= " > > > [6], which should add Xen-support and rebuilt the Image with "make > Image". > > > For dom0 DTB [7] we copied the dom0 DTS NXP uses for their > MEK-Module > > > [8] and only adjusted the "bootargs" parameter. > > > This Linux Image was able to run after we rebuilt and booted it witho= ut > Xen. > > > > Which Device-Tree did you for boot Linux without Xen? >=20 > Used the same Device-Tree Binary that we want to use with Xen which is > described in [7]. In [7] you can see rows 23 and 24, which include the > Devicetree as it is supplied by Toradex. > To boot linux with our dom0 DTB, the u-boot variable fdt_file was changed > from fsl-imx8qxp-colibri-eval-v3.dtb to > fsl-imx8qxp-colibri-eval-v3-dom0.dtb. Did you use the U-Boot cmd 'xenmmcboot' or 'xennetboot'? Regards, Peng. >=20 > > > > > > > > Question 1: > > > The xen dokumentation always states, that the Dom0- and DomU- Images > > > have to be in zImage format, but according to [9] arm64 doesn't use > > > zImage and [10] says the arm64/Image is equivalent to zImage. > > > Can we assume that our arm64/Image should work, if everything else wa= s > > fine? > > > > This is a mistake in the documentation. Xen is able to load arm64/Image= . >=20 > Thanks for the confirmation! >=20 > > > > Can you give me a pointer to the documentation you are using? I will > update it. > > >=20 > ' where "/root/image" is a Linux zImage.' > https://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions#D > omU > _kernel_and_DTS >=20 > > > > > > Question 2: > > > Our Xen was build with imx-xen repository [11] as source via NXP's BS= P > > > according to [1] with MACHINE=3Dimx8qxpmek. > > > Can we use the resulting Xen Hypervisor-Image for the Toradex IMX8X > > > Module, as it uses the same Processor (i.MX 8 QXP)? > > > > I am afraid this tree is not maintained by Xen Project but, IIRC, NXP. = I > have CCed > > one person that may be able to help you. >=20 > Thanks for connecting! >=20 > > > > > > Question 3: > > > If the answers to Question 1 and Question 2 are yes, then what else > > > could we be missing? > > > > > > > > > > > > [1] > > > > https://www.toradex.com/de/computer-on-modules/colibri-arm-family/nxp- > > > imx-8x [2] > > > https://www.nxp.com/docs/en/user- > > guide/IMX_YOCTO_PROJECT_USERS_GUIDE.p > > > df [3] > > > > https://www.nxp.com/docs/en/user-guide/IMX_LINUX_USERS_GUIDE.pdf > > > > > > Bootscript: > > > [4] https://pastebin.com/dcj0K3Xb > > > > > > Complete Bootlog: > > > [5] https://pastebin.com/eLpZvd29 > > > > > > Xenconfig according to Xen Wiki > > > [6] > > > > https://wiki.xenproject.org/wiki/Compiling_Xen_From_Source#Compiling_l > > > atest_ > > > Linux_kernel_support > > > > > > fsl-imx8qxp-colibri-eval-v3-dom0.dts: > > > [7] https://pastebin.com/f4dGCYFf > > > > > > fsl-imx8qxp-mek-dom0.dts: > > > [8] https://pastebin.com/c3Ukc6mZ > > > > > > No arm64/zImage: > > > [9] https://community.nxp.com/thread/482861#comment-1051436 > > > > > > arm64/Image is equivalent to zImage: > > > [10] http://markmail.org/message/advnw6lk5rcfyabp > > > > > > iMX-XEN Repo: > > > [11] > > > > https://source.codeaurora.org/external/imx/imx-xen/tree/?h=3Dimx_4.19.35 > > > _1.1.0 > > > > > > > > > > > > Thank you very much for your reading this mail and helping with our > issue! > > > > > > Best regards, > > > > Best regards, > > > > -- > > Julien Grall >=20 > Best regards, >=20 > Daniel Wagner From xen-users-bounces@lists.xenproject.org Mon Aug 17 09:55:20 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 17 Aug 2020 09:55:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k7bqx-0006Rg-3j; Mon, 17 Aug 2020 09:54:55 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k7bqw-0006Rb-9K for xen-users@lists.xenproject.org; Mon, 17 Aug 2020 09:54:54 +0000 X-Inumbo-ID: 20b653bd-e9ca-4d8d-92d9-e93bb8e89a56 Received: from mx0.itk-engineering.de (unknown [212.121.145.30]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 20b653bd-e9ca-4d8d-92d9-e93bb8e89a56; Mon, 17 Aug 2020 09:54:51 +0000 (UTC) From: Daniel Wagner2 To: Peng Fan , "xen-users@lists.xenproject.org" Subject: AW: Colibri imx8qxp: Missing kernel boot module Thread-Topic: Colibri imx8qxp: Missing kernel boot module Thread-Index: AdZvK2OmADfnj31vR8CLo0KQbIS/fwDN20uAAIS2j1D//+n3gP//3e9Q Date: Mon, 17 Aug 2020 09:54:50 +0000 Message-ID: References: <8a636f3577a74bf095ffd0c8a1afd201@itk-engineering.de> <94b56c3a-103a-5d63-1d4a-a5a56d476a5d@xen.org> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=2.16.840.1.101.3.4.2.3; boundary="----=_NextPart_000_00C4_01D6748D.35D52460" MIME-Version: 1.0 x-msw-jemd-newsletter: false X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" ------=_NextPart_000_00C4_01D6748D.35D52460 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > -----Urspr=FCngliche Nachricht----- > Von: Peng Fan > Gesendet: Montag, 17. August 2020 11:47 > An: Daniel Wagner2 ; Julien Grall > ; xen-users@lists.xenproject.org > Betreff: RE: Colibri imx8qxp: Missing kernel boot module >=20 > > Subject: AW: Colibri imx8qxp: Missing kernel boot module > > > > > > > > > -----Urspr=FCngliche Nachricht----- > > > Von: Xen-users Im Auftrag > > > von > > Julien > > > Grall > > > Gesendet: Freitag, 14. August 2020 21:46 > > > An: Daniel Wagner2 ; xen- > > > users@lists.xenproject.org; Peng Fan > > > Betreff: Re: Colibri imx8qxp: Missing kernel boot module > > > > > > On 10/08/2020 16:32, Daniel Wagner2 wrote: > > > > Hello xen-users, > > > > > > Hello, > > > > > > > we are trying to get Xen running on a Toradex "Colibri iMX8X" > > > > module (see [1] at the bottom of this email), which features the > > > > iMX8 QXP > > prozessor. > > > > We found that NXP has a Xen reference implementation [2][3] for > > > > their MEK Module and tried to port that to the Toradex module. > > > > > > > > When booting via the bootscript [4], which is unaltered except = for > > > > the "dom0fdt_file" and "xenhyper_bootargs" variables, we get the > > > > following > > > > error: > > > > > > > > [...] (See [5] for complete bootlog) > > > > (XEN) *** LOADING DOMAIN 0 *** > > > > (XEN) Missing kernel boot module? > > > > (XEN) > > > > (XEN) **************************************** > > > > (XEN) Panic on CPU 0: > > > > (XEN) Could not set up DOM0 guest OS > > > > (XEN) **************************************** > > > > (XEN) > > > > (XEN) Reboot in five seconds... > > > > > > > > For Dom0 we took the linux-toradex kernel source, ran "make xenconfig" > > > > [6], which should add Xen-support and rebuilt the Image with = "make > > Image". > > > > For dom0 DTB [7] we copied the dom0 DTS NXP uses for their > > MEK-Module > > > > [8] and only adjusted the "bootargs" parameter. > > > > This Linux Image was able to run after we rebuilt and booted it > > > > without > > Xen. > > > > > > Which Device-Tree did you for boot Linux without Xen? > > > > Used the same Device-Tree Binary that we want to use with Xen which = is > > described in [7]. In [7] you can see rows 23 and 24, which include = the > > Devicetree as it is supplied by Toradex. > > To boot linux with our dom0 DTB, the u-boot variable fdt_file was > > changed from fsl-imx8qxp-colibri-eval-v3.dtb to > > fsl-imx8qxp-colibri-eval-v3-dom0.dtb. >=20 >=20 > Did you use the U-Boot cmd 'xenmmcboot' or 'xennetboot'? To boot linux without Xen the u-boot cmd 'boot' is used. To boot Xen we use 'run xenmmcboot' (in an adjusted form to account for different filenames and bootargs, see [4]). >=20 > Regards, > Peng. >=20 > > > > > > > > > > > > > Question 1: > > > > The xen dokumentation always states, that the Dom0- and DomU- > > > > Images have to be in zImage format, but according to [9] arm64 > > > > doesn't use zImage and [10] says the arm64/Image is equivalent = to zImage. > > > > Can we assume that our arm64/Image should work, if everything = else > > > > was > > > fine? > > > > > > This is a mistake in the documentation. Xen is able to load arm64/Image. > > > > Thanks for the confirmation! > > > > > > > > Can you give me a pointer to the documentation you are using? I = will > > update it. > > > > > > > ' where "/root/image" is a Linux zImage.' > > = https://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extension > > s#D > > omU > > _kernel_and_DTS > > > > > > > > > > Question 2: > > > > Our Xen was build with imx-xen repository [11] as source via = NXP's > > > > BSP according to [1] with MACHINE=3Dimx8qxpmek. > > > > Can we use the resulting Xen Hypervisor-Image for the Toradex > > > > IMX8X Module, as it uses the same Processor (i.MX 8 QXP)? > > > > > > I am afraid this tree is not maintained by Xen Project but, IIRC, > > > NXP. I > > have CCed > > > one person that may be able to help you. > > > > Thanks for connecting! > > > > > > > > > > Question 3: > > > > If the answers to Question 1 and Question 2 are yes, then what > > > > else could we be missing? > > > > > > > > > > > > > > > > [1] > > > > > > = https://www.toradex.com/de/computer-on-modules/colibri-arm-family/nxp- > > > > imx-8x [2] > > > > https://www.nxp.com/docs/en/user- > > > guide/IMX_YOCTO_PROJECT_USERS_GUIDE.p > > > > df [3] > > > > > > https://www.nxp.com/docs/en/user-guide/IMX_LINUX_USERS_GUIDE.pdf > > > > > > > > Bootscript: > > > > [4] https://pastebin.com/dcj0K3Xb > > > > > > > > Complete Bootlog: > > > > [5] https://pastebin.com/eLpZvd29 > > > > > > > > Xenconfig according to Xen Wiki > > > > [6] > > > > > > = https://wiki.xenproject.org/wiki/Compiling_Xen_From_Source#Compiling_l > > > > atest_ > > > > Linux_kernel_support > > > > > > > > fsl-imx8qxp-colibri-eval-v3-dom0.dts: > > > > [7] https://pastebin.com/f4dGCYFf > > > > > > > > fsl-imx8qxp-mek-dom0.dts: > > > > [8] https://pastebin.com/c3Ukc6mZ > > > > > > > > No arm64/zImage: > > > > [9] https://community.nxp.com/thread/482861#comment-1051436 > > > > > > > > arm64/Image is equivalent to zImage: > > > > [10] http://markmail.org/message/advnw6lk5rcfyabp > > > > > > > > iMX-XEN Repo: > > > > [11] > > > > > > = https://source.codeaurora.org/external/imx/imx-xen/tree/?h=3Dimx_4.19.35 > > > > _1.1.0 > > > > > > > > > > > > > > > > Thank you very much for your reading this mail and helping with > > > > our > > issue! > > > > > > > > Best regards, > > > > > > Best regards, > > > > > > -- > > > Julien Grall > > > > Best regards, > > > > Daniel Wagner ------=_NextPart_000_00C4_01D6748D.35D52460 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCCGIow ggRoMIIDUKADAgECAg83NRRmfkG6TWrQeQbivbcwDQYJKoZIhvcNAQEFBQAwSzESMBAGCgmSJomT 8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5nMRQwEgYDVQQDEwtJVEst Uk9PVC1DQTAeFw0xMTA4MDQxMjA1NTRaFw0zMTA4MDQxMjE1NTNaMEsxEjAQBgoJkiaJk/IsZAEZ FgJkZTEfMB0GCgmSJomT8ixkARkWD2l0ay1lbmdpbmVlcmluZzEUMBIGA1UEAxMLSVRLLVJPT1Qt Q0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCURptpxkeRen0Z3FqDJmVCZEHrxGl/ CknSG6tSIWAl6Z5kG+GmbFEd4dK268mnm4sPRnH5uostWrOPP4d+9ODBSgysFpm9YVUfgg7SUL2A Aa8Fc3tedcPVD1SAAloo6SRMig1RCDjW77g3MVUFm83QMRAIhkuR31NhUcNXu5MW2LkZNihrE741 5iNfxDykYWWzC1F0J3EOTCaFkKPLcm4cTKA6xydvMEGqDBno6bHMavPKFsARFoavhkl1Awjy6fph eB6TWd1xR/XOuNsAmJCCUfIep82El3FPcWm5R/R7COjT3MvrJAS/OaB5m4/Kk6WpFAvAPZ0DCjGD fRUnSkK/AgMBAAGjggFHMIIBQzALBgNVHQ8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBAzAdBgNV HQ4EFgQUvQAGRESbQttNtURfDzjZq4H7XQgwSAYDVR0fAQH/BD4wPDA6oDigNoY0aHR0cDovL3Br aS5pdGstZW5naW5lZXJpbmcuZGUvcHVibGljL2l0ay1yb290LWNhLmNybDAQBgkrBgEEAYI3FQEE AwIBADBTBgNVHSAETDBKMEgGCCsGAQQBgpYeMDwwOgYIKwYBBQUHAgEWLmh0dHA6Ly9wa2kuaXRr LWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9sZWdhbC5odG0wUAYIKwYBBQUHAQEERDBCMEAGCCsGAQUF BzAChjRodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvaXRrLXJvb3QtY2EuY3J0 MA0GCSqGSIb3DQEBBQUAA4IBAQBwja+7l5R4Q1JnXL/WOs3b1edWJB2HzeL5xmOYdIHoSu9AXtRZ PV7Dw2giNvv/aSCDbOlbmdc9cjPd1BDBz4yipEP3U6E3ZlFyHsFW3AgBwLnmBxC8sGFYMmDcvi5B pEDN9FAg0ulwrUClIMauY1fJi+aP3XZvtY1iF7+VmKv4hEfWDNIfbyEo/QWWrilJu9fQYwgQLtAF CaM6wZGLZH1WACuQGzx1P1eQar10FzIypueA+ES70JArdN0VfZbx6O5IQxw6RqNiz5LZLqQ2Xwp/ WZ83G9vuWAo7h8ayuQz/H0AXYorsfE/MszsjHm1X3Rv9zFZaSKDnTPvK/AIJfJg3MIIExTCCA62g AwIBAgIKYQ8qkQAAAAAABzANBgkqhkiG9w0BAQsFADBLMRIwEAYKCZImiZPyLGQBGRYCZGUxHzAd BgoJkiaJk/IsZAEZFg9pdGstZW5naW5lZXJpbmcxFDASBgNVBAMTC0lUSy1ST09ULUNBMB4XDTE1 MDQyOTEzMjMxM1oXDTI1MDQyOTEzMzMxM1owTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZIm iZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQChnA2FbmfuLJESnicRHzZT+/ce853EC4BScJ/goXeHIM7W 34dVfEe994ib/tVESmpu+uzyJbNMMP6inxwIEx2hVr+Y4ey/uldWUcPUeS5372zAqdK1fOv7jPS6 8xLx1D37U4+PzbsnWzfgAy+VN7Xu95vptWWK/8F60sEi4V+Zn3ZYblKXTIoMM4o/vFidOs5rlZun t1uasmXCjq2I6k7ZMYjT2JPosWprHfrEfuJg4ucprSK96fYRKcmL0/dFuwy9QrA9BtiJVg07YeMK jhDBeHwAEhw4GdiCQ97wkrTVz6zHch/gpsn/Ga6NKgDOfKbVCBZD137Q13DHgXLFILwhAgMBAAGj ggGoMIIBpDASBgkrBgEEAYI3FQEEBQIDAQABMCMGCSsGAQQBgjcVAgQWBBQ2JFlXok+d2gXre4gx 02BWF9glZzAdBgNVHQ4EFgQUSDC39c3DWKZ5//VxZnWk9+AxKGUwVAYDVR0gBE0wSzBJBggrBgEE AYKWHjA9MDsGCCsGAQUFBwIBFi9odHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMv bGVnYWwuaHRtADAZBgkrBgEEAYI3FAIEDB4KAFMAdQBiAEMAQTALBgNVHQ8EBAMCAYYwEgYDVR0T AQH/BAgwBgEB/wIBAjAfBgNVHSMEGDAWgBS9AAZERJtC2021RF8PONmrgftdCDBFBgNVHR8EPjA8 MDqgOKA2hjRodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvaXRrLXJvb3QtY2Eu Y3JsMFAGCCsGAQUFBwEBBEQwQjBABggrBgEFBQcwAoY0aHR0cDovL3BraS5pdGstZW5naW5lZXJp bmcuZGUvcHVibGljL2l0ay1yb290LWNhLmNydDANBgkqhkiG9w0BAQsFAAOCAQEASjQUccZRE3+I qJGk5fdTXQ3imouPC9ruzYaszoUX2d1YsNmSHvfQdxdTeEv0khMLrtXViz6wnvy+OjH975OXrk3v IYrBwX5fK5JIVNsCiImzrptEGRaRc8ToX/jSt9XVQij3DcLGUkhFjvthSw7AIBsVtby7t6rZaEZn 4HIFc1Pp41bHdnpPPbph/11/D7pYeF7Kcmk7AC3A6msKxZqefbwdySikmN//XkKnOHi8AheSMnQC J4cTmoe4NHMXy4pZbVMaz/tGT9AbM+jnlToMP5XRpuqb4sL0SVe282hGjXAcBfggEy2qMGL328iE LDuyD1llE40v9GE5KkX5K0S2bDCCB4UwggZtoAMCAQICExEAAK4PAq/vgLS3Qr8AAQAArg8wDQYJ KoZIhvcNAQELBQAwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVu Z2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwHhcNMTkxMDA0MDYxOTIyWhcNMjExMDAz MDYxOTIyWjCBtjEVMBMGCgmSJomT8ixkARkWBWxvY2FsMRMwEQYKCZImiZPyLGQBGRYDaXRrMQww CgYDVQQLEwNJVEsxITAfBgNVBAsMGFByYWt0aWthbnRlbiAmIFN0dWRlbnRlbjEMMAoGA1UECxMD Umx6MRcwFQYDVQQDEw5EYW5pZWwgV2FnbmVyMjEwMC4GCSqGSIb3DQEJARYhZGFuaWVsLndhZ25l cjJAaXRrLWVuZ2luZWVyaW5nLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAr+hS P0CWM//EZBlASuX/PZqKKq9E+30p3Mm9aLSzxuAn0vodj0jNE/6qa6prgjCk2JymcwAaUiVrvYZc X++d237DtT1EnVSzMOfwz3QYIuL9XtiqQf6S0B5Y/35ODJL5NYkTWAHXYqpf0qLRV1xrMouO1yXo DGIkPTe2aCTa+MxBCX9osT5UUqd9mE0/amQbhYMhXN59EpSawbvVOw2LshrVyEkApCqZNNMjahNy 0PDZYUmka06tjAWUL9xecFC7Cz7qS+8GGx0KDSYij71IvgE/37uF7SN020QPQ2ZzhBZfgoagnj2U 4rkl2M0RCNPz/0tIywsxvvIE9x2rVG5dhQIDAQABo4ID8zCCA+8wPQYJKwYBBAGCNxUHBDAwLgYm KwYBBAGCNxUIh9ibWoG69j6H2ZUe89JRh7irVoF7hvnCWoeuzGcCAWQCAQ0wKQYDVR0lBCIwIAYK KwYBBAGCNwoDDAYIKwYBBQUHAwMGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIGwDBUBgNVHSAETTBL MEkGCCsGAQQBgpYeMD0wOwYIKwYBBQUHAgEWL2h0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRl L3B1YmxpYy9sZWdhbC5odG0AMDUGCSsGAQQBgjcVCgQoMCYwDAYKKwYBBAGCNwoDDDAKBggrBgEF BQcDAzAKBggrBgEFBQcDBDAdBgNVHQ4EFgQUnJ5utHlrKYDgCMGdquoiiaCFdt0wHwYDVR0jBBgw FoAUSDC39c3DWKZ5//VxZnWk9+AxKGUwggELBgNVHR8EggECMIH/MIH8oIH5oIH2hoG5bGRhcDov Ly9DTj1JVEstSVNTVUUtQ0EoMSksQ049aXRrLWlzc3VlLWNhLENOPUNEUCxDTj1QdWJsaWMlMjBL ZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWl0ayxEQz1sb2Nh bD9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0 aW9uUG9pbnSGOGh0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9JVEstSVNTVUUt Q0EoMSkuY3JsMIIBNAYIKwYBBQUHAQEEggEmMIIBIjCBqQYIKwYBBQUHMAKGgZxsZGFwOi8vL0NO PUlUSy1JU1NVRS1DQSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vydmlj ZXMsQ049Q29uZmlndXJhdGlvbixEQz1pdGssREM9bG9jYWw/Y0FDZXJ0aWZpY2F0ZT9iYXNlP29i amVjdENsYXNzPWNlcnRpZmljYXRpb25BdXRob3JpdHkwLgYIKwYBBQUHMAGGImh0dHA6Ly9wa2ku aXRrLWVuZ2luZWVyaW5nLmRlL29jc3AwRAYIKwYBBQUHMAKGOGh0dHA6Ly9wa2kuaXRrLWVuZ2lu ZWVyaW5nLmRlL3B1YmxpYy9JVEstSVNTVUUtQ0EoMSkuY3J0MF8GA1UdEQRYMFagMQYKKwYBBAGC NxQCA6AjDCFkYW5pZWwud2FnbmVyMkBpdGstZW5naW5lZXJpbmcuZGWBIWRhbmllbC53YWduZXIy QGl0ay1lbmdpbmVlcmluZy5kZTANBgkqhkiG9w0BAQsFAAOCAQEAlojMO0AiAd6YmAZ6nnWY/TCT 6WOxWKm3JmbdyNINqmc1h8GHz4i0zaqAPTFUAfsRSlzFYAWsFwtc+9A+7eqJxNs9PCPs04rlnJat 0Bws9/2yZBTGMdinIJ4KQovaN2pNw5yvZw3MXsgiaC96Vxm8s0D78ahJ3Bhubcfew11EL++2yoNs f1HmS0/6FSVKNEHvzpfy38PC81N8wPY39+sx2hXI308DaZWjQtma7AdsdEHAqdr44R4FNfgwZYZ7 Z8hDHm7K8bW8RvY+Z1qdvc9KsvONdZnk3ZG0hiCqvUbMaCddMLbOwu7PlKlQ2VyOuFUpfNDfK35C 9lmI2rbR6FxpsjCCB8gwggawoAMCAQICExEAAK4O5k39C2blUioAAQAArg4wDQYJKoZIhvcNAQEL BQAwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5n MRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwHhcNMTkxMDA0MDYxODU5WhcNMjExMDAzMDYxODU5WjCB tjEVMBMGCgmSJomT8ixkARkWBWxvY2FsMRMwEQYKCZImiZPyLGQBGRYDaXRrMQwwCgYDVQQLEwNJ VEsxITAfBgNVBAsMGFByYWt0aWthbnRlbiAmIFN0dWRlbnRlbjEMMAoGA1UECxMDUmx6MRcwFQYD VQQDEw5EYW5pZWwgV2FnbmVyMjEwMC4GCSqGSIb3DQEJARYhZGFuaWVsLndhZ25lcjJAaXRrLWVu Z2luZWVyaW5nLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA8lqiSBKj3Qg5S/Fc j/IDmHH8T+pBv8awdQcPkwZNynDDYC5JPiHP01Poy7B2V6W8OQ97XnMjOWM2zvGPmJtOvYOpu8fb QV700C4UCNjVaLw2MTAZ5zEHeW0CbQTLYSKS9EgrEuWelI1hQrk7EsUmTKuPy4hd/gLvBPdQaOpY 3Gb9tK09qQDTnG+p94yefmqiWy2Tn51QVp37QiwX+9L/fpD+L9JxhHdC4KVfLyrGumMVVrGWufI2 DyqWNkrx4O34HrpLYmXR5XSAYZFbDmamPEQRdCi9tefB0rIqqEgRl7CMiUkyYE0z0WDBrfoOsQZv d732EitrvByf+z08mGM/pQIDAQABo4IENjCCBDIwPQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUI h9ibWoG69j6H2ZUe89JRh7irVoF7hP/sNob24EACAWQCAQ8wKQYDVR0lBCIwIAYIKwYBBQUHAwIG CCsGAQUFBwMEBgorBgEEAYI3CgMEMAsGA1UdDwQEAwIFoDBUBgNVHSAETTBLMEkGCCsGAQQBgpYe MD0wOwYIKwYBBQUHAgEWL2h0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9sZWdh bC5odG0AMDUGCSsGAQQBgjcVCgQoMCYwCgYIKwYBBQUHAwIwCgYIKwYBBQUHAwQwDAYKKwYBBAGC NwoDBDBEBgkqhkiG9w0BCQ8ENzA1MA4GCCqGSIb3DQMCAgIAgDAOBggqhkiG9w0DBAICAIAwBwYF Kw4DAgcwCgYIKoZIhvcNAwcwHQYDVR0OBBYEFHKMFlp3s89ONCpMsQAVG3kCnejGMB8GA1UdIwQY MBaAFEgwt/XNw1imef/1cWZ1pPfgMShlMIIBCwYDVR0fBIIBAjCB/zCB/KCB+aCB9oaBuWxkYXA6 Ly8vQ049SVRLLUlTU1VFLUNBKDEpLENOPWl0ay1pc3N1ZS1jYSxDTj1DRFAsQ049UHVibGljJTIw S2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1pdGssREM9bG9j YWw/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3RyaWJ1 dGlvblBvaW50hjhodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvSVRLLUlTU1VF LUNBKDEpLmNybDCCATQGCCsGAQUFBwEBBIIBJjCCASIwgakGCCsGAQUFBzAChoGcbGRhcDovLy9D Tj1JVEstSVNTVUUtQ0EsQ049QUlBLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZp Y2VzLENOPUNvbmZpZ3VyYXRpb24sREM9aXRrLERDPWxvY2FsP2NBQ2VydGlmaWNhdGU/YmFzZT9v YmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MC4GCCsGAQUFBzABhiJodHRwOi8vcGtp Lml0ay1lbmdpbmVlcmluZy5kZS9vY3NwMEQGCCsGAQUFBzAChjhodHRwOi8vcGtpLml0ay1lbmdp bmVlcmluZy5kZS9wdWJsaWMvSVRLLUlTU1VFLUNBKDEpLmNydDBfBgNVHREEWDBWoDEGCisGAQQB gjcUAgOgIwwhZGFuaWVsLndhZ25lcjJAaXRrLWVuZ2luZWVyaW5nLmRlgSFkYW5pZWwud2FnbmVy MkBpdGstZW5naW5lZXJpbmcuZGUwDQYJKoZIhvcNAQELBQADggEBAFGH/1/4fuQC/XhnFGnucdYu YZ7Lq4GANtiozlL21s0qo7mbj26KfjVGEAxrJmeZ5oRyIDy3RsKTuLUGble+Gh9ABYD5l7rUO1/u YevEUzeVWlFFdjAYBGKAZ0Ax8vyvpVum5cKbW/dV0WdusCdIHGbNjPCj/0aztEnQ2YzyGZdMAKBr 2luenYwT6iipW+fY/PHCRCjuq4/YeMUdyZ10J6V2HkfvgY1KKhzfm8YsT5b53X/Ys10AdQqTD0yg PrOr0b9zUGmUdLS7k/2QPoEMaVKSNTEKUM+f0cpSQcSPiA1QbEZwRHtZmKIaS0TZYQmOvrrxRsn7 f6DrZrca9rw2mysxggO1MIIDsQIBATBjMEwxEjAQBgoJkiaJk/IsZAEZFgJkZTEfMB0GCgmSJomT 8ixkARkWD2l0ay1lbmdpbmVlcmluZzEVMBMGA1UEAxMMSVRLLUlTU1VFLUNBAhMRAACuDwKv74C0 t0K/AAEAAK4PMA0GCWCGSAFlAwQCAwUAoIICIzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG CSqGSIb3DQEJBTEPFw0yMDA4MTcwOTU0NDlaME8GCSqGSIb3DQEJBDFCBEC1CFoM6KWs3pTeOopv 0LRdp9VQyLFN8PPI5bzNgiup31trofNpscinOmEDd+hE4ZoVYswNfu/4VQ3HpccCcPCrMHIGCSsG AQQBgjcQBDFlMGMwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVu Z2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0ECExEAAK4O5k39C2blUioAAQAArg4wdAYL KoZIhvcNAQkQAgsxZaBjMEwxEjAQBgoJkiaJk/IsZAEZFgJkZTEfMB0GCgmSJomT8ixkARkWD2l0 ay1lbmdpbmVlcmluZzEVMBMGA1UEAxMMSVRLLUlTU1VFLUNBAhMRAACuDuZN/Qtm5VIqAAEAAK4O MIGtBgkqhkiG9w0BCQ8xgZ8wgZwwCwYJKoZIhvcNAQEHMAsGCWCGSAFlAwQBKjALBglghkgBZQME ARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB QDALBglghkgBZQMEAgMwCwYJKoZIhvcNAQEKMAsGCWCGSAFlAwQCAjALBglghkgBZQMEAgEwBwYF Kw4DAhowDQYJKoZIhvcNAQEBBQAEggEAi4qn4lDf7TRdNwpBbKmgfLrgrIlx8D2g0XdvCkJXl4Xv C7V0Ffc90l2zQgAHphCiVv1JUUcUFjTyypyJ4ifuWOfdSYlFdz7JMqf36DxmfPk+n7OHVkEK1ung TBRsDlGeXaov+jtds0G3kVK3qXt4zAF65XAVdpUA5mR50eLkrBAwQ4UcJmrv+t3OzAPULKnzjvje Rt/ilT6IImrxN8UkO4/GtFHHycWTrikiQb8drwMDjMtyjrLplD+fdJvYYowJWMJ5OAsQsH2ozvdH UJek9h7IgIhf1TE4BIW/Zx6mHgJxqCCuuZNpjXbcB6jQStBOX35ImuF+aWKQuXabuHP1SQAAAAAA AA== ------=_NextPart_000_00C4_01D6748D.35D52460-- From xen-users-bounces@lists.xenproject.org Mon Aug 17 10:02:33 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 17 Aug 2020 10:02:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k7bxn-00083C-Qe; Mon, 17 Aug 2020 10:01:59 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k7bxn-000837-BJ for xen-users@lists.xenproject.org; Mon, 17 Aug 2020 10:01:59 +0000 X-Inumbo-ID: 67108be7-f18a-4cd1-8765-c01aa269dbd1 Received: from EUR02-VE1-obe.outbound.protection.outlook.com (unknown [40.107.2.49]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 67108be7-f18a-4cd1-8765-c01aa269dbd1; Mon, 17 Aug 2020 10:01:57 +0000 (UTC) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=krxhmpE2Xw+9s70wTcG2GSVIitacp442CsfJJlvKNMH4Y3+wG/I61hgI3JK6yEdJMclc5XLL47AMvabHPXAo6LCzZLUt/nRnQzK8K2SUeYLiNrTGb3QN7xC509yI1AF/45uxgasgXzOXbL/T5qzOPhEst9nb7Dsqi0oyYxviUKEcdze43pQM/ObSObWGx0ucqeneliwZls3c7PcBYIYdTe1wC6VJa4abLSZbYPXA9to7leHFt34qaV+YFcZhC6A320PpR9EQ0p0jSPTGxWiTGLNW+bSTrzLT8Z6SMboMldbG66EZ+ve2UCIIBHXkIq3yFzQiAXFsOxxPtoxkLg+hKw== 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=4eIz1VxzWcmtP+EqaLPqizlWkhTQS2mjfduds6OQE6c=; b=iWbgoIAWTmeUYIRpQ5qGxkgEr3De7Arynb+iZ9wFTTNt5EbFQc041PhO/7q42656uDXs7sjhIAVDaJHoKiC3wmWc/BfBIWwNuTZ8mpKX7MRnDKlFH+KtiVPpILuW3SPJpPJwZlkKHebHdCQqhZFvXfoacveDO/nkpRvStZdKJry8i1PuiMYzHhG+1vgT82HKdxQt2TktxuN9L7vtCYMIsIeVTQ/KbaAy9XsTcM48Sgrt4ti8Jemc27wkFfERPDhWIQ1IpwTaNNI2zqyIAz+yJLiJ7GCTWq3sErAzNZN9YbIstgOU9QWfkVqvF4VPEQFGW2Ep5+h0ClBnEZ5iDGXfYA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nxp.com; dmarc=pass action=none header.from=nxp.com; dkim=pass header.d=nxp.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nxp.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=4eIz1VxzWcmtP+EqaLPqizlWkhTQS2mjfduds6OQE6c=; b=c1gKks5G5rAtlqTsG94BqE3LykY+gGLS3ydsgrtpZCLd46ry3XRScX6ZlCGoeW92CZih4MJKVWblpZR+9L8VoWCtA9kKHDk2gFl/F6VRoHxLjZiIuLL/kUyzzyA6nxiip5UW3LYlonp4HQcH3MWNYDXBMLDxegp3Jm+kBIERoEI= Received: from DB6PR0402MB2760.eurprd04.prod.outlook.com (2603:10a6:4:a1::14) by DBAPR04MB7223.eurprd04.prod.outlook.com (2603:10a6:10:1b0::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3283.15; Mon, 17 Aug 2020 10:01:55 +0000 Received: from DB6PR0402MB2760.eurprd04.prod.outlook.com ([fe80::24d0:f783:3c7d:e232]) by DB6PR0402MB2760.eurprd04.prod.outlook.com ([fe80::24d0:f783:3c7d:e232%12]) with mapi id 15.20.3283.027; Mon, 17 Aug 2020 10:01:55 +0000 From: Peng Fan To: Daniel Wagner2 , "xen-users@lists.xenproject.org" Subject: RE: Colibri imx8qxp: Missing kernel boot module Thread-Topic: Colibri imx8qxp: Missing kernel boot module Thread-Index: AdZvK2OmADfnj31vR8CLo0KQbIS/fwDSDC2AAIG6XgAAADHCQAAAS2oAAAAvFyA= Date: Mon, 17 Aug 2020 10:01:55 +0000 Message-ID: References: <8a636f3577a74bf095ffd0c8a1afd201@itk-engineering.de> <94b56c3a-103a-5d63-1d4a-a5a56d476a5d@xen.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: itk-engineering.de; dkim=none (message not signed) header.d=none; itk-engineering.de; dmarc=none action=none header.from=nxp.com; x-originating-ip: [119.31.174.71] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: fa4480f0-7825-4c21-a95e-08d8429492cb x-ms-traffictypediagnostic: DBAPR04MB7223: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 0YxefSZZz+CTvTCj7Y6RFfTPuT0YXulAbAsG59hQK7liVzzeSu3IxsuuwTKmbLfhG3BE+yzPVdIu0GYldEpXoz7NXD8Ooo/VneJ4e2IctnJavvSQmmoFjdiMOO6WtomaxLzMRTPU3YigldFoJ+OI5FMa/Dh6pVxOVsdpEByaxSUUvpqD6BrkjXVlpwYwfsWVje/vuTlt5Ovx3FCZ69Kz9Xg6WUTLZgegh0vJsTvHgpjAZ7NsBtp3zN4Ii53yKUw67zfYYYjOSK461hL4hhnKMnPimSciim+dh+o/aerO7IQqSN/+Yie0RIpSq/dqBnbNC5mawoEJ4nknj0/G7N88CH63Kwy/3jZQzU5uBdxrQHZudZDQ7Lxzl7kaqdVUQDbTfU2INKWydMXheAHHTafU32VzpTPON8wJH6Z2W9ESy/eOJVQXPBHE6E48OFx0FU6n38ShmbmtP7f6JbHKIQyflLQQo6KAhIoW6kDKM562hEs= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB6PR0402MB2760.eurprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(136003)(346002)(396003)(39860400002)(376002)(2906002)(316002)(186003)(110136005)(6506007)(53546011)(26005)(66574015)(7696005)(83380400001)(966005)(33656002)(478600001)(8676002)(44832011)(66476007)(9686003)(55016002)(66946007)(66446008)(64756008)(76116006)(8936002)(5660300002)(52536014)(71200400001)(86362001)(66556008)(10126625002)(32563001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: KP2qMDLEkDOqq5ZhopJtSgzBGujQXfo6BZjCbhX+LiYj9L67m2Xdjqhic+ezbiskEfAUrU97Z9frNPbuAp9nwWb624S6J0KMKTKOgruSK5tfvX+yqZ9I/cKoR2YT3WR01mb6Aw8hAwFou8T4AW+h8X3/HpF+LFZlfPlaWHeWR/xiAyxSE+WmQurdPipNT+trJ5HH2eJDE5Qjh74vdAdK6QnShDiwZO5mDHeSzjR0ZliX+/a3mGYWFABHTK7J4dZRu5Oao6Vm6Z/JG4bzwwf9tWTXPsYT3UL/axFDuTRyB2k0ed+gzbnuOPQlnk7w6k7Lv78VjQWXgZ4r6x2AFDB73l3SZduHOfeXKduAXU/SEi9ghaewixJXWdY16SeiuC51YH/gvPa3nHr36uhvZlo4Q4Lb1jAE1HYxqokiBvLunp9xKhLuYUT3CW+jzoTDZUYxvhxmxyHURrE0mSyp0IehDJu/CDpRcy1WTLN3WEJn1DfwQoPDJrj9K7mTM0Le+PNftx4CpgaqdmjKWiPGw5G0tA8bjdMXX0G09+sEIseoDEmiA5A+RJ0vCh1KjzvCSiNzRX/oqUoPaKOHciebbVYn2btu7Ha/FPQAJjLP5TCn3HumeAohvYMN9bkzqWr4U63C8VrMEoAvTbW5N+bR4l+XJQ== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: nxp.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DB6PR0402MB2760.eurprd04.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: fa4480f0-7825-4c21-a95e-08d8429492cb X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Aug 2020 10:01:55.7889 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 686ea1d3-bc2b-4c6f-a92c-d99c5c301635 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: /7OdO+4Rl/RO40GeXX2KpdKWV14fvlAET0lkT4EdtsIQ2yyiMari6FudrysDOzr3gvdZN+7EqkHvcUmE1xQ1Yw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBAPR04MB7223 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" > Subject: AW: Colibri imx8qxp: Missing kernel boot module >=20 >=20 >=20 > > -----Urspr=FCngliche Nachricht----- > > Von: Peng Fan > > Gesendet: Montag, 17. August 2020 11:47 > > An: Daniel Wagner2 ; Julien Grall > > ; xen-users@lists.xenproject.org > > Betreff: RE: Colibri imx8qxp: Missing kernel boot module > > > > > Subject: AW: Colibri imx8qxp: Missing kernel boot module > > > > > > > > > > > > > -----Urspr=FCngliche Nachricht----- > > > > Von: Xen-users Im Auftrag > > > > von > > > Julien > > > > Grall > > > > Gesendet: Freitag, 14. August 2020 21:46 > > > > An: Daniel Wagner2 ; xen- > > > > users@lists.xenproject.org; Peng Fan > > > > Betreff: Re: Colibri imx8qxp: Missing kernel boot module > > > > > > > > On 10/08/2020 16:32, Daniel Wagner2 wrote: > > > > > Hello xen-users, > > > > > > > > Hello, > > > > > > > > > we are trying to get Xen running on a Toradex "Colibri iMX8X" > > > > > module (see [1] at the bottom of this email), which features the > > > > > iMX8 QXP > > > prozessor. > > > > > We found that NXP has a Xen reference implementation [2][3] for > > > > > their MEK Module and tried to port that to the Toradex module. > > > > > > > > > > When booting via the bootscript [4], which is unaltered except fo= r > > > > > the "dom0fdt_file" and "xenhyper_bootargs" variables, we get the > > > > > following > > > > > error: > > > > > > > > > > [...] (See [5] for complete bootlog) > > > > > (XEN) *** LOADING DOMAIN 0 *** > > > > > (XEN) Missing kernel boot module? > > > > > (XEN) > > > > > (XEN) **************************************** > > > > > (XEN) Panic on CPU 0: > > > > > (XEN) Could not set up DOM0 guest OS > > > > > (XEN) **************************************** > > > > > (XEN) > > > > > (XEN) Reboot in five seconds... > > > > > > > > > > For Dom0 we took the linux-toradex kernel source, ran "make > xenconfig" > > > > > [6], which should add Xen-support and rebuilt the Image with "mak= e > > > Image". > > > > > For dom0 DTB [7] we copied the dom0 DTS NXP uses for their > > > MEK-Module > > > > > [8] and only adjusted the "bootargs" parameter. > > > > > This Linux Image was able to run after we rebuilt and booted it > > > > > without > > > Xen. > > > > > > > > Which Device-Tree did you for boot Linux without Xen? > > > > > > Used the same Device-Tree Binary that we want to use with Xen which i= s > > > described in [7]. In [7] you can see rows 23 and 24, which include th= e > > > Devicetree as it is supplied by Toradex. > > > To boot linux with our dom0 DTB, the u-boot variable fdt_file was > > > changed from fsl-imx8qxp-colibri-eval-v3.dtb to > > > fsl-imx8qxp-colibri-eval-v3-dom0.dtb. > > > > > > Did you use the U-Boot cmd 'xenmmcboot' or 'xennetboot'? >=20 > To boot linux without Xen the u-boot cmd 'boot' is used. > To boot Xen we use 'run xenmmcboot' (in an adjusted form to account for > different filenames and bootargs, see [4]). So kernel Image loaded to 0x80a00000, right? Please load kernel image before run xenmmcboot if not. Regards, Peng. >=20 > > > > Regards, > > Peng. > > > > > > > > > > > > > > > > > > > Question 1: > > > > > The xen dokumentation always states, that the Dom0- and DomU- > > > > > Images have to be in zImage format, but according to [9] arm64 > > > > > doesn't use zImage and [10] says the arm64/Image is equivalent to > zImage. > > > > > Can we assume that our arm64/Image should work, if everything els= e > > > > > was > > > > fine? > > > > > > > > This is a mistake in the documentation. Xen is able to load > arm64/Image. > > > > > > Thanks for the confirmation! > > > > > > > > > > > Can you give me a pointer to the documentation you are using? I wil= l > > > update it. > > > > > > > > > > ' where "/root/image" is a Linux zImage.' > > > https://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensio= n > > > s#D > > > omU > > > _kernel_and_DTS > > > > > > > > > > > > > Question 2: > > > > > Our Xen was build with imx-xen repository [11] as source via NXP'= s > > > > > BSP according to [1] with MACHINE=3Dimx8qxpmek. > > > > > Can we use the resulting Xen Hypervisor-Image for the Toradex > > > > > IMX8X Module, as it uses the same Processor (i.MX 8 QXP)? > > > > > > > > I am afraid this tree is not maintained by Xen Project but, IIRC, > > > > NXP. I > > > have CCed > > > > one person that may be able to help you. > > > > > > Thanks for connecting! > > > > > > > > > > > > > Question 3: > > > > > If the answers to Question 1 and Question 2 are yes, then what > > > > > else could we be missing? > > > > > > > > > > > > > > > > > > > > [1] > > > > > > > > > https://www.toradex.com/de/computer-on-modules/colibri-arm-family/nxp- > > > > > imx-8x [2] > > > > > https://www.nxp.com/docs/en/user- > > > > guide/IMX_YOCTO_PROJECT_USERS_GUIDE.p > > > > > df [3] > > > > > > > > > https://www.nxp.com/docs/en/user-guide/IMX_LINUX_USERS_GUIDE.pdf > > > > > > > > > > Bootscript: > > > > > [4] https://pastebin.com/dcj0K3Xb > > > > > > > > > > Complete Bootlog: > > > > > [5] https://pastebin.com/eLpZvd29 > > > > > > > > > > Xenconfig according to Xen Wiki > > > > > [6] > > > > > > > > > https://wiki.xenproject.org/wiki/Compiling_Xen_From_Source#Compiling_l > > > > > atest_ > > > > > Linux_kernel_support > > > > > > > > > > fsl-imx8qxp-colibri-eval-v3-dom0.dts: > > > > > [7] https://pastebin.com/f4dGCYFf > > > > > > > > > > fsl-imx8qxp-mek-dom0.dts: > > > > > [8] https://pastebin.com/c3Ukc6mZ > > > > > > > > > > No arm64/zImage: > > > > > [9] https://community.nxp.com/thread/482861#comment-1051436 > > > > > > > > > > arm64/Image is equivalent to zImage: > > > > > [10] http://markmail.org/message/advnw6lk5rcfyabp > > > > > > > > > > iMX-XEN Repo: > > > > > [11] > > > > > > > > > https://source.codeaurora.org/external/imx/imx-xen/tree/?h=3Dimx_4.19.35 > > > > > _1.1.0 > > > > > > > > > > > > > > > > > > > > Thank you very much for your reading this mail and helping with > > > > > our > > > issue! > > > > > > > > > > Best regards, > > > > > > > > Best regards, > > > > > > > > -- > > > > Julien Grall > > > > > > Best regards, > > > > > > Daniel Wagner From xen-users-bounces@lists.xenproject.org Mon Aug 17 10:30:33 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 17 Aug 2020 10:30:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k7cOc-00021z-Ba; Mon, 17 Aug 2020 10:29:42 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k7cOa-00021u-SK for xen-users@lists.xenproject.org; Mon, 17 Aug 2020 10:29:40 +0000 X-Inumbo-ID: 126a9248-68e0-45aa-9a83-f3b65e6cd082 Received: from mx0.itk-engineering.de (unknown [212.121.145.30]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 126a9248-68e0-45aa-9a83-f3b65e6cd082; Mon, 17 Aug 2020 10:29:38 +0000 (UTC) From: Daniel Wagner2 To: Peng Fan , "xen-users@lists.xenproject.org" Subject: AW: Colibri imx8qxp: Missing kernel boot module Thread-Topic: Colibri imx8qxp: Missing kernel boot module Thread-Index: AdZvK2OmADfnj31vR8CLo0KQbIS/fwDN20uAAIS2j1D//+n3gP//3e9QgAAmHID//9yoIA== Date: Mon, 17 Aug 2020 10:29:36 +0000 Message-ID: <09ec585c649d4138bb09ac462628c3c0@itk-engineering.de> References: <8a636f3577a74bf095ffd0c8a1afd201@itk-engineering.de> <94b56c3a-103a-5d63-1d4a-a5a56d476a5d@xen.org> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=2.16.840.1.101.3.4.2.3; boundary="----=_NextPart_000_00F0_01D67492.118144E0" MIME-Version: 1.0 x-msw-jemd-newsletter: false X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" ------=_NextPart_000_00F0_01D67492.118144E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > -----Urspr=FCngliche Nachricht----- > Von: Peng Fan > Gesendet: Montag, 17. August 2020 12:02 > An: Daniel Wagner2 ; xen- > users@lists.xenproject.org > Betreff: RE: Colibri imx8qxp: Missing kernel boot module >=20 > > Subject: AW: Colibri imx8qxp: Missing kernel boot module > > > > > > > > > -----Urspr=FCngliche Nachricht----- > > > Von: Peng Fan > > > Gesendet: Montag, 17. August 2020 11:47 > > > An: Daniel Wagner2 ; Julien = Grall > > > ; xen-users@lists.xenproject.org > > > Betreff: RE: Colibri imx8qxp: Missing kernel boot module > > > > > > > Subject: AW: Colibri imx8qxp: Missing kernel boot module > > > > > > > > > > > > > > > > > -----Urspr=FCngliche Nachricht----- > > > > > Von: Xen-users Im > > > > > Auftrag von > > > > Julien > > > > > Grall > > > > > Gesendet: Freitag, 14. August 2020 21:46 > > > > > An: Daniel Wagner2 ; xen- > > > > > users@lists.xenproject.org; Peng Fan > > > > > Betreff: Re: Colibri imx8qxp: Missing kernel boot module > > > > > > > > > > On 10/08/2020 16:32, Daniel Wagner2 wrote: > > > > > > Hello xen-users, > > > > > > > > > > Hello, > > > > > > > > > > > we are trying to get Xen running on a Toradex "Colibri = iMX8X" > > > > > > module (see [1] at the bottom of this email), which features > > > > > > the > > > > > > iMX8 QXP > > > > prozessor. > > > > > > We found that NXP has a Xen reference implementation [2][3] > > > > > > for their MEK Module and tried to port that to the Toradex module. > > > > > > > > > > > > When booting via the bootscript [4], which is unaltered = except > > > > > > for the "dom0fdt_file" and "xenhyper_bootargs" variables, we > > > > > > get the following > > > > > > error: > > > > > > > > > > > > [...] (See [5] for complete bootlog) > > > > > > (XEN) *** LOADING DOMAIN 0 *** > > > > > > (XEN) Missing kernel boot module? > > > > > > (XEN) > > > > > > (XEN) **************************************** > > > > > > (XEN) Panic on CPU 0: > > > > > > (XEN) Could not set up DOM0 guest OS > > > > > > (XEN) **************************************** > > > > > > (XEN) > > > > > > (XEN) Reboot in five seconds... > > > > > > > > > > > > For Dom0 we took the linux-toradex kernel source, ran "make > > xenconfig" > > > > > > [6], which should add Xen-support and rebuilt the Image with > > > > > > "make > > > > Image". > > > > > > For dom0 DTB [7] we copied the dom0 DTS NXP uses for their > > > > MEK-Module > > > > > > [8] and only adjusted the "bootargs" parameter. > > > > > > This Linux Image was able to run after we rebuilt and booted > > > > > > it without > > > > Xen. > > > > > > > > > > Which Device-Tree did you for boot Linux without Xen? > > > > > > > > Used the same Device-Tree Binary that we want to use with Xen > > > > which is described in [7]. In [7] you can see rows 23 and 24, > > > > which include the Devicetree as it is supplied by Toradex. > > > > To boot linux with our dom0 DTB, the u-boot variable fdt_file = was > > > > changed from fsl-imx8qxp-colibri-eval-v3.dtb to > > > > fsl-imx8qxp-colibri-eval-v3-dom0.dtb. > > > > > > > > > Did you use the U-Boot cmd 'xenmmcboot' or 'xennetboot'? > > > > To boot linux without Xen the u-boot cmd 'boot' is used. > > To boot Xen we use 'run xenmmcboot' (in an adjusted form to account > > for different filenames and bootargs, see [4]). >=20 > So kernel Image loaded to 0x80a00000, right? >=20 > Please load kernel image before run xenmmcboot if not. The xenmmcboot script [4] line 25 loads the linux image. Inserting the values for the variables in this line gives: 'fatload mmc 0:1 0x92000000 image' So we load the kernel image to 0x92000000. Is this not the right adress? = How can the right adress, to load the kernel image to, be determined? Loading it to 0x80a00000 yields the same error ("Missing kernel boot module?") Regards, Daniel > Regards, > Peng. >=20 > > > > > > > > Regards, > > > Peng. > > > > > > > > > > > > > > > > > > > > > > > > Question 1: > > > > > > The xen dokumentation always states, that the Dom0- and = DomU- > > > > > > Images have to be in zImage format, but according to [9] = arm64 > > > > > > doesn't use zImage and [10] says the arm64/Image is = equivalent > > > > > > to > > zImage. > > > > > > Can we assume that our arm64/Image should work, if = everything > > > > > > else was > > > > > fine? > > > > > > > > > > This is a mistake in the documentation. Xen is able to load > > arm64/Image. > > > > > > > > Thanks for the confirmation! > > > > > > > > > > > > > > Can you give me a pointer to the documentation you are using? = I > > > > > will > > > > update it. > > > > > > > > > > > > > ' where "/root/image" is a Linux zImage.' > > > > = https://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Exten > > > > sion > > > > s#D > > > > omU > > > > _kernel_and_DTS > > > > > > > > > > > > > > > > Question 2: > > > > > > Our Xen was build with imx-xen repository [11] as source via > > > > > > NXP's BSP according to [1] with MACHINE=3Dimx8qxpmek. > > > > > > Can we use the resulting Xen Hypervisor-Image for the = Toradex > > > > > > IMX8X Module, as it uses the same Processor (i.MX 8 QXP)? > > > > > > > > > > I am afraid this tree is not maintained by Xen Project but, > > > > > IIRC, NXP. I > > > > have CCed > > > > > one person that may be able to help you. > > > > > > > > Thanks for connecting! > > > > > > > > > > > > > > > > Question 3: > > > > > > If the answers to Question 1 and Question 2 are yes, then = what > > > > > > else could we be missing? > > > > > > > > > > > > > > > > > > > > > > > > [1] > > > > > > > > > > > > = https://www.toradex.com/de/computer-on-modules/colibri-arm-family/nxp- > > > > > > imx-8x [2] > > > > > > https://www.nxp.com/docs/en/user- > > > > > guide/IMX_YOCTO_PROJECT_USERS_GUIDE.p > > > > > > df [3] > > > > > > > > > > > > https://www.nxp.com/docs/en/user-guide/IMX_LINUX_USERS_GUIDE.pdf > > > > > > > > > > > > Bootscript: > > > > > > [4] https://pastebin.com/dcj0K3Xb > > > > > > > > > > > > Complete Bootlog: > > > > > > [5] https://pastebin.com/eLpZvd29 > > > > > > > > > > > > Xenconfig according to Xen Wiki [6] > > > > > > > > > > > > = https://wiki.xenproject.org/wiki/Compiling_Xen_From_Source#Compiling_l > > > > > > atest_ > > > > > > Linux_kernel_support > > > > > > > > > > > > fsl-imx8qxp-colibri-eval-v3-dom0.dts: > > > > > > [7] https://pastebin.com/f4dGCYFf > > > > > > > > > > > > fsl-imx8qxp-mek-dom0.dts: > > > > > > [8] https://pastebin.com/c3Ukc6mZ > > > > > > > > > > > > No arm64/zImage: > > > > > > [9] https://community.nxp.com/thread/482861#comment-1051436 > > > > > > > > > > > > arm64/Image is equivalent to zImage: > > > > > > [10] http://markmail.org/message/advnw6lk5rcfyabp > > > > > > > > > > > > iMX-XEN Repo: > > > > > > [11] > > > > > > > > > > > > = https://source.codeaurora.org/external/imx/imx-xen/tree/?h=3Dimx_4.19.35 > > > > > > _1.1.0 > > > > > > > > > > > > > > > > > > > > > > > > Thank you very much for your reading this mail and helping > > > > > > with our > > > > issue! > > > > > > > > > > > > Best regards, > > > > > > > > > > Best regards, > > > > > > > > > > -- > > > > > Julien Grall > > > > > > > > Best regards, > > > > > > > > Daniel Wagner ------=_NextPart_000_00F0_01D67492.118144E0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCCGIow ggRoMIIDUKADAgECAg83NRRmfkG6TWrQeQbivbcwDQYJKoZIhvcNAQEFBQAwSzESMBAGCgmSJomT 8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5nMRQwEgYDVQQDEwtJVEst Uk9PVC1DQTAeFw0xMTA4MDQxMjA1NTRaFw0zMTA4MDQxMjE1NTNaMEsxEjAQBgoJkiaJk/IsZAEZ FgJkZTEfMB0GCgmSJomT8ixkARkWD2l0ay1lbmdpbmVlcmluZzEUMBIGA1UEAxMLSVRLLVJPT1Qt Q0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCURptpxkeRen0Z3FqDJmVCZEHrxGl/ CknSG6tSIWAl6Z5kG+GmbFEd4dK268mnm4sPRnH5uostWrOPP4d+9ODBSgysFpm9YVUfgg7SUL2A Aa8Fc3tedcPVD1SAAloo6SRMig1RCDjW77g3MVUFm83QMRAIhkuR31NhUcNXu5MW2LkZNihrE741 5iNfxDykYWWzC1F0J3EOTCaFkKPLcm4cTKA6xydvMEGqDBno6bHMavPKFsARFoavhkl1Awjy6fph eB6TWd1xR/XOuNsAmJCCUfIep82El3FPcWm5R/R7COjT3MvrJAS/OaB5m4/Kk6WpFAvAPZ0DCjGD fRUnSkK/AgMBAAGjggFHMIIBQzALBgNVHQ8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBAzAdBgNV HQ4EFgQUvQAGRESbQttNtURfDzjZq4H7XQgwSAYDVR0fAQH/BD4wPDA6oDigNoY0aHR0cDovL3Br aS5pdGstZW5naW5lZXJpbmcuZGUvcHVibGljL2l0ay1yb290LWNhLmNybDAQBgkrBgEEAYI3FQEE AwIBADBTBgNVHSAETDBKMEgGCCsGAQQBgpYeMDwwOgYIKwYBBQUHAgEWLmh0dHA6Ly9wa2kuaXRr LWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9sZWdhbC5odG0wUAYIKwYBBQUHAQEERDBCMEAGCCsGAQUF BzAChjRodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvaXRrLXJvb3QtY2EuY3J0 MA0GCSqGSIb3DQEBBQUAA4IBAQBwja+7l5R4Q1JnXL/WOs3b1edWJB2HzeL5xmOYdIHoSu9AXtRZ PV7Dw2giNvv/aSCDbOlbmdc9cjPd1BDBz4yipEP3U6E3ZlFyHsFW3AgBwLnmBxC8sGFYMmDcvi5B pEDN9FAg0ulwrUClIMauY1fJi+aP3XZvtY1iF7+VmKv4hEfWDNIfbyEo/QWWrilJu9fQYwgQLtAF CaM6wZGLZH1WACuQGzx1P1eQar10FzIypueA+ES70JArdN0VfZbx6O5IQxw6RqNiz5LZLqQ2Xwp/ WZ83G9vuWAo7h8ayuQz/H0AXYorsfE/MszsjHm1X3Rv9zFZaSKDnTPvK/AIJfJg3MIIExTCCA62g AwIBAgIKYQ8qkQAAAAAABzANBgkqhkiG9w0BAQsFADBLMRIwEAYKCZImiZPyLGQBGRYCZGUxHzAd BgoJkiaJk/IsZAEZFg9pdGstZW5naW5lZXJpbmcxFDASBgNVBAMTC0lUSy1ST09ULUNBMB4XDTE1 MDQyOTEzMjMxM1oXDTI1MDQyOTEzMzMxM1owTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZIm iZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQChnA2FbmfuLJESnicRHzZT+/ce853EC4BScJ/goXeHIM7W 34dVfEe994ib/tVESmpu+uzyJbNMMP6inxwIEx2hVr+Y4ey/uldWUcPUeS5372zAqdK1fOv7jPS6 8xLx1D37U4+PzbsnWzfgAy+VN7Xu95vptWWK/8F60sEi4V+Zn3ZYblKXTIoMM4o/vFidOs5rlZun t1uasmXCjq2I6k7ZMYjT2JPosWprHfrEfuJg4ucprSK96fYRKcmL0/dFuwy9QrA9BtiJVg07YeMK jhDBeHwAEhw4GdiCQ97wkrTVz6zHch/gpsn/Ga6NKgDOfKbVCBZD137Q13DHgXLFILwhAgMBAAGj ggGoMIIBpDASBgkrBgEEAYI3FQEEBQIDAQABMCMGCSsGAQQBgjcVAgQWBBQ2JFlXok+d2gXre4gx 02BWF9glZzAdBgNVHQ4EFgQUSDC39c3DWKZ5//VxZnWk9+AxKGUwVAYDVR0gBE0wSzBJBggrBgEE AYKWHjA9MDsGCCsGAQUFBwIBFi9odHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMv bGVnYWwuaHRtADAZBgkrBgEEAYI3FAIEDB4KAFMAdQBiAEMAQTALBgNVHQ8EBAMCAYYwEgYDVR0T AQH/BAgwBgEB/wIBAjAfBgNVHSMEGDAWgBS9AAZERJtC2021RF8PONmrgftdCDBFBgNVHR8EPjA8 MDqgOKA2hjRodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvaXRrLXJvb3QtY2Eu Y3JsMFAGCCsGAQUFBwEBBEQwQjBABggrBgEFBQcwAoY0aHR0cDovL3BraS5pdGstZW5naW5lZXJp bmcuZGUvcHVibGljL2l0ay1yb290LWNhLmNydDANBgkqhkiG9w0BAQsFAAOCAQEASjQUccZRE3+I qJGk5fdTXQ3imouPC9ruzYaszoUX2d1YsNmSHvfQdxdTeEv0khMLrtXViz6wnvy+OjH975OXrk3v IYrBwX5fK5JIVNsCiImzrptEGRaRc8ToX/jSt9XVQij3DcLGUkhFjvthSw7AIBsVtby7t6rZaEZn 4HIFc1Pp41bHdnpPPbph/11/D7pYeF7Kcmk7AC3A6msKxZqefbwdySikmN//XkKnOHi8AheSMnQC J4cTmoe4NHMXy4pZbVMaz/tGT9AbM+jnlToMP5XRpuqb4sL0SVe282hGjXAcBfggEy2qMGL328iE LDuyD1llE40v9GE5KkX5K0S2bDCCB4UwggZtoAMCAQICExEAAK4PAq/vgLS3Qr8AAQAArg8wDQYJ KoZIhvcNAQELBQAwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVu Z2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwHhcNMTkxMDA0MDYxOTIyWhcNMjExMDAz MDYxOTIyWjCBtjEVMBMGCgmSJomT8ixkARkWBWxvY2FsMRMwEQYKCZImiZPyLGQBGRYDaXRrMQww CgYDVQQLEwNJVEsxITAfBgNVBAsMGFByYWt0aWthbnRlbiAmIFN0dWRlbnRlbjEMMAoGA1UECxMD Umx6MRcwFQYDVQQDEw5EYW5pZWwgV2FnbmVyMjEwMC4GCSqGSIb3DQEJARYhZGFuaWVsLndhZ25l cjJAaXRrLWVuZ2luZWVyaW5nLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAr+hS P0CWM//EZBlASuX/PZqKKq9E+30p3Mm9aLSzxuAn0vodj0jNE/6qa6prgjCk2JymcwAaUiVrvYZc X++d237DtT1EnVSzMOfwz3QYIuL9XtiqQf6S0B5Y/35ODJL5NYkTWAHXYqpf0qLRV1xrMouO1yXo DGIkPTe2aCTa+MxBCX9osT5UUqd9mE0/amQbhYMhXN59EpSawbvVOw2LshrVyEkApCqZNNMjahNy 0PDZYUmka06tjAWUL9xecFC7Cz7qS+8GGx0KDSYij71IvgE/37uF7SN020QPQ2ZzhBZfgoagnj2U 4rkl2M0RCNPz/0tIywsxvvIE9x2rVG5dhQIDAQABo4ID8zCCA+8wPQYJKwYBBAGCNxUHBDAwLgYm KwYBBAGCNxUIh9ibWoG69j6H2ZUe89JRh7irVoF7hvnCWoeuzGcCAWQCAQ0wKQYDVR0lBCIwIAYK KwYBBAGCNwoDDAYIKwYBBQUHAwMGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIGwDBUBgNVHSAETTBL MEkGCCsGAQQBgpYeMD0wOwYIKwYBBQUHAgEWL2h0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRl L3B1YmxpYy9sZWdhbC5odG0AMDUGCSsGAQQBgjcVCgQoMCYwDAYKKwYBBAGCNwoDDDAKBggrBgEF BQcDAzAKBggrBgEFBQcDBDAdBgNVHQ4EFgQUnJ5utHlrKYDgCMGdquoiiaCFdt0wHwYDVR0jBBgw FoAUSDC39c3DWKZ5//VxZnWk9+AxKGUwggELBgNVHR8EggECMIH/MIH8oIH5oIH2hoG5bGRhcDov Ly9DTj1JVEstSVNTVUUtQ0EoMSksQ049aXRrLWlzc3VlLWNhLENOPUNEUCxDTj1QdWJsaWMlMjBL ZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWl0ayxEQz1sb2Nh bD9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0 aW9uUG9pbnSGOGh0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9JVEstSVNTVUUt Q0EoMSkuY3JsMIIBNAYIKwYBBQUHAQEEggEmMIIBIjCBqQYIKwYBBQUHMAKGgZxsZGFwOi8vL0NO PUlUSy1JU1NVRS1DQSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vydmlj ZXMsQ049Q29uZmlndXJhdGlvbixEQz1pdGssREM9bG9jYWw/Y0FDZXJ0aWZpY2F0ZT9iYXNlP29i amVjdENsYXNzPWNlcnRpZmljYXRpb25BdXRob3JpdHkwLgYIKwYBBQUHMAGGImh0dHA6Ly9wa2ku aXRrLWVuZ2luZWVyaW5nLmRlL29jc3AwRAYIKwYBBQUHMAKGOGh0dHA6Ly9wa2kuaXRrLWVuZ2lu ZWVyaW5nLmRlL3B1YmxpYy9JVEstSVNTVUUtQ0EoMSkuY3J0MF8GA1UdEQRYMFagMQYKKwYBBAGC NxQCA6AjDCFkYW5pZWwud2FnbmVyMkBpdGstZW5naW5lZXJpbmcuZGWBIWRhbmllbC53YWduZXIy QGl0ay1lbmdpbmVlcmluZy5kZTANBgkqhkiG9w0BAQsFAAOCAQEAlojMO0AiAd6YmAZ6nnWY/TCT 6WOxWKm3JmbdyNINqmc1h8GHz4i0zaqAPTFUAfsRSlzFYAWsFwtc+9A+7eqJxNs9PCPs04rlnJat 0Bws9/2yZBTGMdinIJ4KQovaN2pNw5yvZw3MXsgiaC96Vxm8s0D78ahJ3Bhubcfew11EL++2yoNs f1HmS0/6FSVKNEHvzpfy38PC81N8wPY39+sx2hXI308DaZWjQtma7AdsdEHAqdr44R4FNfgwZYZ7 Z8hDHm7K8bW8RvY+Z1qdvc9KsvONdZnk3ZG0hiCqvUbMaCddMLbOwu7PlKlQ2VyOuFUpfNDfK35C 9lmI2rbR6FxpsjCCB8gwggawoAMCAQICExEAAK4O5k39C2blUioAAQAArg4wDQYJKoZIhvcNAQEL BQAwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5n MRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwHhcNMTkxMDA0MDYxODU5WhcNMjExMDAzMDYxODU5WjCB tjEVMBMGCgmSJomT8ixkARkWBWxvY2FsMRMwEQYKCZImiZPyLGQBGRYDaXRrMQwwCgYDVQQLEwNJ VEsxITAfBgNVBAsMGFByYWt0aWthbnRlbiAmIFN0dWRlbnRlbjEMMAoGA1UECxMDUmx6MRcwFQYD VQQDEw5EYW5pZWwgV2FnbmVyMjEwMC4GCSqGSIb3DQEJARYhZGFuaWVsLndhZ25lcjJAaXRrLWVu Z2luZWVyaW5nLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA8lqiSBKj3Qg5S/Fc j/IDmHH8T+pBv8awdQcPkwZNynDDYC5JPiHP01Poy7B2V6W8OQ97XnMjOWM2zvGPmJtOvYOpu8fb QV700C4UCNjVaLw2MTAZ5zEHeW0CbQTLYSKS9EgrEuWelI1hQrk7EsUmTKuPy4hd/gLvBPdQaOpY 3Gb9tK09qQDTnG+p94yefmqiWy2Tn51QVp37QiwX+9L/fpD+L9JxhHdC4KVfLyrGumMVVrGWufI2 DyqWNkrx4O34HrpLYmXR5XSAYZFbDmamPEQRdCi9tefB0rIqqEgRl7CMiUkyYE0z0WDBrfoOsQZv d732EitrvByf+z08mGM/pQIDAQABo4IENjCCBDIwPQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUI h9ibWoG69j6H2ZUe89JRh7irVoF7hP/sNob24EACAWQCAQ8wKQYDVR0lBCIwIAYIKwYBBQUHAwIG CCsGAQUFBwMEBgorBgEEAYI3CgMEMAsGA1UdDwQEAwIFoDBUBgNVHSAETTBLMEkGCCsGAQQBgpYe MD0wOwYIKwYBBQUHAgEWL2h0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9sZWdh bC5odG0AMDUGCSsGAQQBgjcVCgQoMCYwCgYIKwYBBQUHAwIwCgYIKwYBBQUHAwQwDAYKKwYBBAGC NwoDBDBEBgkqhkiG9w0BCQ8ENzA1MA4GCCqGSIb3DQMCAgIAgDAOBggqhkiG9w0DBAICAIAwBwYF Kw4DAgcwCgYIKoZIhvcNAwcwHQYDVR0OBBYEFHKMFlp3s89ONCpMsQAVG3kCnejGMB8GA1UdIwQY MBaAFEgwt/XNw1imef/1cWZ1pPfgMShlMIIBCwYDVR0fBIIBAjCB/zCB/KCB+aCB9oaBuWxkYXA6 Ly8vQ049SVRLLUlTU1VFLUNBKDEpLENOPWl0ay1pc3N1ZS1jYSxDTj1DRFAsQ049UHVibGljJTIw S2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1pdGssREM9bG9j YWw/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3RyaWJ1 dGlvblBvaW50hjhodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvSVRLLUlTU1VF LUNBKDEpLmNybDCCATQGCCsGAQUFBwEBBIIBJjCCASIwgakGCCsGAQUFBzAChoGcbGRhcDovLy9D Tj1JVEstSVNTVUUtQ0EsQ049QUlBLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZp Y2VzLENOPUNvbmZpZ3VyYXRpb24sREM9aXRrLERDPWxvY2FsP2NBQ2VydGlmaWNhdGU/YmFzZT9v YmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MC4GCCsGAQUFBzABhiJodHRwOi8vcGtp Lml0ay1lbmdpbmVlcmluZy5kZS9vY3NwMEQGCCsGAQUFBzAChjhodHRwOi8vcGtpLml0ay1lbmdp bmVlcmluZy5kZS9wdWJsaWMvSVRLLUlTU1VFLUNBKDEpLmNydDBfBgNVHREEWDBWoDEGCisGAQQB gjcUAgOgIwwhZGFuaWVsLndhZ25lcjJAaXRrLWVuZ2luZWVyaW5nLmRlgSFkYW5pZWwud2FnbmVy MkBpdGstZW5naW5lZXJpbmcuZGUwDQYJKoZIhvcNAQELBQADggEBAFGH/1/4fuQC/XhnFGnucdYu YZ7Lq4GANtiozlL21s0qo7mbj26KfjVGEAxrJmeZ5oRyIDy3RsKTuLUGble+Gh9ABYD5l7rUO1/u YevEUzeVWlFFdjAYBGKAZ0Ax8vyvpVum5cKbW/dV0WdusCdIHGbNjPCj/0aztEnQ2YzyGZdMAKBr 2luenYwT6iipW+fY/PHCRCjuq4/YeMUdyZ10J6V2HkfvgY1KKhzfm8YsT5b53X/Ys10AdQqTD0yg PrOr0b9zUGmUdLS7k/2QPoEMaVKSNTEKUM+f0cpSQcSPiA1QbEZwRHtZmKIaS0TZYQmOvrrxRsn7 f6DrZrca9rw2mysxggO1MIIDsQIBATBjMEwxEjAQBgoJkiaJk/IsZAEZFgJkZTEfMB0GCgmSJomT 8ixkARkWD2l0ay1lbmdpbmVlcmluZzEVMBMGA1UEAxMMSVRLLUlTU1VFLUNBAhMRAACuDwKv74C0 t0K/AAEAAK4PMA0GCWCGSAFlAwQCAwUAoIICIzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG CSqGSIb3DQEJBTEPFw0yMDA4MTcxMDI5MzZaME8GCSqGSIb3DQEJBDFCBEAjozu1/hlhvQ7ZIclP gp30fS00lr+3N/ukn78R/FRPMhVnPIc6e5KFkCH2xiQLmxwmnrQqZeDGtoEV9dq2mAiNMHIGCSsG AQQBgjcQBDFlMGMwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVu Z2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0ECExEAAK4O5k39C2blUioAAQAArg4wdAYL KoZIhvcNAQkQAgsxZaBjMEwxEjAQBgoJkiaJk/IsZAEZFgJkZTEfMB0GCgmSJomT8ixkARkWD2l0 ay1lbmdpbmVlcmluZzEVMBMGA1UEAxMMSVRLLUlTU1VFLUNBAhMRAACuDuZN/Qtm5VIqAAEAAK4O MIGtBgkqhkiG9w0BCQ8xgZ8wgZwwCwYJKoZIhvcNAQEHMAsGCWCGSAFlAwQBKjALBglghkgBZQME ARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB QDALBglghkgBZQMEAgMwCwYJKoZIhvcNAQEKMAsGCWCGSAFlAwQCAjALBglghkgBZQMEAgEwBwYF Kw4DAhowDQYJKoZIhvcNAQEBBQAEggEAi9Jpw3ISlddjdFR2N32FFAeZTskB9+dNdtAlZZarMsuL OLjpd/nZzf3ez/iv/J6sjC7ewiiErV1lJpHPImrZoBxhyOzIIULTYXCwGrGOrIDlfGNlrriy5A9V Rhnsf9SW0YYLMnkXidaQHbtLV2tLrrgaJ0AYT2wLZHF6qNT3p5xskfa0QD+Qda3ZJY6+MVLNXvg7 BrxbXy/KD8Oa26D1wqDvtZx97c+oHts1K0VaQAM2j75papZwSxWeUieFGWpskGezNK2OvAzhmu37 GxVj2dhdCD8dH5Dk9Wq69n6LFVcVaS97tlOX5ViBKweOpbNwO5DRUd4TWEP3X4sNTH7qRAAAAAAA AA== ------=_NextPart_000_00F0_01D67492.118144E0-- From xen-users-bounces@lists.xenproject.org Wed Aug 19 11:06:34 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Aug 2020 11:06:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k8Ltd-0004zZ-GT; Wed, 19 Aug 2020 11:04:45 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k8Ltb-0004zU-Gt for xen-users@lists.xenproject.org; Wed, 19 Aug 2020 11:04:43 +0000 X-Inumbo-ID: 81cb251b-1631-4b83-aca5-c2aa49660824 Received: from mx2.mailbox.org (unknown [80.241.60.215]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 81cb251b-1631-4b83-aca5-c2aa49660824; Wed, 19 Aug 2020 11:04:40 +0000 (UTC) Received: from smtp1.mailbox.org (smtp1.mailbox.org [80.241.60.240]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by mx2.mailbox.org (Postfix) with ESMTPS id DBDACA11EC for ; Wed, 19 Aug 2020 13:04:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from smtp1.mailbox.org ([80.241.60.240]) by spamfilter01.heinlein-hosting.de (spamfilter01.heinlein-hosting.de [80.241.56.115]) (amavisd-new, port 10030) with ESMTP id 6OG5FJavClAN for ; Wed, 19 Aug 2020 13:04:35 +0200 (CEST) From: Simon Leiner Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: [Linux] [ARM] Granting memory obtained from the DMA API Message-Id: <32922E87-9F50-41B3-A321-3212697CF7DB@leiner.me> Date: Wed, 19 Aug 2020 13:04:34 +0200 To: xen-users@lists.xenproject.org X-MBO-SPAM-Probability: X-Rspamd-Score: -3.20 / 15.00 / 15.00 X-Rspamd-Queue-Id: A1164607 X-Rspamd-UID: ccf542 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hi everyone, I'm working on a virtio driver for the Linux kernel that supports the dynamic connection of devices via the Xenbus (as part of a research project at the Karlsruhe Institute of Technology). My question concerns the Xenbus client API in the Linux kernel. As this is my first time posting on the Xen mailing lists, I'm not entirely sure if this is the right place for this question. If not, feel free to point me to the right place :-) Part of virtio is having shared memory. So naturally, I'm using Xen's grant system for that. Part of the Xenbus client API is the function xenbus_grant_ring which, by its documentation grants access to a block of memory starting at vaddr to another domain. I tried using this in my driver which created the grants and returned without any error, but after mounting the grants on another domain, it turns out that some other location in memory was actually granted instead of the one behind the original vaddr. So I found the problem: The vaddr that I was using xenbus_grant_ring with was obtained by dma_alloc_coherent (whereas the other split drivers included in the mainline kernel use Xen IO rings allocated by the "regular" mechanisms such as __get_free_page, alloc_page etc.). But xenbus_grant_ring uses virt_to_gfn to get the GFN for the vaddr which on ARM(64) must not be used for DMA addresses. So I could fix the problem by providing a modified version of xenbus_grant_ring as part of my driver which takes a dma_addr_t instead of a void* for the start address, gets the PFN via dma_to_phys, converts it to a GFN and then delegates to gnttab_grant_foreign_access, just like xenbus_grant_ring. I can confirm that this works on Linux 5.4.0. My question to you is: How can this be fixed "the right way"? Is there anything that can be done to prevent others from debugging the same problem (which for me, took some hours...)? I can see multiple approaches: 1. Have xenbus_grant_ring "just work" even with DMA addresses on ARM This would certainly be the nicest solution, but I don't see how it could be implemented. I don't know how to check whether some address actually is a DMA address and even if there was a way to know, dma_to_phys still requires a pointer to the device struct which was used for allocation. 2. Provide another version which takes a dma_addr_t instead of void* This can be easily done, but things get complicated when the device for which the DMA memory was allocated is not the xenbus_device which is passed anyway. So, it would be necessary to include an additional argument pointing the actual device struct which was used for allocation. 3. Just use gnttab_grant_foreign_access which works with GFNs anyway Which is essentially what I'm doing currently, as in my driver I know from which the device the DMA addresses were allocated. If this is the preferred solution to this problem, I propose adding a warning to the documentation of xenbus_grant_ring that forbids using this for vaddrs obtained from the DMA API as it will not work (at least on ARM). What do you think? Greetings from Germany, Simon From xen-users-bounces@lists.xenproject.org Wed Aug 19 18:28:00 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Aug 2020 18:28:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k8Smy-0004MV-Nx; Wed, 19 Aug 2020 18:26:20 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k7KHC-0002wR-Lh for xen-users@lists.xenproject.org; Sun, 16 Aug 2020 15:08:50 +0000 X-Inumbo-ID: bdb3f7a1-38a3-443b-bc49-c7dc72cc8f76 Received: from mail-lj1-x241.google.com (unknown [2a00:1450:4864:20::241]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id bdb3f7a1-38a3-443b-bc49-c7dc72cc8f76; Sun, 16 Aug 2020 15:08:48 +0000 (UTC) Received: by mail-lj1-x241.google.com with SMTP id v12so14753676ljc.10 for ; Sun, 16 Aug 2020 08:08:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=3UD7EOe4eFmsIskZI+p/dHNx1fXdM8YstOM5yUoQ8us=; b=bY2ONTbnbCxZGmvZlnypFnvM4+I7GqmR2D2s4tsXm21mk4ySSn5zr6mB8vihY+NwKn TmOHP3fam1/ESivgwbM71zYIZ9N/gxin0UnvotrOvt4jP8r92mkGSlRcdHwQ9KKpl4zZ cy5D9JqWbWeIjugJmIdy34UmPPh/RJ0pU/SWzEFSiBDci3AqsEaySnXSdIvR3n9/xT4d yZc88ddOnAdygzQQyFTOiQWKbLtaaeaGwqPwDH8/4Xeu82lhJcOVgKSPFuuxSMJbHotn Xo361bS2Md2rkMyCKx1MWKDMOGbuXVJZQrOb0NwC22pTptf5EAljleeSvUSeFML7TR+G Jxkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=3UD7EOe4eFmsIskZI+p/dHNx1fXdM8YstOM5yUoQ8us=; b=eRMZ+xEe0dAkPO0hBqfK14LHEqj8GB2JD/qWsWTZo97hn+qTxXHLtPFKhwxxBCOhzz f95ADK7nnkKFnriqUz0kY19b6o2/+AUysZTsvjuQVFzMkr0Oe3CljlozT1Lyp0u4o15i k5ZQpmMTIEZRHZNFVuEiUQ8NsZ6XMa/Y6Z0QgMAdEddRpWHfp8irCA9kH/bmKxhWtB+G izZ5Fxi0PYyZMZ13SJd5xDB+DkVGZbdBwl1qeGP5UQ9lThMvSbZz/UzZZcrHPLPEEzXY NngU64cLaKA9XFUNBiXU9gY/KKFBwFP/t8xD2+kXg47KGcO9uv21TNR9EBGoWWYxJ9nM +h6g== X-Gm-Message-State: AOAM531Qt4YRDcHRG9ThJt/Se3vfjiG0dNkTU7/SLZzCe9rgoPthXOXr Ex+c7NYLRoCrURzMYlHcvLVqXrThsnBfeBQaU9bdxjDCqe/W3g== X-Google-Smtp-Source: ABdhPJwSshZBbKwSnnO4NfQYdXhQtwAE+KqsgrFldZyTXXNeZMLIrrcbIrFuPCWPYHkAdxSBvmY1UcFvq6Wom6Zp5vw= X-Received: by 2002:a2e:3202:: with SMTP id y2mr5762395ljy.30.1597590527233; Sun, 16 Aug 2020 08:08:47 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Mario Marietto Date: Sun, 16 Aug 2020 17:08:11 +0200 Message-ID: Subject: Fwd: xen and the support for spice GL To: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000df538c05ad0007a4" X-Mailman-Approved-At: Wed, 19 Aug 2020 18:26:20 +0000 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --000000000000df538c05ad0007a4 Content-Type: text/plain; charset="UTF-8" Hello. To make a long story short,I tried to pass through my two kinect 2 devices from ubuntu 20.04 to a two qemu / kvm virtual machines,where on the first one I have also passed through my RTX 2080 ti and on the second one,I have passed through also the IGPU (Intel UHD Graphics 630). This is the tutorial that I have followed : https://blog.tmm.cx/2020/05/15/passing-an-intel-gpu-to-a-linux-kvm-virtual-machine/ It worked great,except for a "little" problem. When I attach the second kinect to the vm,as soon as I try to use it,its connection drops. For this reason,I've got an idea. Maybe what I want to do works better using the xen-hypervisor. So,I have created a new connection and a new vm with xen and virt manager and I tried to assign the Intel UHD Graphics 630 GPU to the vm following the tutorial above. It's a shame that it didn't work because the error that u see below : https://i.stack.imgur.com/h518O.png "hypervisor / libvirt does not support spice GL". So my question is if xen supports the spice GL or not. thanks. -- Mario. -- Mario. --000000000000df538c05ad0007a4 Content-Type: text/html; charset="UTF-8"

Hello.

To make a long story short,I tried to pass through my two kinect 2 devices from ubuntu 20.04 to a two qemu / kvm virtual machines,where on the first one I have also passed through my RTX 2080 ti and on the second one,I have passed through also the IGPU (Intel UHD Graphics 630). This is the tutorial that I have followed :

https://blog.tmm.cx/2020/05/15/passing-an-intel-gpu-to-a-linux-kvm-virtual-machine/

It worked great,except for a "little" problem. When I attach the second kinect to the vm,as soon as I try to use it,its connection drops. For this reason,I've got an idea. Maybe what I want to do works better using the xen-hypervisor. So,I have created a new connection and a new vm with xen and virt manager and I tried to assign the Intel UHD Graphics 630 GPU to the vm following the tutorial above.

It's a shame that it didn't work because the error that u see below :


"hypervisor / libvirt does not support spice GL". So my question is if xen supports the spice GL or not. thanks.

--
Mario.


--
Mario.
--000000000000df538c05ad0007a4-- From xen-users-bounces@lists.xenproject.org Thu Aug 20 09:47:18 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Aug 2020 09:47:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k8h8D-00084r-9P; Thu, 20 Aug 2020 09:45:13 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k8h8B-00084m-Hq for xen-users@lists.xenproject.org; Thu, 20 Aug 2020 09:45:11 +0000 X-Inumbo-ID: 7ae97e90-9be1-4572-a49c-6a0a2c14160c Received: from mail.xenproject.org (unknown [104.130.215.37]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 7ae97e90-9be1-4572-a49c-6a0a2c14160c; Thu, 20 Aug 2020 09:42:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xen.org; s=20200302mail; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:To:Subject; bh=N8ZNAslyc7XmH2OTmfR28Ks2aAs71HR95YaID3jaEwc=; b=oaCmdRigIEVZhJ/m+xhf01XY4o rmsd6cnR0ZKjI2LzLlgUmDJT17aMoWdFgB2RgNAu8VOe6hRjas9HTDmujgEKmd/iK/j71j+VnIwvH AungAcs6w9aYN2KG7iEkBqo/6k9EVGuMI7sPcF6j53OxLIHmOAk2laNqqT0IWSLHWGsE=; Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k8h5I-0007ez-Bj; Thu, 20 Aug 2020 09:42:12 +0000 Received: from 54-240-197-234.amazon.com ([54.240.197.234] helo=a483e7b01a66.ant.amazon.com) by xenbits.xenproject.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1k8h5H-0004ib-Uf; Thu, 20 Aug 2020 09:42:12 +0000 Subject: Re: AW: Colibri imx8qxp: Missing kernel boot module To: Daniel Wagner2 , Peng Fan , "xen-users@lists.xenproject.org" References: <8a636f3577a74bf095ffd0c8a1afd201@itk-engineering.de> <94b56c3a-103a-5d63-1d4a-a5a56d476a5d@xen.org> <09ec585c649d4138bb09ac462628c3c0@itk-engineering.de> From: Julien Grall Message-ID: Date: Thu, 20 Aug 2020 10:42:10 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <09ec585c649d4138bb09ac462628c3c0@itk-engineering.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hi Daniel, On 17/08/2020 11:29, Daniel Wagner2 wrote: > > >> -----Ursprüngliche Nachricht----- >> Von: Peng Fan >> Gesendet: Montag, 17. August 2020 12:02 >> An: Daniel Wagner2 ; xen- >> users@lists.xenproject.org >> Betreff: RE: Colibri imx8qxp: Missing kernel boot module >> >>> Subject: AW: Colibri imx8qxp: Missing kernel boot module >>> >>> >>> >>>> -----Ursprüngliche Nachricht----- >>>> Von: Peng Fan >>>> Gesendet: Montag, 17. August 2020 11:47 >>>> An: Daniel Wagner2 ; Julien Grall >>>> ; xen-users@lists.xenproject.org >>>> Betreff: RE: Colibri imx8qxp: Missing kernel boot module >>>> >>>>> Subject: AW: Colibri imx8qxp: Missing kernel boot module >>>>> >>>>> >>>>> >>>>>> -----Ursprüngliche Nachricht----- >>>>>> Von: Xen-users Im >>>>>> Auftrag von >>>>> Julien >>>>>> Grall >>>>>> Gesendet: Freitag, 14. August 2020 21:46 >>>>>> An: Daniel Wagner2 ; xen- >>>>>> users@lists.xenproject.org; Peng Fan >>>>>> Betreff: Re: Colibri imx8qxp: Missing kernel boot module >>>>>> >>>>>> On 10/08/2020 16:32, Daniel Wagner2 wrote: >>>>>>> Hello xen-users, >>>>>> >>>>>> Hello, >>>>>> >>>>>>> we are trying to get Xen running on a Toradex "Colibri iMX8X" >>>>>>> module (see [1] at the bottom of this email), which features >>>>>>> the >>>>>>> iMX8 QXP >>>>> prozessor. >>>>>>> We found that NXP has a Xen reference implementation [2][3] >>>>>>> for their MEK Module and tried to port that to the Toradex > module. >>>>>>> >>>>>>> When booting via the bootscript [4], which is unaltered except >>>>>>> for the "dom0fdt_file" and "xenhyper_bootargs" variables, we >>>>>>> get the following >>>>>>> error: >>>>>>> >>>>>>> [...] (See [5] for complete bootlog) >>>>>>> (XEN) *** LOADING DOMAIN 0 *** >>>>>>> (XEN) Missing kernel boot module? >>>>>>> (XEN) >>>>>>> (XEN) **************************************** >>>>>>> (XEN) Panic on CPU 0: >>>>>>> (XEN) Could not set up DOM0 guest OS >>>>>>> (XEN) **************************************** >>>>>>> (XEN) >>>>>>> (XEN) Reboot in five seconds... >>>>>>> >>>>>>> For Dom0 we took the linux-toradex kernel source, ran "make >>> xenconfig" >>>>>>> [6], which should add Xen-support and rebuilt the Image with >>>>>>> "make >>>>> Image". >>>>>>> For dom0 DTB [7] we copied the dom0 DTS NXP uses for their >>>>> MEK-Module >>>>>>> [8] and only adjusted the "bootargs" parameter. >>>>>>> This Linux Image was able to run after we rebuilt and booted >>>>>>> it without >>>>> Xen. >>>>>> >>>>>> Which Device-Tree did you for boot Linux without Xen? >>>>> >>>>> Used the same Device-Tree Binary that we want to use with Xen >>>>> which is described in [7]. In [7] you can see rows 23 and 24, >>>>> which include the Devicetree as it is supplied by Toradex. >>>>> To boot linux with our dom0 DTB, the u-boot variable fdt_file was >>>>> changed from fsl-imx8qxp-colibri-eval-v3.dtb to >>>>> fsl-imx8qxp-colibri-eval-v3-dom0.dtb. >>>> >>>> >>>> Did you use the U-Boot cmd 'xenmmcboot' or 'xennetboot'? >>> >>> To boot linux without Xen the u-boot cmd 'boot' is used. >>> To boot Xen we use 'run xenmmcboot' (in an adjusted form to account >>> for different filenames and bootargs, see [4]). >> >> So kernel Image loaded to 0x80a00000, right? >> >> Please load kernel image before run xenmmcboot if not. > > The xenmmcboot script [4] line 25 loads the linux image. > Inserting the values for the variables in this line gives: > 'fatload mmc 0:1 0x92000000 image' > So we load the kernel image to 0x92000000. Is this not the right adress? > How can the right adress, to load the kernel image to, be determined? With U-boot, you will have to unfortunately determine the address manually. I usually use the address provided by U-boot for baremetal boot and load both Xen and Linux close to each other. > Loading it to 0x80a00000 yields the same error ("Missing kernel boot > module?") It may be possible that the Device-Tree node is incorrect. Would it be possible to dump the Device-Tree node /chosen/ in either U-boot or Xen? Cheers, -- Julien Grall From xen-users-bounces@lists.xenproject.org Sat Aug 22 10:53:43 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 22 Aug 2020 10:53:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9R7j-0008Ba-CP; Sat, 22 Aug 2020 10:51:47 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9R7h-0008BV-F8 for xen-users@lists.xenproject.org; Sat, 22 Aug 2020 10:51:45 +0000 X-Inumbo-ID: 95f23b88-83b4-40ba-9b29-22546fe78b7e Received: from sonic314-13.consmr.mail.bf2.yahoo.com (unknown [74.6.132.123]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 95f23b88-83b4-40ba-9b29-22546fe78b7e; Sat, 22 Aug 2020 10:51:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1598093503; bh=MqO/w/HtOU9ANBCmG4D8S5Ib6GgKDD3e5Ei5ROqbKxY=; h=Date:From:To:Subject:References:From:Subject; b=gJMT0UZnpaUywueEcAtuv0mwW7tgEtwFZqyoWUQ/iptYO+eOIVnJwjVbzxyMAGiDU1RHz7PUWSfD37D8Q3pJTM9lzWk5NuUum+Z3Wt9/cSCKtdkoQCYPtIvPJXbVc7Eo2aK2Fccqi8nVKNS8pwUU3vVTQvVPMQ4brGxawSx+B9nRapHXkzKhuHpkz2PGiH2JSVcAmaxg+CahAWBgh/xfIwMJh9s0Krh9PR/WyI27W+AtBq/KXE7dhP2DYW/gyyTBkgyE+fOKPSID7DYy62EnIh31kVXfXXgStiBuvB6noFP0dRPskha+hcNquL+GnLg+OH/uJHwD7U6Vn6Mabz7c3w== X-YMail-OSG: cU7wLf8VM1nTEgxBl431t8UsNLOFC9xMXXnj4sMrgkaxvrdpp99uOADf_hWyMJF aOaNcFb8jhGvHDmQrS5VaCxTIEFhf5UWXVbRsZvWxd7dD5opqFJdpE97pxi__G_BVopatiDW23If 4hN_58n_gKlZ9SGT4KANLwK.zTaoHSABFowdpzQmeJXuTZRS3xPageBLh5tFH.6Zow2VHImZ2uxu lg8U7xLY0sgqZmtMOl6YdPxaeg0IgX40mUD18NE56RllL1C6A1BqxXCr12fBKYbsRXh3U3lb3Ws2 uybO2xy_2TG4eyx1WGwoyMt6MYNzg_wUrJKiGwXtalJxjMTljQ_amyet7lUrB_Xcf.YffLUtvlLw AI9AsLDj7gcHGGkgNRdq8LBvGkbi49COF8GkbYIpJpVoyhevOHptan5ovEdNL5wEQ69OAApx2OkI bepDv7.TQ0O7VuweVpRrlM6QVIPSGE6TxOELoPBNDfH9tDDpcmm8WR3Z2QAl2SAh4thXgCVl0Yia FGtWpMHX8ypIhSHasIEHC3wTkvEJG7HOBER8d_3MFOT1CSJlnioRvNUl1BFckUBorHb79kf9HsKm .k8mzOq3ltuf6cg6QzKwADjJ.vx1nC_XvATNXYfMHVfTkpjQgRQlyIE0Z2UL1aICdpb.WD1E6K5R 7nr.ZsMhlboQBzLwcOmxNDcDrbulgWZy97CnRfgbMALOOU6CKqZiRfah3.EgC6eegKSTdRMJUola 8VK0ku53gFK_4h0rL76KOkj0ZewUuSDuF0.ITEVbPWI9WRY7hdnMRH7bWZKT0tvT8ncMbgOUJPNE KblNedhcQinzegcOOxPiah04Ydq1luh5k96vKhAuEGJW3mfg_VUftf_Fu2VGQwNTVS3QEthClX.9 cvW7zYbvKODg2rFE2i_xdxKiKyQ5JWvD13OBDryLfD4TGgUAcKfQikPk3v6VL7C7wA1PMBvBTmUt cF_u5JekJIA_XuPLjSDiGayoitmAgCThNoRndN6I8VwBAct9taXzHswurJ7jgww66nFP.lLp3a4H pS0xHaulMF7FR9Kfnqi0u84tNGOg3_97dqM_zdXKSqW.yO.I6ewMtKkoiSNTE_znfIqcUd_1LDch tGplxVjVK4SmvgMixixBBpsIh0jY4wua6cUIXRXmwnxpdXrP2cXlkpYAnzR8mA_R4z0znl3auTzF yMV8EuzeZVyckOjF3UurSi0jnWNwrLQFr.sFmVTfxRYFfBzIqUJsgf3fx0uFae._WlZYuZ8IEnRP laAUSZfO.pg5C8V6hlcn_RBuGfEVMOPqJAijCpCFzCVECosOezOIkLWID8c609efnxUFfYPdLqbs LE.EInqdZwq7n8VFmGkFYMN0pXZXBNmfGQjUynEWwdA.bbFxSoW9sfdoUWI_a_LlkQQ0CCiKsM7V M85lPaEhpBYDTm7sZ7p8gWcUhT3iVqf135BNfDsvwQKFCbWNaZb6g Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.bf2.yahoo.com with HTTP; Sat, 22 Aug 2020 10:51:43 +0000 Date: Sat, 22 Aug 2020 10:51:40 +0000 (UTC) From: Jason Long To: Xen-users Message-ID: <745672373.2188952.1598093500181@mail.yahoo.com> Subject: The concept of DomU. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: <745672373.2188952.1598093500181.ref@mail.yahoo.com> X-Mailer: WebService/1.1.16455 YMailNorrin Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.135 Safari/537.36 Content-Length: 159 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hello, The Guest OS means DomU, but each guest has a separate DomU? For example, When Xen running 100 guest operating systems then it has 100 DomUs? Thanks. From xen-users-bounces@lists.xenproject.org Sat Aug 22 11:08:00 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 22 Aug 2020 11:08:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9RMq-0000un-TO; Sat, 22 Aug 2020 11:07:24 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9RMo-0000tA-Q8 for xen-users@lists.xenproject.org; Sat, 22 Aug 2020 11:07:23 +0000 X-Inumbo-ID: 6acff3a1-a278-41f7-abf5-95f539144618 Received: from sonic310-13.consmr.mail.bf2.yahoo.com (unknown [74.6.135.123]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 6acff3a1-a278-41f7-abf5-95f539144618; Sat, 22 Aug 2020 11:07:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1598094441; bh=S6A/1yARwPYcZLXmnHCytpIxS0dH3SmKDkbOCHLzVu0=; h=Date:From:To:Subject:References:From:Subject; b=HCNagjuSsBYgrD4xDRYWskY4mmOkyXwHS0PYCX/Kg1SwCXDq44p2fITU3TJYxCpScNfOthUPBOxRieOHwMJUs9gR1SIBoMuxe+orDkWCDX4Vcc5IkLIqfobdF4uvhiq4SPo/waBVIiWBFTHkoZ0QUyuHkZMeLQ/LnU8ejvMawvNV1O0ZaDkWesz7q2iKAnhEO98OLTsfWlVzJzmvufCzSapf6itp/HsRXazqHbsZAgfYmVBUinmyj2m3iPEkrM2Bt77Wy6pLlcLi23EMvHqRlQPRmXAJQk4T011+OoPamN4GdKBoUjNU4iF96aPWLwrcAot5tISPruI0eQFCNT9lfA== X-YMail-OSG: WJ8iM74VM1kSfCBj2GXdqXZkHf.q7jHBJFxd6agyrDVr3zuoB1dJ6wUJ3EEgRPv ErS2qvZnMy1LoHK9bWguGMKw09HfEoQAzkkqUVQ3cMkZ0_lWSxqaMPH2E.qSQz.XcU6CVm6yHVC4 IxtGPBkT8r19WBt2S8NWhruRuQ1SZ25CsC5WqUSD7cty8xzHbyeKW6wUwlzHC6rWSH4EggPFF7rV ZVP0NJ7bahTZ3Xqa5pCnURKDkwE1j_KcRAN_pEpe1JDQFWXYShdRnMAapLhSLjSZL7WPm6_SH1WH Hui.XBME6k30hm5fR2mWI0hqHYIWh863x7OhKc1tPMe0XzagtnE6WBbdbaorWqczWzHV1J9OJ_WE ywjMvYxXsJCk4ckDcrsprmSB8weTrbOp.FuIAX7Nj7zzto4eyU6HTMRIN_R8AQdiLpPXQ.RqsYKx L9fYFAHPjBPwkNyyIxyC.TCkrVI9jcGcZFPnnoiF6VdDmUtei3cV9pQED45DJhVX_kvpi6raZJ4e fGDWl2WqDfyvsjPUCi7_fYSY1EibXcVExKHHU4vmjFIyNlpAzcmEFuZhfyMS9dJd3E2GrXm9Up9A ouLPC88gJb7ErjBYLHnwUC3unk2j9KXZSCj.5stN.yqpKK9hx6MRpUomqylxgsvENC1bpGM4Kja6 3heHeBkMSOTAvv6aGem88lqMrAMHPYmlrGiaKRX_DOFO4JtH71GpeabEoCYkIHjWwVABv19eJzTA 7nn3urRP7s1IuFF8TqqLk8pI7bHkxCwDqxdUm_WwTnWsVa3QLn0AfOozB6MEbUWXtt1Mk2k_HJlt XhLD7y_3wns.UOSubM5CMuEa4AlIhmggGJOuhs5RmJpbiVUfR7TmWQlgifeCuq8wyGuj.AcyI65T n6WHz3Yk.O7toMi4VYw3rsZm56kjackE7qn3v7YZHtmybXhGqSdSknRFnXcQcpzFjHF4QDH5b3Op ompPDgw2dTdQ_HGguW.oHV4UvX0ZSPLxjJsIibfyqhBdh5cfzmuY.YgI2BV6UdkRvh0D5htUWdRo lD8GZxM1ISbnaV4uWYJwRpoUEFOmlpbX2OQrG4W4sw0bcS_t1MKK5o2XgZi.rfmb.Z9dNxN00r58 6K9SjzEEqUJDdhpG4rtvfmo.QcKHsJ2yhrjOZlefEMS0Vyr7tWr0_Fr0vJSB.b4SgAbR9kq3mOzf SbZQCpN1..3FmgQmG_XOOMBfEXa3jKf2vqxGzIBtdDN3YFgE_VSmfkXHhAWgwPYMR8snewpXxNhS 7DSo1P9j4qD4WdAx3nyAIrAUsLNDoVnMtpZHIRv8UhVsVHqHzP0tlM6istbsLf6TYqxNFsdQUnTR GU4ETEYrvcWjVOdxfe_lXUbNEyreXt7IDiEEu0ZC45ighD2Jx8pn0aFTIJlYUumfasKCwbTH6Avs YVYmvMXZAHIJ5zYXkXdaOTDYzpo3VBV0WApcod3rcDg5qPkzWoWBq4_CBChid Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.bf2.yahoo.com with HTTP; Sat, 22 Aug 2020 11:07:21 +0000 Date: Sat, 22 Aug 2020 11:07:17 +0000 (UTC) From: Jason Long To: Xen-users Message-ID: <723604807.4407797.1598094437979@mail.yahoo.com> Subject: The live-patching for other architecture. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable References: <723604807.4407797.1598094437979.ref@mail.yahoo.com> X-Mailer: WebService/1.1.16455 YMailNorrin Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.135 Safari/537.36 Content-Length: 109 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hello, Is the=C2=A0live-patching just for=C2=A0the x86 architecture? How about AMD= 64 or ARM? Thank you. From xen-users-bounces@lists.xenproject.org Sat Aug 22 12:01:52 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 22 Aug 2020 12:01:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9SCO-0005xH-Gm; Sat, 22 Aug 2020 12:00:40 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9SCM-0005xC-Qu for xen-users@lists.xenproject.org; Sat, 22 Aug 2020 12:00:38 +0000 X-Inumbo-ID: adef0241-fe9e-4b09-ac01-639cae6e2de5 Received: from mx0.itk-engineering.de (unknown [212.121.145.30]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id adef0241-fe9e-4b09-ac01-639cae6e2de5; Sat, 22 Aug 2020 12:00:36 +0000 (UTC) From: Daniel Wagner2 To: Julien Grall , "xen-users@lists.xenproject.org" , Peng Fan Subject: RE: Colibri imx8qxp: Missing kernel boot module Thread-Topic: Colibri imx8qxp: Missing kernel boot module Thread-Index: AdZ4e7LIFVj5XH/jSxu7Yy990/VQuw== Date: Sat, 22 Aug 2020 12:00:35 +0000 Message-ID: <371b26ab9d3d40528235d89d2bcbf42d@itk-engineering.de> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=2.16.840.1.101.3.4.2.3; boundary="----=_NextPart_000_0014_01D6788C.99E84920" MIME-Version: 1.0 x-msw-jemd-newsletter: false X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" ------=_NextPart_000_0014_01D6788C.99E84920 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello Julien, > >>>>>> On 10/08/2020 16:32, Daniel Wagner2 wrote: > >>>>>>> Hello xen-users, > >>>>>>> we are trying to get Xen running on a Toradex "Colibri iMX8X" > >>>>>>> module (see [1] at the bottom of this email), which features the > >>>>>>> iMX8 QXP > >>>>> prozessor. > >>>>>>> We found that NXP has a Xen reference implementation [2][3] for > >>>>>>> their MEK Module and tried to port that to the Toradex > > module. > >>>>>>> > >>>>>>> When booting via the bootscript [4], which is unaltered except > >>>>>>> for the "dom0fdt_file" and "xenhyper_bootargs" variables, we get > >>>>>>> the following > >>>>>>> error: > >>>>>>> > >>>>>>> [...] (See [5] for complete bootlog) > >>>>>>> (XEN) *** LOADING DOMAIN 0 *** > >>>>>>> (XEN) Missing kernel boot module? > >>>>>>> (XEN) > >>>>>>> (XEN) **************************************** > >>>>>>> (XEN) Panic on CPU 0: > >>>>>>> (XEN) Could not set up DOM0 guest OS > >>>>>>> (XEN) **************************************** > >>>>>>> (XEN) > >>>>>>> (XEN) Reboot in five seconds... > >>>>>>> > >>>>>>> For Dom0 we took the linux-toradex kernel source, ran "make > >>> xenconfig" > >>>>>>> [6], which should add Xen-support and rebuilt the Image with > >>>>>>> "make > >>>>> Image". > >>>>>>> For dom0 DTB [7] we copied the dom0 DTS NXP uses for their > >>>>> MEK-Module > >>>>>>> [8] and only adjusted the "bootargs" parameter. > >>>>>>> This Linux Image was able to run after we rebuilt and booted it > >>>>>>> without > >>>>> Xen. > >>>>>> > >>>>>> Which Device-Tree did you for boot Linux without Xen? > >>>>> > >>>>> Used the same Device-Tree Binary that we want to use with Xen > >>>>> which is described in [7]. In [7] you can see rows 23 and 24, > >>>>> which include the Devicetree as it is supplied by Toradex. > >>>>> To boot linux with our dom0 DTB, the u-boot variable fdt_file was > >>>>> changed from fsl-imx8qxp-colibri-eval-v3.dtb to > >>>>> fsl-imx8qxp-colibri-eval-v3-dom0.dtb. > >>>> > >>>> > >>>> Did you use the U-Boot cmd 'xenmmcboot' or 'xennetboot'? > >>> > >>> To boot linux without Xen the u-boot cmd 'boot' is used. > >>> To boot Xen we use 'run xenmmcboot' (in an adjusted form to account > >>> for different filenames and bootargs, see [4]). > >> > >> So kernel Image loaded to 0x80a00000, right? > >> > >> Please load kernel image before run xenmmcboot if not. > > > > The xenmmcboot script [4] line 25 loads the linux image. > > Inserting the values for the variables in this line gives: > > 'fatload mmc 0:1 0x92000000 image' > > So we load the kernel image to 0x92000000. Is this not the right adress? > > How can the right adress, to load the kernel image to, be determined? > > With U-boot, you will have to unfortunately determine the address manually. I > usually use the address provided by U-boot for baremetal boot and load both > Xen and Linux close to each other. > > > Loading it to 0x80a00000 yields the same error ("Missing kernel boot > > module?") > > It may be possible that the Device-Tree node is incorrect. Would it be possible to > dump the Device-Tree node /chosen/ in either U-boot or Xen? > We tried to load xen, dom0 und fdt close together in an effort to replicate your approach. Thats why we now load xen @ 0x8200 0000 dom0 @ 0x8210 0000 fdt @ 0x8370 0000 To account for these changes, the /chosen node was also adjusted. /chosen (for readibility as pastebin): https://pastebin.com/v6pmm1iq chosen { bootargs = "console=ttyLP3,115200 earlycon=lpuart32,0x5a090000,115200"; stdout-path = "/serial@5a090000"; #address-cells = <0x00000002>; #size-cells = <0x00000002>; module@0 { bootargs = "earlycon=xen console=hvc0 loglevel=8 root=/dev/mmcblk0p2 rootwait rw"; xen,dom0-bootargs = "console=dtuart dtuart=ttyLP3 earlycon=lpuart3,0x5a090000,115200"; compatible = "xen,linux-zimage", "xen,multiboot-module"; reg = <0x00000000 0x82100000 0x00000000 0x01490a00>; }; }; Regards, Daniel ------=_NextPart_000_0014_01D6788C.99E84920 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCCGIow ggRoMIIDUKADAgECAg83NRRmfkG6TWrQeQbivbcwDQYJKoZIhvcNAQEFBQAwSzESMBAGCgmSJomT 8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5nMRQwEgYDVQQDEwtJVEst Uk9PVC1DQTAeFw0xMTA4MDQxMjA1NTRaFw0zMTA4MDQxMjE1NTNaMEsxEjAQBgoJkiaJk/IsZAEZ FgJkZTEfMB0GCgmSJomT8ixkARkWD2l0ay1lbmdpbmVlcmluZzEUMBIGA1UEAxMLSVRLLVJPT1Qt Q0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCURptpxkeRen0Z3FqDJmVCZEHrxGl/ CknSG6tSIWAl6Z5kG+GmbFEd4dK268mnm4sPRnH5uostWrOPP4d+9ODBSgysFpm9YVUfgg7SUL2A Aa8Fc3tedcPVD1SAAloo6SRMig1RCDjW77g3MVUFm83QMRAIhkuR31NhUcNXu5MW2LkZNihrE741 5iNfxDykYWWzC1F0J3EOTCaFkKPLcm4cTKA6xydvMEGqDBno6bHMavPKFsARFoavhkl1Awjy6fph eB6TWd1xR/XOuNsAmJCCUfIep82El3FPcWm5R/R7COjT3MvrJAS/OaB5m4/Kk6WpFAvAPZ0DCjGD fRUnSkK/AgMBAAGjggFHMIIBQzALBgNVHQ8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBAzAdBgNV HQ4EFgQUvQAGRESbQttNtURfDzjZq4H7XQgwSAYDVR0fAQH/BD4wPDA6oDigNoY0aHR0cDovL3Br aS5pdGstZW5naW5lZXJpbmcuZGUvcHVibGljL2l0ay1yb290LWNhLmNybDAQBgkrBgEEAYI3FQEE AwIBADBTBgNVHSAETDBKMEgGCCsGAQQBgpYeMDwwOgYIKwYBBQUHAgEWLmh0dHA6Ly9wa2kuaXRr LWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9sZWdhbC5odG0wUAYIKwYBBQUHAQEERDBCMEAGCCsGAQUF BzAChjRodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvaXRrLXJvb3QtY2EuY3J0 MA0GCSqGSIb3DQEBBQUAA4IBAQBwja+7l5R4Q1JnXL/WOs3b1edWJB2HzeL5xmOYdIHoSu9AXtRZ PV7Dw2giNvv/aSCDbOlbmdc9cjPd1BDBz4yipEP3U6E3ZlFyHsFW3AgBwLnmBxC8sGFYMmDcvi5B pEDN9FAg0ulwrUClIMauY1fJi+aP3XZvtY1iF7+VmKv4hEfWDNIfbyEo/QWWrilJu9fQYwgQLtAF CaM6wZGLZH1WACuQGzx1P1eQar10FzIypueA+ES70JArdN0VfZbx6O5IQxw6RqNiz5LZLqQ2Xwp/ WZ83G9vuWAo7h8ayuQz/H0AXYorsfE/MszsjHm1X3Rv9zFZaSKDnTPvK/AIJfJg3MIIExTCCA62g AwIBAgIKYQ8qkQAAAAAABzANBgkqhkiG9w0BAQsFADBLMRIwEAYKCZImiZPyLGQBGRYCZGUxHzAd BgoJkiaJk/IsZAEZFg9pdGstZW5naW5lZXJpbmcxFDASBgNVBAMTC0lUSy1ST09ULUNBMB4XDTE1 MDQyOTEzMjMxM1oXDTI1MDQyOTEzMzMxM1owTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZIm iZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQChnA2FbmfuLJESnicRHzZT+/ce853EC4BScJ/goXeHIM7W 34dVfEe994ib/tVESmpu+uzyJbNMMP6inxwIEx2hVr+Y4ey/uldWUcPUeS5372zAqdK1fOv7jPS6 8xLx1D37U4+PzbsnWzfgAy+VN7Xu95vptWWK/8F60sEi4V+Zn3ZYblKXTIoMM4o/vFidOs5rlZun t1uasmXCjq2I6k7ZMYjT2JPosWprHfrEfuJg4ucprSK96fYRKcmL0/dFuwy9QrA9BtiJVg07YeMK jhDBeHwAEhw4GdiCQ97wkrTVz6zHch/gpsn/Ga6NKgDOfKbVCBZD137Q13DHgXLFILwhAgMBAAGj ggGoMIIBpDASBgkrBgEEAYI3FQEEBQIDAQABMCMGCSsGAQQBgjcVAgQWBBQ2JFlXok+d2gXre4gx 02BWF9glZzAdBgNVHQ4EFgQUSDC39c3DWKZ5//VxZnWk9+AxKGUwVAYDVR0gBE0wSzBJBggrBgEE AYKWHjA9MDsGCCsGAQUFBwIBFi9odHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMv bGVnYWwuaHRtADAZBgkrBgEEAYI3FAIEDB4KAFMAdQBiAEMAQTALBgNVHQ8EBAMCAYYwEgYDVR0T AQH/BAgwBgEB/wIBAjAfBgNVHSMEGDAWgBS9AAZERJtC2021RF8PONmrgftdCDBFBgNVHR8EPjA8 MDqgOKA2hjRodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvaXRrLXJvb3QtY2Eu Y3JsMFAGCCsGAQUFBwEBBEQwQjBABggrBgEFBQcwAoY0aHR0cDovL3BraS5pdGstZW5naW5lZXJp bmcuZGUvcHVibGljL2l0ay1yb290LWNhLmNydDANBgkqhkiG9w0BAQsFAAOCAQEASjQUccZRE3+I qJGk5fdTXQ3imouPC9ruzYaszoUX2d1YsNmSHvfQdxdTeEv0khMLrtXViz6wnvy+OjH975OXrk3v IYrBwX5fK5JIVNsCiImzrptEGRaRc8ToX/jSt9XVQij3DcLGUkhFjvthSw7AIBsVtby7t6rZaEZn 4HIFc1Pp41bHdnpPPbph/11/D7pYeF7Kcmk7AC3A6msKxZqefbwdySikmN//XkKnOHi8AheSMnQC J4cTmoe4NHMXy4pZbVMaz/tGT9AbM+jnlToMP5XRpuqb4sL0SVe282hGjXAcBfggEy2qMGL328iE LDuyD1llE40v9GE5KkX5K0S2bDCCB4UwggZtoAMCAQICExEAAK4PAq/vgLS3Qr8AAQAArg8wDQYJ KoZIhvcNAQELBQAwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVu Z2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwHhcNMTkxMDA0MDYxOTIyWhcNMjExMDAz MDYxOTIyWjCBtjEVMBMGCgmSJomT8ixkARkWBWxvY2FsMRMwEQYKCZImiZPyLGQBGRYDaXRrMQww CgYDVQQLEwNJVEsxITAfBgNVBAsMGFByYWt0aWthbnRlbiAmIFN0dWRlbnRlbjEMMAoGA1UECxMD Umx6MRcwFQYDVQQDEw5EYW5pZWwgV2FnbmVyMjEwMC4GCSqGSIb3DQEJARYhZGFuaWVsLndhZ25l cjJAaXRrLWVuZ2luZWVyaW5nLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAr+hS P0CWM//EZBlASuX/PZqKKq9E+30p3Mm9aLSzxuAn0vodj0jNE/6qa6prgjCk2JymcwAaUiVrvYZc X++d237DtT1EnVSzMOfwz3QYIuL9XtiqQf6S0B5Y/35ODJL5NYkTWAHXYqpf0qLRV1xrMouO1yXo DGIkPTe2aCTa+MxBCX9osT5UUqd9mE0/amQbhYMhXN59EpSawbvVOw2LshrVyEkApCqZNNMjahNy 0PDZYUmka06tjAWUL9xecFC7Cz7qS+8GGx0KDSYij71IvgE/37uF7SN020QPQ2ZzhBZfgoagnj2U 4rkl2M0RCNPz/0tIywsxvvIE9x2rVG5dhQIDAQABo4ID8zCCA+8wPQYJKwYBBAGCNxUHBDAwLgYm KwYBBAGCNxUIh9ibWoG69j6H2ZUe89JRh7irVoF7hvnCWoeuzGcCAWQCAQ0wKQYDVR0lBCIwIAYK KwYBBAGCNwoDDAYIKwYBBQUHAwMGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIGwDBUBgNVHSAETTBL MEkGCCsGAQQBgpYeMD0wOwYIKwYBBQUHAgEWL2h0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRl L3B1YmxpYy9sZWdhbC5odG0AMDUGCSsGAQQBgjcVCgQoMCYwDAYKKwYBBAGCNwoDDDAKBggrBgEF BQcDAzAKBggrBgEFBQcDBDAdBgNVHQ4EFgQUnJ5utHlrKYDgCMGdquoiiaCFdt0wHwYDVR0jBBgw FoAUSDC39c3DWKZ5//VxZnWk9+AxKGUwggELBgNVHR8EggECMIH/MIH8oIH5oIH2hoG5bGRhcDov Ly9DTj1JVEstSVNTVUUtQ0EoMSksQ049aXRrLWlzc3VlLWNhLENOPUNEUCxDTj1QdWJsaWMlMjBL ZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWl0ayxEQz1sb2Nh bD9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0 aW9uUG9pbnSGOGh0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9JVEstSVNTVUUt Q0EoMSkuY3JsMIIBNAYIKwYBBQUHAQEEggEmMIIBIjCBqQYIKwYBBQUHMAKGgZxsZGFwOi8vL0NO PUlUSy1JU1NVRS1DQSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vydmlj ZXMsQ049Q29uZmlndXJhdGlvbixEQz1pdGssREM9bG9jYWw/Y0FDZXJ0aWZpY2F0ZT9iYXNlP29i amVjdENsYXNzPWNlcnRpZmljYXRpb25BdXRob3JpdHkwLgYIKwYBBQUHMAGGImh0dHA6Ly9wa2ku aXRrLWVuZ2luZWVyaW5nLmRlL29jc3AwRAYIKwYBBQUHMAKGOGh0dHA6Ly9wa2kuaXRrLWVuZ2lu ZWVyaW5nLmRlL3B1YmxpYy9JVEstSVNTVUUtQ0EoMSkuY3J0MF8GA1UdEQRYMFagMQYKKwYBBAGC NxQCA6AjDCFkYW5pZWwud2FnbmVyMkBpdGstZW5naW5lZXJpbmcuZGWBIWRhbmllbC53YWduZXIy QGl0ay1lbmdpbmVlcmluZy5kZTANBgkqhkiG9w0BAQsFAAOCAQEAlojMO0AiAd6YmAZ6nnWY/TCT 6WOxWKm3JmbdyNINqmc1h8GHz4i0zaqAPTFUAfsRSlzFYAWsFwtc+9A+7eqJxNs9PCPs04rlnJat 0Bws9/2yZBTGMdinIJ4KQovaN2pNw5yvZw3MXsgiaC96Vxm8s0D78ahJ3Bhubcfew11EL++2yoNs f1HmS0/6FSVKNEHvzpfy38PC81N8wPY39+sx2hXI308DaZWjQtma7AdsdEHAqdr44R4FNfgwZYZ7 Z8hDHm7K8bW8RvY+Z1qdvc9KsvONdZnk3ZG0hiCqvUbMaCddMLbOwu7PlKlQ2VyOuFUpfNDfK35C 9lmI2rbR6FxpsjCCB8gwggawoAMCAQICExEAAK4O5k39C2blUioAAQAArg4wDQYJKoZIhvcNAQEL BQAwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVuZ2luZWVyaW5n MRUwEwYDVQQDEwxJVEstSVNTVUUtQ0EwHhcNMTkxMDA0MDYxODU5WhcNMjExMDAzMDYxODU5WjCB tjEVMBMGCgmSJomT8ixkARkWBWxvY2FsMRMwEQYKCZImiZPyLGQBGRYDaXRrMQwwCgYDVQQLEwNJ VEsxITAfBgNVBAsMGFByYWt0aWthbnRlbiAmIFN0dWRlbnRlbjEMMAoGA1UECxMDUmx6MRcwFQYD VQQDEw5EYW5pZWwgV2FnbmVyMjEwMC4GCSqGSIb3DQEJARYhZGFuaWVsLndhZ25lcjJAaXRrLWVu Z2luZWVyaW5nLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA8lqiSBKj3Qg5S/Fc j/IDmHH8T+pBv8awdQcPkwZNynDDYC5JPiHP01Poy7B2V6W8OQ97XnMjOWM2zvGPmJtOvYOpu8fb QV700C4UCNjVaLw2MTAZ5zEHeW0CbQTLYSKS9EgrEuWelI1hQrk7EsUmTKuPy4hd/gLvBPdQaOpY 3Gb9tK09qQDTnG+p94yefmqiWy2Tn51QVp37QiwX+9L/fpD+L9JxhHdC4KVfLyrGumMVVrGWufI2 DyqWNkrx4O34HrpLYmXR5XSAYZFbDmamPEQRdCi9tefB0rIqqEgRl7CMiUkyYE0z0WDBrfoOsQZv d732EitrvByf+z08mGM/pQIDAQABo4IENjCCBDIwPQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUI h9ibWoG69j6H2ZUe89JRh7irVoF7hP/sNob24EACAWQCAQ8wKQYDVR0lBCIwIAYIKwYBBQUHAwIG CCsGAQUFBwMEBgorBgEEAYI3CgMEMAsGA1UdDwQEAwIFoDBUBgNVHSAETTBLMEkGCCsGAQQBgpYe MD0wOwYIKwYBBQUHAgEWL2h0dHA6Ly9wa2kuaXRrLWVuZ2luZWVyaW5nLmRlL3B1YmxpYy9sZWdh bC5odG0AMDUGCSsGAQQBgjcVCgQoMCYwCgYIKwYBBQUHAwIwCgYIKwYBBQUHAwQwDAYKKwYBBAGC NwoDBDBEBgkqhkiG9w0BCQ8ENzA1MA4GCCqGSIb3DQMCAgIAgDAOBggqhkiG9w0DBAICAIAwBwYF Kw4DAgcwCgYIKoZIhvcNAwcwHQYDVR0OBBYEFHKMFlp3s89ONCpMsQAVG3kCnejGMB8GA1UdIwQY MBaAFEgwt/XNw1imef/1cWZ1pPfgMShlMIIBCwYDVR0fBIIBAjCB/zCB/KCB+aCB9oaBuWxkYXA6 Ly8vQ049SVRLLUlTU1VFLUNBKDEpLENOPWl0ay1pc3N1ZS1jYSxDTj1DRFAsQ049UHVibGljJTIw S2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1pdGssREM9bG9j YWw/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3RyaWJ1 dGlvblBvaW50hjhodHRwOi8vcGtpLml0ay1lbmdpbmVlcmluZy5kZS9wdWJsaWMvSVRLLUlTU1VF LUNBKDEpLmNybDCCATQGCCsGAQUFBwEBBIIBJjCCASIwgakGCCsGAQUFBzAChoGcbGRhcDovLy9D Tj1JVEstSVNTVUUtQ0EsQ049QUlBLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZp Y2VzLENOPUNvbmZpZ3VyYXRpb24sREM9aXRrLERDPWxvY2FsP2NBQ2VydGlmaWNhdGU/YmFzZT9v YmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MC4GCCsGAQUFBzABhiJodHRwOi8vcGtp Lml0ay1lbmdpbmVlcmluZy5kZS9vY3NwMEQGCCsGAQUFBzAChjhodHRwOi8vcGtpLml0ay1lbmdp bmVlcmluZy5kZS9wdWJsaWMvSVRLLUlTU1VFLUNBKDEpLmNydDBfBgNVHREEWDBWoDEGCisGAQQB gjcUAgOgIwwhZGFuaWVsLndhZ25lcjJAaXRrLWVuZ2luZWVyaW5nLmRlgSFkYW5pZWwud2FnbmVy MkBpdGstZW5naW5lZXJpbmcuZGUwDQYJKoZIhvcNAQELBQADggEBAFGH/1/4fuQC/XhnFGnucdYu YZ7Lq4GANtiozlL21s0qo7mbj26KfjVGEAxrJmeZ5oRyIDy3RsKTuLUGble+Gh9ABYD5l7rUO1/u YevEUzeVWlFFdjAYBGKAZ0Ax8vyvpVum5cKbW/dV0WdusCdIHGbNjPCj/0aztEnQ2YzyGZdMAKBr 2luenYwT6iipW+fY/PHCRCjuq4/YeMUdyZ10J6V2HkfvgY1KKhzfm8YsT5b53X/Ys10AdQqTD0yg PrOr0b9zUGmUdLS7k/2QPoEMaVKSNTEKUM+f0cpSQcSPiA1QbEZwRHtZmKIaS0TZYQmOvrrxRsn7 f6DrZrca9rw2mysxggO1MIIDsQIBATBjMEwxEjAQBgoJkiaJk/IsZAEZFgJkZTEfMB0GCgmSJomT 8ixkARkWD2l0ay1lbmdpbmVlcmluZzEVMBMGA1UEAxMMSVRLLUlTU1VFLUNBAhMRAACuDwKv74C0 t0K/AAEAAK4PMA0GCWCGSAFlAwQCAwUAoIICIzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG CSqGSIb3DQEJBTEPFw0yMDA4MjIxMjAwMzJaME8GCSqGSIb3DQEJBDFCBEAgwReUXMLP4pQvTfEc 590GtD3k1X0T+9wvCnG5qhArYUZFLjwZE+e0NZvqI7AbFr133PG8Da3asPDYelB8MC2SMHIGCSsG AQQBgjcQBDFlMGMwTDESMBAGCgmSJomT8ixkARkWAmRlMR8wHQYKCZImiZPyLGQBGRYPaXRrLWVu Z2luZWVyaW5nMRUwEwYDVQQDEwxJVEstSVNTVUUtQ0ECExEAAK4O5k39C2blUioAAQAArg4wdAYL KoZIhvcNAQkQAgsxZaBjMEwxEjAQBgoJkiaJk/IsZAEZFgJkZTEfMB0GCgmSJomT8ixkARkWD2l0 ay1lbmdpbmVlcmluZzEVMBMGA1UEAxMMSVRLLUlTU1VFLUNBAhMRAACuDuZN/Qtm5VIqAAEAAK4O MIGtBgkqhkiG9w0BCQ8xgZ8wgZwwCwYJKoZIhvcNAQEHMAsGCWCGSAFlAwQBKjALBglghkgBZQME ARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB QDALBglghkgBZQMEAgMwCwYJKoZIhvcNAQEKMAsGCWCGSAFlAwQCAjALBglghkgBZQMEAgEwBwYF Kw4DAhowDQYJKoZIhvcNAQEBBQAEggEAAtKc9fsD91miOpHl8wy7eVL4I5g4AAuyIa4yd4HgrWbN 9QexdcECEpZ7x+kStf7JLv86cwwVrHvmqAkQX3kBU5RcoSDf333LKxjHxfR2AInjSR3Opez2VVn8 Z0H2u2WS+g6g425+sikj1y94dzqP6J28fWwZZ/Nw0/VNfS+KHoPtIdbr6Lp1N6mJNWymsUMTVZYu x75DLmGdejUhjAlBIRrNH7xK5FjOsjHZCXm/6MRazw88EZZiEWCmqn/qehVKHbXIfceY06HFUqga F9ZaVAP3Q0D+DF+wSrrPsNRAA5dnHvBaX0eDJFVU0nxVIeSGFnOEN8FHBoLLdow6G+N/mwAAAAAA AA== ------=_NextPart_000_0014_01D6788C.99E84920-- From xen-users-bounces@lists.xenproject.org Sun Aug 23 02:49:34 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 23 Aug 2020 02:49:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9g2p-0002Ba-IP; Sun, 23 Aug 2020 02:47:43 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9g2o-0002BV-79 for xen-users@lists.xenproject.org; Sun, 23 Aug 2020 02:47:42 +0000 X-Inumbo-ID: 08009c05-f5a9-4ab6-bc71-72281c342398 Received: from mail-pl1-x642.google.com (unknown [2607:f8b0:4864:20::642]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 08009c05-f5a9-4ab6-bc71-72281c342398; Sun, 23 Aug 2020 02:47:40 +0000 (UTC) Received: by mail-pl1-x642.google.com with SMTP id q3so1290712pls.11 for ; Sat, 22 Aug 2020 19:47:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=6iO3VQT6TfJbVJkcLfV6DzwkCCiMEWF7vxrq8qpV0w0=; b=GDmwK3f+ytQvC+ESLIpKD8FexM59JAL3G3VJw0G+Mpr7znA/Zu2UGtzg0orug5C81G xgc6PttACDWGD7cpzTnOGWjux2Xri1/sRlIHpaqK1DinVbEXgqdzz9N37SHa1By7yRHF wE5Tr9w5XBL41gJcNl9oFZ2D8wT7CPDY6rjGHlVBilm9x1rhmATCTLbZk6+TTL6CGar5 qbXZPAK9sc2wMNJqL4GRpqjc9rs5wmHc5Lp1FqS01vgy4PCDbp/t72oM/pWv6Gd29yon QdA6Nge1CJs2GNIEupeE0ly4y88NjgrDQSgqYORVWPiVrPD98U71LwGjoXWuQlw8b2bv EF2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=6iO3VQT6TfJbVJkcLfV6DzwkCCiMEWF7vxrq8qpV0w0=; b=CrdO31wKHFuuFUCnOmCnURDxdvCszPc+WoqYumpcrbuAQAzEOdNzCgzxnDz+w4VaXp fg5pQbNMPlcteUmnRIaRbB9Co+l4UPXbiR6T1LqZRHri1Nd8fkdhNUx7SiDM3+/sYaR7 uf07on1S1gA6EyVP1oneflV0unLF+tURETJLiQ+oFJPJKiNyeBGgb5+uUzXG84/rMfPZ ebfjwYLK/ibaWH9FYStBx5vDgWOlJkHoXSrFjINNUGJSgdz0asdYX+ZbybDybtatO0nv lNVzG8o4knEcVrO9LtVwTMQZjgm1oBelGuyT9SjBCtufH5HdMIGBya3xU5sV1e2e9k0x VIcg== X-Gm-Message-State: AOAM533eFsR8sfL2n3PNw3AJTKf4gNClkgYPRG2IQa8rAVJlSkFMDg1a 5ONK9+5rjYuTUw0sZq5MDgW5cw0NMFk= X-Google-Smtp-Source: ABdhPJzp6CuL27exeLLqVjN2cfmuD0Dz5pRBBZ8LqQBFHiMyR+8w6MzDClIEnoYu+8mkDVtMY9NV2w== X-Received: by 2002:a17:90a:3d02:: with SMTP id h2mr94444pjc.15.1598150859739; Sat, 22 Aug 2020 19:47:39 -0700 (PDT) Received: from [192.168.1.36] (fp93c0183f.tkyc626.ap.nuro.jp. [147.192.24.63]) by smtp.gmail.com with ESMTPSA id a13sm6575145pfo.49.2020.08.22.19.47.37 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 22 Aug 2020 19:47:38 -0700 (PDT) Subject: Re: The concept of DomU. To: xen-users@lists.xenproject.org References: <745672373.2188952.1598093500181.ref@mail.yahoo.com> <745672373.2188952.1598093500181@mail.yahoo.com> From: Bernd Bausch Message-ID: Date: Sun, 23 Aug 2020 11:47:35 +0900 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <745672373.2188952.1598093500181@mail.yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" You should make use of the resources that are freely available, for example https://wiki.xenproject.org/wiki/Xen_Project_Beginners_Guide (which I found by googling "xen guest domain"). From that guide: Guest virtual machines running on a Xen Project Hypervisor are known as “domainsâ€. A special domain known as domain0 (or dom0) is responsible for controlling the hypervisor and starting other guest operating systems. These other guest operating systems are called domUs. This is because these domains are “unprivileged†in the sense they cannot control the hypervisor or start/stop other domains. In short, the answer to your question is Yes. On 8/22/2020 7:51 PM, Jason Long wrote: > Hello, > The Guest OS means DomU, but each guest has a separate DomU? For example, When Xen running 100 guest operating systems then it has 100 DomUs? > > Thanks. > From xen-users-bounces@lists.xenproject.org Sun Aug 23 02:53:14 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 23 Aug 2020 02:53:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9g7q-00031a-Al; Sun, 23 Aug 2020 02:52:54 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9g7p-00031U-Bv for xen-users@lists.xenproject.org; Sun, 23 Aug 2020 02:52:53 +0000 X-Inumbo-ID: be2c0025-1eff-4dd6-a5e6-62f9d7e44c93 Received: from sonic305-3.consmr.mail.bf2.yahoo.com (unknown [74.6.133.42]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id be2c0025-1eff-4dd6-a5e6-62f9d7e44c93; Sun, 23 Aug 2020 02:52:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1598151172; bh=TKBKCwOhKqEwPwnYMGgJ31Unrh3z1z8BV8lpypiR+xI=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=X8ycMwzJH+KTqV0AjB6b8ei4jz7tW0AO6/Kf+vJK0ajVDWfht5BJygaiF4sduXIprjB9DP9jY6Vm1qm3AMfcc5ubkiu+9kdkv8iz5Ps15OtdrPGxjDbWKbT/XBQGA9iI5Z4qJyR1KCaS+WexSLkmTzLxRxnT/SpkTChbQs3vNEPBhQLA0Y+lRz8E6+PjPb2l7dTLCKNJJGYlzKcg7Ub4fMCV0GNx/AcYvB8Z15/aulrFdRtrgB7lOnWv5JrpIRF5CNEtZbClaOmwCb4nmFUslmNdpTp7pk1UB+eE3vP5VZWCp0FWE3U+hkPA7tn1RXQPAw12huSytA/rnRi3nLObGw== X-YMail-OSG: XJUbyisVM1kmkRG2tmdFhfPm2ZLkkD6ugulrbZdYUrXqik0YJQ7ZP9BCoCVJQr. ij85WhD3DJxn0kyt6eBcpZZnUxo__wZ8CaP8xNYctTSpBH7B6Ga36ehLyehsZLql_YWGIhaL1M.t y3YDFjUDNucEiRp8.TlPIOqnmuw4REfIzlbOo4xu3rKrPYqlauu8p_4U2SbKY1AbOTp4BwI_hGPY nxJH4ca8L_zKt6d1ol042uHkSDDvevgIhfc7UJ85zV1yTFHprq_fKLJAPSULt0wNxBGo8buPWcIL VU2cw5iGnu4oAcPXofz_az96XemKuve_ZU8hkJb3i8JqX4j5D5AycCrfRymxiFEHbmHjY4T9OTkN za8DlZqI0SXioBdP.hhbRt5hg_N9tSwpsAVzC2a5pOGdIRs1.DjtAdJvdrG.lddWb2iJ5b1Kze4U kE.if2CnMfiYkZSVaEMYQ8boEwYjshyaaFu9dA._QT5Q2sunOru4ElnJkDoWk60vAL.hitCUwHnR EakQGZ4Rwe4ZuohE6h_pTJt6n8ZqXOwmwYEwB3P1JQZurB.G77CoSInJHxni7E58t2qtsKt6VCNW JPY31SqWddQmGgTtl5iAzbD9Ue7Z6MlN267XOR_DmwW4OLZzqKaHMFnzx7PdOgW0V2TclqNEqofB VR4gSGqcfw.mIgzDzeBKVhfXBrAiP5MtiPl0UWI1Xj5KCK4sIRRSn6CouUP5Z6dCf8XwJeZcIRnr 6JaCXJCTwGccY0tyaFa75NqiW3iznGBa7MpJKwLP6KnB0U0OCIwXHbAn6rvu3r2SbHqbRGQicbgo dRY5AWyEXVx07dvb7F9ZHmJOUKh66_y33ETkmknTRUBELTP34AWzBbOBlpHBugjFIdT6rtTXAkjh ytgp4P2da6zXGfZSU0WOjfw6p4v3qxUfJBU6D3WfHBtQCV6HokeH2Awt2UZqYzdz.56FuSRo.AnJ pklgWsYiKMQgKKH9Gzl6s6twq1vgUFxze.DniYMceUt1Tc7PAPjkS59Vnba3QCzJdnRl2VuMxLhK gRb1T6_TCR8CaeJOVc5vbcx2ptoUpU66gw3o41q3b__mVfMwpbJn3dIIPZUXsUERYcqsn3PROUu4 7MJtlBYxoI9EKETbrlN8WryeJGJnRI6565Fm38Zc1J2wCzdWQ2gzdCfP91uq.XffjDsSyOcJq.hA Q92NvbxlWyvCA.MXIUVD290nebUd2zOIb1X0tindHimHzvZ.dOdGmR5C4wvuMDwBmDa3NIQehKjl KX9B5u9IaXU.PqgtO1yX4UoSYcVHpSrX.2FUeMS_BbxLQCEpfn.t54n3Ny_5vMY5Z22kHqVKppgC JVdRVDib7V6uINot0IdhQWPIPORMxpQeFFtPtvqUTZXq6kxQm9s.dL_HXeQFfh6Na1HdnWk_q1j8 xyLxSrZKs03QH2eL2MtzjYquJlxzWFb4gy_UI1GAM2U3q5fWiVxpcFoo1kiMisOrRRwwtvMCPJiO 5kN9Imdk8dI8.xWFtCeIqL1gUdBoHe0XURPtNS7zaDeL3LL.TIgySR6mWQX.aLKqKgCuFKMA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.bf2.yahoo.com with HTTP; Sun, 23 Aug 2020 02:52:52 +0000 Date: Sun, 23 Aug 2020 02:52:45 +0000 (UTC) From: Jason Long To: Bernd Bausch , Message-ID: <1067293224.4567639.1598151165720@mail.yahoo.com> In-Reply-To: References: <745672373.2188952.1598093500181.ref@mail.yahoo.com> <745672373.2188952.1598093500181@mail.yahoo.com> Subject: Re: The concept of DomU. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4567638_1838628992.1598151165718" X-Mailer: WebService/1.1.16455 YahooMailAndroidMobile YMobile/1.0 (com.yahoo.mobile.client.android.mail/6.10.5; Android/7.1.1; NMF26F; bbc100; BlackBerry; BBC100-1; 5.16; 1184x720; ) Content-Length: 3771 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Reply-To: Jason Long Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" ------=_Part_4567638_1838628992.1598151165718 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thank you.Thus, the number of DomU is equal to the number of quest OS. Sent from Yahoo Mail on Android=20 =20 On Sun, Aug 23, 2020 at 7:18 AM, Bernd Bausch wrot= e: You should make use of the resources that are freely available, for=20 example https://wiki.xenproject.org/wiki/Xen_Project_Beginners_Guide=20 (which I found by googling "xen guest domain"). From that guide: Guest virtual machines running on a Xen Project Hypervisor are known as=20 =E2=80=9Cdomains=E2=80=9D. A special domain known as domain0 (or dom0) is r= esponsible=20 for controlling the hypervisor and starting other guest operating=20 systems. These other guest operating systems are called domUs. This is=20 because these domains are =E2=80=9Cunprivileged=E2=80=9D in the sense they = cannot=20 control the hypervisor or start/stop other domains. In short, the answer to your question is Yes. On 8/22/2020 7:51 PM, Jason Long wrote: > Hello, > The Guest OS means DomU, but each guest has a separate DomU? For example,= When Xen running 100 guest operating systems then it has 100 DomUs? > > Thanks. > =20 ------=_Part_4567638_1838628992.1598151165718 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thank you.
Thus, the nu= mber of DomU is equal to the number of quest OS.


On Sun, Aug 23, 2020 at 7:18 AM, Bernd Bausch
<berndbausch@gmail.com> wrote:
= You should make use of the resources that are freely available, for
example https://wiki.xenproject= .org/wiki/Xen_Project_Beginners_Guide
(which I found= by googling "xen guest domain"). From that guide:

Guest virtual machines running on a Xen Project Hypervisor are= known as
=E2=80=9Cdomains=E2=80=9D. A special domain kn= own as domain0 (or dom0) is responsible
for controlling = the hypervisor and starting other guest operating
system= s. These other guest operating systems are called domUs. This is
because these domains are =E2=80=9Cunprivileged=E2=80=9D in the s= ense they cannot
control the hypervisor or start/stop ot= her domains.

In short, the answer to y= our question is Yes.

On 8/22/2020 7:51 PM, Jason Long wrote:
> Hello,
> The Guest OS means DomU, bu= t each guest has a separate DomU? For example, When Xen running 100 guest o= perating systems then it has 100 DomUs?
>
> Thanks.
>

------=_Part_4567638_1838628992.1598151165718-- From xen-users-bounces@lists.xenproject.org Sun Aug 23 07:08:36 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 23 Aug 2020 07:08:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9k5v-0007sk-RY; Sun, 23 Aug 2020 07:07:11 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9k5v-0007sf-7g for xen-users@lists.xenproject.org; Sun, 23 Aug 2020 07:07:11 +0000 X-Inumbo-ID: 4b7e1184-b6f6-470f-9d75-f607b65a8ac7 Received: from mail.bitfolk.com (unknown [2001:ba8:1f1:f019::25]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 4b7e1184-b6f6-470f-9d75-f607b65a8ac7; Sun, 23 Aug 2020 07:07:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bitfolk.com; s=alpha; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date; bh=E5mfTjCqk14dLFtMrAYrkCluG4kSOjKQD8V6irw7i/Q=; b=xRBiw9Srgs3jPp+PEv7v8HBwAE6Zc5cQkE2y8nuhXIRdDxC0KPoImsMb63VJ8h0iDDCsJ64xLryQrA6BU2gjVHeasOnXlaFMc7Wh4gucUcX9NFLTqnUtEJVYeA1Xu6y0bi/rRu5lOWolDc/ZlamKSo0xBEdfagwCvGONJ+cgyXGor+9m3WMTIn7FogH4HxJt4XSwiUGh4fzyPdq3oLY/i4cpiSLCkWMEsY2npet9tZWEKxzFzrvfaeF9ry1KAj43ipXVxRGYaD3wxH0GqP6/YkofF4S/9KzagS/rHwmuuT5JMO8VWrTgDSDAX8hcnevbwSfbGweV1/20KLVA2MoCWQ==; Received: from andy by mail.bitfolk.com with local (Exim 4.84_2) (envelope-from ) id 1k9k5s-0002xa-H5 for xen-users@lists.xenproject.org; Sun, 23 Aug 2020 07:07:08 +0000 Date: Sun, 23 Aug 2020 07:07:08 +0000 From: Andy Smith To: xen-users@lists.xenproject.org Subject: Re: The concept of DomU. Message-ID: <20200823070708.GZ13298@bitfolk.com> References: <745672373.2188952.1598093500181.ref@mail.yahoo.com> <745672373.2188952.1598093500181@mail.yahoo.com> <1067293224.4567639.1598151165720@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1067293224.4567639.1598151165720@mail.yahoo.com> OpenPGP: id=BF15490B; url=http://strugglers.net/~andy/pubkey.asc X-URL: http://strugglers.net/wiki/User:Andy User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: andy@strugglers.net X-SA-Exim-Scanned: No (on mail.bitfolk.com); SAEximRunCond expanded to false X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hello, On Sun, Aug 23, 2020 at 02:52:45AM +0000, Jason Long wrote: > Thus, the number of DomU is equal to the number of quest OS. No. You don't appear to have read what Bernd wrote nor read the link that Bernd gave you. To restate: Guests on Xen are called domains. A domU is an unprivileged domain. There are other domains which are privileged, and most installs have at least one, referred to as a "dom0", that has privileges to control the hypervisor and access real hardware, That dom0 is still a domain, or a guest if you want to use that terminology. So almost all Xen installs will have more domains than domUs, because "domU" is a subset of "domain" and most installs require a dom0 as well. dom0 is still a domain, or "a guest" if you like. Cheers, Andy From xen-users-bounces@lists.xenproject.org Sun Aug 23 07:14:45 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 23 Aug 2020 07:14:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9kCr-0000MG-N6; Sun, 23 Aug 2020 07:14:21 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9kCq-0000MA-Lf for xen-users@lists.xenproject.org; Sun, 23 Aug 2020 07:14:20 +0000 X-Inumbo-ID: 61b3fb61-9e4b-4b83-a911-482bf79ff3f3 Received: from sonic311-13.consmr.mail.bf2.yahoo.com (unknown [74.6.131.123]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 61b3fb61-9e4b-4b83-a911-482bf79ff3f3; Sun, 23 Aug 2020 07:14:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1598166858; bh=wwwJE+7d3X6ZQsIQLsZ3b2pVdWZmRNvd0EgVOyBbuRk=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=XMxbpOvesoMUf74wEZomSDtuqXlLbaJFqzVmE0rmxWh3KEYZl0eQl8jF9UjDou9zL3Z2vaFsuiqOH2lYmW6hmaHs4TMWxjb0F1DP+91WV6T0ONPwVgltyanCbb97wN35Opqm8YP2OeUTgjfOHF5sgZkz45DEozBV7NFMmfSV6iS2Um6duijZFDKfzJ7v5ca/0m3RFnrf7aA8gWVAjZI/CNuxmxObeqPfE2k3LdhR2+HMnn/FgvyUDtdpiYC6+NnYFrlvR81g47kAyIRE25ZALuY63e8eIl2pDgkBOZKWg8NTemJk7esFJb89o4Byt10JKvRX93dQRusLcWV10Tm4Tw== X-YMail-OSG: .U0c.jwVM1n52U44MjH9.nlrZNBlE43DZWRzs_WQ3UUVsL7iDOcOQONAWrxoYgW Bb5XQ2AKq5xF7Cogo9RTi.lJl_RARcyBmz6DDNI_5fQLpHxOQIzfIiFsybGBU9Okc6GN5c9GwOym 5WFJyu6MYNzYIuXXUUO6VnFxtTTFH3d0d8rvqZApv1l3NH40sBh8BYtNhVnnubb6Vriq8R0qbUV. qRYBi6Rwnf1yO5UNBZQJVbKF6lM64qLLexNLQdtGpM1usX4tzTJeaN7k4cBF2Z1w7jwj_pXk14J9 W_BDr1kOb42YuMxLqpzcCBep7wHE15ZW_wpWK_jWJP6UliHknmytw0Ri1_lhQYcYf7KZ64Qe5aLV n14G7klBn8tZ2hhsIAWF6uTl5JxLowTbz6msB8Kz7CBQTMyaihKeDn3OwUP4UIQnibO7EeMb9FLd roWUaPa1vgIcUtezVxYrcuxLgPPDeL9uViQtWJKhNLkrfSz90xt3bF3zqltKeyGUQs8eJG7giaII pQ4uSzKCt.huYzaQo1V414VyoEdGFyGOrGdtWewb_cfNmpLxVU51qehGMK2ja3Uj.zw34b7cUjBu EYUiu97hK855hKorejNLJhfy4Y.7kKxNj5VWTs1RMytBgKAum4U27u7cOEHuuzMURjOMVWgI_haz D0.8Xz5xyiKNa2hFyiRchrfj4nS8Nf_Va2uoctwhSMdZX_pMFMxCr4H5KCt.5p6ATdMKFpAIypue eJnd7sRymZiQzBcqDjDubrb0YNwvT5.kdALVtNKuSZawF4JYB0bfWOWmFjkQ3lDdulwPAFbNkxXQ .kqabnxz.OIDYaQQSnDapxzUwavRq.qFwLHNLq7_rl5DqLsDYXHI6zb_rzW8TGxvfU7S5n1Vz8Gd zFytqP1IL8GZMKjMK96YMHSVOfg3I0QvlodZmxim4wZpbn8LfkvvlzyZeKA0eWLwgebu9_Ybd4xf wLW919atm2CuXiG8W95ALmtYP4MfyMJkqAqtxL9h3jmIPIysldSXBq2pGYyBNWUNmLSOoearP0t0 MW92B4YhoPKzPtt.dqAT8F67XIBbXjYFSdHq9cC5VS_AcZG7UgXpoxw_A_QIqLbY4srsbT7snPAK oglDGOBKMqkkmQKNb8X2.QrwcjIzS6mmRMxxKAufCklcnjzGkQWdC8ulIOf3Z0_4uJqOScKmAibd eNsRH.2na2rfcA7r3MCCxAOUoxcDQBR3k7XQViI_uzA7aA3.NqgkL1GEqWxqYFtKeP5gnffSD8V7 WZlrhqN0_sdkCzCXlU0peHf.nTXkYqAlxqsfI8eZIW.5Xft7d_dDSgZWTnMreVWK.yroFWM6H6Lr x0KGYr3_fjOpNggc5B5HZiUBPnvG_zTF3AOFXyBjNpm7i3th35PofbX1YwAJwbzLnUIFzNA9JzTz 8_KEcK8m_C4nsk6UTdNwKerqNLhtCmJd.lFOYrmdJuSOuujNoGMuu6FlI8To9igOHTS_e Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.bf2.yahoo.com with HTTP; Sun, 23 Aug 2020 07:14:18 +0000 Date: Sun, 23 Aug 2020 07:14:14 +0000 (UTC) From: Jason Long To: "xen-users@lists.xenproject.org" , Andy Smith Message-ID: <1157342379.4596924.1598166854524@mail.yahoo.com> In-Reply-To: <20200823070708.GZ13298@bitfolk.com> References: <745672373.2188952.1598093500181.ref@mail.yahoo.com> <745672373.2188952.1598093500181@mail.yahoo.com> <1067293224.4567639.1598151165720@mail.yahoo.com> <20200823070708.GZ13298@bitfolk.com> Subject: Re: The concept of DomU. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.16455 YMailNorrin Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.135 Safari/537.36 Content-Length: 945 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Excuse me, Xen Project running 100 guest OSes. How many DomU running? On Sunday, August 23, 2020, 11:37:26 AM GMT+4:30, Andy Smith wrote: Hello, On Sun, Aug 23, 2020 at 02:52:45AM +0000, Jason Long wrote: > Thus, the number of DomU is equal to the number of quest OS. No. You don't appear to have read what Bernd wrote nor read the link that Bernd gave you. To restate: Guests on Xen are called domains. A domU is an unprivileged domain. There are other domains which are privileged, and most installs have at least one, referred to as a "dom0", that has privileges to control the hypervisor and access real hardware, That dom0 is still a domain, or a guest if you want to use that terminology. So almost all Xen installs will have more domains than domUs, because "domU" is a subset of "domain" and most installs require a dom0 as well. dom0 is still a domain, or "a guest" if you like. Cheers, Andy From xen-users-bounces@lists.xenproject.org Sun Aug 23 07:24:19 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 23 Aug 2020 07:24:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9kLw-0001R3-PI; Sun, 23 Aug 2020 07:23:44 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9kLv-0001Qy-GU for xen-users@lists.xenproject.org; Sun, 23 Aug 2020 07:23:43 +0000 X-Inumbo-ID: 012b1944-03aa-484a-ba96-260748fe9e23 Received: from mail.bitfolk.com (unknown [2001:ba8:1f1:f019::25]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 012b1944-03aa-484a-ba96-260748fe9e23; Sun, 23 Aug 2020 07:23:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bitfolk.com; s=alpha; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date; bh=+VKylhp+QI8mbR9G+XJTIq+uUCmqLcgWIVaVaxW/MjE=; b=RZoAtK6Cl87C970kzpIjStXRDMJw/GCPw28zgG2DmKLMyZviD+Bs71MwodZKEGelebulcDg/a9Wsn0HPx95lBtn9hj4FRuOU3HXIIH387hX/A71R39fgPrmGyXaJMk6Xod3bAlxyuGs9Mq7eWPJNJ6XA53y2y6hsJazSKGDVoJj6DBTyVOMAdmTjs+JZMF/Q0lPfkCv4icA+gRWkAPASiEKkHDhntNpOuNlhxPkgNEDS7cbRT5c9tDszlQ/FZIh8tazBPCIvkqsyOp+XVjVeg/g9t+MErLlAnnbm1qdVzC1JwNEXsNb25p5ywbgJACWxrF+Kix6JAU7TMaTGY1sHEw==; Received: from andy by mail.bitfolk.com with local (Exim 4.84_2) (envelope-from ) id 1k9kLt-0003mu-3Y for xen-users@lists.xenproject.org; Sun, 23 Aug 2020 07:23:41 +0000 Date: Sun, 23 Aug 2020 07:23:41 +0000 From: Andy Smith To: xen-users@lists.xenproject.org Subject: Re: The concept of DomU. Message-ID: <20200823072341.GA13298@bitfolk.com> References: <745672373.2188952.1598093500181.ref@mail.yahoo.com> <745672373.2188952.1598093500181@mail.yahoo.com> <1067293224.4567639.1598151165720@mail.yahoo.com> <20200823070708.GZ13298@bitfolk.com> <1157342379.4596924.1598166854524@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1157342379.4596924.1598166854524@mail.yahoo.com> OpenPGP: id=BF15490B; url=http://strugglers.net/~andy/pubkey.asc X-URL: http://strugglers.net/wiki/User:Andy User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: andy@strugglers.net X-SA-Exim-Scanned: No (on mail.bitfolk.com); SAEximRunCond expanded to false X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hello, On Sun, Aug 23, 2020 at 07:14:14AM +0000, Jason Long wrote: > Excuse me, Xen Project running 100 guest OSes. How many DomU running? In the usual case, at most 99. What is not clear about this? Without understanding where you aren't following all I can do is repeat what Bernd and I have already typed. A Xen system normally requests a dom0, which is a domain; it is a guest, it runs a guest OS like Linux or NetBSD. Your question as posed says only "guests", which in Xen terminology is "domain", and dom0 is a domain. So with 100 domains, on most Xen setups that would mean 99 domU and 1 dom0. However it seems like what you really meant is, "100 unprivileged domains". Since a domU is an unprivileged domain that question reads as "I'm running 100 domUs. How many domUs am I running?" The thing you are maybe not getting is that dom0 is a guest, like all the other guests, except that it has extra privileges. It is still a virtualized OS like all the other ones on the hypervisor. Cheers, Andy From xen-users-bounces@lists.xenproject.org Sun Aug 23 07:25:58 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 23 Aug 2020 07:25:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9kNr-0001Xy-9u; Sun, 23 Aug 2020 07:25:43 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9kNq-0001Xo-Hv for xen-users@lists.xenproject.org; Sun, 23 Aug 2020 07:25:42 +0000 X-Inumbo-ID: 5fb20a1d-dcea-4d15-ace8-b6c337c2c777 Received: from mail.bitfolk.com (unknown [2001:ba8:1f1:f019::25]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 5fb20a1d-dcea-4d15-ace8-b6c337c2c777; Sun, 23 Aug 2020 07:25:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bitfolk.com; s=alpha; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date; bh=koj6dE+bD71dUkHsKz+o22La4F0t5mU67b4NnVXSCPQ=; b=IOBDNODgn3R2EnGTtEKB7qTXPJg+L226WxtA0NN4RekC253h5m8dMiKgDFv8ejOfSPx9IMi5sQzErCYbCZGCoQXSdZmMbdWegIf9++FjaQNPIJC0Uhc5VbMppnWuJtkGwUNxUoBdOTXLehFsP2crB0TvdjI4H75wwicAFrzRLbiOaoHb5T/8nIdq/FQKKx6epLYbGgV8tCFGdZ+vLQ4FoXKoMAknvXbgWOFNsCfJLTTpjOdL5xM/rV6O6yHhzdEpte1qXe3d80t0GD1rWD+hl7vLjWr7SdOVKTR1tQzlK4G8dLqThGsPXse3J/4vPg171psw5tEFWpOUXWbbI2e2SQ==; Received: from andy by mail.bitfolk.com with local (Exim 4.84_2) (envelope-from ) id 1k9kNp-0003ph-1e for xen-users@lists.xenproject.org; Sun, 23 Aug 2020 07:25:41 +0000 Date: Sun, 23 Aug 2020 07:25:40 +0000 From: Andy Smith To: xen-users@lists.xenproject.org Subject: Re: The concept of DomU. Message-ID: <20200823072540.GB13298@bitfolk.com> References: <745672373.2188952.1598093500181.ref@mail.yahoo.com> <745672373.2188952.1598093500181@mail.yahoo.com> <1067293224.4567639.1598151165720@mail.yahoo.com> <20200823070708.GZ13298@bitfolk.com> <1157342379.4596924.1598166854524@mail.yahoo.com> <20200823072341.GA13298@bitfolk.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200823072341.GA13298@bitfolk.com> OpenPGP: id=BF15490B; url=http://strugglers.net/~andy/pubkey.asc X-URL: http://strugglers.net/wiki/User:Andy User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: andy@strugglers.net X-SA-Exim-Scanned: No (on mail.bitfolk.com); SAEximRunCond expanded to false X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On Sun, Aug 23, 2020 at 07:23:41AM +0000, Andy Smith wrote: > A Xen system normally requests a dom0, which is a domain; it is a ^^^^^^^^^^requires > guest, it runs a guest OS like Linux or NetBSD. From xen-users-bounces@lists.xenproject.org Sun Aug 23 12:33:16 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 23 Aug 2020 12:33:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9p9b-0007T4-At; Sun, 23 Aug 2020 12:31:19 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9p9a-0007Sz-0Q for xen-users@lists.xenproject.org; Sun, 23 Aug 2020 12:31:18 +0000 X-Inumbo-ID: 5036c127-e218-4c46-8d29-86a869b01011 Received: from mail-pj1-x1041.google.com (unknown [2607:f8b0:4864:20::1041]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 5036c127-e218-4c46-8d29-86a869b01011; Sun, 23 Aug 2020 12:31:17 +0000 (UTC) Received: by mail-pj1-x1041.google.com with SMTP id 2so2797190pjx.5 for ; Sun, 23 Aug 2020 05:31:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=s9iqkxme5wJuYcdL+XfwmYjmdsqtf/hUD5gyRUXjuT8=; b=ZH105xY5Zkndn/IDIexKV1K+hoU1lJecOKJKLZrMPhWn1DQe7LJhTXILfaEykvHEkv 9VK3kQiMiQfJnrTwkYTRhOhBDGrYWmLsmHxOMvyfVjzN87TbeGFbZsQdKwyGQZPohZu3 xZFvQI7Kjkkkd/7ZgYCElclDum3/bYCx2XEX3hnXq+Mt/zp314WdUH9hcq87PR/sZHaq zBmpoDXPD9yX/Duh4GTIc/xC+WydFuktctENwXUn39iH8o84+QSje4m8DAyfDHjMug61 zjfO4aRlx/8MKuN5Hf0OKLm6iNAfrAMsKJTDIZ39zcB6VOFrK3HxTQbfcDTLKi8sSEr3 IV6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=s9iqkxme5wJuYcdL+XfwmYjmdsqtf/hUD5gyRUXjuT8=; b=sjo83OxO21d65x31TGuaWiTmh9sC8QDe7MTM4eVe0fsSJwJ53M/A34NN32eDQxZori CUj8CtxACOw/cZpT3W7mFTx18xj7Z86y46gi/lu6eZCsq76P6wJEqlOu+9Q4GgXCwTv7 +3HzWBzPklOj76GeF2ptn3fCpry0rK461I5/BU1jNI4UPUdkpGpwWROxb+OIPej6MMGb tZWl1nzQd9moBNlfyDxhPPr4Nl6qDRy305EfPtBJJIp5wA5BxbGPtTZNHEgxpkezvJC1 YpZg7+CGZP1I75FAQBrGPoF1jQHQNgQ4dHByncmN62/EweYU1sdiQbi9fVMIiN5auFf4 PNOw== X-Gm-Message-State: AOAM533Gfcrt4MCaYfPn7j9aFMnIb2tEp+D0kzAw0puk5sXa9AFI0IGl ZCTzLHrCs1bxHdm91zhoUaJM369RFew= X-Google-Smtp-Source: ABdhPJz7j3S8VPzm6l4cPcGhnAtYVPQTa1IZVEdcaPnv3XA+Y4Ft8FFEXu1ADUgZq8XXoGBFWjtVeg== X-Received: by 2002:a17:90a:9516:: with SMTP id t22mr900302pjo.134.1598185876082; Sun, 23 Aug 2020 05:31:16 -0700 (PDT) Received: from [192.168.1.36] (fp93c0183f.tkyc626.ap.nuro.jp. [147.192.24.63]) by smtp.gmail.com with ESMTPSA id x4sm8030886pff.112.2020.08.23.05.31.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 23 Aug 2020 05:31:15 -0700 (PDT) Subject: Re: The concept of DomU. To: Andy Smith , xen-users@lists.xenproject.org References: <745672373.2188952.1598093500181.ref@mail.yahoo.com> <745672373.2188952.1598093500181@mail.yahoo.com> <1067293224.4567639.1598151165720@mail.yahoo.com> <20200823070708.GZ13298@bitfolk.com> <1157342379.4596924.1598166854524@mail.yahoo.com> <20200823072341.GA13298@bitfolk.com> <20200823072540.GB13298@bitfolk.com> From: Bernd Bausch Message-ID: <04267cf4-7de7-0bac-adde-c89a8b8044ba@gmail.com> Date: Sun, 23 Aug 2020 21:31:11 +0900 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <20200823072540.GB13298@bitfolk.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Well, my explanation was sloppy, thanks for setting it straight Andy. With the definition guest=domain, a Xen hypervisor with 100 guests has one dom0 and 99 domU's. If you define guest as "a virtual machine that does not control the hypervisor", 100 guests means 100 domU's. On 8/23/2020 4:25 PM, Andy Smith wrote: > On Sun, Aug 23, 2020 at 07:23:41AM +0000, Andy Smith wrote: >> A Xen system normally requests a dom0, which is a domain; it is a > ^^^^^^^^^^requires >> guest, it runs a guest OS like Linux or NetBSD. From xen-users-bounces@lists.xenproject.org Sun Aug 23 16:21:58 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 23 Aug 2020 16:21:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9sjK-0001qO-0E; Sun, 23 Aug 2020 16:20:26 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1k9sjI-0001qJ-BC for xen-users@lists.xenproject.org; Sun, 23 Aug 2020 16:20:24 +0000 X-Inumbo-ID: 5c883671-2722-4aec-b849-3a7148f47f78 Received: from sonic308-2.consmr.mail.bf2.yahoo.com (unknown [74.6.130.41]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 5c883671-2722-4aec-b849-3a7148f47f78; Sun, 23 Aug 2020 16:20:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1598199621; bh=mF53wh1C9RXsCQx5FKhCQCiQPn1dGFMv/5QGoHOi6VE=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=P+NXcrjL9LueeUI5Q1U7UoPvY2jqGzZxyrFezYsLcLpkYKnxZmeHm+FFxYx0B+OJ61hc67qUkTd/4ABHemfKsRu/yfoi6N5NR1SnPEgnn0PMhjW08w07wdJOZugelTTV8ApqL+qQU2tdRsQJgdVBV3FlrkMVlkThRgkKkrYVffUWkJXU/ICcJBIM7s7FJ7QF3vUIYSn9p/JpYGCkgK0Tc9zmbwOL+t/y9VYhA3ovMoJ4kdYSX/8RZgUxez9aGHjp4chqZSRRKc4h9F3SqSzz2o0yS94FqTJTCADAwRJsBWbx/tcdQ73kefCDjnlEMaxv/uWJqgiM2i4mE7mWYXQIIQ== X-YMail-OSG: 3BpclaUVM1l_B3Kx31ZukCJOvoDnjxcyZASnW1f.K.kQK2CssqmX6bKtqUYoXWw PEO2lLHf2NKLiaDkCNqyJgPuAJ1nkE_0FbhXYslQEYoM7O9looipzvLPm2AgAOfYyt4KeQBzOsD1 TEaDO2LKaQIaEP3.OgW1U8VgANOQoyq.vo9gRsjDTgWfKczG9wo5z4sodA4umNvSi6dDYzx5Hxz1 yBPKBk6x5iPLsLHJe6kjLnsQzcxpUPiuliR3VaCN0uncDvqFvbZ5y8pBAHZycmWkVcQ.JTySC0CO Emm4N4q0bUrPuOkEWgxDlzdoZ_f.CIB8BwH9tX9gySklvK3M9rQi5K069d2NBfyb.iiD6lD2GDdr G8T2SwSfIVQLiM53fOOAAN8CynBW3aXyvutQ2MixGOkj7GKA27rM1nf1XLb83GpvfcLlnq9tFzM3 qZd94RqHX0kbanT068k9.iK_8hgoxSRrMWb2kmLPi49Wo438RfTJj0A.fOjsED8lzhp5jAMn5mRZ ZVil7ZaNOvrao2kua9iq1Arn6ebbCIBvCTPcPmzAq_wjV4sfr5oyF6O9T._x5E3EcEyiuKL3dyaT H9_bCa07kJRsBV0AG9LKS2p0pMTOB3ilKP5HfEuXpW42qe7WEpW0vEZL.anVtQOScHiPP9cZB03x HRRs6SAU0p51.P4TMjRXNpk3rQNLeUHMc7fUn3I17JB2v6yyLyR_6Dh9KR.y2aNQBZk2A8pnBgF1 ikiKhvSPQAI9yzkhrLRooph5LjRwEB_Nv30kMg..iiJju6UoLH.ygygHX1_qeRq1UwaN6Lw1J.be gjjF2dr9N0eUK2K5U9LAl9H2q56DYpt0k9ZDdO0gN2q2U.IjXTtTWVG5JAoyi5XnXFrgear6yCnE w8eJ23Biuzt7eqG4KXfMCX1AqDLizWs4KOaMA0TJItDPWVrkTgNRQoiYG5rxo2cEcS_5VetABVkv aC0Sk_mhpaKev1r11t9MXoZ0pVQrj8_kkYLd7sv3IYd.4UUSFuVm.YAcTmlYmK5oLFfg.0fwLo_c It7mX1oBUAb7iNBderjn8YDKdxei32KfZskq.Mp83vV7xbs56bDZS6OoyXrqsRaJSroK02jdI57n 5KkyVXAE8nV1z8u3Ve9CaMoSbXiVI9tP8A2IcfbQlNbb6LZz0u.7Bc7iZ0nMISlOAJMURiPNOGmh yYey6m10Hs6yTfNqBoa.aq663KQTYq915v8DtECE5GCu_dkVs3lQm_x2Bec0Thr3B2Sj.WKGSxhC rORt6moC29w4GxgXEgZzwvra40YjvSMaGoWF_GSW8r2CjJHVcfZkHWVCMOmo9PMxC.tlSuOvQHR9 R28qLkCHYPjyd4en8z8ule2OB4oJh6Xwar_UZQ9ekRfn2o1_bc843a2ip1MsY138IDUzwLCJ1gt5 Lg0kLE22fV4bOJRwXR5t1id4XXd7N1hoblsOYqgSmZB9kSuJYVWFIFlNfvpinBBL8m0zqW8NT Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.bf2.yahoo.com with HTTP; Sun, 23 Aug 2020 16:20:21 +0000 Date: Sun, 23 Aug 2020 16:20:16 +0000 (UTC) From: Jason Long To: Andy Smith , "xen-users@lists.xenproject.org" , Bernd Bausch Message-ID: <633689385.4645146.1598199616758@mail.yahoo.com> In-Reply-To: <04267cf4-7de7-0bac-adde-c89a8b8044ba@gmail.com> References: <745672373.2188952.1598093500181.ref@mail.yahoo.com> <745672373.2188952.1598093500181@mail.yahoo.com> <1067293224.4567639.1598151165720@mail.yahoo.com> <20200823070708.GZ13298@bitfolk.com> <1157342379.4596924.1598166854524@mail.yahoo.com> <20200823072341.GA13298@bitfolk.com> <20200823072540.GB13298@bitfolk.com> <04267cf4-7de7-0bac-adde-c89a8b8044ba@gmail.com> Subject: Re: The concept of DomU. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.16455 YMailNorrin Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.135 Safari/537.36 Content-Length: 746 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Thank you so much. On Sunday, August 23, 2020, 05:01:34 PM GMT+4:30, Bernd Bausch wrote:=20 Well, my explanation was sloppy, thanks for setting it straight Andy.=20 With the definition guest=3Ddomain, a Xen hypervisor with 100 guests has=20 one dom0 and 99 domU's. If you define guest as "a virtual machine that=20 does not control the hypervisor", 100 guests means 100 domU's. On 8/23/2020 4:25 PM, Andy Smith wrote: > On Sun, Aug 23, 2020 at 07:23:41AM +0000, Andy Smith wrote: >> A Xen system normally requests a dom0, which is a domain; it is a >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 ^^^^^^^^^^requires >> guest, it runs a guest OS like Linux or NetBSD. From xen-users-bounces@lists.xenproject.org Mon Aug 24 08:39:41 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Aug 2020 08:39:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kA7zY-0007xr-Nt; Mon, 24 Aug 2020 08:38:12 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kA7zW-0007xm-Ra for xen-users@lists.xenproject.org; Mon, 24 Aug 2020 08:38:11 +0000 X-Inumbo-ID: 9b91e8fa-3e0c-48c9-9778-e71a70daa75e Received: from sonic303-1.consmr.mail.bf2.yahoo.com (unknown [74.6.131.40]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 9b91e8fa-3e0c-48c9-9778-e71a70daa75e; Mon, 24 Aug 2020 08:38:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1598258288; bh=Kqqew4V2QcetwD7w2Xfrxp/yDdyWCBF57mt2+fuT484=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=VQ0Pb5kR35Oqal+85KfZnK0RH1LLtkh0axYUEdIMjOrRkWzxHojbyLfnmXEyuG72BZumty7QPJIU5NGvZnS39UORyelaBFR+mo35Ece2xxKXsXYtCXyme1VbtFUEfIV5uRrV8y4/4rEeyJJmnYHDicSPwLMwg6/NUtK829C5A7bZ3soqW+MJ8aN/2L5n6K93xFhTlix/ea8IZ+VEYvKL8Gyi3kH77HVl67PNTKnLXycA1aTg0mgoIa2r2CqebREOKqvzN7DNJe7PT+AAuTJWrrnEeR1sKaiDr6qefp/Z0gWY3Gs3Hq/grYge9sMSKzqadv+U/6CIkUO+t2onGdRdyA== X-YMail-OSG: N8FncOoVM1niCIj7.UhETlBuXE3RYVRaif1KdWrFzugCfnQsnJCQfUwFLPCkgJl O8G6rWoA7kgMcW4PN6Pqv3STM9vLJjVla8.uc1AjQVEscs7gkkOL4X5pHIzyNM112meIM9R69hrv 67dwfUbsnNEzSPYApfYwJzUm81L5NKIkbYurmaNWxFbmpDgCGlhZXDFiJ33Ty32VYPXHLnszsqiA oy1Rj6L5NDeNS_5TYrln0Lx6a1PJ2Sw9YsQuG.XF2iYvf9A54AGvrJ1lgU0gjgy.osDzXZup9NPP sRxWVV_4mHHyHOaulBLkzJ6LLPumzEM68cTq0YOSCpxVfcplFyM0qQQYdiruf.DlFvSeEyIQCm_I 8WkAVjmtgLSV0KQ0ziWU7SYoq9KpkisqBsqUdmXeuaQ3KwIVhZvypz3NqimO9tyON0gKrQMYLONJ n1wWlAzsLlqSvtNbmlOPdQi.PmpxXFX6rH5bujgFRPFcp3kVlz1EEUfwVjNQgVjXljTfOiDX8D5L q81Tu4RJQ8Lh_.IZIXq4C7u0D6e04u7l.2U8LiuYSyFPSlQ6nPfi5JAGhoimE7CZ5kmtRPkn0X2j l8PJl1DBAaDMUE4HqMPeO376k3YgR9tLzvENdBA2NXMl.1JVOXXbhBt2c.jknIG6WiMbYveHdYz2 nGixvsr1rL8E3hb7sRjmQbMSHTac.73Bb1VG.GgpskPgyoC.6WiPvhbQltgyVt5s59agXk3bglHj t7Xl48iw7gLuzNy4lXR4vZ9DDW3J7bg_sAivseJRACflVfe5r6c6jiI6OP7B_RH96bdD7zz0_2AS y8riJ9JYPyJBHZWhBg8vJSBkwRndZV_vP3MNyyCc8Tmrny_lJu5rmppoLl5C26rmrjS1lTPAeakG HDxQi9v2ac8Gj0TsNm1oJ1F3_IACSGAFBRr0IFoKel8tjqNqPZafzYLsx4aJBYPJePfLvVpWW24X XgKF3s6LxjZBWUCOXtpAKC8lXtYwq_YuWCNc3WS4UT2czOGxMWlZ4kfuvpBAYDidGomwyaH1vqxT meBV4mJX0r1xid7zee7pN7T3uI44H4G2Ys8s1zWy4zcVnConmoWHx3gx9bVO4.DDdeqlXVwi300x 2AUBA1uMOensWKYvhiZgfLgCIL9IItw_DbtlBJn4u0ezB.T_pk1Hnblal9zY_bagTLMDejUSbd7S Uigz6E3K80m1148k7Lv5fsVXPY76t46Qx4KRHpCNSEhot5nB.w3efx5JMyQzkTU2.Iri6k6POpc_ Ps.2JnbPJyM8_r8JoUfga3ySLAV3EgTpINc0NjPN7MfRSP5E3DUkLwGWX0t4YNC_qbBnN7jm1Y.W xofnL.tOI6YcVuuVm_GoSnivp9e9ILsu1A9PDZXq.pstTxCsI1IwWPek8Ib0qb3fpc69xZjDkDJD 8wLNfG2EhvMbOPl0NWPmXyHjIuWx3l_ife_3Nm5of6p89ZLxi8CaDmw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.bf2.yahoo.com with HTTP; Mon, 24 Aug 2020 08:38:08 +0000 Date: Mon, 24 Aug 2020 08:38:08 +0000 (UTC) From: Jason Long To: Xen-users Message-ID: <1147085878.4831676.1598258288573@mail.yahoo.com> In-Reply-To: <723604807.4407797.1598094437979@mail.yahoo.com> References: <723604807.4407797.1598094437979.ref@mail.yahoo.com> <723604807.4407797.1598094437979@mail.yahoo.com> Subject: Re: The live-patching for other architecture. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.16455 YMailNorrin Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.135 Safari/537.36 Content-Length: 222 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" No idea? On Saturday, August 22, 2020, 03:37:45 PM GMT+4:30, Jason Long wrote:=20 Hello, Is the=C2=A0live-patching just for=C2=A0the x86 architecture? How about AMD= 64 or ARM? Thank you. From xen-users-bounces@lists.xenproject.org Mon Aug 24 12:19:41 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Aug 2020 12:19:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kABQf-0002f3-0g; Mon, 24 Aug 2020 12:18:25 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kABQe-0002ek-0O for xen-users@lists.xen.org; Mon, 24 Aug 2020 12:18:24 +0000 X-Inumbo-ID: 38b6e229-9123-42ff-9e67-b8d31154a7fb Received: from mail.xenproject.org (unknown [104.130.215.37]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 38b6e229-9123-42ff-9e67-b8d31154a7fb; Mon, 24 Aug 2020 12:18:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xen.org; s=20200302mail; h=Date:Message-Id:Subject:CC:From:To:MIME-Version: Content-Transfer-Encoding:Content-Type; bh=VAjJ1bX8LorcKiqykJ4tMwy/Q1TPnhBAFaZRY89L1CA=; b=njxjZZJP8nlMCjCUcUScXKnyTi yZnzMO0o5/3mq7PaG8GiTxu7k4AIxet/0kEaabbDkYtT3U+T/CrclUrI7HlablbxCJKqaf0vPOMVz tjNVS/ia4p5EAQTtp/YwMMHvN7f2JWX0ajzJdwKWRqXVWeCK+R4qbS68+Gfml5Drat7w=; Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kABQO-0001LV-Fm; Mon, 24 Aug 2020 12:18:08 +0000 Received: from iwj by xenbits.xenproject.org with local (Exim 4.92) (envelope-from ) id 1kABQO-0005O2-Dh; Mon, 24 Aug 2020 12:18:08 +0000 Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team CC: Xen.org security team Subject: Xen Security Advisory 335 v2 (CVE-2020-14364) - QEMU: usb: out-of-bounds r/w access issue Message-Id: Date: Mon, 24 Aug 2020 12:18:08 +0000 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Xen Security Advisory CVE-2020-14364 / XSA-335 version 2 QEMU: usb: out-of-bounds r/w access issue UPDATES IN VERSION 2 ==================== Don't break the DSO by eliding the SoB on the patch. Update Vulnerable Systems section. Public release. ISSUE DESCRIPTION ================= An out-of-bounds read/write access issue was found in the USB emulator of the QEMU. It occurs while processing USB packets from a guest, when 'USBDevice->setup_len' exceeds the USBDevice->data_buf[4096], in do_token_{in,out} routines. IMPACT ====== A guest user may use this flaw to crash the QEMU process resulting in DoS OR potentially execute arbitrary code with the privileges of the QEMU process on the host. VULNERABLE SYSTEMS ================== All versions of Qemu shipped with in-support versions of Xen are vulnerable. This includes both qemu-traditional and qemu-xen. The vulnerability can only be exploited when Qemu is used as a device model. This configuration is only used by default for x86 HVM guests. x86 PV, PVH and ARM guest do not use a device model by default. Guests configured to use a Qemu stubdomain contain the code execution within the stubdomain, and are therefore not considered vulnerable. MITIGATION ========== No mitigation is available. CREDITS ======= This issue was discovered by Xiao Wei of Qihoo 360 Inc. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. Note that patches for released versions are generally prepared to apply to the stable branches, and may not apply cleanly to the most recent release tarball. Downstreams are encouraged to update to the tip of the stable branch before applying these patches. xsa335-qemu.patch QEMU xsa335-trad.patch Xen unstable (SUPPORT.md update only) $ sha256sum xsa335* 3af5f30c4fd21e3679fb749659f9e59d0ff335d092254352e128e7fee3340c41 xsa335-qemu.patch 2ed7b8bac4c473c6f89173a73485904be16785eb29ee18e189717d201381f27f xsa335-trad.patch $ "QEMU XEN TRADITIONAL" ====================== This version of qemu is provided by the Xen Project for use as a device model stub domain. In that configuration, there is not a security problem and no action is needed. But in other configurations, this version of qemu is lacking many security fixes. It is beyond the capacity of the Xen Project Security Team to address these. There is therefore no code resolution to XSA-335 for users of qemu-xen-traditional who are not using device model stub domains. The patch xsa335-trad.patch included in this advisory is merely an update for Xen's SUPPORT.md to document this situation. DEPLOYMENT DURING EMBARGO ========================= Deployment of the patches and/or mitigations described above (or others which are substantially similar) is permitted during the embargo, even on public-facing systems with untrusted guest users and administrators. But: Distribution of updated software is prohibited (except to other members of the predisclosure list). Predisclosure list members who wish to deploy significantly different patches and/or mitigations, please contact the Xen Project Security Team. (Note: this during-embargo deployment notice is retained in post-embargo publicly released Xen Project advisories, even though it is then no longer applicable. This is to enable the community to have oversight of the Xen Project Security Team's decisionmaking.) For more information about permissible uses of embargoed information, consult the Xen Project community's agreed Security Policy: http://www.xenproject.org/security-policy.html -----BEGIN PGP SIGNATURE----- iQFABAEBCAAqFiEEI+MiLBRfRHX6gGCng/4UyVfoK9kFAl9Dr+0MHHBncEB4ZW4u b3JnAAoJEIP+FMlX6CvZ274H/3FIK/DecsmdqVFs9UjqCi+RABmz6dFsgUxQYH9c ysZvN7R/BTR1m425+7tlPK1oglkFkHt6C9snc3+kTh/Bl5ktXakgVacoR6yeTh88 1yJQC3JmG9OaXGS4AR9hmE+Wg0XTlrmvzPMFxtWv055kpPVEG6FWhnhV8d0FavoI RWnlelNSkXgai5zWlAqhF8jzR4EeEmOp4f/BtQX/cjZAodXZSYMvLW1zy3vx4Wik ZpL4qkJLE9GHOYZF9Ng8zwWx7c1CIi76zwdUvUgPu6IjTBIpo0LPZxlkbF+CqYcp rVFaAy7j7+xMOOJntlN2a/NAxD4zs+sCLF1legrfi+9uMH4= =bMZs -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa335-qemu.patch" Content-Disposition: attachment; filename="xsa335-qemu.patch" Content-Transfer-Encoding: base64 RnJvbSBjNWJkMjkyNGM2ZDZhNWJjYmZmYjhiNWU3Nzk4YTg4OTcwMTMxYzA3 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBHZXJkIEhvZmZtYW5u IDxrcmF4ZWxAcmVkaGF0LmNvbT4KRGF0ZTogTW9uLCAxNyBBdWcgMjAyMCAw ODozNDoyMiArMDIwMApTdWJqZWN0OiBbUEFUQ0hdIHVzYjogZml4IHNldHVw X2xlbiBpbml0IChDVkUtMjAyMC0xNDM2NCkKClN0b3JlIGNhbGN1bGF0ZWQg c2V0dXBfbGVuIGluIGEgbG9jYWwgdmFyaWFibGUsIHZlcmlmeSBpdCwgYW5k IG9ubHkKd3JpdGUgaXQgdG8gdGhlIHN0cnVjdCAoVVNCRGV2aWNlLT5zZXR1 cF9sZW4pIGluIGNhc2UgaXQgcGFzc2VkIHRoZQpzYW5pdHkgY2hlY2tzLgoK VGhpcyBwcmV2ZW50cyBvdGhlciBjb2RlIChkb190b2tlbl97aW4sb3V0fSBm dW5jdGlvbnMgc3BlY2lmaWNhbGx5KQpmcm9tIHdvcmtpbmcgd2l0aCBpbnZh bGlkIFVTQkRldmljZS0+c2V0dXBfbGVuIHZhbHVlcyBhbmQgb3ZlcnJ1bm5p bmcKdGhlIFVTQkRldmljZS0+c2V0dXBfYnVmW10gYnVmZmVyLgoKRml4ZXM6 IENWRS0yMDIwLTE0MzY0ClNpZ25lZC1vZmYtYnk6IEdlcmQgSG9mZm1hbm4g PGtyYXhlbEByZWRoYXQuY29tPgotLS0KIGh3L3VzYi9jb3JlLmMgfCAxNiAr KysrKysrKysrLS0tLS0tCiAxIGZpbGUgY2hhbmdlZCwgMTAgaW5zZXJ0aW9u cygrKSwgNiBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9ody91c2IvY29y ZS5jIGIvaHcvdXNiL2NvcmUuYwppbmRleCA1YWJkMTI4YjZiYzUuLjUyMzRk Y2M3M2ZlYSAxMDA2NDQKLS0tIGEvaHcvdXNiL2NvcmUuYworKysgYi9ody91 c2IvY29yZS5jCkBAIC0xMjksNiArMTI5LDcgQEAgdm9pZCB1c2Jfd2FrZXVw KFVTQkVuZHBvaW50ICplcCwgdW5zaWduZWQgaW50IHN0cmVhbSkKIHN0YXRp YyB2b2lkIGRvX3Rva2VuX3NldHVwKFVTQkRldmljZSAqcywgVVNCUGFja2V0 ICpwKQogewogICAgIGludCByZXF1ZXN0LCB2YWx1ZSwgaW5kZXg7CisgICAg dW5zaWduZWQgaW50IHNldHVwX2xlbjsKIAogICAgIGlmIChwLT5pb3Yuc2l6 ZSAhPSA4KSB7CiAgICAgICAgIHAtPnN0YXR1cyA9IFVTQl9SRVRfU1RBTEw7 CkBAIC0xMzgsMTQgKzEzOSwxNSBAQCBzdGF0aWMgdm9pZCBkb190b2tlbl9z ZXR1cChVU0JEZXZpY2UgKnMsIFVTQlBhY2tldCAqcCkKICAgICB1c2JfcGFj a2V0X2NvcHkocCwgcy0+c2V0dXBfYnVmLCBwLT5pb3Yuc2l6ZSk7CiAgICAg cy0+c2V0dXBfaW5kZXggPSAwOwogICAgIHAtPmFjdHVhbF9sZW5ndGggPSAw OwotICAgIHMtPnNldHVwX2xlbiAgID0gKHMtPnNldHVwX2J1Zls3XSA8PCA4 KSB8IHMtPnNldHVwX2J1Zls2XTsKLSAgICBpZiAocy0+c2V0dXBfbGVuID4g c2l6ZW9mKHMtPmRhdGFfYnVmKSkgeworICAgIHNldHVwX2xlbiA9IChzLT5z ZXR1cF9idWZbN10gPDwgOCkgfCBzLT5zZXR1cF9idWZbNl07CisgICAgaWYg KHNldHVwX2xlbiA+IHNpemVvZihzLT5kYXRhX2J1ZikpIHsKICAgICAgICAg ZnByaW50ZihzdGRlcnIsCiAgICAgICAgICAgICAgICAgInVzYl9nZW5lcmlj X2hhbmRsZV9wYWNrZXQ6IGN0cmwgYnVmZmVyIHRvbyBzbWFsbCAoJWQgPiAl enUpXG4iLAotICAgICAgICAgICAgICAgIHMtPnNldHVwX2xlbiwgc2l6ZW9m KHMtPmRhdGFfYnVmKSk7CisgICAgICAgICAgICAgICAgc2V0dXBfbGVuLCBz aXplb2Yocy0+ZGF0YV9idWYpKTsKICAgICAgICAgcC0+c3RhdHVzID0gVVNC X1JFVF9TVEFMTDsKICAgICAgICAgcmV0dXJuOwogICAgIH0KKyAgICBzLT5z ZXR1cF9sZW4gPSBzZXR1cF9sZW47CiAKICAgICByZXF1ZXN0ID0gKHMtPnNl dHVwX2J1ZlswXSA8PCA4KSB8IHMtPnNldHVwX2J1ZlsxXTsKICAgICB2YWx1 ZSAgID0gKHMtPnNldHVwX2J1ZlszXSA8PCA4KSB8IHMtPnNldHVwX2J1Zlsy XTsKQEAgLTI1OSwyNiArMjYxLDI4IEBAIHN0YXRpYyB2b2lkIGRvX3Rva2Vu X291dChVU0JEZXZpY2UgKnMsIFVTQlBhY2tldCAqcCkKIHN0YXRpYyB2b2lk IGRvX3BhcmFtZXRlcihVU0JEZXZpY2UgKnMsIFVTQlBhY2tldCAqcCkKIHsK ICAgICBpbnQgaSwgcmVxdWVzdCwgdmFsdWUsIGluZGV4OworICAgIHVuc2ln bmVkIGludCBzZXR1cF9sZW47CiAKICAgICBmb3IgKGkgPSAwOyBpIDwgODsg aSsrKSB7CiAgICAgICAgIHMtPnNldHVwX2J1ZltpXSA9IHAtPnBhcmFtZXRl ciA+PiAoaSo4KTsKICAgICB9CiAKICAgICBzLT5zZXR1cF9zdGF0ZSA9IFNF VFVQX1NUQVRFX1BBUkFNOwotICAgIHMtPnNldHVwX2xlbiAgID0gKHMtPnNl dHVwX2J1Zls3XSA8PCA4KSB8IHMtPnNldHVwX2J1Zls2XTsKICAgICBzLT5z ZXR1cF9pbmRleCA9IDA7CiAKICAgICByZXF1ZXN0ID0gKHMtPnNldHVwX2J1 ZlswXSA8PCA4KSB8IHMtPnNldHVwX2J1ZlsxXTsKICAgICB2YWx1ZSAgID0g KHMtPnNldHVwX2J1ZlszXSA8PCA4KSB8IHMtPnNldHVwX2J1ZlsyXTsKICAg ICBpbmRleCAgID0gKHMtPnNldHVwX2J1Zls1XSA8PCA4KSB8IHMtPnNldHVw X2J1Zls0XTsKIAotICAgIGlmIChzLT5zZXR1cF9sZW4gPiBzaXplb2Yocy0+ ZGF0YV9idWYpKSB7CisgICAgc2V0dXBfbGVuID0gKHMtPnNldHVwX2J1Zls3 XSA8PCA4KSB8IHMtPnNldHVwX2J1Zls2XTsKKyAgICBpZiAoc2V0dXBfbGVu ID4gc2l6ZW9mKHMtPmRhdGFfYnVmKSkgewogICAgICAgICBmcHJpbnRmKHN0 ZGVyciwKICAgICAgICAgICAgICAgICAidXNiX2dlbmVyaWNfaGFuZGxlX3Bh Y2tldDogY3RybCBidWZmZXIgdG9vIHNtYWxsICglZCA+ICV6dSlcbiIsCi0g ICAgICAgICAgICAgICAgcy0+c2V0dXBfbGVuLCBzaXplb2Yocy0+ZGF0YV9i dWYpKTsKKyAgICAgICAgICAgICAgICBzZXR1cF9sZW4sIHNpemVvZihzLT5k YXRhX2J1ZikpOwogICAgICAgICBwLT5zdGF0dXMgPSBVU0JfUkVUX1NUQUxM OwogICAgICAgICByZXR1cm47CiAgICAgfQorICAgIHMtPnNldHVwX2xlbiA9 IHNldHVwX2xlbjsKIAogICAgIGlmIChwLT5waWQgPT0gVVNCX1RPS0VOX09V VCkgewogICAgICAgICB1c2JfcGFja2V0X2NvcHkocCwgcy0+ZGF0YV9idWYs IHMtPnNldHVwX2xlbik7Ci0tIAoyLjE4LjQK --=separator Content-Type: application/octet-stream; name="xsa335-trad.patch" Content-Disposition: attachment; filename="xsa335-trad.patch" Content-Transfer-Encoding: base64 RnJvbSBhNjJjZGQ2NzViYzZhODA1M2Y2Nzk3YjZhZGQyOWIyODUzYjA4MWUz IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gSmFja3NvbiA8 aWFuLmphY2tzb25AZXUuY2l0cml4LmNvbT4KRGF0ZTogV2VkLCAxOSBBdWcg MjAyMCAxODozMTo0NSArMDEwMApTdWJqZWN0OiBbUEFUQ0hdIFNVUFBPUlQu bWQ6IERlc3VwcG9ydCBxZW11IHRyYWQgZXhjZXB0IHN0dWIgZG0KCldoaWxl IGludmVzdGlnYXRpbmcgWFNBLTMzNSB3ZSBkaXNjb3ZlcmVkIHRoYXQgbWFu eSB1cHN0cmVhbSBzZWN1cml0eQpmaXhlcyB3ZXJlIG1pc3NpbmcuICBJdCBp cyBub3QgcHJhY3RpY2FsIHRvIGJhY2twb3J0IHRoZW0uICBUaGVyZSBpcwpu byBnb29kIHJlYXNvbiB0byBiZSBydW5uaW5nIHRoaXMgdmVyeSBhbmNpZW50 IHZlcnNpb24gb2YgcWVtdSwgZXhjZXB0CnRoYXQgaXQgaXMgdGhlIG9ubHkg d2F5IHRvIHJ1biBhIHN0dWIgZG0gd2hpY2ggaXMgY3VycmVudGx5IHN1cHBv cnRlZApieSB1cHN0cmVhbS4KClNpZ25lZC1vZmYtYnk6IElhbiBKYWNrc29u IDxpYW4uamFja3NvbkBldS5jaXRyaXguY29tPgotLS0KIFNVUFBPUlQubWQg fCAxNSArKysrKysrKysrKysrKysKIDEgZmlsZSBjaGFuZ2VkLCAxNSBpbnNl cnRpb25zKCspCgpkaWZmIC0tZ2l0IGEvU1VQUE9SVC5tZCBiL1NVUFBPUlQu bWQKaW5kZXggMTQ3OTA1NWM0NS4uYjA5MzkwNTJlMiAxMDA2NDQKLS0tIGEv U1VQUE9SVC5tZAorKysgYi9TVVBQT1JULm1kCkBAIC03NTgsNyArNzU4LDIx IEBAIFNlZSB0aGUgc2VjdGlvbiAqKkJsa2JhY2sqKiBmb3IgaW1hZ2UgZm9y bWF0cyBzdXBwb3J0ZWQgYnkgUUVNVS4KIAogICAgIFN0YXR1czogU3VwcG9y dGVkLCBub3Qgc2VjdXJpdHkgc3VwcG9ydGVkCiAKKyMjIyBxZW11LXhlbi10 cmFkaXRpb25hbCAjIyMKKworVGhlIFhlbiBQcm9qZWN0IHByb3ZpZGVzIGFu IG9sZCB2ZXJzaW9uIG9mIHFlbXUgd2l0aCBtb2RpZmljYXRpb25zCit3aGlj aCBlbmFibGUgdXNlIGFzIGEgZGV2aWNlIG1vZGVsIHN0dWIgZG9tYWluLiAg VGhlIG9sZCB2ZXJzaW9uIGlzCitub3JtYWxseSBzZWxlY3RlZCBieSBkZWZh dWx0IG9ubHkgaW4gYSBzdHViIGRtIGNvbmZpZ3VyYXRpb24sIGJ1dCBpdAor Y2FuIGJlIHJlcXVlc3RlZCBleHBsaWNpdGx5IGluIG90aGVyIGNvbmZpZ3Vy YXRpb25zLCBmb3IgZXhhbXBsZSBpbgorYHhsYCB3aXRoIGBkZXZpY2VfbW9k ZWxfdmVyc2lvbj0iUUVNVV9YRU5fVFJBRElUSU9OQUwiYC4KKworICAgIFN0 YXR1cywgRGV2aWNlIE1vZGVsIFN0dWIgRG9tYWluczogU3VwcG9ydGVkLCB3 aXRoIGNhdmVhdHMKKyAgICBTdGF0dXMsIGFzIGhvc3QgcHJvY2VzcyBkZXZp Y2UgbW9kZWw6IE5vIHNlY3VyaXR5IHN1cHBvcnQsIG5vdCByZWNvbW1lbmRl ZAorCitxZW11LXhlbi10cmFkaXRpb25hbCBpcyBzZWN1cml0eSBzdXBwb3J0 ZWQgb25seSBmb3IgdGhvc2UgYXZhaWxhYmxlCitkZXZpY2VzIHdoaWNoIGFy ZSBzdXBwb3J0ZWQgZm9yIG1haW5zdHJlYW0gUUVNVSAoc2VlIGFib3ZlKSwg d2l0aAordHJ1c3RlZCBkcml2ZXIgZG9tYWlucyAoc2VlIERldmljZSBNb2Rl bCBTdHViIERvbWFpbnMpLgorCiAjIyBWaXJ0dWFsIEZpcm13YXJlCiAKICMj IyB4ODYvSFZNIGlQWEUKLS0gCjIuMjAuMQoK --=separator-- From xen-users-bounces@lists.xenproject.org Mon Aug 24 16:03:25 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Aug 2020 16:03:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAEv3-0008SP-9R; Mon, 24 Aug 2020 16:02:01 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAEv2-0008SK-Ez for xen-users@lists.xenproject.org; Mon, 24 Aug 2020 16:02:00 +0000 X-Inumbo-ID: 42726d67-5024-443a-8d47-bbc8ed8c8ee3 Received: from mail-wr1-x42c.google.com (unknown [2a00:1450:4864:20::42c]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 42726d67-5024-443a-8d47-bbc8ed8c8ee3; Mon, 24 Aug 2020 16:01:59 +0000 (UTC) Received: by mail-wr1-x42c.google.com with SMTP id d16so9247066wrq.9 for ; Mon, 24 Aug 2020 09:01:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=17qq1Ncdda/KP9pGwjKA7Z9dossGxh0IIPdMs/o8rfs=; b=b7tqf/03kxYhz2wH0jbj5QXuKqzH/0olnmAjkrEGacGJr1FzHXk/7n6v/HDfdaQr7t UXjKYWYtc03CZAXfTkag1oT+NACWdRq1wmIcXpAAk2cHiFUiILMyVKRPHuJgSPKrmaUv H1ir9AGJwUTuVCG+WmLSdpc4lw3N4Pvh9ra41+uqBBwk6l/Cc4ZbbZkp5sGOQGdKc42C 9zbMRdRxxOuPePrFKpw4KAPcUg1MLP26tdu6u2tcpwlexD7qN543CR3qNAgLZXgjtVN7 u28pYeZJ4tO0BH0CZAXeCGzwhXf0FFZTiDVzI498p2Rxa5FV9kmjEJj3zP+CumJMPbzj BbYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=17qq1Ncdda/KP9pGwjKA7Z9dossGxh0IIPdMs/o8rfs=; b=uElTf5u4/QECv+1I42WfZOcKM4njAnayPYxkrckcUyWKknio7nwifdWRcN9TkMRptz NdY2ZHZ2bwOydE/JMTB0qkJUXQ2XMzeCsTVISDzZUmiFowT8cEsHxPIhWmi7Z/U+bjYa sWH1JGiftoR4Yheh/e5NDFFd0ssPmS07HNFYRfO2RIJ5WJYXD9pzNfhljJqeu5cWJ78w eMRYC+hk1Q5YhadHaB6c9tyAX6hpCMSTrNAxl8RiJG4S8EVk6Oi9e0OEU4iCE4BPJ5o4 SL82ahPTtcGRCZbn1D7Yj6bVwgLt6m0ImBHjQ7jn9Q98X9ZSqViJBfLkFOt1323JDTml Etvw== X-Gm-Message-State: AOAM531HUboulqn3T8HbZl8qW8PGAxxyLI5dgSn0Hh7TSI0ivCRPivey 0mpFIXTUo3/aVXIFZrxKhrQLpgclpV7HFw== X-Google-Smtp-Source: ABdhPJz+0zog6Tv55UpAaBM4QupH3BfVbkzW82QRj3FzaWoI3vsGdLppjwIjnZUMcOHZAu71DS74dg== X-Received: by 2002:a5d:61d2:: with SMTP id q18mr6358541wrv.404.1598284918047; Mon, 24 Aug 2020 09:01:58 -0700 (PDT) Received: from [192.168.1.123] (80-42-10-159.dynamic.dsl.as9105.com. [80.42.10.159]) by smtp.gmail.com with ESMTPSA id o5sm3766681wmc.33.2020.08.24.09.01.57 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 24 Aug 2020 09:01:57 -0700 (PDT) To: xen-users@lists.xenproject.org From: Touros Spoon Subject: Intermittent network on one of three Debian VMs Message-ID: Date: Mon, 24 Aug 2020 17:01:56 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hi, I'm new to Xen project, so there is the distinct possibility I have done something stupid or overlooked something simple... Setup: Hp DL160 G6 Server 2 x xeon x5675 6 core CPU 48GB Ram Dual onboard 1Gb NIC (only 1 in use) xen installed through: apt-get install xen-system Environment: small home office. Server is in a rackmount cabinet with 3 other servers, connected together through an off the shelf netgear 8 port gigabit switch. Connectivity to all physical servers is fine (<0.05ms ping) Dom0: ===== Debian 10 minimal (net inst) Hostname: hs1 Ram: 4GB vcpus: 2 NIC: enp5s0f0 Bridge: xenbr0 DomU 1: Debian 10 Hostname: dc1 Ram:  4GB vcpus: 2 DomU2: Debian 10 Hostname: dev1 Ram: 24GB vcpus: 12 DomU3: Debian 10 Hostname: gs1 Ram: 14GB vcpus: 8 Problem: I can connect to all of the DomUs using xl console I can ping hs1 (Dom0), dc1 and dev1 ok, but gs1 locks up and either doesn't reply at all, or does reply after almost a minute and whereas the ping times for hs1, dc1 & dev1 are in the ~0.05ms range, the ping time for gs1 is > 40ms. So, something is clearly wrong here... I can ssh to hs1, dc1 and dev1 fine , but not gs1. It *does* connect maybe once out of 20 tries but it disconnects randomly on the rare few occasions I am able to connect to it through ssh and there is horrible latency between The ssh configuration is the same for all of the DomUs and HS1. There is currently no load on any of the DomU or Dom0 as I don't want to proceed with installing the various components I need, until I've resolved this network issue; there isn't any point in proceeding if I cannot connect! As I don't know very much about Xen, I wondered if there was something else I had to do to the bridge to make it work with multiple DomUs as the bridge worked fine until I added that last DomU (gs1)... Any help or advice would be greatly appreciated. TS. My /etc/network/interfaces file: # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo xenbr0 iface lo inet loopback # The primary network interface iface enp5s0f0 inet manual # Setup Xen Interface Bridge auto xenbr0 iface xenbr0 inet static         bridge_ports enp5s0f0                 address 192.168.1.31                 broadcast 192.168.1.255                 netmask 255.255.255.0                 gateway 192.168.1.1 From xen-users-bounces@lists.xenproject.org Mon Aug 24 18:32:51 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Aug 2020 18:32:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAHFY-0005dw-0v; Mon, 24 Aug 2020 18:31:20 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAHFW-0005dq-Ty for xen-users@lists.xenproject.org; Mon, 24 Aug 2020 18:31:18 +0000 X-Inumbo-ID: 66d0e8be-8a4e-4ba9-b56c-038566c43a26 Received: from mail-wr1-x443.google.com (unknown [2a00:1450:4864:20::443]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 66d0e8be-8a4e-4ba9-b56c-038566c43a26; Mon, 24 Aug 2020 18:31:17 +0000 (UTC) Received: by mail-wr1-x443.google.com with SMTP id l2so9889982wrc.7 for ; Mon, 24 Aug 2020 11:31:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=YFcPQqgdNIveXg4pT/RIhoCvjmQKF7E37x2/1mnoH6I=; b=k8cEnLyh8hLLyZCWgaE8O6gp2Af1UPIfxRkUywi249RMXrK+f423WipgXoxynlSGuQ 9R7RbZl1SmDN0DhGa26gNLZ2WPLe1C001WS5db3V/YaGyeLBXSkAPBL+mFh5hOsbX/49 gaNR5R43VDkZABwuiHjsb+uTrXZC1m92SMYoMgftvOr0QW5sZSQyJVWC+Z+yhTBt19xR dWKOk8AeX0Cx7epxA2Dfkoo8ddGNBbPxmH5ofbzuObyYIWW/191i0OXWmyeAQ16rKBFM 0aIx680X6IRGuxZx7p8G21HpaRTrjS+hf4dnmGiQSxh59zPzVF7zZb7ZPxDqGb5yr61m 3yYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=YFcPQqgdNIveXg4pT/RIhoCvjmQKF7E37x2/1mnoH6I=; b=RWQ8bkVa5n60cxe5QuDexCA1MKn25cnz1MVHshDe7MmeTogaEXeA7RG4PV1SacuFmp HYrcvPB+MNoZ9RrSdDPTtD238ClqJbuJzIyi8Qpa+W/CIgWkNCo9PWzUokoTpYj8cSDD 4mPunoTUCZ3l67s1PKgD7qrd8wzcwAmeluulJFtRsTboaYjLRiT0FSsIfCQtes0y+G7J pk/ANKCGaWc/5eR6tSsB1Gwfe2MVNnzRxEE2sZy35VJ1+LnxhxCsDu2HM/tsRobsfbYJ zVWHCtZ6+o/KeIz8jK8euAP5ZinOlZZyQs5CpR8mG6OcnU9vuYgozFmf1EVbi0L8uR6Q wFyA== X-Gm-Message-State: AOAM5338FMWPpiW+jqM3HOvLHY9eKj42iL586NXJaV1wip7qMT1jH5OU 4bssm4MI7JTDUgeKW+ebfi0XZSDpyuErNEVcfl+aE43o24U= X-Google-Smtp-Source: ABdhPJwpIwy+/U7JvTWVmkg9Dg+tSH3CNe2VmPBvzbJWkaBIHrn3NmE2N7cr1iV/zuYCzVwliHVv4NjrJBCZ3acaCsc= X-Received: by 2002:a5d:63d1:: with SMTP id c17mr7194353wrw.241.1598293877162; Mon, 24 Aug 2020 11:31:17 -0700 (PDT) MIME-Version: 1.0 References: <58c623cc-886d-ed54-18e5-356309691ea5@suse.com> <9925fe26-9b0a-bd04-2d6e-bffd5b5d9769@suse.com> In-Reply-To: <9925fe26-9b0a-bd04-2d6e-bffd5b5d9769@suse.com> From: moftah moftah Date: Mon, 24 Aug 2020 14:31:05 -0400 Message-ID: Subject: Re: repeated Kernel oops need help to debug To: =?UTF-8?B?SsO8cmdlbiBHcm/Dnw==?= Cc: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000cb859b05ada3caeb" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --000000000000cb859b05ada3caeb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Jurgon, I think the commit 021a17ed796b is mostly causing the issue as you explaine= d I tried to port back the fixes in 5.4 and 5.5 back to 4.19 but that was out of my level (the code changed between those versions and I no longer clearly see where to apply the fixes) So the other workaround i did is that i reverted 021a17ed796b in 4.19 and comibled new kernel the new kernel is much more stable although the issue still occur but i would say the frequency of the occurring is 10% of what it was before reverting 021a17ed796b maybe if someone can port the fixed in 5.4 and 5.5 back to 4.19 it will fix the issue 100% (I still have the oops but the frequency is less than before= ) Thanks On Thu, Aug 6, 2020 at 11:22 AM J=C3=BCrgen Gro=C3=9F wro= te: > On 06.08.20 17:16, moftah moftah wrote: > > this is a bit weird > > I decided to debug the issue before patching the kernel more > > so i went to one server and change the qdisc on all network interfaces > > (not guest interfaces ) to fifo instead of pfifo fast > > and to my shock i got the same panic on pfifo_fast_dequeue !!!! > > > > another thing i noticed that when ever the issue occur on any server i > > check the cpu stack of the cpu that had the panic > > and there is 2 stacks always one for dom0 and the other one for > hypervisor > > > > the hypervisor stack always has this on the panicking cpu > > ffff832027be7d20: ffff82d08021831d kexec_crash+0x4d/0x50 > > ffff832027be7d28: 00000000fffffffe > > ffff832027be7d30: ffff82d080218c9d do_kexec_op_internal+0x44d/0x710 > > ffff832027be7d38: 0000000000040660 > > ffff832027be7d40: 0000000000000000 > > ffff832027be7d48: 0000000000000000 > > ffff832027be7d50: 000000000000000c > > ffff832027be7d58: 000000000000000c > > ffff832027be7d60: ffff83202780f000 > > ffff832027be7d68: ffff832027be7da8 .+64 > > ffff832027be7d70: 000000000000000c > > ffff832027be7d78: ffff82d080266750 vga_noop_puts+0/0x10 > > ffff832027be7d80: ffff82d080249f3a do_console_io+0x41a/0x460 > > ffff832027be7d88: ffffc90000000001 > > ffff832027be7d90: ffff83202780fa24 > > ffff832027be7d98: 000000000000e033 > > > > Could the issue be the in the hypervisor side and the dom0 kernel panic > > message is just misleading ? > > No, a dom0 panic will end up in the hypervisor which will then try to > trigger kexec for taking a dump (if configured). > > > Juergen > --000000000000cb859b05ada3caeb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Jurgon,

I think the commit 021a17ed7= 96b is mostly causing the issue as you explained
I tried to port = back the fixes=C2=A0in 5.4 and 5.5 back to 4.19 but that was out of my leve= l (the code changed between those versions and I no longer clearly see wher= e to apply the fixes)

So the other workaround i di= d is that i reverted=C2=A0=C2=A0 021a17ed796b in 4.19 and comibled new kernel
the new kernel is mu= ch more stable although the issue still occur=C2=A0but i would say the freq= uency=C2=A0of the occurring=C2=A0is 10% of=C2=A0 what it was before reverti= ng=C2=A0 021a17ed796b=20

maybe if someone=C2=A0can port the fixed in 5.4 a= nd 5.5 back to 4.19 it will fix the issue 100% (I still have the oops but t= he frequency=C2=A0is less than before)
=C2=A0

Thanks

On Thu, Aug 6, 2020 at 11:22 AM J=C3=BCrgen Gro=C3=9F <= ;jgross@suse.com> wrote:
On 06.08.20 17:16, mofta= h moftah wrote:
> this is a bit weird
> I decided to debug the issue before patching the kernel more
> so i went to one server and change the qdisc on all network interfaces=
> (not guest interfaces ) to fifo instead of pfifo fast
> and to my shock i got the same panic on pfifo_fast_dequeue !!!!
>
> another thing i noticed that when ever=C2=A0the issue occur=C2=A0on an= y server i
> check the cpu stack of the cpu that had the panic
> and there is 2 stacks always=C2=A0one for dom0 and the other one for h= ypervisor
>
> the hypervisor stack always has this on the panicking=C2=A0cpu
>=C2=A0 =C2=A0 ffff832027be7d20: ffff82d08021831d kexec_crash+0x4d/0x50<= br> >=C2=A0 =C2=A0 ffff832027be7d28: 00000000fffffffe
>=C2=A0 =C2=A0 ffff832027be7d30: ffff82d080218c9d do_kexec_op_internal+0= x44d/0x710
>=C2=A0 =C2=A0 ffff832027be7d38: 0000000000040660
>=C2=A0 =C2=A0 ffff832027be7d40: 0000000000000000
>=C2=A0 =C2=A0 ffff832027be7d48: 0000000000000000
>=C2=A0 =C2=A0 ffff832027be7d50: 000000000000000c
>=C2=A0 =C2=A0 ffff832027be7d58: 000000000000000c
>=C2=A0 =C2=A0 ffff832027be7d60: ffff83202780f000
>=C2=A0 =C2=A0 ffff832027be7d68: ffff832027be7da8 .+64
>=C2=A0 =C2=A0 ffff832027be7d70: 000000000000000c
>=C2=A0 =C2=A0 ffff832027be7d78: ffff82d080266750 vga_noop_puts+0/0x10 >=C2=A0 =C2=A0 ffff832027be7d80: ffff82d080249f3a do_console_io+0x41a/0x= 460
>=C2=A0 =C2=A0 ffff832027be7d88: ffffc90000000001
>=C2=A0 =C2=A0 ffff832027be7d90: ffff83202780fa24
>=C2=A0 =C2=A0 ffff832027be7d98: 000000000000e033
>
> Could the issue be the in the hypervisor=C2=A0side and the dom0 kernel= panic
> message is just misleading=C2=A0?

No, a dom0 panic will end up in the hypervisor which will then try to
trigger kexec for taking a dump (if configured).


Juergen
--000000000000cb859b05ada3caeb-- From xen-users-bounces@lists.xenproject.org Tue Aug 25 07:10:53 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Aug 2020 07:10:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAT5J-0000zp-D2; Tue, 25 Aug 2020 07:09:33 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAT5J-0000zk-3c for xen-users@lists.xenproject.org; Tue, 25 Aug 2020 07:09:33 +0000 X-Inumbo-ID: 73e9fb04-683c-47b6-bc56-93b0e010d58f Received: from mail.bakkerspees.nl (unknown [46.231.86.250]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 73e9fb04-683c-47b6-bc56-93b0e010d58f; Tue, 25 Aug 2020 07:09:31 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.bakkerspees.nl (Postfix) with ESMTP id AD185480425 for ; Tue, 25 Aug 2020 09:09:30 +0200 (CEST) Received: from mail.bakkerspees.nl ([127.0.0.1]) by localhost (beaker.bakkerspees.nl [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id mZGgxi7jWlfg for ; Tue, 25 Aug 2020 09:09:30 +0200 (CEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.bakkerspees.nl (Postfix) with ESMTP id 3C233483F6C for ; Tue, 25 Aug 2020 09:09:30 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.bakkerspees.nl 3C233483F6C DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bakkerspees.nl; s=EE57FE84-7C35-11E7-B889-EA2CF56F1A75; t=1598339370; bh=hioXjtAokDPxazAIS+2S0GAMMi1HQx7OlBGQM1pN8Mg=; h=Date:From:To:Message-ID:MIME-Version; b=ppGlEh70ocTGALbZ6KZB3SC/mXsezgc53hRabwsFuN2mSWOPd7Tm8IrLSlUA9Gjol 08Ax2OP1Yg3pPXYmy3Jm+V+rFVioHLZglIyHHSqkkqXbzduyuYWvKtzMn7FSDi+gZO 95wRxZj34U3l+kJHzs1LTXzeKkmtKcS1gNTeIMAb0z+dwydVU87TMWd6eqMV8iLiI/ 05PwBRUlA/Mp29jy8BkoRBy0M5dKn0EUnOV4+sRtZsftuWES8zLLtbxO+G1+T4T042 +n8dqa3q+/xI7kFA7bBusesaRWSNBteQD1X5XM7Ufw6K+brpdVkoW7GPyQhEP981O4 UdD0Yh4XLfXcg== X-Virus-Scanned: amavisd-new at beaker.bakkerspees.nl Received: from mail.bakkerspees.nl ([127.0.0.1]) by localhost (beaker.bakkerspees.nl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id CVd0JTH5ZkJf for ; Tue, 25 Aug 2020 09:09:30 +0200 (CEST) Received: from beaker.bakkerspees.nl (beaker.bakkerspees.nl [192.168.63.57]) by mail.bakkerspees.nl (Postfix) with ESMTP id 16906480425 for ; Tue, 25 Aug 2020 09:09:30 +0200 (CEST) Date: Tue, 25 Aug 2020 09:09:30 +0200 (CEST) From: Ken Hayashi To: xen-users@lists.xenproject.org Message-ID: <1440546341.95246.1598339370047.JavaMail.zimbra@bakkerspees.nl> Subject: Unrecognized device in device manager MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_da16529c-1dec-4346-8033-4172dbf99e53" X-Mailer: Zimbra 8.8.15_GA_3918 (ZimbraWebClient - GC84 (Win)/8.8.15_GA_3895) X-Authenticated-User: ken.hayashi@bakkerspees.nl Thread-Index: S+k/8WFW4BDWC3JTETutJd/6acycnw== Thread-Topic: Unrecognized device in device manager X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --=_da16529c-1dec-4346-8033-4172dbf99e53 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello. I=E2=80=99m using PV ver 9.0.0 drivers on win2019std server. All dri= vers are installed except there is =E2=80=9CXen PV Console #0=E2=80=9D devi= ce under =E2=80=9COther devices=E2=80=9D in Windows device manager. I=E2=80= =99ve tried to update the driver with all available 9.0.0 drivers but nothi= ng picks up. One thing to note is that I didn=E2=80=99t enable =E2=80=9CWin= dows test mode=E2=80=9D when I installed these drivers, and I=E2=80=99m won= dering if that caused this. Windows is running fine, except one thing: Keyb= oard doesn=E2=80=99t work through VNC. Only when I RDP, it works. I=E2=80= =99m guessing this is related but not 100% sure. Any advice would be greatl= y appreciated.=20 Thank you,=20 Ken=20 Met vriendelijke groet,=20 Ken Hayashi=20 Systeembeheerder=20 088-6381458 (direct number)=20 T 020 - 638 14 89=20 info@bakkerspees.nl=20 www.bakkerspees.nl=20 Postbus 2060=20 1000 CB Amsterdam=20 Bezoekadres:=20 Amstel 141F=20 1018 EP Amsterdam=20 KvK Amsterdam 33231509=20 --=_da16529c-1dec-4346-8033-4172dbf99e53 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Hello. I=E2=80= =99m using PV ver 9.0.0 drivers on win2019std server. All drivers are insta= lled except there is =E2=80=9CXen PV Console #0=E2=80=9D device under =E2= =80=9COther devices=E2=80=9D in Windows device manager. I=E2=80=99ve tried = to update the driver with all available 9.0.0 drivers but nothing picks up.= One thing to note is that I didn=E2=80=99t enable =E2=80=9CWindows test mo= de=E2=80=9D when I installed these drivers, and I=E2=80=99m wondering if th= at caused this. Windows is running fine, except one thing: Keyboard doesn= =E2=80=99t work through VNC. Only when I RDP, it works. I=E2=80=99m guessin= g this is related but not 100% sure. Any advice would be greatly appreciate= d.

 

Thank you,

Ken

<= !--EndFragment-->

Met= vriendelijke groet,

Ken Hayashi
Systeembeheerder
088-6381458 = (direct number)

T 020 - 638 14 89
info@bakkerspees.nl
www.bakk= erspees.nl

Postbus 2060
1000 CB Amsterdam

Bezoekadres:
= Amstel 141F
1018 EP Amsterdam

KvK Amsterdam 33231509
<= /body> --=_da16529c-1dec-4346-8033-4172dbf99e53-- From xen-users-bounces@lists.xenproject.org Tue Aug 25 12:06:40 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Aug 2020 12:06:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAXh9-0006Gn-AE; Tue, 25 Aug 2020 12:04:55 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAXh7-0006Gi-J3 for xen-users@lists.xenproject.org; Tue, 25 Aug 2020 12:04:53 +0000 X-Inumbo-ID: 89853452-1edb-4bab-836f-3ece03eee4cd Received: from mail1.bemta24.messagelabs.com (unknown [67.219.250.2]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 89853452-1edb-4bab-836f-3ece03eee4cd; Tue, 25 Aug 2020 12:04:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ambarella.com; s=com20180801a; t=1598357090; i=@ambarella.com; bh=/23NXIk+bMwOZgSl5fEsxBdDJ7V7WivmtesR9r8+ZXo=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=THTgIhfhCvc8pep3OoNRIZgFCWoqDpZfmKAJGoGSjwIZICW/amaxysqJRdiK8DtGl U0YiE2zcpjzhlrnuMG3Cq4XRdNMrhwFApmLEi8K0I1aVVuNI7jRWdGJXF4jRsKj4uD BQQsNoTrnMwXjsMrVBh0FCwsOxa8sBzQYrU1Cg5HM+5jSKi7+Xa+acRTl6maEyz0R9 ruvIOJkIXdIyn5grgRHkaUa7O2JoUNxh2//PZ690UgBEMhWzwi/W5aGYaEYrgNaP8m OqtayguPZDwcjdzpEUEX47BYulX2x1IbNnbaUGDmQtcsootlKXfzrIZuB/41DNXhzB cZ9jMX0nQDMqQ== Received: from [100.112.130.27] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-2.bemta.az-a.us-west-2.aws.symcld.net id 7A/A3-01971-26EF44F5; Tue, 25 Aug 2020 12:04:50 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprFKsWRWlGSWpSXmKPExsXixP67Ujfpn0u 8wbSdUhbv9v1ldmD0OPzhCksAYxRrZl5SfkUCa0bbmXesBTv1Kubc+8HWwPhCvYuRi0NI4CWj xPSX7cwQzitGiZv7t7BCOAcYJT6c2c7UxcjJwSagJfHo72Z2EFtEwFXi3qJmFhBbWMBZ4sy2i YxdjBxAcQ+JeZtSIUr0JO6fOgZWziKgKnHm9Ckwm1fARqL70BRWEJtRQFbi4Mt2sDizgLjErS fzwVZJCAhILNlznhnCFpV4+fgfK8h4CQFFiZ1fjSHKdSQW7P7EBmFrSyxb+JoZYrygxMmZT1h AyoWAyu9fEJjAKDwLyYJZSLpnIemehaR7ASPLKkaLpKLM9IyS3MTMHF1DAwNdQ0MjXUNjA10j I3O9xCrdRL3SYt3y1OISXSO9xPJiveLK3OScFL281JJNjMDoSCloeryDceebD3qHGCU5mJREe Z1fuMQL8SXlp1RmJBZnxBeV5qQWH2KU4eBQkuAt/QuUEyxKTU+tSMvMAUYqTFqCg0dJhNcLJM 1bXJCYW5yZDpE6xejKMeHl3EXMHAePzgOSl6+DyJvvlwDJB1fvrWIWYsnLz0uVEuf1A2kWAGn OKM2DGw1LMpcYZaWEeRkZGBiEeApSi3IzS1DlXzGKczAqCfMu+wM0hSczrwTuAmBCAfpLhPd5 kiPIcSWJCCmpBibx1X0zeS2O+evNSvlgGh6Weab6yJs7Coams9MPb21y/5Un8mTy+2UCS2Xtp 93ib9ZevXjb/PbpKz/m9R73W7stO+TvpQ45najgeBN2mXlhq9+9/skb6LftrF/9tmxfyYXstz b7Ml9ew/RvsvGf5HfTdBZeV1rfwhc05eKB4E8vhEPf7zyxk2XHkqdL1y/LmyixZYNZzdG/H1K 23eA47xgrGJh9mdXz/puEfDv+qlOVr9mP1os8apo3ua3twom/pSU7E473aNgGiN51zpw7VSPj rirrU+0Fyx8WRZsv/3nqwNPqfS+5lx3coj9JYtIaTqeZ5+/tnNH/Inruoa/rhW8UuCx47+OtY TarM2OORUrQRCWW4oxEQy3mouJEAFVc+rKtAwAA X-Env-Sender: cchiou@ambarella.com X-Msg-Ref: server-4.tower-330.messagelabs.com!1598357089!76019!1 X-Originating-IP: [66.7.251.121] X-SYMC-ESS-Client-Auth: outbound-route-from=pass X-StarScan-Received: X-StarScan-Version: 9.50.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25576 invoked from network); 25 Aug 2020 12:04:50 -0000 Received: from 66-7-251-121.static-ip.telepacific.net (HELO webmail.ambarella.com) (66.7.251.121) by server-4.tower-330.messagelabs.com with AES256-GCM-SHA384 encrypted SMTP; 25 Aug 2020 12:04:50 -0000 Received: from ambtw-mbx2.ambarella.net (10.2.4.229) by ambus-cas3.ambarella.net (10.1.4.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1779.2; Tue, 25 Aug 2020 05:04:47 -0700 Received: from ambtw-mbx2.ambarella.net (10.2.4.229) by ambtw-mbx2.ambarella.net (10.2.4.229) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2044.4; Tue, 25 Aug 2020 20:04:46 +0800 Received: from ambtw-mbx2.ambarella.net ([fe80::cdb0:fbf6:f9dc:d87d]) by ambtw-mbx2.ambarella.net ([fe80::cdb0:fbf6:f9dc:d87d%2]) with mapi id 15.01.1979.003; Tue, 25 Aug 2020 20:04:46 +0800 From: Charles Chiou To: "xen-users@lists.xenproject.org" Subject: arm (qemu -M virt) 64 bit xen running 32 bit guest problem Thread-Topic: arm (qemu -M virt) 64 bit xen running 32 bit guest problem Thread-Index: AdZ61nYqBFi/wv1gSFKSgROwaca1lg== Date: Tue, 25 Aug 2020 12:04:46 +0000 Message-ID: Accept-Language: en-US, zh-TW Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [114.32.149.41] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hello, I'm having problem with virtual console when booting up 32 bit guests. I'm = using qemu virt machine, running xen 64 bit, DOM0 Linux is 64 bit. The 64 b= it guests that I've tried (Linux, an RTOS) have no issues, but when I tried= to run 32 bit OS (tried linux, FreeRTOS from Galois, a bare-metal app), I = get "Invalid MFN 0x33a08" or similar messages when making HVC calls such as= : mov r0, #0 mov r1, #35 ldr r2, =3Dbanner mov r12, #18 hvc #0xea1<---- and get this at the HVC call to XEN: (XEN) p2m.c:1919: d8v0: Invalid MFN 0x33a08 Not sure if there's misconfiguration somewhere, or compile options, etc. th= at caused this... Any pointer is greatly appreciated! Below is output of similar problem when booting up a 32 bit linux kernel: / # xl -v create -c /share/misc/linux32.cfg Parsing config from /share/misc/linux32.cfg libxl: info: libxl_create.c:122:libxl__domain_build_info_setdefault: qemu-x= en is unavailable, using qemu-xen-traditional instead: No such file or dire= ctory libxl: detail: libxl_create.c:623:libxl__domain_make: passthrough: disabled domainbuilder: detail: xc_dom_allocate: cmdline=3D"rw root=3D/dev/ram rdini= t=3D/sbin/init earlyprintk=3Dserial,ttyAMA0", features=3D"" domainbuilder: detail: xc_dom_kernel_file: filename=3D"/share/linux-domu-32= bit/arch/arm/boot/zImage" domainbuilder: detail: xc_dom_malloc_filemap : 5904 kB domainbuilder: detail: xc_dom_module_file: filename=3D"/share/dom0-rootfs.i= mg.gz" domainbuilder: detail: xc_dom_malloc_filemap : 13553 kB domainbuilder: detail: xc_dom_boot_xen_init: ver 4.15, caps xen-3.0-aarch64= xen-3.0-armv7l domainbuilder: detail: xc_dom_rambase_init: RAM starts at 40000 domainbuilder: detail: xc_dom_parse_image: called domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader .= .. domainbuilder: detail: loader probe failed domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM64) load= er ... domainbuilder: detail: xc_dom_probe_zimage64_kernel: kernel is not an arm64= Image domainbuilder: detail: loader probe failed domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM32) load= er ... domainbuilder: detail: loader probe OK domainbuilder: detail: xc_dom_parse_zimage32_kernel: called domainbuilder: detail: xc_dom_parse_zimage32_kernel: xen-3.0-armv7l: 0x4000= 8000 -> 0x405cc200 domainbuilder: detail: xc_dom_devicetree_mem: called domainbuilder: detail: xc_dom_mem_init: mem 128 MB, pages 0x8000 pages, 4k = each domainbuilder: detail: xc_dom_mem_init: 0x8000 pages domainbuilder: detail: xc_dom_boot_mem_init: called domainbuilder: detail: set_mode: guest xen-3.0-armv7l, address size 32 domainbuilder: detail: populate_guest_memory: populating RAM @ 000000004000= 0000-0000000048000000 (128MB) domainbuilder: detail: populate_one_size: populated 0x40/0x40 entries with = shift 9 domainbuilder: detail: meminit: placing boot modules at 0x472c2000 domainbuilder: detail: meminit: ramdisk: 0x472c2000 -> 0x47fff000 domainbuilder: detail: meminit: devicetree: 0x47fff000 -> 0x48000000 domainbuilder: detail: xc_dom_build_image: called domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x4000= 8+0x5c5 at 0xffff93aea000 domainbuilder: detail: xc_dom_alloc_segment: kernel : 0x40008000 ->= 0x405cd000 (pfn 0x40008 + 0x5c5 pages) domainbuilder: detail: xc_dom_load_zimage_kernel: called domainbuilder: detail: xc_dom_load_zimage_kernel: kernel seg 0x40008000-0x4= 05cd000 domainbuilder: detail: xc_dom_load_zimage_kernel: copy 6046208 bytes from b= lob 0xffff94dec000 to dst 0xffff93aea000 domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x472c= 2+0xd3d at 0xffff92dad000 domainbuilder: detail: xc_dom_alloc_segment: module0 : 0x472c2000 ->= 0x47fff000 (pfn 0x472c2 + 0xd3d pages) domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x47ff= f+0x1 at 0xffff95847000 domainbuilder: detail: xc_dom_alloc_segment: devicetree : 0x47fff000 ->= 0x48000000 (pfn 0x47fff + 0x1 pages) domainbuilder: detail: alloc_magic_pages: called domainbuilder: detail: xc_dom_build_image : virt_alloc_end : 0x48000000 domainbuilder: detail: xc_dom_build_image : virt_pgtab_end : 0x0 domainbuilder: detail: xc_dom_boot_image: called domainbuilder: detail: bootearly: doing nothing domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-a= arch64 domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-a= rmv7l <=3D matches domainbuilder: detail: start_info_arm: called domainbuilder: detail: domain builder memory footprint domainbuilder: detail: allocated domainbuilder: detail: malloc : 117 kB domainbuilder: detail: anon mmap : 0 bytes domainbuilder: detail: mapped domainbuilder: detail: file mmap : 19457 kB domainbuilder: detail: domU mmap : 19468 kB domainbuilder: detail: vcpu_arm32: called domainbuilder: detail: Initial state CPSR 0x1d3 PC 0x40008000 domainbuilder: detail: compat_gnttab_hvm_seed: d7: pfn=3D0x38000 domainbuilder: detail: xc_dom_set_gnttab_entry: d7 gnt[0] -> d0 0x39000 domainbuilder: detail: xc_dom_set_gnttab_entry: d7 gnt[1] -> d0 0x39001 domainbuilder: detail: xc_dom_release: called (XEN) p2m.c:1919: d7v0: Invalid MFN 0x3b401 (XEN) d7v0: vGICR: SGI: unhandled word write 0x000000ffffffff to ICACTIVER0 (XEN) p2m.c:1919: d7v0: Invalid MFN 0x3b401 (XEN) p2m.c:1919: d7v0: Invalid MFN 0x39281 -- Charles Chiou NOTE: This email (including attachments) contain Ambarella Proprietary and/= or Confidential Information and is intended solely for the use of the indiv= idual(s) to whom it is addressed. Any unauthorized review, use, disclosure,= distribute, copy, or print is prohibited. If you are not an intended recip= ient, please contact the sender by reply email and destroy all copies of th= e original message. Thank you. From xen-users-bounces@lists.xenproject.org Tue Aug 25 16:50:38 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Aug 2020 16:50:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAc8M-0007th-RS; Tue, 25 Aug 2020 16:49:18 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAc8K-0007tc-Tb for xen-users@lists.xenproject.org; Tue, 25 Aug 2020 16:49:17 +0000 X-Inumbo-ID: 78ad4b3b-8b5a-467b-a136-47e4b1df7024 Received: from mail.xenproject.org (unknown [104.130.215.37]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 78ad4b3b-8b5a-467b-a136-47e4b1df7024; Tue, 25 Aug 2020 16:49:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xen.org; s=20200302mail; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:To:Subject; bh=+rF3qLuXCBbKDwsUZKaDa8SIUU+ykUHI7MqUwvdoEb8=; b=VDnkgZ3BiWSHTJ/xLt/4Q3tk3t 1+cEdAVm5J64GyZkXDMoDckK9f0hoh4t8JdjQSs/KluIHQqQtQsB9bfZ+yiqfaQwTqqDS2n7Mx+aY k9rPOzm3yAcF6oSP74JF4TgDrHhnpaFmnuYf/8UPHKz5/O7UG1x9i1zQAMzh1JdeBcPg=; Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAc8I-0003Qm-Sv; Tue, 25 Aug 2020 16:49:14 +0000 Received: from [54.239.6.177] (helo=a483e7b01a66.ant.amazon.com) by xenbits.xenproject.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kAc8I-00010X-Lo; Tue, 25 Aug 2020 16:49:14 +0000 Subject: Re: Colibri imx8qxp: Missing kernel boot module To: Daniel Wagner2 , "xen-users@lists.xenproject.org" , Peng Fan References: <371b26ab9d3d40528235d89d2bcbf42d@itk-engineering.de> From: Julien Grall Message-ID: <3e115eb4-d9a4-7123-651c-b6d040edaf14@xen.org> Date: Tue, 25 Aug 2020 17:49:13 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <371b26ab9d3d40528235d89d2bcbf42d@itk-engineering.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hi Daniel, On 22/08/2020 13:00, Daniel Wagner2 wrote: >>>>>>>> On 10/08/2020 16:32, Daniel Wagner2 wrote: >>>>>>>>> Hello xen-users, >>>>>>>>> we are trying to get Xen running on a Toradex "Colibri iMX8X" >>>>>>>>> module (see [1] at the bottom of this email), which features the >>>>>>>>> iMX8 QXP >>>>>>> prozessor. >>>>>>>>> We found that NXP has a Xen reference implementation [2][3] for >>>>>>>>> their MEK Module and tried to port that to the Toradex >>> module. >>>>>>>>> >>>>>>>>> When booting via the bootscript [4], which is unaltered except >>>>>>>>> for the "dom0fdt_file" and "xenhyper_bootargs" variables, we get >>>>>>>>> the following >>>>>>>>> error: >>>>>>>>> >>>>>>>>> [...] (See [5] for complete bootlog) >>>>>>>>> (XEN) *** LOADING DOMAIN 0 *** >>>>>>>>> (XEN) Missing kernel boot module? >>>>>>>>> (XEN) >>>>>>>>> (XEN) **************************************** >>>>>>>>> (XEN) Panic on CPU 0: >>>>>>>>> (XEN) Could not set up DOM0 guest OS >>>>>>>>> (XEN) **************************************** >>>>>>>>> (XEN) >>>>>>>>> (XEN) Reboot in five seconds... >>>>>>>>> >>>>>>>>> For Dom0 we took the linux-toradex kernel source, ran "make >>>>> xenconfig" >>>>>>>>> [6], which should add Xen-support and rebuilt the Image with >>>>>>>>> "make >>>>>>> Image". >>>>>>>>> For dom0 DTB [7] we copied the dom0 DTS NXP uses for their >>>>>>> MEK-Module >>>>>>>>> [8] and only adjusted the "bootargs" parameter. >>>>>>>>> This Linux Image was able to run after we rebuilt and booted it >>>>>>>>> without >>>>>>> Xen. >>>>>>>> >>>>>>>> Which Device-Tree did you for boot Linux without Xen? >>>>>>> >>>>>>> Used the same Device-Tree Binary that we want to use with Xen >>>>>>> which is described in [7]. In [7] you can see rows 23 and 24, >>>>>>> which include the Devicetree as it is supplied by Toradex. >>>>>>> To boot linux with our dom0 DTB, the u-boot variable fdt_file was >>>>>>> changed from fsl-imx8qxp-colibri-eval-v3.dtb to >>>>>>> fsl-imx8qxp-colibri-eval-v3-dom0.dtb. >>>>>> >>>>>> >>>>>> Did you use the U-Boot cmd 'xenmmcboot' or 'xennetboot'? >>>>> >>>>> To boot linux without Xen the u-boot cmd 'boot' is used. >>>>> To boot Xen we use 'run xenmmcboot' (in an adjusted form to account >>>>> for different filenames and bootargs, see [4]). >>>> >>>> So kernel Image loaded to 0x80a00000, right? >>>> >>>> Please load kernel image before run xenmmcboot if not. >>> >>> The xenmmcboot script [4] line 25 loads the linux image. >>> Inserting the values for the variables in this line gives: >>> 'fatload mmc 0:1 0x92000000 image' >>> So we load the kernel image to 0x92000000. Is this not the right adress? >>> How can the right adress, to load the kernel image to, be determined? >> >> With U-boot, you will have to unfortunately determine the address > manually. I >> usually use the address provided by U-boot for baremetal boot and load > both >> Xen and Linux close to each other. >> >>> Loading it to 0x80a00000 yields the same error ("Missing kernel boot >>> module?") >> >> It may be possible that the Device-Tree node is incorrect. Would it be > possible to >> dump the Device-Tree node /chosen/ in either U-boot or Xen? >> > > We tried to load xen, dom0 und fdt close together in an effort to replicate > your approach. > Thats why we now load > xen @ 0x8200 0000 > dom0 @ 0x8210 0000 > fdt @ 0x8370 0000 > To account for these changes, the /chosen node was also adjusted. > /chosen (for readibility as pastebin): > https://pastebin.com/v6pmm1iq > > chosen { > bootargs = "console=ttyLP3,115200 > earlycon=lpuart32,0x5a090000,115200"; > stdout-path = "/serial@5a090000"; > #address-cells = <0x00000002>; > #size-cells = <0x00000002>; > module@0 { > bootargs = "earlycon=xen console=hvc0 loglevel=8 > root=/dev/mmcblk0p2 rootwait rw"; > xen,dom0-bootargs = "console=dtuart dtuart=ttyLP3 > earlycon=lpuart3,0x5a090000,115200"; > compatible = "xen,linux-zimage", "xen,multiboot-module"; > reg = <0x00000000 0x82100000 0x00000000 0x01490a00>; > }; > }; Thank you for the input. At first glance, I don't see the issue with the node but it looks like Xen is not happy with it. I am not entirely sure why yet. Do you mind to enable earlyprintk for your platform? With that you should be able to get more information about the list of modules discovered. Cheers, -- Julien Grall From xen-users-bounces@lists.xenproject.org Tue Aug 25 17:29:26 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Aug 2020 17:29:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAcka-00031H-3e; Tue, 25 Aug 2020 17:28:48 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAckY-00031C-Kx for xen-users@lists.xenproject.org; Tue, 25 Aug 2020 17:28:46 +0000 X-Inumbo-ID: 9e41d741-b209-45a0-9b16-3414d8008dd4 Received: from mail.xenproject.org (unknown [104.130.215.37]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 9e41d741-b209-45a0-9b16-3414d8008dd4; Tue, 25 Aug 2020 17:28:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xen.org; s=20200302mail; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:To:Subject; bh=P3LwjCRGR1oNx2qCsN/ri7J7LxMOXE0NGT1eFjBrjQY=; b=1SRxxVr+Q3hTQWeJJispCz6WFZ t8Lvk5G5tG6mIT6M8KMKP2lO+xpHPeeNzZDL8b5bfs24xnTpEpcWVcLJOn1OAvrWFe1Wvw7pklSLQ SWq9kZcVkrbT73+TFks5/YtbE8ZXcK38vBhnAANjCuHyNEybdmGai0PMntkoCA0AmRBQ=; Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAckX-0004FO-Do; Tue, 25 Aug 2020 17:28:45 +0000 Received: from [54.239.6.177] (helo=a483e7b01a66.ant.amazon.com) by xenbits.xenproject.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kAckX-0007Ce-0U; Tue, 25 Aug 2020 17:28:45 +0000 Subject: Re: arm (qemu -M virt) 64 bit xen running 32 bit guest problem To: Charles Chiou , "xen-users@lists.xenproject.org" , Stefano Stabellini References: From: Julien Grall Message-ID: <1e75e99e-1a88-8a02-16a5-cb7b92e0685c@xen.org> Date: Tue, 25 Aug 2020 18:28:43 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" (+ Stefano) On 25/08/2020 13:04, Charles Chiou wrote: > Hello, Hello, > I'm having problem with virtual console when booting up 32 bit guests. I'm using qemu virt machine, running xen 64 bit, DOM0 Linux is 64 bit. The 64 bit guests that I've tried (Linux, an RTOS) have no issues, but when I tried to run 32 bit OS (tried linux, FreeRTOS from Galois, a bare-metal app), I get "Invalid MFN 0x33a08" or similar messages when making HVC calls such as: > > mov r0, #0 > mov r1, #35 > ldr r2, =banner > mov r12, #18 > hvc #0xea1<---- > > and get this at the HVC call to XEN: > > (XEN) p2m.c:1919: d8v0: Invalid MFN 0x33a08 > > Not sure if there's misconfiguration somewhere, or compile options, etc. that caused this... Any pointer is greatly appreciated! > > Below is output of similar problem when booting up a 32 bit linux kernel: Looking at the code, this seems like an issue when trying to translate a guest virtual address to a machine address. A few questions: - Which QEMU version are you using? - What's your Linux configuration? Are you using LPAE or short page tables? I am also not sure what's the state of virtualization support in QEMU for 32-bit guest. I have CCed Stefano who may have a better idea. Best regards, > / # xl -v create -c /share/misc/linux32.cfg > Parsing config from /share/misc/linux32.cfg > libxl: info: libxl_create.c:122:libxl__domain_build_info_setdefault: qemu-xen is unavailable, using qemu-xen-traditional instead: No such file or directory > libxl: detail: libxl_create.c:623:libxl__domain_make: passthrough: disabled > domainbuilder: detail: xc_dom_allocate: cmdline="rw root=/dev/ram rdinit=/sbin/init earlyprintk=serial,ttyAMA0", features="" > domainbuilder: detail: xc_dom_kernel_file: filename="/share/linux-domu-32bit/arch/arm/boot/zImage" > domainbuilder: detail: xc_dom_malloc_filemap : 5904 kB > domainbuilder: detail: xc_dom_module_file: filename="/share/dom0-rootfs.img.gz" > domainbuilder: detail: xc_dom_malloc_filemap : 13553 kB > domainbuilder: detail: xc_dom_boot_xen_init: ver 4.15, caps xen-3.0-aarch64 xen-3.0-armv7l > domainbuilder: detail: xc_dom_rambase_init: RAM starts at 40000 > domainbuilder: detail: xc_dom_parse_image: called > domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... > domainbuilder: detail: loader probe failed > domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM64) loader ... > domainbuilder: detail: xc_dom_probe_zimage64_kernel: kernel is not an arm64 Image > domainbuilder: detail: loader probe failed > domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM32) loader ... > domainbuilder: detail: loader probe OK > domainbuilder: detail: xc_dom_parse_zimage32_kernel: called > domainbuilder: detail: xc_dom_parse_zimage32_kernel: xen-3.0-armv7l: 0x40008000 -> 0x405cc200 > domainbuilder: detail: xc_dom_devicetree_mem: called > domainbuilder: detail: xc_dom_mem_init: mem 128 MB, pages 0x8000 pages, 4k each > domainbuilder: detail: xc_dom_mem_init: 0x8000 pages > domainbuilder: detail: xc_dom_boot_mem_init: called > domainbuilder: detail: set_mode: guest xen-3.0-armv7l, address size 32 > domainbuilder: detail: populate_guest_memory: populating RAM @ 0000000040000000-0000000048000000 (128MB) > domainbuilder: detail: populate_one_size: populated 0x40/0x40 entries with shift 9 > domainbuilder: detail: meminit: placing boot modules at 0x472c2000 > domainbuilder: detail: meminit: ramdisk: 0x472c2000 -> 0x47fff000 > domainbuilder: detail: meminit: devicetree: 0x47fff000 -> 0x48000000 > domainbuilder: detail: xc_dom_build_image: called > domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x40008+0x5c5 at 0xffff93aea000 > domainbuilder: detail: xc_dom_alloc_segment: kernel : 0x40008000 -> 0x405cd000 (pfn 0x40008 + 0x5c5 pages) > domainbuilder: detail: xc_dom_load_zimage_kernel: called > domainbuilder: detail: xc_dom_load_zimage_kernel: kernel seg 0x40008000-0x405cd000 > domainbuilder: detail: xc_dom_load_zimage_kernel: copy 6046208 bytes from blob 0xffff94dec000 to dst 0xffff93aea000 > domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x472c2+0xd3d at 0xffff92dad000 > domainbuilder: detail: xc_dom_alloc_segment: module0 : 0x472c2000 -> 0x47fff000 (pfn 0x472c2 + 0xd3d pages) > domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x47fff+0x1 at 0xffff95847000 > domainbuilder: detail: xc_dom_alloc_segment: devicetree : 0x47fff000 -> 0x48000000 (pfn 0x47fff + 0x1 pages) > domainbuilder: detail: alloc_magic_pages: called > domainbuilder: detail: xc_dom_build_image : virt_alloc_end : 0x48000000 > domainbuilder: detail: xc_dom_build_image : virt_pgtab_end : 0x0 > domainbuilder: detail: xc_dom_boot_image: called > domainbuilder: detail: bootearly: doing nothing > domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-aarch64 > domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-armv7l <= matches > domainbuilder: detail: start_info_arm: called > domainbuilder: detail: domain builder memory footprint > domainbuilder: detail: allocated > domainbuilder: detail: malloc : 117 kB > domainbuilder: detail: anon mmap : 0 bytes > domainbuilder: detail: mapped > domainbuilder: detail: file mmap : 19457 kB > domainbuilder: detail: domU mmap : 19468 kB > domainbuilder: detail: vcpu_arm32: called > domainbuilder: detail: Initial state CPSR 0x1d3 PC 0x40008000 > domainbuilder: detail: compat_gnttab_hvm_seed: d7: pfn=0x38000 > domainbuilder: detail: xc_dom_set_gnttab_entry: d7 gnt[0] -> d0 0x39000 > domainbuilder: detail: xc_dom_set_gnttab_entry: d7 gnt[1] -> d0 0x39001 > domainbuilder: detail: xc_dom_release: called > (XEN) p2m.c:1919: d7v0: Invalid MFN 0x3b401 > (XEN) d7v0: vGICR: SGI: unhandled word write 0x000000ffffffff to ICACTIVER0 > (XEN) p2m.c:1919: d7v0: Invalid MFN 0x3b401 > (XEN) p2m.c:1919: d7v0: Invalid MFN 0x39281 > > -- > Charles Chiou > NOTE: This email (including attachments) contain Ambarella Proprietary and/or Confidential Information and is intended solely for the use of the individual(s) to whom it is addressed. Any unauthorized review, use, disclosure, distribute, copy, or print is prohibited. If you are not an intended recipient, please contact the sender by reply email and destroy all copies of the original message. Thank you. > -- Julien Grall From xen-users-bounces@lists.xenproject.org Tue Aug 25 18:59:11 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Aug 2020 18:59:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAe90-0002au-Lw; Tue, 25 Aug 2020 18:58:06 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAe8z-0002ap-Nx for xen-users@lists.xenproject.org; Tue, 25 Aug 2020 18:58:05 +0000 X-Inumbo-ID: b05efe45-401e-4733-ace0-26b5b659aece Received: from mail1.bemta24.messagelabs.com (unknown [67.219.250.4]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id b05efe45-401e-4733-ace0-26b5b659aece; Tue, 25 Aug 2020 18:58:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ambarella.com; s=com20180801a; t=1598381882; i=@ambarella.com; bh=bmkPIuvWIKtsC/QYEAjo7YzA4AZzj39+7v6/jZrMLNw=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=YSkunqmWoM6vF5QU4t1GDgI02AOLIDKlQrm4zkWfpbVF+2X+3taLcl5G/c6eJYdNX vdJFZ2LW+MgH3UZTRgi9ImlyW2igRitEgWgoZPNvmRBcb/kqW8Cq7yWfY5MpzLyPr8 kMqdKL2J99JlINIq2Mu9tq0pcqja7GSaEd1SxAE3CLDPmOuc3O8f8kplZGaT0WDp72 XMHZc5z1pfVMDTucAl8l0UKBKzjuOXR/YY28BbI/vxdmz/dSpmm9W1PxwA03e2V8+I 2pBHgpL+NqniEuI9qQH2ejFQzV56j61YTgNVNqoPvuWFV++6BA0mNv2rfkwWu9Ox28 272yj9BIwE//w== Received: from [100.112.128.30] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-4.bemta.az-a.us-west-2.aws.symcld.net id EF/39-25315-A3F554F5; Tue, 25 Aug 2020 18:58:02 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrFKsWRWlGSWpSXmKPExsXixP67Utcy3jX eYPMLG4vPsyezWaxeF2/xbt9fZgdmj02rOtk8Dn+4wuJx+tYstgDmKNbMvKT8igTWjDu7XjIX fAqq2LrqD3MD44vALkYuDiGBl4wSd6/uZ4VwXjFKnH0/jxHCOcAoMfXWYqAMJwebgJbEo7+b2 UESIgKTGCWeTdrBBJIQFnCXaP53hqWLkQMo4SExb1MqhKknceiIEEgFi4CqxM3pPWBjeAVsJF Z9+MkOYjMKyEocfNkOZjMLiEvcejIfbKKEgIDEkj3nmSFsUYmXj/+xgoyUEFCU2PnVGMRkFtC UWL9LH6JTUWJK90N2iOmCEidnPgG7RQgofv+CwARG4VlI5s9CaJ6FpHkWkuYFjCyrGM2TijLT M0pyEzNzdA0NDHQNDY10DY0NdE0N9RKrdBP1Sot1y1OLS3SN9BLLi/WKK3OTc1L08lJLNjECo yeloMl4B+PmNx/0DjFKcjApifJWRrjGC/El5adUZiQWZ8QXleakFh9ilOHgUJLg/RELlBMsSk 1PrUjLzAFGMkxagoNHSYS3CiTNW1yQmFucmQ6ROsXoyjHh5dxFzBwHj84DkjffLwGSR+YuBZI Prt5bxSzEkpeflyolzjsFpFkApDmjNA9uNCwJXWKUlRLmZWRgYBDiKUgtys0sQZV/xSjOwagk zMsdBzSFJzOvBO4CYCoB+kuEd24Y2HEliQgpqQam5ZrftJfF2270f7a8wPthRAvPFim2fXyNS 067u1+Qkv8QdzK0UndzSt71MAPfM10rziqnzIxbf/N3hlDiptCW5+qbFggll589sKwz/Y+eyb O/EwM28XMtjpOo3GMc4iR1OMl79Ty1TeIti67+Xf1+irXmu5zz184f955XymSdentqtXbZ+dz dPxWkMtUUXfI/1rQcyJq41mPTrIsx91btXRt4PlHZ/jZ3hNKeuktTFDWmBE7d9tuyILF5y9yp HJtyJW2WhE7ef/54ipmT4jenX2bhLzVZFx9i39tYY80vUHR9cdm7/W+vrb+w8CfPUyeX5edWr 7j7S+hBe88X59lf/id1JDfsFE2T86z48bh9oxJLcUaioRZzUXEiAE9nIdy9AwAA X-Env-Sender: cchiou@ambarella.com X-Msg-Ref: server-27.tower-330.messagelabs.com!1598381880!24488!1 X-Originating-IP: [66.7.251.121] X-SYMC-ESS-Client-Auth: outbound-route-from=pass X-StarScan-Received: X-StarScan-Version: 9.50.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22418 invoked from network); 25 Aug 2020 18:58:01 -0000 Received: from 66-7-251-121.static-ip.telepacific.net (HELO webmail.ambarella.com) (66.7.251.121) by server-27.tower-330.messagelabs.com with AES256-GCM-SHA384 encrypted SMTP; 25 Aug 2020 18:58:01 -0000 Received: from ambtw-mbx2.ambarella.net (10.2.4.229) by ambus-cas3.ambarella.net (10.1.4.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1779.2; Tue, 25 Aug 2020 11:57:59 -0700 Received: from ambtw-mbx2.ambarella.net (10.2.4.229) by ambtw-mbx2.ambarella.net (10.2.4.229) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2044.4; Wed, 26 Aug 2020 02:57:58 +0800 Received: from ambtw-mbx2.ambarella.net ([fe80::cdb0:fbf6:f9dc:d87d]) by ambtw-mbx2.ambarella.net ([fe80::cdb0:fbf6:f9dc:d87d%2]) with mapi id 15.01.1979.003; Wed, 26 Aug 2020 02:57:57 +0800 From: Charles Chiou To: Julien Grall , "xen-users@lists.xenproject.org" , Stefano Stabellini Subject: Re: arm (qemu -M virt) 64 bit xen running 32 bit guest problem Thread-Topic: arm (qemu -M virt) 64 bit xen running 32 bit guest problem Thread-Index: AdZ7ER8uTamnHH3ySiOaRM18LgV3ag== Date: Tue, 25 Aug 2020 18:57:57 +0000 Message-ID: Accept-Language: en-US, zh-TW Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [114.32.149.41] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" PiAoKyBTdGVmYW5vKQ0KPg0KPiBPbiAyNS8wOC8yMDIwIDEzOjA0LCBDaGFybGVzIENoaW91IHdy b3RlOg0KPiA+IEhlbGxvLA0KPg0KPiBIZWxsbywNCj4NCj4gPiBJJ20gaGF2aW5nIHByb2JsZW0g d2l0aCB2aXJ0dWFsIGNvbnNvbGUgd2hlbiBib290aW5nIHVwIDMyIGJpdCBndWVzdHMuIEknbQ0K PiB1c2luZyBxZW11IHZpcnQgbWFjaGluZSwgcnVubmluZyB4ZW4gNjQgYml0LCBET00wIExpbnV4 IGlzIDY0IGJpdC4gVGhlIDY0IGJpdA0KPiBndWVzdHMgdGhhdCBJJ3ZlIHRyaWVkIChMaW51eCwg YW4gUlRPUykgaGF2ZSBubyBpc3N1ZXMsIGJ1dCB3aGVuIEkgdHJpZWQgdG8gcnVuDQo+IDMyIGJp dCBPUyAodHJpZWQgbGludXgsIEZyZWVSVE9TIGZyb20gR2Fsb2lzLCBhIGJhcmUtbWV0YWwgYXBw KSwgSSBnZXQgIkludmFsaWQNCj4gTUZOIDB4MzNhMDgiIG9yIHNpbWlsYXIgbWVzc2FnZXMgd2hl biBtYWtpbmcgSFZDIGNhbGxzIHN1Y2ggYXM6DQo+ID4NCj4gPiAgICAgICAgICBtb3YgICAgIHIw LCAjMA0KPiA+ICAgICAgICAgIG1vdiAgICAgcjEsICMzNQ0KPiA+ICAgICAgICAgIGxkciAgICAg cjIsID1iYW5uZXINCj4gPiAgICAgICAgICBtb3YgICAgIHIxMiwgIzE4DQo+ID4gICAgICAgICAg aHZjICAgICAjMHhlYTE8LS0tLQ0KPiA+DQo+ID4gYW5kIGdldCB0aGlzIGF0IHRoZSBIVkMgY2Fs bCB0byBYRU46DQo+ID4NCj4gPiAoWEVOKSBwMm0uYzoxOTE5OiBkOHYwOiBJbnZhbGlkIE1GTiAw eDMzYTA4DQo+ID4NCj4gPiBOb3Qgc3VyZSBpZiB0aGVyZSdzIG1pc2NvbmZpZ3VyYXRpb24gc29t ZXdoZXJlLCBvciBjb21waWxlIG9wdGlvbnMsIGV0Yy4NCj4gdGhhdCBjYXVzZWQgdGhpcy4uLiBB bnkgcG9pbnRlciBpcyBncmVhdGx5IGFwcHJlY2lhdGVkIQ0KPiA+DQo+ID4gQmVsb3cgaXMgb3V0 cHV0IG9mIHNpbWlsYXIgcHJvYmxlbSB3aGVuIGJvb3RpbmcgdXAgYSAzMiBiaXQgbGludXgga2Vy bmVsOg0KPg0KPiBMb29raW5nIGF0IHRoZSBjb2RlLCB0aGlzIHNlZW1zIGxpa2UgYW4gaXNzdWUg d2hlbiB0cnlpbmcgdG8gdHJhbnNsYXRlIGEgZ3Vlc3QNCj4gdmlydHVhbCBhZGRyZXNzIHRvIGEg bWFjaGluZSBhZGRyZXNzLg0KPg0KPiBBIGZldyBxdWVzdGlvbnM6DQo+ICAgICAtIFdoaWNoIFFF TVUgdmVyc2lvbiBhcmUgeW91IHVzaW5nPw0KPiAgICAgLSBXaGF0J3MgeW91ciBMaW51eCBjb25m aWd1cmF0aW9uPyBBcmUgeW91IHVzaW5nIExQQUUgb3Igc2hvcnQgcGFnZSB0YWJsZXM/DQoNCkkg YW0gdXNpbmcgZGVmYXVsdCB1YnVudHUgcGFja2FnZSBvbiBiaW9uaWM6DQoNCiQgcWVtdS1zeXN0 ZW0tYWFyY2g2NCAtLXZlcnNpb24NClFFTVUgZW11bGF0b3IgdmVyc2lvbiAyLjExLjEoRGViaWFu IDE6Mi4xMStkZnNnLTF1YnVudHU3LjI5KQ0KQ29weXJpZ2h0IChjKSAyMDAzLTIwMTcgRmFicmlj ZSBCZWxsYXJkIGFuZCB0aGUgUUVNVSBQcm9qZWN0IGRldmVsb3BlcnMNCg0KSSBqdXN0IHRyaWVk IHRoZSBzdGFibGUtNC4xNCBicmFuY2ggYW5kIHRoaXMgIkludmFsaWQgTUZOIDB4Li4uIiBkb2Vz bid0IGhhcHBlbi4gSXQgd2FzIG9uIHRoZSBtYXN0ZXIgYnJhbmNoIHdoZXJlIEkgZW5jb3VudGVy ZWQgdGhpcyBwcm9ibGVtLg0KSG93ZXZlciwgSSBkb24ndCBzZWVtIHRvIGdldCBhbnl0aGluZyB0 byBjYWxsIGd1ZXN0X3ByaW50aygpIGFmdGVyIG1ha2luZyBoeXBlcnZpc29yX2NvbnNvbGVfaW8g Y2FsbCBldmVuIGZvciA2NC1iaXQgZ3Vlc3QgaW4gdGhpcyB2ZXJzaW9uICh3b3JrZWQgb24gbWFz dGVyKS4gVGhpcyBpcyBhIHNlcGFyYXRlIHF1ZXN0aW9uOiBjb3VsZCB0aGF0IGJlIGEgWEVOIGNv bXBpbGUgb3B0aW9uIHByb2JsZW0gYXMgSSBzZWUgImRlYnVnPW4iIGZyb20geGVuIHJlZ2lzdGVy IGR1bXA6DQooWEVOKSAtLS0tWyBYZW4tNC4xNC4xLXByZSAgYXJtNjQgIGRlYnVnPW4gICBOb3Qg dGFpbnRlZCBdLS0tLQ0KDQpJJ20gaWdub3JpbmcgMzItYml0IExpbnV4IGZvciBub3cgYW5kIHRy eWluZyB0byBib290IGJhcmUgbWV0YWwgYXBwcyB0aGF0IGNhbGxzIGh5cGVydmlzb3JfY29uc29s ZV9pbygpIGF0IHRoZSB2ZXJ5IGJlZ2lubmluZyBvZiB0aGUgYm9vdC11cC4gQXMgSSdtIHRyeWlu ZyB0byBwb3J0IGVtYmVkZGVkIFJUT1MgYXBwcyAoYm90aCAzMiBhbmQgNjQgYml0cykgdG8gcnVu IGFzIGd1ZXN0cy4NCg0KVGhhbmsgeW91IQ0KDQoNCj4gSSBhbSBhbHNvIG5vdCBzdXJlIHdoYXQn cyB0aGUgc3RhdGUgb2YgdmlydHVhbGl6YXRpb24gc3VwcG9ydCBpbiBRRU1VIGZvciAzMi0NCj4g Yml0IGd1ZXN0LiBJIGhhdmUgQ0NlZCBTdGVmYW5vIHdobyBtYXkgaGF2ZSBhIGJldHRlciBpZGVh Lg0KPg0KPiBCZXN0IHJlZ2FyZHMsDQo+DQo+ID4gLyAjIHhsIC12IGNyZWF0ZSAtYyAvc2hhcmUv bWlzYy9saW51eDMyLmNmZyBQYXJzaW5nIGNvbmZpZyBmcm9tDQo+ID4gL3NoYXJlL21pc2MvbGlu dXgzMi5jZmcNCj4gPiBsaWJ4bDogaW5mbzogbGlieGxfY3JlYXRlLmM6MTIyOmxpYnhsX19kb21h aW5fYnVpbGRfaW5mb19zZXRkZWZhdWx0Og0KPiA+IHFlbXUteGVuIGlzIHVuYXZhaWxhYmxlLCB1 c2luZyBxZW11LXhlbi10cmFkaXRpb25hbCBpbnN0ZWFkOiBObyBzdWNoDQo+ID4gZmlsZSBvciBk aXJlY3RvcnkNCj4gPiBsaWJ4bDogZGV0YWlsOiBsaWJ4bF9jcmVhdGUuYzo2MjM6bGlieGxfX2Rv bWFpbl9tYWtlOiBwYXNzdGhyb3VnaDoNCj4gPiBkaXNhYmxlZA0KPiA+IGRvbWFpbmJ1aWxkZXI6 IGRldGFpbDogeGNfZG9tX2FsbG9jYXRlOiBjbWRsaW5lPSJydyByb290PS9kZXYvcmFtDQo+IHJk aW5pdD0vc2Jpbi9pbml0IGVhcmx5cHJpbnRrPXNlcmlhbCx0dHlBTUEwIiwgZmVhdHVyZXM9IiIN Cj4gPiBkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9rZXJuZWxfZmlsZTogZmlsZW5hbWU9 Ii9zaGFyZS9saW51eC1kb211LQ0KPiAzMmJpdC9hcmNoL2FybS9ib290L3pJbWFnZSINCj4gPiBk b21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9tYWxsb2NfZmlsZW1hcCAgICA6IDU5MDQga0IN Cj4gPiBkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9tb2R1bGVfZmlsZTogZmlsZW5hbWU9 Ii9zaGFyZS9kb20wLQ0KPiByb290ZnMuaW1nLmd6Ig0KPiA+IGRvbWFpbmJ1aWxkZXI6IGRldGFp bDogeGNfZG9tX21hbGxvY19maWxlbWFwICAgIDogMTM1NTMga0INCj4gPiBkb21haW5idWlsZGVy OiBkZXRhaWw6IHhjX2RvbV9ib290X3hlbl9pbml0OiB2ZXIgNC4xNSwgY2Fwcw0KPiA+IHhlbi0z LjAtYWFyY2g2NCB4ZW4tMy4wLWFybXY3bA0KPiA+IGRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNf ZG9tX3JhbWJhc2VfaW5pdDogUkFNIHN0YXJ0cyBhdCA0MDAwMA0KPiA+IGRvbWFpbmJ1aWxkZXI6 IGRldGFpbDogeGNfZG9tX3BhcnNlX2ltYWdlOiBjYWxsZWQNCj4gPiBkb21haW5idWlsZGVyOiBk ZXRhaWw6IHhjX2RvbV9maW5kX2xvYWRlcjogdHJ5aW5nIG11bHRpYm9vdC1iaW5hcnkNCj4gbG9h ZGVyIC4uLg0KPiA+IGRvbWFpbmJ1aWxkZXI6IGRldGFpbDogbG9hZGVyIHByb2JlIGZhaWxlZA0K PiA+IGRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2ZpbmRfbG9hZGVyOiB0cnlpbmcgTGlu dXggekltYWdlIChBUk02NCkNCj4gbG9hZGVyIC4uLg0KPiA+IGRvbWFpbmJ1aWxkZXI6IGRldGFp bDogeGNfZG9tX3Byb2JlX3ppbWFnZTY0X2tlcm5lbDoga2VybmVsIGlzIG5vdCBhbg0KPiA+IGFy bTY0IEltYWdlDQo+ID4gZG9tYWluYnVpbGRlcjogZGV0YWlsOiBsb2FkZXIgcHJvYmUgZmFpbGVk DQo+ID4gZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fZmluZF9sb2FkZXI6IHRyeWluZyBM aW51eCB6SW1hZ2UgKEFSTTMyKQ0KPiBsb2FkZXIgLi4uDQo+ID4gZG9tYWluYnVpbGRlcjogZGV0 YWlsOiBsb2FkZXIgcHJvYmUgT0sNCj4gPiBkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9w YXJzZV96aW1hZ2UzMl9rZXJuZWw6IGNhbGxlZA0KPiA+IGRvbWFpbmJ1aWxkZXI6IGRldGFpbDog eGNfZG9tX3BhcnNlX3ppbWFnZTMyX2tlcm5lbDogeGVuLTMuMC1hcm12N2w6DQo+ID4gMHg0MDAw ODAwMCAtPiAweDQwNWNjMjAwDQo+ID4gZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fZGV2 aWNldHJlZV9tZW06IGNhbGxlZA0KPiA+IGRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX21l bV9pbml0OiBtZW0gMTI4IE1CLCBwYWdlcyAweDgwMDANCj4gPiBwYWdlcywgNGsgZWFjaA0KPiA+ IGRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX21lbV9pbml0OiAweDgwMDAgcGFnZXMNCj4g PiBkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9ib290X21lbV9pbml0OiBjYWxsZWQNCj4g PiBkb21haW5idWlsZGVyOiBkZXRhaWw6IHNldF9tb2RlOiBndWVzdCB4ZW4tMy4wLWFybXY3bCwg YWRkcmVzcyBzaXplIDMyDQo+ID4gZG9tYWluYnVpbGRlcjogZGV0YWlsOiBwb3B1bGF0ZV9ndWVz dF9tZW1vcnk6IHBvcHVsYXRpbmcgUkFNIEANCj4gPiAwMDAwMDAwMDQwMDAwMDAwLTAwMDAwMDAw NDgwMDAwMDAgKDEyOE1CKQ0KPiA+IGRvbWFpbmJ1aWxkZXI6IGRldGFpbDogcG9wdWxhdGVfb25l X3NpemU6IHBvcHVsYXRlZCAweDQwLzB4NDAgZW50cmllcw0KPiA+IHdpdGggc2hpZnQgOQ0KPiA+ IGRvbWFpbmJ1aWxkZXI6IGRldGFpbDogbWVtaW5pdDogcGxhY2luZyBib290IG1vZHVsZXMgYXQg MHg0NzJjMjAwMA0KPiA+IGRvbWFpbmJ1aWxkZXI6IGRldGFpbDogbWVtaW5pdDogcmFtZGlzazog MHg0NzJjMjAwMCAtPiAweDQ3ZmZmMDAwDQo+ID4gZG9tYWluYnVpbGRlcjogZGV0YWlsOiBtZW1p bml0OiBkZXZpY2V0cmVlOiAweDQ3ZmZmMDAwIC0+IDB4NDgwMDAwMDANCj4gPiBkb21haW5idWls ZGVyOiBkZXRhaWw6IHhjX2RvbV9idWlsZF9pbWFnZTogY2FsbGVkDQo+ID4gZG9tYWluYnVpbGRl cjogZGV0YWlsOiB4Y19kb21fcGZuX3RvX3B0cl9yZXRjb3VudDogZG9tVSBtYXBwaW5nOiBwZm4N Cj4gMHg0MDAwOCsweDVjNSBhdCAweGZmZmY5M2FlYTAwMA0KPiA+IGRvbWFpbmJ1aWxkZXI6IGRl dGFpbDogeGNfZG9tX2FsbG9jX3NlZ21lbnQ6ICAga2VybmVsICAgICAgIDogMHg0MDAwODAwMCAt Pg0KPiAweDQwNWNkMDAwICAocGZuIDB4NDAwMDggKyAweDVjNSBwYWdlcykNCj4gPiBkb21haW5i dWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9sb2FkX3ppbWFnZV9rZXJuZWw6IGNhbGxlZA0KPiA+IGRv bWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2xvYWRfemltYWdlX2tlcm5lbDoga2VybmVsIHNl Zw0KPiA+IDB4NDAwMDgwMDAtMHg0MDVjZDAwMA0KPiA+IGRvbWFpbmJ1aWxkZXI6IGRldGFpbDog eGNfZG9tX2xvYWRfemltYWdlX2tlcm5lbDogY29weSA2MDQ2MjA4IGJ5dGVzDQo+ID4gZnJvbSBi bG9iIDB4ZmZmZjk0ZGVjMDAwIHRvIGRzdCAweGZmZmY5M2FlYTAwMA0KPiA+IGRvbWFpbmJ1aWxk ZXI6IGRldGFpbDogeGNfZG9tX3Bmbl90b19wdHJfcmV0Y291bnQ6IGRvbVUgbWFwcGluZzogcGZu DQo+IDB4NDcyYzIrMHhkM2QgYXQgMHhmZmZmOTJkYWQwMDANCj4gPiBkb21haW5idWlsZGVyOiBk ZXRhaWw6IHhjX2RvbV9hbGxvY19zZWdtZW50OiAgIG1vZHVsZTAgICAgICA6IDB4NDcyYzIwMDAg LQ0KPiA+IDB4NDdmZmYwMDAgIChwZm4gMHg0NzJjMiArIDB4ZDNkIHBhZ2VzKQ0KPiA+IGRvbWFp bmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3Bmbl90b19wdHJfcmV0Y291bnQ6IGRvbVUgbWFwcGlu ZzogcGZuDQo+IDB4NDdmZmYrMHgxIGF0IDB4ZmZmZjk1ODQ3MDAwDQo+ID4gZG9tYWluYnVpbGRl cjogZGV0YWlsOiB4Y19kb21fYWxsb2Nfc2VnbWVudDogICBkZXZpY2V0cmVlICAgOiAweDQ3ZmZm MDAwIC0+DQo+IDB4NDgwMDAwMDAgIChwZm4gMHg0N2ZmZiArIDB4MSBwYWdlcykNCj4gPiBkb21h aW5idWlsZGVyOiBkZXRhaWw6IGFsbG9jX21hZ2ljX3BhZ2VzOiBjYWxsZWQNCj4gPiBkb21haW5i dWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9idWlsZF9pbWFnZSAgOiB2aXJ0X2FsbG9jX2VuZCA6DQo+ ID4gMHg0ODAwMDAwMA0KPiA+IGRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2J1aWxkX2lt YWdlICA6IHZpcnRfcGd0YWJfZW5kIDogMHgwDQo+ID4gZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4 Y19kb21fYm9vdF9pbWFnZTogY2FsbGVkDQo+ID4gZG9tYWluYnVpbGRlcjogZGV0YWlsOiBib290 ZWFybHk6IGRvaW5nIG5vdGhpbmcNCj4gPiBkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9j b21wYXRfY2hlY2s6IHN1cHBvcnRlZCBndWVzdCB0eXBlOg0KPiA+IHhlbi0zLjAtYWFyY2g2NA0K PiA+IGRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2NvbXBhdF9jaGVjazogc3VwcG9ydGVk IGd1ZXN0IHR5cGU6DQo+ID4geGVuLTMuMC1hcm12N2wgPD0gbWF0Y2hlcw0KPiA+IGRvbWFpbmJ1 aWxkZXI6IGRldGFpbDogc3RhcnRfaW5mb19hcm06IGNhbGxlZA0KPiA+IGRvbWFpbmJ1aWxkZXI6 IGRldGFpbDogZG9tYWluIGJ1aWxkZXIgbWVtb3J5IGZvb3RwcmludA0KPiA+IGRvbWFpbmJ1aWxk ZXI6IGRldGFpbDogICAgYWxsb2NhdGVkDQo+ID4gZG9tYWluYnVpbGRlcjogZGV0YWlsOiAgICAg ICBtYWxsb2MgICAgICAgICAgICAgOiAxMTcga0INCj4gPiBkb21haW5idWlsZGVyOiBkZXRhaWw6 ICAgICAgIGFub24gbW1hcCAgICAgICAgICA6IDAgYnl0ZXMNCj4gPiBkb21haW5idWlsZGVyOiBk ZXRhaWw6ICAgIG1hcHBlZA0KPiA+IGRvbWFpbmJ1aWxkZXI6IGRldGFpbDogICAgICAgZmlsZSBt bWFwICAgICAgICAgIDogMTk0NTcga0INCj4gPiBkb21haW5idWlsZGVyOiBkZXRhaWw6ICAgICAg IGRvbVUgbW1hcCAgICAgICAgICA6IDE5NDY4IGtCDQo+ID4gZG9tYWluYnVpbGRlcjogZGV0YWls OiB2Y3B1X2FybTMyOiBjYWxsZWQNCj4gPiBkb21haW5idWlsZGVyOiBkZXRhaWw6IEluaXRpYWwg c3RhdGUgQ1BTUiAweDFkMyBQQyAweDQwMDA4MDAwDQo+ID4gZG9tYWluYnVpbGRlcjogZGV0YWls OiBjb21wYXRfZ250dGFiX2h2bV9zZWVkOiBkNzogcGZuPTB4MzgwMDANCj4gPiBkb21haW5idWls ZGVyOiBkZXRhaWw6IHhjX2RvbV9zZXRfZ250dGFiX2VudHJ5OiBkNyBnbnRbMF0gLT4gZDANCj4g PiAweDM5MDAwDQo+ID4gZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fc2V0X2dudHRhYl9l bnRyeTogZDcgZ250WzFdIC0+IGQwDQo+ID4gMHgzOTAwMQ0KPiA+IGRvbWFpbmJ1aWxkZXI6IGRl dGFpbDogeGNfZG9tX3JlbGVhc2U6IGNhbGxlZA0KPiA+IChYRU4pIHAybS5jOjE5MTk6IGQ3djA6 IEludmFsaWQgTUZOIDB4M2I0MDENCj4gPiAoWEVOKSBkN3YwOiB2R0lDUjogU0dJOiB1bmhhbmRs ZWQgd29yZCB3cml0ZSAweDAwMDAwMGZmZmZmZmZmIHRvDQo+ID4gSUNBQ1RJVkVSMA0KPiA+IChY RU4pIHAybS5jOjE5MTk6IGQ3djA6IEludmFsaWQgTUZOIDB4M2I0MDENCj4gPiAoWEVOKSBwMm0u YzoxOTE5OiBkN3YwOiBJbnZhbGlkIE1GTiAweDM5MjgxDQpOT1RFOiBUaGlzIGVtYWlsIChpbmNs dWRpbmcgYXR0YWNobWVudHMpIGNvbnRhaW4gQW1iYXJlbGxhIFByb3ByaWV0YXJ5IGFuZC9vciBD b25maWRlbnRpYWwgSW5mb3JtYXRpb24gYW5kIGlzIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVz ZSBvZiB0aGUgaW5kaXZpZHVhbChzKSB0byB3aG9tIGl0IGlzIGFkZHJlc3NlZC4gQW55IHVuYXV0 aG9yaXplZCByZXZpZXcsIHVzZSwgZGlzY2xvc3VyZSwgZGlzdHJpYnV0ZSwgY29weSwgb3IgcHJp bnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBw bGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGJ5IHJlcGx5IGVtYWlsIGFuZCBkZXN0cm95IGFsbCBj b3BpZXMgb2YgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuIFRoYW5rIHlvdS4NCg== From xen-users-bounces@lists.xenproject.org Tue Aug 25 20:31:51 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Aug 2020 20:31:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAfa1-0003Cb-Cn; Tue, 25 Aug 2020 20:30:05 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAIYK-0004Hh-Hk for xen-users@lists.xenproject.org; Mon, 24 Aug 2020 19:54:48 +0000 X-Inumbo-ID: a2325032-d9ff-4485-ad63-d9faa23375ec Received: from mail-lj1-x22c.google.com (unknown [2a00:1450:4864:20::22c]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id a2325032-d9ff-4485-ad63-d9faa23375ec; Mon, 24 Aug 2020 19:54:47 +0000 (UTC) Received: by mail-lj1-x22c.google.com with SMTP id h19so11084659ljg.13 for ; Mon, 24 Aug 2020 12:54:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=+FUbcd0gzu76045d6KClk3vp9u+yZcFk4SRdOJ99aAw=; b=crj8ew64Up7y3sLv7nfxwKAeg0OX+Fun8rrPyfV5zwY5DO5PdNfNukMCIngGnF+FNd vPsAx0eas3ytHNEv+4twQLsMqVGzFQNpbacxbL5gyttbJWiJ9sjJqe0wFRVya+U5k+xt KvAnaOkxOi3U38y4iJ1j/I7BPeKcUfV4r2s6jWYm3/L7vpUkHBToJOxhzzjSZ4zkQV7y gf1VR+COry4OQfzV2jOcOpdA/f/m18fiMCruv/eP76uWroMpfw2/zXSmdG1K37E9awEY SEreCKq5Ikc5I6xqFHyWL8rjxRQNfO6VoB4Y/IirsNM9Ul3HVcgMj5zz7XRudS4+PIYZ v1cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=+FUbcd0gzu76045d6KClk3vp9u+yZcFk4SRdOJ99aAw=; b=I+lzrCaeIRUb8AqCEI/QLF11gvQx0k172YWY/r7t0Ng0xREurD3HWjozzLMwfZ9SMK aICUhp75k4ZbcsL5ZyklQLcXXZWNXtpa773o034zGkEbmanPdUqH1Foi/6hSqzYWkiiq MPxaS2g8ti7h+bkQl6a8ulxTjfgq0yqRbtI4NI6/fNUoXDFwDjuMfil6Np0RR8wxM76r iczEMomHKB1wmbJqletha+5CcH/FWXGO7x6wulV6ZgNMhflFw42DK8doPza0Kuu3uFcm yan7yaAwuQFkkYy0Rr06ocd9BpvUlcrjCuELmugrjOkZgnzcQM7SXLS/I+zOTV7h3+u3 BYEw== X-Gm-Message-State: AOAM533vGqxkabgtzBkIm2RVg47Ic2arUwYnNJ+xRivAA5X4bz7Bt22x ILpyk6N4JkJPFlg2vWG2oVXcww70gpkr1T5vK7K8WIBPGeG4v3o7 X-Google-Smtp-Source: ABdhPJy/oDoi4UDpfR8WREFNhgGtrVI89On2lqooCxFSVvQgMvBcmsttEpyFCYTc1n4A16vk1RVGjyK/jDRkD6Ctma8= X-Received: by 2002:a2e:5cc9:: with SMTP id q192mr3340060ljb.452.1598298882147; Mon, 24 Aug 2020 12:54:42 -0700 (PDT) MIME-Version: 1.0 From: Mario Marietto Date: Mon, 24 Aug 2020 21:54:06 +0200 Message-ID: Subject: /usr/bin/ld: utils.o:(.data.rel.local+0x0): multiple definition of `xprintf'; xs_tdb_dump.o:(.bss+0x0): first defined here To: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="0000000000001d8a2e05ada4f558" X-Mailman-Approved-At: Tue, 25 Aug 2020 20:30:04 +0000 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --0000000000001d8a2e05ada4f558 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello. I'm trying to Build Qemu & Xen for XenGT on Ubuntu 20.04 following this tutorial : https://github.com/intel/gvt-linux/wiki/GVTg_Setup_Guide#332-build-qemu--xe= n-for-xengt because I want to share the integrated GPU with a xen VM. The main hardware components of my PC are the following : CPU I9-9900k Intel Corporation UHD Graphics 630 (Desktop 9 Series) (rev 02) IVIDIA Corporation TU102 [GeForce RTX 2080 Ti] (rev a1) The compilation gave no errors until this point : root@ziomario-z390aoruspro:/etc/xen/igvtg-xen# make xen tools ...... make -C xenstore install make[4]: ingresso nella directory =C2=AB/etc/xen/igvtg-xen/tools/xenstore= =C2=BB sed "s! $PWD/! !" .xs_tdb_dump.o.d >.xs_tdb_dump.o.d2.tmp && mv -f .xs_tdb_dump.o.d2.tmp .xs_tdb_dump.o.d2 sed "s! $PWD/! !" .xs_lib.o.d >.xs_lib.o.d2.tmp && mv -f .xs_lib.o.d2.tmp .xs_lib.o.d2 sed "s! $PWD/! !" .utils.o.d >.utils.o.d2.tmp && mv -f .utils.o.d2.tmp .utils.o.d2 sed "s! $PWD/! !" .xs.o.d >.xs.o.d2.tmp && mv -f .xs.o.d2.tmp .xs.o.d2 sed "s! $PWD/! !" .xs.opic.d >.xs.opic.d2.tmp && mv -f .xs.opic.d2.tmp .xs.opic.d2 sed "s! $PWD/! !" .xenstore_control.o.d >.xenstore_control.o.d2.tmp && mv -f .xenstore_control.o.d2.tmp .xenstore_control.o.d2 sed "s! $PWD/! !" .xenstore_client.o.d >.xenstore_client.o.d2.tmp && mv -f .xenstore_client.o.d2.tmp .xenstore_client.o.d2 sed "s! $PWD/! !" .talloc.o.d >.talloc.o.d2.tmp && mv -f .talloc.o.d2.tmp .talloc.o.d2 sed "s! $PWD/! !" .xs_lib.opic.d >.xs_lib.opic.d2.tmp && mv -f .xs_lib.opic.d2.tmp .xs_lib.opic.d2 sed "s! $PWD/! !" .tdb.o.d >.tdb.o.d2.tmp && mv -f .tdb.o.d2.tmp .tdb.o.d2 ln -sf libxenstore.so.3.0 libxenstore.so gcc xs_tdb_dump.o utils.o tdb.o talloc.o -o xs_tdb_dump /usr/bin/ld: utils.o:(.data.rel.local+0x0): multiple definition of `xprintf'; xs_tdb_dump.o:(.bss+0x0): first defined here collect2: error: ld returned 1 exit status make[4]: *** [Makefile:95: xs_tdb_dump] Errore 1 make[4]: uscita dalla directory =C2=AB/etc/xen/igvtg-xen/tools/xenstore=C2= =BB make[3]: *** [/etc/xen/igvtg-xen/tools/../tools/Rules.mk:246: subdir-install-xenstore] Errore 2 make[3]: uscita dalla directory =C2=AB/etc/xen/igvtg-xen/tools=C2=BB make[2]: *** [/etc/xen/igvtg-xen/tools/../tools/Rules.mk:241: subdirs-install] Errore 2 make[2]: uscita dalla directory =C2=AB/etc/xen/igvtg-xen/tools=C2=BB make[1]: *** [Makefile:74: install] Errore 2 make[1]: uscita dalla directory =C2=AB/etc/xen/igvtg-xen/tools=C2=BB make: *** [Makefile:127: install-tools] Errore 2 this bug has been fixed for gentoo here : https://bugs.gentoo.org/722930 and for archlinux,here : https://bbs.archlinux.org/viewtopic.php?id=3D256670 what about ubuntu 20.04 ? --=20 Mario. --0000000000001d8a2e05ada4f558 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hello.

I'm trying to Build Qemu & Xen for XenGT on Ubuntu 20.04 followi= ng this tutorial :

https://github.com/intel/gvt-li= nux/wiki/GVTg_Setup_Guide#332-build-qemu--xen-for-xengt

because I want to share the integrated GPU with a xen VM.

The main hardware components of my PC are the following :

CPU I9-9900k

Intel Corporation UHD Graphics 630 (Desktop 9 Series) (rev 02)

IVIDIA Corporation TU102 [GeForce RTX 2080 Ti] (rev a1)

The compilation gave no errors until this point :

root@ziomario-z390aoruspro:/etc/xen/igvtg-xen# make xen tools

......

make -C xenstore install
make[4]: ingresso nella directory =C2=AB/etc/xen/igvtg-xen/tools/xenstore= =C2=BB
sed "s! $PWD/! !" .xs_tdb_dump.o.d >.xs_tdb_dump.o.d2.tmp &= ;& mv -f .xs_tdb_dump.o.d2.tmp .xs_tdb_dump.o.d2
sed "s! $PWD/! !" .xs_lib.o.d >.xs_lib.o.d2.tmp && mv = -f .xs_lib.o.d2.tmp .xs_lib.o.d2
sed "s! $PWD/! !" .utils.o.d >.utils.o.d2.tmp && mv -f= .utils.o.d2.tmp .utils.o.d2
sed "s! $PWD/! !" .xs.o.d >.xs.o.d2.tmp && mv -f .xs.o= .d2.tmp .xs.o.d2
sed "s! $PWD/! !" .xs.opic.d >.xs.opic.d2.tmp && mv -f= .xs.opic.d2.tmp .xs.opic.d2
sed "s! $PWD/! !" .xenstore_control.o.d >.xenstore_control.o.d= 2.tmp && mv -f .xenstore_control.o.d2.tmp .xenstore_control.o.d2 sed "s! $PWD/! !" .xenstore_client.o.d >.xenstore_client.o.d2.= tmp && mv -f .xenstore_client.o.d2.tmp .xenstore_client.o.d2
sed "s! $PWD/! !" .talloc.o.d >.talloc.o.d2.tmp && mv = -f .talloc.o.d2.tmp .talloc.o.d2
sed "s! $PWD/! !" .xs_lib.opic.d >.xs_lib.opic.d2.tmp &&am= p; mv -f .xs_lib.opic.d2.tmp .xs_lib.opic.d2
sed "s! $PWD/! !" .tdb.o.d >.tdb.o.d2.tmp && mv -f .td= b.o.d2.tmp .tdb.o.d2
ln -sf libxenstore.so.3.0 libxenstore.so
gcc xs_tdb_dump.o utils.o tdb.o talloc.o -o xs_tdb_dump
/usr/bin/ld: utils.o:(.data.rel.local+0x0): multiple definition of `xprintf= '; xs_tdb_dump.o:(.bss+0x0): first defined here
collect2: error: ld returned 1 exit status
make[4]: *** [Makefile:95: xs_tdb_dump] Errore 1
make[4]: uscita dalla directory =C2=AB/etc/xen/igvtg-xen/tools/xenstore=C2= =BB
make[3]: *** [/etc/xen/igvtg-xen/tools/../tools/Rules.mk:246: subdir-instal= l-xenstore] Errore 2
make[3]: uscita dalla directory =C2=AB/etc/xen/igvtg-xen/tools=C2=BB
make[2]: *** [/etc/xen/igvtg-xen/tools/../tools/Rules.mk:241: subdirs-insta= ll] Errore 2
make[2]: uscita dalla directory =C2=AB/etc/xen/igvtg-xen/tools=C2=BB
make[1]: *** [Makefile:74: install] Errore 2
make[1]: uscita dalla directory =C2=AB/etc/xen/igvtg-xen/tools=C2=BB
make: *** [Makefile:127: install-tools] Errore 2

this bug has been fixed for gentoo here :

https://bugs= .gentoo.org/722930

and for archlinux,here :

https://bbs.archlinux.org/viewtopic.php?id=3D256670

what about ubuntu 20.04 ?

--
Mario.
--0000000000001d8a2e05ada4f558-- From xen-users-bounces@lists.xenproject.org Tue Aug 25 21:44:15 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Aug 2020 21:44:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAgia-0001X1-1u; Tue, 25 Aug 2020 21:43:00 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAgiY-0001Ww-Gy for xen-users@lists.xenproject.org; Tue, 25 Aug 2020 21:42:58 +0000 X-Inumbo-ID: f6b6201d-bb3b-4811-b260-69985d756c20 Received: from mail.kernel.org (unknown [198.145.29.99]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id f6b6201d-bb3b-4811-b260-69985d756c20; Tue, 25 Aug 2020 21:42:57 +0000 (UTC) Received: from localhost (c-67-164-102-47.hsd1.ca.comcast.net [67.164.102.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id D9B0E206EB; Tue, 25 Aug 2020 21:42:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1598391777; bh=XQ6GhFDJMC23w4VpvFeJaSwgQv+3E4tIGA1ZZGuJrcU=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=hhxrk0cCv8Mvy+A+YTGXxl1fbhyqozq+DeMG+YZnm34zcG30sKjw+ZzMYlndsFYH8 u4ZgWmMhQb5oqsKQhz7k+qsObOMV6QGlrcd+MFrCOF3aLupUEjpluy/RYpwKMdmiVw 0wEJoY2/o4PdUGC03VfXl1EC3iLY3wwBNKJqqD38= Date: Tue, 25 Aug 2020 14:42:55 -0700 (PDT) From: Stefano Stabellini X-X-Sender: sstabellini@sstabellini-ThinkPad-T480s To: Charles Chiou cc: Julien Grall , "xen-users@lists.xenproject.org" , Stefano Stabellini Subject: Re: arm (qemu -M virt) 64 bit xen running 32 bit guest problem In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On Tue, 25 Aug 2020, Charles Chiou wrote: > > (+ Stefano) > > > > On 25/08/2020 13:04, Charles Chiou wrote: > > > Hello, > > > > Hello, > > > > > I'm having problem with virtual console when booting up 32 bit guests. I'm > > using qemu virt machine, running xen 64 bit, DOM0 Linux is 64 bit. The 64 bit > > guests that I've tried (Linux, an RTOS) have no issues, but when I tried to run > > 32 bit OS (tried linux, FreeRTOS from Galois, a bare-metal app), I get "Invalid > > MFN 0x33a08" or similar messages when making HVC calls such as: > > > > > > mov r0, #0 > > > mov r1, #35 > > > ldr r2, =banner > > > mov r12, #18 > > > hvc #0xea1<---- > > > > > > and get this at the HVC call to XEN: > > > > > > (XEN) p2m.c:1919: d8v0: Invalid MFN 0x33a08 > > > > > > Not sure if there's misconfiguration somewhere, or compile options, etc. > > that caused this... Any pointer is greatly appreciated! > > > > > > Below is output of similar problem when booting up a 32 bit linux kernel: > > > > Looking at the code, this seems like an issue when trying to translate a guest > > virtual address to a machine address. > > > > A few questions: > > - Which QEMU version are you using? > > - What's your Linux configuration? Are you using LPAE or short page tables? > > I am using default ubuntu package on bionic: > > $ qemu-system-aarch64 --version > QEMU emulator version 2.11.1(Debian 1:2.11+dfsg-1ubuntu7.29) > Copyright (c) 2003-2017 Fabrice Bellard and the QEMU Project developers > > I just tried the stable-4.14 branch and this "Invalid MFN 0x..." doesn't happen. It was on the master branch where I encountered this problem. > However, I don't seem to get anything to call guest_printk() after making hypervisor_console_io call even for 64-bit guest in this version (worked on master). This is a separate question: could that be a XEN compile option problem as I see "debug=n" from xen register dump: > (XEN) ----[ Xen-4.14.1-pre arm64 debug=n Not tainted ]---- The call chain is: xen/drivers/char/console.c:do_console_io xen/drivers/char/console.c:guest_console_write xen/drivers/char/console.c:guest_printk You can enable debug through kconfig by doing "make menuconfig" under xen/ > I'm ignoring 32-bit Linux for now and trying to boot bare metal apps that calls hypervisor_console_io() at the very beginning of the boot-up. As I'm trying to port embedded RTOS apps (both 32 and 64 bits) to run as guests. Excellent. When doing that kind of work, I find the debug hypercalls very useful, see: xen/arch/arm/traps.c:do_debug_trap Once you enable DEBUG in the build, you can do hvc 0xfffd In the guest for instance to print the program counter. > Thank you! > > > > I am also not sure what's the state of virtualization support in QEMU for 32- > > bit guest. I have CCed Stefano who may have a better idea. > > > > Best regards, > > > > > / # xl -v create -c /share/misc/linux32.cfg Parsing config from > > > /share/misc/linux32.cfg > > > libxl: info: libxl_create.c:122:libxl__domain_build_info_setdefault: > > > qemu-xen is unavailable, using qemu-xen-traditional instead: No such > > > file or directory > > > libxl: detail: libxl_create.c:623:libxl__domain_make: passthrough: > > > disabled > > > domainbuilder: detail: xc_dom_allocate: cmdline="rw root=/dev/ram > > rdinit=/sbin/init earlyprintk=serial,ttyAMA0", features="" > > > domainbuilder: detail: xc_dom_kernel_file: filename="/share/linux-domu- > > 32bit/arch/arm/boot/zImage" > > > domainbuilder: detail: xc_dom_malloc_filemap : 5904 kB > > > domainbuilder: detail: xc_dom_module_file: filename="/share/dom0- > > rootfs.img.gz" > > > domainbuilder: detail: xc_dom_malloc_filemap : 13553 kB > > > domainbuilder: detail: xc_dom_boot_xen_init: ver 4.15, caps > > > xen-3.0-aarch64 xen-3.0-armv7l > > > domainbuilder: detail: xc_dom_rambase_init: RAM starts at 40000 > > > domainbuilder: detail: xc_dom_parse_image: called > > > domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary > > loader ... > > > domainbuilder: detail: loader probe failed > > > domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM64) > > loader ... > > > domainbuilder: detail: xc_dom_probe_zimage64_kernel: kernel is not an > > > arm64 Image > > > domainbuilder: detail: loader probe failed > > > domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM32) > > loader ... > > > domainbuilder: detail: loader probe OK > > > domainbuilder: detail: xc_dom_parse_zimage32_kernel: called > > > domainbuilder: detail: xc_dom_parse_zimage32_kernel: xen-3.0-armv7l: > > > 0x40008000 -> 0x405cc200 > > > domainbuilder: detail: xc_dom_devicetree_mem: called > > > domainbuilder: detail: xc_dom_mem_init: mem 128 MB, pages 0x8000 > > > pages, 4k each > > > domainbuilder: detail: xc_dom_mem_init: 0x8000 pages > > > domainbuilder: detail: xc_dom_boot_mem_init: called > > > domainbuilder: detail: set_mode: guest xen-3.0-armv7l, address size 32 > > > domainbuilder: detail: populate_guest_memory: populating RAM @ > > > 0000000040000000-0000000048000000 (128MB) > > > domainbuilder: detail: populate_one_size: populated 0x40/0x40 entries > > > with shift 9 > > > domainbuilder: detail: meminit: placing boot modules at 0x472c2000 > > > domainbuilder: detail: meminit: ramdisk: 0x472c2000 -> 0x47fff000 > > > domainbuilder: detail: meminit: devicetree: 0x47fff000 -> 0x48000000 > > > domainbuilder: detail: xc_dom_build_image: called > > > domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn > > 0x40008+0x5c5 at 0xffff93aea000 > > > domainbuilder: detail: xc_dom_alloc_segment: kernel : 0x40008000 -> > > 0x405cd000 (pfn 0x40008 + 0x5c5 pages) > > > domainbuilder: detail: xc_dom_load_zimage_kernel: called > > > domainbuilder: detail: xc_dom_load_zimage_kernel: kernel seg > > > 0x40008000-0x405cd000 > > > domainbuilder: detail: xc_dom_load_zimage_kernel: copy 6046208 bytes > > > from blob 0xffff94dec000 to dst 0xffff93aea000 > > > domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn > > 0x472c2+0xd3d at 0xffff92dad000 > > > domainbuilder: detail: xc_dom_alloc_segment: module0 : 0x472c2000 - > > > 0x47fff000 (pfn 0x472c2 + 0xd3d pages) > > > domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn > > 0x47fff+0x1 at 0xffff95847000 > > > domainbuilder: detail: xc_dom_alloc_segment: devicetree : 0x47fff000 -> > > 0x48000000 (pfn 0x47fff + 0x1 pages) > > > domainbuilder: detail: alloc_magic_pages: called > > > domainbuilder: detail: xc_dom_build_image : virt_alloc_end : > > > 0x48000000 > > > domainbuilder: detail: xc_dom_build_image : virt_pgtab_end : 0x0 > > > domainbuilder: detail: xc_dom_boot_image: called > > > domainbuilder: detail: bootearly: doing nothing > > > domainbuilder: detail: xc_dom_compat_check: supported guest type: > > > xen-3.0-aarch64 > > > domainbuilder: detail: xc_dom_compat_check: supported guest type: > > > xen-3.0-armv7l <= matches > > > domainbuilder: detail: start_info_arm: called > > > domainbuilder: detail: domain builder memory footprint > > > domainbuilder: detail: allocated > > > domainbuilder: detail: malloc : 117 kB > > > domainbuilder: detail: anon mmap : 0 bytes > > > domainbuilder: detail: mapped > > > domainbuilder: detail: file mmap : 19457 kB > > > domainbuilder: detail: domU mmap : 19468 kB > > > domainbuilder: detail: vcpu_arm32: called > > > domainbuilder: detail: Initial state CPSR 0x1d3 PC 0x40008000 > > > domainbuilder: detail: compat_gnttab_hvm_seed: d7: pfn=0x38000 > > > domainbuilder: detail: xc_dom_set_gnttab_entry: d7 gnt[0] -> d0 > > > 0x39000 > > > domainbuilder: detail: xc_dom_set_gnttab_entry: d7 gnt[1] -> d0 > > > 0x39001 > > > domainbuilder: detail: xc_dom_release: called > > > (XEN) p2m.c:1919: d7v0: Invalid MFN 0x3b401 > > > (XEN) d7v0: vGICR: SGI: unhandled word write 0x000000ffffffff to > > > ICACTIVER0 > > > (XEN) p2m.c:1919: d7v0: Invalid MFN 0x3b401 > > > (XEN) p2m.c:1919: d7v0: Invalid MFN 0x39281 > NOTE: This email (including attachments) contain Ambarella Proprietary and/or Confidential Information and is intended solely for the use of the individual(s) to whom it is addressed. Any unauthorized review, use, disclosure, distribute, copy, or print is prohibited. If you are not an intended recipient, please contact the sender by reply email and destroy all copies of the original message. Thank you. > From xen-users-bounces@lists.xenproject.org Wed Aug 26 02:19:23 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Aug 2020 02:19:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAl0H-0005gc-32; Wed, 26 Aug 2020 02:17:33 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAl0G-0005gX-0v for xen-users@lists.xenproject.org; Wed, 26 Aug 2020 02:17:32 +0000 X-Inumbo-ID: 527e2011-9e74-4525-ace5-ae889804ec83 Received: from mail1.bemta23.messagelabs.com (unknown [67.219.246.2]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 527e2011-9e74-4525-ace5-ae889804ec83; Wed, 26 Aug 2020 02:17:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ambarella.com; s=com20180801a; t=1598408250; i=@ambarella.com; bh=cKDyWJhfT5md8TTJbI04PYJe6VpyYPFnGC+mna9+6oA=; h=From:To:CC:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=kAvdpqOHXQ59k/MiHo6j17ErbQ5jA/u4MZygadsNcKBIy1z8gcToHCNAtWBU8BAJE YJ1yCvu37YlDGDVNUtCxsdaHfKMi67N7GvsktdfIhn71B0ezI2+yDUg6u7thg9mPO6 zynCvN9m4shq62U4MD6rjBdCxswOAt33/kFkVNVIS6pvXC931IiRRBEMgRTTlYY1j5 WAEG326vjd9bprSFlxkYbgK1GHwH8BNIsh3bt+zLw5W8dDw8tMjAEHCv1d2HKmydD1 GTdJmdg9itIETaORInxrGLxmpgZZoYp0zZCOwehDG+bnRJ7HcFn2myYhk4aCcifi5S QAGwopXbzNroA== Received: from [100.112.2.140] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-2.bemta.az-b.us-east-1.aws.symcld.net id B5/7B-60747-A36C54F5; Wed, 26 Aug 2020 02:17:30 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrAKsWRWlGSWpSXmKPExsXixP67StfqmGu 8wadNTBafZ09ms1i9Lt7i3b6/zA7MHptWdbJ5HP5whcXj9K1ZbAHMUayZeUn5FQmsGbu+rWYr eOtUsf3YPKYGxkOmXYxcHEICLxklui+1MEM4rxglnp9dwAThHGCUuPd3O1sXIycHm4CWxKO/m 9lBbBEBfYlNtxvBbGaBVIkZHZOZQWxhAXeJ5n9nWLoYOYBqPCTmbUqFMPUkPh8NAalgEVCVmP rxBQuIzStgI7FifgcjiM0oICtx8GU71ERxiVtP5jOB2BICAhJL9pxnhrBFJV4+/scKMlJCQFF i51djiHIdiQW7P7FB2NoSyxa+ZoYYLyhxcuYTsGOEgMrvXxCYwCgyC8mCWUi6ZyHpnoWkewEj yypGs6SizPSMktzEzBxdQwMDXUNDI10DEEsvsUo3Sa+0WDc1sbhE11AvsbxYr7gyNzknRS8vt WQTIzCqUgoYUnYw3n39Qe8QoyQHk5Io77N9rvFCfEn5KZUZicUZ8UWlOanFhxhlODiUJHhLjg DlBItS01Mr0jJzgBEOk5bg4FES4XU9CpTmLS5IzC3OTIdInWK055jwcu4iZo6DR+cBycvXQeT N90sWMQux5OXnpUqJ82qCtAmAtGWU5sENhSWkS4yyUsK8jAwMDEI8BalFuZklqPKvGMU5GJWE eeeC3MaTmVcCtxuYVoA+EuGdGwZ2VkkiQkqqgUmJ734C0/TDKjk6XwxDwl+cffXb8bZpZ/ZdP UM2zntPpHzb4qf7M5zomn58kl6mQt2xq0FnguyufQgS5j3XNTX1wiNVof3FguEBTP+5Vz8MP/ pycq3/ApZV/9Qu/vKoefT9kcnDiGendu4zf7Gigf1DBlfXnC1b/8w4ZWC/7qTXdJfPzQ+OmRd MtFV8wbi0uqTwxvcFssqbqg4Y/XrspmTJp/uxq31XrtL/EKMna/ZUGv/Mqgg7N89PbNbWq0/n tkQVFa6Z2iP84xOLwA+Tzae+e1e903z6Y/Zr7ugL8y6Y7Vfcmf3ebbrMjw/svWlXrJW/1e7b8 8Akrm13tN35PHaz/izhlBYrTs1nC28UrmRQYinOSDTUYi4qTgQAM8CJnMMDAAA= X-Env-Sender: cchiou@ambarella.com X-Msg-Ref: server-24.tower-392.messagelabs.com!1598408249!21337!1 X-Originating-IP: [66.7.251.122] X-SYMC-ESS-Client-Auth: outbound-route-from=pass X-StarScan-Received: X-StarScan-Version: 9.50.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19172 invoked from network); 26 Aug 2020 02:17:29 -0000 Received: from 66-7-251-122.static-ip.telepacific.net (HELO webmail.ambarella.com) (66.7.251.122) by server-24.tower-392.messagelabs.com with AES256-GCM-SHA384 encrypted SMTP; 26 Aug 2020 02:17:29 -0000 Received: from ambtw-mbx2.ambarella.net (10.2.4.229) by ambus-cas4.ambarella.net (10.1.4.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1779.2; Tue, 25 Aug 2020 19:17:28 -0700 Received: from ambtw-mbx2.ambarella.net (10.2.4.229) by ambtw-mbx2.ambarella.net (10.2.4.229) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2044.4; Wed, 26 Aug 2020 10:17:27 +0800 Received: from ambtw-mbx2.ambarella.net ([fe80::cdb0:fbf6:f9dc:d87d]) by ambtw-mbx2.ambarella.net ([fe80::cdb0:fbf6:f9dc:d87d%2]) with mapi id 15.01.1979.003; Wed, 26 Aug 2020 10:17:27 +0800 From: Charles Chiou To: Stefano Stabellini CC: Julien Grall , "xen-users@lists.xenproject.org" Subject: Re: arm (qemu -M virt) 64 bit xen running 32 bit guest problem Thread-Topic: arm (qemu -M virt) 64 bit xen running 32 bit guest problem Thread-Index: AdZ7TQlJTamnHH3ySiOaRM18LgV3ag== Date: Wed, 26 Aug 2020 02:17:26 +0000 Message-ID: <2d0b84b994b349a1bfdf4e508f0cf882@ambarella.com> Accept-Language: en-US, zh-TW Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [114.32.149.41] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" > > > Looking at the code, this seems like an issue when trying to > > > translate a guest virtual address to a machine address. > > > > > > A few questions: > > > - Which QEMU version are you using? > > > - What's your Linux configuration? Are you using LPAE or short pa= ge > tables? > > > > I am using default ubuntu package on bionic: > > > > $ qemu-system-aarch64 --version > > QEMU emulator version 2.11.1(Debian 1:2.11+dfsg-1ubuntu7.29) Copyright > > (c) 2003-2017 Fabrice Bellard and the QEMU Project developers > > > > I just tried the stable-4.14 branch and this "Invalid MFN 0x..." doesn'= t > happen. It was on the master branch where I encountered this problem. > > However, I don't seem to get anything to call guest_printk() after maki= ng > hypervisor_console_io call even for 64-bit guest in this version (worked = on > master). This is a separate question: could that be a XEN compile option > problem as I see "debug=3Dn" from xen register dump: > > (XEN) ----[ Xen-4.14.1-pre arm64 debug=3Dn Not tainted ]---- > > The call chain is: > > xen/drivers/char/console.c:do_console_io > xen/drivers/char/console.c:guest_console_write > xen/drivers/char/console.c:guest_printk > > You can enable debug through kconfig by doing "make menuconfig" under > xen/ Thank you for pointing this out! After I enabled the verbose debug messages= , the hvc #0xea1 call is now taking effect. I'm seeing the previous problem= of "invalid MFN" after that. It seems that the pointer 0x40000058 had been= mapped to MFN 0x2be08. How do I debug or where locate the problem? I'm ver= y new to XEN so it's no obvious yet to me from reading the source code how = after guest_printk(), xen translate the addresses. This is the output of my guest boot up: / # xl -v create -c /share/misc/bm.cfg Parsing config from /share/misc/bm.cfg libxl: info: libxl_create.c:122:libxl__domain_build_info_setdefault: qemu-x= en is unavailable, using qemu-xen-traditional instead: No such file or dire= ctory libxl: detail: libxl_create.c:623:libxl__domain_make: passthrough: disabled domainbuilder: detail: xc_dom_allocate: cmdline=3D"", features=3D"" domainbuilder: detail: xc_dom_kernel_file: filename=3D"/share/misc/bm.img" domainbuilder: detail: xc_dom_boot_xen_init: ver 4.14, caps xen-3.0-aarch64= xen-3.0-armv7l domainbuilder: detail: xc_dom_rambase_init: RAM starts at 40000 domainbuilder: detail: xc_dom_parse_image: called domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader .= .. domainbuilder: detail: loader probe failed domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM64) load= er ... domainbuilder: detail: xc_dom_probe_zimage64_kernel: kernel is not an arm64= Image domainbuilder: detail: loader probe failed domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM32) load= er ... domainbuilder: detail: loader probe OK domainbuilder: detail: xc_dom_parse_zimage32_kernel: called domainbuilder: detail: xc_dom_parse_zimage32_kernel: xen-3.0-armv7l: 0x4000= 8000 -> 0x4000807c domainbuilder: detail: xc_dom_devicetree_mem: called domainbuilder: detail: xc_dom_mem_init: mem 128 MB, pages 0x8000 pages, 4k = each domainbuilder: detail: xc_dom_mem_init: 0x8000 pages domainbuilder: detail: xc_dom_boot_mem_init: called domainbuilder: detail: set_mode: guest xen-3.0-armv7l, address size 32 domainbuilder: detail: populate_guest_memory: populating RAM @ 000000004000= 0000-0000000048000000 (128MB) domainbuilder: detail: populate_one_size: populated 0x40/0x40 entries with = shift 9 domainbuilder: detail: meminit: placing boot modules at 0x47fff000 domainbuilder: detail: meminit: devicetree: 0x47fff000 -> 0x48000000 domainbuilder: detail: xc_dom_build_image: called domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x4000= 8+0x1 at 0xffff8c229000 domainbuilder: detail: xc_dom_alloc_segment: kernel : 0x40008000 ->= 0x40009000 (pfn 0x40008 + 0x1 pages) domainbuilder: detail: xc_dom_load_zimage_kernel: called domainbuilder: detail: xc_dom_load_zimage_kernel: kernel seg 0x40008000-0x4= 0009000 domainbuilder: detail: xc_dom_load_zimage_kernel: copy 124 bytes from blob = 0xffff8c6c0000 to dst 0xffff8c229000 domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x47ff= f+0x1 at 0xffff8c228000 domainbuilder: detail: xc_dom_alloc_segment: devicetree : 0x47fff000 ->= 0x48000000 (pfn 0x47fff + 0x1 pages) domainbuilder: detail: alloc_magic_pages: called domainbuilder: detail: xc_dom_build_image : virt_alloc_end : 0x48000000 domainbuilder: detail: xc_dom_build_image : virt_pgtab_end : 0x0 domainbuilder: detail: xc_dom_boot_image: called domainbuilder: detail: bootearly: doing nothing domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-a= arch64 domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-a= rmv7l <=3D matches domainbuilder: detail: start_info_arm: called domainbuilder: detail: domain builder memory footprint domainbuilder: detail: allocated domainbuilder: detail: malloc : 2848 bytes domainbuilder: detail: anon mmap : 0 bytes domainbuilder: detail: mapped domainbuilder: detail: file mmap : 124 bytes domainbuilder: detail: domU mmap : 8192 bytes domainbuilder: detail: vcpu_arm32: called domainbuilder: detail: Initial state CPSR 0x1d3 PC 0x40008000 domainbuilder: detail: compat_gnttab_hvm_seed: d5: pfn=3D0x38000 domainbuilder: detail: xc_dom_set_gnttab_entry: d5 gnt[0] -> d0 0x39000 domainbuilder: detail: xc_dom_set_gnttab_entry: d5 gnt[1] -> d0 0x39001 domainbuilder: detail: xc_dom_release: called (XEN) p2m.c:1919: d5v0: Invalid MFN 0x2be08 The 32-bit guest is very simple, it calls hvc very early in and uses physic= al address: $ arm-none-eabi-objdump -d bm.elf bm.elf: file format elf32-littlearm Disassembly of section .text: 40008000 <_stext>: 40008000: 13100a4d tstne r0, #315392 ; 0x4d000 40008004: 13100a4d tstne r0, #315392 ; 0x4d000 40008008: 13100a4d tstne r0, #315392 ; 0x4d000 4000800c: 13100a4d tstne r0, #315392 ; 0x4d000 40008010: 13100a4d tstne r0, #315392 ; 0x4d000 40008014: 13100a4d tstne r0, #315392 ; 0x4d000 40008018: 13100a4d tstne r0, #315392 ; 0x4d000 4000801c: e320f000 nop {0} 40008020: ea000006 b 40008040 40008024: 016f2818 .word 0x016f2818 40008028: 00000000 .word 0x00000000 4000802c: 0079c200 .word 0x0079c200 40008030: 04030201 .word 0x04030201 40008034: e320f000 nop {0} 40008038: e320f000 nop {0} 4000803c: e320f000 nop {0} 40008040 : 40008040: e3a00000 mov r0, #0 40008044: e3a01023 mov r1, #35 ; 0x23 40008048: e28f2008 add r2, pc, #8 4000804c: e3a0c012 mov ip, #18 40008050: e140ea71 hvc 3745 ; 0xea1 40008054: eafffffe b 40008054 40008058 : 40008058: 65726854 .word 0x65726854 4000805c: 2f586461 .word 0x2f586461 40008060: 204e4558 .word 0x204e4558 40008064: 746e6f43 .word 0x746e6f43 40008068: 656e6961 .word 0x656e6961 4000806c: 6f422072 .word 0x6f422072 40008070: 6e69746f .word 0x6e69746f 40008074: 70752067 .word 0x70752067 40008078: 000a0d21 .word 0x000a0d21 Thank you! > > > I'm ignoring 32-bit Linux for now and trying to boot bare metal apps th= at > calls hypervisor_console_io() at the very beginning of the boot-up. As I'= m > trying to port embedded RTOS apps (both 32 and 64 bits) to run as guests. > > Excellent. When doing that kind of work, I find the debug hypercalls very > useful, see: > > xen/arch/arm/traps.c:do_debug_trap > > Once you enable DEBUG in the build, you can do > > hvc 0xfffd > > In the guest for instance to print the program counter. NOTE: This email (including attachments) contain Ambarella Proprietary and/= or Confidential Information and is intended solely for the use of the indiv= idual(s) to whom it is addressed. Any unauthorized review, use, disclosure,= distribute, copy, or print is prohibited. If you are not an intended recip= ient, please contact the sender by reply email and destroy all copies of th= e original message. Thank you. From xen-users-bounces@lists.xenproject.org Wed Aug 26 06:22:45 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Aug 2020 06:22:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAooS-00022o-DA; Wed, 26 Aug 2020 06:21:36 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAooR-00022i-1O for xen-users@lists.xenproject.org; Wed, 26 Aug 2020 06:21:35 +0000 X-Inumbo-ID: f20ff7fd-0445-42d4-a0a8-8e7620ffc786 Received: from mail-qk1-x742.google.com (unknown [2607:f8b0:4864:20::742]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id f20ff7fd-0445-42d4-a0a8-8e7620ffc786; Wed, 26 Aug 2020 06:21:33 +0000 (UTC) Received: by mail-qk1-x742.google.com with SMTP id p4so999722qkf.0 for ; Tue, 25 Aug 2020 23:21:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=uWKoZqrF4BvzlnPHyjHM8XqCjhdE3CXN4DiGStS8rSI=; b=frHNfQakNd9Bh+7g/txQkTEgLMhAwPkCZzhNxAGT6XF+o4zgOJ7jzbss9VLQzUaqQD v3dgLI78MCIQPDWqfrKkjg4EuPM7B6jA9nMEveTALdEmUPIIo2BgWmZBsl+SvmrHVe0e WPhWisiTG5dy9f/UuNowKGoQbqw/CO5Ka3c2VJczYDFP8emkanP/FjPyTr19sEtlPI0p 6o21ssBOaCd7YLuO5qqzuLzZ7zbWzTwTFmkqLw6RmdUhX0B3q/6r1uCNNfvK40iACCwJ nGLUBycOU7Zs9vXING+JJ+K8ZgeREmB5Hn1GJ81KSxjYLn3MsEzMS9tduYLkC629Ov27 wpTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=uWKoZqrF4BvzlnPHyjHM8XqCjhdE3CXN4DiGStS8rSI=; b=JK9F0K6uNMqdT0+Qx+cRyQ0JqeUDM0IC5uEnrGn/c08MS7X9ctYlfibO6mAa43w7J8 P5B/d6ziAiBNL/XxvM9l4cIGikc+Kq979tJClwYHvcZfQavE3YYpJonmmKkzT+FuYAcp 5QmMRH4DCf2AQWBu8GOV80Ws/7Y1SZr5D7ePU4W9gp/hTj6GwTa4Vev0JSTVVnU0i1Ml CtHEo5Qextl8aNeBOmeQ4ejbBKxpxVf0pRW2O4eIN85dcC/J9x2lxOLX9vjmq8XfzJCj qxaf+gcbJmGvIs0mRcglRKi8EQBtbDWzjOADjAAMbazNmENLWOtVRTXn5xxsEtwAzzeh hQgA== X-Gm-Message-State: AOAM530tlOyyh5SMadiVSMg24wpQfudvHiNFjLcVMSpoZf1JLmxuZmof lc0N5PgdbhvxpbqOrzZgTatycfihtZz8LQsTABiWYKKLh/NamA== X-Google-Smtp-Source: ABdhPJy6xOroMoRe9WWpwuVPZbNmCXTU3kVl8Nhmkz1QHXRIbHxxM5U/aQaSt4TjnLqIRFz1O53/5ob48/BndBnzQaA= X-Received: by 2002:a37:d84:: with SMTP id 126mr9591665qkn.277.1598422893397; Tue, 25 Aug 2020 23:21:33 -0700 (PDT) MIME-Version: 1.0 From: AshishKumar Mishra Date: Wed, 26 Aug 2020 11:51:22 +0530 Message-ID: Subject: Watchdog triggered while trying to access shared page To: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000c30a0605adc1d4aa" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --000000000000c30a0605adc1d4aa Content-Type: text/plain; charset="UTF-8" Hi All , 1) I am trying to learn Xen memory sharing by writing a piece of code to share a single page from domU to dom0 I have an producer module running in domU sharing an page & consumer module running in dom0 - Producer writes some string in page so that consumer get read the same string if the mapping is correct 2) I am able to get the page mapped in consumer ( dom0) But when i try to read the string written by producer ( domU) in consumer (dom0) , * Xen watchdog is triggered * Any input as to how to map a page between dom0 & domU ? 3) The logic flow of producer & consumer is shared below ( can share the code also if required ) // ========= Page-Produmer-domU ======================================================= *In INIT Function: * frame = __get_free_pages(GFP_KERNEL, 1); framenum = virt_to_gfn(frame); gref = gnttab_grant_foreign_access(DOM0_ID, framenum, 0); // Grant access for one page // Write some data to frame strcpy((char *)frame, "Data is written in frame \n"); *In EXIT function : * gnttab_end_foreign_access(gref, 0, frame); // ========= Page-Consumer-dom0 ======================================================= *In INIT Function:* struct gnttab_map_grant_ref ops; struct gnttab_unmap_grant_ref unmap_ops; typedef struct info_t { grant_ref_t gref; int domid; /* remote domID */ } info_t; info_t info; int gref; // Value obtained from producer & passed as module-param int domid; // Domid of producer struct vm_struct *vm_start; info.gref = gref; info.domid = domid; vm_start = alloc_vm_area(PAGE_SIZE, NULL); gnttab_set_map_op(&ops, (unsigned long)vm_start->addr, GNTMAP_host_map,info.gref, info.domid); HYPERVISOR_grant_table_op(GNTTABOP_map_grant_ref, &ops, 1) // == This printk causes watchdog to be triggered ===================== printk("[Consumer-INIT]: We got string as = %s\n", (char*)vm_start->addr ); unmap_ops.host_addr = (unsigned long)(vm_start->addr); unmap_ops.handle = ops.handle; *In EXIT function : * HYPERVISOR_grant_table_op(GNTTABOP_unmap_grant_ref, &unmap_ops, 1) // =============================================================================== Thanks Ashish --000000000000c30a0605adc1d4aa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBkaXI9Imx0ciI+PGRpdj5IaSBBbGwgLCA8YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRp dj4xKSBJIGFtIHRyeWluZyB0byBsZWFybiBYZW4gbWVtb3J5IHNoYXJpbmcgYnkgd3JpdGluZyBh IHBpZWNlIG9mIGNvZGUgdG8gc2hhcmUgYSBzaW5nbGUgcGFnZSBmcm9twqAgZG9tVSB0byBkb20w IDxicj48L2Rpdj48ZGl2PsKgwqDCoCBJIGhhdmUgYW4gcHJvZHVjZXIgbW9kdWxlIHJ1bm5pbmcg aW4gZG9tVSBzaGFyaW5nIGFuIHBhZ2XCoCAmYW1wOyBjb25zdW1lciBtb2R1bGUgcnVubmluZyBp biBkb20wPC9kaXY+PGRpdj7CoMKgwqAgLSBQcm9kdWNlciB3cml0ZXMgc29tZSBzdHJpbmcgaW4g cGFnZSBzbyB0aGF0IGNvbnN1bWVyIGdldCByZWFkIHRoZSBzYW1lIHN0cmluZyBpZiB0aGUgbWFw cGluZyBpcyBjb3JyZWN0IDxicj48L2Rpdj48ZGl2PsKgwqDCoMKgIDxicj48L2Rpdj48ZGl2PjIp IEkgYW0gYWJsZSB0byBnZXQgdGhlIHBhZ2UgbWFwcGVkIGluIGNvbnN1bWVyICggZG9tMCkgPGJy PjwvZGl2PjxkaXY+wqDCoMKgIEJ1dCB3aGVuIGkgdHJ5IHRvIHJlYWQgdGhlIHN0cmluZyB3cml0 dGVuIGJ5IHByb2R1Y2VyICggZG9tVSkgaW4gY29uc3VtZXIgKGRvbTApICzCoDxiPiBYZW4gd2F0 Y2hkb2cgaXMgdHJpZ2dlcmVkIDxicj48L2I+PC9kaXY+PGRpdj48Yj7CoMKgwqAgPC9iPkFueSBp bnB1dCBhcyB0byBob3cgdG8gbWFwIGEgcGFnZSBiZXR3ZWVuIGRvbTAgJmFtcDsgZG9tVSA/PC9k aXY+PGRpdj7CoMKgwqDCoMKgPC9kaXY+PGRpdj4zKSBUaGUgbG9naWMgZmxvdyBvZiBwcm9kdWNl ciAmYW1wOyBjb25zdW1lciBpcyBzaGFyZWQgYmVsb3fCoMKgICggY2FuIHNoYXJlIHRoZSBjb2Rl IGFsc28gaWYgcmVxdWlyZWQgKTxicj48L2Rpdj48ZGl2Pi8vID09PT09PT09PSBQYWdlLVByb2R1 bWVyLWRvbVUgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PTwvZGl2PjxkaXY+PGI+SW4gSU5JVCBGdW5jdGlvbjogwqAgwqAgPC9iPsKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIDxicj7CoCDCoCDCoCDCoCBmcmFt ZSA9IF9fZ2V0X2ZyZWVfcGFnZXMoR0ZQX0tFUk5FTCwgMSk7IMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgPGJyPsKgIMKgIMKgIMKgIGZyYW1lbnVt ID0gdmlydF90b19nZm4oZnJhbWUpOyDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoDxicj7CoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoDxicj7CoCDCoCDCoCDCoCBncmVmID0gZ250dGFiX2dyYW50X2ZvcmVpZ25fYWNjZXNz KERPTTBfSUQsIGZyYW1lbnVtLCAwKTsgwqAgLy8gR3JhbnQgYWNjZXNzIGZvciBvbmUgcGFnZSA8 YnI+wqAgwqAgwqAgwqAgLy8gV3JpdGUgc29tZSBkYXRhIHRvIGZyYW1lIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IDxicj7CoCDCoCDCoCDCoCBzdHJjcHkoKGNoYXIgKilmcmFtZSwgJnF1b3Q7RGF0YSBpcyB3cml0 dGVuIGluIGZyYW1lIFxuJnF1b3Q7KTsgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg PGJyPjxicj48Yj5JbiBFWElUIGZ1bmN0aW9uIDogPC9iPsKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIDxicj7CoCDCoCDCoCDCoCBnbnR0YWJfZW5kX2ZvcmVpZ25fYWNj ZXNzKGdyZWYsIDAsIGZyYW1lKTsgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqA8YnI+PGJyPjxicj4vLyA9PT09PT09PT0gUGFnZS1Db25zdW1lci1kb20w ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08 L2Rpdj48ZGl2PjxiPkluIElOSVQgRnVuY3Rpb246PGJyPjwvYj7CoCDCoCDCoCDCoCBzdHJ1Y3Qg Z250dGFiX21hcF9ncmFudF9yZWYgb3BzOyDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCA8YnI+wqAgwqAgwqAg wqAgc3RydWN0IGdudHRhYl91bm1hcF9ncmFudF9yZWYgdW5tYXBfb3BzOyDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCA8YnI+wqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqA8YnI+wqAgwqAgwqAgwqAgdHlwZWRlZiBzdHJ1Y3QgaW5mb190IHsgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqA8YnI+wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgZ3JhbnRfcmVmX3Qg Z3JlZjsgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqA8YnI+wqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgaW50IGRvbWlkOyDCoC8qIHJlbW90ZSBkb21JRCAqLyDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCA8YnI+wqAgwqAgwqAgwqAgfSBpbmZvX3Q7IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgPGJyPsKgIMKgIMKgIMKgIGluZm9fdCBpbmZvOyDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCA8YnI+wqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqA8YnI+wqAgwqAgwqAgwqAgaW50IGdyZWY7IMKgLy8gVmFsdWUgb2J0YWluZWQgZnJvbSBwcm9k dWNlciAmYW1wOyBwYXNzZWQgYXMgbW9kdWxlLXBhcmFtIMKgIMKgIMKgIMKgIMKgIMKgPGJyPsKg IMKgIMKgIMKgIGludCBkb21pZDsgLy8gRG9taWQgb2YgcHJvZHVjZXIgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqA8 YnI+wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqA8YnI+wqAgwqAgwqAgwqAgc3RydWN0IHZtX3N0cnVjdCAqdm1fc3RhcnQ7 IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgPGJyPsKgIMKgIMKgIMKgIGluZm8uZ3JlZiA9IGdyZWY7IMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgPGJyPsKgIMKgIMKgIMKgIGluZm8uZG9t aWQgPSBkb21pZDsgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqA8YnI+wqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqA8YnI+wqAgwqAgwqAgwqAgdm1fc3RhcnQgPSBhbGxvY192bV9hcmVhKFBBR0VfU0laRSwgTlVM TCk7IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgPGJyPsKgIMKgIMKgIMKgIGdudHRhYl9zZXRfbWFwX29wKCZhbXA7b3BzLCAo dW5zaWduZWQgbG9uZyl2bV9zdGFydC0mZ3Q7YWRkciwgR05UTUFQX2hvc3RfbWFwLGluZm8uZ3Jl ZiwgaW5mby5kb21pZCk7PGJyPsKgIMKgIMKgIMKgIEhZUEVSVklTT1JfZ3JhbnRfdGFibGVfb3Ao R05UVEFCT1BfbWFwX2dyYW50X3JlZiwgJmFtcDtvcHMsIDEpIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIDxicj48YnI+wqAgwqAgwqAgwqAgLy8gPT0gVGhpcyBwcmludGsgY2F1c2VzIHdh dGNoZG9nIHRvIGJlIHRyaWdnZXJlZCA9PT09PT09PT09PT09PT09PT09PT08YnI+wqAgwqAgwqAg wqAgcHJpbnRrKCZxdW90O1tDb25zdW1lci1JTklUXTogV2UgZ290IHN0cmluZyBhcyA9ICVzXG4m cXVvdDssIChjaGFyKil2bV9zdGFydC0mZ3Q7YWRkciApOyDCoDxicj7CoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCA8YnI+ wqAgwqAgwqAgwqAgdW5tYXBfb3BzLmhvc3RfYWRkciA9ICh1bnNpZ25lZCBsb25nKSh2bV9zdGFy dC0mZ3Q7YWRkcik7IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIDxicj7CoCDC oCDCoCDCoCB1bm1hcF9vcHMuaGFuZGxlID0gb3BzLmhhbmRsZTsgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgPGJy Pjxicj48YnI+PGJyPjxiPkluIEVYSVQgZnVuY3Rpb24gOiA8L2I+PGJyPsKgIMKgIEhZUEVSVklT T1JfZ3JhbnRfdGFibGVfb3AoR05UVEFCT1BfdW5tYXBfZ3JhbnRfcmVmLCAmYW1wO3VubWFwX29w cywgMSk8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pi8vID09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08 YnI+PGJyPjwvZGl2PjxkaXY+VGhhbmtzIDxicj48L2Rpdj48ZGl2PkFzaGlzaMKgPC9kaXY+PGRp dj48YnI+PC9kaXY+PC9kaXY+DQo= --000000000000c30a0605adc1d4aa-- From xen-users-bounces@lists.xenproject.org Wed Aug 26 17:22:28 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Aug 2020 17:22:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAz5w-0007CO-RL; Wed, 26 Aug 2020 17:20:20 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kAz5v-0007CJ-9P for xen-users@lists.xenproject.org; Wed, 26 Aug 2020 17:20:19 +0000 X-Inumbo-ID: 8202eb19-630a-4ef1-98e9-d23f7d65f749 Received: from mail.kernel.org (unknown [198.145.29.99]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 8202eb19-630a-4ef1-98e9-d23f7d65f749; Wed, 26 Aug 2020 17:20:18 +0000 (UTC) Received: from localhost (c-67-164-102-47.hsd1.ca.comcast.net [67.164.102.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 7765C206FA; Wed, 26 Aug 2020 17:20:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1598462417; bh=ug/ntuV3iste94AS1Om30gcojO937yyzAMW5YvfK9/w=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=zk5PHMVwGSZuY/CHC7cSY4dsUPyP3eJzB4BJUTQoH0WS45R42cddl7fHWtG+hzx5G UrdONxGMVFp5ypwB3V7QCgw31arh2SfOnpi0tYmF8KFX/220kYppi7eCxc4Gjvyk0Y QEOccG3i7H75Hs3fDQTP7+kvAQRW4QC1hk6WEw+k= Date: Wed, 26 Aug 2020 10:20:16 -0700 (PDT) From: Stefano Stabellini X-X-Sender: sstabellini@sstabellini-ThinkPad-T480s To: Charles Chiou cc: Stefano Stabellini , Julien Grall , "xen-users@lists.xenproject.org" Subject: Re: arm (qemu -M virt) 64 bit xen running 32 bit guest problem In-Reply-To: <2d0b84b994b349a1bfdf4e508f0cf882@ambarella.com> Message-ID: References: <2d0b84b994b349a1bfdf4e508f0cf882@ambarella.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On Wed, 26 Aug 2020, Charles Chiou wrote: > > > > Looking at the code, this seems like an issue when trying to > > > > translate a guest virtual address to a machine address. > > > > > > > > A few questions: > > > > - Which QEMU version are you using? > > > > - What's your Linux configuration? Are you using LPAE or short page > > tables? > > > > > > I am using default ubuntu package on bionic: > > > > > > $ qemu-system-aarch64 --version > > > QEMU emulator version 2.11.1(Debian 1:2.11+dfsg-1ubuntu7.29) Copyright > > > (c) 2003-2017 Fabrice Bellard and the QEMU Project developers > > > > > > I just tried the stable-4.14 branch and this "Invalid MFN 0x..." doesn't > > happen. It was on the master branch where I encountered this problem. > > > However, I don't seem to get anything to call guest_printk() after making > > hypervisor_console_io call even for 64-bit guest in this version (worked on > > master). This is a separate question: could that be a XEN compile option > > problem as I see "debug=n" from xen register dump: > > > (XEN) ----[ Xen-4.14.1-pre arm64 debug=n Not tainted ]---- > > > > The call chain is: > > > > xen/drivers/char/console.c:do_console_io > > xen/drivers/char/console.c:guest_console_write > > xen/drivers/char/console.c:guest_printk > > > > You can enable debug through kconfig by doing "make menuconfig" under > > xen/ > > Thank you for pointing this out! After I enabled the verbose debug messages, the hvc #0xea1 call is now taking effect. Great! >I'm seeing the previous problem of "invalid MFN" after that. It seems that the pointer 0x40000058 had been mapped to MFN 0x2be08. How do I debug or where locate the problem? I'm very new to XEN so it's no obvious yet to me from reading the source code how after guest_printk(), xen translate the addresses. The baremetal application code and the disassembly look correct. I wonder if the issue is that the baremetal application is passing a guest physical address when Xen expects a guest virtual address. The string gets copied by: xen/drivers/char/console.c:guest_console_write calling: copy_from_guest -> copy_from_guest_offset -> raw_copy_from_guest eventually it goes to: xen/arch/arm/guestcopy.c:copy_guest xen/arch/arm/guestcopy.c:translate_get_page Looking at the code, translate_get_page is called with linear=true write=false. linear=true causes translate_get_page to call get_page_from_gva. I wonder if it is possible that get_page_from_gva is not doing the right thing here. As a test, maybe you could hack guest_console_write to call a modified version of raw_copy_from_guest that uses guest physical addresses instead. diff --git a/xen/arch/arm/guestcopy.c b/xen/arch/arm/guestcopy.c index 7a0f3e9d5f..106a95e33f 100644 --- a/xen/arch/arm/guestcopy.c +++ b/xen/arch/arm/guestcopy.c @@ -130,6 +130,11 @@ unsigned long raw_copy_from_guest(void *to, const void __user *from, unsigned le COPY_from_guest | COPY_linear); } +unsigned long raw_copy_from_guest_special(void *to, const void __user *from, unsigned len) +{ + return copy_guest(to, (uint64_t)from, len, GPA_INFO(current->domain), + COPY_from_guest); +} unsigned long copy_to_guest_phys_flush_dcache(struct domain *d, paddr_t gpa, void *buf, diff --git a/xen/drivers/char/console.c b/xen/drivers/char/console.c index 861ad53a8f..2dd6187aa5 100644 --- a/xen/drivers/char/console.c +++ b/xen/drivers/char/console.c @@ -590,6 +590,7 @@ static inline void xen_console_write_debug_port(const char *buf, size_t len) } #endif +extern unsigned long raw_copy_from_guest_special(void *to, const void __user *from, unsigned len); static long guest_console_write(XEN_GUEST_HANDLE_PARAM(char) buffer, unsigned int count) { @@ -604,9 +605,18 @@ static long guest_console_write(XEN_GUEST_HANDLE_PARAM(char) buffer, __HYPERVISOR_console_io, "iih", CONSOLEIO_write, count, buffer); - kcount = min((size_t)count, sizeof(kbuf) - 1); - if ( copy_from_guest(kbuf, buffer, kcount) ) - return -EFAULT; + if ( current->domain->domain_id > 0 ) + { + kcount = min((size_t)count, sizeof(kbuf) - 1); + if ( raw_copy_from_guest_special(kbuf, buffer.p, kcount) ) + return -EFAULT; + } + else + { + kcount = min((size_t)count, sizeof(kbuf) - 1); + if ( copy_from_guest(kbuf, buffer, kcount) ) + return -EFAULT; + } if ( is_hardware_domain(cd) ) { From xen-users-bounces@lists.xenproject.org Wed Aug 26 18:32:51 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Aug 2020 18:32:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kB0D7-0004ni-Q7; Wed, 26 Aug 2020 18:31:49 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kB0D6-0004nc-B0 for xen-users@lists.xenproject.org; Wed, 26 Aug 2020 18:31:48 +0000 X-Inumbo-ID: 1c3a7a0f-bc30-4cf6-bce8-d94762a503b6 Received: from mail.xenproject.org (unknown [104.130.215.37]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 1c3a7a0f-bc30-4cf6-bce8-d94762a503b6; Wed, 26 Aug 2020 18:31:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xen.org; s=20200302mail; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:Cc:To:Subject; bh=2s1z3roCjDDoE3UoRoy5nM3xCB/WzeSV2VOxzkmNQR0=; b=MUQ9+YJREzL4Z1XeQ1+qvN6Ij9 46UzVwo/mQTO4NYCvuspfH60QcD7YrC1h25UlQT7dzE9nwm5IsPE0vbMDkSH5NCEmwSD6rx+sVHwq AvzHU7yV+vf7lT9daGOWBu8yptX57ao1UlZG5+PbncVxdxSsiEwpeX+kuHdGlCO0TD3s=; Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kB0D4-0001n8-4R; Wed, 26 Aug 2020 18:31:46 +0000 Received: from [54.239.6.185] (helo=a483e7b01a66.ant.amazon.com) by xenbits.xenproject.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kB0D3-0000OE-Tl; Wed, 26 Aug 2020 18:31:46 +0000 Subject: Re: arm (qemu -M virt) 64 bit xen running 32 bit guest problem To: Stefano Stabellini , Charles Chiou Cc: "xen-users@lists.xenproject.org" References: <2d0b84b994b349a1bfdf4e508f0cf882@ambarella.com> From: Julien Grall Message-ID: <46d202bd-0766-4ba8-ae17-97d388e07632@xen.org> Date: Wed, 26 Aug 2020 19:31:44 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hi, On 26/08/2020 18:20, Stefano Stabellini wrote: > On Wed, 26 Aug 2020, Charles Chiou wrote: >>>>> Looking at the code, this seems like an issue when trying to >>>>> translate a guest virtual address to a machine address. >>>>> >>>>> A few questions: >>>>> - Which QEMU version are you using? >>>>> - What's your Linux configuration? Are you using LPAE or short page >>> tables? >>>> >>>> I am using default ubuntu package on bionic: >>>> >>>> $ qemu-system-aarch64 --version >>>> QEMU emulator version 2.11.1(Debian 1:2.11+dfsg-1ubuntu7.29) Copyright >>>> (c) 2003-2017 Fabrice Bellard and the QEMU Project developers >>>> >>>> I just tried the stable-4.14 branch and this "Invalid MFN 0x..." doesn't >>> happen. It was on the master branch where I encountered this problem. >>>> However, I don't seem to get anything to call guest_printk() after making >>> hypervisor_console_io call even for 64-bit guest in this version (worked on >>> master). This is a separate question: could that be a XEN compile option >>> problem as I see "debug=n" from xen register dump: >>>> (XEN) ----[ Xen-4.14.1-pre arm64 debug=n Not tainted ]---- >>> >>> The call chain is: >>> >>> xen/drivers/char/console.c:do_console_io >>> xen/drivers/char/console.c:guest_console_write >>> xen/drivers/char/console.c:guest_printk >>> >>> You can enable debug through kconfig by doing "make menuconfig" under >>> xen/ >> >> Thank you for pointing this out! After I enabled the verbose debug messages, the hvc #0xea1 call is now taking effect. > > Great! > > >> I'm seeing the previous problem of "invalid MFN" after that. It seems that the pointer 0x40000058 had been mapped to MFN 0x2be08. How do I debug or where locate the problem? I'm very new to XEN so it's no obvious yet to me from reading the source code how after guest_printk(), xen translate the addresses. > > The baremetal application code and the disassembly look correct. I > wonder if the issue is that the baremetal application is passing a guest > physical address when Xen expects a guest virtual address. Bear in mind that issuing an hypercall with MMU disabled is usually risky because of memory attribute mismatch between Xen and the Guest. Although, you would only see data corruption and not "invalid MFN". > > The string gets copied by: > > xen/drivers/char/console.c:guest_console_write > > calling: > > copy_from_guest -> copy_from_guest_offset -> raw_copy_from_guest > > eventually it goes to: > > xen/arch/arm/guestcopy.c:copy_guest > xen/arch/arm/guestcopy.c:translate_get_page > > > Looking at the code, translate_get_page is called with linear=true > write=false. linear=true causes translate_get_page to call > get_page_from_gva. I wonder if it is possible that get_page_from_gva is > not doing the right thing here. When the MMU is turned off, VA == PA. The AT instruction is able to deal with such situation. However... >>>> QEMU emulator version 2.11.1(Debian 1:2.11+dfsg-1ubuntu7.29) Copyright >>>> (c) 2003-2017 Fabrice Bellard and the QEMU Project developers ... this is fairly an old version of QEMU. I remember some issues with the implementation of the AT instruction in QEMU. Looking at the commit logs, it seems there are a few fixes that is not part of 2.11.1. I would highly recomend to use a more recent version of QEMU in order to narrow down the problem. Cheers, -- Julien Grall From xen-users-bounces@lists.xenproject.org Thu Aug 27 03:44:52 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Aug 2020 03:44:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kB8oc-000823-Bh; Thu, 27 Aug 2020 03:43:06 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kB8ob-00081y-Ed for xen-users@lists.xenproject.org; Thu, 27 Aug 2020 03:43:05 +0000 X-Inumbo-ID: e84e599f-8b00-404b-bef6-e89704b60f01 Received: from mail-qv1-xf32.google.com (unknown [2607:f8b0:4864:20::f32]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id e84e599f-8b00-404b-bef6-e89704b60f01; Thu, 27 Aug 2020 03:43:04 +0000 (UTC) Received: by mail-qv1-xf32.google.com with SMTP id r19so2048702qvw.11 for ; Wed, 26 Aug 2020 20:43:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=YkdCNvG3HLn8GU+ET4/fZxrrTA/F9RutPH1W2Qplx2Q=; b=tRlSUCn/EQH0E4ogutr2Wc9PT17Zn6AI4n29dPXMK3DpI/Bczmzk7xorSSl+oIQry0 lJBe3Hz5QHUiyloItgW+9JIhX4DSCdLCd1bmG6TiUrepZGYrVaR48QqNLKeiTV4XCn62 taA4Vwgv+88Pjn5QnOLnv2KRtDYalkQYazBh/6ebyrIn/chewft+9OG2Hn9nOd2tV79i x4RXdHy1siIGbB0jyOJBDMoBzXRgmNXiBB9lA6QqHaEUmbg7Z82+EEAR/WLkd/khnyX5 +GhKklxChTOKx5ahClxyl5BW8539ScRIufsJfkjQcZdT8tPmGsxwYnaJBrVk7MRhJYdA uW8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=YkdCNvG3HLn8GU+ET4/fZxrrTA/F9RutPH1W2Qplx2Q=; b=pU6RZ47OmCHYxPsIH9Mb0jvKidHTaebVb2ioBVQ+u6eYIoClVmPpJaNuBkOqbMCNSF NRlJAPhsJ+OGDsYPUQPJk7MU13dCzpEooLIAl9ryLa1BlI826vMZn9cN3BS7kcn8WhPb 3ZiqcBkbOT/3MeQEVjpJCGFmTLasOullViB786pSy2ixgUah8U3QLSTZBr8fQzpRXhpM uoSkShdIo0bYb2f65g7ZECCnICevfcirN2Fj7HwXSvO8WSH2iADh1KmYjfEddAc2g8Af hny7gRtykmGDn15RfYsYS4G6RYtZbvaJdsm68IPS0RTEpXmWCi+wzS+HE8AlYRgpfJuZ pABg== X-Gm-Message-State: AOAM533YL7gLdBDHV+uGZFk8+4RIZUFkiVNqHb0dtYVtb3YCjCNW6Dup 6uLG0jYrgu4IU/tb2h3M9/87cgYe33li03ImkogyIhDT X-Google-Smtp-Source: ABdhPJx9Duj1duS00yE2yi61U6doXmSEUd1Tbnr+Y81dHm4LnSldvOHZmhtkTqui82APyUEXGzlSrBaS2eZrpLvpeds= X-Received: by 2002:a0c:ca86:: with SMTP id a6mr16907120qvk.209.1598499783516; Wed, 26 Aug 2020 20:43:03 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: AshishKumar Mishra Date: Thu, 27 Aug 2020 09:12:47 +0530 Message-ID: Subject: Re: Watchdog triggered while trying to access shared page To: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000c52dff05add3bb68" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --000000000000c52dff05add3bb68 Content-Type: text/plain; charset="UTF-8" Hi All , Any input / feedback w.r.t below shared approach which I am trying on raspberry pie 4. Or any pointers or sample implementation for sharing memory among dom0 - domu. Am I doing this wrongly ? Thanks Ashish --000000000000c52dff05add3bb68 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi All ,

Any= input / feedback w.r.t below shared approach which I am trying on raspberr= y pie 4.

Or any pointers or sample implementation for sharing memory among do= m0 - domu.

Am I doing this wrongly ?=C2=A0


Thanks=C2=A0<= /div>
Ashish=C2=A0
--000000000000c52dff05add3bb68-- From xen-users-bounces@lists.xenproject.org Thu Aug 27 08:42:18 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Aug 2020 08:42:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kBDSq-0003gq-5f; Thu, 27 Aug 2020 08:40:56 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kBDSo-0003gl-98 for xen-users@lists.xenproject.org; Thu, 27 Aug 2020 08:40:54 +0000 X-Inumbo-ID: 0fd51330-6624-4782-ad14-8053a2cf53b4 Received: from mail1.bemta23.messagelabs.com (unknown [67.219.246.5]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 0fd51330-6624-4782-ad14-8053a2cf53b4; Thu, 27 Aug 2020 08:40:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ambarella.com; s=com20180801a; t=1598517652; i=@ambarella.com; bh=G8f81hEWcG2LTOU9z6XJeU/F1nxgkiUh69dOUMS0Sx8=; h=From:To:CC:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=TNMUoD7gXeophLorsSQZ5kq81cBTThXqEC3ADQMQNO9Y5QoArGsYXW27SJUOyGJh3 tFk0Zfl8VB9YOcaXJcDXnhmWKcS70Uqs4X2DyWCV7eFOOhnomHwj3uwR9JVmtFErmt nL8Va1bqA9R01n00WBrEmdbBa2PbytRbY8EphY4PXMKaYjT8/fjktSC0mM73qZ/rRT nQhd6pPbpyHlYU0FE4Rz4Q1GCgILSGDyUmrJuh4N9lSGQh2VCt+ZgQ7CpKjqT82yY7 hm+HDfrtmxotBO6XR4VXMaoDql/bHyawIH8NWRKzEJ9mndl9W+BZFdwxlOvp54aXtf bCf3IdQe8vbvQ== Received: from [100.112.3.165] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-5.bemta.az-b.us-east-1.aws.symcld.net id FA/59-59085-491774F5; Thu, 27 Aug 2020 08:40:52 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrHKsWRWlGSWpSXmKPExsXixP47XXdKoXu 8weXrnBafZ09ms1i9Lt7i3b6/zA7MHptWdbJ5HP5whcXj9K1ZbAHMUayZeUn5FQmsGTefXWMr WKhXcXP7ZqYGxiu6XYycHEICaxglnpxN7GLkArJfMUpsaW9gg3AOMEq8b/vEClLFJqAl8ejvZ nYQW0TAT2Lt7fnMIDazgKvEnFVHwWqEBdwlmv+dYeli5ACq8ZCYtykVolxPor35MROIzSKgKt HRexusnFfARuLonqdgNqOArMTBl+3sECPFJW49mQ9WLyEgILFkz3lmCFtU4uXjf6wQtrzE8lW r2UBWMQtoSqzfpQ/RqigxpfshO8R4QYmTM5+AXSMEFL9/QWACo8gsJAtmITTPQtI8C0nzAkaW VYymSUWZ6RkluYmZObqGBga6hoZGuoa6JgZ6iVW6SXqlxbqpicUluoZ6ieXFesWVuck5KXp5q SWbGIERlVLAqLGDsfPNB71DjJIcTEqivL9z3OOF+JLyUyozEosz4otKc1KLDzHKcHAoSfAuKA DKCRalpqdWpGXmAKMbJi3BwaMkwisKkuYtLkjMLc5Mh0idYrTnmPBy7iJmjoNH5wHJm++XAMk jc5cuYhZiycvPS5US5/2dD9QmANKWUZoHNxSWjC4xykoJ8zIyMDAI8RSkFuVmlqDKv2IU52BU EubdAzKFJzOvBG43MKkAfSTCOzfMFeSskkSElFQDU3SIeczn6HntSmZ5i6Z8Wx9iKKdcfaX2R 6vM/z+Hzy1+kHqP8WRN2GQ1wd8PCyf+fcAzfeXNqd9E5dZbHuDbYNPqlNf7cseJ27kTJi4pSx JYIlvzOV9rQkRwwR6Tmqe393dccD1odYKp8XFZ436G60xeMgu/qbw7xFifluVuumTm1ltt99l 17Q7FZ0+Ie7ZG+kV8+qFT6+7YKzSn3bNJTvhx0PMn26knaRdf3czJ0U+fVf0obXeD3Llv/1+c MPy2J1XMKDx5Q1V0j7Qf1z8nsbCZolO5Ti6ICv57xk3owVLZNVqsWvoB/MZc/IWvIh/c3sZtt VxY96Hei/9Rpr7n9pe3vk4uen6vVG6CpFvHOyWW4oxEQy3mouJEAMF7HWPBAwAA X-Env-Sender: cchiou@ambarella.com X-Msg-Ref: server-16.tower-390.messagelabs.com!1598517651!23790!1 X-Originating-IP: [66.7.251.103] X-SYMC-ESS-Client-Auth: outbound-route-from=pass X-StarScan-Received: X-StarScan-Version: 9.50.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9619 invoked from network); 27 Aug 2020 08:40:51 -0000 Received: from webmail-us.ambarella.com (HELO webmail.ambarella.com) (66.7.251.103) by server-16.tower-390.messagelabs.com with ECDHE-RSA-AES256-SHA encrypted SMTP; 27 Aug 2020 08:40:51 -0000 Received: from ambtw-mbx3.ambarella.net (10.2.4.230) by amb-cas1.ambarella.net (10.1.2.29) with Microsoft SMTP Server (TLS) id 14.3.468.0; Thu, 27 Aug 2020 01:40:46 -0700 Received: from ambtw-mbx2.ambarella.net (10.2.4.229) by ambtw-mbx3.ambarella.net (10.2.4.230) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1979.3; Thu, 27 Aug 2020 16:40:44 +0800 Received: from ambtw-mbx2.ambarella.net ([fe80::cdb0:fbf6:f9dc:d87d]) by ambtw-mbx2.ambarella.net ([fe80::cdb0:fbf6:f9dc:d87d%2]) with mapi id 15.01.1979.003; Thu, 27 Aug 2020 16:40:44 +0800 From: Charles Chiou To: Julien Grall , Stefano Stabellini CC: "xen-users@lists.xenproject.org" Subject: Re: arm (qemu -M virt) 64 bit xen running 32 bit guest problem Thread-Topic: arm (qemu -M virt) 64 bit xen running 32 bit guest problem Thread-Index: AdZ8TcA9TamnHH3ySiOaRM18LgV3ag== Date: Thu, 27 Aug 2020 08:40:44 +0000 Message-ID: <9b89934831054bdd8a2ea918d4ad741f@ambarella.com> Accept-Language: en-US, zh-TW Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.2.12.143] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" PiA+Pj4+PiBMb29raW5nIGF0IHRoZSBjb2RlLCB0aGlzIHNlZW1zIGxpa2UgYW4gaXNzdWUgd2hl biB0cnlpbmcgdG8NCj4gPj4+Pj4gdHJhbnNsYXRlIGEgZ3Vlc3QgdmlydHVhbCBhZGRyZXNzIHRv IGEgbWFjaGluZSBhZGRyZXNzLg0KPiA+Pj4+Pg0KPiA+Pj4+PiBBIGZldyBxdWVzdGlvbnM6DQo+ ID4+Pj4+ICAgICAgLSBXaGljaCBRRU1VIHZlcnNpb24gYXJlIHlvdSB1c2luZz8NCj4gPj4+Pj4g ICAgICAtIFdoYXQncyB5b3VyIExpbnV4IGNvbmZpZ3VyYXRpb24/IEFyZSB5b3UgdXNpbmcgTFBB RSBvcg0KPiA+Pj4+PiBzaG9ydCBwYWdlDQo+ID4+PiB0YWJsZXM/DQo+ID4+Pj4NCj4gPj4+PiBJ IGFtIHVzaW5nIGRlZmF1bHQgdWJ1bnR1IHBhY2thZ2Ugb24gYmlvbmljOg0KPiA+Pj4+DQo+ID4+ Pj4gJCBxZW11LXN5c3RlbS1hYXJjaDY0IC0tdmVyc2lvbg0KPiA+Pj4+IFFFTVUgZW11bGF0b3Ig dmVyc2lvbiAyLjExLjEoRGViaWFuIDE6Mi4xMStkZnNnLTF1YnVudHU3LjI5KQ0KPiA+Pj4+IENv cHlyaWdodA0KPiA+Pj4+IChjKSAyMDAzLTIwMTcgRmFicmljZSBCZWxsYXJkIGFuZCB0aGUgUUVN VSBQcm9qZWN0IGRldmVsb3BlcnMNCj4gPj4+Pg0KPiA+Pj4+IEkganVzdCB0cmllZCB0aGUgc3Rh YmxlLTQuMTQgYnJhbmNoIGFuZCB0aGlzICJJbnZhbGlkIE1GTiAweC4uLiINCj4gPj4+PiBkb2Vz bid0DQo+ID4+PiBoYXBwZW4uIEl0IHdhcyBvbiB0aGUgbWFzdGVyIGJyYW5jaCB3aGVyZSBJIGVu Y291bnRlcmVkIHRoaXMgcHJvYmxlbS4NCj4gPj4+PiBIb3dldmVyLCBJIGRvbid0IHNlZW0gdG8g Z2V0IGFueXRoaW5nIHRvIGNhbGwgZ3Vlc3RfcHJpbnRrKCkgYWZ0ZXINCj4gPj4+PiBtYWtpbmcN Cj4gPj4+IGh5cGVydmlzb3JfY29uc29sZV9pbyBjYWxsIGV2ZW4gZm9yIDY0LWJpdCBndWVzdCBp biB0aGlzIHZlcnNpb24NCj4gPj4+ICh3b3JrZWQgb24gbWFzdGVyKS4gVGhpcyBpcyBhIHNlcGFy YXRlIHF1ZXN0aW9uOiBjb3VsZCB0aGF0IGJlIGEgWEVODQo+ID4+PiBjb21waWxlIG9wdGlvbiBw cm9ibGVtIGFzIEkgc2VlICJkZWJ1Zz1uIiBmcm9tIHhlbiByZWdpc3RlciBkdW1wOg0KPiA+Pj4+ IChYRU4pIC0tLS1bIFhlbi00LjE0LjEtcHJlICBhcm02NCAgZGVidWc9biAgIE5vdCB0YWludGVk IF0tLS0tDQo+ID4+Pg0KPiA+Pj4gVGhlIGNhbGwgY2hhaW4gaXM6DQo+ID4+Pg0KPiA+Pj4geGVu L2RyaXZlcnMvY2hhci9jb25zb2xlLmM6ZG9fY29uc29sZV9pbw0KPiA+Pj4geGVuL2RyaXZlcnMv Y2hhci9jb25zb2xlLmM6Z3Vlc3RfY29uc29sZV93cml0ZQ0KPiA+Pj4geGVuL2RyaXZlcnMvY2hh ci9jb25zb2xlLmM6Z3Vlc3RfcHJpbnRrDQo+ID4+Pg0KPiA+Pj4gWW91IGNhbiBlbmFibGUgZGVi dWcgdGhyb3VnaCBrY29uZmlnIGJ5IGRvaW5nICJtYWtlIG1lbnVjb25maWciDQo+ID4+PiB1bmRl ciB4ZW4vDQo+ID4+DQo+ID4+IFRoYW5rIHlvdSBmb3IgcG9pbnRpbmcgdGhpcyBvdXQhIEFmdGVy IEkgZW5hYmxlZCB0aGUgdmVyYm9zZSBkZWJ1Zw0KPiBtZXNzYWdlcywgdGhlIGh2YyAjMHhlYTEg Y2FsbCBpcyBub3cgdGFraW5nIGVmZmVjdC4NCj4gPg0KPiA+IEdyZWF0IQ0KPiA+DQo+ID4NCj4g Pj4gSSdtIHNlZWluZyB0aGUgcHJldmlvdXMgcHJvYmxlbSBvZiAiaW52YWxpZCBNRk4iIGFmdGVy IHRoYXQuIEl0IHNlZW1zIHRoYXQNCj4gdGhlIHBvaW50ZXIgMHg0MDAwMDA1OCBoYWQgYmVlbiBt YXBwZWQgdG8gTUZOIDB4MmJlMDguIEhvdyBkbyBJIGRlYnVnDQo+IG9yIHdoZXJlIGxvY2F0ZSB0 aGUgcHJvYmxlbT8gSSdtIHZlcnkgbmV3IHRvIFhFTiBzbyBpdCdzIG5vIG9idmlvdXMgeWV0IHRv DQo+IG1lIGZyb20gcmVhZGluZyB0aGUgc291cmNlIGNvZGUgaG93IGFmdGVyIGd1ZXN0X3ByaW50 aygpLCB4ZW4gdHJhbnNsYXRlIHRoZQ0KPiBhZGRyZXNzZXMuDQo+ID4NCj4gPiBUaGUgYmFyZW1l dGFsIGFwcGxpY2F0aW9uIGNvZGUgYW5kIHRoZSBkaXNhc3NlbWJseSBsb29rIGNvcnJlY3QuIEkN Cj4gPiB3b25kZXIgaWYgdGhlIGlzc3VlIGlzIHRoYXQgdGhlIGJhcmVtZXRhbCBhcHBsaWNhdGlv biBpcyBwYXNzaW5nIGENCj4gPiBndWVzdCBwaHlzaWNhbCBhZGRyZXNzIHdoZW4gWGVuIGV4cGVj dHMgYSBndWVzdCB2aXJ0dWFsIGFkZHJlc3MuDQo+DQo+IEJlYXIgaW4gbWluZCB0aGF0IGlzc3Vp bmcgYW4gaHlwZXJjYWxsIHdpdGggTU1VIGRpc2FibGVkIGlzIHVzdWFsbHkgcmlza3kNCj4gYmVj YXVzZSBvZiBtZW1vcnkgYXR0cmlidXRlIG1pc21hdGNoIGJldHdlZW4gWGVuIGFuZCB0aGUgR3Vl c3QuDQo+DQo+IEFsdGhvdWdoLCB5b3Ugd291bGQgb25seSBzZWUgZGF0YSBjb3JydXB0aW9uIGFu ZCBub3QgImludmFsaWQgTUZOIi4NCj4NCj4gPg0KPiA+IFRoZSBzdHJpbmcgZ2V0cyBjb3BpZWQg Ynk6DQo+ID4NCj4gPiB4ZW4vZHJpdmVycy9jaGFyL2NvbnNvbGUuYzpndWVzdF9jb25zb2xlX3dy aXRlDQo+ID4NCj4gPiBjYWxsaW5nOg0KPiA+DQo+ID4gY29weV9mcm9tX2d1ZXN0IC0+IGNvcHlf ZnJvbV9ndWVzdF9vZmZzZXQgLT4gcmF3X2NvcHlfZnJvbV9ndWVzdA0KPiA+DQo+ID4gZXZlbnR1 YWxseSBpdCBnb2VzIHRvOg0KPiA+DQo+ID4geGVuL2FyY2gvYXJtL2d1ZXN0Y29weS5jOmNvcHlf Z3Vlc3QNCj4gPiB4ZW4vYXJjaC9hcm0vZ3Vlc3Rjb3B5LmM6dHJhbnNsYXRlX2dldF9wYWdlDQo+ ID4NCj4gPg0KPiA+IExvb2tpbmcgYXQgdGhlIGNvZGUsIHRyYW5zbGF0ZV9nZXRfcGFnZSBpcyBj YWxsZWQgd2l0aCBsaW5lYXI9dHJ1ZQ0KPiA+IHdyaXRlPWZhbHNlLiBsaW5lYXI9dHJ1ZSBjYXVz ZXMgdHJhbnNsYXRlX2dldF9wYWdlIHRvIGNhbGwNCj4gPiBnZXRfcGFnZV9mcm9tX2d2YS4gSSB3 b25kZXIgaWYgaXQgaXMgcG9zc2libGUgdGhhdCBnZXRfcGFnZV9mcm9tX2d2YQ0KPiA+IGlzIG5v dCBkb2luZyB0aGUgcmlnaHQgdGhpbmcgaGVyZS4NCj4NCj4gV2hlbiB0aGUgTU1VIGlzIHR1cm5l ZCBvZmYsIFZBID09IFBBLiBUaGUgQVQgaW5zdHJ1Y3Rpb24gaXMgYWJsZSB0byBkZWFsDQo+IHdp dGggc3VjaCBzaXR1YXRpb24uIEhvd2V2ZXIuLi4NCg0KSGkgU3RlZmFubywgdGhhbmsgeW91IGZv ciB0aGUgcG9pbnRlcnMuIEl0IHdhcyB2ZXJ5IGhlbHBmdWwgdG8gZ2V0IHN0YXJ0ZWQgaW4gdHJh Y2luZyB0aGUgaW50ZXJuYWxzIG9mIHhlbi4NCg0KPiAgPj4+PiBRRU1VIGVtdWxhdG9yIHZlcnNp b24gMi4xMS4xKERlYmlhbiAxOjIuMTErZGZzZy0xdWJ1bnR1Ny4yOSkNCj4gQ29weXJpZ2h0ICA+ Pj4+IChjKSAyMDAzLTIwMTcgRmFicmljZSBCZWxsYXJkIGFuZCB0aGUgUUVNVSBQcm9qZWN0DQo+ IGRldmVsb3BlcnMNCj4NCj4NCj4gLi4uIHRoaXMgaXMgZmFpcmx5IGFuIG9sZCB2ZXJzaW9uIG9m IFFFTVUuIEkgcmVtZW1iZXIgc29tZSBpc3N1ZXMgd2l0aCB0aGUNCj4gaW1wbGVtZW50YXRpb24g b2YgdGhlIEFUIGluc3RydWN0aW9uIGluIFFFTVUuIExvb2tpbmcgYXQgdGhlIGNvbW1pdCBsb2dz LCBpdA0KPiBzZWVtcyB0aGVyZSBhcmUgYSBmZXcgZml4ZXMgdGhhdCBpcyBub3QgcGFydCBvZiAy LjExLjEuDQo+DQo+IEkgd291bGQgaGlnaGx5IHJlY29tZW5kIHRvIHVzZSBhIG1vcmUgcmVjZW50 IHZlcnNpb24gb2YgUUVNVSBpbiBvcmRlciB0bw0KPiBuYXJyb3cgZG93biB0aGUgcHJvYmxlbS4N Cg0KSGkgSnVsaWVuLCBzd2l0Y2hpbmcgcWVtdSB0byB2My4xLjEuMSBzb2x2ZWQgdGhlIHByb2Js ZW0hIChUcmllZCA1LnggYnV0IHJhbiBpbnRvIG90aGVyIHByb2JsZW1zLCBidXQgdGhvc2UgYXJl IHNvbWV0aGluZyBlbHNlKS4gVGhlIGFkZHJlc3MgdHJhbnNsYXRpb24gbm93IHNlZW1zIG9rIG5v dyBhbmQgZ3ZpcnRfdG9fbWFkZHIoKSBpcyByZXR1cm5pbmcgdGhlIHJpZ2h0IHZhbHVlcyBhZnRl ciBleGVjdXRpbmcgImF0IHMxMmUxdywgJTAiLCBhbmQgZ3Vlc3QgY29uc29sZSBvdXRwdXQgaXMg d29ya2luZy4gVGhhbmsgeW91IQ0KDQotLQ0KQ2hhcmxlcyBDaGlvdQ0KTk9URTogVGhpcyBlbWFp bCAoaW5jbHVkaW5nIGF0dGFjaG1lbnRzKSBjb250YWluIEFtYmFyZWxsYSBQcm9wcmlldGFyeSBh bmQvb3IgQ29uZmlkZW50aWFsIEluZm9ybWF0aW9uIGFuZCBpcyBpbnRlbmRlZCBzb2xlbHkgZm9y IHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwocykgdG8gd2hvbSBpdCBpcyBhZGRyZXNzZWQuIEFu eSB1bmF1dGhvcml6ZWQgcmV2aWV3LCB1c2UsIGRpc2Nsb3N1cmUsIGRpc3RyaWJ1dGUsIGNvcHks IG9yIHByaW50IGlzIHByb2hpYml0ZWQuIElmIHlvdSBhcmUgbm90IGFuIGludGVuZGVkIHJlY2lw aWVudCwgcGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBieSByZXBseSBlbWFpbCBhbmQgZGVzdHJv eSBhbGwgY29waWVzIG9mIHRoZSBvcmlnaW5hbCBtZXNzYWdlLiBUaGFuayB5b3UuDQo= From xen-users-bounces@lists.xenproject.org Thu Aug 27 10:37:44 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Aug 2020 10:37:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kBFGG-00068z-QV; Thu, 27 Aug 2020 10:36:04 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kBFGF-00068s-8i for xen-users@lists.xenproject.org; Thu, 27 Aug 2020 10:36:03 +0000 X-Inumbo-ID: 90e47249-bce8-4836-bbba-482d06970cf8 Received: from sonic306-1.consmr.mail.bf2.yahoo.com (unknown [74.6.132.40]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 90e47249-bce8-4836-bbba-482d06970cf8; Thu, 27 Aug 2020 10:36:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1598524562; bh=3vEMcJ2vB/f2lO/mShEM/7yNuSLgTU0eyOw9Xvsw7JY=; h=Date:From:To:Subject:References:From:Subject; b=GXAWYP2veiJWANnqUI0bOZj+7BWF1oVPd773dA4SqhxeA99qX35Lh2EX5HkXkhrlkdY4Nk2qklOG1Ovp+sTdpBtEkWqO1cj1385rH6QpqbCABpekuoGU0I0538lfZ7V3fUstJ3rgC7YQHWtn9muOU8WmRcyBygiBuzezddPeNjWGTNjFYbjQpRlpxCb2BSXTO8GaiQmNMW6IGXzGiaiOf+yg7f3qyu0hhDNbOLy22CPuohUTif7bAuDAkgKdfSj6YjOusX9pZypbmdYAi4YBBTMCnq1d4damHiKi5Ilgg/jzOlEVS94Rq9rFA7g0/syG7Mgx4/h/wXVKiN1B30bnZw== X-YMail-OSG: 39lTh2IVM1m0pHIP0CmTksMDp89q64PHDFXmRuTCNG7EXxmySOx_u1HxubKynxZ sPhGlsNuWmw6mFWo_KvhDlEZyan7njPz6gr3KHs7VCAKK101ALu9iEgRYucTvlWWc.Px3tZF1pCY EckqDCnLLrhIMQ0p5QZXBwrkj94L95UM_aIDQuM2vhwzla8ZQwAh6iFk6Mx02UcXxna6CJkSR9t2 2nI0gNfJzMqNZ6u9RXu1WxLcQ6rzvpPu6eoBt_SbGFhD8Ii6ywe4wGQL5uMvq8SeqVdS4G986gsr J01FDPUULiGPMm89dK3OkVqZihmX0vfEX7Ow9Requb0z0p1v3ql5GKfYGOEliLsnn6gDm1_88oMZ Aw5HMFe9F4Ttz3gHIB0XzLzzRxTYVz6ytp3Kzj9rg_w1sPcenptDMT5VEY_4FxxKPlM3lglZObJ5 IkructJnyNZGYkEa7luSBOZw2jkLwkw9tBtqnb9AMfEsQFBCeQ6ARuOIXRP6ck6mC9sYB51CPT7L vLKUNSDQtaDSb8YsSNQRv5Ols9LFdq8EXmP2Qs4iix7.BsDYQcDz19rrnq5G7zwlAKpXrb2R22MN Km9H2cYxmbdMp7TcAgXEk6MJFqzU44QX7I_Z4Mbax3x1ZTsVi3JIAkdRcRGIOINNTvGu5X1W7yv4 jXuMuTOM4gd2DUuAn9RM3J.hnTs6JgbxVOcvVcNwryYlYNsHTEF3HRluSOXZR4ncGrlpGG_WCr3H STMEy7MpO4C8jynr8Rn2BEwP2Sp6n2.b6H1KvGSngJoz9RcI33gC0WkBnCfLX3PBSc18o859aByo M28aBfXa.YajEPQiyKnFFOaF9M.L6Kktz1BMz9tQhoLU1bkuuFVdqw1u7fZY7GjFg2sYb2lZA2pv dRzRw3FItdy8cxdRqpmCrP7nDIf92_FnIXSRNfzJuOblIBa5PCQM6kj3L_zrVSqTNc0ZjWDOWFhR YhkSgqvyclxR8Y7m4NNyq_fAlB3TtX5rzRt9rWo9xUfeowoMBuNQYvjdQG6DJ6QkDq4Z78si7hLo PUw.QQkwutJa.I_2GGS.ejfhpbj4wkg9b4xCcdzi22Km_x_mUhgCJT49I6y.z6.Bv46s4D6olS9E q43ddwzp4ZxK3n_38F7pXLxCYQ6IYKLeEZzHZArYRB2OBH7qS_OpT.fBJ3z2hY0mk5jp3eaZ21X6 xrZNR7Mw3TyYJI_rl8WPzmEQoRT8w_vIyAc.xbsRzmwC6MjjfcMkPaTFE3S6ybOO_h20DbMW96VC e2KHtoeXmSO6I0eb4cISzlQ7x.sZo0MPlc8a5PrYhlhLHbHd01cr8F1GJIWPxliad.Pc8w0v8ZQA SYeuI1PJuJZ7ZUy8s04x839GIyTimb6AiZkvTps1Xq9kw5BlJe6oatEuf.eTMwbY5Pt3vgkRyG09 cCrzA7kbq4Ioh6GrrCYAA86tz5dTFjY5x4L4uqD9fDXBjgJHHrA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.bf2.yahoo.com with HTTP; Thu, 27 Aug 2020 10:36:02 +0000 Date: Thu, 27 Aug 2020 10:25:59 +0000 (UTC) From: Jason Long To: Xen-users Message-ID: <1905164426.6143051.1598523959162@mail.yahoo.com> Subject: Unikraft and MiniOS MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: <1905164426.6143051.1598523959162.ref@mail.yahoo.com> X-Mailer: WebService/1.1.16455 YMailNorrin Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.135 Safari/537.36 Content-Length: 155 X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hello, What is the difference between the Unikraft and MiniOS? I asked this question in "minios-devel@lists.xen.org" too but not get any reply. Thanks. From xen-users-bounces@lists.xenproject.org Thu Aug 27 16:07:06 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Aug 2020 16:07:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kBKP4-0005Uo-RD; Thu, 27 Aug 2020 16:05:30 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kBKP3-0005Uf-B5 for xen-users@lists.xenproject.org; Thu, 27 Aug 2020 16:05:29 +0000 X-Inumbo-ID: 48052e24-775f-40f1-8afe-3622b03c1336 Received: from mail.kernel.org (unknown [198.145.29.99]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 48052e24-775f-40f1-8afe-3622b03c1336; Thu, 27 Aug 2020 16:05:28 +0000 (UTC) Received: from localhost (c-67-164-102-47.hsd1.ca.comcast.net [67.164.102.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id ECE782080C; Thu, 27 Aug 2020 16:05:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1598544328; bh=peqB+u7ejON10DT18aUNJwgq6BaB7lvaDetEjtwcfDo=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=sAlDIxV9qW0jad/Oz/S1KuqRFyAuA90Uv3pSI8NKb7RQhkDOyoYVba2hB6U7/XGiF GhmBT0zSfwAaIZ08QBZVZdxRBn2Z3N0OK01mAob2YKZn+Zbtmg/tP+McdivneeoNzR fB++9XIOQT7hsFtmWz+ebZF2DBL8q69AeetXIPm4= Date: Thu, 27 Aug 2020 09:05:27 -0700 (PDT) From: Stefano Stabellini X-X-Sender: sstabellini@sstabellini-ThinkPad-T480s To: Charles Chiou cc: Julien Grall , Stefano Stabellini , "xen-users@lists.xenproject.org" Subject: Re: arm (qemu -M virt) 64 bit xen running 32 bit guest problem In-Reply-To: <9b89934831054bdd8a2ea918d4ad741f@ambarella.com> Message-ID: References: <9b89934831054bdd8a2ea918d4ad741f@ambarella.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On Thu, 27 Aug 2020, Charles Chiou wrote: > > >>>>> Looking at the code, this seems like an issue when trying to > > >>>>> translate a guest virtual address to a machine address. > > >>>>> > > >>>>> A few questions: > > >>>>> - Which QEMU version are you using? > > >>>>> - What's your Linux configuration? Are you using LPAE or > > >>>>> short page > > >>> tables? > > >>>> > > >>>> I am using default ubuntu package on bionic: > > >>>> > > >>>> $ qemu-system-aarch64 --version > > >>>> QEMU emulator version 2.11.1(Debian 1:2.11+dfsg-1ubuntu7.29) > > >>>> Copyright > > >>>> (c) 2003-2017 Fabrice Bellard and the QEMU Project developers > > >>>> > > >>>> I just tried the stable-4.14 branch and this "Invalid MFN 0x..." > > >>>> doesn't > > >>> happen. It was on the master branch where I encountered this problem. > > >>>> However, I don't seem to get anything to call guest_printk() after > > >>>> making > > >>> hypervisor_console_io call even for 64-bit guest in this version > > >>> (worked on master). This is a separate question: could that be a XEN > > >>> compile option problem as I see "debug=n" from xen register dump: > > >>>> (XEN) ----[ Xen-4.14.1-pre arm64 debug=n Not tainted ]---- > > >>> > > >>> The call chain is: > > >>> > > >>> xen/drivers/char/console.c:do_console_io > > >>> xen/drivers/char/console.c:guest_console_write > > >>> xen/drivers/char/console.c:guest_printk > > >>> > > >>> You can enable debug through kconfig by doing "make menuconfig" > > >>> under xen/ > > >> > > >> Thank you for pointing this out! After I enabled the verbose debug > > messages, the hvc #0xea1 call is now taking effect. > > > > > > Great! > > > > > > > > >> I'm seeing the previous problem of "invalid MFN" after that. It seems that > > the pointer 0x40000058 had been mapped to MFN 0x2be08. How do I debug > > or where locate the problem? I'm very new to XEN so it's no obvious yet to > > me from reading the source code how after guest_printk(), xen translate the > > addresses. > > > > > > The baremetal application code and the disassembly look correct. I > > > wonder if the issue is that the baremetal application is passing a > > > guest physical address when Xen expects a guest virtual address. > > > > Bear in mind that issuing an hypercall with MMU disabled is usually risky > > because of memory attribute mismatch between Xen and the Guest. > > > > Although, you would only see data corruption and not "invalid MFN". > > > > > > > > The string gets copied by: > > > > > > xen/drivers/char/console.c:guest_console_write > > > > > > calling: > > > > > > copy_from_guest -> copy_from_guest_offset -> raw_copy_from_guest > > > > > > eventually it goes to: > > > > > > xen/arch/arm/guestcopy.c:copy_guest > > > xen/arch/arm/guestcopy.c:translate_get_page > > > > > > > > > Looking at the code, translate_get_page is called with linear=true > > > write=false. linear=true causes translate_get_page to call > > > get_page_from_gva. I wonder if it is possible that get_page_from_gva > > > is not doing the right thing here. > > > > When the MMU is turned off, VA == PA. The AT instruction is able to deal > > with such situation. However... > > Hi Stefano, thank you for the pointers. It was very helpful to get started in tracing the internals of xen. You are welcome :-) > > >>>> QEMU emulator version 2.11.1(Debian 1:2.11+dfsg-1ubuntu7.29) > > Copyright >>>> (c) 2003-2017 Fabrice Bellard and the QEMU Project > > developers > > > > > > ... this is fairly an old version of QEMU. I remember some issues with the > > implementation of the AT instruction in QEMU. Looking at the commit logs, it > > seems there are a few fixes that is not part of 2.11.1. > > > > I would highly recomend to use a more recent version of QEMU in order to > > narrow down the problem. > > Hi Julien, switching qemu to v3.1.1.1 solved the problem! (Tried 5.x but ran into other problems, but those are something else). The address translation now seems ok now and gvirt_to_maddr() is returning the right values after executing "at s12e1w, %0", and guest console output is working. Thank you! Great to hear! From xen-users-bounces@lists.xenproject.org Fri Aug 28 16:38:20 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Aug 2020 16:38:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kBhMk-0000dx-8t; Fri, 28 Aug 2020 16:36:38 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kBhMi-0000ds-Pv for xen-users@lists.xenproject.org; Fri, 28 Aug 2020 16:36:36 +0000 X-Inumbo-ID: 0d18cf9d-9179-42cf-842d-7c8fad03ccaa Received: from slackmx.nethence.com (unknown [212.83.171.255]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 0d18cf9d-9179-42cf-842d-7c8fad03ccaa; Fri, 28 Aug 2020 16:36:35 +0000 (UTC) Received: from [172.20.11.154] (unknown [213.182.142.66]) by slackmx.nethence.com (Postfix) with ESMTPSA id 4BdPvj5MPpz1y5B; Fri, 28 Aug 2020 19:20:17 +0300 (MSK) Subject: Re: Xen and the Intel security vulnerability. To: Jason Long , David Kahurani , =?UTF-8?Q?Charles_Gon=c3=a7alves?= Cc: "gichini.ngaruiya@gmail.com" , "admin@rapidseedbox.com" , Xen-users References: <1687119289.923262.1596439451521.ref@mail.yahoo.com> <1687119289.923262.1596439451521@mail.yahoo.com> <20200812044301.GA24046@metal> <2102023201.716254.1597252433859@mail.yahoo.com> From: Pierre-Philipp Braun Message-ID: <4c2e5ec4-7bad-1240-61b0-b3ae76fbd625@nethence.com> Date: Fri, 28 Aug 2020 18:20:18 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <2102023201.716254.1597252433859@mail.yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" On 12.08.2020 19:13, Jason Long wrote: > Yes. There are many, many advisories that are related to Intel vulns and I believe, including the more recent ones, not only Spectre & Meltdown. I've read a few of the advisories and it seems there's a performance impact, as some optimizations are now disabled by default. In case you have concerns regarding security, just keeping your setup up-to-date should be good enough, be it using some distro's binaries or from source. In case you are rather concerned about performance, that's another story. I suppose one would need to double-check many options to see if he's affected by specific optimization he would like to re-enable. I am thinking of e.g. `smt=1 ept=exec-sp` *1. I myself wonder how dangerous this is (anybody?). Note there are also embedded mitigations in the Linux kernel, which can be disabled by adding `mitigations=off` as a boot argument *2. *1 http://xenbits.xen.org/docs/unstable/misc/xen-command-line.html *2 https://make-linux-fast-again.com/ I would be happy to see another thread or some guide tackling the XEN performance tuning vs security topic, and hopefully some gurus would enlighten us (in what situation can we disable those mitigations?). That's just my two cents. I would be glad to proceed with some benchmarks, though, to measure the negative performance impact of those mitigations. Best regards, -- Pierre-Philipp > > > > > > > On Wednesday, August 12, 2020, 01:08:47 PM GMT+4:30, Charles Gonçalves wrote: > > > > > > Are you referring to Spectre and meltdown ? > > On Wed, Aug 12, 2020, 05:46 David Kahurani wrote: >> On Mon, Aug 03, 2020 at 07:24:11AM +0000, Jason Long wrote: >>> Hello,When the Intel security vulnerability discovered then how long did it take to solve? >> >> Hello >> >> You mean CPU specific bugs? Most bugs/vulnerabilities rely on technicalities and are therefore easy to fix/solve. >> >> >>> Thanks. >> >> From xen-users-bounces@lists.xenproject.org Fri Aug 28 17:46:33 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Aug 2020 17:46:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kBiRH-00076y-9H; Fri, 28 Aug 2020 17:45:23 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kBiRG-00076t-56 for xen-users@lists.xenproject.org; Fri, 28 Aug 2020 17:45:22 +0000 X-Inumbo-ID: cb838d47-01df-4058-a351-fd54defdd630 Received: from mail-qk1-x744.google.com (unknown [2607:f8b0:4864:20::744]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id cb838d47-01df-4058-a351-fd54defdd630; Fri, 28 Aug 2020 17:45:21 +0000 (UTC) Received: by mail-qk1-x744.google.com with SMTP id w186so252284qkd.1 for ; Fri, 28 Aug 2020 10:45:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=ElJp86nS1X/aC2OJX+dvggaFt3inmMi68/Rpjytl2ZI=; b=IZLPOUaTxdMtAxqYEFAd3Ji3U/icJmzYVBqQyd0cYOsSJRW7l7tQvLroY9wWws+V82 XH846jJCfHYDFoo9yaD3E3m45AZbVcf7sV3lFT/bUFPAgYqRzwKlCSY38SmGhU5bOIw8 iWZGm9bTfRv709gLN+tTS0ynkDTR3xhRXlvPhd8wOc/Kwjr7Kle5+tKXSsPn5HcXzBKU 22Td1aTXHQu/e8j5pi/nIgyMkUWpox3S+PXOssMIKavWU2WJgmwAAzf6B3H/UIiYwwok wX2fhADuM3fUtkx3qjaf/llFaS0snT7NVdStEOuURX2Vn/L1dp8GULPJo//wKIxY7s2v 0nAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=ElJp86nS1X/aC2OJX+dvggaFt3inmMi68/Rpjytl2ZI=; b=cJmw5sW1Fg+GC4MBc+YY9BIR7eztZDHGmlGO6EEryPkbbCuWNWow1YR/KAOn8Z38Bs j2BYa7l5BM3XITygw1WlBiy4G4cwfskMcjufYVuIniyubnxEo26NCalUQKlpwJnjUMEt VGothgb3waYjTttBhIwFXu1/6vnitn+bNIWmrtCbGa0/f4gkARrsJiVwa75ycfHRyeOl 5bFSHRweD5luNBI2B5tjlBds+6DNbDPkr5sHRdUTYbtR0v9U5BYW9xvcprcFPpgx5g0m Jhyry6Vza40LTVHF9wy4hqpXCAop9UNY5mQ+/zA4gcHo+urD23Jw65S/RTEpOpr5Ojn/ 9M5A== X-Gm-Message-State: AOAM531dSPOSlubFb4jdIF6IquehKsLJ7lOK4tf/rRpQ4GKUAfsEg6D4 f4PqwBojyL+dFHz8deADzHe41YQ66mEYujqIYF5rsH1z X-Google-Smtp-Source: ABdhPJw4hQxaEAKbTWxtl8qiFmoZiCvBwwaGeV7G8MBj0yYXJk+uNgDTg8NwPMxi8nu5dtAlEterb4PFI7Jk3Bi9Pms= X-Received: by 2002:a37:aa0c:: with SMTP id t12mr229384qke.179.1598636720853; Fri, 28 Aug 2020 10:45:20 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: AshishKumar Mishra Date: Fri, 28 Aug 2020 23:14:57 +0530 Message-ID: Subject: Re: Watchdog triggered while trying to access shared page To: xen-users@lists.xenproject.org Content-Type: multipart/alternative; boundary="000000000000df1d9c05adf39d03" X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" --000000000000df1d9c05adf39d03 Content-Type: text/plain; charset="UTF-8" Hi all , Can member please point to sample where memory is shared between domu - dom0 I am trying to understand the usage of grant table in the shared approach but observing issue when tried to access shared page Any pointers .. Thanks , Ashish --000000000000df1d9c05adf39d03 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi all ,
Ca= n member please point to sample where memory is shared between domu - dom0<= /div>

I am trying to understand the usage of grant table in the s= hared approach but observing=C2=A0
issue when tried to access shared page

Any pointers ..

Thanks ,
Ashish<= /div>

--000000000000df1d9c05adf39d03-- From xen-users-bounces@lists.xenproject.org Fri Aug 28 19:28:20 2020 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Aug 2020 19:28:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kBk1P-0008No-0a; Fri, 28 Aug 2020 19:26:47 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kBk1N-0008Nj-OH for xen-users@lists.xenproject.org; Fri, 28 Aug 2020 19:26:45 +0000 X-Inumbo-ID: a44b5bdb-989b-4a57-9038-3b401cdfce81 Received: from mail.kernel.org (unknown [198.145.29.99]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id a44b5bdb-989b-4a57-9038-3b401cdfce81; Fri, 28 Aug 2020 19:26:45 +0000 (UTC) Received: from localhost (c-67-164-102-47.hsd1.ca.comcast.net [67.164.102.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 4E17B2073A; Fri, 28 Aug 2020 19:26:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1598642804; bh=/qu7/ox7Y1lmv95ZIVOmVHct9VwQk84yPvFLH5E+L30=; h=Date:From:To:cc:Subject:From; b=fnpeQYBSBJF9SPf11hxV/NZD4J1VK+7kbRDQ97kPcohPIVCOuRrBHJ0BcK3XjCXZe 1v8sS7gnSUnG8qFGuz6G4Ma1/IEiSh8ptPvygdzEZ6EgE+/5/u4YvjGIRGovpSiLhR vzwxHBKqxki8kH0GzuH/n/YJDAEKAvIhaSDbNB1w= Date: Fri, 28 Aug 2020 12:26:43 -0700 (PDT) From: Stefano Stabellini X-X-Sender: sstabellini@sstabellini-ThinkPad-T480s To: AshishKumar Mishra cc: sstabellini@kernel.org, xen-users@lists.xenproject.org Subject: Re: Watchdog triggered while trying to access shared page Message-ID: User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-BeenThere: xen-users@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-users-bounces@lists.xenproject.org Sender: "Xen-users" Hi Ashish, The overall model that you are trying to follow should work. Just make sure that the EXIT function of producer-domU is not called until the consuder-dom0 has finished reading the data. More comments inline below, I found a couple of issues. AshishKumar Mishra wrote: > Hi All , > > 1) I am trying to learn Xen memory sharing by writing a piece of code to > share a single page from domU to dom0 > I have an producer module running in domU sharing an page & consumer > module running in dom0 > - Producer writes some string in page so that consumer get read the > same string if the mapping is correct > > 2) I am able to get the page mapped in consumer ( dom0) > But when i try to read the string written by producer ( domU) in > consumer (dom0) , > * Xen watchdog is triggered * > Any input as to how to map a page between dom0 & domU ? > > 3) The logic flow of producer & consumer is shared below ( can share the > code also if required ) > // ========= Page-Produmer-domU > ======================================================= > *In INIT Function: * > > frame = __get_free_pages(GFP_KERNEL, 1); > > framenum = virt_to_gfn(frame); > > > gref = gnttab_grant_foreign_access(DOM0_ID, framenum, 0); // > Grant access for one page > // Write some data to frame > > strcpy((char *)frame, "Data is written in frame \n"); > > > *In EXIT function : * > > gnttab_end_foreign_access(gref, 0, frame); > > > > // ========= Page-Consumer-dom0 > ======================================================= > > *In INIT Function:* struct gnttab_map_grant_ref ops; > > struct gnttab_unmap_grant_ref unmap_ops; > > > > typedef struct info_t { > > grant_ref_t gref; > > int domid; /* remote domID */ > > } info_t; > > info_t info; > > > > int gref; // Value obtained from producer & passed as module-param > > int domid; // Domid of producer > > > > struct vm_struct *vm_start; > > info.gref = gref; > > info.domid = domid; > > > > vm_start = alloc_vm_area(PAGE_SIZE, NULL); Can you try to use kmalloc, or better alloc_xenballooned_pages, instead of alloc_vm_area to allocate the page? See: drivers/xen/xenbus/xenbus_client.c:xenbus_map_ring_valloc_hvm as a reference. > gnttab_set_map_op(&ops, (unsigned long)vm_start->addr, You need to pass the guest physical address of the page/vm_area, not the virtual address (i.e. the __pa() address). > GNTMAP_host_map,info.gref, info.domid); > HYPERVISOR_grant_table_op(GNTTABOP_map_grant_ref, &ops, 1) > > // == This printk causes watchdog to be triggered > ===================== > printk("[Consumer-INIT]: We got string as = %s\n", > (char*)vm_start->addr ); > > > unmap_ops.host_addr = (unsigned long)(vm_start->addr); > > unmap_ops.handle = ops.handle; > *In EXIT function : * > HYPERVISOR_grant_table_op(GNTTABOP_unmap_grant_ref, &unmap_ops, 1) > > // > =============================================================================== > > Thanks > Ashish