Re: [PATCH v6 02/25] objtool: Add a pass for generating __mcount_loc

2020-10-14 Thread Ingo Molnar
* Sami Tolvanen wrote: > From: Peter Zijlstra > > Add the --mcount option for generating __mcount_loc sections > needed for dynamic ftrace. Using this pass requires the kernel to > be compiled with -mfentry and CC_USING_NOP_MCOUNT to be defined > in Makefile. > > Link: >

Re: [PATCH v4 5/5] x86: mremap speedup - Enable HAVE_MOVE_PUD

2020-10-14 Thread Ingo Molnar
> 205813 15107 > 245722 13998 > > 205721.5 15594<-- Mean time in nanoseconds > > A 1GB mremap completion time drops from ~205 microseconds > to ~15 microseconds on x86. (~13x speed up). > > Signed-off-by: Kalesh Singh > Acked-by: Kirill A

Re: [PATCH 7/8] x86/cpu/intel: enable X86_FEATURE_NT_GOOD on Intel Broadwellx

2020-10-14 Thread Ingo Molnar
* Ankur Arora wrote: > System: Oracle X6-2 > CPU: 2 nodes * 10 cores/node * 2 threads/core > Intel Xeon E5-2630 v4 (Broadwellx, 6:79:1) > Memory: 256 GB evenly split between nodes > Microcode:0xb2e > scaling_governor: performance >

Re: [PATCH 6/8] mm, clear_huge_page: use clear_page_uncached() for gigantic pages

2020-10-14 Thread Ingo Molnar
* Ankur Arora wrote: > Uncached writes are suitable for circumstances where the region written to > is not expected to be read again soon, or the region written to is large > enough that there's no expectation that we will find the writes in the > cache. > > Accordingly switch to using

[GIT PULL v2] objtool changes for v5.10

2020-10-13 Thread Ingo Molnar
* Ingo Molnar wrote: > > This seems to be missing > > > > https://lore.kernel.org/lkml/patch-1.thread-251403.git-2514037e9477.your-ad-here.call-01602244460-ext-7088@work.hours/ > > > > or did that get sent in a previous pull request? > > N

Re: [GIT PULL] objtool changes for v5.10

2020-10-13 Thread Ingo Molnar
* Stephen Rothwell wrote: > Hi Ingo, > > On Tue, 13 Oct 2020 10:26:25 +0200 Ingo Molnar wrote: > > > > Ilie Halip (1): > > objtool: Ignore unreachable trap after call to noreturn functions > > > > Jann Horn (1): > > objtool: Pe

[GIT PULL] objtool changes for v5.10

2020-10-13 Thread Ingo Molnar
Linus, Please pull the latest objtool/core git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git objtool-core-2020-10-13 # HEAD: 2486baae2cf6df73554144d0a4e40ae8809b54d4 objtool: Allow nested externs to enable BUILD_BUG() objtool changes for v5.10: - Most of the

Re: [GIT PULL] RCU changes for v5.10

2020-10-13 Thread Ingo Molnar
* Linus Torvalds wrote: > On Mon, Oct 12, 2020 at 7:14 AM Ingo Molnar wrote: > > > > Please pull the latest core/rcu git tree from: > > > > RCU changes for v5.10: > > > > - Debugging for smp_call_function() > > - RT raw/non-raw lock orderin

[GIT PULL] x86/hyperv change for v5.10

2020-10-12 Thread Ingo Molnar
Linus, Please pull the latest x86/hyperv git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-hyperv-2020-10-12 # HEAD: dfc53baae3c6a165a35735b789e3e083786271d6 x86/hyperv: Remove aliases with X64 in their name A single commit harmonizing the x86 and ARM64

[GIT PULL] x86/paravirt changes for v5.10

2020-10-12 Thread Ingo Molnar
Linus, Please pull the latest x86/paravirt git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-paravirt-2020-10-12 # HEAD: 7c9f80cb76ec9f14c3b25509168b1a2f7942e418 x86/paravirt: Avoid needless paravirt step clearing page table entries Clean up the paravirt code

[GIT PULL] x86/build change for v5.10

2020-10-12 Thread Ingo Molnar
build, such as the CRC sum or limited size data - most of which can be gained via tools. Thanks, Ingo --> Ingo Molnar (1): x86/build: Declutter the build output arch/x86/boot/tools/build.c | 4 1 file changed, 4 deletions(-) diff --git a/arch/x86/b

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

2020-10-12 Thread Ingo Molnar
Linus, Please pull the latest x86/mm git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-mm-2020-10-12 # HEAD: 7a27ef5e83089090f3a4073a9157c862ef00acfc x86/mm/64: Update comment in preallocate_vmalloc_pages() Do not sync vmalloc/ioremap mappings on x86-64

[GIT PULL] x86/kaslr changes for v5.10

2020-10-12 Thread Ingo Molnar
Linus, Please pull the latest x86/kaslr git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-kaslr-2020-10-12 # HEAD: 76167e5c5457aee8fba3edc5b8554183696fc94d x86/kaslr: Replace strlen() with strnlen() This tree cleans up and simplifies the x86 KASLR code, and

Re: [PATCH v5 19/21] asm-generic/atomic: Add try_cmpxchg() fallbacks

2020-10-12 Thread Ingo Molnar
* Masami Hiramatsu wrote: > From: Peter Zijlstra > > Only x86 provides try_cmpxchg() outside of the atomic_t interfaces, > provide generic fallbacks to create this interface from the widely > available cmpxchg() function. > > Signed-off-by: Peter Zijlstra (Intel) > Acked-by: Will Deacon

Re: [PATCH v5 17/21] llist: Add nonatomic __llist_add() and __llist_dell_all()

2020-10-12 Thread Ingo Molnar
* Masami Hiramatsu wrote: > From: Peter Zijlstra > > Signed-off-by: Peter Zijlstra (Intel) Because you are forwarding this patch here, I've added your SOB: Signed-off-by: Masami Hiramatsu (Let me know if that's not OK.) Thanks, Ingo

[GIT PULL] perf/kprobes changes for v5.10

2020-10-12 Thread Ingo Molnar
Linus, Please pull the latest perf/kprobes git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-kprobes-2020-10-12 # HEAD: bcb53209be5cb32d485507452edda19b78f31d84 kprobes: Fix to check probe enabled before disarm_kprobe_ftrace() This tree prepares to unify the

[GIT PULL] performance events updates for v5.10

2020-10-12 Thread Ingo Molnar
Linus, Please pull the latest perf/core git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-core-2020-10-12 # HEAD: f91072ed1b7283b13ca57fcfbece5a3b92726143 perf/core: Fix race in the perf_mmap_close() function These are the performance events changes for

[GIT PULL] Static calls for v5.10

2020-10-12 Thread Ingo Molnar
% (!). The generic implementation is not really excercised on other architectures, outside of the trivial test_static_call_init() self-test. Signed-off-by: Ingo Molnar Thanks, Ingo --> Josh Poimboeuf (5): compiler.h: Make __ADDRESSABLE() symbol truly uni

[GIT PULL] core/build changes for v5.10: Add orphan section checking for x86, ARM and ARM64

2020-10-12 Thread Ingo Molnar
Linus, Please pull the latest core/build git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-build-2020-10-12 # HEAD: 6e0bf0e0e55000742a53c5f3b58f8669e0091a11 x86/boot/compressed: Warn on orphan section placement Orphan link sections were a long-standing

[GIT PULL] EFI changes for v5.10

2020-10-12 Thread Ingo Molnar
Linus, Please pull the latest efi/core git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi-core-2020-10-12 # HEAD: 4d0a4388ccdd9482fef6b26f879d0f6099143f80 Merge branch 'efi/urgent' into efi/core, to pick up fixes EFI changes for v5.10: - Preliminary RISC-V

[GIT PULL] RCU changes for v5.10

2020-10-12 Thread Ingo Molnar
Linus, Please pull the latest core/rcu git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-rcu-2020-10-12 # HEAD: c6de896fa0a4546c799c86513d99bd011b4a6177 Merge branch 'rcu/fix-rt' of git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu into core/rcu

[GIT PULL] locking changes for v5.10

2020-10-12 Thread Ingo Molnar
Linus, Please pull the latest locking/core git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git locking-core-2020-10-12 # HEAD: 2116d708b0580c0048fc80b82ec4b53f4ddaa166 Merge branch 'lkmm' of git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu into

Re: Missing [GIT PULL] request for

2020-10-12 Thread Ingo Molnar
* Sedat Dilek wrote: > Hi, > > yesterday, I saw Ingo tagged "locking-urgent-2020-10-11" in tip Git. > > Did you drop it or was this for Linux v5.9 final and the git-pull > request was simply forgotten? > > Just curious. So I ran the pull request script to send the tree to Linus, but on

[GIT PULL] scheduler changes for v5.10

2020-10-12 Thread Ingo Molnar
Linus, Please pull the latest sched/core git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-core-2020-10-12 # HEAD: feff2e65efd8d84cf831668e182b2ce73c604bbb sched/deadline: Unthrottle PI boosted threads while enqueuing Scheduler changes for v5.10: -

[GIT PULL] x86 fixes

2020-10-11 Thread Ingo Molnar
Linus, Please pull the latest x86/urgent git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-2020-10-11 # HEAD: 0c7689830e907668288a1a1da84dca66dbdb4728 Documentation/x86: Fix incorrect references to zero-page.txt Two fixes: - Fix a (hopefully final)

[GIT PULL] perf fix

2020-10-11 Thread Ingo Molnar
Linus, Please pull the latest perf/urgent git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-2020-10-11 # HEAD: 6d6b8b9f4fceab7266ca03d194f60ec72bd4b654 perf: Fix task_function_call() error handling Fix an error handling bug that can cause a lockup if

Re: [GIT PULL tip/core/rcu+preempt] Fix RT raw/non-raw lock ordering

2020-10-09 Thread Ingo Molnar
* Paul E. McKenney wrote: > Hello! > > This pull request contains Thomas Gleixner's "Make preempt count > unconditional" series [1], but with the addition of a kvfree_rcu() bug-fix > commit making use of this PREEMPT_COUNT addition. This series reduces > the size of the kernel by almost 100

Re: [GIT PULL memory-model] LKMM commits for v5.10

2020-10-09 Thread Ingo Molnar
* Paul E. McKenney wrote: > Hello, Ingo! > > This pull request contains Linux-Kernel Memory-Model commits for v5.10. > These have been subjected to LKML review: > > https://lore.kernel.org/lkml/20200831182012.GA1965@paulmck-ThinkPad-P72 > > All of these have also been subjected to the

Re: [GIT PULL kcsan] KCSAN commits for v5.10

2020-10-09 Thread Ingo Molnar
* Paul E. McKenney wrote: > Hello, Ingo! > > This pull request contains KCSAN updates for v5.10. These have been > subjected to LKML review, most recently here: > > https://lore.kernel.org/lkml/20200831181715.GA1530@paulmck-ThinkPad-P72 > > All of these have also been subjected to

Re: [GIT PULL tip/core/rcu] RCU commits for v5.10

2020-10-09 Thread Ingo Molnar
* Paul E. McKenney wrote: > Hello, Ingo! > > This pull request contains the following changes: > > 1.Documentation updates. > > https://lore.kernel.org/lkml/20200831175419.GA31013@paulmck-ThinkPad-P72 > > 2.Miscellaneous fixes. > >

Re: [sched/fair] fcf0553db6: netperf.Throughput_Mbps -30.8% regression

2020-10-05 Thread Ingo Molnar
* Peter Zijlstra wrote: > On Sun, Oct 04, 2020 at 05:21:08PM +0100, Mel Gorman wrote: > > On Sun, Oct 04, 2020 at 09:27:16PM +0800, kernel test robot wrote: > > > Greeting, > > > > > > FYI, we noticed a -30.8% regression of netperf.Throughput_Mbps due to > > > commit: > > > > > > > > >

Re: [PATCH] kbuild: Run syncconfig with -s

2020-09-14 Thread Ingo Molnar
* Masahiro Yamada wrote: > On Thu, Aug 20, 2020 at 3:35 PM Ingo Molnar wrote: > > > > On every kernel build that runs --syncconfig, there's an output of the > > following line: > > > > scripts/kconfig/conf --syncconfig Kconfig > > > > This is t

Re: [PATCH v2] x86/boot/compressed: Disable relocation relaxation

2020-09-14 Thread Ingo Molnar
* Ard Biesheuvel wrote: > On Mon, 14 Sep 2020 at 01:34, Arvind Sankar wrote: > > > > On Tue, Aug 25, 2020 at 10:56:52AM -0400, Arvind Sankar wrote: > > > On Sat, Aug 15, 2020 at 01:56:49PM -0700, Nick Desaulniers wrote: > > > > Hi Ingo, > > > > I saw you picked up Arvind's other series into

Re: [GIT PULL] First batch of KVM changes for Linux 5.9

2020-09-09 Thread Ingo Molnar
* Christopherson, Sean J wrote: > Ingo Molnar wrote: > > * Paolo Bonzini wrote: > > > > > Paolo Bonzini (11): > > > Merge branch 'kvm-async-pf-int' into HEAD > > > > kvmtool broke in this merge window, hanging during bootup right after CP

Re: [PATCH v1] x86/defconfigs: Unbreak 32-bit defconfig builds

2020-09-09 Thread Ingo Molnar
* Andy Shevchenko wrote: > On Tue, Sep 08, 2020 at 02:13:54PM +0200, Ingo Molnar wrote: > > > > * Andy Shevchenko wrote: > > > > > After the commit 1d0e12fd3a84 ("x86/defconfigs: Refresh defconfig files") > > > 32-bit builds using def

Re: [GIT PULL] First batch of KVM changes for Linux 5.9

2020-09-08 Thread Ingo Molnar
hi, * Paolo Bonzini wrote: > Paolo Bonzini (11): > Merge branch 'kvm-async-pf-int' into HEAD kvmtool broke in this merge window, hanging during bootup right after CPU bringup: [1.289404] #63 [0.012468] kvm-clock: cpu 63, msr 6ff69fc1, secondary cpu clock [0.012468]

Re: [PATCH v1] x86/defconfigs: Unbreak 32-bit defconfig builds

2020-09-08 Thread Ingo Molnar
* Andy Shevchenko wrote: > After the commit 1d0e12fd3a84 ("x86/defconfigs: Refresh defconfig files") > 32-bit builds using defconfig become broken because on x86_64 build host > with no ARCH provided the default behaviour is to assume 64-bit independently > on the configuration file name. The

[GIT PULL] x86 fixes

2020-09-06 Thread Ingo Molnar
Linus, Please pull the latest x86/urgent git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-2020-09-06 # HEAD: 4facb95b7adaf77e2da73aafb9ba60996fe42a12 x86/entry: Unbreak 32bit fast syscall Misc fixes: - Fix more generic entry code ABI fallout - Fix

Re: [PATCH v7 0/5] Warn on orphan section placement

2020-09-06 Thread Ingo Molnar
* Kees Cook wrote: > On Fri, Sep 04, 2020 at 07:58:25AM +0200, Ingo Molnar wrote: > > > > * Nick Desaulniers wrote: > > > > > On Tue, Sep 1, 2020 at 7:53 PM Kees Cook wrote: > > > > > > > > Hi Ingo, > > > > > > >

Re: [PATCH] MAINTAINERS: Add myself as SCHED_DEADLINE reviewer

2020-09-04 Thread Ingo Molnar
* Daniel Bristot de Oliveira wrote: > As discussed with Juri and Peter. > > Signed-off-by: Daniel Bristot de Oliveira Welcome Daniel! :-) I've applied the patch to tip:sched/core. Thanks, Ingo

Re: remove the last set_fs() in common code, and remove it for x86 and powerpc v3

2020-09-04 Thread Ingo Molnar
! For the x86 bits: Acked-by: Ingo Molnar Thanks, Ingo

Re: [PATCH v7 0/5] Warn on orphan section placement

2020-09-03 Thread Ingo Molnar
* Nick Desaulniers wrote: > On Tue, Sep 1, 2020 at 7:53 PM Kees Cook wrote: > > > > Hi Ingo, > > > > The ever-shortening series. ;) Here is "v7", which is just the remaining > > Makefile changes to enable orphan section warnings, now updated to > > include ld-option calls. > > > > Thanks for

Re: 回复: [PATCH v2] debugobjects: install cpu hotplug callback

2020-09-03 Thread Ingo Molnar
* Zhang, Qiang wrote: > tglx please review. > > Thanks > Qiang > > 发件人: linux-kernel-ow...@vger.kernel.org > 代表 qiang.zh...@windriver.com > 发送时间: 2020年8月27日 13:06 > 收件人: t...@linutronix.de; long...@redhat.com; el...@google.com > 抄送:

Re: linux-next: build failure after merge of the tip tree

2020-09-02 Thread Ingo Molnar
* Stephen Rothwell wrote: > Hi all, > > After merging the tip tree, today's linux-next build (powerpc > ppc64_defconfig) failed like this: > > > Caused by commit > > f670269a42bf ("x86: Fix early boot crash on gcc-10, next try") > > interacting with commit > > a9a3ed1eff36 ("x86: Fix

Re: [PATCH v6 00/29] Warn on orphan section placement

2020-09-01 Thread Ingo Molnar
* Ingo Molnar wrote: > > * Ingo Molnar wrote: > > > > > * Kees Cook wrote: > > > > > On Fri, Aug 21, 2020 at 12:42:41PM -0700, Kees Cook wrote: > > > > Hi Ingo, > > > > > > > > Based on my testing, this is re

Re: [PATCH v6 00/29] Warn on orphan section placement

2020-09-01 Thread Ingo Molnar
* Ingo Molnar wrote: > > * Kees Cook wrote: > > > On Fri, Aug 21, 2020 at 12:42:41PM -0700, Kees Cook wrote: > > > Hi Ingo, > > > > > > Based on my testing, this is ready to go. I've reviewed the feedback on > > > v5 and made a few sma

Re: [PATCH v6 00/29] Warn on orphan section placement

2020-09-01 Thread Ingo Molnar
* Kees Cook wrote: > On Fri, Aug 21, 2020 at 12:42:41PM -0700, Kees Cook wrote: > > Hi Ingo, > > > > Based on my testing, this is ready to go. I've reviewed the feedback on > > v5 and made a few small changes, noted below. > > If no one objects, I'll pop this into my tree for -next. I'd

Re: [PATCH] kbuild: Run syncconfig with -s

2020-08-24 Thread Ingo Molnar
* Masahiro Yamada wrote: > On Thu, Aug 20, 2020 at 3:35 PM Ingo Molnar wrote: > > > > On every kernel build that runs --syncconfig, there's an output of the > > following line: > > > > scripts/kconfig/conf --syncconfig Kconfig > > > > This is t

[PATCH] kbuild: Run syncconfig with -s

2020-08-20 Thread Ingo Molnar
any problem it will emit messages anyway. With this change the following simple grep filter will show all build warnings and errors of a kernel build: make | grep -v '^ ' Signed-off-by: Ingo Molnar --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b

[tip: x86/build] x86/build: Declutter the build output

2020-08-20 Thread tip-bot2 for Ingo Molnar
The following commit has been merged into the x86/build branch of tip: Commit-ID: 642d94cf336fe57675e63a91d11f53d74b9a3f9f Gitweb: https://git.kernel.org/tip/642d94cf336fe57675e63a91d11f53d74b9a3f9f Author:Ingo Molnar AuthorDate:Thu, 20 Aug 2020 08:17:40 +02:00 Committer

[tip: x86/cpu] x86/cpu: Fix typos and improve the comments in sync_core()

2020-08-19 Thread tip-bot2 for Ingo Molnar
The following commit has been merged into the x86/cpu branch of tip: Commit-ID: 40eb0cb4939e462acfedea8c8064571e886b9773 Gitweb: https://git.kernel.org/tip/40eb0cb4939e462acfedea8c8064571e886b9773 Author:Ingo Molnar AuthorDate:Tue, 18 Aug 2020 07:31:30 +02:00 Committer

Re: [PATCH] x86/cpu: Fix typos and improve the comments in sync_core()

2020-08-19 Thread Ingo Molnar
* Ricardo Neri wrote: > > @@ -47,16 +47,19 @@ static inline void iret_to_self(void) > > * > > * b) Text was modified on a different CPU, may subsequently be > > * executed on this CPU, and you want to make sure the new version > > - * gets executed. This generally means you're

[PATCH] x86/cpu: Fix typos and improve the comments in sync_core()

2020-08-17 Thread Ingo Molnar
ore this patch the 'compiler barrier' comment was valid for the whole function (there was no branching), but after this patch it reads of it was only valid for the legacy IRET-to-self branch. Which together broke my detector and triggered a bit of compulsive bike-shed painting. ;-) See the resulting

Re: [PATCH] Makefile: Yes. Finally remove '-Wdeclaration-after-statement'

2020-08-17 Thread Ingo Molnar
* Linus Torvalds wrote: > On Mon, Aug 17, 2020 at 3:09 PM Pavel Machek wrote: > > > > Submitter believes "wild variable placement" can help with > > #ifdefs.. and that may be actually good tradeoff. > > I agree that it can help in some cases. > > But it can also make it really hard to find

Re: [PATCH v3] kunit: added lockdep support

2020-08-15 Thread Ingo Molnar
* Peter Zijlstra wrote: > On Sat, Aug 15, 2020 at 10:30:29AM +0200, Ingo Molnar wrote: > > > > * Uriel Guajardo wrote: > > > > > From: Uriel Guajardo > > > > > > KUnit will fail tests upon observing a lockdep failure. Because lockdep >

Re: [PATCH 2/2] x86/MCE/AMD Support new memory interleaving schemes during address translation

2020-08-15 Thread Ingo Molnar
* Yazen Ghannam wrote: > + /* Read D18F1x208 (System Fabric ID Mask 0). */ > + if (amd_df_indirect_read(nid, 1, 0x208, umc, )) > + goto out_err; > + > + /* Determine if system is a legacy Data Fabric type. */ > + legacy_df = !(tmp & 0xFF); 1) I see this pattern in

[GIT PULL] perf fixes

2020-08-15 Thread Ingo Molnar
Linus, Please pull the latest perf/urgent git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-2020-08-15 # HEAD: bcfd218b66790243ef303c1b35ce59f786ded225 perf/x86/rapl: Add support for Intel SPR platform Misc fixes, an expansion of perf syscall access

Re: [PATCH v3] kunit: added lockdep support

2020-08-15 Thread Ingo Molnar
* Uriel Guajardo wrote: > From: Uriel Guajardo > > KUnit will fail tests upon observing a lockdep failure. Because lockdep > turns itself off after its first failure, only fail the first test and > warn users to not expect any future failures from lockdep. > > Similar to

[GIT PULL] locking fixes

2020-08-15 Thread Ingo Molnar
Linus, Please pull the latest locking/urgent git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git locking-urgent-2020-08-15 # HEAD: 405fa8ac89e7aaa87282df659e525992f2639e76 futex: Convert to use the preferred 'fallthrough' macro A documentation fix and a

Re: [PATCH] x86/fsgsbase/64: Fix NULL deref in 86_fsgsbase_read_task

2020-08-15 Thread Ingo Molnar
* Eric Dumazet wrote: > syzbot found its way in 86_fsgsbase_read_task() [1] > > Fix is to make sure ldt pointer is not NULL. Thanks for this fix. Linus has picked it up (inclusive the typos to the x86_fsgsbase_read_task() function name ;-), it's now upstream under: 8ab49526b53d:

[GIT PULL] x86 fixes

2020-08-15 Thread Ingo Molnar
Linus, Please pull the latest x86/urgent git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-2020-08-15 # HEAD: a6d996cbd38b42341ad3fce74506b9fdc280e395 x86/alternatives: Acquire pte lock with interrupts enabled Misc fixes and small updates all around

[GIT PULL] scheduler fixes

2020-08-15 Thread Ingo Molnar
Linus, Please pull the latest sched/urgent git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-urgent-2020-08-15 # HEAD: cc172ff301d8079e941a6eb31758951a6d764084 sched/debug: Fix the alignment of the show-state debug output Two fixes: fix a new tracepoint's

Re: linux-next: new build warnings after binutils update

2020-08-15 Thread Ingo Molnar
* Kees Cook wrote: > On Fri, Aug 14, 2020 at 12:22:06PM +0200, Ingo Molnar wrote: > > > [0] > > > https://lore.kernel.org/lkml/20200731202738.2577854-6-nived...@alum.mit.edu/ > > > > It all looked good to me but was a bit late for v5.9, will pick up > >

Re: [PATCH 1/2] x86/MCE/AMD, EDAC/mce_amd: Use AMD NodeId for Family17h+ DRAM Decode

2020-08-15 Thread Ingo Molnar
* Yazen Ghannam wrote: > From: Yazen Ghannam > > The edac_mce_amd module calls decode_dram_ecc() on AMD Family17h and > later systems. This function is used in amd64_edac_mod to do > system-specific decoding for DRAM ECC errors. The function takes a > "NodeId" as a parameter. > > In AMD

Re: linux-next: new build warnings after binutils update

2020-08-14 Thread Ingo Molnar
* Ard Biesheuvel wrote: > (+ Arvind, Kees) > > On Thu, 13 Aug 2020 at 22:58, Stephen Rothwell wrote: > > > > Hi all, > > > > After upgading some software, builds of Linus' tree now produce these > > warnings: > > > > x86_64-linux-gnu-ld: arch/x86/boot/compressed/head_64.o: warning: > >

Re: [PATCH v2] seqlock: Fix build errors

2020-08-14 Thread Ingo Molnar
* Peter Zijlstra wrote: > > Signed-off-by: Xingxing Su > > --- > > v2: update the commit message > > > > include/linux/seqlock.h | 1 + > > 1 file changed, 1 insertion(+) > > > > diff --git a/include/linux/seqlock.h b/include/linux/seqlock.h > > index 54bc204..4763c13 100644 > > ---

Re: [GIT PULL] x86/mm changes for v5.9

2020-08-13 Thread Ingo Molnar
* Joerg Roedel wrote: > On Thu, Aug 06, 2020 at 11:20:19PM +0200, Ingo Molnar wrote: > > I've reverted it in x86/urgent as well earlier today, can send you > > that tree right now if you prefer that route. > > I sent a fix for preallocate_vmalloc_pages() to c

Re: [PATCH] x86/mm/64: Do not dereference non-present PGD entries

2020-08-13 Thread Ingo Molnar
* Mike Rapoport wrote: > On Mon, Aug 10, 2020 at 07:27:33AM -0700, Dave Hansen wrote: > > ... adding Kirill > > > > On 8/7/20 1:40 AM, Joerg Roedel wrote: > > > + lvl = "p4d"; > > > + p4d = p4d_alloc(_mm, pgd, addr); > > > + if (!p4d) > > > + goto

Re: [PATCH v5 02/17] ARM: Revert back to default scheduler topology.

2020-08-13 Thread Ingo Molnar
* Valentin Schneider wrote: > The ARM-specific GMC level is meant to be built using the thread sibling > mask, but no devicetree in arch/arm/boot/dts uses the 'thread' cpu-map > binding. With SD_SHARE_POWERDOMAIN gone, this topology level can be > removed, at which point ARM no longer benefits

Re: [PATCH] sched: print fields name when do sched_show_task

2020-08-13 Thread Ingo Molnar
* Libing Zhou wrote: > Current sysrq(t) output task fields name are not aligned with > actual task fields value, e.g.: > > kernel: sysrq: SysRq : Show State > kernel: taskPC stack pid father > kernel: systemd S12456 1 0

[tip: locking/urgent] x86/headers: Remove APIC headers from

2020-08-06 Thread tip-bot2 for Ingo Molnar
The following commit has been merged into the locking/urgent branch of tip: Commit-ID: 13c01139b17163c9b2aa543a9c39f8bbc875b625 Gitweb: https://git.kernel.org/tip/13c01139b17163c9b2aa543a9c39f8bbc875b625 Author:Ingo Molnar AuthorDate:Thu, 06 Aug 2020 14:34:32 +02:00

Re: [GIT PULL] x86/mm changes for v5.9

2020-08-06 Thread Ingo Molnar
* Linus Torvalds wrote: > On Thu, Aug 6, 2020 at 11:57 AM Joerg Roedel wrote: > > > > On Thu, Aug 06, 2020 at 03:10:34PM +0200, Ingo Molnar wrote: > > > > > > * Linus Torvalds wrote: > > > > So apparently the "the page-table pages are all pr

Re: improve compat handling for the i386 u64 alignment quirk v2

2020-08-06 Thread Ingo Molnar
> 17 files changed, 113 insertions(+), 159 deletions(-) If nobody objects to this being done at runtime, and if it's 100% ABI compatible, then the x86 impact looks good to me: Acked-by: Ingo Molnar Thanks, Ingo

Re: [PATCH v4 03/10] sched/topology: Propagate SD_ASYM_CPUCAPACITY upwards

2020-08-06 Thread Ingo Molnar
* Valentin Schneider wrote: > We currently set this flag *only* on domains whose topology level exactly > match the level where we detect asymmetry (as returned by > asym_cpu_capacity_level()). This is rather problematic. > > Say there are two clusters in the system, one with a lone big CPU

Re: [GIT PULL] x86/mm changes for v5.9

2020-08-06 Thread Ingo Molnar
* Linus Torvalds wrote: > On Wed, Aug 5, 2020 at 4:03 AM Jason A. Donenfeld wrote: > > > > The commit 8bb9bf242d1f ("x86/mm/64: Do not sync vmalloc/ioremap > > mappings") causes the OOPS below, in Linus' tree and in linux-next, > > unearthed by my CI on

Re: [x86/copy_mc] a0ac629ebe: fio.read_iops -43.3% regression

2020-08-06 Thread Ingo Molnar
* kernel test robot wrote: > Greeting, > > FYI, we noticed a -43.3% regression of fio.read_iops due to commit: > > > commit: a0ac629ebe7b3d248cb93807782a00d9142fdb98 ("x86/copy_mc: Introduce > copy_mc_generic()") > url: >

[tip: x86/urgent] Revert "x86/mm/64: Do not sync vmalloc/ioremap mappings"

2020-08-06 Thread tip-bot2 for Ingo Molnar
The following commit has been merged into the x86/urgent branch of tip: Commit-ID: f17506e2f14bfa8a6a2de9b8b6a3ccc6b6f7c9b6 Gitweb: https://git.kernel.org/tip/f17506e2f14bfa8a6a2de9b8b6a3ccc6b6f7c9b6 Author:Ingo Molnar AuthorDate:Thu, 06 Aug 2020 15:11:03 +02:00 Committer

Re: [PATCH v4 05/10] sched/topology: Define and assign sched_domain flag metadata

2020-08-06 Thread Ingo Molnar
* Valentin Schneider wrote: > +#ifndef SD_FLAG > +#define SD_FLAG(x, y, z) > +#endif AFAICS there's not a single use of sd_flags.h that doesn't come with its own SD_FLAG definition, so I suppose this should be: #ifndef SD_FLAG # error "Should not happen." #endif ? Also, some nits: > +/*

Re: [PATCH v11 2/5] x86: kdump: move reserve_crashkernel_low() into crash_core.c

2020-08-06 Thread Ingo Molnar
t moving of code that doesn't regress on x86: Acked-by: Ingo Molnar Thanks, Ingo

Re: [PATCH] sched/core: add unlikely in group_has_capacity()

2020-08-06 Thread Ingo Molnar
* Qi Zheng wrote: > 1. The group_has_capacity() function is only called in >group_classify(). > 2. Before calling the group_has_capacity() function, >group_is_overloaded() will first judge the following >formula, if it holds, the group_classify() will directly >return the

Re: [PATCH v4 00/10] Function Granular KASLR

2020-08-06 Thread Ingo Molnar
* Kristen Carlson Accardi wrote: > Function Granular Kernel Address Space Layout Randomization (fgkaslr) > - > > This patch set is an implementation of finer grained kernel address space > randomization. It rearranges your

Re: [x86/copy_mc] a0ac629ebe: fio.read_iops -43.3% regression

2020-08-06 Thread Ingo Molnar
* Dan Williams wrote: > On Thu, Aug 6, 2020 at 6:35 AM Ingo Molnar wrote: > > > > > > * kernel test robot wrote: > > > > > Greeting, > > > > > > FYI, we noticed a -43.3% regression of fio.read_iops due to commit: > > > >

Re: [PATCH v4 03/10] sched/topology: Propagate SD_ASYM_CPUCAPACITY upwards

2020-08-06 Thread Ingo Molnar
* Valentin Schneider wrote: > This does sound sensible; I can shuffle this around for v5. Thanks! > FWIW the reason I had this very patch before the instrumentation is that > IMO it really wants to be propagated and could thus directly be tagged with > SDF_SHARED_PARENT when the

Re: [PATCH 1/3] scripts/sorttable: Change section type of orc_lookup to SHT_PROGBITS

2020-08-06 Thread Ingo Molnar
* changhuaixin wrote: > Hi, Ingo > > Another way to write SHT_PROGBITS is using elf_create_section to write > orc_lookup table headers, when orc_unwind_ip table and orc_unwind table are > written. Is this a better solution? > > diff --git a/tools/objtool/orc_gen.c b/tools/objtool/orc_gen.c

Re: [PATCH v4 07/10] sched/topology: Add more flags to the SD degeneration mask

2020-08-06 Thread Ingo Molnar
* Valentin Schneider wrote: > I don't think it is going to change much in practice, but we were missing > those: > > o SD_BALANCE_WAKE: Used just like the other SD_BALANCE_* flags, so also > needs > 1 group. > o SD_ASYM_PACKING: Hinges on load balancing (periodic / wakeup), thus needs > >

Re: [PATCH v4 00/14] liblockdep fixes for 5.9-rc1

2020-08-06 Thread Ingo Molnar
* Sasha Levin wrote: > Hi Linus, > > Please consider applying these patches for liblockdep, or alternatively > pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/sashal/linux.git > tags/liblockdep-fixes-040820 > > The patches fix up compilation and functionality of liblockdep

Re: [GIT PULL] sched/fifo changes for v5.9

2020-08-04 Thread Ingo Molnar
* Ingo Molnar wrote: > When merging to the latest upstream tree there's a conflict in > drivers/spi/spi.c, > which can be resolved via: > > sched_set_fifo(ctlr->kworker_task); Correction, the suggested resolution would be: sched_set_fifo(ctlr->kw

[GIT PULL] sched/fifo changes for v5.9

2020-08-04 Thread Ingo Molnar
off-by: Ingo Molnar Thanks, Ingo --> Peter Zijlstra (24): sched: Provide sched_set_fifo() sched,bL_switcher: Convert to sched_set_fifo*() sched,crypto: Convert to sched_set_fifo*() sched,acpi_pad: Convert to sched_set_fifo*() sched,drbd: C

[GIT PULL] RAS changes for v5.9

2020-08-03 Thread Ingo Molnar
Linus, Please pull the latest ras/core git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git ras-core-2020-08-03 # HEAD: bb2de0adca217a114ce023489426e24152e4bfcf x86/mce, EDAC/mce_amd: Print PPIN in machine check records Boris is on vacation and he asked us to send

[GIT PULL] x86/timers change for v5.9

2020-08-03 Thread Ingo Molnar
Linus, Please pull the latest x86/timers git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-timers-2020-08-03 # HEAD: 898ec52d2ba05915aaedcdb21bff2e944c883cb8 x86/xen/time: Set the X86_FEATURE_TSC_KNOWN_FREQ flag in xen_tsc_khz() A single commit which sets the

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

2020-08-03 Thread Ingo Molnar
, which allowed the removal of the legacy EFI old_mmap code as well. This removes quite a bunch of old code & quirks. Signed-off-by: Ingo Molnar Thanks, Ingo --> steve.w...@hpe.com (13): x86/platform/uv: Remove support for UV1 platform from uv_time

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

2020-08-03 Thread Ingo Molnar
Linus, Please pull the latest x86/mm git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-mm-2020-08-03 # HEAD: 2b32ab031e82a109e2c5b0d30ce563db0fe286b4 x86/mm/64: Make sync_global_pgds() static The biggest change is to not sync the vmalloc and ioremap ranges for

[GIT PULL] x86/misc changes for v5.9

2020-08-03 Thread Ingo Molnar
if they happen outside the allowed set of MSRs, which is a single one for now, MSR_IA32_ENERGY_PERF_BIAS. The plan is to eventually disable MSR writes by default (they can still be enabled via allow_writes=on). Signed-off-by: Ingo Molnar Thanks, Ingo --> Borislav Petkov

[GIT PULL] x86/microcode change for v5.9

2020-08-03 Thread Ingo Molnar
Linus, Please pull the latest x86/microcode git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-microcode-2020-08-03 # HEAD: c8a59a4d8e3c9e609fa915e39c3628c6dd08aeea x86/microcode: Do not select FW_LOADER A single commit that removes the microcode loader's

[GIT PULL] x86/fpu change for v5.9

2020-08-03 Thread Ingo Molnar
Linus, Please pull the latest x86/fpu git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-fpu-2020-08-03 # HEAD: 4185b3b92792eaec5869266e594338343421ffb0 selftests/fpu: Add an FPU selftest A single commit that adds the /sys/kernel/debug/selftest_helpers/test_fpu

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

2020-08-03 Thread Ingo Molnar
Linus, Please pull the latest x86/cpu git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cpu-2020-08-03 # HEAD: f69ca629d89d65737537e05308ac531f7bb07d5c x86/cpu: Refactor sync_core() for readability Misc changes: - Prepare for Intel's new SERIALIZE

[GIT PULL] x86/core changes for v5.9

2020-08-03 Thread Ingo Molnar
Linus, Please pull the latest x86/core git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-core-2020-08-03 # HEAD: ef2ff0f5d6008d325c9a068e20981c0d0acc4d6b x86/dumpstack: Show registers dump with trace's log level Improve x86 debuggability: print registers with

[GIT PULL] x86/cleanups for v5.9

2020-08-03 Thread Ingo Molnar
erm: Initialize pointer bitmap with NULL rather than 0 Guenter Roeck (1): cpu/speculation: Add prototype for cpu_show_srbds() Ingo Molnar (3): x86/ioapic: Remove unused "IOAPIC_AUTO" define x86/tsc: Remove unused "US_SCALE" and "NS_SCALE" leftover macro

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

2020-08-03 Thread Ingo Molnar
link stage. Thanks, Ingo --> Arvind Sankar (1): x86/build: Move max-page-size option to LDFLAGS_vmlinux Ingo Molnar (1): x86/defconfigs: Refresh defconfig files Sedat Dilek (1): x86/defconfigs: Remove CONFIG_CRYPTO_AES_586 from i386_defconfig arch/

[GIT PULL] x86/boot changes for v5.9

2020-08-03 Thread Ingo Molnar
Linus, Please pull the latest x86/boot git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-boot-2020-08-03 # HEAD: 1ac1efa5f6950f8f126f2c1921bb699ce009ec7d Documentation: dontdiff: Add zstd compressed files The main change in this cycle was to add support for

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