[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [RFC v3 0/4] vITS Reset
From: |
Auger Eric |
Subject: |
Re: [Qemu-devel] [RFC v3 0/4] vITS Reset |
Date: |
Fri, 24 Nov 2017 09:17:20 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 |
Hi,
On 23/11/17 19:01, Christian Borntraeger wrote:
>
>
> On 11/23/2017 06:44 PM, Auger Eric wrote:
>> Hi Cornelia, Peter,
>>
>> On 23/11/17 18:14, Cornelia Huck wrote:
>>> On Thu, 23 Nov 2017 17:01:32 +0000
>>> Peter Maydell <address@hidden> wrote:
>>>
>>>> On 23 November 2017 at 16:05, Auger Eric <address@hidden> wrote:
>>>>> When using update-linux-headers.sh I get suspicious errors at the end:
>>>>> grep: /tmp/tmp.A5NjLtHOij/include/asm/kvm_virtio.h: No such file or
>>>>> directory
>>>>> sed: can't read /tmp/tmp.A5NjLtHOij/include/asm/kvm_virtio.h: No such
>>>>> file or directory
>>>>>
>>>>> and include/standard-headers/asm-s390/virtio-ccw.h deletedch
>>>>>
>>>>> I would prefer having s390 people checking and testing that.
>>>>
>>>> I think the kvm_virtio.h problem should be fixed by
>>>> http://patchwork.ozlabs.org/patch/838230/
>>>> which removes it from the set of headers the script imports.
>>>>
>>>> Cornelia/Christian -- any idea about the virtio-ccw.h issue ?
>>>>
>>>> thanks
>>>> -- PMM
>>>
>>> I had that commit queued for post-2.11, but I can also send it for 2.11.
>>>
>>> The virtio-ccw.h one looks weird... if I run the script on my s390-next
>>> branch against recent-ish Linux master, I just get the SPDX notice
>>> update for virtio-ccw.h.
>>>
>>
>> http://patchwork.ozlabs.org/patch/838230/ effectively fixes all issues:
>> - no errors anymore and
>> - no deletion of include/standard-headers/asm-s390/virtio-ccw.h anymore,
>> which is consistent with include/standard-headers/asm-s390/virtio-ccw.h.
>>
>
> I assume the vITS code is post 2.11? If not, we can certainly submit 3 or 4
> s390 patches (including 838230) for 2.11.
Yes my understanding was this was material for 2.12 as it depends on
v4.15. So I can wait for 838230 and I will re-post this series as a
PATCH then.
Peter, up to you if you are ready to consider taking the 2 first patches
for 2.11, as their dependencies are resolved and they actually would fix
everything along with v4.15 (since the vITS caches are voided on
individual GITS_BASER write). Only the end-user would have the error
report that full reset is not supported by the host kernel, as the reset
IOTCL is not used.
Thanks
Eric
>
- [Qemu-devel] [RFC v3 1/4] hw/intc/arm_gicv3_its: Don't call post_load on reset, (continued)
- [Qemu-devel] [RFC v3 1/4] hw/intc/arm_gicv3_its: Don't call post_load on reset, Eric Auger, 2017/11/23
- [Qemu-devel] [RFC v3 2/4] hw/intc/arm_gicv3_its: Implement a minimalist reset, Eric Auger, 2017/11/23
- [Qemu-devel] [RFC v3 4/4] hw/intc/arm_gicv3_its: Implement full reset, Eric Auger, 2017/11/23
- [Qemu-devel] [RFC v3 3/4] linux-headers: Partial header update for ITS reset, Eric Auger, 2017/11/23
- Re: [Qemu-devel] [RFC v3 0/4] vITS Reset, Peter Maydell, 2017/11/23
- Re: [Qemu-devel] [RFC v3 0/4] vITS Reset, Auger Eric, 2017/11/23
- Re: [Qemu-devel] [RFC v3 0/4] vITS Reset, Peter Maydell, 2017/11/23
- Re: [Qemu-devel] [RFC v3 0/4] vITS Reset, Cornelia Huck, 2017/11/23
- Re: [Qemu-devel] [RFC v3 0/4] vITS Reset, Auger Eric, 2017/11/23
- Re: [Qemu-devel] [RFC v3 0/4] vITS Reset, Christian Borntraeger, 2017/11/23
- Re: [Qemu-devel] [RFC v3 0/4] vITS Reset,
Auger Eric <=
- Re: [Qemu-devel] [RFC v3 0/4] vITS Reset, Cornelia Huck, 2017/11/24