Re: [RFC PATCH 1/2] Input: rotary-encoder- Add support for absolute encoder

Hi, On 05/23/2016 06:48 PM, Uwe Kleine-König wrote: > Hello, > > On Mon, May 23, 2016 at 04:48:40PM +0530, R, Vignesh wrote: >> On 5/22/2016 3:56 PM, Uwe Kleine-König wrote: >>> Hello, >>> >>> On Thu, May 19, 2016 at 02:34:00PM +0530, Vignesh R wrote: There are rotary-encoders where GPIO

Re: [PATCH v2 0/5] Thermal: Support for hardware-tracked trip points

On Mon, May 23, 2016 at 03:32:39PM +0800, Caesar Wang wrote: > Hello Eduardo & 'Zhang Rui' > > Do we have the chance to merge this series patches for next kernel? > I had picked them up in my github, and tested for a period of time with > rockchip inside kernel. > > Let me know if someone have

Re: [PATCH 1/3] Documentation: dtb: xgene: Add hwmon dts binding documentation

Hi Rob, Thanks for your review ! On Mon, May 23, 2016 at 1:30 PM, Rob Herring wrote: > > On Mon, May 16, 2016 at 09:17:25AM -0700, Hoan Tran wrote: > > This patch adds the APM X-Gene hwmon device tree node documentation. > > > > Signed-off-by: Hoan Tran > > ---

[PATCH 13/23] 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 10/23] 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 05/23] all: wrap needed syscalls in generic unistd

As generic unistd syscall table is written in C, syscall prototypes declaration is needed. It's added to compat header. Signed-off-by: Yury Norov --- include/linux/compat.h| 225 + include/uapi/asm-generic/unistd.h | 227

[PATCH 04/23] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel/

Some syscalls are declared conditionally, so corresponding wrappers are conditional accordingly. Signed-off-by: Yury Norov --- arch/s390/kernel/Makefile | 2 +- arch/s390/kernel/compat_linux.c | 4 + arch/s390/kernel/compat_wrapper.c | 129

[PATCH 01/23] all: syscall wrappers: add documentation

Signed-off-by: Yury Norov --- Documentation/adding-syscalls.txt | 32 1 file changed, 32 insertions(+) diff --git a/Documentation/adding-syscalls.txt b/Documentation/adding-syscalls.txt index cc2d4ac..d02a6bd 100644 ---

[PATCH 02/23] all: introduce COMPAT_WRAPPER option and enable it for s390

Signed-off-by: Yury Norov --- arch/Kconfig | 4 arch/s390/Kconfig | 1 + 2 files changed, 5 insertions(+) diff --git a/arch/Kconfig b/arch/Kconfig index 81869a5..92fcbd4 100644 --- a/arch/Kconfig +++ b/arch/Kconfig @@ -589,6 +589,10 @@ config

[PATCH v6 00/21] ILP32 for ARM64

This series enables aarch64 with ilp32 mode, and as supporting work, introduces compat wrappers based on s390 solution, and also 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

[PATCH 07/23] 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 non-64 bit architectures. All existing 32-bit architectures enable it explicitly here.

[PATCH 03/23] all: s390: move wrapper infrastructure to generic headers

This patch moves required calls to generic files to let other arches use it if needed. Here also, additional code is introduced, as s390 uses asm syscall tables, while in general case, wrappers may be used in C code. __SC_COMPAT_CAST for s390 is too specific due to 31-bit pointer length, so it's

[PATCH 14/23] 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

[PATCH 15/23] 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/23] 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

[PATCH 08/23] 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 | 25 + 1 file changed, 25 insertions(+) create mode 100644 Documentation/arm64/ilp32.txt diff --git a/Documentation/arm64/ilp32.txt

[PATCH 18/23] 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/23] 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/23] compat ABI: use non-compat openat and open_by_handle_at variants

The only difference is that non-compat version forces O_LARGEFILE, and it should be the default behaviour for all architectures, as we don't support 32-bit off_t. The only exception is tile32, that continues with compat version of syscalls. Signed-off-by: Yury Norov

[PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c

to handle ILP32 binaries Signed-off-by: Yury Norov --- arch/arm64/kernel/Makefile | 1 + arch/arm64/kernel/binfmt_ilp32.c | 91 2 files changed, 92 insertions(+) create mode 100644 arch/arm64/kernel/binfmt_ilp32.c diff

[PATCH 19/23] 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 | 91 +- 2 files changed, 90 insertions(+), 34

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

Signed-off-by: Yury Norov --- arch/arm64/include/asm/signal32_common.h | 25 +++ arch/arm64/kernel/Makefile | 1 + arch/arm64/kernel/signal32.c | 85 --- arch/arm64/kernel/signal32_common.c | 115

[PATCH 21/23] 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 22/23] 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

Re: [PATCH v2] doc: clarify that trace_events= takes a comma-separated list

On Mon, 23 May 2016 16:54:51 -0400 Steven Rostedt wrote: > This version looks good to me. Jonathan, you want to take this patch? Sure, I'll take it. Thanks, jon -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to

Re: [PATCH v2] doc: clarify that trace_events= takes a comma-separated list

On Mon, 23 May 2016 13:37:58 -0700 Brian Norris wrote: > It took me browsing through the source code to determine that I was, > indeed, using the wrong delimiter in my command lines. So I might as > well document it for the next person. > This version looks good to

Re: [PATCH] doc: clarify that trace_events= takes a comma-separated list

On Mon, 23 May 2016 13:08:31 -0700 Brian Norris wrote: Hi Brian, > It took me browsing through the source code to determine that I was, > indeed, using the wrong delimiter in my command lines. So I might as > well document it for the next person. > >

Re: [PATCH] doc: clarify that trace_events= takes a comma-separated list

On Mon, May 23, 2016 at 04:25:44PM -0400, Steven Rostedt wrote: > On Mon, 23 May 2016 13:08:31 -0700 > Brian Norris wrote: > > > It took me browsing through the source code to determine that I was, > > indeed, using the wrong delimiter in my command lines. So I might

Re: [PATCH 1/3] Documentation: dtb: xgene: Add hwmon dts binding documentation

On Mon, May 16, 2016 at 09:17:25AM -0700, Hoan Tran wrote: > This patch adds the APM X-Gene hwmon device tree node documentation. > > Signed-off-by: Hoan Tran > --- > .../devicetree/bindings/hwmon/apm-xgene-hwmon.txt | 14 > ++ > 1 file changed, 14

[PATCH] doc: clarify that trace_events= takes a comma-separated list

It took me browsing through the source code to determine that I was, indeed, using the wrong delimiter in my command lines. So I might as well document it for the next person. Signed-off-by: Brian Norris --- Documentation/kernel-parameters.txt | 7 ++- 1 file

is there a way to have a "Return:" section with a bullet list?

it's been a while since i've messed with kernel-doc so i've forgotten a lot of it. i recall the admonition that you can't define a Return: section as a list, because: NOTE 1: The multi-line descriptive text you provide does *not* recognize line breaks, so if you try to format some text

Applied "ASoC: dt: Fix typo" to the asoc tree

The patch ASoC: dt: Fix typo has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.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 to Linus during the next merge

Re: [PATCH v3 0/2] kbuild: Remove stale asm-generic wrappers

On Monday, May 23, 2016 9:21:19 AM CEST James Hogan wrote: > This patchset attempts to fix kbuild to automatically remove stale > asm-generic wrappers, i.e. when files are removed from generic-y and > added directly into arch/*/include/uapi/asm/, but where the existing > wrapper in

Re: [RFC PATCH 1/2] Input: rotary-encoder- Add support for absolute encoder

Hello, On Mon, May 23, 2016 at 04:48:40PM +0530, R, Vignesh wrote: > On 5/22/2016 3:56 PM, Uwe Kleine-König wrote: > > Hello, > > > > On Thu, May 19, 2016 at 02:34:00PM +0530, Vignesh R wrote: > >> There are rotary-encoders where GPIO lines reflect the actual position > >> of the rotary encoder

Re: [PATCH] doc: self-protection: provide initial details

On Mon, 16 May 2016, Kees Cook wrote: > + Segregation of kernel memory from userspace memory > + > +The kernel must never execute userspace memory. The kernel must also never > +access userspace memory without explicit expectation to do so. These > +rules can be enforced either by support of

Re: [RFC PATCH 1/2] Input: rotary-encoder- Add support for absolute encoder

On 5/20/2016 10:04 PM, Dmitry Torokhov wrote: > On Thu, May 19, 2016 at 02:34:00PM +0530, Vignesh R wrote: >> There are rotary-encoders where GPIO lines reflect the actual position >> of the rotary encoder dial. For example, if dial points to 9, then four >> GPIO lines connected to the rotary

Re: [PATCH v2 0/5] Thermal: Support for hardware-tracked trip points

Hello Eduardo & 'Zhang Rui' Do we have the chance to merge this series patches for next kernel? I had picked them up in my github, and tested for a period of time with rockchip inside kernel. Let me know if someone have some suggestions or against opinios. Thanks, -Caesar On 2016年05月03日

Re: [PATCH 0037/1529] Fix typo

This and few others have just landed in my inbox. Not only the changelog doesn't mention what is the point of such a typo fix - does it help useful grep patterns when checking the documentation? 1529 patch series just sounds crazy. So let me ask, what is the whole point of this patch bomb? Maybe