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: 23a12ddee1ce28065b71f14ccc695b5a0c8a64ff Merge branch 'core/urgent'
into x86/urgent, to pick up objtool fix
A number of fixes and
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: 29995d296e3e9ce4f9767963ecbef143ade26c36 Merge tag
'perf-urgent-for-mingo-4.20-20181031' of
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: 29995d296e3e9ce4f9767963ecbef143ade26c36 Merge tag
'perf-urgent-for-mingo-4.20-20181031' of
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: 3424243e39e8ec138486926949e3668e7553125d irqchip/irq-mvebu-sei: Fix
a NULL vs IS_ERR() bug in probe function
An irqchip driver fix
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: 3424243e39e8ec138486926949e3668e7553125d irqchip/irq-mvebu-sei: Fix
a NULL vs IS_ERR() bug in probe function
An irqchip driver fix
* Thomas Gleixner wrote:
> On Thu, 1 Nov 2018, Woodhouse, David wrote:
> > On Thu, 2018-11-01 at 10:50 +0100, Ingo Molnar wrote:
> > > * Zhenzhong Duan wrote:
> > >
> > > > Since retpoline capable compilers are widely available, ma
* Thomas Gleixner wrote:
> On Thu, 1 Nov 2018, Woodhouse, David wrote:
> > On Thu, 2018-11-01 at 10:50 +0100, Ingo Molnar wrote:
> > > * Zhenzhong Duan wrote:
> > >
> > > > Since retpoline capable compilers are widely available, ma
* Chang S. Bae wrote:
> Factor out the code to change index from the relavant helpers. Now,
> the code is located in do_arch_prctl_64().
typo.
>
> The helper functions that purport to write the base should just write it
> only. It shouldn't have magic optimizations to change the index.
>
>
* Chang S. Bae wrote:
> Factor out the code to change index from the relavant helpers. Now,
> the code is located in do_arch_prctl_64().
typo.
>
> The helper functions that purport to write the base should just write it
> only. It shouldn't have magic optimizations to change the index.
>
>
* Zhenzhong Duan wrote:
> Since retpoline capable compilers are widely available, make
> CONFIG_RETPOLINE hard depend on it.
>
> The check of RETPOLINE is changed to CONFIG_RETPOLINE.
>
> This change is based on suggestion in https://lkml.org/lkml/2018/9/18/1016
>
> Signed-off-by: Zhenzhong
* Zhenzhong Duan wrote:
> Since retpoline capable compilers are widely available, make
> CONFIG_RETPOLINE hard depend on it.
>
> The check of RETPOLINE is changed to CONFIG_RETPOLINE.
>
> This change is based on suggestion in https://lkml.org/lkml/2018/9/18/1016
>
> Signed-off-by: Zhenzhong
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling, next ones should be concentrating just
> on bug fixes, been busy with some, so some were left in the queue,
> flushing them now.
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling, next ones should be concentrating just
> on bug fixes, been busy with some, so some were left in the queue,
> flushing them now.
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The
* Arnaldo Carvalho de Melo wrote:
> Ok, I'll put together a perf/urgent with those things resolved, may take
> a day or two as I'm working on addressing DaveM's reported issues and in
> fixing the regressions that that "remove fallback to kallsyms for
> userspace addresses" patch caused.
Sure
* Arnaldo Carvalho de Melo wrote:
> Ok, I'll put together a perf/urgent with those things resolved, may take
> a day or two as I'm working on addressing DaveM's reported issues and in
> fixing the regressions that that "remove fallback to kallsyms for
> userspace addresses" patch caused.
Sure
* Arnaldo Carvalho de Melo wrote:
> Em Mon, Oct 29, 2018 at 09:28:54AM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Fri, Oct 26, 2018 at 06:58:39PM +0100, Colin King escreveu:
> > > From: Colin Ian King
> > >
> > > Trivial fix to a spelling mistake of the error access name EACCESS,
> > >
* Arnaldo Carvalho de Melo wrote:
> Em Mon, Oct 29, 2018 at 09:28:54AM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Fri, Oct 26, 2018 at 06:58:39PM +0100, Colin King escreveu:
> > > From: Colin Ian King
> > >
> > > Trivial fix to a spelling mistake of the error access name EACCESS,
> > >
* Arnaldo Carvalho de Melo wrote:
> Em Fri, Oct 26, 2018 at 06:58:39PM +0100, Colin King escreveu:
> > From: Colin Ian King
> >
> > Trivial fix to a spelling mistake of the error access name EACCESS,
> > rename to EACCES
>
> Thanks, applied.
>
> And I also took the chance to fix another
* Arnaldo Carvalho de Melo wrote:
> Em Fri, Oct 26, 2018 at 06:58:39PM +0100, Colin King escreveu:
> > From: Colin Ian King
> >
> > Trivial fix to a spelling mistake of the error access name EACCESS,
> > rename to EACCES
>
> Thanks, applied.
>
> And I also took the chance to fix another
* Daniel Micay wrote:
> > I suppose we could add a new flag for pkey_get() or something.
>
> That would work, since I can apply the workaround (disabling the
> feature in child processes) if I get EINVAL. The flag wouldn't need to
> do anything, just existing and being tied to this patch so I
* Daniel Micay wrote:
> > I suppose we could add a new flag for pkey_get() or something.
>
> That would work, since I can apply the workaround (disabling the
> feature in child processes) if I get EINVAL. The flag wouldn't need to
> do anything, just existing and being tied to this patch so I
* Jordan Borgner wrote:
> Addded missing parentheses to 'sizeof()' functions in arch/x86/.
>
> Like this:
> Before: 'sizeof x'
> After: 'sizeof(x)'
>
> Done by motivation of Ingo Molnar.
>
> Signed-off-by: Jordan Borgner
Thanks!
Note that you sent a -p2 patc
* Jordan Borgner wrote:
> Addded missing parentheses to 'sizeof()' functions in arch/x86/.
>
> Like this:
> Before: 'sizeof x'
> After: 'sizeof(x)'
>
> Done by motivation of Ingo Molnar.
>
> Signed-off-by: Jordan Borgner
Thanks!
Note that you sent a -p2 patc
* Carmeli Tamir wrote:
> The function 'wait_event_freezable' calls '__wait_event_freezable' that
> uses 'try_to_freeze', which is defined in freezer.h.
> This causes a compilation error for callers of 'wait_event_freezables',
> forcing them to include also freezer.h.
>
> Signed-off-by:
* Carmeli Tamir wrote:
> The function 'wait_event_freezable' calls '__wait_event_freezable' that
> uses 'try_to_freeze', which is defined in freezer.h.
> This causes a compilation error for callers of 'wait_event_freezables',
> forcing them to include also freezer.h.
>
> Signed-off-by:
* Jordan Borgner wrote:
> Added missing parentheses to sizeof() function in detect_memory_e820().
>
> Removed unnecessary braces in detect_memory_e801().
>
> Replaced three if-statements with a ternary if-statement and
> removed an unnecessary integer variable in detect_memory().
>
> This
* Jordan Borgner wrote:
> Added missing parentheses to sizeof() function in detect_memory_e820().
>
> Removed unnecessary braces in detect_memory_e801().
>
> Replaced three if-statements with a ternary if-statement and
> removed an unnecessary integer variable in detect_memory().
>
> This
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The following changes since commit ce6c9da1113ad681bff27a3e376d2017f7f8a59c:
>
> Merge remote-tracking branch 'tip/perf/urgent' into
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The following changes since commit ce6c9da1113ad681bff27a3e376d2017f7f8a59c:
>
> Merge remote-tracking branch 'tip/perf/urgent' into
00644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -11249,6 +11249,7 @@ F:include/uapi/linux/pci*
> F: lib/pci*
> F: arch/x86/pci/
> F: arch/x86/kernel/quirks.c
> +F: arch/x86/kernel/early-quirks.c
Good idea!
Acked-by: Ingo Molnar
Thanks,
Ingo
00644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -11249,6 +11249,7 @@ F:include/uapi/linux/pci*
> F: lib/pci*
> F: arch/x86/pci/
> F: arch/x86/kernel/quirks.c
> +F: arch/x86/kernel/early-quirks.c
Good idea!
Acked-by: Ingo Molnar
Thanks,
Ingo
* Rik van Riel wrote:
> The big thing remaining is the reference count overhead of
> the lazy TLB mm_struct, but getting rid of that is rather a
> lot of code for a small performance gain. Not quite what
> Linus asked for :)
BTW., what would be the plan to improve scalability there,
is it
* Rik van Riel wrote:
> The big thing remaining is the reference count overhead of
> the lazy TLB mm_struct, but getting rid of that is rather a
> lot of code for a small performance gain. Not quite what
> Linus asked for :)
BTW., what would be the plan to improve scalability there,
is it
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: 5140a6f471137205687428b0b8f12f7187bffd18 x86/hyperv: Remove unused
include
Two small changes: a boot warning removal and a minor
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: 5140a6f471137205687428b0b8f12f7187bffd18 x86/hyperv: Remove unused
include
Two small changes: a boot warning removal and a minor
Linus,
Please pull the latest x86-vdso-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-vdso-for-linus
# HEAD: 99c19e6a8fe4a95fa0dac191207a1d40461b1604 x86/vdso: Rearrange
do_hres() to improve code generation
Two main changes:
- Cleanups,
Linus,
Please pull the latest x86-vdso-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-vdso-for-linus
# HEAD: 99c19e6a8fe4a95fa0dac191207a1d40461b1604 x86/vdso: Rearrange
do_hres() to improve code generation
Two main changes:
- Cleanups,
Linus,
Please pull the latest x86-pti-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-pti-for-linus
# HEAD: bb4b3b7762735cdaba5a40fd94c9303d9ffa147a x86/speculation: Propagate
information about RSB filling mitigation to sysfs
The main changes:
-
Linus,
Please pull the latest x86-pti-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-pti-for-linus
# HEAD: bb4b3b7762735cdaba5a40fd94c9303d9ffa147a x86/speculation: Propagate
information about RSB filling mitigation to sysfs
The main changes:
-
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: fa112cf1e8bc693d5a666b1c479a2859c8b6e0f1 x86/olpc: Fix build error
with CONFIG_MFD_CS5535=m
Two minor OLPC changes: a build fix
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: fa112cf1e8bc693d5a666b1c479a2859c8b6e0f1 x86/olpc: Fix build error
with CONFIG_MFD_CS5535=m
Two minor OLPC changes: a build fix
Linus,
Please pull the latest x86-paravirt-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-paravirt-for-linus
# HEAD: 3a025de64bf89c84a79909069e3c24ad9e710d27 x86/hyperv: Enable PV
qspinlock for Hyper-V
Two main changes:
- Remove no longer parts
Linus,
Please pull the latest x86-paravirt-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-paravirt-for-linus
# HEAD: 3a025de64bf89c84a79909069e3c24ad9e710d27 x86/hyperv: Enable PV
qspinlock for Hyper-V
Two main changes:
- Remove no longer parts
Jiang)
- Clean up VM layout documentation (Baoquan He, Ingo Molnar)
- ... plus misc other fixes and enhancements.
Thanks,
Ingo
>
Baoquan He (2):
x86/KASLR: Update KERNEL_IMAGE_SIZE description
x86/mm/doc: Clean up the x86-64 virtual memory layout descripti
Jiang)
- Clean up VM layout documentation (Baoquan He, Ingo Molnar)
- ... plus misc other fixes and enhancements.
Thanks,
Ingo
>
Baoquan He (2):
x86/KASLR: Update KERNEL_IMAGE_SIZE description
x86/mm/doc: Clean up the x86-64 virtual memory layout descripti
Linus,
Please pull the latest x86-grub2-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-grub2-for-linus
# HEAD: e7b66d16fe41722350ba87f5788052ef53ee28bb x86/acpi, x86/boot: Take
RSDP address for boot params if available
This tree extends the x86
Linus,
Please pull the latest x86-grub2-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-grub2-for-linus
# HEAD: e7b66d16fe41722350ba87f5788052ef53ee28bb x86/acpi, x86/boot: Take
RSDP address for boot params if available
This tree extends the x86
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: 995d5f64b62f20f05b8e0972f07ec4d6c2c9 tools/cpupower: Add Hygon
Dhyana support
The main changes in this cycle were:
- Add support for
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: 995d5f64b62f20f05b8e0972f07ec4d6c2c9 tools/cpupower: Add Hygon
Dhyana support
The main changes in this cycle were:
- Add support for
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: b3569d3a4b4fe93ee33eaa3c69ec3ed2cd3b276a x86/kconfig: Remove
redundant 'default n' lines from all x86 Kconfig's
A small cleanup to x86
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: b3569d3a4b4fe93ee33eaa3c69ec3ed2cd3b276a x86/kconfig: Remove
redundant 'default n' lines from all x86 Kconfig's
A small cleanup to x86
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: 44060e8a5189fd79220a94422b8249a85e91 x86/boot/KASLR: Remove
return value from handle_mem_options()
Two cleanups and a bugfix for a
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: 44060e8a5189fd79220a94422b8249a85e91 x86/boot/KASLR: Remove
return value from handle_mem_options()
Two cleanups and a bugfix for a
x86/segments/64: Rename the GDT PER_CPU entry to CPU_NUMBER
x86/vdso: Introduce helper functions for CPU and node number
x86/vdso: Initialize the CPU/node NR segment descriptor earlier
Ingo Molnar (2):
x86/segments: Introduce the 'CPUNODE' naming to better document the
segment li
x86/segments/64: Rename the GDT PER_CPU entry to CPU_NUMBER
x86/vdso: Introduce helper functions for CPU and node number
x86/vdso: Initialize the CPU/node NR segment descriptor earlier
Ingo Molnar (2):
x86/segments: Introduce the 'CPUNODE' naming to better document the
segment li
Linus,
Please pull the latest x86-apic-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-apic-for-linus
# HEAD: 76f99ae5b54d48430d1f0c5512a84da0ff9761e0 irq/matrix: Spread managed
interrupts on allocation
Improve the spreading of managed IRQs at
Linus,
Please pull the latest x86-apic-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-apic-for-linus
# HEAD: 76f99ae5b54d48430d1f0c5512a84da0ff9761e0 irq/matrix: Spread managed
interrupts on allocation
Improve the spreading of managed IRQs at
ower capacity CPUs unless necessary
Dietmar Eggemann (2):
sched/fair: Disable LB_BIAS by default
sched/fair: Remove setting task's se->runnable_weight during PELT update
Ingo Molnar (1):
sched/completions/Documentation: Clean up the document some more
John Garry (1):
s
ower capacity CPUs unless necessary
Dietmar Eggemann (2):
sched/fair: Disable LB_BIAS by default
sched/fair: Remove setting task's se->runnable_weight during PELT update
Ingo Molnar (1):
sched/completions/Documentation: Clean up the document some more
John Garry (1):
s
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: 711f76a328cbe5b49164bb14bcb593fa52102051 x86/mcelog: Remove one
mce_helper definition
Misc smaller fixes and cleanups.
Thanks,
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: 711f76a328cbe5b49164bb14bcb593fa52102051 x86/mcelog: Remove one
mce_helper definition
Misc smaller fixes and cleanups.
Thanks,
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: dda93b45389f025fd3422d22cc31cc1ea6040305 Merge branch 'x86/cache'
into perf/core, to pick up fixes
The main updates in this cycle were:
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: dda93b45389f025fd3422d22cc31cc1ea6040305 Merge branch 'x86/cache'
into perf/core, to pick up fixes
The main updates in this cycle were:
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: 01a14bda11add9dcd4a59200f13834d634559935 locking/lockdep: Make
global debug_locks* variables read-mostly
Lots of changes in this
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: 01a14bda11add9dcd4a59200f13834d634559935 locking/lockdep: Make
global debug_locks* variables read-mostly
Lots of changes in this
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: d0346559a7c358a5328e1fa43135acc548c0f224 Merge branch 'for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu into
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: d0346559a7c358a5328e1fa43135acc548c0f224 Merge branch 'for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu into
* Linus Torvalds wrote:
> So I've got a few options:
>
> - just don't do it
>
> - acking the pull request before it's validated and finalized.
>
> - starting the reply when doing the pull, leaving the email open in a
> separate window, going on to the next pull request, and then when
>
* Linus Torvalds wrote:
> So I've got a few options:
>
> - just don't do it
>
> - acking the pull request before it's validated and finalized.
>
> - starting the reply when doing the pull, leaving the email open in a
> separate window, going on to the next pull request, and then when
>
Greg,
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: 485734f3fc77c1eb77ffe138c027b9a4bf0178f3 x86/swiotlb: Enable swiotlb
for > 4GiG RAM on 32-bit kernels
It's 4 misc fixes, 3 build
Greg,
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: 485734f3fc77c1eb77ffe138c027b9a4bf0178f3 x86/swiotlb: Enable swiotlb
for > 4GiG RAM on 32-bit kernels
It's 4 misc fixes, 3 build
Greg,
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: 9845c49cc9bbb317a0bc9e9cf78d8e09d54c9af0 sched/fair: Fix the
min_vruntime update logic in dequeue_entity()
Two fixes: a
Greg,
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: 9845c49cc9bbb317a0bc9e9cf78d8e09d54c9af0 sched/fair: Fix the
min_vruntime update logic in dequeue_entity()
Two fixes: a
Greg,
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: 20e8e72d0fa8e26202932c30d592bade73fdc701 Merge tag
'perf-urgent-for-mingo-4.19-20181017' of
Greg,
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: 20e8e72d0fa8e26202932c30d592bade73fdc701 Merge tag
'perf-urgent-for-mingo-4.19-20181017' of
* Thara Gopinath wrote:
> > Yeah, so I'd definitely suggest to not integrate this averaging into
> > pelt.c in the fashion presented, because:
> >
> > - This couples your thermal throttling averaging to the PELT decay
> >half-time AFAICS, which would break the other user every time the
* Thara Gopinath wrote:
> > Yeah, so I'd definitely suggest to not integrate this averaging into
> > pelt.c in the fashion presented, because:
> >
> > - This couples your thermal throttling averaging to the PELT decay
> >half-time AFAICS, which would break the other user every time the
* Eric W. Biederman wrote:
> tip-bot for Dave Hansen writes:
>
> > Commit-ID: aa37c51b9421d66f7931c5fdcb9ce80c450974be
> > Gitweb:
> > https://git.kernel.org/tip/aa37c51b9421d66f7931c5fdcb9ce80c450974be
> > Author: Dave Hansen
> > AuthorDate: Fri, 28 Sep 2018 09:02:23 -0700
> >
* Eric W. Biederman wrote:
> tip-bot for Dave Hansen writes:
>
> > Commit-ID: aa37c51b9421d66f7931c5fdcb9ce80c450974be
> > Gitweb:
> > https://git.kernel.org/tip/aa37c51b9421d66f7931c5fdcb9ce80c450974be
> > Author: Dave Hansen
> > AuthorDate: Fri, 28 Sep 2018 09:02:23 -0700
> >
* Yangtao Li wrote:
> ---
> kernel/softirq.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/kernel/softirq.c b/kernel/softirq.c
> index 6f584861d329..6193e1d1b30d 100644
> --- a/kernel/softirq.c
> +++ b/kernel/softirq.c
> @@ -257,7 +257,7 @@ asmlinkage __visible
* Yangtao Li wrote:
> ---
> kernel/softirq.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/kernel/softirq.c b/kernel/softirq.c
> index 6f584861d329..6193e1d1b30d 100644
> --- a/kernel/softirq.c
> +++ b/kernel/softirq.c
> @@ -257,7 +257,7 @@ asmlinkage __visible
* Rafael J. Wysocki wrote:
> > The only long term maintainable solution is to move all high level
> > cpufreq logic and policy handling code into kernel/sched/cpufreq*.c,
> > which has been done to a fair degree already in the past ~2 years - but
> > it's unclear to me to what extent this is
* Rafael J. Wysocki wrote:
> > The only long term maintainable solution is to move all high level
> > cpufreq logic and policy handling code into kernel/sched/cpufreq*.c,
> > which has been done to a fair degree already in the past ~2 years - but
> > it's unclear to me to what extent this is
* Thara Gopinath wrote:
> On 10/16/2018 03:33 AM, Ingo Molnar wrote:
> >
> > * Thara Gopinath wrote:
> >
> >>>> Regarding testing, basic build, boot and sanity testing have been
> >>>> performed on hikey960 mainline kernel with debia
* Thara Gopinath wrote:
> On 10/16/2018 03:33 AM, Ingo Molnar wrote:
> >
> > * Thara Gopinath wrote:
> >
> >>>> Regarding testing, basic build, boot and sanity testing have been
> >>>> performed on hikey960 mainline kernel with debia
* Leonardo Bras wrote:
> Thanks Ingo,
> On Wed, Oct 17, 2018 at 3:01 AM Ingo Molnar wrote:
> >
> >
> > * Leonardo Brás wrote:
> >
> > > Renames the char variable to avoid shadowing a variable previously
> > > declared on this fu
* Leonardo Bras wrote:
> Thanks Ingo,
> On Wed, Oct 17, 2018 at 3:01 AM Ingo Molnar wrote:
> >
> >
> > * Leonardo Brás wrote:
> >
> > > Renames the char variable to avoid shadowing a variable previously
> > > declared on this fu
* 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 c1883f10cfe05c707cce46d6999411c50a2413ca:
>
> 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 c1883f10cfe05c707cce46d6999411c50a2413ca:
>
> Merge tag
* Leonardo Brás wrote:
> Renames the char variable to avoid shadowing a variable previously
> declared on this function.
>
> Signed-off-by: Leonardo Brás
> ---
> arch/x86/entry/vdso/vdso2c.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
* Leonardo Brás wrote:
> Renames the char variable to avoid shadowing a variable previously
> declared on this function.
>
> Signed-off-by: Leonardo Brás
> ---
> arch/x86/entry/vdso/vdso2c.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
* Juergen Gross wrote:
> On 16/10/2018 08:25, Ingo Molnar wrote:
> >
> > * Juergen Gross wrote:
> >
> >> Some gcc versions seem to have problems with the constraints in
> >> __cmpxchg_double() as they suddenly issue a build error when random
> &g
* Juergen Gross wrote:
> On 16/10/2018 08:25, Ingo Molnar wrote:
> >
> > * Juergen Gross wrote:
> >
> >> Some gcc versions seem to have problems with the constraints in
> >> __cmpxchg_double() as they suddenly issue a build error when random
> &g
* Stephen Rothwell wrote:
> Hi all,
>
> On Mon, 8 Oct 2018 19:03:41 +1100 Stephen Rothwell
> wrote:
> >
> > After merging the akpm tree, today's linux-next build (x86_64
> > allmodconfig) failed like this:
> >
> > arch/x86/mm/kaslr.c:26:10: fatal error: linux/bootmem.h: No such file or
>
* Stephen Rothwell wrote:
> Hi all,
>
> On Mon, 8 Oct 2018 19:03:41 +1100 Stephen Rothwell
> wrote:
> >
> > After merging the akpm tree, today's linux-next build (x86_64
> > allmodconfig) failed like this:
> >
> > arch/x86/mm/kaslr.c:26:10: fatal error: linux/bootmem.h: No such file or
>
* Thara Gopinath wrote:
> >> Regarding testing, basic build, boot and sanity testing have been
> >> performed on hikey960 mainline kernel with debian file system.
> >> Further aobench (An occlusion renderer for benchmarking realworld
> >> floating point performance) showed the following
* Thara Gopinath wrote:
> >> Regarding testing, basic build, boot and sanity testing have been
> >> performed on hikey960 mainline kernel with debian file system.
> >> Further aobench (An occlusion renderer for benchmarking realworld
> >> floating point performance) showed the following
* Juergen Gross wrote:
> Some gcc versions seem to have problems with the constraints in
> __cmpxchg_double() as they suddenly issue a build error when random
> parts of sources calling __cmpxchg_double() are modified, like e.g.
> slub.c. This has been observed on Debian systems only so far.
>
* Juergen Gross wrote:
> Some gcc versions seem to have problems with the constraints in
> __cmpxchg_double() as they suddenly issue a build error when random
> parts of sources calling __cmpxchg_double() are modified, like e.g.
> slub.c. This has been observed on Debian systems only so far.
>
* Pavel Machek wrote:
> Hi!
>
> > > > > I updated to todays next... and boot crashes with
> > > > >
> > > > > ..
> > > > > Call Trace:
> > > > > kick_ilb
> > > > > trigger_load_balance
> > > > > ? active_load..
> > > > > scheduler_tick
> > > > > update_process_times
> > > > >
1101 - 1200 of 32618 matches
Mail list logo