Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp21209104ybl; Sun, 5 Jan 2020 23:25:27 -0800 (PST) X-Google-Smtp-Source: APXvYqxAbUoTjej67IHuDNgUG5eYouP3t7WbjnQiDHqyxkT5n/JmcTPL7G96KyihSEpB4JUAGpJd X-Received: by 2002:a9d:1b26:: with SMTP id l35mr72493129otl.307.1578295527651; Sun, 05 Jan 2020 23:25:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578295527; cv=none; d=google.com; s=arc-20160816; b=eppRB03wVUMPXfEog19um+imb42mGrHVsWgGivJSGZSOEKBPecHYcPbxcSFdD8e+m6 70ddmdt4f+BUp7rjpLBJScPavkfBFnqUce3/Hr3cBjVfEDaS9RCREePffoV6Bn12CJSL T9ARmYhra9iYVcrfWIvToRO1lCn+P3joOaNWdGHaSfqmUAY2ncv4wGHCCoNt5LzXslJv r/8QeaqFKIY9FEJ/geJhjEEnVY9efrFOnssrzzhTo1w9ywD7OBXEzJYtRsIeQRMSn9bP bgwSoZOeBrqaujghp/fZaRQCgUqwLdcpAZda3h2WSZuIJ0ilMZJCOoTQkCZiwoqudGDa Ik+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=R4VGJLcG1PEoz1J6CewZB6vCIXTH4PeYpWxBqrSIQCo=; b=E8mzS6Be0bd5dpOGRYxE3Di6aGKJO5ojRQvVD/C0EJmpqtCj3w4PIJT3q78nKfR4Cg l7ZZTmSEM+U8+swFFOUvFexzSkkKgGYOC/OccOnC6yK5koZPP0L8J5G/8gdRX/RWL1NR gAnoUI/T+M/j3/iegWfNa08CvGRPWgmFognpzUxq+PHlMyZqVApmn8UT+c3V4L3NztGO u2a25UHMkZI6shcYf2uwtNXbeAJMNw0bDuraeUW6awHMiyLuZzm2sdljHKtPPucn47nU 6Xjm0Kwhu5TXV4iHT3y1Z+jTZcEeV7qATWuu7BR2RkJOBQRzcu22d2WXKByFH0pYuQrn sNSQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k19si34719518otr.52.2020.01.05.23.25.15; Sun, 05 Jan 2020 23:25:27 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726612AbgAFHYW (ORCPT + 99 others); Mon, 6 Jan 2020 02:24:22 -0500 Received: from mga12.intel.com ([192.55.52.136]:48996 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726488AbgAFHYW (ORCPT ); Mon, 6 Jan 2020 02:24:22 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Jan 2020 23:24:22 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.69,401,1571727600"; d="scan'208";a="222761835" Received: from liujing-mobl1.ccr.corp.intel.com (HELO [10.238.130.219]) ([10.238.130.219]) by orsmga003.jf.intel.com with ESMTP; 05 Jan 2020 23:24:20 -0800 Subject: Re: [PATCH v1 2/2] virtio-mmio: add features for virtio-mmio specification version 3 To: "Michael S. Tsirkin" , "Liu, Jiang" Cc: Jason Wang , Zha Bin , linux-kernel@vger.kernel.org, slp@redhat.com, virtio-dev@lists.oasis-open.org, jing2.liu@intel.com, chao.p.peng@intel.com References: <229e689d-10f1-2bfb-c393-14dfa9c78971@redhat.com> <0460F92A-3DF6-4F7A-903B-6434555577CC@linux.alibaba.com> <56703BDA-B7AE-4656-8061-85FD1A130597@linux.alibaba.com> <20200105054142-mutt-send-email-mst@kernel.org> From: "Liu, Jing2" Message-ID: Date: Mon, 6 Jan 2020 15:24:18 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <20200105054142-mutt-send-email-mst@kernel.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/5/2020 6:42 PM, Michael S. Tsirkin wrote: > On Thu, Dec 26, 2019 at 09:16:19PM +0800, Liu, Jiang wrote: >>> 2) The mask and unmask control is missed >>> >>> >>>> but the extension doesn’t support 3) because >>>> we noticed that the Linux virtio subsystem doesn’t really make use of interrupt masking/unmasking. > Linux uses masking/unmasking in order to migrate interrupts between > CPUs. Hi Michael, Thanks for reviewing the patches! When trying to study the mask/unmask use case during migrating irq, it seems being used e.g. 1) migrate irq(s) away from offline cpu 2) irq affinity is changing, while an interrupt comes so it sets SETAFFINITY_PENDING and the lapic (e.g. x86) does the mask and unmask to finish the pending during ack. Is this right? So we should have mask/unmask for each vector. Thanks, Jing