[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
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: [Qemu-devel] [PATCH RFC v2 03/12] s390x/css: add s390-map-css machine option,
Dong Jia Shi <=