From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7F689C4741F for ; Thu, 29 Oct 2020 21:14:25 +0000 (UTC) Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 017A920729 for ; Thu, 29 Oct 2020 21:14:24 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="iy3yWpN/" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 017A920729 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=xen-devel-bounces@lists.xenproject.org Received: from list by lists.xenproject.org with outflank-mailman.14917.37162 (Exim 4.92) (envelope-from ) id 1kYFFG-0000Rf-NY; Thu, 29 Oct 2020 21:14:06 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 14917.37162; Thu, 29 Oct 2020 21:14:06 +0000 X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kYFFG-0000RY-Jq; Thu, 29 Oct 2020 21:14:06 +0000 Received: by outflank-mailman (input) for mailman id 14917; Thu, 29 Oct 2020 21:14: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 1kYFFF-0000RM-9U for xen-devel@lists.xenproject.org; Thu, 29 Oct 2020 21:14:05 +0000 Received: from mail-wm1-x342.google.com (unknown [2a00:1450:4864:20::342]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 8a7bbdfb-12ad-4d87-9930-5f3852a3d78e; Thu, 29 Oct 2020 21:14:03 +0000 (UTC) Received: by mail-wm1-x342.google.com with SMTP id w23so1107662wmi.4 for ; Thu, 29 Oct 2020 14:14:03 -0700 (PDT) Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kYFFF-0000RM-9U for xen-devel@lists.xenproject.org; Thu, 29 Oct 2020 21:14:05 +0000 X-Inumbo-ID: 8a7bbdfb-12ad-4d87-9930-5f3852a3d78e Received: from mail-wm1-x342.google.com (unknown [2a00:1450:4864:20::342]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 8a7bbdfb-12ad-4d87-9930-5f3852a3d78e; Thu, 29 Oct 2020 21:14:03 +0000 (UTC) Received: by mail-wm1-x342.google.com with SMTP id w23so1107662wmi.4 for ; Thu, 29 Oct 2020 14:14:03 -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=D8eSB78EFRLXythUPCXWl4F9Wn1YnT4u0iH1EGYuYfw=; b=iy3yWpN/lBOR/vjfFY3UbQ9P1W3O79OVJNRecMBc6P5FVsznAr7L6gjasOgAC0GH5P M5xTeKNeiZokJLh6kfCy9xWoGXvhm984woBtVu/PVVJiGEAttUEiPb77CcviTG+/ZO3v 4BLVCsjzgkP7eRq3L5iazPLC7Qr33qRJtLEQg3xmnFiv9pRmypOwwZM/bc0757QxQxrv clEZIA/QcoQkfUakAuMPA6IunPgOiB3wZOrt8iQaHMoJdSGGFaGnnM1vC6q3jF7qiSIe NlN5dxUbf4py6dR9siuE+vEd2dVlYJeo4f/A/On9uYR4pwGp5QlWwmBKXHrVh1rzqDHG dqIA== 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=D8eSB78EFRLXythUPCXWl4F9Wn1YnT4u0iH1EGYuYfw=; b=CDHvtP4RCAEif48IExYYn4mjySy83mhDnx0TqahAvYryEv1lEEYtlIJjxAfzom8mBk MKUMr2NC2lTp8MyEJgJm/aQQ8yqKYX+Ms1/04KwjHIhzkOitDcLNkOopA1xaBmafJOSP TFa5FOxHrYSZwbd3JwV3Eri4Og4y+StrnVsOqZ9i656PCt7KNXqT3+tTGJ+gduIltDSh 7RgM3NzrCACMgDZnsGR7wYtBXk9QfajaFm7GMWqEpSE8YyEfzD5zxgWC+eJnZbG6EGhi r3U8E/674NnCfbkAp1Mh+18pHO8A6fdWpc3NmZRwwwbz8Rz8xLXv3xxtTcD1vcSbU0kg 8Cfg== X-Gm-Message-State: AOAM530dX7+K56+m0pxJM2JsaTqMdpYHcJDbNFxDlzyy9why6iSBBIKE o+hb+uvPdZeTLnOsk0rAkk4WaOiDUn6iYOv/gok= X-Google-Smtp-Source: ABdhPJyNiCh2YgVlVzX55ffL1sEm/QYthO4nJNqfoowwh4t07Ek7ExLl31U3s1X09+qzexbbc398gr/bI5Pp1ABmXoM= X-Received: by 2002:a1c:acc1:: with SMTP id v184mr808495wme.63.1604006043018; Thu, 29 Oct 2020 14:14:03 -0700 (PDT) MIME-Version: 1.0 References: <1602780274-29141-1-git-send-email-olekstysh@gmail.com> In-Reply-To: From: Oleksandr Tyshchenko Date: Thu, 29 Oct 2020 23:13:51 +0200 Message-ID: Subject: Re: [PATCH V2 00/23] IOREQ feature (+ virtio-mmio) on Arm To: Stefano Stabellini Cc: Masami Hiramatsu , xen-devel , Oleksandr Tyshchenko , Paul Durrant , Jan Beulich , Andrew Cooper , =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= , Wei Liu , Julien Grall , George Dunlap , Ian Jackson , Julien Grall , Tim Deegan , Daniel De Graaf , Volodymyr Babchuk , Jun Nakajima , Kevin Tian , Anthony PERARD , Bertrand Marquis Content-Type: multipart/alternative; boundary="000000000000696d0f05b2d5c215" --000000000000696d0f05b2d5c215 Content-Type: text/plain; charset="UTF-8" Hi Stefano [sorry for the possible format issue] On Thu, Oct 29, 2020 at 9:53 PM Stefano Stabellini wrote: > On Thu, 29 Oct 2020, Oleksandr Tyshchenko wrote: > > On Thu, Oct 29, 2020 at 9:42 AM Masami Hiramatsu < > masami.hiramatsu@linaro.org> wrote: > > Hi Oleksandr, > > > > Hi Masami > > > > [sorry for the possible format issue] > > > > > > I would like to try this on my arm64 board. > > > > Glad to hear you are interested in this topic. > > > > > > According to your comments in the patch, I made this config file. > > # cat debian.conf > > name = "debian" > > type = "pvh" > > vcpus = 8 > > memory = 512 > > kernel = "/opt/agl/vmlinuz-5.9.0-1-arm64" > > ramdisk = "/opt/agl/initrd.img-5.9.0-1-arm64" > > cmdline= "console=hvc0 earlyprintk=xen root=/dev/xvda1 rw" > > disk = [ '/opt/agl/debian.qcow2,qcow2,hda' ] > > vif = [ 'mac=00:16:3E:74:3d:76,bridge=xenbr0' ] > > virtio = 1 > > vdisk = [ 'backend=Dom0, disks=ro:/dev/sda1' ] > > > > And tried to boot a DomU, but I got below error. > > > > # xl create -c debian.conf > > Parsing config from debian.conf > > libxl: error: libxl_create.c:1863:domcreate_attach_devices: Domain > > 1:unable to add virtio_disk devices > > libxl: error: libxl_domain.c:1218:destroy_domid_pci_done: Domain > > 1:xc_domain_pause failed > > libxl: error: libxl_dom.c:39:libxl__domain_type: unable to get > domain > > type for domid=1 > > libxl: error: libxl_domain.c:1136:domain_destroy_callback: Domain > > 1:Unable to destroy guest > > libxl: error: libxl_domain.c:1063:domain_destroy_cb: Domain > > 1:Destruction of domain failed > > > > > > Could you tell me how can I test it? > > > > > > I assume it is due to the lack of the virtio-disk backend (which I > haven't shared yet as I focused on the IOREQ/DM support on Arm in the > > first place). > > Could you wait a little bit, I am going to share it soon. > > Do you have a quick-and-dirty hack you can share in the meantime? Even > just on github as a special branch? It would be very useful to be able > to have a test-driver for the new feature. Well, I will provide a branch on github with our PoC virtio-disk backend by the end of this week. It will be possible to test this series with it. -- Regards, Oleksandr Tyshchenko --000000000000696d0f05b2d5c215 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Stefano

[sorry for the po= ssible format issue]

On Thu, Oct 29, 2020 at 9:53 PM Stefano Stabellini <= sstabellini@kernel.org> wr= ote:
On Thu, 29 = Oct 2020, Oleksandr Tyshchenko wrote:
> On Thu, Oct 29, 2020 at 9:42 AM Masami Hiramatsu <masami.hiramatsu@linaro.org= > wrote:
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Hi Oleksandr,
>
> Hi Masami
>
> [sorry for the possible format issue]
> =C2=A0
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0I would like to try this on my arm64 board.<= br> >
> Glad to hear you are interested in this topic.=C2=A0
> =C2=A0
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0According to your comments in the patch, I m= ade this config file.
>=C2=A0 =C2=A0 =C2=A0 =C2=A0# cat debian.conf
>=C2=A0 =C2=A0 =C2=A0 =C2=A0name =3D "debian"
>=C2=A0 =C2=A0 =C2=A0 =C2=A0type =3D "pvh"
>=C2=A0 =C2=A0 =C2=A0 =C2=A0vcpus =3D 8
>=C2=A0 =C2=A0 =C2=A0 =C2=A0memory =3D 512
>=C2=A0 =C2=A0 =C2=A0 =C2=A0kernel =3D "/opt/agl/vmlinuz-5.9.0-1-ar= m64"
>=C2=A0 =C2=A0 =C2=A0 =C2=A0ramdisk =3D "/opt/agl/initrd.img-5.9.0-= 1-arm64"
>=C2=A0 =C2=A0 =C2=A0 =C2=A0cmdline=3D "console=3Dhvc0 earlyprintk= =3Dxen root=3D/dev/xvda1 rw"
>=C2=A0 =C2=A0 =C2=A0 =C2=A0disk =3D [ '/opt/agl/debian.qcow2,qcow2,= hda' ]
>=C2=A0 =C2=A0 =C2=A0 =C2=A0vif =3D [ 'mac=3D00:16:3E:74:3d:76,bridg= e=3Dxenbr0' ]
>=C2=A0 =C2=A0 =C2=A0 =C2=A0virtio =3D 1
>=C2=A0 =C2=A0 =C2=A0 =C2=A0vdisk =3D [ 'backend=3DDom0, disks=3Dro:= /dev/sda1' ]
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0And tried to boot a DomU, but I got below er= ror.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0# xl create -c debian.conf
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Parsing config from debian.conf
>=C2=A0 =C2=A0 =C2=A0 =C2=A0libxl: error: libxl_create.c:1863:domcreate_= attach_devices: Domain
>=C2=A0 =C2=A0 =C2=A0 =C2=A01:unable to add virtio_disk devices
>=C2=A0 =C2=A0 =C2=A0 =C2=A0libxl: error: libxl_domain.c:1218:destroy_do= mid_pci_done: Domain
>=C2=A0 =C2=A0 =C2=A0 =C2=A01:xc_domain_pause failed
>=C2=A0 =C2=A0 =C2=A0 =C2=A0libxl: error: libxl_dom.c:39:libxl__domain_t= ype: unable to get domain
>=C2=A0 =C2=A0 =C2=A0 =C2=A0type for domid=3D1
>=C2=A0 =C2=A0 =C2=A0 =C2=A0libxl: error: libxl_domain.c:1136:domain_des= troy_callback: Domain
>=C2=A0 =C2=A0 =C2=A0 =C2=A01:Unable to destroy guest
>=C2=A0 =C2=A0 =C2=A0 =C2=A0libxl: error: libxl_domain.c:1063:domain_des= troy_cb: Domain
>=C2=A0 =C2=A0 =C2=A0 =C2=A01:Destruction of domain failed
>
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Could you tell me how can I test it?
>
>
> I assume it is due to the lack of the virtio-disk backend (which I hav= en't shared yet as I focused on the IOREQ/DM support on Arm in the
> first place).
> Could you wait a little bit, I am going to share it soon.=C2=A0

Do you have a quick-and-dirty hack you can share in the meantime? Even
just on github as a special branch? It would be very useful to be able
to have a test-driver for the new feature.
Well, I will pr= ovide a branch on github with our PoC virtio-disk backend by the end of thi= s week. It will be possible to test this series with it.=C2=A0
<= br clear=3D"all">

--
Regards,

Oleksandr Tyshchenko
--000000000000696d0f05b2d5c215--