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 Received: from ws5-mx01.kavi.com (ws5-mx01.kavi.com [34.193.7.191]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 9D8D0C7EE26 for ; Mon, 15 May 2023 10:08:55 +0000 (UTC) Received: from lists.oasis-open.org (oasis.ws5.connectedcommunity.org [10.110.1.242]) by ws5-mx01.kavi.com (Postfix) with ESMTP id 31FDF26A5F for ; Mon, 15 May 2023 10:08:54 +0000 (UTC) Received: from lists.oasis-open.org (oasis-open.org [10.110.1.242]) by lists.oasis-open.org (Postfix) with ESMTP id 295A8986512 for ; Mon, 15 May 2023 10:08:54 +0000 (UTC) Received: from host09.ws5.connectedcommunity.org (host09.ws5.connectedcommunity.org [10.110.1.97]) by lists.oasis-open.org (Postfix) with QMQP id 17A3E986396; Mon, 15 May 2023 10:08:54 +0000 (UTC) Mailing-List: contact virtio-dev-help@lists.oasis-open.org; run by ezmlm List-ID: Sender: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Received: from lists.oasis-open.org (oasis-open.org [10.110.1.242]) by lists.oasis-open.org (Postfix) with ESMTP id 04D1398636A for ; Mon, 15 May 2023 10:08:53 +0000 (UTC) X-Virus-Scanned: amavisd-new at kavi.com X-MC-Unique: Bq71kqnmPue7ULuIfDkd0g-1 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1684145329; x=1686737329; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=iPj/Gj9OyYJSOjP28p2DKbRqk1XA5jZCDifi3xTZyjA=; b=RgxLdyiCATvLxThDoFvl/xk+2NAovNIxsLYeXjIVEYMff2OWKrAYDp/YkfCNb2kwdg Akqn5wB2QcjfnU8o+CQDFcAKkXQviUxASVOcFN5bwpKPtqC6nSnnu3TyYEYiQa+XQJBa DWfEg/toGWxh1Hi6MQkGCOEgZB5TqXKfIXksqujho68TSpCFYpJQnVr6jO5uueTgxnxI oGkptyX9NKxsgpYPlewLy5PZdOCkvPFwl2092EI/bnoBWO6m+B1hsyPiE95WgxPlUmIO nyFaKWuAd0KcFpBU+vuTTYgYDvVvfSyMDH5H6pZ3oJeBUeQbnXvfwJnDHBF6aEUCLfxB xZUg== X-Gm-Message-State: AC+VfDwppUwT24NXOMFOQd58Kz25J+tQ1hMmsb6m4VdDr9poTmUdfqH8 Tox5wIS6oP5rcdDGAcTIRvBCpRsXO/wDfgmzniRdYKDaFVJ/u9f0bPPF1KVoIpIrb0V6qnRXFuI 4ouizGF7z5hXnG32CcIYU3RXC/Ruw X-Received: by 2002:a05:600c:2141:b0:3f4:fd67:6d7c with SMTP id v1-20020a05600c214100b003f4fd676d7cmr4359079wml.40.1684145329701; Mon, 15 May 2023 03:08:49 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ4zVkt+48RniOxLo5/tw3/5fn/3k839X+9bRHRlEKGBdFOUhOokv9bCpCK5P4HT1WFH2mbO2w== X-Received: by 2002:a05:600c:2141:b0:3f4:fd67:6d7c with SMTP id v1-20020a05600c214100b003f4fd676d7cmr4359056wml.40.1684145329326; Mon, 15 May 2023 03:08:49 -0700 (PDT) Date: Mon, 15 May 2023 06:08:44 -0400 From: "Michael S. Tsirkin" To: Jason Wang Cc: Parav Pandit , "virtio-dev@lists.oasis-open.org" , "cohuck@redhat.com" , "david.edmondson@oracle.com" , "sburla@marvell.com" , Yishai Hadas , Maor Gottlieb , "virtio-comment@lists.oasis-open.org" , Shahaf Shuler Message-ID: <20230515060641-mutt-send-email-mst@kernel.org> References: <20230507093959-mutt-send-email-mst@kernel.org> <20230510014534-mutt-send-email-mst@kernel.org> <20230510033812-mutt-send-email-mst@kernel.org> <20230511085205-mutt-send-email-mst@kernel.org> <0f75a142-71e9-676a-11ae-a54e6dbb472d@redhat.com> MIME-Version: 1.0 In-Reply-To: <0f75a142-71e9-676a-11ae-a54e6dbb472d@redhat.com> X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit Subject: [virtio-dev] Re: [PATCH v2 0/2] transport-pci: Introduce legacy registers access using AQ On Mon, May 15, 2023 at 03:30:47PM +0800, Jason Wang wrote: > > 在 2023/5/11 21:02, Parav Pandit 写道: > > > > > From: Michael S. Tsirkin > > > Sent: Thursday, May 11, 2023 8:55 AM > > > > 1) device features > > > > 2) driver features > > > > 3) queue address > > > > 4) queue size > > > > 5) queue select > > > > 6) queue notify > > > > 7) device status > > > > 8) ISR status > > > > 9) config msix > > > > 10) queue msix > > > > 11) device configuration space > > > > > > #9 may not even go to the group owner device. > > > It the config_msix_vector register so I don't understand why it can't work > but can work with your proposal. > > > > What do we gain from bisecting it? > > > 1) No need to deal with the offset in the hardware > > 2) transport independent > > 3) avoid duplication with the (legacy support of) transport virtqueue To be more specific, device config often has the same layout under legacy and modern. Thus if getting an offset within device config, same decoding logic should be reusable between legacy and modern. -- MST --------------------------------------------------------------------- To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org