Re: cross compilers [was build failure of sorts]

On Saturday 18 June 2016 03:47 PM, Peter Zijlstra wrote: > As you can see, arc doesn't even build upstream binutils :/ > (binutils-2_26-branch as of today). Hmm - we are still in fight w.r.t. upstreaming gcc fully (ARCv2 gcc support) although ARCompact has been there for some time. binutils

Re: cross compilers [was build failure of sorts]

On Saturday 18 June 2016 03:47 PM, Peter Zijlstra wrote: > As you can see, arc doesn't even build upstream binutils :/ > (binutils-2_26-branch as of today). Hmm - we are still in fight w.r.t. upstreaming gcc fully (ARCv2 gcc support) although ARCompact has been there for some time. binutils

Re: [alsa-devel] [very-RFC 0/8] TSN driver for the kernel

On Mon, 20 Jun 2016 17:21:26 +0200, Richard Cochran wrote: > > On Mon, Jun 20, 2016 at 02:31:48PM +0200, Richard Cochran wrote: > > Where is this "audio_time" program of which you speak? > > Never mind, found it in alsa-lib. > > I still would appreciate an answer to my other questions,

Re: [alsa-devel] [very-RFC 0/8] TSN driver for the kernel

On Mon, 20 Jun 2016 17:21:26 +0200, Richard Cochran wrote: > > On Mon, Jun 20, 2016 at 02:31:48PM +0200, Richard Cochran wrote: > > Where is this "audio_time" program of which you speak? > > Never mind, found it in alsa-lib. > > I still would appreciate an answer to my other questions,

Re: [PATCH v8 2/3] CMDQ: Mediatek CMDQ driver

On Fri, 2016-06-17 at 17:57 +0200, Matthias Brugger wrote: > > On 17/06/16 10:28, Horng-Shyang Liao wrote: > > Hi Matthias, > > > > On Tue, 2016-06-14 at 20:07 +0800, Horng-Shyang Liao wrote: > >> Hi Matthias, > >> > >> On Tue, 2016-06-14 at 12:17 +0200, Matthias Brugger wrote: > >>> > >>> On

Re: [PATCH v8 2/3] CMDQ: Mediatek CMDQ driver

On Fri, 2016-06-17 at 17:57 +0200, Matthias Brugger wrote: > > On 17/06/16 10:28, Horng-Shyang Liao wrote: > > Hi Matthias, > > > > On Tue, 2016-06-14 at 20:07 +0800, Horng-Shyang Liao wrote: > >> Hi Matthias, > >> > >> On Tue, 2016-06-14 at 12:17 +0200, Matthias Brugger wrote: > >>> > >>> On

Re: [PATCH v4 3/3] mfd: lpc_ich: Add support for Intel Apollo Lake GPIO pinctrl in non-ACPI system

Hi, [auto build test ERROR on tip/x86/core] [also build test ERROR on v4.7-rc4 next-20160620] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Tan-Jui-Nee/pinctrl-broxton-enable-platform-device

[PATCH 3/6] kexec_file: Allow skipping checksum calculation for some segments.

Adds checksum argument to kexec_add_buffer specifying whether the given segment should be part of the checksum calculation. The next patch will add a way to update segments after a kimage is loaded. Segments that will be updated in this way should not be checksummed, otherwise they will cause the

[PATCH 3/6] kexec_file: Allow skipping checksum calculation for some segments.

Adds checksum argument to kexec_add_buffer specifying whether the given segment should be part of the checksum calculation. The next patch will add a way to update segments after a kimage is loaded. Segments that will be updated in this way should not be checksummed, otherwise they will cause the

Re: [PATCH v4 3/3] mfd: lpc_ich: Add support for Intel Apollo Lake GPIO pinctrl in non-ACPI system

Hi, [auto build test ERROR on tip/x86/core] [also build test ERROR on v4.7-rc4 next-20160620] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Tan-Jui-Nee/pinctrl-broxton-enable-platform-device

[RFC][PATCH] arm: ubsan: select ARCH_HAS_UBSAN_SANITIZE_ALL

To enable UBSAN on arm, this patch enables ARCH_HAS_UBSAN_SANITIZE_ALL from arm confiuration. Basic kernel booting is tested on arm kernel enabled CONFIG_UBSAN_SANITIZE_ALL from Exynos5422 based Odroid-XU3 board. Signed-off-by: Seung-Woo Kim --- Because I tested only with

[RFC][PATCH] arm: ubsan: select ARCH_HAS_UBSAN_SANITIZE_ALL

To enable UBSAN on arm, this patch enables ARCH_HAS_UBSAN_SANITIZE_ALL from arm confiuration. Basic kernel booting is tested on arm kernel enabled CONFIG_UBSAN_SANITIZE_ALL from Exynos5422 based Odroid-XU3 board. Signed-off-by: Seung-Woo Kim --- Because I tested only with specific soc board, so

Re: [PATCH] ALSA: hda - Remove compilation warning

On Mon, 20 Jun 2016 21:42:31 +0200, Helen Koike wrote: > > Remove the warning: > warning: ‘err’ may be used uninitialized in this function > [-Wmaybe-uninitialized] It's a false positive, a compiler problem. Takashi > > Signed-off-by: Helen Koike > --- >

Re: [PATCH] ALSA: hda - Remove compilation warning

On Mon, 20 Jun 2016 21:42:31 +0200, Helen Koike wrote: > > Remove the warning: > warning: ‘err’ may be used uninitialized in this function > [-Wmaybe-uninitialized] It's a false positive, a compiler problem. Takashi > > Signed-off-by: Helen Koike > --- > sound/hda/hdac_regmap.c | 2 +- >

[PATCH 24/27] Add support for AT_ARM64_MIDR.

From: Andrew Pinski Signed-off-by: Yury Norov --- elf/dl-sysdep.c | 1 + elf/elf.h | 3 +++ sysdeps/unix/sysv/linux/aarch64/dl-auxv.h | 25 +

[PATCH 22/27] [AARCH64] ILP32: support stat syscall family

From: Yury Norov stat and statfs structures has their layouts identical to lp64 after changing off_t, ino_t etc sizes to 64-bit. It means we can pass it to kernel same way as lp64 does. Signed-off-by: Yury Norov ---

[PATCH 15/27] [AARCH64] Add support to ldconfig for ILP32 and libilp32

From: Andrew Pinski This patch adds support to ldconfig for libilp32 which is used by ILP32. * sysdeps/generic/ldconfig.h (FLAG_AARCH64_LIB32): New define. * elf/cache.c (print_entry): Handle FLAG_AARCH64_LIB32. * sysdeps/unix/sysv/linux/aarch64/dl-cache.h

[PATCH 24/27] Add support for AT_ARM64_MIDR.

From: Andrew Pinski Signed-off-by: Yury Norov --- elf/dl-sysdep.c | 1 + elf/elf.h | 3 +++ sysdeps/unix/sysv/linux/aarch64/dl-auxv.h | 25 + sysdeps/unix/sysv/linux/aarch64/dl-sysdep.c | 5 + 4

[PATCH 22/27] [AARCH64] ILP32: support stat syscall family

From: Yury Norov stat and statfs structures has their layouts identical to lp64 after changing off_t, ino_t etc sizes to 64-bit. It means we can pass it to kernel same way as lp64 does. Signed-off-by: Yury Norov --- sysdeps/unix/sysv/linux/aarch64/bits/stat.h| 195

[PATCH 15/27] [AARCH64] Add support to ldconfig for ILP32 and libilp32

From: Andrew Pinski This patch adds support to ldconfig for libilp32 which is used by ILP32. * sysdeps/generic/ldconfig.h (FLAG_AARCH64_LIB32): New define. * elf/cache.c (print_entry): Handle FLAG_AARCH64_LIB32. * sysdeps/unix/sysv/linux/aarch64/dl-cache.h (_DL_CACHE_DEFAULT_ID): Define it to

linux-next: Tree for Jun 21

Hi all, Changes since 20160620: The net-next tree gained conflicts against the arm-doc tree. The akpm-current tree gained a conflict against the arm-soc tree. Non-merge commits (relative to Linus' tree): 4462 4490 files changed, 203456 insertions(+), 78511 deletions

linux-next: Tree for Jun 21

Hi all, Changes since 20160620: The net-next tree gained conflicts against the arm-doc tree. The akpm-current tree gained a conflict against the arm-soc tree. Non-merge commits (relative to Linus' tree): 4462 4490 files changed, 203456 insertions(+), 78511 deletions

[PATCH 18/27] [AARCH64] Add kernel_sigaction.h for AARCH64 ILP32

From: Andrew Pinski In ILP32, the sigaction struct is the same as AARCH64 so we need the header file kernel_sigaction.h. To allow for this to work, we use a long long fields and then add extra casts when converting between the user exposed struct and the kernel exposed

[PATCH 14/27] [AARCH64] Add ILP32 to makefiles

From: Andrew Pinski This patch adds ilp32 and ilp32_be as abi variants to the aarch64 linux makefile. * sysdeps/unix/sysv/linux/aarch64/Makefile (abi-variants): Add ilp32 and ilp32_be. (abi-lp64-options): Add defining of LP64 and undef of ILP32 macros. (abi-lp64-condition):

[PATCH 18/27] [AARCH64] Add kernel_sigaction.h for AARCH64 ILP32

From: Andrew Pinski In ILP32, the sigaction struct is the same as AARCH64 so we need the header file kernel_sigaction.h. To allow for this to work, we use a long long fields and then add extra casts when converting between the user exposed struct and the kernel exposed struct. *

[PATCH 14/27] [AARCH64] Add ILP32 to makefiles

From: Andrew Pinski This patch adds ilp32 and ilp32_be as abi variants to the aarch64 linux makefile. * sysdeps/unix/sysv/linux/aarch64/Makefile (abi-variants): Add ilp32 and ilp32_be. (abi-lp64-options): Add defining of LP64 and undef of ILP32 macros. (abi-lp64-condition): Check word size

[PATCH 20/27] [AARCH64] Make lp64 and ilp32 directories.

From: Andrew Pinski The patch makes the ilp32 and lp64 have their own directory under aarch64. Since ILP32 uses most of the same system calls as LP64 and has a 64bit off_t, we need make the functions that end in 64 the same as the ones without. We also need not to special

[PATCH 16/27] [AARCH64] Add ILP32 ld.so to the known interpreter names.

From: Andrew Pinski This patch adds ILP32 ld.so names to the known interpreter names. * sysdeps/unix/sysv/linux/aarch64/ldconfig.h (SYSDEP_KNOWN_INTERPRETER_NAMES): Add ilp32 ld.so names. Signed-off-by: Yury Norov ---

[PATCH 20/27] [AARCH64] Make lp64 and ilp32 directories.

From: Andrew Pinski The patch makes the ilp32 and lp64 have their own directory under aarch64. Since ILP32 uses most of the same system calls as LP64 and has a 64bit off_t, we need make the functions that end in 64 the same as the ones without. We also need not to special case ioctl or use the

[PATCH 16/27] [AARCH64] Add ILP32 ld.so to the known interpreter names.

From: Andrew Pinski This patch adds ILP32 ld.so names to the known interpreter names. * sysdeps/unix/sysv/linux/aarch64/ldconfig.h (SYSDEP_KNOWN_INTERPRETER_NAMES): Add ilp32 ld.so names. Signed-off-by: Yury Norov --- sysdeps/unix/sysv/linux/aarch64/ldconfig.h | 2 ++ 1 file changed, 2

[PATCH 19/27] [AARCH64] Add typesizes.h for ILP32

From: Andrew Pinski The generic typesizes does not work for ILP32 as the kernel long type needs to be long long (quad). time_t, off_t, clock_t, suseconds_t, ino_t, rlim_t are 64bits. FDSET bitmask is a 64bit type. * sysdeps/unix/sysv/linux/aarch64/bits/typesizes.h: New

[PATCH 19/27] [AARCH64] Add typesizes.h for ILP32

From: Andrew Pinski The generic typesizes does not work for ILP32 as the kernel long type needs to be long long (quad). time_t, off_t, clock_t, suseconds_t, ino_t, rlim_t are 64bits. FDSET bitmask is a 64bit type. * sysdeps/unix/sysv/linux/aarch64/bits/typesizes.h: New file. Signed-off-by:

[PATCH 12/27] [AARCH64] Add ILP32 support to elf_machine_load_address.

From: Andrew Pinski This adds ILP32 support to elf_machine_load_address. Since elf_machine_load_address depends on the static address being found without relocations, we need to use 16bit relocation which gets resolved at link time for ILP32. This is just like how the 32bit

[PATCH 17/27] [AARCH64] Add ldd-rewrite.sed so that ilp32 ld.so can be found

From: Andrew Pinski To be support multi-lib with ldd, we need to add a ldd-rewrite.sed file to rewrite RTLDLIST to include both ld.so's. * sysdeps/unix/sysv/linux/aarch64/configure.ac (ldd_rewrite_script): Set. * sysdeps/unix/sysv/linux/aarch64/configure: Regenerate. *

[PATCH 12/27] [AARCH64] Add ILP32 support to elf_machine_load_address.

From: Andrew Pinski This adds ILP32 support to elf_machine_load_address. Since elf_machine_load_address depends on the static address being found without relocations, we need to use 16bit relocation which gets resolved at link time for ILP32. This is just like how the 32bit relocation gets

[PATCH 17/27] [AARCH64] Add ldd-rewrite.sed so that ilp32 ld.so can be found

From: Andrew Pinski To be support multi-lib with ldd, we need to add a ldd-rewrite.sed file to rewrite RTLDLIST to include both ld.so's. * sysdeps/unix/sysv/linux/aarch64/configure.ac (ldd_rewrite_script): Set. * sysdeps/unix/sysv/linux/aarch64/configure: Regenerate. *

[PATCH 0/6] kexec_file: Add buffer hand-over for the next kernel

Hello, This patch series implements a mechanism which allows the kernel to pass on a buffer to the kernel that will be kexec'd. This buffer is passed as a segment which is added to the kimage when it is being prepared by kexec_file_load. How the second kernel is informed of this buffer is

[PATCH 23/27] [AARCH64] delouse input arguments in system functions

Signed-off-by: Yury Norov --- sysdeps/aarch64/__longjmp.S | 2 ++ sysdeps/aarch64/dl-tlsdesc.S | 6 ++ sysdeps/aarch64/memcmp.S | 3 +++ sysdeps/aarch64/memcpy.S | 4 +++-

[PATCH 0/6] kexec_file: Add buffer hand-over for the next kernel

Hello, This patch series implements a mechanism which allows the kernel to pass on a buffer to the kernel that will be kexec'd. This buffer is passed as a segment which is added to the kimage when it is being prepared by kexec_file_load. How the second kernel is informed of this buffer is

[PATCH 23/27] [AARCH64] delouse input arguments in system functions

Signed-off-by: Yury Norov --- sysdeps/aarch64/__longjmp.S | 2 ++ sysdeps/aarch64/dl-tlsdesc.S | 6 ++ sysdeps/aarch64/memcmp.S | 3 +++ sysdeps/aarch64/memcpy.S | 4 +++- sysdeps/aarch64/memmove.S

[PATCH 21/27] [AARCH64] ILP32: introduce syscalls that pass off_t

From: Yury Norov ILP32 has 64-bit off_t, to follow modern requirements. But kernel clears top-halves of input registers. It means we have to pass corresponding arguments in a pair, like aarch32 does. In this patch all affected syscalls are redefined. Most of them are taken

[PATCH 21/27] [AARCH64] ILP32: introduce syscalls that pass off_t

From: Yury Norov ILP32 has 64-bit off_t, to follow modern requirements. But kernel clears top-halves of input registers. It means we have to pass corresponding arguments in a pair, like aarch32 does. In this patch all affected syscalls are redefined. Most of them are taken from arm code.

[PATCH 13/27] [AARCH64] Set up wordsize for ILP32.

From: Andrew Pinski __WORDSIZE needs to be set to 32 for ILP32. * sysdeps/aarch64/bits/wordsize.h (__WORDSIZE): Set to 32 for ILP32. Update comments. Signed-off-by: Yury Norov --- sysdeps/aarch64/bits/wordsize.h | 10 +++--- 1 file changed,

[PATCH 13/27] [AARCH64] Set up wordsize for ILP32.

From: Andrew Pinski __WORDSIZE needs to be set to 32 for ILP32. * sysdeps/aarch64/bits/wordsize.h (__WORDSIZE): Set to 32 for ILP32. Update comments. Signed-off-by: Yury Norov --- sysdeps/aarch64/bits/wordsize.h | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git

[RFC PATCH 00/27] ARM64: support ILP32

This series enables aarch64 port with ilp32 mode. After long discussions in kernel list, we finally got consensus on how ABI should look. This patchset adds support for the ABI in GLIBC. It is tested with LTP with no big regressions comparing to LP64 and AARCH32. Though it's very raw. Please be

[RFC PATCH 00/27] ARM64: support ILP32

This series enables aarch64 port with ilp32 mode. After long discussions in kernel list, we finally got consensus on how ABI should look. This patchset adds support for the ABI in GLIBC. It is tested with LTP with no big regressions comparing to LP64 and AARCH32. Though it's very raw. Please be

Re: [LKP] [lkp] [x86 tsc] 19fa5e7364: WARNING: CPU: 0 PID: 0 at arch/x86/mm/extable.c:50 ex_handler_rdmsr_unsafe+0x72/0x80

Hi, On Mon, Jun 20, 2016 at 3:31 PM, kernel test robot wrote: > > FYI, we noticed the following commit: > > https://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux.git x86 > commit 19fa5e73647fde1e6a7038a8f05cddf4c43f08d3 ("x86 tsc: enumerate SKL > cpu_khz and tsc_khz

Re: [LKP] [lkp] [x86 tsc] 19fa5e7364: WARNING: CPU: 0 PID: 0 at arch/x86/mm/extable.c:50 ex_handler_rdmsr_unsafe+0x72/0x80

Hi, On Mon, Jun 20, 2016 at 3:31 PM, kernel test robot wrote: > > FYI, we noticed the following commit: > > https://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux.git x86 > commit 19fa5e73647fde1e6a7038a8f05cddf4c43f08d3 ("x86 tsc: enumerate SKL > cpu_khz and tsc_khz via CPUID") > > > on

Re: mmc: dw_mmc: warning with CONFIG_DMA_API_DEBUG

Hi guys, On 06/21/2016 11:31 AM, Shawn Lin wrote: > On 2016/6/21 10:24, Seung-Woo Kim wrote: >> Hello Shawn, >> >>> -Original Message- >>> From: Shawn Lin [mailto:shawn@rock-chips.com] >>> Sent: Tuesday, June 21, 2016 10:52 AM >>> To: Seung-Woo Kim; jh80.ch...@samsung.com;

[PATCH v20 17/20] perf, tools: Make alias matching case-insensitive

From: Andi Kleen Make alias matching the events parser case-insensitive. This is useful with the JSON events. perf uses lower case events, but the CPU manuals generally use upper case event names. The JSON files use lower case by default too. But if we search case

[PATCH v20 18/20] perf, tools, pmu-events: Fix fixed counters on Intel

From: Andi Kleen The JSON event lists use a different encoding for fixed counters than perf for instructions and cycles (ref-cycles is ok) This lead to some common events like inst_retired.any or cpu_clk_unhalted.thread not counting, when specified with their JSON name.

Re: mmc: dw_mmc: warning with CONFIG_DMA_API_DEBUG

Hi guys, On 06/21/2016 11:31 AM, Shawn Lin wrote: > On 2016/6/21 10:24, Seung-Woo Kim wrote: >> Hello Shawn, >> >>> -Original Message- >>> From: Shawn Lin [mailto:shawn@rock-chips.com] >>> Sent: Tuesday, June 21, 2016 10:52 AM >>> To: Seung-Woo Kim; jh80.ch...@samsung.com;

[PATCH v20 17/20] perf, tools: Make alias matching case-insensitive

From: Andi Kleen Make alias matching the events parser case-insensitive. This is useful with the JSON events. perf uses lower case events, but the CPU manuals generally use upper case event names. The JSON files use lower case by default too. But if we search case insensitively then users can

[PATCH v20 18/20] perf, tools, pmu-events: Fix fixed counters on Intel

From: Andi Kleen The JSON event lists use a different encoding for fixed counters than perf for instructions and cycles (ref-cycles is ok) This lead to some common events like inst_retired.any or cpu_clk_unhalted.thread not counting, when specified with their JSON name. Special case these

Re: [PATCH] devpts: remove DEVPTS_MULTIPLE_INSTANCES from all configs

On Monday 20 June 2016 02:44 PM, Alexandru Moise wrote: > As each mount of devpts is now an independent filesystem, > the DEVPTS_MULTIPLE_INSTANCES config option no longer exists. > So remove it. > > Signed-off-by: Alexandru Moise <00moses.alexande...@gmail.com> For arch/arc Acked-by: Vineet

[PATCH 2/3] staging: lowmemorykiller: count anon pages only when we have swap devices

lowmem_count() should only count anon pages when we have swap device. Signed-off-by: Ganesh Mahendran --- drivers/staging/android/lowmemorykiller.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git

Re: [PATCH] devpts: remove DEVPTS_MULTIPLE_INSTANCES from all configs

On Monday 20 June 2016 02:44 PM, Alexandru Moise wrote: > As each mount of devpts is now an independent filesystem, > the DEVPTS_MULTIPLE_INSTANCES config option no longer exists. > So remove it. > > Signed-off-by: Alexandru Moise <00moses.alexande...@gmail.com> For arch/arc Acked-by: Vineet

[PATCH 2/3] staging: lowmemorykiller: count anon pages only when we have swap devices

lowmem_count() should only count anon pages when we have swap device. Signed-off-by: Ganesh Mahendran --- drivers/staging/android/lowmemorykiller.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/drivers/staging/android/lowmemorykiller.c

Re: [PATCH v3 1/2] dmaengine: vdma: Add 64 bit addressing support for the axi dma

On Tue, Jun 07, 2016 at 07:21:15PM +0530, Kedareswara rao Appana wrote: > The AXI DMA is a soft ip, which can be programmed to support > 32 bit addressing or greater than 32 bit addressing. > > When the AXI DMA ip is configured for 32 bit address space > in simple dma mode the buffer address is

Re: [PATCH v3 1/2] dmaengine: vdma: Add 64 bit addressing support for the axi dma

On Tue, Jun 07, 2016 at 07:21:15PM +0530, Kedareswara rao Appana wrote: > The AXI DMA is a soft ip, which can be programmed to support > 32 bit addressing or greater than 32 bit addressing. > > When the AXI DMA ip is configured for 32 bit address space > in simple dma mode the buffer address is

[PATCH 3/3] staging: lowmemorykiller: select the task with maximum rss to kill

Current task selecting logic in LMK does not fully aware of the memory pressure. It may select the task with maximum score adj, but with least tasksize. For example, if min_score_adj is 200, and there are 2 tasks in system: task a: score adj 500, tasksize 200M task b: score adj 1000,

[PATCH 3/3] staging: lowmemorykiller: select the task with maximum rss to kill

Current task selecting logic in LMK does not fully aware of the memory pressure. It may select the task with maximum score adj, but with least tasksize. For example, if min_score_adj is 200, and there are 2 tasks in system: task a: score adj 500, tasksize 200M task b: score adj 1000,

Re: [PATCH 0/3] serial: remove modular code from a few more non-modular drivers

[[PATCH 0/3] serial: remove modular code from a few more non-modular drivers] On 20/06/2016 (Mon 18:55) Paul Gortmaker wrote: > For anyone new to the underlying goal of this cleanup, we are trying to > not use module support for code that can never be built as a module since: > > (1) it is

[PATCH 1/3] staging: lowmemorykiller: change lowmem_adj to lowmem_score_adj

om_adj is deprecated, and in lowmemorykiller module, we use score adj to do the comparing. --- oom_score_adj = p->signal->oom_score_adj; if (oom_score_adj < min_score_adj) { task_unlock(p); continue; }

Re: [PATCH 0/3] serial: remove modular code from a few more non-modular drivers

[[PATCH 0/3] serial: remove modular code from a few more non-modular drivers] On 20/06/2016 (Mon 18:55) Paul Gortmaker wrote: > For anyone new to the underlying goal of this cleanup, we are trying to > not use module support for code that can never be built as a module since: > > (1) it is

[PATCH 1/3] staging: lowmemorykiller: change lowmem_adj to lowmem_score_adj

om_adj is deprecated, and in lowmemorykiller module, we use score adj to do the comparing. --- oom_score_adj = p->signal->oom_score_adj; if (oom_score_adj < min_score_adj) { task_unlock(p); continue; }

Re: ktime_get_ts64() splat during resume

Hey Rafael, This patch appears to be working on my laptop. Thanks. Logan On 20/06/16 07:22 PM, Rafael J. Wysocki wrote: On Tuesday, June 21, 2016 02:05:59 AM Rafael J. Wysocki wrote: On Monday, June 20, 2016 11:15:18 PM Rafael J. Wysocki wrote: On Mon, Jun 20, 2016 at 8:29 PM, Linus

Re: ktime_get_ts64() splat during resume

Hey Rafael, This patch appears to be working on my laptop. Thanks. Logan On 20/06/16 07:22 PM, Rafael J. Wysocki wrote: On Tuesday, June 21, 2016 02:05:59 AM Rafael J. Wysocki wrote: On Monday, June 20, 2016 11:15:18 PM Rafael J. Wysocki wrote: On Mon, Jun 20, 2016 at 8:29 PM, Linus

Re: [PATCH v5 0/7] /dev/random - a new approach

Am Dienstag, 21. Juni 2016, 01:12:55 schrieb Theodore Ts'o: Hi Theodore, > On Mon, Jun 20, 2016 at 09:00:49PM +0200, Stephan Mueller wrote: > > The time stamp maintenance is the exact cause for the correlation: one HID > > event triggers: > > > > - add_interrupt_randomness which takes high-res

Re: [PATCH v5 0/7] /dev/random - a new approach

Am Dienstag, 21. Juni 2016, 01:12:55 schrieb Theodore Ts'o: Hi Theodore, > On Mon, Jun 20, 2016 at 09:00:49PM +0200, Stephan Mueller wrote: > > The time stamp maintenance is the exact cause for the correlation: one HID > > event triggers: > > > > - add_interrupt_randomness which takes high-res

[PATCH v4 2/3] x86/platform/p2sb: New Primary to Sideband bridge support driver for Intel SOC's

From: Andy Shevchenko There is already one and at least one more user coming which require an access to Primary to Sideband bridge (P2SB) in order to get IO or MMIO bar hidden by BIOS. Create a driver to access P2SB for x86 devices. Signed-off-by: Yong,

[PATCH 3/5] PM / devfreq: make exynos-bus explicitly non-modular

The Kconfig currently controlling compilation of this code is: devfreq/Kconfig:config ARM_EXYNOS_BUS_DEVFREQ devfreq/Kconfig:bool "ARM EXYNOS Generic Memory Bus DEVFREQ Driver" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is

[PATCH v4 2/3] x86/platform/p2sb: New Primary to Sideband bridge support driver for Intel SOC's

From: Andy Shevchenko There is already one and at least one more user coming which require an access to Primary to Sideband bridge (P2SB) in order to get IO or MMIO bar hidden by BIOS. Create a driver to access P2SB for x86 devices. Signed-off-by: Yong, Jonathan Signed-off-by: Andy Shevchenko

[PATCH 3/5] PM / devfreq: make exynos-bus explicitly non-modular

The Kconfig currently controlling compilation of this code is: devfreq/Kconfig:config ARM_EXYNOS_BUS_DEVFREQ devfreq/Kconfig:bool "ARM EXYNOS Generic Memory Bus DEVFREQ Driver" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is

[PATCH 2/5] PM / devfreq: make devfreq-event explicitly non-modular

The Kconfig currently controlling compilation of this code is: menuconfig PM_DEVFREQ_EVENT bool "DEVFREQ-Event device Support" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is essentially orphaned, so that when reading the

[PATCH 2/5] PM / devfreq: make devfreq-event explicitly non-modular

The Kconfig currently controlling compilation of this code is: menuconfig PM_DEVFREQ_EVENT bool "DEVFREQ-Event device Support" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is essentially orphaned, so that when reading the

[PATCH 4/5] PM / devfreq: make event/exynos-nocp explicitly non-modular

The Kconfig currently controlling compilation of this code is: event/Kconfig:config DEVFREQ_EVENT_EXYNOS_NOCP event/Kconfig: bool "EXYNOS NoC (Network On Chip) Probe DEVFREQ event Driver" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that

[PATCH 5/5] PM / devfreq: make event/exynos-ppmu explicitly non-modular

The Kconfig currently controlling compilation of this code is: config DEVFREQ_EVENT_EXYNOS_PPMU bool "EXYNOS PPMU (Platform Perf Monitoring Unit) DEVFREQ event Driver" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is essentially

[PATCH 4/5] PM / devfreq: make event/exynos-nocp explicitly non-modular

The Kconfig currently controlling compilation of this code is: event/Kconfig:config DEVFREQ_EVENT_EXYNOS_NOCP event/Kconfig: bool "EXYNOS NoC (Network On Chip) Probe DEVFREQ event Driver" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that

[PATCH 5/5] PM / devfreq: make event/exynos-ppmu explicitly non-modular

The Kconfig currently controlling compilation of this code is: config DEVFREQ_EVENT_EXYNOS_PPMU bool "EXYNOS PPMU (Platform Perf Monitoring Unit) DEVFREQ event Driver" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is essentially

[PATCH v4 3/3] mfd: lpc_ich: Add support for Intel Apollo Lake GPIO pinctrl in non-ACPI system

This driver uses the P2SB hide/unhide mechanism cooperatively to pass the PCI BAR address to the gpio platform driver. Signed-off-by: Tan Jui Nee --- Changes in V4: - Move Kconfig option CONFIG_X86_INTEL_NON_ACPI from [PATCH 2/3] x86/platform/p2sb: New

Re: [PATCH v5 0/7] /dev/random - a new approach

On Mon, Jun 20, 2016 at 09:00:49PM +0200, Stephan Mueller wrote: > > The time stamp maintenance is the exact cause for the correlation: one HID > event triggers: > > - add_interrupt_randomness which takes high-res time stamp, Jiffies and some > pointers > > - add_input_randomness which takes

[PATCH 1/5] PM / devfreq: make devfreq explicitly non-modular

The Kconfig currently controlling compilation of this code is: menuconfig PM_DEVFREQ bool "Generic Dynamic Voltage and Frequency Scaling (DVFS) support" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is essentially orphaned, so

[PATCH 0/5] PM / devfreq: remove modular references from non-modules

For anyone new to the underlying goal of this cleanup, we are trying to not use module support for code that can never be built as a module since: (1) it is easy to accidentally write unused module_exit and remove code (2) it can be misleading when reading the source, thinking it can be

[PATCH v4 3/3] mfd: lpc_ich: Add support for Intel Apollo Lake GPIO pinctrl in non-ACPI system

This driver uses the P2SB hide/unhide mechanism cooperatively to pass the PCI BAR address to the gpio platform driver. Signed-off-by: Tan Jui Nee --- Changes in V4: - Move Kconfig option CONFIG_X86_INTEL_NON_ACPI from [PATCH 2/3] x86/platform/p2sb: New Primary to Sideband

Re: [PATCH v5 0/7] /dev/random - a new approach

On Mon, Jun 20, 2016 at 09:00:49PM +0200, Stephan Mueller wrote: > > The time stamp maintenance is the exact cause for the correlation: one HID > event triggers: > > - add_interrupt_randomness which takes high-res time stamp, Jiffies and some > pointers > > - add_input_randomness which takes

[PATCH 1/5] PM / devfreq: make devfreq explicitly non-modular

The Kconfig currently controlling compilation of this code is: menuconfig PM_DEVFREQ bool "Generic Dynamic Voltage and Frequency Scaling (DVFS) support" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is essentially orphaned, so

[PATCH 0/5] PM / devfreq: remove modular references from non-modules

For anyone new to the underlying goal of this cleanup, we are trying to not use module support for code that can never be built as a module since: (1) it is easy to accidentally write unused module_exit and remove code (2) it can be misleading when reading the source, thinking it can be

[PATCH v4 0/3] pinctrl/broxton: enable platform device in the absent of ACPI enumeration

Hi, The patches are to cater the need for non-ACPI system whereby a platform device has to be created in order to bind with Apollo Lake Pinctrl GPIO platform driver. The MMIO BAR is accessed over the Primary to Sideband bridge (P2SB). Since the BIOS prevents the P2SB device from being enumerated

[PATCH v4 0/3] pinctrl/broxton: enable platform device in the absent of ACPI enumeration

Hi, The patches are to cater the need for non-ACPI system whereby a platform device has to be created in order to bind with Apollo Lake Pinctrl GPIO platform driver. The MMIO BAR is accessed over the Primary to Sideband bridge (P2SB). Since the BIOS prevents the P2SB device from being enumerated

[PATCH 26/27] [AARCH64] Change type of __align to long long

From: Andrew Pinski So that ILP32 is aligned to 64bits. Signed-off-by: Yury Norov --- sysdeps/aarch64/nptl/bits/semaphore.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sysdeps/aarch64/nptl/bits/semaphore.h

[PATCH 26/27] [AARCH64] Change type of __align to long long

From: Andrew Pinski So that ILP32 is aligned to 64bits. Signed-off-by: Yury Norov --- sysdeps/aarch64/nptl/bits/semaphore.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sysdeps/aarch64/nptl/bits/semaphore.h b/sysdeps/aarch64/nptl/bits/semaphore.h index 3cc5b37..3fe6047

[PATCH 27/27] Fix PTRDIFF_MIN/PTRDIFF_MIN and PTRDIFF_MIN for ILP32.

From: Andrew Pinski Signed-off-by: Andrew Pinski Signed-off-by: Yury Norov --- sysdeps/aarch64/bits/wordsize.h | 8 +++- sysdeps/generic/stdint.h| 9 +++-- 2 files changed, 10 insertions(+), 7 deletions(-)

[PATCH v4 1/3] pinctrl/broxton: enable platform device in the absent of ACPI enumeration

This is to cater the need for non-ACPI system whereby a platform device has to be created in order to bind with the Apollo Lake Pinctrl GPIO platform driver. Signed-off-by: Tan Jui Nee Acked-by: Mika Westerberg --- Changes in V4: -

[PATCH 27/27] Fix PTRDIFF_MIN/PTRDIFF_MIN and PTRDIFF_MIN for ILP32.

From: Andrew Pinski Signed-off-by: Andrew Pinski Signed-off-by: Yury Norov --- sysdeps/aarch64/bits/wordsize.h | 8 +++- sysdeps/generic/stdint.h| 9 +++-- 2 files changed, 10 insertions(+), 7 deletions(-) diff --git a/sysdeps/aarch64/bits/wordsize.h

[PATCH v4 1/3] pinctrl/broxton: enable platform device in the absent of ACPI enumeration

This is to cater the need for non-ACPI system whereby a platform device has to be created in order to bind with the Apollo Lake Pinctrl GPIO platform driver. Signed-off-by: Tan Jui Nee Acked-by: Mika Westerberg --- Changes in V4: - added Mika's ACK Changes in V3: - No change

[PATCH 06/27] [AARCH64] Use PTR_REG/PTR_SIZE/PTR_SIZE_LOG in dl-tlsesc.S

From: Andrew Pinski This converts dl-tlsdesc.S code over to use the new macros which allows for sharing between ILP32 and LP64 code. * sysdeps/aarch64/dl-tlsdesc.S (_dl_tlsdesc_return): Use PTR_REG. (_dl_tlsdesc_undefweak): Use PTR_REG, PTR_SIZE. (_dl_tlsdesc_dynamic):

[PATCH 09/27] [AARCH64] Use PTR_REG in getcontext.S.

From: Andrew Pinski Just like the other patches, this patch allows for getcontext.S to be used between ILP32 and LP64. * sysdeps/unix/sysv/linux/aarch64/getcontext.S: Use PTR_REG when doing an add so wrapping of the pointer is correct for ILP32. Signed-off-by: Yury Norov

[PATCH 06/27] [AARCH64] Use PTR_REG/PTR_SIZE/PTR_SIZE_LOG in dl-tlsesc.S

From: Andrew Pinski This converts dl-tlsdesc.S code over to use the new macros which allows for sharing between ILP32 and LP64 code. * sysdeps/aarch64/dl-tlsdesc.S (_dl_tlsdesc_return): Use PTR_REG. (_dl_tlsdesc_undefweak): Use PTR_REG, PTR_SIZE. (_dl_tlsdesc_dynamic): Likewise.

[PATCH 09/27] [AARCH64] Use PTR_REG in getcontext.S.

From: Andrew Pinski Just like the other patches, this patch allows for getcontext.S to be used between ILP32 and LP64. * sysdeps/unix/sysv/linux/aarch64/getcontext.S: Use PTR_REG when doing an add so wrapping of the pointer is correct for ILP32. Signed-off-by: Yury Norov ---

  1   2   3   4   5   6   7   8   9   10   >