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: 864b23f0169d5bff677e8443a7a90dfd6b090afc x86/platform/uv: Fix
kmalloc() NULL check routine
The biggest change is the rework of
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: bc04a049f058a472695aa22905d57e2b1f4c77d9 x86/mm: Fix
cpumask_of_node() error condition
The changes in this cycle were:
- Make
Linus,
Please pull the latest x86-hyperv-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-hyperv-for-linus
# HEAD: 83527ef7abf7c02c33a90b00f0954db35415adbd drivers: hv: vmbus: Replace
page definition with Hyper-V specific one
Misc updates related
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: 6365b842aae4490ebfafadfc6bb27a6d3cc54757 x86/syscalls: Split the x32
syscalls into their own table
This tree contains x32 and compat
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: 0cc5359d8fd45bc410906e009117e78e2b5b2322 x86/cpu: Update init data
for new Airmont CPU model
The changes in this cycle were:
- Rework the
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: 701010532164eaacd415ec5683717da03f4b822d x86/build: Remove unneeded
uapi asm-generic wrappers
A single change that removes unnecessary
Linus,
Please pull the latest x86-boot-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-boot-for-linus
# HEAD: d5a1baddf1585885868cbab55989401fb97118c6 x86/boot: Use common
BUILD_BUG_ON
Clean up the BUILD_BUG_ON() definition which can cause build
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: e86c2c8b9380440bbe761b8e2f63ab6b04a45ac2 x86/umip: Add emulation
(spoofing) for UMIP covered instructions in 64-bit processes as well
The
Linus,
Please pull the latest sched-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-core-for-linus
# HEAD: 563c4f85f9f0d63b712081d5b4522152cdcb8b6b Merge branch 'sched/rt'
into sched/core, to pick up -rt changes
The main changes in this
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: e336b4027775cb458dc713745e526fa1a1996b2a kprobes: Prohibit probing
on BUG() and WARN() address
Kernel side changes:
- Improved
Linus,
Please pull the latest locking-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
locking-core-for-linus
# HEAD: e57d143091f1c0b1a98140a4d2e63e113afb62c0 mutex: Fix up mutex_waiter
usage
This cycle's changes were:
- Improve rwsem
Linus,
Please pull the latest core-stacktrace-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-stacktrace-for-linus
# HEAD: ee050dc83bc326ad5ef8ee93bca344819371e7a5 lib/stackdepot: Fix
outdated comments
Two comment fixes.
Thanks,
Ingo
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: 4a0fa886ab79ea85e8d1be2b0df143d8249779be Merge branch 'for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu into
Linus,
Please pull the latest core-objtool-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-objtool-for-linus
# HEAD: f73b3cc39c84220e6dccd463b5c8279b03514646 objtool: Clobber user
CFLAGS variable
Fix objtool builds with more exotic, user-defined
Linus,
Please pull the latest core-headers-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-headers-for-linus
# HEAD: e8e4eb0fbeda570b16464208aebf5caccfb6eb95 asm-generic/div64: Fix
documentation of do_div() parameter
Fix the parameter description
* Borislav Petkov wrote:
> Hi,
>
> since the merge window is closing in and y'all are on a conference, I
> thought I should take another stab at it. It being something which Ingo,
> Linus and Peter have suggested in the past at least once.
>
> Instead of calling memset:
>
>
ds to asm.
>
> Signed-off-by: Rasmus Villemoes
Acked-by: Ingo Molnar
Thanks,
Ingo
..
> Total: Before=14783683, After=14784498, chg +0.01%
>
> Signed-off-by: Rasmus Villemoes
Acked-by: Ingo Molnar
Thanks,
Ingo
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: afa8b475c1aec185a8e106c48b3832e0b88bc2de x86/timer: Force PIT
initialization when !X86_FEATURE_ARAT
A KVM guest fix, and a kdump
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: 310aa0a25b338b3100c94880c9a69bec8ce8c3ae perf/hw_breakpoint: Fix
arch_hw_breakpoint use-before-initialization
Fix an initialization
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: eddf3e9c7c7e4d0707c68d1bb22cc6ec8aef7d4a genirq: Prevent NULL
pointer dereference in resend_irqs()
Fix a race in the IRQ resend
* Mike Travis wrote:
> +/* Initialize UV hubless systems */
> +static __init int uv_system_init_hubless(void)
> +{
> + int rc;
> +
> + /* Setup PCH NMI handler */
> + uv_nmi_setup_hubless();
> +
> + /* Init kernel/BIOS interface */
> + rc = uv_bios_init();
> +
> +
* Mike Travis wrote:
> @@ -1596,7 +1687,7 @@ static void __init uv_system_init_hub(vo
> uv_nmi_setup();
> uv_cpu_init();
> uv_scir_register_cpu_notifier();
> - proc_mkdir("sgi_uv", NULL);
> + uv_setup_proc_files(0);
This slipped through previously: platform drivers
* Thomas Hellström (VMware) wrote:
> With SEV and sometimes with SME encryption, The dma api coherent memory is
> typically unencrypted, meaning the linear kernel map has the encryption
> bit cleared. However, default page protection returned from vm_get_page_prot()
> has the encryption bit
* h...@zytor.com wrote:
> On September 10, 2019 7:28:28 AM GMT+01:00, Ingo Molnar
> wrote:
> >
> >* h...@zytor.com wrote:
> >
> >> I would strongly suggest that we change the term "emulation" to
> >> "spoofing" for these inst
* h...@zytor.com wrote:
> I would strongly suggest that we change the term "emulation" to
> "spoofing" for these instructions. We need to explain that we do *not*
> execute these instructions the was the CPU would have, and unlike the
> native instructions do not leak kernel information.
* Kirill A. Shutemov wrote:
> On Fri, Sep 06, 2019 at 04:29:50PM -0500, Steve Wahl wrote:
> > Our hardware (UV aka Superdome Flex) has address ranges marked
> > reserved by the BIOS. These ranges can cause the system to halt if
> > accessed.
> >
> > During kernel initialization, the processor
* Qian Cai wrote:
> I thought about making it a bool in the first place, but since all
> other similar helpers (arch_is_kernel_initmem_freed(),
> arch_is_kernel_text(), arch_is_kernel_data() etc) could be bool too but
> are not, I kept arch_is_bss_hole() just to be “int” for consistent.
>
* Qian Cai wrote:
> The commit 108c14858b9e ("locking/lockdep: Add support for dynamic
> keys") introduced a boot warning on powerpc below, because since the
> commit 2d4f567103ff ("KVM: PPC: Introduce kvm_tmp framework") adds
> kvm_tmp[] into the .bss section and then free the rest of unused
The following commit has been merged into the refs/heads/sched/urgent branch of
tip:
Commit-ID: 1251201c0d34fadf69d56efa675c2b7dd0a90eca
Gitweb:
https://git.kernel.org/tip/1251201c0d34fadf69d56efa675c2b7dd0a90eca
Author:Ingo Molnar
AuthorDate:Wed, 04 Sep 2019 09:55:32
* Mike Travis wrote:
>
>
> On 9/3/2019 12:47 AM, Ingo Molnar wrote:
> >
> > * Mike Travis wrote:
> >
> > >
> > > These patches support upcoming UV systems that do not have a UV HUB.
> > >
> > > * Save OEM_ID from ACPI M
* Alexei Starovoitov wrote:
> On Wed, Sep 4, 2019 at 10:47 AM Peter Zijlstra wrote:
> >
> > On Wed, Sep 04, 2019 at 08:51:21AM -0700, Alexei Starovoitov wrote:
> > > Anything in tracing can be deleted.
> > > Tracing is about debugging and introspection.
> > > When underlying kernel code
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: 4030b4c585c41eeefec7bd20ce3d0e100a0f2e4d x86/hyper-v: Fix overflow
bug in fill_gva_list()
Misc fixes:
- a signed kernels EFI boot
and code
This fixes an ABI bug introduced this cycle, plus fixes a throttling bug.
Thanks,
Ingo
-->
Ingo Molnar (1):
sched/core: Fix uclamp ABI bug, clean up and robustify sched_read_attr()
ABI logic and code
Liangyan (1):
sched/fair: Don't assign runt
* Thadeu Lima de Souza Cascardo wrote:
> There is one odd behaviour now, which is whenever size is set between
> VER0 and VER1, we will have a partial struct filled up, instead of
> getting E2BIG or EINVAL.
Well, that's pretty much by design: user-space is asking for 'usize'
bytes of
lamp: Extend sched_setattr() to support
utilization clamping")
Link: https://lkml.kernel.org/r/20190904075532.ga26...@gmail.com
Signed-off-by: Ingo Molnar
---
kernel/sched/core.c | 82 +++--
1 file changed, 42 insertions(+), 40 deletions(-)
diff --git a/k
* Ingo Molnar wrote:
> + if (!access_ok(uattr, ksize)
> return -EFAULT;
How about we pretend that I never sent v2? ;-)
-v3 attached. Build and minimally boot tested.
Thanks,
Ingo
==>
From: Ingo Molnar
Date: Wed, 4 Sep 2019 09:55
* Ingo Molnar wrote:
> As an added bonus the bogus -EFBIG return is removed as well.
>
> This needs to be fixed before v5.3 is released.
>
> NOTE: one additional open question is whether to set attr->size to the
> *larger* value if the kernel has a newer
uld allow
user-space to detect a new ABI.
I've also Cc:-ed perf tooling ABI experts, which handles things in a
similar fashion. (And if it doesn't or shouldn't then please chime in.)
Thanks,
Ingo
--
Subject: sched/core: Fix uclamp ABI bug, clean up and robustify
sched_read_
* Mike Travis wrote:
>
> These patches support upcoming UV systems that do not have a UV HUB.
>
> * Save OEM_ID from ACPI MADT probe
> * Return UV Hubless System Type
> * Add return code to UV BIOS Init function
> * Setup UV functions for Hubless UV Systems
> *
* Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the tip tree got a conflict in:
>
> tools/power/x86/turbostat/turbostat.c
>
> between commit:
>
> cd188af5282d ("tools/power turbostat: Fix Haswell Core systems")
> b62b3184576b ("tools/power turbostat: add
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo/Thomas,
>
> Please consider pulling,
>
> Best regards,
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The following changes since commit 39c2ca43465e0f52ebba3ee96fd03436367c1880:
>
> Merge tag
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo/Thomas,
>
> Please consider pulling,
>
> Best regards,
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The following changes since commit 42880f726c66f13ae1d9ac9ce4c43abe64ecac84:
>
> perf/x86/intel: Support
t; - addr += PMD_SIZE;
> + WARN_ON_ONCE(addr & ~PMD_MASK);
> + addr = round_up(addr + 1, PMD_SIZE);
> continue;
> }
Reviewed-by: Ingo Molnar
Thanks,
Ingo
ize(void)
> {
> + if (!boot_cpu_has(X86_FEATURE_PTI))
> + return;
> /*
>* We need to clone everything (again) that maps parts of the
>* kernel image.
Acked-by: Ingo Molnar
Thanks,
Ingo
* Thomas Gleixner wrote:
> From: Song Liu
>
> pti_clone_pmds() assumes that the supplied address is either:
>
> - properly PUD/PMD aligned
> or
> - the address is actually mapped which means that independent
>of the mapping level (PUD/PMD/PTE) the next higher mapping
>exist.
* Paul E. McKenney wrote:
> Hello, Ingo,
>
> This pull request contains the following changes:
>
> 1.A one-line change that affects only Tiny RCU that is needed
> by the RISC-V guys, courtesy of Christoph Hellwig.
>
> 2.An update to my email address. The old one still works,
* Peter Zijlstra wrote:
> On Wed, Aug 28, 2019 at 11:33:01AM +0200, Peter Zijlstra wrote:
> > On Tue, Aug 27, 2019 at 11:51:35PM +0200, Peter Zijlstra wrote:
> > > On Tue, Aug 27, 2019 at 08:44:23PM +, Luck, Tony wrote:
> > > > > I'm reposting because the version Ingo applied and partially
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 183e6429186150690cee034eb85745cf2b15ccb4
Gitweb:
https://git.kernel.org/tip/183e6429186150690cee034eb85745cf2b15ccb4
Author:Ingo Molnar
AuthorDate:Wed, 28 Aug 2019 10:56:48 +02:00
Committer
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo/Thomas,
>
> Please consider pulling,
>
> Best regards,
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The following changes since commit 39152ee51b77851689f9b23fde6f610d13566c39:
>
> perf/x86/intel/pt: Get rid
The following commit has been merged into the x86/cpu branch of tip:
Commit-ID: 26ee9ccc117b9c4179f0a1c65c67f71a0a5a0afe
Gitweb:
https://git.kernel.org/tip/26ee9ccc117b9c4179f0a1c65c67f71a0a5a0afe
Author:Ingo Molnar
AuthorDate:Mon, 26 Aug 2019 12:19:06 +02:00
Committer
* Tetsuo Handa wrote:
> On 2019/08/26 1:54, Linus Torvalds wrote:
> > On Sat, Aug 24, 2019 at 10:50 PM Tetsuo Handa
> > wrote:
> >>
> >> @@ -142,7 +144,7 @@ static ssize_t read_mem(struct file *file, char __user
> >> *buf,
> >> sz = size_inside_page(p, count);
> >>
* Peter Zijlstra wrote:
> On Mon, Aug 26, 2019 at 11:27:50AM +0200, Ingo Molnar wrote:
> >
> > * Peter Zijlstra wrote:
> >
> > > Currently big microservers have _XEON_D while small microservers have
> > > _X, Make it uniformly: _D.
> > >
Plus re-running your scripts gave the final missing piece:
Signed-off-by: Ingo Molnar
---
tools/power/x86/turbostat/turbostat.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/power/x86/turbostat/turbostat.c
b/tools/power/x86/turbostat/turbostat.c
index
* Ingo Molnar wrote:
> arch/x86/kernel/cpu/common.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Plus this too:
---
drivers/edac/sb_edac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/edac/sb_edac.c b/drivers/edac/sb_edac.c
index 37746b
* Peter Zijlstra wrote:
> Currently big microservers have _XEON_D while small microservers have
> _X, Make it uniformly: _D.
>
> for i in `git grep -l "INTEL_FAM6_.*_\(X\|XEON_D\)"`
> do
> sed -i -e 's/\(INTEL_FAM6_ATOM_.*\)_X/\1_D/g' \
>-e
* Tetsuo Handa wrote:
> > - We should probably separate out a third 'fatal error' variant: for
> >example if copying to user-space generates a page fault, then we
> >clearly should not pretend that all is fine and return a short read
> >even if we made some progress, a -EFAULT
* Tetsuo Handa wrote:
> On 2019/08/25 5:22, Ingo Molnar wrote:
> >> So I'd be willing to try that (and then if somebody reports a
> >> regression we can make it use "fatal_signal_pending()" instead)
> >
> > Ok, will post a changelogged patch
* Linus Torvalds wrote:
> On Sat, Aug 24, 2019 at 9:14 AM Ingo Molnar wrote:
> >
> > What I noticed is that while reading regular RAM is reasonably fast even
> > in very large chunks, accesses become very slow once they hit iomem - and
> > delays even longer th
* Linus Torvalds wrote:
> On Fri, Aug 23, 2019 at 2:16 AM Ingo Molnar wrote:
> >
> > > + */
> > > + if (fatal_signal_pending(current)) {
> > > + if (!(error_code & X86_PF_USER))
> > > + no_contex
* Paul E. McKenney wrote:
> On Thu, Aug 22, 2019 at 08:54:29PM +0200, Ingo Molnar wrote:
>
> [ . . . ]
>
> > Pulled into tip:core/rcu, thanks a lot Paul!
>
> Thank you!
>
> > The merge commit is a bit non-standard:
> >
> > 07f038a408fb:
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo/Thomas,
>
> Please consider pulling,
>
> Best regards,
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The following changes since commit 4e92b18e5b0b61211f4511cdbc5803300eeead40:
>
> Merge tag
amp; FAULT_FLAG_KILLABLE) {
> + if (fatal_signal_pending(current))
> + return VM_FAULT_SIGSEGV;
> + }
> +
> /*
>* Enable the memcg OOM handling for faults triggered in user
>* space. Kernel faults are handled more gracefully.
This part looks good to me, assuming someone tests it and it solves the
bug :-)
Acked-by: Ingo Molnar
Thanks,
Ingo
* Paul E. McKenney wrote:
> Hello, Ingo,
>
> This pull request contain the following changes:
>
> 1.A few more RCU flavor consolidation cleanups.
>
> https://lore.kernel.org/lkml/20190801223132.ga14...@linux.ibm.com
>
> 2.Miscellaneous fixes.
>
>
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo/Thomas,
>
> Please consider pulling,
>
> Best regards,
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The following changes since commit cfb104ca8a26affb28d81720a4ed49c30b2a3b01:
>
> Merge tag
title:
s/comparisions
/comparisons
Thanks,
Ingo
* Thomas Gleixner wrote:
> The RTIME limit expiry code does not check the hard RTTIME limit for
> INFINITY, i.e. being disabled. Add it.
>
> Signed-off-by: Thomas Gleixner
> ---
> kernel/time/posix-cpu-timers.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> ---
* Thomas Gleixner wrote:
> Using struct task_cputime for the expiry cache is a pretty odd choice and
> comes with magic defines to rename the fields for usage in the expiry
> cache.
>
> struct task_cputime is basically a u64 array with 3 members, but it has
> distinct members.
>
> The expiry
* Thomas Gleixner wrote:
> Put it where it belongs and cleanup the ifdeffery in fork completely.
s/cleanup
/clean up
> * posix_cputimers - Container for posix CPU timer related data
> * @expiries:Earliest-expiration cache array based
> + * @timers_active: Timers are
* Thomas Gleixner wrote:
> Moving the posix cpu timers from on list to another and then expiring them
> from the second list is avoiding to drop and reacquire sighand lock for
> each timer expiry, but on the other hand it's more complicated code and
> suboptimal for a small number of timers.
in the title:
s/Comsolidate
/Consolidate
* Thomas Gleixner wrote:
> cpu_clock_sample_group() and cpu_timer_sample_group() are almost the
> same. Before the rename one called thread_group_cputimer() and the other
> thread_group_cputime(). Really intuitive function names.
>
> Consolidate
* Mark Rutland wrote:
> On Wed, Aug 14, 2019 at 01:26:43PM +0200, Geert Uytterhoeven wrote:
> > Hi Mark,
> >
> > On Wed, Aug 14, 2019 at 12:43 PM Mark Rutland wrote:
> > > Code checking whether a task is a kthread isn't very consistent. Some
> > > code correctly tests task->flags &
* Thomas Gleixner wrote:
> > Pulled, thanks a lot Arnaldo!
>
> Having to scroll through 400+ lines of useless information to find a single
> line of content.
I typically quote the full shortlog and diffstat for all pull requests I
take, to create a secondary plain-text fingerprint of what
* 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 b3c303be4c35856945cb17ec639b94637447dae2:
>
> Merge tag
* 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 289a2d22b5b611d85030795802a710e9f520df29:
>
> perf/x86/intel: Mark expected
* Ingo Molnar wrote:
>
> * Juri Lelli wrote:
>
> > When the topology of root domains is modified by CPUset or CPUhotplug
> > operations information about the current deadline bandwidth held in the
> > root domain is lost.
> >
> > This patch addres
* Juri Lelli wrote:
> When the topology of root domains is modified by CPUset or CPUhotplug
> operations information about the current deadline bandwidth held in the
> root domain is lost.
>
> This patch addresses the issue by recalculating the lost deadline
> bandwidth information by
* 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 e0c5c5e308ee9b3548844f0d88da937782b895ef:
>
> Merge tag
p long
> + non-preemtible sections. This makes the kernel, except for very
s/preemtible/preemptible
> + low level and critical code pathes (entry code, scheduler, low
> + level interrupt handling) fully preemtible and brings most
s/preemtible/preemptible
> + exe
* Thomas Gleixner wrote:
> On Tue, 16 Jul 2019, Ingo Molnar wrote:
>
> >
> > * Thomas Gleixner wrote:
> >
> > > The gold linker has known issues of failing the build in random and
> > > predictible ways. H.J. stated:
> >
> > s
* Thomas Gleixner wrote:
> The gold linker has known issues of failing the build in random and
> predictible ways. H.J. stated:
s/predictable/unpredictable?
Acked-by: Ingo Molnar
Thanks,
Ingo
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: e4557c1a46b0d32746bd309e1941914b5a6912b4 perf/x86/intel: Fix
spurious NMI on fixed counter
A number of PMU driver corner case
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: 68d41d8c94a31dfb8233ab90b9baf41a2ed2da68 locking/lockdep: Fix lock
used or unused stats error
A single fix for a locking
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: e9a1379f9219be439f47a0f063431a92dc529eda x86/vdso: Fix flip/flop
vdso build bug
A single build system bugfix.
Thanks,
Ingo
Linus,
Please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
# HEAD: e3d85487fba42206024bc3ed32e4b581c7cb46db sched/core: Fix preempt
warning in ttwu
Fix a sched statistics related bug that would
* John Stultz wrote:
> On Wed, Jul 10, 2019 at 3:57 AM Peter Zijlstra wrote:
> >
> > Urgh.. however didn't we find that before :/ stupid stats.
> >
> > Something like the below ought to fix, but let me see if I can come up
> > with something saner...
>
> Yep. This works for me, but let me
* 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 d1d59b817939821bee149e870ce7723f61ffb512:
>
> Merge tag
ang
Gayatri Kammela (2):
perf/x86/intel/uncore: Add tabs to Uncore IMC PCI IDs
perf/x86/intel/uncore: Add new IMC PCI IDs for KabyLake, AmberLake and
WhiskeyLake CPUs
Ian Rogers (1):
perf/cgroups: Don't rotate events for cgroups unnecessarily
Ingo Molnar (13):
Merge tag 'perf-c
* Arnaldo Carvalho de Melo wrote:
> Em Mon, Jul 08, 2019 at 06:50:58PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Mon, Jul 08, 2019 at 12:41:59PM -0300, Arnaldo Carvalho de Melo escreveu:
> > > Hi Ingo,
> > >
> > > Please consider pulling, I did a git merge with torvalds/master
> > >
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: eb876fbc248e6eb4773a5bc80d205ff7262b1bb5 perf/x86/intel/rapl:
Cosmetic rename internal variables in response to multi-die/pkg
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: d97ee99bf225d35a50ed8812c3d037b2ba7ad2ea x86/jailhouse: Mark
jailhouse_x2apic_available() as __init
Most of the commits add ACRN
A handful of paravirt patching code enhancements to make it more robust
against patching failures, and related cleanups and not so related
cleanups - by Thomas Gleixner and myself.
Thanks,
Ingo
-->
Ingo Molnar (5):
x86/paravirt: Detect over-sized patching b
Linus,
Please pull the latest x86-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-core-for-linus
# HEAD: 711486fd18596315d42cebaac3dba8c408f60a3d
Documentation/filesystems/proc.txt: Add arch_status file
This adds a new ABI that the main
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: 53b7607382b0b99d6ae1ef5b1b0fa042b00ac7f4 x86/kexec: Make variable
static and config dependent
Misc small cleanups: removal of
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: 2ef085bd110c5723ca08a522608ac3468dc304bd x86/resctrl: Cleanup
cbm_ensure_valid()
Two cleanup patches.
Thanks,
Ingo
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: 87b61864d7ab2aec5c212ff18950d4972f0dfb4e x86/build: Remove redundant
'clean-files += capflags.c'
Two kbuild enhancements by Masahiro
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: 7457c0da024b181a9143988d740001f9bc98698d x86/alternatives: Add
int3_emulate_call() selftest
Most of the changes relate to Peter Zijlstra's
Linus,
Please pull the latest sched-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-core-for-linus
# HEAD: af24bde8df2029f067dc46aff0393c8f18ff6e2f sched/uclamp: Add uclamp
support to energy_compute()
The main changes in this cycle were:
Linus,
Please pull the latest ras-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git ras-core-for-linus
# HEAD: 6e4f929ea8b2097b0052f6674de839a3c9d477e9 x86/mce: Do not check
return value of debugfs_create functions
Boris is on vacation so I'm
Linus,
Please pull the latest locking-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
locking-core-for-linus
# HEAD: 9156e545765e467e6268c4814cfa609ebb16237e locking/lockdep: increase
size of counters for lockdep statistics
The main changes in
401 - 500 of 32618 matches
Mail list logo