Re: [PATCH 2/5] power: supply: Change Krzysztof Kozlowski's email to kernel.org

Hi, On Wed, Aug 17, 2016 at 02:07:43PM +0200, Krzysztof Kozlowski wrote: > Change my email address to kernel.org instead of Samsung one for the > purpose of any future contact. The copyrights remain untouched and are > attributed to Samsung. Thanks, queued. -- Sebastian signature.asc

Re: [PATCH 2/5] power: supply: Change Krzysztof Kozlowski's email to kernel.org

Hi, On Wed, Aug 17, 2016 at 02:07:43PM +0200, Krzysztof Kozlowski wrote: > Change my email address to kernel.org instead of Samsung one for the > purpose of any future contact. The copyrights remain untouched and are > attributed to Samsung. Thanks, queued. -- Sebastian signature.asc

Re: [PATCH 3/4] zswap: Zero-filled pages handling

On Wed, Aug 17, 2016 at 1:18 PM, Srividya Desireddy wrote: > This patch adds a check in zswap_frontswap_store() to identify zero-filled > page before compression of the page. If the page is a zero-filled page, set > zswap_entry.zeroflag and skip the compression of the

Re: [PATCH 3/4] zswap: Zero-filled pages handling

On Wed, Aug 17, 2016 at 1:18 PM, Srividya Desireddy wrote: > This patch adds a check in zswap_frontswap_store() to identify zero-filled > page before compression of the page. If the page is a zero-filled page, set > zswap_entry.zeroflag and skip the compression of the page and alloction > of

[PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32

Here new aarch32 ptrace syscall handler is introsuced to avoid run-time detection of the task type. Signed-off-by: Yury Norov --- arch/arm64/include/asm/unistd32.h | 2 +- arch/arm64/kernel/ptrace.c| 91 ++-

[PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32

Here new aarch32 ptrace syscall handler is introsuced to avoid run-time detection of the task type. Signed-off-by: Yury Norov --- arch/arm64/include/asm/unistd32.h | 2 +- arch/arm64/kernel/ptrace.c| 91 ++- arch/arm64/kernel/sys32.c | 1 +

[PATCH 18/18] arm64:ilp32: add ARM64_ILP32 to Kconfig

From: Andrew Pinski This patch adds the config option for ILP32. Signed-off-by: Andrew Pinski Signed-off-by: Philipp Tomsich Signed-off-by: Christoph Muellner

[PATCH 18/18] arm64:ilp32: add ARM64_ILP32 to Kconfig

From: Andrew Pinski This patch adds the config option for ILP32. Signed-off-by: Andrew Pinski Signed-off-by: Philipp Tomsich Signed-off-by: Christoph Muellner Signed-off-by: Yury Norov Reviewed-by: David Daney --- arch/arm64/Kconfig | 10 +- 1 file changed, 9 insertions(+), 1

[PATCH 13/18] arm64: signal: share lp64 signal routines to ilp32

After that, it will be possible to reuse it in ilp32. Signed-off-by: Yury Norov --- arch/arm64/include/asm/signal_common.h | 33 arch/arm64/kernel/signal.c | 93 +- 2 files changed, 92 insertions(+), 34

[PATCH 13/18] arm64: signal: share lp64 signal routines to ilp32

After that, it will be possible to reuse it in ilp32. Signed-off-by: Yury Norov --- arch/arm64/include/asm/signal_common.h | 33 arch/arm64/kernel/signal.c | 93 +- 2 files changed, 92 insertions(+), 34 deletions(-) create mode 100644

[PATCH] cpu/hotplug: get rid of CPU_STARTING reference

CPU_STARTING is scheduled for removal. There is no use of it in drivers and just compatibility use core code. This patch removes it from an RCU related comment. Signed-off-by: Sebastian Andrzej Siewior --- Paul, this "CPU_STARTING" refrences got in via "rcu: Exact

[PATCH] cpu/hotplug: get rid of CPU_STARTING reference

CPU_STARTING is scheduled for removal. There is no use of it in drivers and just compatibility use core code. This patch removes it from an RCU related comment. Signed-off-by: Sebastian Andrzej Siewior --- Paul, this "CPU_STARTING" refrences got in via "rcu: Exact CPU-online tracking for RCU".

[PATCH 02/18] arm64: ilp32: add documentation on the ILP32 ABI for ARM64

Based on Andrew Pinski's patch-series. Signed-off-by: Yury Norov --- Documentation/arm64/ilp32.txt | 57 +++ 1 file changed, 57 insertions(+) create mode 100644 Documentation/arm64/ilp32.txt diff --git

[PATCH 02/18] arm64: ilp32: add documentation on the ILP32 ABI for ARM64

Based on Andrew Pinski's patch-series. Signed-off-by: Yury Norov --- Documentation/arm64/ilp32.txt | 57 +++ 1 file changed, 57 insertions(+) create mode 100644 Documentation/arm64/ilp32.txt diff --git a/Documentation/arm64/ilp32.txt

[x86/uaccess] 5b710f34e1: kernel BUG at mm/usercopy.c:75!

kp-wsx03-quantal-i386-6/boot-1-quantal-core-i386.cgz-5b710f34e194c6b7710f69fdb5d798fdf35b98c1-20160817-52554-1cf9h0a-0.yaml ARCH=i386 kconfig=i386-randconfig-w0-08170631 branch=linus/master commit=5b710f34e194c6b7710f69fdb5d798fdf35b98c1 BOOT_IMAGE=/pkg/linux/i386-randconfig-w0-08170631/gcc-6/5b710f34e194c6b7710f69fdb5d798fdf

[x86/uaccess] 5b710f34e1: kernel BUG at mm/usercopy.c:75!

kp-wsx03-quantal-i386-6/boot-1-quantal-core-i386.cgz-5b710f34e194c6b7710f69fdb5d798fdf35b98c1-20160817-52554-1cf9h0a-0.yaml ARCH=i386 kconfig=i386-randconfig-w0-08170631 branch=linus/master commit=5b710f34e194c6b7710f69fdb5d798fdf35b98c1 BOOT_IMAGE=/pkg/linux/i386-randconfig-w0-08170631/gcc-6/5b710f34e194c6b7710f69fdb5d798fdf

usercopy: kernel memory exposure attempt detected

Hi Kees, Al, Saw this when using NFS root on r8a7791/koelsch, using a tree based on renesas-drivers-2016-08-16-v4.8-rc2: usercopy: kernel memory exposure attempt detected from c01ff000 () (4096 bytes) [ cut here ] kernel BUG at mm/usercopy.c:75! Internal error: Oops -

usercopy: kernel memory exposure attempt detected

Hi Kees, Al, Saw this when using NFS root on r8a7791/koelsch, using a tree based on renesas-drivers-2016-08-16-v4.8-rc2: usercopy: kernel memory exposure attempt detected from c01ff000 () (4096 bytes) [ cut here ] kernel BUG at mm/usercopy.c:75! Internal error: Oops -

[PATCH v2 0/2] ti_am335x_adc: Fix bugs related to oneshot read

This series fixes a couple of bugs related to simultaneous read of multiple ADC channels in oneshot mode. Since, all channels share FIFO1, it has to be protected using a mutex, implemented by patch 1. Patch 2 increases the timeout waiting for a ADC sample. Vignesh R (2): iio: adc:

[PATCH v2 0/2] ti_am335x_adc: Fix bugs related to oneshot read

This series fixes a couple of bugs related to simultaneous read of multiple ADC channels in oneshot mode. Since, all channels share FIFO1, it has to be protected using a mutex, implemented by patch 1. Patch 2 increases the timeout waiting for a ADC sample. Vignesh R (2): iio: adc:

[PATCH v2 1/2] iio: adc: ti_am335x_adc: Protect FIFO1 from concurrent access

It is possible that two or more ADC channels can be simultaneously requested for raw samples, in which case there can be race in access to FIFO data resulting in loss of samples. If am335x_tsc_se_set_once() is called again from tiadc_read_raw(), when ADC is still acquired to sample one of the

[PATCH v2 1/2] iio: adc: ti_am335x_adc: Protect FIFO1 from concurrent access

It is possible that two or more ADC channels can be simultaneously requested for raw samples, in which case there can be race in access to FIFO data resulting in loss of samples. If am335x_tsc_se_set_once() is called again from tiadc_read_raw(), when ADC is still acquired to sample one of the

[PATCH v2 2/2] iio: adc: ti_am335x_adc: Increase timeout value waiting for ADC sample

Now that open delay and sample delay for each channel is configurable via DT, the default IDLE_TIMEOUT value is not enough as this is calculated based on hardcoded macros. This results in driver returning EBUSY sometimes. Fix this by increasing the timeout value based on maximum value possible to

[PATCH v2 2/2] iio: adc: ti_am335x_adc: Increase timeout value waiting for ADC sample

Now that open delay and sample delay for each channel is configurable via DT, the default IDLE_TIMEOUT value is not enough as this is calculated based on hardcoded macros. This results in driver returning EBUSY sometimes. Fix this by increasing the timeout value based on maximum value possible to

[PATCH 2/5] power: supply: Change Krzysztof Kozlowski's email to kernel.org

Change my email address to kernel.org instead of Samsung one for the purpose of any future contact. The copyrights remain untouched and are attributed to Samsung. Signed-off-by: Krzysztof Kozlowski --- Documentation/ABI/testing/sysfs-class-power | 8

[PATCH 2/5] power: supply: Change Krzysztof Kozlowski's email to kernel.org

Change my email address to kernel.org instead of Samsung one for the purpose of any future contact. The copyrights remain untouched and are attributed to Samsung. Signed-off-by: Krzysztof Kozlowski --- Documentation/ABI/testing/sysfs-class-power | 8

[PATCH 5/5] regulator: Change Krzysztof Kozlowski's email to kernel.org

Change my email address to kernel.org instead of Samsung one for the purpose of any future contact. The copyrights remain untouched and are attributed to Samsung. Signed-off-by: Krzysztof Kozlowski --- drivers/regulator/max14577-regulator.c | 4 ++--

[PATCH 3/5] extcon: max14577: Change Krzysztof Kozlowski's email to kernel.org

Change my email address to kernel.org instead of Samsung one for the purpose of any future contact. The copyrights remain untouched and are attributed to Samsung. Signed-off-by: Krzysztof Kozlowski --- drivers/extcon/extcon-max14577.c | 4 ++-- 1 file changed, 2

[PATCH 5/5] regulator: Change Krzysztof Kozlowski's email to kernel.org

Change my email address to kernel.org instead of Samsung one for the purpose of any future contact. The copyrights remain untouched and are attributed to Samsung. Signed-off-by: Krzysztof Kozlowski --- drivers/regulator/max14577-regulator.c | 4 ++-- drivers/regulator/max77693-regulator.c | 4

[PATCH 3/5] extcon: max14577: Change Krzysztof Kozlowski's email to kernel.org

Change my email address to kernel.org instead of Samsung one for the purpose of any future contact. The copyrights remain untouched and are attributed to Samsung. Signed-off-by: Krzysztof Kozlowski --- drivers/extcon/extcon-max14577.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[PATCH 1/5] mfd: max14577: Change Krzysztof Kozlowski's email to kernel.org

Change my email address to kernel.org instead of Samsung one for the purpose of any future contact. The copyrights remain untouched and are attributed to Samsung. Signed-off-by: Krzysztof Kozlowski --- drivers/mfd/max14577.c | 4 ++--

[PATCH 1/5] mfd: max14577: Change Krzysztof Kozlowski's email to kernel.org

Change my email address to kernel.org instead of Samsung one for the purpose of any future contact. The copyrights remain untouched and are attributed to Samsung. Signed-off-by: Krzysztof Kozlowski --- drivers/mfd/max14577.c | 4 ++-- include/linux/mfd/max14577-private.h | 2 +-

[PATCH 4/5] input: misc: max77693: Change Krzysztof Kozlowski's email to kernel.org

Change my email address to kernel.org instead of Samsung one for the purpose of any future contact. The copyrights remain untouched and are attributed to Samsung. Signed-off-by: Krzysztof Kozlowski --- drivers/input/misc/max77693-haptic.c | 4 ++-- 1 file changed, 2

[PATCH 4/5] input: misc: max77693: Change Krzysztof Kozlowski's email to kernel.org

Change my email address to kernel.org instead of Samsung one for the purpose of any future contact. The copyrights remain untouched and are attributed to Samsung. Signed-off-by: Krzysztof Kozlowski --- drivers/input/misc/max77693-haptic.c | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH 0/5] Change my email to kernel.org

Hi, I will be leaving Samsung R Institute Poland soon so the Samsung email will stop working at some point. Change it to kernel.org in case someone would like to reach the author of the code. Maintainers are updated separately [1]. There are no dependencies between patches, please pick up

[PATCH 0/5] Change my email to kernel.org

Hi, I will be leaving Samsung R Institute Poland soon so the Samsung email will stop working at some point. Change it to kernel.org in case someone would like to reach the author of the code. Maintainers are updated separately [1]. There are no dependencies between patches, please pick up

[PATCH 1/1] ARM: dma: fix dma_max_pfn()

Since commit 6ce0d2001692 ("ARM: dma: Use dma_pfn_offset for dma address translation"), dma_to_pfn() already returns the PFN with the physical memory start offset so we don't need to add it again. This fixes USB mass storage lock-up problem on systems that can't do DMA over the entire physical

[PATCH 1/1] ARM: dma: fix dma_max_pfn()

Since commit 6ce0d2001692 ("ARM: dma: Use dma_pfn_offset for dma address translation"), dma_to_pfn() already returns the PFN with the physical memory start offset so we don't need to add it again. This fixes USB mass storage lock-up problem on systems that can't do DMA over the entire physical

[PATCH 0/1] ARM: Keystone: Fix USB Mass storage on K2E

Hi, USB mass storage devices lock up on K2E or any Keystone2 system with more than 2GB RAM. Test case: 1) Plug in USB pen drive 2) mount udisks --mount /dev/sda1 Mounted /org/freedesktop/UDisks/devices/sda at /media/PENDRIVE 3) write to medium cp blobs/1M.bin /media/PENDRIVE 4)

[PATCH 0/1] ARM: Keystone: Fix USB Mass storage on K2E

Hi, USB mass storage devices lock up on K2E or any Keystone2 system with more than 2GB RAM. Test case: 1) Plug in USB pen drive 2) mount udisks --mount /dev/sda1 Mounted /org/freedesktop/UDisks/devices/sda at /media/PENDRIVE 3) write to medium cp blobs/1M.bin /media/PENDRIVE 4)

[PATCH 17/18] arm64:ilp32: add vdso-ilp32 and use for signal return

From: Philipp Tomsich ILP32 VDSO exports next symbols: __kernel_rt_sigreturn; __kernel_gettimeofday; __kernel_clock_gettime; __kernel_clock_getres; What shared object to use, kernel selects depending on result of is_ilp32_compat_task() in

[PATCH 04/18] arm64: rename COMPAT to AARCH32_EL0 in Kconfig

From: Andrew Pinski In this patchset ILP32 ABI support is added. Additionally to AARCH32, which is binary-compatible with ARM, ILP32 is (mostly) ABI-compatible. >From now, AARCH32_EL0 (former COMPAT) config option means the support of AARCH32 userspace, ARM64_ILP32 -

[PATCH 07/18] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)

Based on patch of Andrew Pinski. This patch introduces is_a32_compat_task and is_a32_thread so it is easier to say this is a a32 specific thread or a generic compat thread/task. Corresponding functions are located in to avoid mess in headers. Some files include both and , and this is wrong

[PATCH 17/18] arm64:ilp32: add vdso-ilp32 and use for signal return

From: Philipp Tomsich ILP32 VDSO exports next symbols: __kernel_rt_sigreturn; __kernel_gettimeofday; __kernel_clock_gettime; __kernel_clock_getres; What shared object to use, kernel selects depending on result of is_ilp32_compat_task() in arch/arm64/kernel/vdso.c, so it substitutes correct

[PATCH 04/18] arm64: rename COMPAT to AARCH32_EL0 in Kconfig

From: Andrew Pinski In this patchset ILP32 ABI support is added. Additionally to AARCH32, which is binary-compatible with ARM, ILP32 is (mostly) ABI-compatible. >From now, AARCH32_EL0 (former COMPAT) config option means the support of AARCH32 userspace, ARM64_ILP32 - support of ILP32 ABI (see

[PATCH 07/18] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)

Based on patch of Andrew Pinski. This patch introduces is_a32_compat_task and is_a32_thread so it is easier to say this is a a32 specific thread or a generic compat thread/task. Corresponding functions are located in to avoid mess in headers. Some files include both and , and this is wrong

[PATCH 11/18] arm64: ilp32: share aarch32 syscall handlers

off_t is passed in register pair just like in aarch32. In this patch corresponding aarch32 handlers are shared to ilp32 code. Signed-off-by: Yury Norov --- arch/arm64/kernel/Makefile | 1 + arch/arm64/kernel/entry32.S| 65 --

[PATCH 11/18] arm64: ilp32: share aarch32 syscall handlers

off_t is passed in register pair just like in aarch32. In this patch corresponding aarch32 handlers are shared to ilp32 code. Signed-off-by: Yury Norov --- arch/arm64/kernel/Makefile | 1 + arch/arm64/kernel/entry32.S| 65 --

[PATCH 12/18] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

From: Andrew Pinski Add a separate syscall-table for ILP32, which dispatches either to native LP64 system call implementation or to compat-syscalls, as appropriate. Signed-off-by: Andrew Pinski Signed-off-by: Yury Norov

[PATCH 12/18] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

From: Andrew Pinski Add a separate syscall-table for ILP32, which dispatches either to native LP64 system call implementation or to compat-syscalls, as appropriate. Signed-off-by: Andrew Pinski Signed-off-by: Yury Norov --- arch/arm64/include/asm/unistd.h | 6 ++- arch/arm64/kernel/Makefile

[PATCH 01/18] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option

All new 32-bit architectures should have 64-bit off_t type, but existing architectures has 32-bit ones. To handle it, new config option is added to arch/Kconfig that defaults ARCH_32BIT_OFF_T to be disabled for 64-bit and new 32-bit architectures. All existing 32-bit architectures enable it

[PATCH 01/18] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option

All new 32-bit architectures should have 64-bit off_t type, but existing architectures has 32-bit ones. To handle it, new config option is added to arch/Kconfig that defaults ARCH_32BIT_OFF_T to be disabled for 64-bit and new 32-bit architectures. All existing 32-bit architectures enable it

[PATCH 06/18] thread: move thread bits accessors to separated file

They may be accessed from low-level code, so isolating is a measure to avoid circular dependencies in header files. The exact reason for circular dependency is WARN_ON() macro added by Al Viro in patch [edd63a27] "set_restore_sigmask() is never called without SIGPENDING (and never should be)"

[PATCH 06/18] thread: move thread bits accessors to separated file

They may be accessed from low-level code, so isolating is a measure to avoid circular dependencies in header files. The exact reason for circular dependency is WARN_ON() macro added by Al Viro in patch [edd63a27] "set_restore_sigmask() is never called without SIGPENDING (and never should be)"

[PATCH 09/18] arm64: introduce binfmt_elf32.c

As we support more than one compat formats, it looks more reasonable to not use fs/compat_binfmt.c. Custom binfmt_elf32.c allows to move aarch32 specific definitions there and make code more maintainable and readable. Signed-off-by: Yury Norov --- arch/arm64/Kconfig

[PATCH 09/18] arm64: introduce binfmt_elf32.c

As we support more than one compat formats, it looks more reasonable to not use fs/compat_binfmt.c. Custom binfmt_elf32.c allows to move aarch32 specific definitions there and make code more maintainable and readable. Signed-off-by: Yury Norov --- arch/arm64/Kconfig | 1 -

[PATCH 03/18] arm64: ensure the kernel is compiled for LP64

From: Andrew Pinski The kernel needs to be compiled as a LP64 binary for ARM64, even when using a compiler that defaults to code-generation for the ILP32 ABI. Consequently, we need to explicitly pass '-mabi=lp64' (supported on gcc-4.9 and newer). Signed-off-by: Andrew Pinski

[RFC2 nowrap: PATCH v7 00/18] ILP32 for ARM64

This series enables aarch64 with ilp32 mode, and as supporting work, introduces ARCH_32BIT_OFF_T configuration option that is enabled for existing 32-bit architectures but disabled for new arches (so 64-bit off_t is is used by new userspace). This version is based on kernel v4.8-rc2. It works

[PATCH 03/18] arm64: ensure the kernel is compiled for LP64

From: Andrew Pinski The kernel needs to be compiled as a LP64 binary for ARM64, even when using a compiler that defaults to code-generation for the ILP32 ABI. Consequently, we need to explicitly pass '-mabi=lp64' (supported on gcc-4.9 and newer). Signed-off-by: Andrew Pinski Signed-off-by:

[RFC2 nowrap: PATCH v7 00/18] ILP32 for ARM64

This series enables aarch64 with ilp32 mode, and as supporting work, introduces ARCH_32BIT_OFF_T configuration option that is enabled for existing 32-bit architectures but disabled for new arches (so 64-bit off_t is is used by new userspace). This version is based on kernel v4.8-rc2. It works

Re: [PATCH v5 6/7] power: act8945a_charger: Add max current property

Hi, On Tue, Aug 16, 2016 at 04:59:57PM +0800, Wenyou Yang wrote: > Add the power supply's current max property, > POWER_SUPPLY_PROP_CURRENT_MAX. Please also switch chgin_level to gpiod API. -- Sebastian signature.asc Description: PGP signature

Re: [PATCH v5 6/7] power: act8945a_charger: Add max current property

Hi, On Tue, Aug 16, 2016 at 04:59:57PM +0800, Wenyou Yang wrote: > Add the power supply's current max property, > POWER_SUPPLY_PROP_CURRENT_MAX. Please also switch chgin_level to gpiod API. -- Sebastian signature.asc Description: PGP signature

[PATCH 14/18] arm64: signal32: move ilp32 and aarch32 common code to separated file

Signed-off-by: Yury Norov --- arch/arm64/include/asm/signal32.h| 3 + arch/arm64/include/asm/signal32_common.h | 28 +++ arch/arm64/kernel/Makefile | 2 +- arch/arm64/kernel/signal32.c | 107

[PATCH 14/18] arm64: signal32: move ilp32 and aarch32 common code to separated file

Signed-off-by: Yury Norov --- arch/arm64/include/asm/signal32.h| 3 + arch/arm64/include/asm/signal32_common.h | 28 +++ arch/arm64/kernel/Makefile | 2 +- arch/arm64/kernel/signal32.c | 107 arch/arm64/kernel/signal32_common.c

[PATCH 15/18] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext

From: Andrew Pinski ILP32 uses AARCH32 compat structures and syscall handlers for signals. But ILP32 struct rt_sigframe and ucontext differs from both LP64 and AARCH32. So some specific mechanism is needed to take care of it. Signed-off-by: Andrew Pinski

[PATCH 15/18] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext

From: Andrew Pinski ILP32 uses AARCH32 compat structures and syscall handlers for signals. But ILP32 struct rt_sigframe and ucontext differs from both LP64 and AARCH32. So some specific mechanism is needed to take care of it. Signed-off-by: Andrew Pinski Signed-off-by: Yury Norov ---

[PATCH 10/18] arm64: ilp32: introduce binfmt_ilp32.c

binfmt_ilp32.c is needed to handle ILP32 binaries Signed-off-by: Yury Norov --- arch/arm64/include/asm/elf.h | 6 +++ arch/arm64/kernel/Makefile | 1 + arch/arm64/kernel/binfmt_ilp32.c | 96 3 files changed, 103

[PATCH 10/18] arm64: ilp32: introduce binfmt_ilp32.c

binfmt_ilp32.c is needed to handle ILP32 binaries Signed-off-by: Yury Norov --- arch/arm64/include/asm/elf.h | 6 +++ arch/arm64/kernel/Makefile | 1 + arch/arm64/kernel/binfmt_ilp32.c | 96 3 files changed, 103 insertions(+) create mode

[PATCH 05/18] arm64:uapi: set __BITS_PER_LONG correctly for ILP32 and LP64

From: Andrew Pinski Define __BITS_PER_LONG depending on the ABI used (i.e. check whether __ILP32__ or __LP64__ is defined). This is necessary for glibc to determine the appropriate type definitions for the system call interface. Signed-off-by: Andrew Pinski

[PATCH 08/18] arm64: ilp32: add is_ilp32_compat_{task,thread} and TIF_32BIT_AARCH64

ILP32 tasks are needed to be distinguished from lp64 and aarch32. This patch adds helper functions is_ilp32_compat_{task,thread} and thread flag TIF_32BIT_AARCH64 to address it. This is a preparation for following patches in ilp32 patchset. For consistency, SET_PERSONALITY is changed here

Re: [PATCH v5 5/7] power: act8945a_charger: Add capacity level property

Hi, On Tue, Aug 16, 2016 at 04:59:56PM +0800, Wenyou Yang wrote: > Add the power supply capacity level property, it corresponds to > POWER_SUPPLY_CAPACITY_LEVEL_*. > > It also utilizes the precision voltage detector function module > to catch the low battery voltage. Please use gpiod API

[PATCH 05/18] arm64:uapi: set __BITS_PER_LONG correctly for ILP32 and LP64

From: Andrew Pinski Define __BITS_PER_LONG depending on the ABI used (i.e. check whether __ILP32__ or __LP64__ is defined). This is necessary for glibc to determine the appropriate type definitions for the system call interface. Signed-off-by: Andrew Pinski Signed-off-by: Philipp Tomsich

[PATCH 08/18] arm64: ilp32: add is_ilp32_compat_{task,thread} and TIF_32BIT_AARCH64

ILP32 tasks are needed to be distinguished from lp64 and aarch32. This patch adds helper functions is_ilp32_compat_{task,thread} and thread flag TIF_32BIT_AARCH64 to address it. This is a preparation for following patches in ilp32 patchset. For consistency, SET_PERSONALITY is changed here

Re: [PATCH v5 5/7] power: act8945a_charger: Add capacity level property

Hi, On Tue, Aug 16, 2016 at 04:59:56PM +0800, Wenyou Yang wrote: > Add the power supply capacity level property, it corresponds to > POWER_SUPPLY_CAPACITY_LEVEL_*. > > It also utilizes the precision voltage detector function module > to catch the low battery voltage. Please use gpiod API

Re: [PATCH v11 0/7] Make cpuid <-> nodeid mapping persistent

Ping ... May I ask for some community attention to this series? My purpose is fixing the memory allocation failure sometimes when hot-plugging it. Thanks in advance. dou At 08/08/2016 04:37 PM, Dou Liyang wrote: [Problem] cpuid <-> nodeid mapping is firstly established at boot time. And

Re: [PATCH v11 0/7] Make cpuid <-> nodeid mapping persistent

Ping ... May I ask for some community attention to this series? My purpose is fixing the memory allocation failure sometimes when hot-plugging it. Thanks in advance. dou At 08/08/2016 04:37 PM, Dou Liyang wrote: [Problem] cpuid <-> nodeid mapping is firstly established at boot time. And

Re: mm: kswapd struggles reclaiming the pages on 64GB server

[CCing linux-mm and Johannes] On Fri 12-08-16 21:52:20, Andriy Tkachuk wrote: > Hi, > > our user-space application uses large amount of anon pages (private > mapping of the large file, more than 64GB RAM available in the system) > which are rarely accessible and are supposed to be swapped out. >

Re: mm: kswapd struggles reclaiming the pages on 64GB server

[CCing linux-mm and Johannes] On Fri 12-08-16 21:52:20, Andriy Tkachuk wrote: > Hi, > > our user-space application uses large amount of anon pages (private > mapping of the large file, more than 64GB RAM available in the system) > which are rarely accessible and are supposed to be swapped out. >

Use of copy_from_user in msm_gem_submit.c while holding a spin_lock

Hello, I was wondering about the call to copy_from_user in function submit_lookup_objects for drive /gpu/drm/msm/msm_gem_submit.c It calls copy_from_user[1] in a spin_lock, which is not normally allowed, due to the possibility of a deadlock. Is there some reason that I am overlooking why it

Re: [PATCH v5 3/7] power: act8945a_charger: Add status change update support

Hi, On Tue, Aug 16, 2016 at 04:59:54PM +0800, Wenyou Yang wrote: > Add the charger status change interrupt support, it will report > the power supply changed event. > > This interrupt is generated by one of the conditions as below: > - the state machine jumps out of or into the EOC state > -

Use of copy_from_user in msm_gem_submit.c while holding a spin_lock

Hello, I was wondering about the call to copy_from_user in function submit_lookup_objects for drive /gpu/drm/msm/msm_gem_submit.c It calls copy_from_user[1] in a spin_lock, which is not normally allowed, due to the possibility of a deadlock. Is there some reason that I am overlooking why it

Re: [PATCH v5 3/7] power: act8945a_charger: Add status change update support

Hi, On Tue, Aug 16, 2016 at 04:59:54PM +0800, Wenyou Yang wrote: > Add the charger status change interrupt support, it will report > the power supply changed event. > > This interrupt is generated by one of the conditions as below: > - the state machine jumps out of or into the EOC state > -

Re: [PATCH v2 4/6] net: ethernet: bgmac: convert to feature flags

On 8 July 2016 at 01:08, Jon Mason wrote: > mode = (bgmac_read(bgmac, BGMAC_DEV_STATUS) & BGMAC_DS_MM_MASK) >> > BGMAC_DS_MM_SHIFT; > - if (ci->id != BCMA_CHIP_ID_BCM47162 || mode != 0) > + if (bgmac->feature_flags & BGMAC_FEAT_CLKCTLST

Re: [PATCH v2 4/6] net: ethernet: bgmac: convert to feature flags

On 8 July 2016 at 01:08, Jon Mason wrote: > mode = (bgmac_read(bgmac, BGMAC_DEV_STATUS) & BGMAC_DS_MM_MASK) >> > BGMAC_DS_MM_SHIFT; > - if (ci->id != BCMA_CHIP_ID_BCM47162 || mode != 0) > + if (bgmac->feature_flags & BGMAC_FEAT_CLKCTLST || mode != 0) >

Re: [tip:x86/boot] x86/mm: Enable KASLR for physical mapping memory regions

On Wed, Aug 17, 2016 at 12:19:48PM +0200, Ingo Molnar wrote: > So I really hate this pattern, and we already have it in > arch/x86/kernel/cpu/microcode/intel.c as well: > > start += PAGE_OFFSET - __PAGE_OFFSET_BASE; > > and note that it's not #ifdefed there - I think it's safe

Re: [tip:x86/boot] x86/mm: Enable KASLR for physical mapping memory regions

On Wed, Aug 17, 2016 at 12:19:48PM +0200, Ingo Molnar wrote: > So I really hate this pattern, and we already have it in > arch/x86/kernel/cpu/microcode/intel.c as well: > > start += PAGE_OFFSET - __PAGE_OFFSET_BASE; > > and note that it's not #ifdefed there - I think it's safe

Re: [PATCH 1/2] ARM: dts: da850-lcdk: Audio support via simple-card

On Wednesday 17 August 2016 04:03 PM, Karl Beldan wrote: > On Wed, Aug 17, 2016 at 03:24:42PM +0530, Sekhar Nori wrote: >> On Thursday 11 August 2016 01:38 AM, Karl Beldan wrote: >>> The LCDK embeds a TLV320AIC3106 connected to the SoC McASP for analog >>> audio. This relies on the 'dummy'

Re: [PATCH 1/2] ARM: dts: da850-lcdk: Audio support via simple-card

On Wednesday 17 August 2016 04:03 PM, Karl Beldan wrote: > On Wed, Aug 17, 2016 at 03:24:42PM +0530, Sekhar Nori wrote: >> On Thursday 11 August 2016 01:38 AM, Karl Beldan wrote: >>> The LCDK embeds a TLV320AIC3106 connected to the SoC McASP for analog >>> audio. This relies on the 'dummy'

Re: [PATCH v5 1/7] power: act8945a_charger: Remove "battery_temperature"

Hi, On Tue, Aug 16, 2016 at 04:59:52PM +0800, Wenyou Yang wrote: > [...] > > -static int act8945a_get_battery_health(struct act8945a_charger *charger, > -struct regmap *regmap, int *val) > +static int act8945a_get_battery_health(struct regmap *regmap, int *val)

Re: [PATCH v5 1/7] power: act8945a_charger: Remove "battery_temperature"

Hi, On Tue, Aug 16, 2016 at 04:59:52PM +0800, Wenyou Yang wrote: > [...] > > -static int act8945a_get_battery_health(struct act8945a_charger *charger, > -struct regmap *regmap, int *val) > +static int act8945a_get_battery_health(struct regmap *regmap, int *val)

[PATCH] drm/hisilicon: add back missing } on ade_dc_ops

From: Colin Ian King Fix build error by adding back the closing } on ade_dc_ops which got accidentally removed from an earlier commit. Fixes: d25bcfb8c2e18b9b36 ("Don't set drm_device->platformdev") Signed-off-by: Colin Ian King ---

[PATCH] drm/hisilicon: add back missing } on ade_dc_ops

From: Colin Ian King Fix build error by adding back the closing } on ade_dc_ops which got accidentally removed from an earlier commit. Fixes: d25bcfb8c2e18b9b36 ("Don't set drm_device->platformdev") Signed-off-by: Colin Ian King --- drivers/gpu/drm/hisilicon/kirin/kirin_drm_ade.c | 2 +- 1

Re: [PATCH 01/15 RESEND] staging: dgnc: remove redundant NULL checks in

2016-08-17 15:25 GMT+09:00 Greg KH : > On Wed, Aug 17, 2016 at 10:05:03AM +0900, DaeSeok Youn wrote: >> 2016-08-16 2:05 GMT+09:00 Greg KH : >> > On Wed, Jul 06, 2016 at 03:11:13PM +0900, Daeseok Youn wrote: >> >> The dgnc_block_til_ready() is

Re: [PATCH 01/15 RESEND] staging: dgnc: remove redundant NULL checks in

2016-08-17 15:25 GMT+09:00 Greg KH : > On Wed, Aug 17, 2016 at 10:05:03AM +0900, DaeSeok Youn wrote: >> 2016-08-16 2:05 GMT+09:00 Greg KH : >> > On Wed, Jul 06, 2016 at 03:11:13PM +0900, Daeseok Youn wrote: >> >> The dgnc_block_til_ready() is only used in dgnc_tty_open(). >> >> The unit

Re: [PATCH v2] mm: kmemleak: Avoid using __va() on addresses that don't have a lowmem mapping

On Wednesday 17 August 2016 02:58 PM, Catalin Marinas wrote: > Some of the kmemleak_*() callbacks in memblock, bootmem, CMA convert a > physical address to a virtual one using __va(). However, such physical > addresses may sometimes be located in highmem and using __va() is > incorrect, leading

Re: [PATCH v2] mm: kmemleak: Avoid using __va() on addresses that don't have a lowmem mapping

On Wednesday 17 August 2016 02:58 PM, Catalin Marinas wrote: > Some of the kmemleak_*() callbacks in memblock, bootmem, CMA convert a > physical address to a virtual one using __va(). However, such physical > addresses may sometimes be located in highmem and using __va() is > incorrect, leading

Applied "spi: spi-ti-qspi: Add DMA support for QSPI mmap read" to the spi tree

The patch spi: spi-ti-qspi: Add DMA support for QSPI mmap read has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "spi: spi-ti-qspi: Add DMA support for QSPI mmap read" to the spi tree

The patch spi: spi-ti-qspi: Add DMA support for QSPI mmap read has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "spi: Add support to handle kmap'd buffers in spi_map_buf()" to the spi tree

The patch spi: Add support to handle kmap'd buffers in spi_map_buf() has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "spi: Add support to handle kmap'd buffers in spi_map_buf()" to the spi tree

The patch spi: Add support to handle kmap'd buffers in spi_map_buf() has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

<    4   5   6   7   8   9   10   11   12   13   >