[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] SUPPORT.md, MAINTAINERS: De-support qemu-xen-traditional


  • To: Julien Grall <julien@xxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Tue, 4 Jan 2022 08:57:01 +0100
  • 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=gBoCkLs6qT/O0mEpPW0e3+Vzozj5VqtrgYJqvQ18RvI=; b=XM6qS4Qf0I/NXzpPInakyvjgKemOYbfjXLbfl2ukD/cmuHFc6ozWnEQJwpE9h6p/99HrCYgH/hZxZGDuRmSJt7dekM0B6+osJpOZ7LFTpntIegUmn07mDFtk9eKF8YGMyTSu7l8W8+hcm1sHnBDlNVue4ZT04gcL+GV3nC2MVqA2G1O4ru7c5d2rfar3w0d5H7aUuygE5GIk6lqHUqTJAV16GNyQt0dvpskVW+3oiUdIJNvMfF0d0aym9hUx/IOEesA3eDhVuY96qTFkzhYxVt1bnJ7gtcDv+e9T25gUdYCUVJXPu24LdEwotPlFa8QxwWewjF63t3CK5uHUxpppYA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CUvJteDawxVvKZHJwzmH7u4LPMXYukLNCjzs/K3EATy+qnI3rBCMB7QmhoM9jWU7uFIqQFZrVHm4sD5cxMc42TErgwvorBwNrVshdZGOIOEOBgAdU/RnBJ7V9m7RtZA2eCbgO74wLEpLxjzZsaQGFSI3fdh7040tytLCQ880PZJyYTZTDzcehCXdarlM1oroEV5DOFY1kGdPLqE35GWh4pUkopBbWriquqzOHOvXALzMLYDFe4mWEKs1cHFRVh8QWRtwgljG3H40vQXeXvzyl2VwCQcDDKkaC9RiTR1oQY9gcjo35dblDcIEJLQmP9JlNeAkM1pMcZKDK5VitTZ8xg==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
  • Cc: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx, Ian Jackson <iwj@xxxxxxxxxxxxxx>
  • Delivery-date: Tue, 04 Jan 2022 07:57:11 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 14.12.2021 20:19, Julien Grall wrote:
> On 09/12/2021 14:26, Ian Jackson wrote:
>> In 4.16 we changed to not build this by default.  I think it is now
>> time to explicitly desupport it, completely, in favour of Linux dm
>> stub domains.
>>
>> Signed-off-by: Ian Jackson <iwj@xxxxxxxxxxxxxx>
>> ---
>>   MAINTAINERS |  2 +-
>>   SUPPORT.md  | 18 +++++++++---------
>>   2 files changed, 10 insertions(+), 10 deletions(-)
>>
>> diff --git a/MAINTAINERS b/MAINTAINERS
>> index e43dc0edce..933579541f 100644
>> --- a/MAINTAINERS
>> +++ b/MAINTAINERS
>> @@ -455,7 +455,7 @@ S:       Supported
>>   F: tools/python
>>   
>>   QEMU-DM
>> -S:  Supported
>> +S:  Obsolete
>>   T: git https://xenbits.xenproject.org/git-http/qemu-xen-traditional.git
>>   
>>   QEMU UPSTREAM
>> diff --git a/SUPPORT.md b/SUPPORT.md
>> index 3a34933c89..b64ebee93b 100644
>> --- a/SUPPORT.md
>> +++ b/SUPPORT.md
>> @@ -802,17 +802,17 @@ See the section **Blkback** for image formats 
>> supported by QEMU.
>>   ### qemu-xen-traditional ###
>>   
>>   The Xen Project provides an old version of qemu with modifications
>> -which enable use as a device model stub domain.  The old version is
>> -normally selected by default only in a stub dm configuration, but it
>> -can be requested explicitly in other configurations, for example in
>> -`xl` with `device_model_version="QEMU_XEN_TRADITIONAL"`.
>> +which enable use as a device model stub domain.  This old version is
>> +not built by default.  Even if it is build, it is normally selected by
>> +default only in a stub dm configuration, but it can be requested
>> +explicitly in other configurations, for example in `xl` with
>> +`device_model_version="QEMU_XEN_TRADITIONAL"`.
>>   
>> -    Status, Device Model Stub Domains: Supported, with caveats
>> -    Status, as host process device model: No security support, not 
>> recommended
>> +When device model stub domains are desired for the additional
>> +security, we recommend using a device model stub domain consisting of
>> +a modern qemu and a Linux kernel.
> 
> Looking at SUPPORT.md, we have:
> 
> ### Linux device model stubdomains
> 
> Support for running qemu-xen device model in a linux stubdomain.
> 
>      Status: Tech Preview
> 
> Is it still accurate? If yes, I am not sure we can recommend user to 
> switch to Linux stubdomain until this is fully supported.

FWIW I agree that this needs updating at the same time or in a prereq
change. I guess it'll need to be someone other than Ian now to pick
up and progress this patch, though.

Jan




 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.