qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH RFC v2 03/12] s390x/css: add s390-map-css machin


From: Dong Jia Shi
Subject: Re: [Qemu-devel] [PATCH RFC v2 03/12] s390x/css: add s390-map-css machine option
Date: Fri, 17 Feb 2017 10:08:15 +0800
User-agent: Mutt/1.7.0 (2016-08-17)

* Dong Jia Shi <address@hidden> [2017-01-12 08:25:04 +0100]:

> From: Xiao Feng Ren <address@hidden>
> 
> We want to support real (i.e. not virtual) channel devices
> even for guests that do not support MCSS-E (where guests may
> see devices from any channel subsystem image at once). As all
> virtio-ccw devices are in css 0xfe (and show up in the default
> css 0 for guests not activating MCSS-E), we need an option to
> map e.g. passed-through subchannels from their real css (0-3,
> or 0 for hosts not activating MCSS-E) into the default css.
> This will be exploited in a later patch.

After some brainstorming, we decided to change this interface a bit.

The first thing is that, we agreed that "s390-squash-mcss" is a better
name than "s390-map-css". The new name denotes that it is trying to
accommodate the devices from multiple channel subsystems into a
non-mcsse-e system, and the word "suqash" is more accurate about what
is happening internally.

The second thing is, we should never map/squash a vfio-ccw device into
css 0xfe, which is reserved for virtio device only. So when squashing,
we need to do it the other way around (i.e. have virtio devices at
0.x.xxxx instead of fe.x.xxxx to accommodate non-mcsse-e).

> 
> Signed-off-by: Xiao Feng Ren <address@hidden>
[...]

-- 
Dong Jia




reply via email to

[Prev in Thread] Current Thread [Next in Thread]