* 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:
>
> 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
* 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
>
* 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
* 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
* 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
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
* 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
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
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
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
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
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
* 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
* 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
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
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
% (!).
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
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
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
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
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
* 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
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:
-
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)
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
* 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
* 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
* 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
* 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.
>
>
* 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:
> > >
> > >
> > >
* 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
* 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
* 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
* 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
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]
* 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
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
* 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,
> > > >
> > >
* 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
! For the x86 bits:
Acked-by: Ingo Molnar
Thanks,
Ingo
* 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
* 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
> 抄送:
* 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
* 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
* 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
* 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
* 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
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
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
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
* 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
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
* 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
* 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
>
* 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
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
* 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
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
* 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:
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
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
* 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
> >
* 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
* 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:
> >
* 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
> > ---
* 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
* 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
* 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
* 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
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
* 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
> 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
* 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
* 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
* 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:
>
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
* 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:
> +/*
t moving of code that doesn't
regress on x86:
Acked-by: Ingo Molnar
Thanks,
Ingo
* 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
* 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
* 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:
> > >
>
* 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
* 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
* 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
> >
* 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
* 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
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
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
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
, 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
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
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
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
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
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
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
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
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/
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
101 - 200 of 32614 matches
Mail list logo