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
Linus,
Please pull the latest x86/asm git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-asm-2020-08-03
# HEAD: 158807de5822d1079e162a3762956fd743dd483e x86/uaccess: Make
__get_user_size() Clang compliant on 32-bit
A couple of changes, concentrated into the
the alternatives patching syslog debug output.
Signed-off-by: Ingo Molnar
Thanks,
Ingo
-->
Borislav Petkov (1):
x86/alternatives: Add pr_fmt() to debug macros
arch/x86/kernel/alternative.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
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-08-03
# HEAD: 949bcb8135a96a6923e676646bd29cbe69e8350f sched/doc: Factorize bits
between sched-energy.rst & sched-capacity.rst
The main changes in this
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-08-03
# HEAD: d903b6d029d66e6478562d75ea18d89098f7b7e8 perf/x86/rapl: Add Hygon
Fam18h RAPL support
- HW support updates:
- Add uncore support for Intel
relocations, in preparation to merge 'recordmcount'
functionality into objtool.
- Fix assumption that broke under --ffunction-sections (LTO) builds.
- Misc cleanups.
Signed-off-by: Ingo Molnar
Thanks,
Ingo
-->
Kristen Carlson Accardi (1):
objtool: Do not assume or
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-08-03
# HEAD: 992414a18cd4de05fa3f8ff7e1c29af758bdee1a Merge branch 'locking/nmi'
into locking/core, to pick up completed topic branch
These were the
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-08-03
# HEAD: c1cc4784ce6e8cceff1013709abd74bcbf7fbf24 Merge branch 'for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu into core/rcu
the instrumentation_begin()/end() bits from
compiler.h.
Thanks,
Ingo
-->
Ingo Molnar (1):
compiler.h: Move instrumentation_begin()/end() to new
header
arch/x86/include/asm/bug.h | 1 +
include/asm-generic/bug.h| 1 +
include/linux/compile
Linus,
Please pull the latest core/debugobjects git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-debugobjects-2020-08-03
# HEAD: 0f85c4805184765ff35e0079b3241ee8f25d1b2b debugobjects: Convert to
DEFINE_SHOW_ATTRIBUTE
A single commit which simplifies a
Linus,
Please pull the latest irq/urgent fixes left over from the v5.8 cycle from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-2020-08-02
# HEAD: aa251fc5b936d3ddb4b4c4b36427eb9aa3347c82 genirq/debugfs: Add missing
irqchip flags
Fix a recent IRQ affinities
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-02
# HEAD: bdd65589593edd79b6a12ce86b3b7a7c6dae5208 x86/i8259: Use
printk_deferred() to prevent deadlock
A single fix for a potential deadlock when
2 +-
> arch/x86/mm/numa.c | 2 +-
> include/linux/memblock.h | 19 ---
> mm/memblock.c | 4 ++--
> mm/page_alloc.c| 8
> 8 files changed, 28 insertions(+), 14 deletions(-)
The x86 part:
Acked-by: Ingo Molnar
Thanks,
Ingo
on from limited range will anyway fail if there is no enough
> memory, so there is no need for extra traversal of memblock.memory
>
> Signed-off-by: Mike Rapoport
Assuming that this got or will get tested with a crash kernel:
Acked-by: Ingo Molnar
Thanks,
Ingo
n.
>
> Signed-off-by: Mike Rapoport
Assuming there's no hidden dependency here breaking something:
Acked-by: Ingo Molnar
Thanks,
Ingo
* Stephen Rothwell wrote:
> Hi all,
>
> After merging the tip tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> In file included from include/asm-generic/getorder.h:8,
> from arch/arm/include/asm/page.h:166,
> from
* Nick Terrell wrote:
> From: Adam Borowski
>
> For now, that's arch/x86/boot/compressed/vmlinux.bin.zst but probably more
> will come, thus let's be consistent with all other compressors.
>
> Tested-by: Sedat Dilek
> Reviewed-by: Kees Cook
> Signed-off-by: Nick Terrell
> Signed-off-by:
* Arvind Sankar wrote:
> On Tue, Jul 28, 2020 at 06:57:01PM -0400, Arvind Sankar wrote:
> > v2->v3:
> > - Fix the first patch: command line size should be strlen + 1 to account
> > for terminating NUL. Avoid calling add_identity_map if cmdline was
> > NULL, though it should do nothing in
* Paul E. McKenney wrote:
> Hello, Ingo!
>
> This pull request contains the following changes:
>
> 1.Documentation updates.
>
> https://lore.kernel.org/lkml/20200623000923.GA25047@paulmck-ThinkPad-P72
>
> 2.Miscellaneous fixes.
>
>
* Mike Rapoport wrote:
> On Tue, Jul 28, 2020 at 12:44:40PM +0200, Ingo Molnar wrote:
> >
> > * Mike Rapoport wrote:
> >
> > > From: Mike Rapoport
> > >
> > > numa_clear_kernel_node_hotplug() function first traverses numa_meminfo
> >
* Marco Elver wrote:
> To improve the general usefulness of the IRQ state trace information
> with KCSAN enabled, save and restore the trace information when entering
> and exiting the KCSAN runtime as well as when generating a KCSAN report.
>
> Without this, reporting the IRQ state trace
* Arvind Sankar wrote:
> The first 7 patches are cleanup and minor bugfixes on the x86 KASLR
> code.
>
> The last one is a bit of an RFC. The memory regions used for KASLR are
> stored as 64-bit even on a 32-bit kernel. However there are still a few
> local variables that are 32-bit, but
* Arvind Sankar wrote:
> Commit
> f28442497b5c ("x86/boot: Fix KASLR and memmap= collision")
> converted mem_vector type to use 64-bit on the 32-bit kernel as well,
> based on Thomas's review [0]. However:
> - the code still doesn't consistently use 64-bit types. For instance,
>
* Arvind Sankar wrote:
> The number of slots and slot areas can be unsigned int, since on 64-bit,
> the maximum amount of memory is 2^52, the minimum alignment is 2^21, so
> the slot number cannot be greater than 2^31. The slot areas are limited
> by MAX_SLOT_AREA, currently 100. Replace the
* Arvind Sankar wrote:
> Short-circuit the whole function on 32-bit.
>
> Replace the loop to determine the number of 1Gb pages with arithmetic.
>
> Fix one minor bug: if the end of the region is aligned on a 1Gb
> boundary, the current code will not use the last available 1Gb page due
> to
* Arvind Sankar wrote:
> Get rid of unnecessary temporary variables and redundant tests in
> __process_mem_region.
>
> Fix one minor bug: in case of an overlap, the beginning of the region
> should be used even if it is exactly image_size, not just strictly
> larger.
>
> Change type of
eletions(-)
I suspect you'd like to carry this in the -mm tree?
Acked-by: Ingo Molnar
Thanks,
Ingo
* Thomas Gleixner wrote:
> Ingo Molnar writes:
> >> - get_option(, _cpus);
> >> + if (get_option(, _cpus) != 1)
> >> + return -EINVAL;
> >> +
> >>if (nr_cpus > 0 && nr_cpus < nr_cpu_ids)
> >>
* pet...@infradead.org wrote:
>
> Prior to commit 859d069ee1dd ("lockdep: Prepare for NMI IRQ state
> tracking") IRQ state tracking was disabled in NMIs due to nmi_enter()
> doing lockdep_off() -- with the obvious requirement that NMI entry
> call nmi_enter() before trace_hardirqs_off().
>
>
* pet...@infradead.org wrote:
> On Mon, Jul 27, 2020 at 01:21:44PM +0200, Ingo Molnar wrote:
> >
> > * pet...@infradead.org wrote:
> >
> > >
> > > Abuse the SMAP rules to ensure poke_int3_handler() doesn't call out to
> > > anything.
&
* Muchun Song wrote:
> When the cmdline of "nr_cpus" is not valid, the @nr_cpu_ids is assigned
> a stale value. The nr_cpus is only valid when get_option() return 1. So
> check the return value to prevent this.
>
> Signed-off-by: Muchun Song
> ---
> changelog in v3:
> 1) Return -EINVAL when
* vincent.donnef...@arm.com wrote:
> From: Vincent Donnefort
>
> Introducing two macro helpers u64_32read() and u64_32read_set_copy() to
> factorize the u64 vminruntime and last_update_time read on a 32-bits
> architecture. Those new helpers encapsulate smp_rmb() and smp_wmb()
>
* pet...@infradead.org wrote:
>
> Abuse the SMAP rules to ensure poke_int3_handler() doesn't call out to
> anything.
>
> Signed-off-by: Peter Zijlstra (Intel)
> ---
> tools/objtool/check.c |8
> 1 file changed, 8 insertions(+)
>
> --- a/tools/objtool/check.c
> +++
* Joerg Roedel wrote:
> From: Joerg Roedel
>
> Hi,
>
> here is the third version of the patches to pre-allocate P4D/PUD pages
> for the vmalloc/ioremap areas on x86-64. This makes the page-table
> synchronization code obsolete and so it is also removed.
>
> Please review.
>
> Thanks,
>
>
* Ricardo Neri wrote:
> A recent submission to LKML introduced a CPU feature flag for a new
> Intel architecture Serializing Instruction, SERIALIZE [1]. Unlike the
> existing Serializing Instructions, this new instruction does not have
> side effects such as clobbering registers or exiting to
* Thomas Gleixner wrote:
> Ingo Molnar writes:
> > The __secure_computing() callback only exists on CONFIG_SECCOMP=y,
>
> No. There is a stub function for the SECCOMP=n case.
Which was buggy:
static inline int __secure_computing(void) { return 0; }
Note the 'void'
The following commit has been merged into the core/entry branch of tip:
Commit-ID: aadfc2f957cb470a5a7e52cc41a2fa86e784bcd2
Gitweb:
https://git.kernel.org/tip/aadfc2f957cb470a5a7e52cc41a2fa86e784bcd2
Author:Ingo Molnar
AuthorDate:Sat, 25 Jul 2020 11:19:51 +02:00
Committer
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-07-25
# HEAD: fe5ed7ab99c656bd2f5b79b49df0e9ebf2cead8a uprobes: Change
handle_swbp() to send SIGTRAP with si_code=SI_KERNEL, to fix GDB regression
Fix a
* Peter Zijlstra wrote:
> Get rid of the __call_single_node union and clean up the API a little
> to avoid external code relying on the structure layout as much.
>
> Signed-off-by: Peter Zijlstra (Intel)
> ---
> drivers/gpu/drm/i915/i915_request.c |4 ++--
> include/linux/irq_work.h
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-07-25
# HEAD: d181d2da0141371bbc360eaea78719203e165e1c x86/dumpstack: Dump user
space code correctly again
Misc fixes:
- Fix a section end page alignment
Linus,
Please pull the latest timers/urgent git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-2020-07-25
# HEAD: b4a25fb0e62990df467451744b22e0e24960a5e6 Merge tag 'timers-v5.8-rc7'
of https://git.linaro.org/people/daniel.lezcano/linux into
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-07-25
# HEAD: 062d3f95b630113e1156a31f376ad36e25da29a7 sched: Warn if garbage is
passed to default_wake_function()
Fix a race introduced by the recent
* Ingo Molnar wrote:
>
> * Joerg Roedel wrote:
>
> > On Thu, Jul 23, 2020 at 04:46:04PM +0200, Thomas Gleixner wrote:
> > > Joerg Roedel writes:
> > > > while testing the SEV-ES patches on todays tip/master I triggered the
> > > >
Linus,
Please pull the latest efi/urgent git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
efi-urgent-2020-07-25
# HEAD: 74f85551666fe40bd739e95b5ecb20f53f8ad4df Merge tag
'efi-urgent-for-v5.8-rc4' of
git://git.kernel.org/pub/scm/linux/kernel/git/efi/efi into
* Ard Biesheuvel wrote:
> Ping again?
Sorry about the delay - sending it to Linus now.
Thanks,
Ingo
* Jarkko Sakkinen wrote:
> On Fri, Jul 24, 2020 at 11:17:11AM +0200, Ingo Molnar wrote:
> >
> > * Jarkko Sakkinen wrote:
> >
> > > --- a/kernel/kprobes.c
> > > +++ b/kernel/kprobes.c
> > > @@ -564,7 +564,7 @@ static void kprobe_optimizer(
The following commit has been merged into the x86/cleanups branch of tip:
Commit-ID: 8cd591aeb1d650f79a49d8704c35a78bf18f5de9
Gitweb:
https://git.kernel.org/tip/8cd591aeb1d650f79a49d8704c35a78bf18f5de9
Author:Ingo Molnar
AuthorDate:Fri, 24 Jul 2020 13:44:16 +02:00
The following commit has been merged into the x86/cleanups branch of tip:
Commit-ID: 4b8e0328e56e177663645a96ea4c5c0401ecd78f
Gitweb:
https://git.kernel.org/tip/4b8e0328e56e177663645a96ea4c5c0401ecd78f
Author:Ingo Molnar
AuthorDate:Fri, 24 Jul 2020 13:44:18 +02:00
The following commit has been merged into the x86/build branch of tip:
Commit-ID: 1d0e12fd3a848199f973d42677cde423b76cafaf
Gitweb:
https://git.kernel.org/tip/1d0e12fd3a848199f973d42677cde423b76cafaf
Author:Ingo Molnar
AuthorDate:Fri, 24 Jul 2020 15:06:38 +02:00
Committer
The following commit has been merged into the x86/cleanups branch of tip:
Commit-ID: 161449bad5053d66f2310744ba8498158ab12c89
Gitweb:
https://git.kernel.org/tip/161449bad5053d66f2310744ba8498158ab12c89
Author:Ingo Molnar
AuthorDate:Fri, 24 Jul 2020 13:44:17 +02:00
The noinstr attribute is to be specified before the return type in the
same way 'inline' is used.
Similar cases were recently fixed for x86, via:
7f6fa101dfac: ("x86: Correct noinstr qualifiers")
These 2 cases were carried over by the new generic entry code.
Signed-off-by: I
secure_computing_strict() API anyway.
It's on top of the latest tip:x86/entry.
Thanks,
Ingo
Ingo Molnar (2):
entry: Fix CONFIG_SECCOMP assumption
entry: Correct 'noinstr' attributes
arch/Kconfig | 6 --
kernel/entry/common.c | 6 --
2 files changed, 8 insertions(+), 4
. This was implicit in the generic code due to
x86 being a modern seccomp-filter architecture.
Also move the Kconfig entry to after its HAVE_ARCH_SECCOMP_FILTER
dependency and fix minor whitespace damage while at it.
Fixes: 142781e108b1: ("entry: Provide generic syscall entry functionality")
Signed-of
* Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> Replace the x86 code with the generic variant. Use temporary defines for
> idtentry_* which will be cleaned up in the next step.
>
> Signed-off-by: Thomas Gleixner
There was a comment that still referenced the old x86-specific API
* Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> Use the generic infrastructure to check for and handle pending work before
> transitioning into guest mode.
>
> This now handles TIF_NOTIFY_RESUME as well which was ignored so
> far. Handling it is important as this covers task work and
* Huaixin Chang wrote:
> In order to edit orc_lookup table via sorttable, type of section
> orc_lookup needs to be SHT_PROGBITS instead of SHT_NOBITS.
>
> Linker script doesn't seem to allow manual specification of the section
> type, so just write a byte into the section instead.
>
>
* Huaixin Chang wrote:
> Since orc tables are already sorted by sorttable tool, let us move
> building of fast lookup table into sorttable tool too. This saves us
> 6380us from boot time under Intel(R) Xeon(R) CPU E5-2682 v4 @ 2.50GHz
> with 64 cores.
Neat!
> +struct orc_sort_param {
> +
* Joerg Roedel wrote:
> On Thu, Jul 23, 2020 at 04:46:04PM +0200, Thomas Gleixner wrote:
> > Joerg Roedel writes:
> > > while testing the SEV-ES patches on todays tip/master I triggered the BUG
> > > below:
> > >
> > > [ 137.629660] [ cut here ]
> > > [ 137.630769]
Do a 'make savedefconfig' run to reduce file size & match entry order.
Ingo Molnar (1):
x86/defconfigs: Refresh defconfig files
arch/x86/configs/i386_defconfig | 91 +++---
arch/x86/configs/x86_64_defconfig | 93 +++
2 files changed
Make a 'make savedefconfig' pass over our main defconfig files,
which keeps the defconfig result the same, but compresses
the file where defaults were changed or options removed.
Signed-off-by: Ingo Molnar
Cc: linux-kernel@vger.kernel.org
---
arch/x86/configs/i386_defconfig | 91
* Jiang Biao wrote:
> On Fri, 24 Jul 2020 at 18:34, Vincent Guittot
> wrote:
> >
> > On Fri, 24 Jul 2020 at 10:12, Jiang Biao wrote:
> > >
> > > On Fri, 24 Jul 2020 at 15:24, Vincent Guittot
> > > wrote:
> > > >
> > > > On Fri, 24 Jul 2020 at 01:39, Jiang Biao wrote:
> > > > >
> > > > >
* Nick Terrell wrote:
> --- a/arch/x86/boot/compressed/misc.c
> +++ b/arch/x86/boot/compressed/misc.c
> @@ -12,6 +12,11 @@
> * High loaded stuff by Hans Lermen & Werner Almesberger, Feb. 1996
> */
>
> +/* decompressors bring in EXPORT_SYMBOL which is meaningless and will
> + * cause
* Randy Dunlap wrote:
> On 7/23/20 12:27 PM, Nick Terrell wrote:
> > +config KERNEL_ZSTD
> > + bool "ZSTD"
> > + depends on HAVE_KERNEL_ZSTD
> > + help
> > + ZSTD is a compression algorithm targeting intermediate compression
> > + with fast decompression speed. It will compress
* Nick Terrell wrote:
> +/* Size of the input and output buffers in multi-call mode.
> + * Pick a larger size because it isn't used during kernel decompression,
> + * since that is single pass, and we have to allocate a large buffer for
> + * zstd's window anyways. The larger size speeds up
The following commit has been merged into the core/headers branch of tip:
Commit-ID: d19e789f068b3d633cbac430764962f404198022
Gitweb:
https://git.kernel.org/tip/d19e789f068b3d633cbac430764962f404198022
Author:Ingo Molnar
AuthorDate:Fri, 24 Jul 2020 13:50:25 +02:00
Remove a couple of stray defines I noticed, with a bit of Git history
archeology to make sure they won't be used in the future either.
Ingo Molnar (3):
x86/ioapic: Remove unused "IOAPIC_AUTO" define
x86/tsc: Remove unused "US_SCALE" and "NS_SCALE" leftover macr
Last use was removed more than 5 years ago, in:
5ad274d41c1b: ("x86/irq: Remove unused old IOAPIC irqdomain interfaces")
Signed-off-by: Ingo Molnar
Cc: Borislav Petkov
Cc: Thomas Gleixner
---
arch/x86/include/asm/io_apic.h | 1 -
1 file changed, 1 deletion(-)
diff --git
ough the 5-level paging
conversion.
Also clean up the 'level' comments a bit, to convey the original, meanwhile
somewhat
bit-rotten notion, that these are empty comment blocks with no methods to
handle any
of the levels except the PTE level.
Signed-off-by: Ingo Molnar
Cc: Dave Hansen
long gone.
This cleanup also removes the 'arbitralrily' typo from the comment,
so win-win. ;-)
Signed-off-by: Ingo Molnar
Cc: Borislav Petkov
Cc: Thomas Gleixner
Cc: Peter Zijlstra
---
arch/x86/include/asm/tsc.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/x86/include/asm/tsc.h b/arch/x86/i
* Jarkko Sakkinen wrote:
> Use text_alloc() and text_free() instead of module_alloc() and
> module_memfree() when an arch provides them.
>
> Cc: linux...@kvack.org
> Cc: Andi Kleen
> Cc: Masami Hiramatsu
> Cc: Peter Zijlstra
> Signed-off-by: Jarkko Sakkinen
> ---
> kernel/kprobes.c | 9
* Jarkko Sakkinen wrote:
> +void text_free(void *region)
> +{
> + /*
> + * This memory may be RO, and freeing RO memory in an interrupt is not
> + * supported by vmalloc.
> + */
> + lockdep_assert_irqs_enabled();
> +
> + vfree(region);
Had to dig around a bit to
* Jarkko Sakkinen wrote:
> --- a/kernel/kprobes.c
> +++ b/kernel/kprobes.c
> @@ -564,7 +564,7 @@ static void kprobe_optimizer(struct work_struct *work)
> cpus_read_lock();
> mutex_lock(_mutex);
> /* Lock modules while optimizing kprobes */
> - mutex_lock(_mutex);
> +
* Jarkko Sakkinen wrote:
> Add lock_modules() and unlock_modules() wrappers for acquiring module_mutex
> in order to remove the compile time dependency to it.
>
> Cc: linux...@kvack.org
> Cc: Andi Kleen
> Cc: Peter Zijlstra
> Suggested-by: Masami Hiramatsu
> Signed-off-by: Jarkko Sakkinen
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: a4c0e91d1d65bc58f928b80ed824e10e165da22c
Gitweb:
https://git.kernel.org/tip/a4c0e91d1d65bc58f928b80ed824e10e165da22c
Author:Ingo Molnar
AuthorDate:Sun, 05 Jul 2020 21:33:11 +02:00
Committer
Linus,
Please pull the latest timers/urgent git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-2020-06-28
# HEAD: f097eb38f71391ff2cf078788bad5a00eb3bd96a timekeeping: Fix kerneldoc
system_device_crosststamp & al
A single DocBook fix.
Thanks,
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-06-28
# HEAD: 16accae3d97f97d7f61c4ee5d0002bccdef59088 perf/x86/rapl: Fix RAPL
config variable bug
A single Kbuild dependency fix.
Signed-off-by: Ingo
Linus,
Please pull the latest efi/urgent git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
efi-urgent-2020-06-28
# HEAD: 2a55280a3675203496d302463b941834228b9875 efi/libstub: arm: Print CPU
boot mode and MMU state at boot
- Fix build regression on v4.8 and older
* Borislav Petkov wrote:
> Hi Linus,
>
> please pull the sched/urgent pile. I had to rebase it last-minute ontop
> of -rc2 because it was based on a random merge commit after -rc2 and I
> know you don't like pull requests based on random commits if there's not
> a real reason for that.
I
* Borislav Petkov wrote:
> On Sun, Jun 28, 2020 at 09:57:00AM -0700, Linus Torvalds wrote:
> > Tssk. This has an unnecessary merge "to resolve conflicts". I'd much
> > rather have seen the pull without that.
>
> Yeah, reportedly because "Linus renamed probe_kernel_read() and [peterz]
>
* Peter Zijlstra wrote:
> On Thu, Jun 04, 2020 at 10:19:28AM +0200, Ingo Molnar wrote:
> > The tested v2 version of the patch also needed the include in
> > asm-generic/bug.h (see the fix attached below), because for
> > completeness the generic version was annotated
* Linus Torvalds wrote:
> On Thu, Jun 4, 2020 at 10:29 AM Ingo Molnar wrote:
> >
> > Yeah, sure - here's the updated pull request for the rest:
> >
> >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> > x8
* Linus Torvalds wrote:
> I really get the feeling that this feature just isn't ready.
>
> Ingo - would you mind sending me a pull request for the (independent)
> TLB cleanups part of that x86/mm tree? Because everything up to and
> including commit bd1de2a7aace ("x86/tlb/uv: Add a forward
* Ingo Molnar wrote:
>
> * Linus Torvalds wrote:
>
> > On Mon, Jun 1, 2020 at 6:08 AM Ingo Molnar wrote:
> > >
> > > include/linux/compiler.h| 53 +++
> >
> > I have pulled this, but do we really want to ad
* Linus Torvalds wrote:
> On Mon, Jun 1, 2020 at 6:08 AM Ingo Molnar wrote:
> >
> > include/linux/compiler.h| 53 +++
>
> I have pulled this, but do we really want to add this to a header file
> that is _so_ core that it gets incl
* Paul E. McKenney wrote:
> Hello!
>
> This pull request contains a single commit that fixes a printk() format
> error that appears on 32-bit architectures. This could be argued to
> be a minor bug, but it is a regression from this week's merge window,
> and is in code that is never used in
making flush_smp_call_function_queue()
process sync callbacks first.
- Misc fixes and enhancements.
Signed-off-by: Ingo Molnar
Thanks,
Ingo
-->
Chen Yu (2):
sched: Make newidle_balance() static again
sched: Extract the task putting code from pick_next_task()
Davidlohr
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 25de110d148666752dc0e0da7a0b69de31cd7098
Gitweb:
https://git.kernel.org/tip/25de110d148666752dc0e0da7a0b69de31cd7098
Author:Ingo Molnar
AuthorDate:Tue, 02 Jun 2020 12:08:39 +02:00
Committer
* Balbir Singh wrote:
> > At a _minimum_, SMT being enabled should disable this kind of crazy
> > pseudo-security entirely, since it is completely pointless in that
> > situation. Scheduling simply isn't a synchronization point with SMT
> > on, so saying "sure, I'll flush the L1 at context
Linus,
Please pull the latest x86/vdso git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-vdso-2020-06-01
# HEAD: cd2f45b7514cdddabbf3f81a98a20ae02f99efa1 x86/vdso/Makefile: Add
vobjs32
Clean up various aspects of the vDSO code, no change in
functionality
Linus,
Please pull the latest x86/platform git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-platform-2020-06-01
# HEAD: 33649bf4494c1feaf1956a84895fcc0621aafd90 x86/apic/uv: Remove code
for unused distributed GRU mode
This tree cleans up various aspects of
being snooped or leaked via side channels
after the task has context switched out.
Signed-off-by: Ingo Molnar
out-of-topic modifications in x86/mm:
---
include/uapi/linux/prctl.h # edf7ce0b231c: prctl: Hook L1D flushing
in
Thanks,
Ingo
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-06-01
# HEAD: 55e00fb66fd5048f4a3ee357018fd26fc527abca x86/fpu/xstate: Restore
supervisor states for signal return
Most of the changes here related to 'XSAVES
, fix a kernel erratum.
Signed-off-by: Ingo Molnar
out-of-topic modifications in x86/cpu:
include/linux/mod_devicetable.h# e9d7144597b1: x86/cpu: Add a steppings
fie
Thanks,
Ingo
-->
Borislav Petkov (2):
x86/
on removing obsolete/dead code.
Signed-off-by: Ingo Molnar
out-of-topic modifications in x86/cleanups:
-
fs/proc/task_mmu.c # 66648766ef38: mm: Remove MPX leftovers
include/linux/crash_dump.h # 4c5b566c2193: crash_dump
Linus,
Please pull the latest x86/build git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-build-2020-06-01
# HEAD: 38f3e775e9c242f5430a9c08c11be7577f63a41c x86/Kconfig: Update config
and kernel doc for MPK feature on AMD
Misc dependency fixes, plus a
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-06-01
# HEAD: 5214028dd89e49ba27007c3ee475279e584261f0 x86/boot: Correct
relocation destination on old linkers
Misc updates:
- Add the initrdmem= boot option
Linus,
Please pull the latest smp/core git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git smp-core-2020-06-01
# HEAD: fb7fb84a0c4e8021ddecb157802d58241a3f1a40 cpu/hotplug: Remove
__freeze_secondary_cpus()
Misc cleanups in the SMP hotplug and cross-call code.
201 - 300 of 32618 matches
Mail list logo
