[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 6/8] xen/evtchn: don't set notification in evtchn_bind_interdomain()
- To: Rahul Singh <rahul.singh@xxxxxxx>
- From: Jan Beulich <jbeulich@xxxxxxxx>
- Date: Tue, 5 Jul 2022 17:23:44 +0200
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none
- 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Raser1oRMnDf3FnglMlwWsez33cNCo08a0a4RUiHvl8=; b=AHj3BZWz8cNZ1GoYHLMR3tkO4VG9Wujig/DeQZAY6uaHkUFakjeanjy4sCez3W67m0LRKgXSEO1ZyviDct5tD6YqnDhZTDZyJwZhgCgvoLyErG1rHCcDWaKrRoMyGmfmQiLulOGrBVN4Xa2eu5A/7El4Bg46xsCyacp7YXrgFHzLJcl8yZ/7GJ00AQ/dveZb+KoV1W257jrAfMCPmQ26dDQpR1YbZdsh8JvxNWUMGXYIo2ddYlVF0haZHEuix+dnQ5F+jVrz6zfiJGpgu7XSVlCN6H6+FsEmwBet372+iSeTVew1F3QxhgZPxrMleJDn939fWCRFZ3s+fOq4yeX0TQ==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UlIkhHgHDR8dshoMEkic9yk8cvDG9p4cCRqxWyN65rV7CUfXNSb2Qatr48HFvpiEjs7fh8wyiimaJUbF3ByQPX9RxHrbElbGDBX3rSnIFU1j4gKvLbqJ7jTdtzsmqW9VkqIyvfm2GLkpoBY4JBrvCO35aLmQuBzoHOl03PEMhSlP6pEMWIWJ9T3LUZ7NLG4zZVfwdIBTfQfGklTZVKgIHMtP2jQHRLTIvj72cwjkaugHKdEZCclR+NIDgkvSwI0QIzMNPHIkd7bnGYmMlE7LFplOpAFrBhX8F79dbSDsVNZMdBOgFEf2kCg0d3JaUuvCu2Reb+TVWj57Zj4Da8kQkg==
- Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
- Cc: bertrand.marquis@xxxxxxx, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
- Delivery-date: Tue, 05 Jul 2022 15:23:54 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 22.06.2022 16:38, Rahul Singh wrote:
> evtchn_bind_interdomain() sets the notification on the local port to
> handle the lost notification on remote unbound port.
>
> Static event-channel will be created during domain creation, there is no
> need to set the notification as remote domain is not alive.
So _both_ sides are (to be) created by Xen? I think this wants to be
an optimization _after_ the new users have been introduced; I don't
think the excess notification is a problem? That way one can actually
verify that the uses are as (at this point) guessed.
Also the title shouldn't say (just) "don't" because it skips the step
only conditionally.
Jan
|
