Re: [Xen-devel] [PATCH RFC] Add SUPPORT.md

[George Dunlap <george.dunlap@xxxxxxxxxx>]

On 08/31/2017 12:03 PM, Paul Durrant wrote:
>> -----Original Message-----
>> From: George Dunlap [mailto:george.dunlap@xxxxxxxxxx]
>> Sent: 31 August 2017 11:56
>> To: Paul Durrant <Paul.Durrant@xxxxxxxxxx>; xen-devel@xxxxxxxxxxxxxxxxxxxx
>> Cc: Ian Jackson <Ian.Jackson@xxxxxxxxxx>; Wei Liu <wei.liu2@xxxxxxxxxx>;
>> Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>; Jan Beulich
>> <jbeulich@xxxxxxxx>; Tim (Xen.org) <tim@xxxxxxx>; Dario Faggioli
>> <dario.faggioli@xxxxxxxxxx>; Tamas K Lengyel <tamas.lengyel@xxxxxxxxxxxx>;
>> Roger Pau Monne <roger.pau@xxxxxxxxxx>; Stefano Stabellini
>> <sstabellini@xxxxxxxxxx>; Anthony Perard <anthony.perard@xxxxxxxxxx>;
>> Konrad Wilk <konrad.wilk@xxxxxxxxxx>
>> Subject: Re: [PATCH RFC] Add SUPPORT.md
>>
>> On 08/31/2017 11:46 AM, Paul Durrant wrote:
>>>> -----Original Message-----
>>>> +
>>>> +### Blkfront
>>>> +
>>>> +    Status, Linux: Supported
>>>> +    Status, FreeBSD: Supported, Security support external
>>>> +    Status, Windows: Supported [XXX]
>>>> +
>>>> +Guest-side driver capable of speaking the Xen PV block protocol
>>>> +
>>>> +### Netfront
>>>> +
>>>> +    Status, Linux: Supported
>>>> +    Status, FreeBSD: Supported, Security support external
>>>> +    States, Windows: Supported [XXX]
>>>> +
>>>
>>> The Windows PV drivers are a sub-project of Xen so I guess they should
>> have the same level of support as Linux and FreeBSD frontends, but I'm
>> unclear as to what 'Supported' means in context of guest-side code. E.g. if
>> someone finds a way of crashing a network frontend using a specially crafted
>> packet, does that mean that an XSA should be issued?
>>
>> I would think so, yes.
>>
>>>> +Guest-side driver capable of speaking the Xen PV networking protocol
>>>> +
>>>> +### Xen Framebuffer
>>>> +
>>>> +    Status, Linux (xen-fbfront): Supported
>>>> +
>>>> +Guest-side driver capable of speaking the Xen PV Framebuffer protocol
>>>> +
>>>> +[XXX FreeBSD? NetBSD?]
>>>> +
>>>> +### Xen Console
>>>> +
>>>> +    Status, Linux (hvc_xen): Supported
>>>> +
>>>> +Guest-side driver capable of speaking the Xen PV console protocol
>>>> +
>>>> +[XXX FreeBSD? NetBSD? Windows?]
>>>> +
>>>
>>> There is one for Windows too.
>>
>> OK, I'll add that in.
>>
>>>> +### Xen PV keyboard
>>>> +
>>>> +    Status, Linux (xen-kbdfront): Supported
>>>> +
>>>> +Guest-side driver capable of speaking the Xen PV keyboard protocol
>>>
>>> There is one for Windows too. It's not been officially announced as it
>> needed some fixes in QEMU allow frontends running in HVM guests to
>> function correctly.
>>
>> OK; would you describe its expected reliability in 4.10 as closer to
>> "Here be dragons", or "Quirky"?
> 
> I've lost track of the state of the QEMU patches but, if they go in, then it 
> should be completely reliable. If not then it will be non-functional... but 
> the same would be true of the Linux frontend running in an HVM guest. (The 
> patches fix a bug where xenvkbd and xenfb are interdependent... but the xenfb 
> backend is only created in the xenpv machine type).

OK -- well we should state here the status of the version(s) of qemu
that will ship in the xen release tarball; and we if the Linux frontend
is broken under HVM, we should specify that as well.

 -George

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel