Re: [PATCH 2/3] firmware: qcom: scm: Expose download-mode control

On Fri 24 Mar 08:06 PDT 2017, Rob Herring wrote: > On Fri, Mar 17, 2017 at 09:15:22PM -0700, Bjorn Andersson wrote: [..] > > diff --git a/Documentation/devicetree/bindings/firmware/qcom,scm.txt > > b/Documentation/devicetree/bindings/firmware/qcom,scm.txt > > index 20f26fbce875..8467a181f22c

Re: [PATCH 2/3] firmware: qcom: scm: Expose download-mode control

On Fri 24 Mar 08:06 PDT 2017, Rob Herring wrote: > On Fri, Mar 17, 2017 at 09:15:22PM -0700, Bjorn Andersson wrote: [..] > > diff --git a/Documentation/devicetree/bindings/firmware/qcom,scm.txt > > b/Documentation/devicetree/bindings/firmware/qcom,scm.txt > > index 20f26fbce875..8467a181f22c

Re: [rcu:dev.2017.03.16a 53/58] include/linux/srcu.h:62:28: fatal error: linux/srcutree.h: No such file or directory

On Sun, Mar 26, 2017 at 11:31:27AM +0800, kbuild test robot wrote: > Hi Paul, > > FYI, the error/warning still remains. Yeah, idiot here forgot "git add"... So it was working fine in my local tree, but for everyone else, not so much. :-/ Mostly fixed, still at least one bug left. Thank you

Re: [rcu:dev.2017.03.16a 53/58] include/linux/srcu.h:62:28: fatal error: linux/srcutree.h: No such file or directory

On Sun, Mar 26, 2017 at 11:31:27AM +0800, kbuild test robot wrote: > Hi Paul, > > FYI, the error/warning still remains. Yeah, idiot here forgot "git add"... So it was working fine in my local tree, but for everyone else, not so much. :-/ Mostly fixed, still at least one bug left. Thank you

Re: [PATCH v2 1/2] soc: qcom: Add device tree binding for GLINK RPM

On Fri 24 Mar 09:07 PDT 2017, Rob Herring wrote: > On Mon, Mar 20, 2017 at 02:09:55PM -0700, Bjorn Andersson wrote: > > Add device tree binding documentation for the Qualcomm GLINK RPM, used > > for communication with the Resource Power Management subsystem in > > various Qualcomm SoCs. > > > >

Re: [PATCH v2 1/2] soc: qcom: Add device tree binding for GLINK RPM

On Fri 24 Mar 09:07 PDT 2017, Rob Herring wrote: > On Mon, Mar 20, 2017 at 02:09:55PM -0700, Bjorn Andersson wrote: > > Add device tree binding documentation for the Qualcomm GLINK RPM, used > > for communication with the Resource Power Management subsystem in > > various Qualcomm SoCs. > > > >

[RFC PATCH tip/master 7/8] kprobes/x86: Use probe_kernel_read instead of memcpy

Use probe_kernel_read() for avoiding unexpected faults while copying kernel text in __recover_probed_insn(), __recover_optprobed_insn() and __copy_instruction(). Signed-off-by: Masami Hiramatsu --- Note that this is just an update patch which I had been sent to LKML last

[RFC PATCH tip/master 7/8] kprobes/x86: Use probe_kernel_read instead of memcpy

Use probe_kernel_read() for avoiding unexpected faults while copying kernel text in __recover_probed_insn(), __recover_optprobed_insn() and __copy_instruction(). Signed-off-by: Masami Hiramatsu --- Note that this is just an update patch which I had been sent to LKML last month (

Re: [PATCH] fs/buffer.c: make bh_lru_install() more efficient

On Thu, Dec 29, 2016 at 01:34:45PM -0600, Eric Biggers wrote: > From: Eric Biggers > > To install a buffer_head into the cpu's LRU queue, bh_lru_install() > would construct a new copy of the queue and then memcpy it over the real > queue. But it's easily possible to do the

Re: [PATCH] fs/buffer.c: make bh_lru_install() more efficient

On Thu, Dec 29, 2016 at 01:34:45PM -0600, Eric Biggers wrote: > From: Eric Biggers > > To install a buffer_head into the cpu's LRU queue, bh_lru_install() > would construct a new copy of the queue and then memcpy it over the real > queue. But it's easily possible to do the update in-place,

[RFC PATCH tip/master 8/8] kprobes/x86: Consolidate insn decoder users for copying code

Consolidate x86 instruction decoder users on the path of copying original code for kprobes. Kprobes decodes same instruction 3 times in maximum when preparing instruction buffer. The first time for getting the length of instruction, the 2nd for adjusting displacement, and the 3rd for checking

[RFC PATCH tip/master 8/8] kprobes/x86: Consolidate insn decoder users for copying code

Consolidate x86 instruction decoder users on the path of copying original code for kprobes. Kprobes decodes same instruction 3 times in maximum when preparing instruction buffer. The first time for getting the length of instruction, the 2nd for adjusting displacement, and the 3rd for checking

[PATCH 2/5] uapi: fix asm/msgbuf.h userspace compilation errors

Date: Sat, 25 Feb 2017 12:34:56 + Include to fix asm/msgbuf.h userspace compilation errors like this: /usr/include/asm-generic/msgbuf.h:25:20: error: field 'msg_perm' has incomplete type struct ipc64_perm msg_perm; /usr/include/asm-generic/msgbuf.h:26:2: error: unknown type name

[PATCH 2/5] uapi: fix asm/msgbuf.h userspace compilation errors

Date: Sat, 25 Feb 2017 12:34:56 + Include to fix asm/msgbuf.h userspace compilation errors like this: /usr/include/asm-generic/msgbuf.h:25:20: error: field 'msg_perm' has incomplete type struct ipc64_perm msg_perm; /usr/include/asm-generic/msgbuf.h:26:2: error: unknown type name

[RFC PATCH tip/master 6/8] kprobes/x86: Set kprobes pages readonly

Set the pages which is used for kprobes' singlestep buffer and optprobe's trampoline instruction buffer to readonly. This can prevent unexpected (or unintended) instruction modification. This also passes rodata_test as below. Without this patch, rodata_test shows a warning: [ 10.041310]

[PATCH 4/5] uapi: fix asm/shmbuf.h userspace compilation errors

Date: Sat, 25 Feb 2017 12:34:56 + Include to fix asm/shmbuf.h userspace compilation errors like this: /usr/include/asm-generic/shmbuf.h:26:20: error: field 'shm_perm' has incomplete type struct ipc64_perm shm_perm; /* operation perms */ /usr/include/asm-generic/shmbuf.h:28:2: error:

[rcu:dev.2017.03.16a 53/58] include/linux/srcu.h:62:28: fatal error: linux/srcutree.h: No such file or directory

Hi Paul, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git dev.2017.03.16a head: 5c1e4049e03942b1a6ec13fa8dc0d9f4b2ba0463 commit: c574d9a57769f1941153c41e5cfcd2bb13911cc3 [53/58] srcu: Create a tiny SRCU config: x86_64-lkp

[RFC PATCH tip/master 6/8] kprobes/x86: Set kprobes pages readonly

Set the pages which is used for kprobes' singlestep buffer and optprobe's trampoline instruction buffer to readonly. This can prevent unexpected (or unintended) instruction modification. This also passes rodata_test as below. Without this patch, rodata_test shows a warning: [ 10.041310]

[PATCH 4/5] uapi: fix asm/shmbuf.h userspace compilation errors

Date: Sat, 25 Feb 2017 12:34:56 + Include to fix asm/shmbuf.h userspace compilation errors like this: /usr/include/asm-generic/shmbuf.h:26:20: error: field 'shm_perm' has incomplete type struct ipc64_perm shm_perm; /* operation perms */ /usr/include/asm-generic/shmbuf.h:28:2: error:

[rcu:dev.2017.03.16a 53/58] include/linux/srcu.h:62:28: fatal error: linux/srcutree.h: No such file or directory

Hi Paul, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git dev.2017.03.16a head: 5c1e4049e03942b1a6ec13fa8dc0d9f4b2ba0463 commit: c574d9a57769f1941153c41e5cfcd2bb13911cc3 [53/58] srcu: Create a tiny SRCU config: x86_64-lkp

[PATCH 5/5] uapi: fix another asm/shmbuf.h userspace compilation error

Date: Sat, 25 Feb 2017 12:34:56 + Replace size_t with __kernel_size_t to fix asm/shmbuf.h userspace compilation errors like this: /usr/include/asm-generic/shmbuf.h:28:2: error: unknown type name 'size_t' size_t shm_segsz; /* size of segment (bytes) */ x32 is the only architecture where

[PATCH 3/5] uapi: fix asm/sembuf.h userspace compilation errors

Date: Sat, 25 Feb 2017 12:34:56 + Include to fix asm/sembuf.h userspace compilation errors like this: /usr/include/asm/sembuf.h:14:20: error: field 'sem_perm' has incomplete type struct ipc64_perm sem_perm; /* permissions .. see ipc.h */ /usr/include/asm/sembuf.h:15:2: error: unknown type

[RFC PATCH tip/master 5/8] kprobes/x86: Make boostable flag boolean

Make arch_specific_insn.boostable to boolean, since it has only 2 states, boostable or not. So it is better to use boolean from the viewpoint of code readability. Signed-off-by: Masami Hiramatsu --- arch/x86/include/asm/kprobes.h |7 +++

[PATCH 5/5] uapi: fix another asm/shmbuf.h userspace compilation error

Date: Sat, 25 Feb 2017 12:34:56 + Replace size_t with __kernel_size_t to fix asm/shmbuf.h userspace compilation errors like this: /usr/include/asm-generic/shmbuf.h:28:2: error: unknown type name 'size_t' size_t shm_segsz; /* size of segment (bytes) */ x32 is the only architecture where

[PATCH 3/5] uapi: fix asm/sembuf.h userspace compilation errors

Date: Sat, 25 Feb 2017 12:34:56 + Include to fix asm/sembuf.h userspace compilation errors like this: /usr/include/asm/sembuf.h:14:20: error: field 'sem_perm' has incomplete type struct ipc64_perm sem_perm; /* permissions .. see ipc.h */ /usr/include/asm/sembuf.h:15:2: error: unknown type

[RFC PATCH tip/master 5/8] kprobes/x86: Make boostable flag boolean

Make arch_specific_insn.boostable to boolean, since it has only 2 states, boostable or not. So it is better to use boolean from the viewpoint of code readability. Signed-off-by: Masami Hiramatsu --- arch/x86/include/asm/kprobes.h |7 +++ arch/x86/kernel/kprobes/core.c | 12

[PATCH 1/5] uapi: fix asm/ipcbuf.h userspace compilation errors

Date: Sat, 25 Feb 2017 12:34:56 + Include to fix asm/ipcbuf.h userspace compilation errors like this: /usr/include/asm-generic/ipcbuf.h:20:2: error: unknown type name '__kernel_key_t' __kernel_key_t key; /usr/include/asm-generic/ipcbuf.h:21:2: error: unknown type name

[PATCH 1/5] uapi: fix asm/ipcbuf.h userspace compilation errors

Date: Sat, 25 Feb 2017 12:34:56 + Include to fix asm/ipcbuf.h userspace compilation errors like this: /usr/include/asm-generic/ipcbuf.h:20:2: error: unknown type name '__kernel_key_t' __kernel_key_t key; /usr/include/asm-generic/ipcbuf.h:21:2: error: unknown type name

[RFC PATCH tip/master 4/8] kprobes/x86: Do not modify singlestep buffer while resuming

Do not modify singlestep execution buffer (kprobe.ainsn.insn) while resuming from single-stepping, instead, modifies the buffer to add a jump back instruction at preparing buffer. Signed-off-by: Masami Hiramatsu --- arch/x86/kernel/kprobes/core.c | 42

[RFC PATCH tip/master 4/8] kprobes/x86: Do not modify singlestep buffer while resuming

Do not modify singlestep execution buffer (kprobe.ainsn.insn) while resuming from single-stepping, instead, modifies the buffer to add a jump back instruction at preparing buffer. Signed-off-by: Masami Hiramatsu --- arch/x86/kernel/kprobes/core.c | 42 +++-

[RFC PATCH tip/master 3/8] kprobes/x86: Use instruction decoder for booster

Use x86 instruction decoder for checking whether the probed instruction is able to boost or not, instead of hand-written code. Signed-off-by: Masami Hiramatsu --- arch/x86/kernel/kprobes/core.c | 39 --- 1 file changed, 16

[RFC PATCH tip/master 3/8] kprobes/x86: Use instruction decoder for booster

Use x86 instruction decoder for checking whether the probed instruction is able to boost or not, instead of hand-written code. Signed-off-by: Masami Hiramatsu --- arch/x86/kernel/kprobes/core.c | 39 --- 1 file changed, 16 insertions(+), 23 deletions(-)

[PATCH 0/5] uapi: fix userspace compilation of asm/ ipc headers

This is resend of short series of trivial userspace compilation fixes acked earlier by Arnd Bergmann. Nobody else from the long Cc list of the original patch series has shown any interest at all, so I've trimmed Cc down. Dmitry V. Levin (5): uapi: fix asm/ipcbuf.h userspace compilation errors

[PATCH 0/5] uapi: fix userspace compilation of asm/ ipc headers

This is resend of short series of trivial userspace compilation fixes acked earlier by Arnd Bergmann. Nobody else from the long Cc list of the original patch series has shown any interest at all, so I've trimmed Cc down. Dmitry V. Levin (5): uapi: fix asm/ipcbuf.h userspace compilation errors

[RFC PATCH tip/master 2/8] kprobes/x86: Fix the description of __copy_instruction()

Fix the description comment of __copy_instruction() function since it has already been changed to return the length of copied instruction. Signed-off-by: Masami Hiramatsu --- arch/x86/kernel/kprobes/core.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-)

[RFC PATCH tip/master 2/8] kprobes/x86: Fix the description of __copy_instruction()

Fix the description comment of __copy_instruction() function since it has already been changed to return the length of copied instruction. Signed-off-by: Masami Hiramatsu --- arch/x86/kernel/kprobes/core.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[RFC PATCH tip/master 1/8] kprobes/x86: Fix not to boost call far instruction

Fix kprobe-booster not to boost call far instruction, because call may store the address in singlestep execution buffer to the stack, which should be modified after single stepping. Currently, this instruction will be filtered as not boostable in resume_execution(), so this is not a critical

[RFC PATCH tip/master 1/8] kprobes/x86: Fix not to boost call far instruction

Fix kprobe-booster not to boost call far instruction, because call may store the address in singlestep execution buffer to the stack, which should be modified after single stepping. Currently, this instruction will be filtered as not boostable in resume_execution(), so this is not a critical

[RFC PATCH tip/master 0/8] kprobes/x86: Make kprobes instruction buffers read-only

Hi, This series tries to make kprobes instruction buffers read-only pages. Since those buffers are used for trampoline code, those are a part of "text area" and it should be marked as ro for avoiding unexpected modification. And this actually fix a warning rodata sanity check. This change

[RFC PATCH tip/master 0/8] kprobes/x86: Make kprobes instruction buffers read-only

Hi, This series tries to make kprobes instruction buffers read-only pages. Since those buffers are used for trampoline code, those are a part of "text area" and it should be marked as ro for avoiding unexpected modification. And this actually fix a warning rodata sanity check. This change

Re: [PATCH] irda: vlsi_ir: fix check for dma mapping errors

From: Alexey Khoroshilov Date: Sat, 25 Mar 2017 01:48:08 +0300 > vlsi_alloc_ring() checks for dma mapping errors by comparison > returned address with zero, while pci_dma_mapping_error() should be used. > > Found by Linux Driver Verification project (linuxtesting.org). >

Re: [PATCH] irda: vlsi_ir: fix check for dma mapping errors

From: Alexey Khoroshilov Date: Sat, 25 Mar 2017 01:48:08 +0300 > vlsi_alloc_ring() checks for dma mapping errors by comparison > returned address with zero, while pci_dma_mapping_error() should be used. > > Found by Linux Driver Verification project (linuxtesting.org). > > Signed-off-by:

Re: [PATCH net-next 0/2] netvsc: Fix miscellaneous issues

From: k...@exchange.microsoft.com Date: Fri, 24 Mar 2017 20:54:08 -0700 > Fix miscellaneous issues. Series applied, thanks.

Re: [PATCH net-next 0/2] netvsc: Fix miscellaneous issues

From: k...@exchange.microsoft.com Date: Fri, 24 Mar 2017 20:54:08 -0700 > Fix miscellaneous issues. Series applied, thanks.

Re: [RESEND PATCH 1/3] net: hns: fix uninitialized data use

From: Arnd Bergmann Date: Fri, 24 Mar 2017 23:02:49 +0100 > When dev_dbg() is enabled, we print uninitialized data, as gcc-7.0.1 > now points out: > > ethernet/hisilicon/hns/hns_dsaf_main.c: In function > 'hns_dsaf_set_promisc_tcam': >

Re: [RESEND PATCH 1/3] net: hns: fix uninitialized data use

From: Arnd Bergmann Date: Fri, 24 Mar 2017 23:02:49 +0100 > When dev_dbg() is enabled, we print uninitialized data, as gcc-7.0.1 > now points out: > > ethernet/hisilicon/hns/hns_dsaf_main.c: In function > 'hns_dsaf_set_promisc_tcam': > ethernet/hisilicon/hns/hns_dsaf_main.c:2947:75: error: >

Re: [PATCH] padata: avoid race in reordering

On Sat, Mar 25, 2017 at 08:01:51PM -0700, David Miller wrote: > From: Steffen Klassert > Date: Fri, 24 Mar 2017 10:41:59 +0100 > > > On Thu, Mar 23, 2017 at 12:24:43PM +0100, Jason A. Donenfeld wrote: > >> Under extremely heavy uses of padata, crashes occur, and

Re: [PATCH] padata: avoid race in reordering

On Sat, Mar 25, 2017 at 08:01:51PM -0700, David Miller wrote: > From: Steffen Klassert > Date: Fri, 24 Mar 2017 10:41:59 +0100 > > > On Thu, Mar 23, 2017 at 12:24:43PM +0100, Jason A. Donenfeld wrote: > >> Under extremely heavy uses of padata, crashes occur, and with list > >> debugging turned

Re: [RESEND PATCH 2/3] net: hns: avoid gcc-7.0.1 warning for uninitialized data

From: Arnd Bergmann Date: Fri, 24 Mar 2017 23:02:50 +0100 > hns_dsaf_set_mac_key() calls dsaf_set_field() on an uninitialized field, > which will then change only a few of its bits, causing a warning with > the latest gcc: > > hisilicon/hns/hns_dsaf_main.c: In function

Re: [RESEND PATCH 2/3] net: hns: avoid gcc-7.0.1 warning for uninitialized data

From: Arnd Bergmann Date: Fri, 24 Mar 2017 23:02:50 +0100 > hns_dsaf_set_mac_key() calls dsaf_set_field() on an uninitialized field, > which will then change only a few of its bits, causing a warning with > the latest gcc: > > hisilicon/hns/hns_dsaf_main.c: In function

Re: [PATCH] padata: avoid race in reordering

From: Steffen Klassert Date: Fri, 24 Mar 2017 10:41:59 +0100 > On Thu, Mar 23, 2017 at 12:24:43PM +0100, Jason A. Donenfeld wrote: >> Under extremely heavy uses of padata, crashes occur, and with list >> debugging turned on, this happens instead: ... >>

Re: [PATCH] padata: avoid race in reordering

From: Steffen Klassert Date: Fri, 24 Mar 2017 10:41:59 +0100 > On Thu, Mar 23, 2017 at 12:24:43PM +0100, Jason A. Donenfeld wrote: >> Under extremely heavy uses of padata, crashes occur, and with list >> debugging turned on, this happens instead: ... >> Signed-off-by: Jason A. Donenfeld > >

Re: [GIT PULL] fscrypt bug fixes for 4.11

(Resent with corrected subject line and adding mailing list cc's.) The following changes since commit cab7076a185e1e27f6879325e4da762424c3f1c9: Merge tag 'ext4_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 (2017-02-20 18:24:39 -0800) are available in the git

Re: [GIT PULL] fscrypt bug fixes for 4.11

(Resent with corrected subject line and adding mailing list cc's.) The following changes since commit cab7076a185e1e27f6879325e4da762424c3f1c9: Merge tag 'ext4_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 (2017-02-20 18:24:39 -0800) are available in the git

[GIT PULL] Please pull powerpc/linux.git powerpc-4.11-6 tag

Hi Linus, Please pull some more powerpc fixes for 4.11. These are all pretty minor. The fix for idle wakeup would be a bad bug but has not been observed in practice. The update to the gcc-plugins docs was Cc'ed to Kees and Jon, Kees OK'ed it going via powerpc and I didn't hear from Jon. The

[GIT PULL] Please pull powerpc/linux.git powerpc-4.11-6 tag

Hi Linus, Please pull some more powerpc fixes for 4.11. These are all pretty minor. The fix for idle wakeup would be a bad bug but has not been observed in practice. The update to the gcc-plugins docs was Cc'ed to Kees and Jon, Kees OK'ed it going via powerpc and I didn't hear from Jon. The

[GIT PULL] ext4 bug fixes for 4.11

The following changes since commit cab7076a185e1e27f6879325e4da762424c3f1c9: Merge tag 'ext4_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 (2017-02-20 18:24:39 -0800) are available in the git repository at:

[GIT PULL] ext4 bug fixes for 4.11

The following changes since commit cab7076a185e1e27f6879325e4da762424c3f1c9: Merge tag 'ext4_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 (2017-02-20 18:24:39 -0800) are available in the git repository at:

Re: [PATCH 5/5] firmware: google memconsole: Add ARM/ARM64 support

Hi Thierry, [auto build test ERROR on linus/master] [also build test ERROR on v4.11-rc3] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 5/5] firmware: google memconsole: Add ARM/ARM64 support

Hi Thierry, [auto build test ERROR on linus/master] [also build test ERROR on v4.11-rc3] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH V3] ACPI / IPMI: allow ACPI_IPMI with IPMI_SSIF

On 03/25/2017 09:02 AM, Sinan Kaya wrote: ACPI_IPMI driver currently depends on IPMI System Interface (IPMI_SI) driver to be enabled. IPMI_SI driver only handles KCS, SMIC and BT BMC interfaces. IPMI_SSIF is an alternative BMC communication method. It allows BMC to be accessed over an I2C bus

Re: [PATCH V3] ACPI / IPMI: allow ACPI_IPMI with IPMI_SSIF

On 03/25/2017 09:02 AM, Sinan Kaya wrote: ACPI_IPMI driver currently depends on IPMI System Interface (IPMI_SI) driver to be enabled. IPMI_SI driver only handles KCS, SMIC and BT BMC interfaces. IPMI_SSIF is an alternative BMC communication method. It allows BMC to be accessed over an I2C bus

Re: [PATCH 1/2] rcu: use bool value directly

On Sat, Mar 25, 2017 at 08:46:01PM +0100, Nicholas Mc Guire wrote: > beenonline is declared bool so no need for an explicit comparison > > Signed-off-by: Nicholas Mc Guire Queued both for review and testing, thank you! Thanx,

Re: [PATCH 1/2] rcu: use bool value directly

On Sat, Mar 25, 2017 at 08:46:01PM +0100, Nicholas Mc Guire wrote: > beenonline is declared bool so no need for an explicit comparison > > Signed-off-by: Nicholas Mc Guire Queued both for review and testing, thank you! Thanx, Paul > --- > >

[rcu:rcu/next 55/57] include/linux/printk.h:297:35: note: in expansion of macro 'READ_ONCE'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next head: cfc71fb0749122b29a70646a9a9522003418e5dc commit: 7cf53ca0469972c1b953b68eb6a42e5d4fe75ef4 [55/57] srcutorture: Print Tiny SRCU reader statistics config: xtensa-allmodconfig (attached as .config)

[rcu:rcu/next 55/57] include/linux/printk.h:297:35: note: in expansion of macro 'READ_ONCE'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next head: cfc71fb0749122b29a70646a9a9522003418e5dc commit: 7cf53ca0469972c1b953b68eb6a42e5d4fe75ef4 [55/57] srcutorture: Print Tiny SRCU reader statistics config: xtensa-allmodconfig (attached as .config)

[rcu:rcu/next 52/57] ERROR: "srcu_drive_gp" [kernel/rcu/rcutorture.ko] undefined!

tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next head: cfc71fb0749122b29a70646a9a9522003418e5dc commit: 7a0d9fab3271933e9ea1cfbc0d12182738f30684 [52/57] srcu: Create a tiny SRCU config: i386-randconfig-r0-201713 (attached as .config) compiler: gcc-5

[rcu:rcu/next 52/57] ERROR: "srcu_drive_gp" [kernel/rcu/rcutorture.ko] undefined!

tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next head: cfc71fb0749122b29a70646a9a9522003418e5dc commit: 7a0d9fab3271933e9ea1cfbc0d12182738f30684 [52/57] srcu: Create a tiny SRCU config: i386-randconfig-r0-201713 (attached as .config) compiler: gcc-5

[rcu:rcu/next 55/57] kernel/rcu/rcutorture.c:594:2: note: in expansion of macro 'pr_alert'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next head: cfc71fb0749122b29a70646a9a9522003418e5dc commit: 7cf53ca0469972c1b953b68eb6a42e5d4fe75ef4 [55/57] srcutorture: Print Tiny SRCU reader statistics config: x86_64-randconfig-x009-201713 (attached as

[rcu:rcu/next 55/57] kernel/rcu/rcutorture.c:594:2: note: in expansion of macro 'pr_alert'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next head: cfc71fb0749122b29a70646a9a9522003418e5dc commit: 7cf53ca0469972c1b953b68eb6a42e5d4fe75ef4 [55/57] srcutorture: Print Tiny SRCU reader statistics config: x86_64-randconfig-x009-201713 (attached as

Re: [PATCH v2 7/7] efi/capsule: Add support for Quark security header

Hi Jan, [auto build test ERROR on linus/master] [also build test ERROR on v4.11-rc3 next-20170324] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v2 7/7] efi/capsule: Add support for Quark security header

Hi Jan, [auto build test ERROR on linus/master] [also build test ERROR on v4.11-rc3 next-20170324] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH] Convert __le16 to cpu before casting to u32

This patch fixes the following sparse warnings: drivers/staging/rtl8192u/r8192U_dm.c:2307:49: warning: cast from restricted __le16 drivers/staging/rtl8192u/r8192U_dm.c:2308:44: warning: cast from restricted __le16 drivers/staging/rtl8192u/r8192U_dm.c:2309:44: warning: cast from restricted

[PATCH] Convert __le16 to cpu before casting to u32

This patch fixes the following sparse warnings: drivers/staging/rtl8192u/r8192U_dm.c:2307:49: warning: cast from restricted __le16 drivers/staging/rtl8192u/r8192U_dm.c:2308:44: warning: cast from restricted __le16 drivers/staging/rtl8192u/r8192U_dm.c:2309:44: warning: cast from restricted

Re: [PATCH v2 1/2] iio: stm32 trigger: Add quadrature encoder device

On Sat, Mar 25, 2017 at 06:26:05PM +, Jonathan Cameron wrote: > On 24/03/17 14:00, Benjamin Gaignard wrote: > > One of the features of STM32 trigger hardware block is a quadrature > > encoder that can counts up/down depending of the levels and edges > > of the selected external pins. > > > >

Re: [PATCH v2 1/2] iio: stm32 trigger: Add quadrature encoder device

On Sat, Mar 25, 2017 at 06:26:05PM +, Jonathan Cameron wrote: > On 24/03/17 14:00, Benjamin Gaignard wrote: > > One of the features of STM32 trigger hardware block is a quadrature > > encoder that can counts up/down depending of the levels and edges > > of the selected external pins. > > > >

Re: [PATCH v7 5/9] media: venus: vdec: add video decoder files

Hi, On 24.03.2017 20:21, Nicolas Dufresne wrote: Le vendredi 24 mars 2017 à 15:41 +0100, Hans Verkuil a écrit : +static const struct venus_format vdec_formats[] = { + { + .pixfmt = V4L2_PIX_FMT_NV12, + .num_planes = 1, + .type =

Re: [PATCH v7 5/9] media: venus: vdec: add video decoder files

Hi, On 24.03.2017 20:21, Nicolas Dufresne wrote: Le vendredi 24 mars 2017 à 15:41 +0100, Hans Verkuil a écrit : +static const struct venus_format vdec_formats[] = { + { + .pixfmt = V4L2_PIX_FMT_NV12, + .num_planes = 1, + .type =

Re: [PATCH v2 1/2] iio: stm32 trigger: Add quadrature encoder device

On Sat, Mar 25, 2017 at 06:26:05PM +, Jonathan Cameron wrote: > On 24/03/17 14:00, Benjamin Gaignard wrote: > > One of the features of STM32 trigger hardware block is a quadrature > > encoder that can counts up/down depending of the levels and edges > > of the selected external pins. > > > >

Re: [PATCH v2 1/2] iio: stm32 trigger: Add quadrature encoder device

On Sat, Mar 25, 2017 at 06:26:05PM +, Jonathan Cameron wrote: > On 24/03/17 14:00, Benjamin Gaignard wrote: > > One of the features of STM32 trigger hardware block is a quadrature > > encoder that can counts up/down depending of the levels and edges > > of the selected external pins. > > > >

[PATCH 2/2] dmaengine: qcom_hidma: pause the channel on shutdown

We need to ensure that all DMAs and interrupts are cleared during shutdown operation in order for kexec to start the next kernel clearly. Otherwise, HW could be performing a DMA into random addresses in the middle of second kernel start. Signed-off-by: Sinan Kaya ---

[PATCH 1/2] dmaengine: qcom_hidma: disable/enable IRQs on pause/resume

Once the channels are stopped, disable interrupts to make sure no new HW interaction can happen. Similarly, re-enable the interrupts only if we know that channel is operational again. Signed-off-by: Sinan Kaya --- drivers/dma/qcom/hidma_ll.c | 6 ++ 1 file changed, 6

[PATCH 2/2] dmaengine: qcom_hidma: pause the channel on shutdown

We need to ensure that all DMAs and interrupts are cleared during shutdown operation in order for kexec to start the next kernel clearly. Otherwise, HW could be performing a DMA into random addresses in the middle of second kernel start. Signed-off-by: Sinan Kaya --- drivers/dma/qcom/hidma.c |

[PATCH 1/2] dmaengine: qcom_hidma: disable/enable IRQs on pause/resume

Once the channels are stopped, disable interrupts to make sure no new HW interaction can happen. Similarly, re-enable the interrupts only if we know that channel is operational again. Signed-off-by: Sinan Kaya --- drivers/dma/qcom/hidma_ll.c | 6 ++ 1 file changed, 6 insertions(+) diff

Re: [PATCH v7 5/9] media: venus: vdec: add video decoder files

Thanks for the comments! On 03/24/2017 04:41 PM, Hans Verkuil wrote: Some comments and questions below: On 03/13/17 17:37, Stanimir Varbanov wrote: This consists of video decoder implementation plus decoder controls. Signed-off-by: Stanimir Varbanov ---

Re: [PATCH v7 5/9] media: venus: vdec: add video decoder files

Thanks for the comments! On 03/24/2017 04:41 PM, Hans Verkuil wrote: Some comments and questions below: On 03/13/17 17:37, Stanimir Varbanov wrote: This consists of video decoder implementation plus decoder controls. Signed-off-by: Stanimir Varbanov ---

Re: [PATCH v7 4/9] media: venus: adding core part and helper functions

Hi Hans, Thanks for the comments! On 03/24/2017 04:23 PM, Hans Verkuil wrote: Some review comments below: On 03/13/17 17:37, Stanimir Varbanov wrote: * core.c has implemented the platform dirver methods, file dirver -> driver operations and v4l2 registration. * helpers.c has

Re: [PATCH v7 4/9] media: venus: adding core part and helper functions

Hi Hans, Thanks for the comments! On 03/24/2017 04:23 PM, Hans Verkuil wrote: Some review comments below: On 03/13/17 17:37, Stanimir Varbanov wrote: * core.c has implemented the platform dirver methods, file dirver -> driver operations and v4l2 registration. * helpers.c has

EMAIL BENUTZER

-- Attn: Gewinner Ihre E-Mail-Adresse hat die Summe von €1,200.000.00 Euro gewonnen. Im Email Benützer Online Programm Weihnachtslotterie Navida , in Madrid Spanien . Wir schreiben ihnen ,um sich offiziel über die Auszeichnung zu Benachrichtigen , damit Sie sich mit der Zuständigen

EMAIL BENUTZER

-- Attn: Gewinner Ihre E-Mail-Adresse hat die Summe von €1,200.000.00 Euro gewonnen. Im Email Benützer Online Programm Weihnachtslotterie Navida , in Madrid Spanien . Wir schreiben ihnen ,um sich offiziel über die Auszeichnung zu Benachrichtigen , damit Sie sich mit der Zuständigen

Re: Splat during resume

On Sat, Mar 25, 2017 at 03:05:41PM -0700, Linus Torvalds wrote: > I think this is the same as the kexec issue that also hit -tip. > > It's *probably* fixed by the final series to actually enable 5-level > paging (which I don't think is in -tip yet), but even if that is the > case this is

Re: Splat during resume

On Sat, Mar 25, 2017 at 03:05:41PM -0700, Linus Torvalds wrote: > I think this is the same as the kexec issue that also hit -tip. > > It's *probably* fixed by the final series to actually enable 5-level > paging (which I don't think is in -tip yet), but even if that is the > case this is

[PATCH 1/2] Input: xpad - support some quirky Xbox One pads

There are a bunch of quirky Xbox One pads that depend on initialization packets that the Microsoft pads don't require. In this series, I've incorporated quirk handling from Valve's Steam Link driver[0] and the 360Controller project[1] for macOS to enable some of these pads to work properly. [0]:

[PATCH 0/2] Support additional Xbox One pads

This series adds support for several new or quirky Xbox One pads. Patch 1 of this series may be considered a v2 for patches 1-3 of my previous series: https://lkml.org/lkml/2017/2/4/189 I'm now only sending the quirk packets to the specific gamepads that need them, per Dmitry's feedback on

[PATCH 2/2] Input: xpad - add support for Razer Wildcat gamepad

Cc: sta...@vger.kernel.org Signed-off-by: Cameron Gutman --- drivers/input/joystick/xpad.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/input/joystick/xpad.c b/drivers/input/joystick/xpad.c index efb798a..5c3d249 100644 --- a/drivers/input/joystick/xpad.c

[PATCH 1/2] Input: xpad - support some quirky Xbox One pads

There are a bunch of quirky Xbox One pads that depend on initialization packets that the Microsoft pads don't require. In this series, I've incorporated quirk handling from Valve's Steam Link driver[0] and the 360Controller project[1] for macOS to enable some of these pads to work properly. [0]:

[PATCH 0/2] Support additional Xbox One pads

This series adds support for several new or quirky Xbox One pads. Patch 1 of this series may be considered a v2 for patches 1-3 of my previous series: https://lkml.org/lkml/2017/2/4/189 I'm now only sending the quirk packets to the specific gamepads that need them, per Dmitry's feedback on

[PATCH 2/2] Input: xpad - add support for Razer Wildcat gamepad

Cc: sta...@vger.kernel.org Signed-off-by: Cameron Gutman --- drivers/input/joystick/xpad.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/input/joystick/xpad.c b/drivers/input/joystick/xpad.c index efb798a..5c3d249 100644 --- a/drivers/input/joystick/xpad.c +++

Re: Audit fixes for v4.11 (#1)

On Fri, Mar 24, 2017 at 2:39 PM, Paul Moore wrote: > > This code has passed our testsuite without problem and it has held up > to my ad-hoc stress tests (arguably better than the existing code), > please consider pulling this as fix for the next v4.11-rcX tag. Ok, pulled.

Re: Audit fixes for v4.11 (#1)

On Fri, Mar 24, 2017 at 2:39 PM, Paul Moore wrote: > > This code has passed our testsuite without problem and it has held up > to my ad-hoc stress tests (arguably better than the existing code), > please consider pulling this as fix for the next v4.11-rcX tag. Ok, pulled. However, looking at the

  1   2   3   4   5   >