On Tue, 22 Aug 2017 16:34:48 +0200
Halil Pasic wrote:
> I think we are in agreement. Looking forward to v2.
FWIW, here's what I currently have. I'll test a bit before sending the
next version.
From 45e143bd820fe9c2f4e31dcc9feb5ad324d00077 Mon Sep 17 00:00:00 2001
From: Cornelia Huck
Date: Thu,
On Tue, 22 Aug 2017 16:27:38 +0200
Halil Pasic wrote:
> On 08/22/2017 04:06 PM, Cornelia Huck wrote:
> > On Tue, 22 Aug 2017 15:24:34 +0200
> > Cornelia Huck wrote:
> >
> >> On Tue, 22 Aug 2017 14:58:37 +0200
> >> Halil Pasic wrote:
> >>
> >>> On 08/22/2017 11:39 AM, Cornelia Huck wrote:
On 08/22/2017 04:06 PM, Cornelia Huck wrote:
> On Tue, 22 Aug 2017 15:24:34 +0200
> Cornelia Huck wrote:
>
>> On Tue, 22 Aug 2017 14:58:37 +0200
>> Halil Pasic wrote:
>>
>>> On 08/22/2017 11:39 AM, Cornelia Huck wrote:
On Tue, 22 Aug 2017 11:20:51 +0200
Halil Pasic wrote:
>
>
On 08/22/2017 04:15 PM, Cornelia Huck wrote:
> On Tue, 22 Aug 2017 15:54:32 +0200
> Halil Pasic wrote:
>
>> On 08/22/2017 03:24 PM, Cornelia Huck wrote:
>>> On Tue, 22 Aug 2017 14:58:37 +0200
>>> Halil Pasic wrote:
>
The availability of SCLP_CMDW_{,DE}CONFIGURE_IOA is indicated
by t
On Tue, 22 Aug 2017 15:24:34 +0200
Cornelia Huck wrote:
> On Tue, 22 Aug 2017 14:58:37 +0200
> Halil Pasic wrote:
>
> > On 08/22/2017 11:39 AM, Cornelia Huck wrote:
> > > On Tue, 22 Aug 2017 11:20:51 +0200
> > > Halil Pasic wrote:
> > >> Well, the QEMU name of the command is misleading misl
On 08/22/2017 03:24 PM, Cornelia Huck wrote:
> On Tue, 22 Aug 2017 14:58:37 +0200
> Halil Pasic wrote:
>
>> On 08/22/2017 11:39 AM, Cornelia Huck wrote:
>>> On Tue, 22 Aug 2017 11:20:51 +0200
>>> Halil Pasic wrote:
>>>
On 08/22/2017 10:39 AM, Cornelia Huck wrote:
>> I'm fine eith
On Tue, 22 Aug 2017 15:54:32 +0200
Halil Pasic wrote:
> On 08/22/2017 03:24 PM, Cornelia Huck wrote:
> > On Tue, 22 Aug 2017 14:58:37 +0200
> > Halil Pasic wrote:
> >> The availability of SCLP_CMDW_{,DE}CONFIGURE_IOA is indicated
> >> by the result of the read scp info command read info in
> >>
On Tue, 22 Aug 2017 14:58:37 +0200
Halil Pasic wrote:
> On 08/22/2017 11:39 AM, Cornelia Huck wrote:
> > On Tue, 22 Aug 2017 11:20:51 +0200
> > Halil Pasic wrote:
> >
> >> On 08/22/2017 10:39 AM, Cornelia Huck wrote:
> I'm fine either way. If I imagine having a lots of adapter types, t
On 08/22/2017 02:57 PM, Cornelia Huck wrote:
> On Tue, 22 Aug 2017 11:39:14 +0200
> Cornelia Huck wrote:
>
>> On Tue, 22 Aug 2017 11:20:51 +0200
>> Halil Pasic wrote:
>>
>>> On 08/22/2017 10:39 AM, Cornelia Huck wrote:
> I'm fine either way. If I imagine having a lots of adapter types, t
On 08/22/2017 11:39 AM, Cornelia Huck wrote:
> On Tue, 22 Aug 2017 11:20:51 +0200
> Halil Pasic wrote:
>
>> On 08/22/2017 10:39 AM, Cornelia Huck wrote:
I'm fine either way. If I imagine having a lots of adapter types, then I
would expect a switch or a jumptable on the type before han
On Tue, 22 Aug 2017 11:39:14 +0200
Cornelia Huck wrote:
> On Tue, 22 Aug 2017 11:20:51 +0200
> Halil Pasic wrote:
>
> > On 08/22/2017 10:39 AM, Cornelia Huck wrote:
> > >> I'm fine either way. If I imagine having a lots of adapter types, then I
> > >> would expect a switch or a jumptable on t
On Tue, 22 Aug 2017 11:20:51 +0200
Halil Pasic wrote:
> On 08/22/2017 10:39 AM, Cornelia Huck wrote:
> >> I'm fine either way. If I imagine having a lots of adapter types, then I
> >> would expect a switch or a jumptable on the type before handling control
> >> to the pci specific function. In th
On 08/22/2017 10:39 AM, Cornelia Huck wrote:
>> I'm fine either way. If I imagine having a lots of adapter types, then I
>> would expect a switch or a jumptable on the type before handling control
>> to the pci specific function. In this case statically not supported types
>> would probably get c
On Mon, 21 Aug 2017 18:24:15 +0200
Halil Pasic wrote:
> On 08/21/2017 04:58 PM, Pierre Morel wrote:
> > On 21/08/2017 11:16, Cornelia Huck wrote:
> >> If we do not provide zpci, pci reconfiguration via sclp is not available
> >> either. Don't indicate it in the sclp facilities and return an inv
On 08/21/2017 04:58 PM, Pierre Morel wrote:
> On 21/08/2017 11:16, Cornelia Huck wrote:
>> If we do not provide zpci, pci reconfiguration via sclp is not available
>> either. Don't indicate it in the sclp facilities and return an invalid
>> command if the guest tries to issue pci configure/deconf
On 21/08/2017 11:16, Cornelia Huck wrote:
If we do not provide zpci, pci reconfiguration via sclp is not available
either. Don't indicate it in the sclp facilities and return an invalid
command if the guest tries to issue pci configure/deconfigure.
Reviewed-by: Thomas Huth
Signed-off-by: Cornel
On Mon, 21 Aug 2017 15:32:23 +0200
Halil Pasic wrote:
> On 08/21/2017 03:16 PM, Cornelia Huck wrote:
> > On Mon, 21 Aug 2017 13:41:53 +0200
> > Halil Pasic wrote:
> >
> >> On 08/21/2017 11:16 AM, Cornelia Huck wrote:
> >>> If we do not provide zpci, pci reconfiguration via sclp is not avail
On 08/21/2017 03:16 PM, Cornelia Huck wrote:
> On Mon, 21 Aug 2017 13:41:53 +0200
> Halil Pasic wrote:
>
>> On 08/21/2017 11:16 AM, Cornelia Huck wrote:
>>> If we do not provide zpci, pci reconfiguration via sclp is not available
>>> either. Don't indicate it in the sclp facilities and return a
On Mon, 21 Aug 2017 13:41:53 +0200
Halil Pasic wrote:
> On 08/21/2017 11:16 AM, Cornelia Huck wrote:
> > If we do not provide zpci, pci reconfiguration via sclp is not available
> > either. Don't indicate it in the sclp facilities and return an invalid
> > command if the guest tries to issue pci
On 08/21/2017 11:16 AM, Cornelia Huck wrote:
> If we do not provide zpci, pci reconfiguration via sclp is not available
> either. Don't indicate it in the sclp facilities and return an invalid
> command if the guest tries to issue pci configure/deconfigure.
>
> Reviewed-by: Thomas Huth
> Signed
If we do not provide zpci, pci reconfiguration via sclp is not available
either. Don't indicate it in the sclp facilities and return an invalid
command if the guest tries to issue pci configure/deconfigure.
Reviewed-by: Thomas Huth
Signed-off-by: Cornelia Huck
---
hw/s390x/sclp.c | 19 +
21 matches
Mail list logo