[GIT PULL] RCU changes for v5.3

Linus, Please pull the latest core-rcu-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-rcu-for-linus # HEAD: 83086d654dd08c0f57381522e6819f421677706e Merge branch 'for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu into

Re: [tip:x86/urgent] bpf: Fix ORC unwinding in non-JIT BPF code

* tip-bot for Josh Poimboeuf wrote: > Commit-ID: b22cf36c189f31883ad0238a69ccf82aa1f3b16b > Gitweb: > https://git.kernel.org/tip/b22cf36c189f31883ad0238a69ccf82aa1f3b16b > Author: Josh Poimboeuf > AuthorDate: Thu, 27 Jun 2019 20:50:47 -0500 > Committer: Thomas Gleixner >

Re: [PATCH] cpu/hotplug: Cache number of online CPUs

* Mathieu Desnoyers wrote: > - On Jul 4, 2019, at 6:33 PM, Thomas Gleixner t...@linutronix.de wrote: > > > On Thu, 4 Jul 2019, Mathieu Desnoyers wrote: > >> - On Jul 4, 2019, at 5:10 PM, Thomas Gleixner t...@linutronix.de wrote: > >> > > >> > num_online_cpus() is racy today vs. CPU

Re: [GIT PULL] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, this is on top of > perf-core-for-mingo-5.3-20190701. > > Best regards, > > - Arnaldo > > Test results at the end of this message, as usual. > > The following changes since commit

Re: [GIT PULL] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > Best regards, > > - Arnaldo > > Test results at the end of this message, as usual. > > The following changes since commit fd7d55172d1e2e501e6da0a5c1de25f06612dc2e: > > perf/cgroups: Don't rotate events

Re: [GIT PULL] smp/urgent fixes

* Ingo Molnar wrote: > Linus, > > Please pull the latest smp-urgent-for-linus git tree from: > >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > smp-urgent-for-linus > ># HEAD: 33d4a5a7a5b4d02915d765064b2319e90a11cbde cpu/hotplug: Fix > out-

[GIT PULL] smp/urgent fixes

Linus, Please pull the latest smp-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git smp-urgent-for-linus # HEAD: 33d4a5a7a5b4d02915d765064b2319e90a11cbde cpu/hotplug: Fix out-of-bounds read when setting fail state Two fixes: - Fix an out of

[GIT PULL] x86 fixes

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: ae6a45a0868986f69039a2150d3b2b9ca294c378 x86/unwind/orc: Fall back to using frame pointers for generated code Misc fixes all over the

[GIT PULL] perf fixes

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus # HEAD: 8b12b812f5367c2469fb937da7e28dd321ad8d7b perf/x86/regs: Use PERF_REG_EXTENDED_MASK Various fixes, most of them related to bugs perf

[GIT PULL] IRQ fixes

Linus, Please pull the latest irq-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-urgent-for-linus # HEAD: a52548dd0491a544558e971cd5963501e1a2024d Merge tag 'irqchip-5.2-2' of git://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms

Re: [GIT PULL rcu/next + tools/memory-model] RCU and LKMM commits for 5.3

* Paul E. McKenney wrote: > Hello, Ingo, > > This pull request contains the following changes: > > 1.RCU flavor consolidation cleanups and optmizations. > > http://lkml.kernel.org/r/20190530145204.ga28...@linux.ibm.com > > 2.Documentation updates. > >

Re: [patch 26/29] x86/hpet: Consolidate clockevent functions

* Thomas Gleixner wrote: > On Fri, 28 Jun 2019, Thomas Gleixner wrote: > > On Wed, 26 Jun 2019, Ingo Molnar wrote: > > > > > > s/hpet_clkevt_msi_resume > > > /hpet_clkevt_tick_resume > > > > > > ... unless the name variations hav

[tip:x86/timers] x86/hpet: Rename variables to prepare for switching to channels

Commit-ID: d415c7543140f77fe1d2d9d3942cbf51a9737993 Gitweb: https://git.kernel.org/tip/d415c7543140f77fe1d2d9d3942cbf51a9737993 Author: Ingo Molnar AuthorDate: Sun, 23 Jun 2019 15:24:02 +0200 Committer: Thomas Gleixner CommitDate: Fri, 28 Jun 2019 00:57:24 +0200 x86/hpet: Rename

[tip:x86/timers] x86/hpet: Make naming consistent

Commit-ID: 3fe50c34dc1fa8ae2c24ec202b9decbbef72921d Gitweb: https://git.kernel.org/tip/3fe50c34dc1fa8ae2c24ec202b9decbbef72921d Author: Ingo Molnar AuthorDate: Sun, 23 Jun 2019 15:23:55 +0200 Committer: Thomas Gleixner CommitDate: Fri, 28 Jun 2019 00:57:20 +0200 x86/hpet: Make naming

[tip:x86/timers] x86/hpet: Coding style cleanup

Commit-ID: 0b5c597de6aa3480d6add2f37ef7de3f9312 Gitweb: https://git.kernel.org/tip/0b5c597de6aa3480d6add2f37ef7de3f9312 Author: Ingo Molnar AuthorDate: Sun, 23 Jun 2019 15:23:57 +0200 Committer: Thomas Gleixner CommitDate: Fri, 28 Jun 2019 00:57:21 +0200 x86/hpet: Coding style

[tip:x86/timers] x86/hpet: Clean up comments

Commit-ID: dfe36b573ed320ce311b2cb9251d2543be9e52ac Gitweb: https://git.kernel.org/tip/dfe36b573ed320ce311b2cb9251d2543be9e52ac Author: Ingo Molnar AuthorDate: Sun, 23 Jun 2019 15:23:56 +0200 Committer: Thomas Gleixner CommitDate: Fri, 28 Jun 2019 00:57:20 +0200 x86/hpet: Clean up

[tip:x86/timers] x86/hpet: Remove not required includes

Commit-ID: 9bc9e1d4c139497553599a73839ea846dce63f72 Gitweb: https://git.kernel.org/tip/9bc9e1d4c139497553599a73839ea846dce63f72 Author: Ingo Molnar AuthorDate: Sun, 23 Jun 2019 15:23:54 +0200 Committer: Thomas Gleixner CommitDate: Fri, 28 Jun 2019 00:57:20 +0200 x86/hpet: Remove

Re: [patch 00/29] x86/hpet: Cleanup the channel management

> > 8<- > include/asm/hpet.h |7 > kernel/apic/msi.c |4 > kernel/hpet.c | 937 > +++-- > 3 files changed, 428 insertions(+), 520 deletions(-) Modulo the minor nits I just posted, all the

Re: [patch 24/29] x86/hpet: Use cached info instead of extra flags

| wc -l 518 dagon:~/tip> git grep -w inuse | wc -l 318 and also easier to read. Reviewed-by: Ingo Molnar Thanks, Ingo

Re: [patch 26/29] x86/hpet: Consolidate clockevent functions

hpet_clkevt_set_next_event() already does and hpet_clkevt_set_oneshot() almost does: s/hpet_clkevt_shutdown /hpet_clkevt_set_state_shutdown s/hpet_clkevt_set_oneshot /hpet_clkevt_set_state_oneshot s/hpet_clkevt_msi_resume /hpet_clkevt_tick_resume ... unless the name variations have some hidden purpose and meaning? With that fixed: Reviewed-by: Ingo Molnar Thanks, Ingo

Re: [patch 28/29] x86/hpet: Use common init for legacy clockevent

periodic mode > + * unconditionally for ever on the legacy channel 0. Removing the s/for ever /forever With that typo fixed: Reviewed-by: Ingo Molnar Thanks, Ingo

Re: [GIT PULL] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > Best regards, > > - Arnaldo > > Test results at the end of this message, as usual. > > The following changes since commit 3ce5aceb5dee298b082adfa2baa0df5a447c1b0b: > > Merge tag

Re: [GIT PULL rcu/next] RCU commits for 5.3

* Paul E. McKenney wrote: > On Tue, Jun 18, 2019 at 11:07:42AM -0700, Paul E. McKenney wrote: > > Hello, Ingo, > > > > This pull request contains the following changes: > > Gah!!! This one has some duplicated commits, so please ignore. > I will send an updated pull request early next week.

Re: [GIT PULL] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > Best regards, > > Test results at the end of this message, as usual. > > - Arnaldo > > The following changes since commit 3384c78631dd722c2cdc5c57fbdd39fc1b5a9f2d: > > Merge branch 'x86/topology' into

Re: [tip:ras/core] RAS/CEC: Rename count_threshold to action_threshold

* tip-bot for Borislav Petkov wrote: > Commit-ID: b8b5ca6600dec2a4f1e50ca9d3cf9e1d032870cd > Gitweb: > https://git.kernel.org/tip/b8b5ca6600dec2a4f1e50ca9d3cf9e1d032870cd > Author: Borislav Petkov > AuthorDate: Sat, 20 Apr 2019 21:30:11 +0200 > Committer: Borislav Petkov >

[GIT PULL] x86 fixes

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: 2ac44ab608705948564791ce1d15d43ba81a1e38 x86/CPU/AMD: Don't force the CPB cap when running under a hypervisor Two fixes: a quirk for

[GIT PULL] perf fixes

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus # HEAD: 849e96f30068d4f6f8352715e02a10533a46deba Merge tag 'perf-urgent-for-mingo-5.2-20190528' of

[GIT PULL] core/urgent fix

Linus, Please pull the latest core-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-urgent-for-linus # HEAD: 7eaf51a2e094229b75cc0c315f1cbbe2f3960058 stacktrace: Unbreak stack_trace_save_tsk_reliable() Fix a stack_trace_save_tsk_reliable()

Re: [GIT PULL] perf/core improvements and fixes for 5.3

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > Best regards, > > - Arnaldo > > Test results at the end of this message, as usual, this time with the > versions for the clang compilers used accross the various containers, to > give a further view of the

Re: [PATCH] x86: intel_epb: Do not build when CONFIG_PM is unset

so IMO it would be good to do it in this cycle too > if there are no technical concerns or objections regarding it. Sure: Acked-by: Ingo Molnar Thanks, Ingo

Re: [GIT PULL] perf/urgent fixes for 5.2

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, that is a trimmed down set from > yesterday's pull req, with just fixes. > > The other stuff, mostly acting on the warnings for the UAPI > changes are being packaged into a perf/core pull request I'll send

Re: [PATCH] [trivial] perf: Spelling s/EACCESS/EACCES/

* Geert Uytterhoeven wrote: > Hi Ingo, > > On Mon, May 27, 2019 at 4:12 PM Ingo Molnar wrote: > > * Geert Uytterhoeven wrote: > > > The correct spelling is EACCES: > > > > > > include/uapi/asm-generic/errno-base.h:#define EACCES 13 /* Permissi

Re: [PATCH] [trivial] perf: Spelling s/EACCESS/EACCES/

* Geert Uytterhoeven wrote: > The correct spelling is EACCES: > > include/uapi/asm-generic/errno-base.h:#define EACCES 13 /* Permission denied > */ > > Signed-off-by: Geert Uytterhoeven > --- > include/linux/perf_event.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff

Re: [PATCH REBASE v2 1/2] x86, arm64: Move ARCH_WANT_HUGE_PMD_SHARE config in arch/Kconfig

4 > select BUILDTIME_EXTABLE_SORT > select CLKEVT_I8253 > @@ -301,9 +302,6 @@ config ARCH_HIBERNATION_POSSIBLE > config ARCH_SUSPEND_POSSIBLE > def_bool y > > -config ARCH_WANT_HUGE_PMD_SHARE > - def_bool y > - > config ARCH_WANT_GENERAL_HUGETLB > def_bool y Acked-by: Ingo Molnar Thanks, Ingo

Re: 8d2bd61bd8 ("sched/core: Clean up sched_init() a bit"): BUG: unable to handle page fault for address: 00ba0396

i > AuthorDate: Wed May 22 14:20:06 2019 -0400 > Commit: Ingo Molnar > CommitDate: Fri May 24 08:57:29 2019 +0200 > > sched/core: Clean up sched_init() a bit > > Compiling a kernel with both FAIR_GROUP_SCHED=n and RT_GROUP_SCHED=n > will generate

Re: [PATCH 2/2] perf/x86/regs: Check reserved bits

* kan.li...@linux.intel.com wrote: > From: Kan Liang > > The perf fuzzer triggers a warning which map to: > > if (WARN_ON_ONCE(idx >= ARRAY_SIZE(pt_regs_offset))) > return 0; > > The bits between XMM registers and generic registers are reserved. > But

Re: [PATCH 1/2] perf/x86: Disable non generic regs for software/probe events

* kan.li...@linux.intel.com wrote: > @@ -57,6 +57,11 @@ static unsigned int pt_regs_offset[PERF_REG_X86_MAX] = { > #endif > }; > > +u64 non_generic_regs_mask(void) > +{ > + return (~((1ULL << PERF_REG_X86_XMM0) - 1)); > +} > + > u64 perf_reg_value(struct pt_regs *regs, int idx) > { >

Re: [RFC PATCH 2/6] cpumask: Purify cpumask_next()

* Nadav Amit wrote: > cpumask_next() has no side-effects. Mark it as pure. > > Cc: "David S. Miller" > Signed-off-by: Nadav Amit > --- > include/linux/cpumask.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/include/linux/cpumask.h b/include/linux/cpumask.h >

[tip:x86/paravirt] x86/paravirt: Match paravirt patchlet field definition ordering to initialization ordering

Commit-ID: fc93dfd9345bb8b29a62b21cb0447dd1a3815f91 Gitweb: https://git.kernel.org/tip/fc93dfd9345bb8b29a62b21cb0447dd1a3815f91 Author: Ingo Molnar AuthorDate: Thu, 25 Apr 2019 10:10:12 +0200 Committer: Ingo Molnar CommitDate: Thu, 25 Apr 2019 12:00:44 +0200 x86/paravirt: Match

[tip:x86/paravirt] x86/paravirt: Detect over-sized patching bugs in paravirt_patch_insns()

Commit-ID: 2777cae2b19d4a08ad233b3504c19c6f7a6a2ef3 Gitweb: https://git.kernel.org/tip/2777cae2b19d4a08ad233b3504c19c6f7a6a2ef3 Author: Ingo Molnar AuthorDate: Thu, 25 Apr 2019 11:17:17 +0200 Committer: Ingo Molnar CommitDate: Thu, 25 Apr 2019 12:00:31 +0200 x86/paravirt: Detect over

[tip:x86/paravirt] x86/paravirt: Detect over-sized patching bugs in paravirt_patch_call()

Commit-ID: 11e86dc7f2746210f9c7dc10deaa7658f8dc8350 Gitweb: https://git.kernel.org/tip/11e86dc7f2746210f9c7dc10deaa7658f8dc8350 Author: Ingo Molnar AuthorDate: Thu, 25 Apr 2019 11:50:39 +0200 Committer: Ingo Molnar CommitDate: Thu, 25 Apr 2019 12:00:44 +0200 x86/paravirt: Detect over

Re: [PATCH 1/4] perf/ring_buffer: Fix exposing a temporarily decreased data_head.

* Peter Zijlstra wrote: > On Fri, May 17, 2019 at 03:05:09PM +0200, Ingo Molnar wrote: > > > > * Peter Zijlstra wrote: > > > > > In perf_output_put_handle(), an IRQ/NMI can happen in below location and > > > write records to the same ring buffer: >

Re: [PATCH] locking/lockdep: Don't complain about wrong name for no validate class

* Sebastian Andrzej Siewior wrote: > It is possible to ignore the validation for a certain log be using > lockdep_set_novalidate_class() s/log/lock s/be/by ? > on it. Each invocation will assign a new name to the class it created > for created __lockdep_no_validate__. That means that

Re: [PATCH 0/19] v6 multi-die/package topology support

the difference between die and package-scope MSR. > > 4. Export multi-die topology to user-space via sysfs > > These changes should have no impact on cache topology, > NUMA topology, Linux scheduler, or system performance. Thank you Len: Reviewed-by: Ingo Molnar Ingo

Re: [PATCH -tip v9 0/6] tracing/probes: uaccess: Add support user-space access

* Steven Rostedt wrote: > On Wed, 15 May 2019 07:55:34 +0200 > Ingo Molnar wrote: > > > * Masami Hiramatsu wrote: > > > > > Hi, > > > > > > Here is the v9 series of probe-event to support user-space access. > > > Previou

Re: [PATCH v2] perf/x86/intel/ds: fix EVENT vs. UEVENT PEBS constraints

S constraint tables. > > In v2: > - add fixes for Core2, Nehalem, Silvermont, and Atom > > Reported-by: Ingo Molnar > Signed-off-by: Stephane Eranian > --- > arch/x86/events/intel/ds.c | 28 ++-- > 1 file changed, 14 insertions(+), 14 deletions(-) Thanks Stephane for the quick fixes! Ingo

Re: [tip:perf/urgent] perf/x86/intel: Fix INTEL_FLAGS_EVENT_CONSTRAINT* masking

* tip-bot for Stephane Eranian wrote: > Commit-ID: 6b89d4c1ae8596a8c9240f169ef108704de373f2 > Gitweb: > https://git.kernel.org/tip/6b89d4c1ae8596a8c9240f169ef108704de373f2 > Author: Stephane Eranian > AuthorDate: Thu, 9 May 2019 14:45:56 -0700 > Committer: Ingo Mo

[RFC GIT PULL] perf tooling updates for v5.2

Linus, Please pull the latest perf-core-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-core-for-linus # HEAD: 62e1c09418fc16d27720b128275cac61367e2c1b Merge tag 'perf-core-for-mingo-5.2-20190517' of

Re: [PATCH] tools/headers: Synchronize kernel ABI headers

* Arnaldo Carvalho de Melo wrote: > Em Sat, May 18, 2019 at 10:42:23AM +0200, Ingo Molnar escreveu: > > Pick up the latest v5.2-to-be kernel ABI headers and synchronize them with > > tooling: > > > > - arch/x86/entry/syscalls/syscall_64.tbl => > >

[RFC GIT PULL] Clocksource/clockevents driver updates for v5.2

Linus, Please pull the latest timers-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-urgent-for-linus # HEAD: ea7a5f90f103591f1f38dede52e731ec95ef3c55 Merge tag 'timers-v5.2' of http://git.linaro.org/people/daniel.lezcano/linux into

[RFC GIT PULL] IRQ chip updates

Linus, Please pull the latest irq-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-urgent-for-linus # HEAD: fb4e0592654adb31bc6f3a738d6499b816a655d6 Merge tag 'irqchip-5.2' of git://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms

[GIT PULL] EFI fix

Linus, Please pull the latest efi-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi-urgent-for-linus # HEAD: f8585539df0a1527c78b5d760665c89fe1c105a9 fbdev/efifb: Ignore framebuffer memmap entries that lack any memory types Fix an EFI-fb

[GIT PULL] core kernel fixes

Linus, Please pull the latest core-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-urgent-for-linus # HEAD: 8ea58f1e8b11cca3087b294779bf5959bf89cc10 objtool: Allow AR to be overridden with HOSTAR This fixes a particularly thorny munmap()

[PATCH] tools/headers: Synchronize kernel ABI headers

ting tooling, so we copy the kernel headers with no other changes necessary. Signed-off-by: Ingo Molnar --- tools/arch/x86/include/asm/cpufeatures.h | 3 + tools/include/uapi/drm/drm.h | 37 tools/include/uapi/drm/i915_drm.h | 254 +

Re: [GIT PULL] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, I pulled tip/perf/urgent into > tip/pref/core, IIRC was just a fast forward at that point, yeap, just > did it again and it still is: > > $ git checkout -b t tip/perf/core > Branch 't' set up to track remote

Re: [PATCH 1/4] perf/ring_buffer: Fix exposing a temporarily decreased data_head.

ta_tail if it read the buffer frequently enough, which > creates unexpected behaviors. > > This can be fixed by moving dec(>nest) to after updating data_head, > which prevents the IRQ/NMI above from updating data_head. > > Cc: Arnaldo Carvalho de Melo > Cc: Ingo

[GIT PULL] x86 fixes

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: 9d8d0294e78a164d407133dea05caf4b84247d6a x86/speculation/mds: Improve CPU buffer clear documentation Misc fixes and updates: - a

[GIT PULL] timer fixes

Linus, Please pull the latest timers-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-urgent-for-linus # HEAD: fdc6bae940ee9eb869e493990540098b8c0fd6ab ntp: Allow TAI-UTC offset to be set to zero A TIA adjtimex interface extension, and a

[GIT PULL] perf fixes

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus # HEAD: c7a286577d7592720c2f179aadfb325a1ff48c95 perf/x86/intel: Allow PEBS multi-entry in watermark mode An x86 PMU constraint fix, an

[GIT PULL] locking fix

Linus, Please pull the latest locking-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git locking-urgent-for-linus # HEAD: a9e9bcb45b1525ba7aea26ed9441e8632aeeda58 locking/rwsem: Prevent decrement of reader count before increment A single rwsem

[GIT PULL] core kernel fixes

Linus, Please pull the latest core-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-urgent-for-linus # HEAD: 2decec48b0fd28ffdbf4cc684bd04e735f0839dd objtool: Fix whitelist documentation typo A handful of objtool updates, plus a

Re: [PATCH] cpu/speculation: Warn on unsupported mitigations= parameter

* Jiri Kosina wrote: > On Thu, 16 May 2019, Geert Uytterhoeven wrote: > > > Currently, if the user specifies an unsupported mitigation strategy on > > the kernel command line, it will be ignored silently. The code will > > fall back to the default strategy, possibly leaving the system more >

Re: [PATCH 0/19] v6 multi-die/package topology support

* Peter Zijlstra wrote: > On Mon, May 13, 2019 at 01:58:44PM -0400, Len Brown wrote: > > > > This patch series does 4 things. > > > > 1. Parse the new CPUID.1F leaf to discover multi-die/package topology > > > > 2. Export multi-die topology inside the kernel > > > > 3. Update 4 places

Re: [PATCH -tip v9 0/6] tracing/probes: uaccess: Add support user-space access

sues. > > Changes in v9: > [3/6] > - Fix other style & coding issues (Thanks Ingo!) > - Update fetch_store_string() for style consistency. > [4/6] > - Remove an unneeded line break. > - Move || and && in if-condition at the end of line. LGTM: Acked-by: Ingo Molnar Thanks, Ingo

Re: [PATCH -tip v8 3/6] tracing/probe: Add ustring type for user-space string

* Masami Hiramatsu wrote: > +/* Return the length of string -- including null terminal byte */ > +static nokprobe_inline int > +fetch_store_strlen_user(unsigned long addr) > +{ > + return strnlen_unsafe_user((__force const void __user *)addr, > +

Re: [PATCH] cpufreq: Update MAINTAINERS to include schedutil governor

hed/cpufreq*.c > F: include/linux/cpufreq.h > +F: include/linux/sched/cpufreq.h > F: tools/testing/selftests/cpufreq/ Acked-by: Ingo Molnar Thanks, Ingo

Re: FYI -ffreestanding shrinks kernel by 2% on x86_64

* Alexey Dobriyan wrote: > On Sat, May 11, 2019 at 11:02:24PM +0300, Alexey Dobriyan wrote: > > I compiled current F29 kernel config on x86_64 (5.0.13-200.fc29.x86_64) > > with -ffreestanding. The results are interesting :^): > > > > add/remove: 30/22 grow/shrink: 1290/46867 up/down:

Re: [PATCH] x86/entry/64: randomize kernel stack offset upon syscall

* Kees Cook wrote: > On Sat, May 11, 2019 at 03:45:19PM -0700, Andy Lutomirski wrote: > > ISTM maybe a better first step would be to make get_random_bytes() be > > much faster? :) > > I'm not opposed to that, but I want to make sure we don't break it for > "real" crypto uses... I'm quite

Re: [PATCH] x86: intel_epb: Take CONFIG_PM into account

A32_ENERGY_PERF_BIAS sysfs > interface) > Reported-by: Ido Schimmel > Tested-by: Ido Schimmel > Signed-off-by: Rafael J. Wysocki > --- > arch/x86/kernel/cpu/intel_epb.c | 22 +- > 1 file changed, 21 insertions(+), 1 deletion(-) Acked-by: Ingo Molnar Thanks, Ingo

Re: [PATCH] x86/mm: Clean up the __[PHYSICAL/VIRTUAL]_MASK_SHIFT definitions a bit

* Yury Norov wrote: > On Thu, May 09, 2019 at 11:01:31AM +0200, Ingo Molnar wrote: > > > > * Yury Norov wrote: > > > > > __VIRTUAL_MASK_SHIFT is defined twice to the same valie in > > > arch/x86/include/asm/page_32_types.h. Fix it.

Re: [PATCH v7 6/6] perf-probe: Add user memory access attribute support

* Masami Hiramatsu wrote: > --- a/tools/perf/util/probe-event.h > +++ b/tools/perf/util/probe-event.h > @@ -37,6 +37,7 @@ struct probe_trace_point { > struct probe_trace_arg_ref { > struct probe_trace_arg_ref *next; /* Next reference */ > long

Re: [PATCH v7 3/6] tracing/probe: Add ustring type for user-space string

* Masami Hiramatsu wrote: > Add "ustring" type for fetching user-space string from kprobe event. > User can specify ustring type at uprobe event, and it is same as > "string" for uprobe. > > Note that probe-event provides this option but it doesn't choose the > correct type automatically

Re: [PATCH v7 2/6] uaccess: Add non-pagefault user-space read functions

* Masami Hiramatsu wrote: > +static __always_inline long > +probe_read_common(void *dst, const void __user *src, size_t size) > +{ > + long ret; > + > + pagefault_disable(); > + ret = __copy_from_user_inatomic(dst, src, size); > + pagefault_enable(); > + > + return ret ?

Re: [PATCH v2 1/3] x86/tsc: use CPUID.0x16 to calculate missing crystal frequency

* Thomas Gleixner wrote: > On Thu, 9 May 2019, Daniel Drake wrote: > > > native_calibrate_tsc() had a data mapping Intel CPU families > > and crystal clock speed, but hardcoded tables are not ideal, and this > > approach was already problematic at least in the Skylake X case, as > > seen in

[PATCH] x86/mm: Clean up the __[PHYSICAL/VIRTUAL]_MASK_SHIFT definitions a bit

host bits set * in a guest. The real limit is still 44 bits. */ #ifdef CONFIG_X86_PAE # define __PHYSICAL_MASK_SHIFT 52 # define __VIRTUAL_MASK_SHIFT 32 #else # define __PHYSICAL_MASK_SHIFT 32 # define __VIRTUAL_MASK_SHIFT 32 #endif ? Thanks, Ingo ===> From:

Re: [PATCH] x86/entry/64: randomize kernel stack offset upon syscall

* Reshetova, Elena wrote: > > I find it ridiculous that even with 4K blocked get_random_bytes(), > > which gives us 32k bits, which with 5 bits should amortize the RNG > > call to something like "once per 6553 calls", we still see 17% > > overhead? It's either a measurement artifact, or

Re: [PATCH] x86/entry/64: randomize kernel stack offset upon syscall

* Reshetova, Elena wrote: > > * Reshetova, Elena wrote: > > > > > CONFIG_PAGE_TABLE_ISOLATION=n: > > > > > > base: Simple syscall: 0.0510 microseconds > > > get_random_bytes(4096 bytes buffer): Simple syscall: 0.0597 microseconds > > > > > > So, pure speed

Re: [RFC][PATCH 4/4] x86_32: Provide consistent pt_regs

* Josh Poimboeuf wrote: > On Wed, May 08, 2019 at 09:49:05AM +0200, Peter Zijlstra wrote: > > Currently pt_regs on x86_32 has an oddity in that kernel regs > > (!user_mode(regs)) are short two entries (esp/ss). This means that any > > code trying to use them (typically: regs->sp) needs to jump

Re: [PATCH] x86/entry/64: randomize kernel stack offset upon syscall

* Reshetova, Elena wrote: > CONFIG_PAGE_TABLE_ISOLATION=n: > > base: Simple syscall: 0.0510 microseconds > get_random_bytes(4096 bytes buffer): Simple syscall: 0.0597 microseconds > > So, pure speed wise get_random_bytes() with 1 page per-cpu buffer wins.

Re: [GIT PULL] x86 FPU changes for 5.2

* Linus Torvalds wrote: > On Tue, May 7, 2019 at 6:26 AM Borislav Petkov wrote: > > > > This branch contains work started by Rik van Riel and brought to > > fruition by Sebastian Andrzej Siewior with the main goal to optimize > > when to load FPU registers: only when returning to userspace

Re: [RFC PATCH v4] perf/x86: make perf callchain work without CONFIG_FRAME_POINTER

* Peter Zijlstra wrote: > On Tue, May 07, 2019 at 09:45:47AM -0700, Alexei Starovoitov wrote: > > On Wed, Apr 24, 2019 at 5:52 AM Peter Zijlstra wrote: > > > > > > On Wed, Apr 24, 2019 at 08:42:40AM -0400, Kairui Song wrote: > > > > > > > Sure, the updated comments looks much better. Will the

Re: [PATCH 1/2] x86/boot: move early_serial_base to .data section

* Pingfan Liu wrote: > arch/x86/boot/compressed/head_64.S clears BSS after relocated. If early > serial is set up before clearing BSS, the early_serial_base will be reset > to 0. > > Initializing early_serial_base as -1 to push it to .data section. I'm wondering whether it's wise to clear

Re: [GIT PULL] locking changes for v5.2

* Linus Torvalds wrote: > On Mon, May 6, 2019 at 12:43 PM Ingo Molnar wrote: > > > > Sure - how close is this to a straight: > > > > git revert 70800c3c0cc5 > > It's not really a revert. The code is different (and better) from the > straight rev

Re: [GIT PULL] locking changes for v5.2

* Linus Torvalds wrote: > On Mon, May 6, 2019 at 12:43 PM Ingo Molnar wrote: > > > > Sure - how close is this to a straight: > > > > git revert 70800c3c0cc5 > > It's not really a revert. The code is different (and better) from the > straight rev

Re: [PATCH 17/18] perf/x86/intel/rapl: Support multi-die/package

* Len Brown wrote: > On Mon, May 6, 2019 at 7:48 AM Ingo Molnar wrote: > > > > - unsigned int pkgid = topology_logical_package_id(cpu); > > > + unsigned int pkgid = topology_logical_die_id(cpu); > > > There's many such instances left in thi

Re: [GIT PULL] locking changes for v5.2

* Waiman Long wrote: > On 5/6/19 4:50 AM, Ingo Molnar wrote: > > Linus, > > > > Please pull the latest locking-core-for-linus git tree from: > > > >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > > l

Re: [PATCH 17/18] perf/x86/intel/rapl: Support multi-die/package

* Len Brown wrote: > > static inline struct rapl_pmu *cpu_to_rapl_pmu(unsigned int cpu) > { > - unsigned int pkgid = topology_logical_package_id(cpu); > + unsigned int pkgid = topology_logical_die_id(cpu); Yeah, I think Peter pointed this out before: why is the local variable

[GIT PULL] x86/topology changes for v5.2

Linus, Please pull the latest x86-topology-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-topology-for-linus # HEAD: 8fea0f59e97df3b9b8d2a76af54f633f4586751b x86/topology: Make DEBUG_HOTPLUG_CPU0 pr_info() more descriptive Two main changes:

[GIT PULL] x86/timers updates for v5.2

Linus, Please pull the latest x86-timers-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-timers-for-linus # HEAD: 81423c37415fe45057d64196ae0ce8e17a9c7148 x86/timer: Don't inline __const_udelay() Two changes: an LTO improvement, plus the new

[GIT PULL] x86/platform changes for v5.2

Linus, Please pull the latest x86-platform-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-platform-for-linus # HEAD: 14e581c381b942ce5463a7e61326d8ce1c843be7 x86/kvm: Make steal_time visible Smaller update for Hyper-V to support EOI assist, plus

[GIT PULL] x86/mm changes for v5.2

Linus, Please pull the latest x86-mm-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-mm-for-linus # HEAD: caa841360134f863987f2d4f77b8dc2fbb7596f8 x86/mm: Initialize PGD cache during mm initialization The changes in this tree are: - text_poke()

[GIT PULL] x86/kdump changes for v5.2

Linus, Please pull the latest x86-kdump-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-kdump-for-linus # HEAD: b9ac3849af412fd3887d7652bdbabf29d2aecc16 x86/kdump: Fall back to reserve high crashkernel memory This tree includes two changes: -

[GIT PULL] x86/irq changes for v5.2

Linus, Please pull the latest x86-irq-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-irq-for-linus # HEAD: 2c4645439e8f2f6e7c37f158feae6f6a82baa910 x86/irq: Fix outdated comments Here are the main changes in this tree: - Introduce x86-64

[GIT PULL] x86/entry change for v5.2

Linus, Please pull the latest x86-entry-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-entry-for-linus # HEAD: b5b447b6b4e899e0978b95cb42d272978f8c7b4d x86/entry: Remove unneeded need_resched() loop This tree includes a single commit that removes

[GIT PULL] x86/cpu changes for v5.2

Linus, Please pull the latest x86-cpu-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cpu-for-linus # HEAD: 987ddbe4870b53623d76ac64044c55a13e368113 x86/power: Optimize C3 entry on Centaur CPUs Two changes: a Hygon CPU fix, and an optimization

[GIT PULL] x86/cleanups for v5.2

Linus, Please pull the latest x86-cleanups-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cleanups-for-linus # HEAD: 15854edd193ae5d9daf8f50ce5f9f1724cebe344 x86/pci: Clean up usage of X86_DEV_DMA_OPS A handful of cleanups: dma-ops cleanups,

[GIT PULL] x86/cache updates for v5.2

Linus, Please pull the latest x86-cache-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cache-for-linus # HEAD: 47820e73f5b3a1fdb8ebd1219191edc96e0c85c1 x86/resctrl: Initialize a new resource group with default MBA values An RDT cleanup and a fix

[GIT PULL] x86/asm changes for v5.2

Linus, Please pull the latest x86-asm-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-asm-for-linus # HEAD: 3855f11d54a07256cc4a6fb85c692000208a73a7 x86/um/vdso: Drop unnecessary cc-ldoption This tree includes the following changes: - cpu_has()

[GIT PULL] x86/build changes for v5.2

Linus, Please pull the latest x86-build-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-build-for-linus # HEAD: f36e7495dd3990d6848e6d6703c78f1f17a97538 x86/tools/relocs: Fix big section header tables Misc updates: - Add link flag quirk to solve

[GIT PULL] x86/apic change for v5.2

Linus, Please pull the latest x86-apic-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-apic-for-linus # HEAD: 6eb4f08293e971cb1b7b867c7fe994c244b91460 x86/apic: Unify duplicated local apic timer clockevent initialization Contains a single commit

<    1   2   3   4   5   6   7   8   9   10   >