Hello Michal and Balbir,
Thanks for reviewing.
On 2018-09-12 18:27, Balbir Singh wrote:
On Wed, Sep 12, 2018 at 12:38:53PM +0200, Michal Hocko wrote:
On Wed 12-09-18 14:56:45, Arun KS wrote:
> When free pages are done with pageblock_order, time spend on
> coalescing pages by buddy allocator
Hello Michal and Balbir,
Thanks for reviewing.
On 2018-09-12 18:27, Balbir Singh wrote:
On Wed, Sep 12, 2018 at 12:38:53PM +0200, Michal Hocko wrote:
On Wed 12-09-18 14:56:45, Arun KS wrote:
> When free pages are done with pageblock_order, time spend on
> coalescing pages by buddy allocator
Am Mittwoch, 12. September 2018, 10:22:44 CEST schrieb Manivannan Sadhasivam:
> On Wed, Sep 12, 2018 at 09:26:12AM +0200, Heiko Stübner wrote:
> > Am Mittwoch, 12. September 2018, 05:12:48 CEST schrieb Manivannan
> > Sadhasivam:
> > > Hi Ezequiel,
> > >
> > > On Tue, Sep 11, 2018 at 04:40:29PM
Am Mittwoch, 12. September 2018, 10:22:44 CEST schrieb Manivannan Sadhasivam:
> On Wed, Sep 12, 2018 at 09:26:12AM +0200, Heiko Stübner wrote:
> > Am Mittwoch, 12. September 2018, 05:12:48 CEST schrieb Manivannan
> > Sadhasivam:
> > > Hi Ezequiel,
> > >
> > > On Tue, Sep 11, 2018 at 04:40:29PM
On Wed, Sep 12, 2018 at 7:29 AM Martin Schwidefsky
wrote:
> On Tue, 11 Sep 2018 22:26:54 +0200 Arnd Bergmann wrote:
> > On Sun, Sep 9, 2018 at 6:12 AM Al Viro wrote:
> > Out of those, there are only a few that may get used on s390,
> > in particular at most infiniband/uverbs, nvme, nvdimm,
> >
On Wed, Sep 12, 2018 at 7:29 AM Martin Schwidefsky
wrote:
> On Tue, 11 Sep 2018 22:26:54 +0200 Arnd Bergmann wrote:
> > On Sun, Sep 9, 2018 at 6:12 AM Al Viro wrote:
> > Out of those, there are only a few that may get used on s390,
> > in particular at most infiniband/uverbs, nvme, nvdimm,
> >
* Sudeep Holla [180912 13:47]:
>
>
> On 12/09/18 14:32, Tony Lindgren wrote:
> > * Sudeep Holla [180912 11:41]:
> >> On 12/09/18 12:19, Keerthy wrote:
> >>> suspend to mem and suspend to disk are pretty generic states and i agree
> >>> implementation is platform dependent so why not have
* Sudeep Holla [180912 13:47]:
>
>
> On 12/09/18 14:32, Tony Lindgren wrote:
> > * Sudeep Holla [180912 11:41]:
> >> On 12/09/18 12:19, Keerthy wrote:
> >>> suspend to mem and suspend to disk are pretty generic states and i agree
> >>> implementation is platform dependent so why not have
Hi Thomas,
On Thu, Aug 30, 2018 at 5:06 PM Thomas Gleixner wrote:
> Commit 0a0e0829f990 ("nohz: Fix missing tick reprogram when interrupting an
> inline softirq") got backported to stable trees and now causes the NOHZ
> softirq pending warning to trigger. It's not an upstream issue as the NOHZ
>
Hi Thomas,
On Thu, Aug 30, 2018 at 5:06 PM Thomas Gleixner wrote:
> Commit 0a0e0829f990 ("nohz: Fix missing tick reprogram when interrupting an
> inline softirq") got backported to stable trees and now causes the NOHZ
> softirq pending warning to trigger. It's not an upstream issue as the NOHZ
>
On Wed, Sep 12, 2018 at 01:58:39PM +0530, Viresh Kumar wrote:
> Hello,
>
> Niklas Cassle recently reported some regressions with his Qcom cpufreq
> driver where he was getting some errors while creating the OPPs tables.
>
> After looking into it I realized that the OPP core incorrectly creates
>
On Wed, Sep 12, 2018 at 01:58:39PM +0530, Viresh Kumar wrote:
> Hello,
>
> Niklas Cassle recently reported some regressions with his Qcom cpufreq
> driver where he was getting some errors while creating the OPPs tables.
>
> After looking into it I realized that the OPP core incorrectly creates
>
While we updated the coresight DT bindings, some of the
new examples were not updated due to the order in which they
were merged. Let us update all the missed out ones to the
new bindings to avoid confusion.
Cc: Mathieu Poirier
Cc: Rob Herring
Cc: Frank Rowand
Signed-off-by: Suzuki K Poulose
While we updated the coresight DT bindings, some of the
new examples were not updated due to the order in which they
were merged. Let us update all the missed out ones to the
new bindings to avoid confusion.
Cc: Mathieu Poirier
Cc: Rob Herring
Cc: Frank Rowand
Signed-off-by: Suzuki K Poulose
Switch to the new hardware port bindings for coresight
Cc: Andy Gross
Cc: David Brown
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
arch/arm/boot/dts/qcom-apq8064.dtsi | 71 ++-
arch/arm/boot/dts/qcom-msm8974.dtsi | 104 +++-
2 files
Switch to the new the hardware port bindings.
Cc: Wei Xu
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
arch/arm/boot/dts/hip04.dtsi | 346 ++-
1 file changed, 176 insertions(+), 170 deletions(-)
diff --git a/arch/arm/boot/dts/hip04.dtsi
Switch to the new hardware port bindings for coresight
Cc: Andy Gross
Cc: David Brown
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
arch/arm/boot/dts/qcom-apq8064.dtsi | 71 ++-
arch/arm/boot/dts/qcom-msm8974.dtsi | 104 +++-
2 files
Switch to the new the hardware port bindings.
Cc: Wei Xu
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
arch/arm/boot/dts/hip04.dtsi | 346 ++-
1 file changed, 176 insertions(+), 170 deletions(-)
diff --git a/arch/arm/boot/dts/hip04.dtsi
Hello,
On Tue, Sep 11, 2018 at 01:56:13PM +0200, Michal Hocko wrote:
> Well, it seems that expectations differ for users. It seems that kvm
> users do not really agree with your interpretation.
Like David also mentioned here:
Switch to the new coresight bindings for hardware ports
Cc: Nicolas Ferre
Cc: Alexandre Belloni
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
arch/arm/boot/dts/sama5d2.dtsi | 17 ++---
1 file changed, 10 insertions(+), 7 deletions(-)
diff --git
Switch to the new coresight bindings for hardware ports
Cc: Nicolas Ferre
Cc: Alexandre Belloni
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
arch/arm/boot/dts/sama5d2.dtsi | 17 ++---
1 file changed, 10 insertions(+), 7 deletions(-)
diff --git
Hello,
On Tue, Sep 11, 2018 at 01:56:13PM +0200, Michal Hocko wrote:
> Well, it seems that expectations differ for users. It seems that kvm
> users do not really agree with your interpretation.
Like David also mentioned here:
Switch to the new coresight bindings for hardware ports
Cc: linux-o...@vger.kernel.org
Cc: "Benoît Cousson"
Cc: Tony Lindgren
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
arch/arm/boot/dts/omap3-beagle-xm.dts | 17 ++---
arch/arm/boot/dts/omap3-beagle.dts| 17
Switch to the new coresight bindings for hardware ports
Cc: linux-o...@vger.kernel.org
Cc: "Benoît Cousson"
Cc: Tony Lindgren
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
arch/arm/boot/dts/omap3-beagle-xm.dts | 17 ++---
arch/arm/boot/dts/omap3-beagle.dts| 17
Switch to the new coresight bindings
Cc: Linus Walleij
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
arch/arm/boot/dts/ste-dbx5x0.dtsi | 65 ---
1 file changed, 33 insertions(+), 32 deletions(-)
diff --git a/arch/arm/boot/dts/ste-dbx5x0.dtsi
Switch to the new coresight bindings
Cc: Linus Walleij
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
arch/arm/boot/dts/ste-dbx5x0.dtsi | 65 ---
1 file changed, 33 insertions(+), 32 deletions(-)
diff --git a/arch/arm/boot/dts/ste-dbx5x0.dtsi
Switch to updated coresight bindings for hw ports
Cc: Andy Gross
Cc: David Brown
Cc: Ivan T. Ivanov
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
Changes since v1:
- Fixed TPIU port direction
- Use better subject tag for the patch
---
arch/arm64/boot/dts/qcom/msm8916.dtsi | 95
Switch to updated coresight bindings for hw ports
Cc: Andy Gross
Cc: David Brown
Cc: Ivan T. Ivanov
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
Changes since v1:
- Fixed TPIU port direction
- Use better subject tag for the patch
---
arch/arm64/boot/dts/qcom/msm8916.dtsi | 95
Switch to the updated coresight bindings.
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Pengutronix Kernel Team
Cc: Fabio Estevam
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
arch/arm/boot/dts/imx7d.dtsi | 14 +++---
arch/arm/boot/dts/imx7s.dtsi | 82
2
Switch to the updated coresight bindings.
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Pengutronix Kernel Team
Cc: Fabio Estevam
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
arch/arm/boot/dts/imx7d.dtsi | 14 +++---
arch/arm/boot/dts/imx7s.dtsi | 82
2
Switch to the new coresight bindings for hw ports
Cc: orsonz...@gmail.com
Cc: zhang.l...@gmail.com
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
arch/arm64/boot/dts/sprd/sc9836.dtsi | 82 +-
arch/arm64/boot/dts/sprd/sc9860.dtsi | 215 ++-
2 files
Switch to the new coresight bindings for hw ports
Cc: orsonz...@gmail.com
Cc: zhang.l...@gmail.com
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
arch/arm64/boot/dts/sprd/sc9836.dtsi | 82 +-
arch/arm64/boot/dts/sprd/sc9860.dtsi | 215 ++-
2 files
Switch to updated coresight bindings for hw ports.
Cc: xuw...@hisilicon.com
Cc: lipengche...@huawei.com
Cc: Mathieu Poirier
Tested-by: Leo Yan
Signed-off-by: Suzuki K Poulose
---
.../boot/dts/hisilicon/hi6220-coresight.dtsi | 181 +-
1 file changed, 86 insertions(+), 95
TPIU component has an input port. The example uses out-ports
which is wrong. Let us fix it.
Reported-by: Leo Yan
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
Documentation/devicetree/bindings/arm/coresight.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
TPIU component has an input port. The example uses out-ports
which is wrong. Let us fix it.
Reported-by: Leo Yan
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
Documentation/devicetree/bindings/arm/coresight.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Switch to updated coresight bindings for hw ports.
Cc: xuw...@hisilicon.com
Cc: lipengche...@huawei.com
Cc: Mathieu Poirier
Tested-by: Leo Yan
Signed-off-by: Suzuki K Poulose
---
.../boot/dts/hisilicon/hi6220-coresight.dtsi | 181 +-
1 file changed, 86 insertions(+), 95
Coresight DT bindings have been updated to obey the DTS rules
for label/address matching for graph nodes. The changes are in
coresight/next tree scheduled for v4.20. This series updates the
in kernel dts to match the new bindings along with updating a couple
of new examples (e.,g CATU) in the
Coresight DT bindings have been updated to obey the DTS rules
for label/address matching for graph nodes. The changes are in
coresight/next tree scheduled for v4.20. This series updates the
in kernel dts to match the new bindings along with updating a couple
of new examples (e.,g CATU) in the
Hi Ben,
>> From: Fabio Estevam
>>
>> [ Upstream commit 157bcc06094c3c5800d3f4676527047b79b618e7 ]
>>
>> Select CONFIG_USB_CHIPIDEA_ULPI and CONFIG_USB_ULPI_BUS so that
>> USB ULPI can be functional on some boards like imx51-babbge.
> [...]
>
> CONFIG_USB_CHIPIDEA_ULPI doesn't exist in 4.4 or
Hi Ben,
>> From: Fabio Estevam
>>
>> [ Upstream commit 157bcc06094c3c5800d3f4676527047b79b618e7 ]
>>
>> Select CONFIG_USB_CHIPIDEA_ULPI and CONFIG_USB_ULPI_BUS so that
>> USB ULPI can be functional on some boards like imx51-babbge.
> [...]
>
> CONFIG_USB_CHIPIDEA_ULPI doesn't exist in 4.4 or
On Wed 12-09-18 17:19:20, Li RongQing wrote:
> memory.force_empty is used to empty a memory cgoup memory before
> rmdir it, avoid to charge those memory into parent cgroup
We do not reparent LRU pages on the memcg removal. We just keep
those pages around and reclaim them on the memory pressure.
On Tue, Aug 28, 2018 at 02:53:10PM +0100, Patrick Bellasi wrote:
> +/**
> + * Utilization's clamp group
> + *
> + * A utilization clamp group maps a "clamp value" (value), i.e.
> + * util_{min,max}, to a "clamp group index" (group_id).
> + */
> +struct uclamp_se {
> + unsigned int value;
> +
On Wed 12-09-18 17:19:20, Li RongQing wrote:
> memory.force_empty is used to empty a memory cgoup memory before
> rmdir it, avoid to charge those memory into parent cgroup
We do not reparent LRU pages on the memcg removal. We just keep
those pages around and reclaim them on the memory pressure.
On Tue, Aug 28, 2018 at 02:53:10PM +0100, Patrick Bellasi wrote:
> +/**
> + * Utilization's clamp group
> + *
> + * A utilization clamp group maps a "clamp value" (value), i.e.
> + * util_{min,max}, to a "clamp group index" (group_id).
> + */
> +struct uclamp_se {
> + unsigned int value;
> +
On 12/09/18 14:32, Tony Lindgren wrote:
> * Sudeep Holla [180912 11:41]:
>> On 12/09/18 12:19, Keerthy wrote:
>>> suspend to mem and suspend to disk are pretty generic states and i agree
>>> implementation is platform dependent so why not have properties that
>>> convey if they are supported?
On 12/09/18 14:32, Tony Lindgren wrote:
> * Sudeep Holla [180912 11:41]:
>> On 12/09/18 12:19, Keerthy wrote:
>>> suspend to mem and suspend to disk are pretty generic states and i agree
>>> implementation is platform dependent so why not have properties that
>>> convey if they are supported?
Convert the remaining files to SPDX license description.
Signed-off-by: Gregory CLEMENT
---
drivers/clk/mvebu/ap806-system-controller.c | 4 +---
drivers/clk/mvebu/armada-370.c | 4 +---
drivers/clk/mvebu/armada-375.c | 4 +---
drivers/clk/mvebu/armada-37xx-tbg.c
Convert the remaining files to SPDX license description.
Signed-off-by: Gregory CLEMENT
---
drivers/clk/mvebu/ap806-system-controller.c | 4 +---
drivers/clk/mvebu/armada-370.c | 4 +---
drivers/clk/mvebu/armada-375.c | 4 +---
drivers/clk/mvebu/armada-37xx-tbg.c
Hi Sean:
Thanks for your review.
On 9/10/2018 10:21 PM, Sean Christopherson wrote:
> On Mon, 2018-09-10 at 08:38 +, Tianyu Lan wrote:
>> Add flush range call back in the kvm_x86_ops and platform can use it
>> to register its associated function. The parameter "kvm_tlb_range"
>>
Hi Sean:
Thanks for your review.
On 9/10/2018 10:21 PM, Sean Christopherson wrote:
> On Mon, 2018-09-10 at 08:38 +, Tianyu Lan wrote:
>> Add flush range call back in the kvm_x86_ops and platform can use it
>> to register its associated function. The parameter "kvm_tlb_range"
>>
On Wed 12-09-18 15:03:56, Gerald Schaefer wrote:
[...]
> BTW, those sysfs attributes are world-readable, so anyone can trigger
> the panic by simply reading them, or just run lsmem (also available for
> x86 since util-linux 2.32). OK, you need a special not-memory-block-aligned
> mem= parameter
On Wed 12-09-18 15:03:56, Gerald Schaefer wrote:
[...]
> BTW, those sysfs attributes are world-readable, so anyone can trigger
> the panic by simply reading them, or just run lsmem (also available for
> x86 since util-linux 2.32). OK, you need a special not-memory-block-aligned
> mem= parameter
From: Rik van Riel
While most of a task's FPU state is only needed in user space,
the protection keys need to be in place immediately after a
context switch.
The reason is that any accesses to userspace memory while running
in kernel mode also need to abide by the memory permissions
specified
From: Rik van Riel
While most of a task's FPU state is only needed in user space,
the protection keys need to be in place immediately after a
context switch.
The reason is that any accesses to userspace memory while running
in kernel mode also need to abide by the memory permissions
specified
From: Rik van Riel
If TIF_LOAD_FPU is set, then the registers are saved (not loaded). In that case
we skip the saving part.
Signed-off-by: Rik van Riel
Signed-off-by: Sebastian Andrzej Siewior
---
arch/x86/kernel/fpu/signal.c | 16 ++--
1 file changed, 10 insertions(+), 6
From: Rik van Riel
Add helper function that ensures the floating point registers for
the current task are active. Use with preemption disabled.
Signed-off-by: Rik van Riel
Signed-off-by: Sebastian Andrzej Siewior
---
arch/x86/include/asm/fpu/internal.h | 27 ++-
1
From: Rik van Riel
The fpu->initialized flag should not be changed underneath us. This might be a
fallout during the removal of the LazyFPU support. The FPU is marked
initialized as soon as the state has been set to an initial value. It does not
signal if the CPU's FPU registers are loaded.
From: Rik van Riel
If TIF_LOAD_FPU is set, then the registers are saved (not loaded). In that case
we skip the saving part.
Signed-off-by: Rik van Riel
Signed-off-by: Sebastian Andrzej Siewior
---
arch/x86/kernel/fpu/signal.c | 16 ++--
1 file changed, 10 insertions(+), 6
From: Rik van Riel
Add helper function that ensures the floating point registers for
the current task are active. Use with preemption disabled.
Signed-off-by: Rik van Riel
Signed-off-by: Sebastian Andrzej Siewior
---
arch/x86/include/asm/fpu/internal.h | 27 ++-
1
From: Rik van Riel
The fpu->initialized flag should not be changed underneath us. This might be a
fallout during the removal of the LazyFPU support. The FPU is marked
initialized as soon as the state has been set to an initial value. It does not
signal if the CPU's FPU registers are loaded.
Add TIF_LOAD_FPU. This is reserved for loading the FPU registers before
returning to userpace. It is introduced now, so we can add code handling
it now before adding the main feature.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/x86/include/asm/thread_info.h | 2 ++
1 file changed, 2
From: Rik van Riel
copy_fpstate_to_sigframe() has two callers and both invoke the function only if
fpu->initialized is set. So the check in the function for ->initialized makes
no sense. It might be a relict from the lazy-FPU time: If the FPU registers
were "loaded" then we would could save them
From: Rik van Riel
If the FPU state is not loaded in registers at fork time, memcpy the
fpstate from the parent task to the child task.
Signed-off-by: Rik van Riel
Signed-off-by: Sebastian Andrzej Siewior
---
arch/x86/kernel/fpu/core.c | 7 +--
1 file changed, 5 insertions(+), 2
Add TIF_LOAD_FPU. This is reserved for loading the FPU registers before
returning to userpace. It is introduced now, so we can add code handling
it now before adding the main feature.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/x86/include/asm/thread_info.h | 2 ++
1 file changed, 2
From: Rik van Riel
copy_fpstate_to_sigframe() has two callers and both invoke the function only if
fpu->initialized is set. So the check in the function for ->initialized makes
no sense. It might be a relict from the lazy-FPU time: If the FPU registers
were "loaded" then we would could save them
From: Rik van Riel
If the FPU state is not loaded in registers at fork time, memcpy the
fpstate from the parent task to the child task.
Signed-off-by: Rik van Riel
Signed-off-by: Sebastian Andrzej Siewior
---
arch/x86/kernel/fpu/core.c | 7 +--
1 file changed, 5 insertions(+), 2
From: Rik van Riel
Defer loading of FPU state until return to userspace. This gives
the kernel the potential to skip loading FPU state for tasks that
stay in kernel mode, or for tasks that end up with repeated
invocations of kernel_fpu_begin.
It also increases the chances that a task's FPU
From: Rik van Riel
Defer loading of FPU state until return to userspace. This gives
the kernel the potential to skip loading FPU state for tasks that
stay in kernel mode, or for tasks that end up with repeated
invocations of kernel_fpu_begin.
It also increases the chances that a task's FPU
There is no user of _TIF_ALLWORK_MASK since commit 21d375b6b34ff
("x86/entry/64: Remove the SYSCALL64 fast path").
Remove unused define _TIF_ALLWORK_MASK.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/x86/include/asm/thread_info.h | 8
1 file changed, 8 deletions(-)
diff --git
The functions
kvm_load_guest_fpu()
kvm_put_guest_fpu()
are only used locally, make them static. This requires also that both
functions are moved because they are used before their implementation.
Those functions were exported (via EXPORT_SYMBOL) before commit
e5bb40251a920 ("KVM:
There is no user of _TIF_ALLWORK_MASK since commit 21d375b6b34ff
("x86/entry/64: Remove the SYSCALL64 fast path").
Remove unused define _TIF_ALLWORK_MASK.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/x86/include/asm/thread_info.h | 8
1 file changed, 8 deletions(-)
diff --git
The functions
kvm_load_guest_fpu()
kvm_put_guest_fpu()
are only used locally, make them static. This requires also that both
functions are moved because they are used before their implementation.
Those functions were exported (via EXPORT_SYMBOL) before commit
e5bb40251a920 ("KVM:
This is a refurbished series originally started by by Rik van Riel. The
goal is load the FPU registers on return to userland and not on every
context switch. By this optimisation we can:
- avoid loading the registers if the task stays in kernel and does
not return to userland
- make
This is a refurbished series originally started by by Rik van Riel. The
goal is load the FPU registers on return to userland and not on every
context switch. By this optimisation we can:
- avoid loading the registers if the task stays in kernel and does
not return to userland
- make
On Wed 2018-09-12 16:49:30, Sergey Senozhatsky wrote:
> On (09/11/18 10:47), Petr Mladek wrote:
> > > > Most problems should probably be solved when we store console_seq
> > > > before setting exclusive_console. Then we could clear
> > > > exclusive_console when reaching the stored sequence
On Wed 2018-09-12 16:49:30, Sergey Senozhatsky wrote:
> On (09/11/18 10:47), Petr Mladek wrote:
> > > > Most problems should probably be solved when we store console_seq
> > > > before setting exclusive_console. Then we could clear
> > > > exclusive_console when reaching the stored sequence
Hi Peter,
Any comments for the patch series regarding to v4 PMI handler?
Thanks,
Kan
On 8/8/2018 3:12 AM, kan.li...@linux.intel.com wrote:
From: Andi Kleen
Implements counter freezing for Arch Perfmon v4 (Skylake and
newer). This allows to speed up the PMI handler by avoiding
unnecessary
Hi Peter,
Any comments for the patch series regarding to v4 PMI handler?
Thanks,
Kan
On 8/8/2018 3:12 AM, kan.li...@linux.intel.com wrote:
From: Andi Kleen
Implements counter freezing for Arch Perfmon v4 (Skylake and
newer). This allows to speed up the PMI handler by avoiding
unnecessary
Hi Michael:
Thanks for your review.
On 9/12/2018 8:22 AM, Michael Kelley (EOSG) wrote:
> From: Tianyu Lan Sent: Monday, September 10, 2018 1:39 AM
>> +
>> +int hyperv_flush_guest_mapping_range(u64 as, struct kvm_tlb_range *range)
>
> I'm really concerned about defining the Hyper-V
* Sudeep Holla [180912 11:41]:
> On 12/09/18 12:19, Keerthy wrote:
> > suspend to mem and suspend to disk are pretty generic states and i agree
> > implementation is platform dependent so why not have properties that
> > convey if they are supported?
> >
>
> We already have power domains and
Hi Michael:
Thanks for your review.
On 9/12/2018 8:22 AM, Michael Kelley (EOSG) wrote:
> From: Tianyu Lan Sent: Monday, September 10, 2018 1:39 AM
>> +
>> +int hyperv_flush_guest_mapping_range(u64 as, struct kvm_tlb_range *range)
>
> I'm really concerned about defining the Hyper-V
* Sudeep Holla [180912 11:41]:
> On 12/09/18 12:19, Keerthy wrote:
> > suspend to mem and suspend to disk are pretty generic states and i agree
> > implementation is platform dependent so why not have properties that
> > convey if they are supported?
> >
>
> We already have power domains and
On 9/11/18 12:40 PM, Laurent Dufour wrote:
On 11/09/2018 02:42, Daniel Jordan wrote:
diff --git a/include/linux/mmzone.h b/include/linux/mmzone.h
index 32699b2dc52a..6d4c23a3069d 100644
--- a/include/linux/mmzone.h
+++ b/include/linux/mmzone.h
@@ -229,6 +229,12 @@ struct zone_reclaim_stat {
On 9/11/18 12:40 PM, Laurent Dufour wrote:
On 11/09/2018 02:42, Daniel Jordan wrote:
diff --git a/include/linux/mmzone.h b/include/linux/mmzone.h
index 32699b2dc52a..6d4c23a3069d 100644
--- a/include/linux/mmzone.h
+++ b/include/linux/mmzone.h
@@ -229,6 +229,12 @@ struct zone_reclaim_stat {
On 9/11/18 12:32 PM, Laurent Dufour wrote:
On 11/09/2018 02:42, Daniel Jordan wrote:
diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h
index d99b71bc2c66..6377dc76dc41 100644
--- a/include/linux/memcontrol.h
+++ b/include/linux/memcontrol.h
@@ -99,7 +99,8 @@ struct
On 9/11/18 12:32 PM, Laurent Dufour wrote:
On 11/09/2018 02:42, Daniel Jordan wrote:
diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h
index d99b71bc2c66..6377dc76dc41 100644
--- a/include/linux/memcontrol.h
+++ b/include/linux/memcontrol.h
@@ -99,7 +99,8 @@ struct
Signed-off-by: Guo Ren
---
arch/csky/abiv1/inc/abi/vdso.h | 17 +
arch/csky/abiv2/inc/abi/vdso.h | 24
arch/csky/include/asm/vdso.h | 12 ++
arch/csky/kernel/vdso.c| 85 ++
4 files changed, 138 insertions(+)
create mode
Signed-off-by: Guo Ren
---
arch/csky/abiv1/inc/abi/vdso.h | 17 +
arch/csky/abiv2/inc/abi/vdso.h | 24
arch/csky/include/asm/vdso.h | 12 ++
arch/csky/kernel/vdso.c| 85 ++
4 files changed, 138 insertions(+)
create mode
Signed-off-by: Guo Ren
---
arch/csky/abiv2/fpu.c | 281 +
arch/csky/abiv2/inc/abi/fpu.h | 66 ++
arch/csky/include/asm/mmu_context.h | 148 ++
arch/csky/include/asm/processor.h | 120 +++
Signed-off-by: Guo Ren
---
arch/csky/abiv2/fpu.c | 281 +
arch/csky/abiv2/inc/abi/fpu.h | 66 ++
arch/csky/include/asm/mmu_context.h | 148 ++
arch/csky/include/asm/processor.h | 120 +++
Signed-off-by: Guo Ren
---
arch/csky/include/asm/smp.h | 26 +
arch/csky/kernel/smp.c | 234
2 files changed, 260 insertions(+)
create mode 100644 arch/csky/include/asm/smp.h
create mode 100644 arch/csky/kernel/smp.c
diff --git
Signed-off-by: Guo Ren
---
arch/csky/include/asm/irq.h | 8 +++
arch/csky/include/asm/irqflags.h | 49
arch/csky/kernel/irq.c | 21 +
3 files changed, 78 insertions(+)
create mode 100644 arch/csky/include/asm/irq.h
Signed-off-by: Guo Ren
---
arch/csky/include/asm/smp.h | 26 +
arch/csky/kernel/smp.c | 234
2 files changed, 260 insertions(+)
create mode 100644 arch/csky/include/asm/smp.h
create mode 100644 arch/csky/kernel/smp.c
diff --git
Signed-off-by: Guo Ren
---
arch/csky/include/asm/irq.h | 8 +++
arch/csky/include/asm/irqflags.h | 49
arch/csky/kernel/irq.c | 21 +
3 files changed, 78 insertions(+)
create mode 100644 arch/csky/include/asm/irq.h
Signed-off-by: Guo Ren
---
arch/csky/include/asm/bug.h | 26 +++
arch/csky/include/uapi/asm/ptrace.h | 103
arch/csky/kernel/dumpstack.c| 64
arch/csky/kernel/ptrace.c | 317
4 files changed, 510 insertions(+)
Signed-off-by: Guo Ren
---
arch/csky/include/asm/bug.h | 26 +++
arch/csky/include/uapi/asm/ptrace.h | 103
arch/csky/kernel/dumpstack.c| 64
arch/csky/kernel/ptrace.c | 317
4 files changed, 510 insertions(+)
Signed-off-by: Guo Ren
---
arch/csky/include/asm/syscall.h | 69 +
arch/csky/include/asm/syscalls.h| 14
arch/csky/include/uapi/asm/unistd.h | 10 ++
arch/csky/kernel/syscall.c | 42 ++
Signed-off-by: Guo Ren
---
arch/csky/include/asm/syscall.h | 69 +
arch/csky/include/asm/syscalls.h| 14
arch/csky/include/uapi/asm/unistd.h | 10 ++
arch/csky/kernel/syscall.c | 42 ++
Signed-off-by: Guo Ren
---
arch/csky/include/asm/elf.h | 149
arch/csky/kernel/module.c | 82
2 files changed, 231 insertions(+)
create mode 100644 arch/csky/include/asm/elf.h
create mode 100644 arch/csky/kernel/module.c
Signed-off-by: Guo Ren
---
arch/csky/include/asm/elf.h | 149
arch/csky/kernel/module.c | 82
2 files changed, 231 insertions(+)
create mode 100644 arch/csky/include/asm/elf.h
create mode 100644 arch/csky/kernel/module.c
901 - 1000 of 1468 matches
Mail list logo