Hi David,
>
> Mark inflated and never onlined pages PG_offline, to tell the world that
> the content is stale and should not be dumped.
>
> Cc: "K. Y. Srinivasan"
> Cc: Haiyang Zhang
> Cc: Stephen Hemminger
> Cc: Kairui Song
> Cc: Vitaly Kuznetsov
> Cc: Andrew Morton
> Cc: Matthew Wilcox
On Mon 2018-11-19 08:24:02, Daniel Colascione wrote:
> On Mon, Nov 19, 2018 at 2:54 AM, Pavel Machek wrote:
> > On Mon 2018-11-05 13:22:05, Daniel Colascione wrote:
> >> State explicitly that holding a /proc/pid file descriptor open does
> >> not reserve the PID. Also note that in the event of PID
On 20.11.18 09:45, Pankaj Gupta wrote:
>
> Hi David,
>
>>
>> Mark inflated and never onlined pages PG_offline, to tell the world that
>> the content is stale and should not be dumped.
>>
>> Cc: "K. Y. Srinivasan"
>> Cc: Haiyang Zhang
>> Cc: Stephen Hemminger
>> Cc: Kairui Song
>> Cc: Vitaly K
On 11/19/18 11:54 AM, Pavel Machek wrote:
> On Mon 2018-11-05 13:22:05, Daniel Colascione wrote:
>> State explicitly that holding a /proc/pid file descriptor open does
>> not reserve the PID. Also note that in the event of PID reuse, these
>> open file descriptors refer to the old, now-dead process
On Tue 2018-11-20 02:20:49, Yu, Fenghua wrote:
> > From: Pavel Machek [mailto:pa...@ucw.cz]
> > > rename Documentation/x86/{intel_rdt_ui.txt => resctrl_ui.txt} (99%)
> >
> > Rest of files in that directory use - as a separator; and maybe qos.txt
> > would
> > be a better name then this?
>
> Act
+CC Jean-Phillipe and iommu list.
On Mon, 19 Nov 2018 20:29:39 -0700
Jason Gunthorpe wrote:
> On Tue, Nov 20, 2018 at 11:07:02AM +0800, Kenneth Lee wrote:
> > On Mon, Nov 19, 2018 at 11:49:54AM -0700, Jason Gunthorpe wrote:
> > > Date: Mon, 19 Nov 2018 11:49:54 -0700
> > > From: Jason Gunthor
On Tue 2018-11-20 10:05:21, Vlastimil Babka wrote:
> On 11/19/18 11:54 AM, Pavel Machek wrote:
> > On Mon 2018-11-05 13:22:05, Daniel Colascione wrote:
> >> State explicitly that holding a /proc/pid file descriptor open does
> >> not reserve the PID. Also note that in the event of PID reuse, these
To facilitate informed decision making by system administrators [1]
to permit and manage access to Perf Events (PE) / Perf tool (Perf) [2],[3]
performance monitoring for multiple users perf-security.rst document
suggested by Thomas Gleixner is introduced [4] that:
a) states PE/Perf access secu
Implement initial version of perf-security.rst documentation file
initially covering security concerns related to PE/Perf performance
monitoring in multiuser environments.
Suggested-by: Thomas Gleixner
Signed-off-by: Alexey Budankov
---
Changes in v2:
- replaced old PCL referencing by PE (Perf
On Fri, Nov 16, 2018 at 08:54:26PM +, Moger, Babu wrote:
> Separate the call sequence for rdt_quirks and MBA feature.
> This is in preparation to handle vendor differences in these
> call sequences.
>
> Signed-off-by: Babu Moger
> ---
> arch/x86/kernel/cpu/resctrl.c | 27
Extend index.rst index file at admin-guide root directory with
the reference to perf-security.rst file being introduced.
Signed-off-by: Alexey Budankov
---
Documentation/admin-guide/index.rst | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/admin-guide/index.rst
b/Documentati
On Fri, Nov 16, 2018 at 08:54:28PM +, Moger, Babu wrote:
> diff --git a/arch/x86/kernel/cpu/resctrl_monitor.c
> b/arch/x86/kernel/cpu/resctrl_monitor.c
> index 6d654f7b0eba..9fd62263dabd 100644
> --- a/arch/x86/kernel/cpu/resctrl_monitor.c
> +++ b/arch/x86/kernel/cpu/resctrl_monitor.c
> @@ -28
> >> ---
> >> drivers/hv/hv_balloon.c | 14 --
> >> 1 file changed, 12 insertions(+), 2 deletions(-)
> >>
> >> diff --git a/drivers/hv/hv_balloon.c b/drivers/hv/hv_balloon.c
> >> index 211f3fe3a038..47719862e57f 100644
> >> --- a/drivers/hv/hv_balloon.c
> >> +++ b/drivers/hv/hv_ballo
On Fri, Nov 16, 2018 at 08:54:30PM +, Moger, Babu wrote:
> Now Resource control feature is supported by both Intel and AMD.
> Rename the INTEL_RDT to vendor neutral RESCTRL.
>
> Signed-off-by: Babu Moger
> ---
> arch/x86/Kconfig | 4 ++--
> arch/x86/include/asm/resctrl_sc
* Yu-cheng Yu wrote:
> +X86 Documentation
> +===
> +
> +Control-flow Enforcement
> +
> +
> +.. toctree::
> + :maxdepth: 1
> +
> + intel_cet
> diff --git a/Documentation/x86/intel_cet.rst b/Documentation/x86/intel_cet.rst
> new file mode 100644
> i
On Fri, 16 Nov 2018, Fernando wrote:
> And, related to this, what is the "good" branch to start developing
> new drm patches? Is is "drm-next" or "linux-next"? Or does it change
> depending on how much time until the merge window closes?
I advise most of our developers to work on drm-tip because
On Fri, Nov 16, 2018 at 08:54:32PM +, Moger, Babu wrote:
> Initialize the resource functions that are different between the
> vendors. Some features are initialized differently between the vendors.
> Add _intel suffix to Intel specific functions.
>
> For example, MBA feature varies significant
On Mon, 19 Nov 2018, Will Deacon wrote:
> Whilst making an unrelated change to some Documentation, Linus sayeth:
Reference?
>
> | Afaik, even in Britain, "whilst" is unusual and considered more
> | formal, and "while" is the common word.
> |
> | [...]
> |
> | Can we just admit that w
[+Linus]
On Tue, Nov 20, 2018 at 12:34:35PM +0200, Jani Nikula wrote:
> On Mon, 19 Nov 2018, Will Deacon wrote:
> > Whilst making an unrelated change to some Documentation, Linus sayeth:
>
> Reference?
This was on the security list where we were dealing with something else, so
I'm afraid that i
On Tue, Nov 20, 2018 at 10:59:18AM +0100, Borislav Petkov wrote:
> So I'm wondering: instead of having mba_wrmsr_intel() and
> mba_wrmsr_amd() and adding those per-vendor initialization functions,
> why don't you push down the vendor differentiation into mba_wrmsr()?
>
> Then in that function you
On Fri, Nov 16, 2018 at 08:54:43PM +, Moger, Babu wrote:
> Enables QOS feature on AMD.
>From Documentation/process/submitting-patches.rst:
"Describe your changes in imperative mood, e.g. "make xyzzy do frotz"
instead of "[This patch] makes xyzzy do frotz" or "[I] changed xyzzy
to do frotz", a
On 20/11/2018 09:16, Jonathan Cameron wrote:
> +CC Jean-Phillipe and iommu list.
Thanks for the Cc, sorry I don't have enough bandwidth to follow this
thread at the moment.
> In WarpDrive/uacce, we make this simple. If you support IOMMU and it
> support
> SVM/SVA. Everything will be
On Mon, Nov 19, 2018 at 05:42:48PM +, Roman Gushchin wrote:
> On Sat, Nov 17, 2018 at 12:02:28AM -0800, Mike Rapoport wrote:
> > Hi,
> >
> > On Fri, Nov 16, 2018 at 04:38:30PM -0800, Roman Gushchin wrote:
> > > Describe cgroup v2 freezer interface in the cgroup v2 admin guide.
> > >
> > > Sig
SUBDIRS has been kept as a backward compatibility since
commit ("[PATCH] kbuild: external module support") in 2002.
We do not need multiple ways to do the same thing, so I will remove
SUBDIRS after the Linux 5.3 release. I cleaned up in-tree code, and
updated the document so that nobody would try
On Wed, 21 Nov 2018 00:04:18 +0900
Masahiro Yamada wrote:
> SUBDIRS has been kept as a backward compatibility since
> commit ("[PATCH] kbuild: external module support") in 2002.
>
> We do not need multiple ways to do the same thing, so I will remove
> SUBDIRS after the Linux 5.3 release. I clean
On Fri, 9 Nov 2018 00:24:14 +0100
Federico Vaga wrote:
> In this small patch set there is the V3 of
> "doc:it_IT: add some process/* translations" in which I fixed
> the recent conflicts in docs-next.
> I took the occasion to add other two simple patches that fix:
> - a missing translation in lo
On Wed, Nov 21, 2018 at 12:04:18AM +0900, Masahiro Yamada wrote:
> SUBDIRS has been kept as a backward compatibility since
> commit ("[PATCH] kbuild: external module support") in 2002.
>
> We do not need multiple ways to do the same thing, so I will remove
> SUBDIRS after the Linux 5.3 release. I
Hello, Paolo.
On Mon, Nov 19, 2018 at 11:34:14AM +0100, Paolo Valente wrote:
> - if all entities produce the same output, the this common output is
> shown only once;
> - if the outputs differ, then every per-entity output is shown,
> followed by the name of the entity that produced that output.
Boris,
> -Original Message-
> From: Borislav Petkov
> Sent: Tuesday, November 20, 2018 3:28 AM
> To: Moger, Babu
> Cc: t...@linutronix.de; mi...@redhat.com; cor...@lwn.net;
> fenghua...@intel.com; reinette.cha...@intel.com; pet...@infradead.org;
> gre...@linuxfoundation.org; da...@daveml
On Mon, 19 Nov 2018 11:02:45 +
Will Deacon wrote:
> Whilst making an unrelated change to some Documentation, Linus sayeth:
>
> | Afaik, even in Britain, "whilst" is unusual and considered more
> | formal, and "while" is the common word.
> |
> | [...]
> |
> | Can we just admit tha
Boris,
> -Original Message-
> From: Borislav Petkov
> Sent: Tuesday, November 20, 2018 3:36 AM
> To: Moger, Babu
> Cc: t...@linutronix.de; mi...@redhat.com; cor...@lwn.net;
> fenghua...@intel.com; reinette.cha...@intel.com; pet...@infradead.org;
> gre...@linuxfoundation.org; da...@daveml
On Tue, Nov 20, 2018 at 1:05 AM Vlastimil Babka wrote:
>
> On 11/19/18 11:54 AM, Pavel Machek wrote:
> > On Mon 2018-11-05 13:22:05, Daniel Colascione wrote:
> >> State explicitly that holding a /proc/pid file descriptor open does
> >> not reserve the PID. Also note that in the event of PID reuse,
On Mon, 19 Nov 2018 11:55:46 +1100
NeilBrown wrote:
> Since this document was written, i_mutex has been replace with
> i_rwsem, and shared locks are utilized to allow lookups in the one
> directory to happen in parallel.
>
> So replace i_mutex with i_rwsem, and explain how this is used for
> par
On Tue, 20 Nov 2018 10:05:21 +0100
Vlastimil Babka wrote:
> Why can't the documentation describe the current implementation, and
> change in the future if the implementation changes? I doubt somebody
> would ever rely on the pid being reused while having the descriptor
> open. How would that make
> Il giorno 20 nov 2018, alle ore 17:28, Tejun Heo ha scritto:
>
> Hello, Paolo.
>
> On Mon, Nov 19, 2018 at 11:34:14AM +0100, Paolo Valente wrote:
>> - if all entities produce the same output, the this common output is
>> shown only once;
>> - if the outputs differ, then every per-entity out
On Tue 2018-11-20 09:49:50, Jonathan Corbet wrote:
> On Tue, 20 Nov 2018 10:05:21 +0100
> Vlastimil Babka wrote:
>
> > Why can't the documentation describe the current implementation, and
> > change in the future if the implementation changes? I doubt somebody
> > would ever rely on the pid being
On Tue, Nov 20, 2018 at 10:18:29AM +0100, Pavel Machek wrote:
> > would ever rely on the pid being reused while having the descriptor
> > open. How would that make sense?
>
> I agree this is corner space, but users might be surprised that
> keeping FDs of /proc/pid/X would lead to PID space exhaus
On Tue, Nov 20, 2018 at 9:39 AM Matthew Wilcox wrote:
>
> On Tue, Nov 20, 2018 at 10:18:29AM +0100, Pavel Machek wrote:
> > > would ever rely on the pid being reused while having the descriptor
> > > open. How would that make sense?
> >
> > I agree this is corner space, but users might be surprise
v4:
- Rebased to the latest for-4.21 branch of cgroup tree.
- Make each controller explicitly opt in to become bypassable by
setting the bypassable cgroup_subsys flag. Currently, only cpu
controller is made bypassable.
- Break out the cgroup_v2.rst documentation update as separate pa
The cgroup-v2.rst file is updated to document the new bypass mode.
Signed-off-by: Waiman Long
---
Documentation/admin-guide/cgroup-v2.rst | 66 -
1 file changed, 48 insertions(+), 18 deletions(-)
diff --git a/Documentation/admin-guide/cgroup-v2.rst
b/Documentati
A controller in the default hierarchy is bypassable if the bypassable
flag is set in its cgroup_subsys structure. The special prefix '#'
attached to a bypassable controller name can now be written into the
cgroup.subtree_control file to set that controller in bypass mode in
all the child cgroups.
Make the cpu cgroup controller bypassable in the default hierarchy so
that cpu controller could be activated only in those cgroups that really
need it instead of all the cgroups down to the lowest level that need it.
Signed-off-by: Waiman Long
---
kernel/sched/core.c | 1 +
1 file changed, 1 ins
The newly added cgroup controller masks (subtree_bypass and
enable_ss_mask) are now being reported in the debug.masks controller
file.
Signed-off-by: Waiman Long
---
kernel/cgroup/debug.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/cgroup/debug.c b/kernel/cgroup/debug.c
index 5f
Bypassable controllers set to bypass mode in the parent's
"cgroup.subtree_control" can now be optionally enabled by writing the
controller name with the '+' prefix to "cgroup.controllers". Using the
'#' prefix will reset it back to the bypass state.
This capability allows a cgroup parent to indivi
On Tue, Nov 20, 2018 at 09:48:27AM -0800, Daniel Colascione wrote:
> On Tue, Nov 20, 2018 at 9:39 AM Matthew Wilcox wrote:
> > We have a limit on the number of FDs a process can have open for a reason.
> > Well, for many reasons.
>
> And the typical limit is too low. (I've seen people clamp it to
Boris,
> -Original Message-
> From: Borislav Petkov
> Sent: Tuesday, November 20, 2018 3:42 AM
> To: Moger, Babu
> Cc: t...@linutronix.de; mi...@redhat.com; cor...@lwn.net;
> fenghua...@intel.com; reinette.cha...@intel.com; pet...@infradead.org;
> gre...@linuxfoundation.org; da...@daveml
Boris,
> -Original Message-
> From: Borislav Petkov
> Sent: Tuesday, November 20, 2018 6:16 AM
> To: Moger, Babu
> Cc: t...@linutronix.de; mi...@redhat.com; cor...@lwn.net;
> fenghua...@intel.com; reinette.cha...@intel.com; pet...@infradead.org;
> gre...@linuxfoundation.org; da...@daveml
Hi Matthew,
On 11/10/18 8:41 AM, Matthew Wilcox wrote:
On Fri, Nov 09, 2018 at 03:11:31PM -0500, Waiman Long wrote:
The mixing in of a sequence number into the IPC IDs is probably to
avoid ID reuse in userspace as much as possible. With ipcmni_extend
mode, the number of usable sequence numbers
On 11/9/18 9:11 PM, Waiman Long wrote:
The maximum number of unique System V IPC identifiers was limited to
32k. That limit should be big enough for most use cases.
However, there are some users out there requesting for more, especially
those that are migrating from Solaris which uses 24 bits f
On Tue, 2018-11-20 at 10:52 +0100, Ingo Molnar wrote:
> * Yu-cheng Yu wrote:
>
> > +X86 Documentation
> > [...]
> > +
> > +At run time, /proc/cpuinfo shows the availability of SHSTK and IBT.
>
> What is the rough expected performance impact of CET on average function
> call frequency user appli
On Monday, November 19, 2018 11:16:16 AM CET David Hildenbrand wrote:
> The content of pages that are marked PG_offline is not of interest
> (e.g. inflated by a balloon driver), let's skip these pages.
>
> Cc: "Rafael J. Wysocki"
> Cc: Pavel Machek
> Cc: Len Brown
> Cc: Andrew Morton
> Cc: Mat
On Monday, November 19, 2018 11:16:15 AM CET David Hildenbrand wrote:
> Let's use pfn_to_online_page() instead of pfn_to_page() when checking
> for saveable pages to not save/restore offline memory sections.
>
> Cc: "Rafael J. Wysocki"
> Cc: Pavel Machek
> Cc: Len Brown
> Cc: Andrew Morton
> C
Some documents are refering to others without links. With this
patch I add those missing links.
This patch affects only documents under process/ and labels where
necessary.
Signed-off-by: Federico Vaga
---
Documentation/admin-guide/devices.rst| 1 +
Documentation/dev-tools/coccinelle.r
Just one note. There is not any PATCH 2/2, right before sending it I realized
that it was not correct and I removed it but then I forgot to remove the
enumeration from this patch.
On Tuesday, November 20, 2018 5:16:10 PM CET Jonathan Corbet wrote:
> On Fri, 9 Nov 2018 00:24:14 +0100
>
> Federico Vaga wrote:
> > In this small patch set there is the V3 of
> > "doc:it_IT: add some process/* translations" in which I fixed
> > the recent conflicts in docs-next.
> > I took the
Some documents are refering to others without links. With this
patch I add those missing links.
This patch affects only documents under process/ and labels where
necessary.
Signed-off-by: Federico Vaga
---
Documentation/admin-guide/devices.rst| 1 +
Documentation/dev-tools/coccinelle.r
> > >> ---
> > >> drivers/hv/hv_balloon.c | 14 --
> > >> 1 file changed, 12 insertions(+), 2 deletions(-)
> > >>
> > >> diff --git a/drivers/hv/hv_balloon.c b/drivers/hv/hv_balloon.c
> > >> index 211f3fe3a038..47719862e57f 100644
> > >> --- a/drivers/hv/hv_balloon.c
> > >> +++ b/dri
=== Background ===
The ina2xx chip has a CALIBRATION register that's used to configure
calibration value to get the scale of current and power measurement
results from their registers. It basically follows two equations:
1) CAL = calibration factor / (current_lsb_A * rshunt_Ohm)
[ calibration fa
On Mon, Nov 19, 2018 at 11:16:09AM +0100, David Hildenbrand wrote:
> Commit b1123ea6d3b3 ("mm: balloon: use general non-lru movable page
> feature") reworked balloon handling to make use of the general
> non-lru movable page feature. The big comment block in
> balloon_compaction.h contains quite so
On Mon, Nov 19, 2018 at 11:16:10AM +0100, David Hildenbrand wrote:
> PG_balloon was introduced to implement page migration/compaction for pages
> inflated in virtio-balloon. Nowadays, it is only a marker that a page is
> part of virtio-balloon and therefore logically offline.
>
> We also want to m
On Mon, Nov 19, 2018 at 11:16:11AM +0100, David Hildenbrand wrote:
> Right now, pages inflated as part of a balloon driver will be dumped
> by dump tools like makedumpfile. While XEN is able to check in the
> crash kernel whether a certain pfn is actuall backed by memory in the
> hypervisor (see xe
>
> PG_balloon was introduced to implement page migration/compaction for pages
> inflated in virtio-balloon. Nowadays, it is only a marker that a page is
> part of virtio-balloon and therefore logically offline.
>
> We also want to make use of this flag in other balloon drivers - for
> inflated
On 11/19/18 at 11:16am, David Hildenbrand wrote:
> Right now, pages inflated as part of a balloon driver will be dumped
> by dump tools like makedumpfile. While XEN is able to check in the
> crash kernel whether a certain pfn is actuall backed by memory in the
> hypervisor (see xen_oldmem_pfn_is_ra
On Tue, Nov 20, 2018 at 07:17:44AM +0200, Leon Romanovsky wrote:
> Date: Tue, 20 Nov 2018 07:17:44 +0200
> From: Leon Romanovsky
> To: Kenneth Lee
> CC: Jason Gunthorpe , Kenneth Lee , Tim
> Sell , linux-doc@vger.kernel.org, Alexander
> Shishkin , Zaibo Xu
> , zhangfei@foxmail.com, linux..
Thanks for this patch!
> On Nov 19, 2018, at 2:16 AM, David Hildenbrand wrote:
>
> Mark inflated and never onlined pages PG_offline, to tell the world that
> the content is stale and should not be dumped.
>
> Cc: Xavier Deguillard
> Cc: Nadav Amit
> Cc: Arnd Bergmann
> Cc: Greg Kroah-Hartman
On 11/19/18 at 11:16am, David Hildenbrand wrote:
> diff --git a/kernel/crash_core.c b/kernel/crash_core.c
> index 933cb3e45b98..093c9f917ed0 100644
> --- a/kernel/crash_core.c
> +++ b/kernel/crash_core.c
> @@ -464,6 +464,8 @@ static int __init crash_save_vmcoreinfo_init(void)
> VMCOREINFO_NUM
On Mon, Nov 19, 2018 at 08:29:39PM -0700, Jason Gunthorpe wrote:
> Date: Mon, 19 Nov 2018 20:29:39 -0700
> From: Jason Gunthorpe
> To: Kenneth Lee
> CC: Leon Romanovsky , Kenneth Lee ,
> Tim Sell , linux-doc@vger.kernel.org, Alexander
> Shishkin , Zaibo Xu
> , zhangfei@foxmail.com, linux..
* Yu-cheng Yu wrote:
> On Tue, 2018-11-20 at 10:52 +0100, Ingo Molnar wrote:
> > * Yu-cheng Yu wrote:
> >
> > > +X86 Documentation
> > > [...]
> > > +
> > > +At run time, /proc/cpuinfo shows the availability of SHSTK and IBT.
> >
> > What is the rough expected performance impact of CET on av
On Mon, 19 Nov 2018 08:00:49 -0800
Matthew Wilcox wrote:
> I just went looking for the memory allocation guide in the MM docs instead
> of in the core API. For the benefit of the next person who makes that
> mistake, link to it from the MM docs.
>
> Signed-off-by: Matthew Wilcox
Applied, than
On Sun, 11 Nov 2018 18:48:44 +0200
Mike Rapoport wrote:
> Add references to GFP documentation and the memory-allocation.rst and remove
> GFP_USER, GFP_DMA and GFP_NOIO descriptions.
>
> While on it slightly change the formatting so that the list of GFP flags
> will be rendered as "description" i
On Sun, 11 Nov 2018 11:24:23 +0200
Mike Rapoport wrote:
> Signed-off-by: Mike Rapoport
> Reviewed-by: Randy Dunlap
> ---
>
> v2: address Matthew's feedback
>
> Documentation/admin-guide/mm/concepts.rst | 51
> ---
> 1 file changed, 26 insertions(+), 25 deletions(
On 11/14/2018 1:04 PM, Casey Schaufler wrote:
> On 10/24/2018 1:12 PM, Kees Cook wrote:
>> On Wed, Oct 24, 2018 at 1:56 AM, Casey Schaufler
>> wrote:
>>> On 10/23/2018 12:05 PM, Casey Schaufler wrote:
On 10/23/2018 11:50 AM, Kees Cook wrote:
> Did you poke around at my combined seri
72 matches
Mail list logo
