Re: [PATCH v2] cpuidle: Add 'above' and 'below' idle state metrics

2019-01-10 Thread Daniel Lezcano
On 10/12/2018 12:30, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Add two new metrics for CPU idle states, "above" and "below", to count > the number of times the given state had been asked for (or entered > from the kernel's perspective), but the observed idle duration turned > out to

Re: [PATCH v2] cpuidle: Add 'above' and 'below' idle state metrics

2019-01-10 Thread Rafael J. Wysocki
On Thu, Jan 10, 2019 at 10:53 AM Daniel Lezcano wrote: > > On 10/12/2018 12:30, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki > > > > Add two new metrics for CPU idle states, "above" and "below", to count > > the number of times the given state had been asked for (or entered > > from the k

[PATCH 0/2] Documentation: Explain EAS and EM

2019-01-10 Thread Quentin Perret
The recently introduced Energy Aware Scheduling (EAS) feature relies on a large set of concepts, assumptions, and design choices that are probably not obvious for an outsider. Moreover, enabling EAS on a particular platform isn't straightforward because of all its dependencies. This series tries to

[PATCH 1/2] PM / EM: Document the Energy Model framework

2019-01-10 Thread Quentin Perret
Introduce a documentation file summarizing the key design points and APIs of the newly introduced Energy Model framework. Signed-off-by: Quentin Perret --- Documentation/power/energy-model.txt | 144 +++ 1 file changed, 144 insertions(+) create mode 100644 Documentation/

[PATCH 2/2] sched: Document Energy Aware Scheduling

2019-01-10 Thread Quentin Perret
Add some documentation detailing the main design points of EAS, as well as a list of its dependencies. Parts of this documentation are taken from Morten Rasmussen's original EAS posting: https://lkml.org/lkml/2015/7/7/754 Reviewed-by: Qais Yousef Co-authored-by: Morten Rasmussen Signed-off-by:

Re: [RFC RESEND PATCH] kvm: arm64: export memory error recovery capability to user space

2019-01-10 Thread gengdongjiu
Hi James/Peter, thanks for this discussion, and sorry for my late response due to vacation. On 2018/12/22 2:17, James Morse wrote: > Hi Peter, > > On 19/12/2018 19:02, Peter Maydell wrote: >> On Mon, 17 Dec 2018 at 15:56, James Morse wrote: >>> I don't think this really matters. Its only the

[PATCH 0/2 v6] kdump,vmcoreinfo: Export the value of sme mask to vmcoreinfo

2019-01-10 Thread Lianbo Jiang
This patchset did two things: a. add a new document for vmcoreinfo This document lists some variables that export to vmcoreinfo, and briefly describles what these variables indicate. It should be instructive for many people who do not know the vmcoreinfo. b. export the value of sme mask to vmcore

[PATCH 2/2 v6] kdump,vmcoreinfo: Export the value of sme mask to vmcoreinfo

2019-01-10 Thread Lianbo Jiang
For AMD machine with SME feature, makedumpfile tools need to know whether the crashed kernel was encrypted or not. If SME is enabled in the first kernel, the crashed kernel's page table(pgd/pud/pmd/pte) contains the memory encryption mask, so makedumpfile needs to remove the sme mask to obtain the

[PATCH 1/2 v6] kdump: add the vmcoreinfo documentation

2019-01-10 Thread Lianbo Jiang
This document lists some variables that export to vmcoreinfo, and briefly describles what these variables indicate. It should be instructive for many people who do not know the vmcoreinfo. Suggested-by: Borislav Petkov Signed-off-by: Lianbo Jiang --- Documentation/kdump/vmcoreinfo.txt | 500 +++

Re: [RFC RESEND PATCH] kvm: arm64: export memory error recovery capability to user space

2019-01-10 Thread Peter Maydell
On Thu, 10 Jan 2019 at 12:09, gengdongjiu wrote: > Peter, I summarize James's main idea, James think QEMU does not needs > to check *something* if Qemu support firmware-first. > What do we do for your comments? Unless I'm missing something, the code in your most recent patchset attempts to update

Re: [PATCH v9 14/27] pwm: jz4740: Improve algorithm of clock calculation

2019-01-10 Thread Paul Cercueil
Adding Stephen to the discussion. Adding Stephen to the discussion. On Sat, Jan 5, 2019 at 6:27 PM, Uwe Kleine-König wrote: Hello Paul, On Sat, Jan 05, 2019 at 06:05:38PM -0300, Paul Cercueil wrote: On Sat, Jan 5, 2019 at 4:57 PM, Uwe Kleine-König wrote: > You are assuming stuff here abo

Re: [PATCH v2 02/11] thermal: add irq-mode configuration for trip point

2019-01-10 Thread Zhang Rui
Hi, Lukasz, On 四, 2018-12-06 at 20:55 +0100, Lukasz Luba wrote: > > On 12/6/18 8:18 PM, Lukasz Luba wrote: > > > > Hi Rui, > > > > On 12/5/18 4:09 PM, Zhang Rui wrote: > > > > > > On 三, 2018-11-07 at 18:09 +0100, Lukasz Luba wrote: > > > > > > > > This patch adds support irq mode in trip poin

Re: [RFC RESEND PATCH] kvm: arm64: export memory error recovery capability to user space

2019-01-10 Thread gengdongjiu
> > On Thu, 10 Jan 2019 at 12:09, gengdongjiu wrote: > > Peter, I summarize James's main idea, James think QEMU does not needs > > to check *something* if Qemu support firmware-first. > > What do we do for your comments? > > Unless I'm missing something, the code in your most recent patchset att

撤回: [RFC RESEND PATCH] kvm: arm64: export memory error recovery capability to user space

2019-01-10 Thread gengdongjiu
gengdongjiu 将撤回邮件“[RFC RESEND PATCH] kvm: arm64: export memory error recovery capability to user space”。

Re: [RFC RESEND PATCH] kvm: arm64: export memory error recovery capability to user space

2019-01-10 Thread gengdongjiu
> > On Thu, 10 Jan 2019 at 12:09, gengdongjiu wrote: > > Peter, I summarize James's main idea, James think QEMU does not > > needs to check *something* if Qemu support firmware-first. > > What do we do for your comments? > > Unless I'm missing something, the code in your most recent patchset >

[PATCH v2 3/5] psi: introduce state_mask to represent stalled psi states

2019-01-10 Thread Suren Baghdasaryan
The psi monitoring patches will need to determine the same states as record_times(). To avoid calculating them twice, maintain a state mask that can be consulted cheaply. Do this in a separate patch to keep the churn in the main feature patch at a minimum. This adds 4-byte state_mask member into ps

[PATCH v2 4/5] psi: rename psi fields in preparation for psi trigger addition

2019-01-10 Thread Suren Baghdasaryan
Renaming psi_group structure member fields used for calculating psi totals and averages for clear distinction between them and trigger-related fields that will be added next. Signed-off-by: Suren Baghdasaryan --- include/linux/psi_types.h | 15 --- kernel/sched/psi.c| 26

[PATCH v2 2/5] kernel: cgroup: add poll file operation

2019-01-10 Thread Suren Baghdasaryan
From: Johannes Weiner Cgroup has a standardized poll/notification mechanism for waking all pollers on all fds when a filesystem node changes. To allow polling for custom events, add a .poll callback that can override the default. This is in preparation for pollable cgroup pressure files which ha

[PATCH v2 0/5] psi: pressure stall monitors v2

2019-01-10 Thread Suren Baghdasaryan
This is respin of: https://lwn.net/ml/linux-kernel/20181214171508.7791-1-sur...@google.com/ Android is adopting psi to detect and remedy memory pressure that results in stuttering and decreased responsiveness on mobile devices. Psi gives us the stall information, but because we're dealing with

[PATCH v2 1/5] fs: kernfs: add poll file operation

2019-01-10 Thread Suren Baghdasaryan
From: Johannes Weiner Kernfs has a standardized poll/notification mechanism for waking all pollers on all fds when a filesystem node changes. To allow polling for custom events, add a .poll callback that can override the default. This is in preparation for pollable cgroup pressure files which ha

[PATCH v2 5/5] psi: introduce psi monitor

2019-01-10 Thread Suren Baghdasaryan
Psi monitor aims to provide a low-latency short-term pressure detection mechanism configurable by users. It allows users to monitor psi metrics growth and trigger events whenever a metric raises above user-defined threshold within user-defined time window. Time window and threshold are both expres

[PATCH] Documentation/filesystems: add binderfs

2019-01-10 Thread Christian Brauner
This documents the Android binderfs filesystem used to dynamically add and remove binder devices that are private to each instance. Signed-off-by: Christian Brauner --- Documentation/filesystems/binderfs.txt | 109 + 1 file changed, 109 insertions(+) create mode 100644 D

Re: [PATCH] Documentation/filesystems: add binderfs

2019-01-10 Thread Jonathan Corbet
On Fri, 11 Jan 2019 00:13:09 +0100 Christian Brauner wrote: > This documents the Android binderfs filesystem used to dynamically add and > remove binder devices that are private to each instance. > > Signed-off-by: Christian Brauner Seems like a worthwhile addition overall. I know nothing abo

[PATCH v4] coding-style: Clarify the expectations around bool

2019-01-10 Thread Jason Gunthorpe
There has been some confusion since checkpatch started warning about bool use in structures, and people have been avoiding using it. Many people feel there is still a legitimate place for bool in structures, so provide some guidance on bool usage derived from the entire thread that spawned the che

Re: [PATCH] Documentation/filesystems: add binderfs

2019-01-10 Thread Christian Brauner
On Thu, Jan 10, 2019 at 04:47:03PM -0700, Jonathan Corbet wrote: > On Fri, 11 Jan 2019 00:13:09 +0100 > Christian Brauner wrote: > > > This documents the Android binderfs filesystem used to dynamically add and > > remove binder devices that are private to each instance. > > > > Signed-off-by: Ch

Re: [PATCH] Documentation/filesystems: add binderfs

2019-01-10 Thread Jonathan Corbet
On Fri, 11 Jan 2019 00:56:42 +0100 Christian Brauner wrote: > > - Please consider doing this in RST and tying it into our documentation > >tree. It's *almost* RST now, so the effort required will be almost > >zero. > > Oh sure. I simply didn't know. I was just going by the files unde

Re: [PATCH v2 1/5] fs: kernfs: add poll file operation

2019-01-10 Thread Greg KH
On Thu, Jan 10, 2019 at 02:07:14PM -0800, Suren Baghdasaryan wrote: > From: Johannes Weiner > > Kernfs has a standardized poll/notification mechanism for waking all > pollers on all fds when a filesystem node changes. To allow polling > for custom events, add a .poll callback that can override th