Received: by 10.192.165.148 with SMTP id m20csp3475615imm;
        Mon, 23 Apr 2018 07:13:09 -0700 (PDT)
X-Google-Smtp-Source: AIpwx49qK2BEwpeO9Lt2OkErG0vQ2igZuAKlyoeOmxmVJQSKH0XKPEVX692cE7KYsqnhDHOXMke2
X-Received: by 10.98.180.2 with SMTP id h2mr20189266pfn.189.1524492789565;
        Mon, 23 Apr 2018 07:13:09 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1524492789; cv=none;
        d=google.com; s=arc-20160816;
        b=Ri0TDIV8ire4Tn0clylaPdAfUKN1n8aO6a5pn392OaKSGw69Asr86ogJDAvZ3fyx/9
         8WF/MCOQ8Czp3Bp+eQ1cSFST3WrupDJJY5RWifNiMN4WALH1ZeeyakUOM+R8loc2rC8e
         sR4XM6pjw/5ZLdEcx9CHUAB41+OHcJoLqqvmOsR1WWAbVHjuVJRJy+1HReyFppI3+xLg
         CND+tamINpf5JAXEbZ5uccMQoNzyezYzDk+0400fWRfOVuwxVbCx0OHV3mwZJZWtyPFw
         BHNde+vOz6M8cIK4rQEHw8Petgx43y6iwzJUqyv76ZOl1gjHMWqBf/VjJMjuatQbPi1a
         fRhQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=list-id:precedence:sender:user-agent:in-reply-to
         :content-disposition:mime-version:references:message-id:subject:cc
         :to:from:date:arc-authentication-results;
        bh=lPPZb7WfvCZoz/g81vZkuQBilmKVAtjDI7lhvvxohzA=;
        b=aSONQh+txVeqDUkGYYek0c2mIulF7jshhBbmF7UKc+uVfSPDsJUD1cf/3d3hOGK/m4
         MhllJe0OpbqbLuZqKsjoCjP6dmYYIdZjhwXykppxCnJATUBX36Y3xKCpGFZvy9O1cKRo
         HOZJ1eYJE3qMBd+45pz9GpLcfA7UwL36XS9yMdsmY2tVoUReh7Mbkarpx913ExAVo2Ll
         Y9HNZVBOcaKvRM8cnYxighDWjf8t723XqpGsHvaWDwt4udQxbEu51vBVqrKhTKTP7mQU
         xJzVs1W+uSvYTygcyClvHPTyGnMYVq/qoyoWe8YzBv667F9YIIVhd8l78l4oTxqideFp
         OcJA==
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
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67])
        by mx.google.com with ESMTP id y139si6316291pfc.163.2018.04.23.07.12.55;
        Mon, 23 Apr 2018 07:13:09 -0700 (PDT)
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
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755486AbeDWOLB (ORCPT <rfc822;tanxianhu@gmail.com> + 99 others);
        Mon, 23 Apr 2018 10:11:01 -0400
Received: from smtp03.citrix.com ([162.221.156.55]:18114 "EHLO
        SMTP03.CITRIX.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1754962AbeDWOK5 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 23 Apr 2018 10:10:57 -0400
X-IronPort-AV: E=Sophos;i="5.49,318,1520899200"; 
   d="scan'208";a="52449256"
Date:   Mon, 23 Apr 2018 15:09:11 +0100
From:   Wei Liu <wei.liu2@citrix.com>
To:     Dongli Zhang <dongli.zhang@oracle.com>
CC:     <xen-devel@lists.xenproject.org>, <linux-kernel@vger.kernel.org>,
        <boris.ostrovsky@oracle.com>, <jgross@suse.com>,
        <ian.jackson@eu.citrix.com>, <wei.liu2@citrix.com>,
        <srinivas.eeda@oracle.com>
Subject: Re: [RFC 0/2] To introduce xenwatch multithreading (xen mtwatch)
Message-ID: <20180423140911.bihiwfwtlneobgzd@citrix.com>
References: <1523100355-27647-1-git-send-email-dongli.zhang@oracle.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <1523100355-27647-1-git-send-email-dongli.zhang@oracle.com>
User-Agent: NeoMutt/20170113 (1.7.2)
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Sat, Apr 07, 2018 at 07:25:53PM +0800, Dongli Zhang wrote:
> About per-domU xenwatch thread create/destroy, a new type of xenstore node is
> introduced: '/local/domain/0/mtwatch/<domid>'.
> 
> Suppose the new domid id 7. During the domU (domid=7) creation, the xen
> toolstack writes '/local/domain/0/mtwatch/7' to xenstore before the insertion
> of '/local/domain/7'. When the domid=7 is destroyed, the last xenstore
> operation by xen toolstack is to remove '/local/domain/0/mtwatch/7'.
> 
> The dom0 kernel subscribes a watch at node '/local/domain/0/mtwatch'.  Kernel
> thread [xen-mtwatch-7] is created when '/local/domain/0/mtwatch/7' is inserted,
> while this kernel thread is destroyed when the corresponding xenstore node is
> removed.

Instead of inventing yet another node, can you not watch /local/domain
directly?

Wei.