[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <6deddbcf-24d1-242c-9e8f-b24a5d26847a@suse.com>
Date: Thu, 25 Aug 2016 10:06:28 +0200
From: Juergen Gross <jgross@...e.com>
To: Ingo Molnar <mingo@...nel.org>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Thomas Gleixner <tglx@...utronix.de>
Subject: Re: Re: [GIT PULL] Changes for 4.8
On 27/07/16 08:41, Ingo Molnar wrote:
>
> * Juergen Gross <jgross@...e.com> wrote:
>
>> Hi Linus,
>>
>> please consider pulling a patch series for 4.8 from:
>>
>> https://github.com/jgross1/linux.git tags/for-linus-4-8
>>
>> Unfortunately 2 of the 6 patches got no Acks as the maintainers didn't
>> react in spite of multiple pings and resends. The core modification in
>> the scheduler got an Ack from Peter and multiple tests showed no
>> regressions.
>>
>> As the series is touching multiple subsystems I couldn't find anyone
>> willing to take the series via his tree (I tried Ingo, Thomas, Peter).
>>
>> Juergen Gross (6):
>> xen: sync xen header
>> virt, sched: add generic vcpu pinning support
>> smp: add function to execute a function synchronously on a cpu
>> xen: add xen_pin_vcpu() to support calling functions on a
>> dedicated pcpu
>> dcdbas: make use of smp_call_on_cpu()
>> hwmon: use smp_call_on_cpu() for dell-smm i8k
>>
>> MAINTAINERS | 1 +
>> arch/x86/include/asm/hypervisor.h | 4 ++
>> arch/x86/kernel/cpu/hypervisor.c | 11 +++++
>> arch/x86/xen/enlighten.c | 40 +++++++++++++++
>> drivers/firmware/dcdbas.c | 51 +++++++++----------
>> drivers/hwmon/dell-smm-hwmon.c | 36 ++++++++------
>> include/linux/hypervisor.h | 17 +++++++
>> include/linux/smp.h | 3 ++
>> include/xen/interface/sched.h | 100 +++++++++++++++++++++++++++++++-------
>> kernel/smp.c | 51 +++++++++++++++++++
>> kernel/up.c | 18 +++++++
>> 11 files changed, 273 insertions(+), 59 deletions(-)
>> create mode 100644 include/linux/hypervisor.h
>
> Sorry, I didn't comment on this series because the concept seemed
> uncontroversial to me: you are trying to extend the virtualization
> interface to follow hardware constraints and fix bugs.
>
> PeterZ acked the most critical bits (smp.c) and most of the changes
> are on the virtualization side.
>
> So it's fine to me in principle, but I have not looked into finer
> details. Can take it into one of the -tip trees if Linus doesn't
> pull it for v4.8.
So Linus didn't pull it. Could you take it, please?
Juergen
Powered by blists - more mailing lists