[RFC][CFT][PATCHSET v1] uaccess unification

We have several primitives for bulk kernel<->userland copying. That stuff lives in various asm/uaccess.h, with serious code duplication _and_ seriously inconsistent semantics. That code has grown a lot of cruft and more than a few bugs. Some got caught and fixed last year, but

[RFC][CFT][PATCHSET v1] uaccess unification

We have several primitives for bulk kernel<->userland copying. That stuff lives in various asm/uaccess.h, with serious code duplication _and_ seriously inconsistent semantics. That code has grown a lot of cruft and more than a few bugs. Some got caught and fixed last year, but

Re: [PATCH v7 0/3] Broadcom FlexRM ring manager support

On Wed, Mar 29, 2017 at 11:05 AM, Jassi Brar wrote: > On Wed, Mar 29, 2017 at 11:00 AM, Anup Patel wrote: >> The Broadcom FlexRM ring manager provides producer-consumer style >> ring interface for offload engines on Broadcom iProc SoCs. We can

Re: [PATCH v7 0/3] Broadcom FlexRM ring manager support

On Wed, Mar 29, 2017 at 11:05 AM, Jassi Brar wrote: > On Wed, Mar 29, 2017 at 11:00 AM, Anup Patel wrote: >> The Broadcom FlexRM ring manager provides producer-consumer style >> ring interface for offload engines on Broadcom iProc SoCs. We can >> have one or more instances of Broadcom FlexRM

[PATCH] net: ipv6: netfilter: replace explicit NULL comparison with ! operator

Replace explicit NULL comparison with ! operator to simplify code. Signed-off-by: Arushi Singhal --- net/ipv6/netfilter/ip6_tables.c| 4 ++-- net/ipv6/netfilter/ip6t_SYNPROXY.c | 16 net/ipv6/netfilter/ip6t_ah.c

Re: linux-next: manual merge of the tty tree with the tty.current tree

On Mon, Mar 20, 2017 at 10:26:43AM +0100, Dmitry Vyukov wrote: > On Mon, Mar 20, 2017 at 10:21 AM, Dmitry Vyukov wrote: > > On Mon, Mar 20, 2017 at 3:28 AM, Stephen Rothwell > > wrote: > >> Hi Greg, > >> > >> Today's linux-next merge of the tty tree

Re: linux-next: manual merge of the tty tree with the tty.current tree

On Mon, Mar 20, 2017 at 10:26:43AM +0100, Dmitry Vyukov wrote: > On Mon, Mar 20, 2017 at 10:21 AM, Dmitry Vyukov wrote: > > On Mon, Mar 20, 2017 at 3:28 AM, Stephen Rothwell > > wrote: > >> Hi Greg, > >> > >> Today's linux-next merge of the tty tree got a conflict in: > >> > >>

[PATCH] net: ipv6: netfilter: replace explicit NULL comparison with ! operator

Replace explicit NULL comparison with ! operator to simplify code. Signed-off-by: Arushi Singhal --- net/ipv6/netfilter/ip6_tables.c| 4 ++-- net/ipv6/netfilter/ip6t_SYNPROXY.c | 16 net/ipv6/netfilter/ip6t_ah.c | 2 +-

Re: [PATCH 4.9 00/88] 4.9.19-stable review

On Tue, Mar 28, 2017 at 12:32:16PM -0700, Kevin Hilman wrote: > kernelci.org bot writes: > > > stable-rc/linux-4.9.y boot: 186 boots: 12 failed, 153 passed with 21 > > offline (v4.9.18-89-g4c510f546717) > > This can be ignored. > > These emails were supposed to be disabled

Re: [PATCH 4.9 00/88] 4.9.19-stable review

On Tue, Mar 28, 2017 at 12:32:16PM -0700, Kevin Hilman wrote: > kernelci.org bot writes: > > > stable-rc/linux-4.9.y boot: 186 boots: 12 failed, 153 passed with 21 > > offline (v4.9.18-89-g4c510f546717) > > This can be ignored. > > These emails were supposed to be disabled while we are

Re: [PATCH V4 1/2] x86/msr: expose msr_flip_bit function

On Tue, 28 Mar 2017, kan.li...@intel.com wrote: > From: Kan Liang > > There is no exported kernel interfaces which can flip a MSR bit. It has > to do read-modify-write operation on the MSR through rd/wrmsr* > interfaces. But the method is not atomic. > > There is already

Re: [PATCH 4.10 000/111] 4.10.7-stable review

On Tue, Mar 28, 2017 at 07:59:36PM -0700, Guenter Roeck wrote: > On 03/28/2017 05:29 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.10.7 release. > > There are 111 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH V4 1/2] x86/msr: expose msr_flip_bit function

On Tue, 28 Mar 2017, kan.li...@intel.com wrote: > From: Kan Liang > > There is no exported kernel interfaces which can flip a MSR bit. It has > to do read-modify-write operation on the MSR through rd/wrmsr* > interfaces. But the method is not atomic. > > There is already __flip_bit support.

Re: [PATCH 4.10 000/111] 4.10.7-stable review

On Tue, Mar 28, 2017 at 07:59:36PM -0700, Guenter Roeck wrote: > On 03/28/2017 05:29 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.10.7 release. > > There are 111 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 4.10 000/111] 4.10.7-stable review

On Tue, Mar 28, 2017 at 01:37:16PM -0600, Shuah Khan wrote: > On 03/28/2017 06:29 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.10.7 release. > > There are 111 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 4.10 000/111] 4.10.7-stable review

On Tue, Mar 28, 2017 at 01:37:16PM -0600, Shuah Khan wrote: > On 03/28/2017 06:29 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.10.7 release. > > There are 111 patches in this series, all will be posted as a response > > to this one. If anyone has any

[PATCH] net: netfilter: Use list_{next/prev}_entry instead of list_entry

This patch replace list_entry with list_prev_entry as it makes the code more clear to read. Signed-off-by: simran singhal --- net/netfilter/nf_tables_api.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/netfilter/nf_tables_api.c

[PATCH] net: netfilter: Use list_{next/prev}_entry instead of list_entry

This patch replace list_entry with list_prev_entry as it makes the code more clear to read. Signed-off-by: simran singhal --- net/netfilter/nf_tables_api.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/netfilter/nf_tables_api.c b/net/netfilter/nf_tables_api.c index

Re: linux-next: manual merge of the akpm-current tree with the sparc tree

From: Stephen Rothwell Date: Wed, 29 Mar 2017 16:37:46 +1100 > 3f506bf2a354 ("sparc64: NG4 memset 32 bits overflow") Andrew, this change still needs discussion and review and I intended to push it via my tree once everything was sorted out. Thank you.

Re: linux-next: manual merge of the akpm-current tree with the sparc tree

From: Stephen Rothwell Date: Wed, 29 Mar 2017 16:37:46 +1100 > 3f506bf2a354 ("sparc64: NG4 memset 32 bits overflow") Andrew, this change still needs discussion and review and I intended to push it via my tree once everything was sorted out. Thank you.

[PATCH] Staging: nvec: Remove FSF's mailing address

Removed Free Software Foundation's address from the copyright notice and replaced it with a link to http://www.gnu.org/licenses Signed-off-by: Riku Salminen --- drivers/staging/nvec/nvec-keytable.h | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH] Staging: nvec: Remove FSF's mailing address

Removed Free Software Foundation's address from the copyright notice and replaced it with a link to http://www.gnu.org/licenses Signed-off-by: Riku Salminen --- drivers/staging/nvec/nvec-keytable.h | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

linux-next: manual merge of the akpm-current tree with the sparc tree

Hi Andrew, Today's linux-next merge of the akpm-current tree got a conflict in: arch/sparc/lib/NG4memset.S between commit: 0ae2d26ffe70 ("arch/sparc: Avoid DCTI Couples") from the sparc tree and commit: 3f506bf2a354 ("sparc64: NG4 memset 32 bits overflow") from the akpm-current tree.

linux-next: manual merge of the akpm-current tree with the sparc tree

Hi Andrew, Today's linux-next merge of the akpm-current tree got a conflict in: arch/sparc/lib/NG4memset.S between commit: 0ae2d26ffe70 ("arch/sparc: Avoid DCTI Couples") from the sparc tree and commit: 3f506bf2a354 ("sparc64: NG4 memset 32 bits overflow") from the akpm-current tree.

Re: [PATCH v7 0/3] Broadcom FlexRM ring manager support

On Wed, Mar 29, 2017 at 11:00 AM, Anup Patel wrote: > The Broadcom FlexRM ring manager provides producer-consumer style > ring interface for offload engines on Broadcom iProc SoCs. We can > have one or more instances of Broadcom FlexRM ring manager in a SoC. > > This

Re: [PATCH v7 0/3] Broadcom FlexRM ring manager support

On Wed, Mar 29, 2017 at 11:00 AM, Anup Patel wrote: > The Broadcom FlexRM ring manager provides producer-consumer style > ring interface for offload engines on Broadcom iProc SoCs. We can > have one or more instances of Broadcom FlexRM ring manager in a SoC. > > This patchset adds a mailbox

[PATCH v7 3/3] mailbox: Remove depends on COMPILE_TEST for BCM_FLEXRM_MBOX

The Broadcom FlexRM mailbox driver uses platform MSI support but not all ARCHs provide asm/msi.h. Due to this, we get compilation error in Broadcom FlexRM mailbox driver via linux/msi.h on ARCHs which lack asm/msi.h. This patch removes "depends on COMPILE_TEST" for Kconfig option BCM_FLEXRM_MBOX

[PATCH v7 3/3] mailbox: Remove depends on COMPILE_TEST for BCM_FLEXRM_MBOX

The Broadcom FlexRM mailbox driver uses platform MSI support but not all ARCHs provide asm/msi.h. Due to this, we get compilation error in Broadcom FlexRM mailbox driver via linux/msi.h on ARCHs which lack asm/msi.h. This patch removes "depends on COMPILE_TEST" for Kconfig option BCM_FLEXRM_MBOX

[PATCH v7 2/3] dt-bindings: Add DT bindings info for FlexRM ring manager

This patch adds device tree bindings document for the FlexRM ring manager found on Broadcom iProc SoCs. Acked-by: Rob Herring Reviewed-by: Ray Jui Reviewed-by: Scott Branden Signed-off-by: Anup Patel

[PATCH v7 1/3] mailbox: Add driver for Broadcom FlexRM ring manager

Some of the Broadcom iProc SoCs have FlexRM ring manager which provides a ring-based programming interface to various offload engines (e.g. RAID, Crypto, etc). This patch adds a common mailbox driver for Broadcom FlexRM ring manager which can be shared by various offload engine drivers

[PATCH v7 2/3] dt-bindings: Add DT bindings info for FlexRM ring manager

This patch adds device tree bindings document for the FlexRM ring manager found on Broadcom iProc SoCs. Acked-by: Rob Herring Reviewed-by: Ray Jui Reviewed-by: Scott Branden Signed-off-by: Anup Patel --- .../bindings/mailbox/brcm,iproc-flexrm-mbox.txt| 59 ++ 1 file

[PATCH v7 1/3] mailbox: Add driver for Broadcom FlexRM ring manager

Some of the Broadcom iProc SoCs have FlexRM ring manager which provides a ring-based programming interface to various offload engines (e.g. RAID, Crypto, etc). This patch adds a common mailbox driver for Broadcom FlexRM ring manager which can be shared by various offload engine drivers

[PATCH v7 0/3] Broadcom FlexRM ring manager support

The Broadcom FlexRM ring manager provides producer-consumer style ring interface for offload engines on Broadcom iProc SoCs. We can have one or more instances of Broadcom FlexRM ring manager in a SoC. This patchset adds a mailbox driver for Broadcom FlexRM ring manager which can be used by

[PATCH v7 0/3] Broadcom FlexRM ring manager support

The Broadcom FlexRM ring manager provides producer-consumer style ring interface for offload engines on Broadcom iProc SoCs. We can have one or more instances of Broadcom FlexRM ring manager in a SoC. This patchset adds a mailbox driver for Broadcom FlexRM ring manager which can be used by

Re: [PATCH v3 2/3] irqchip: mtk-cirq: Add mediatek mtk-cirq implement

On Fri, 2017-03-24 at 16:22 +, Marc Zyngier wrote: > On 14/02/17 02:56, Youlin Pei wrote: > > In Mediatek SOCs, the CIRQ is a low power interrupt controller > > designed to works outside MCUSYS which comprises with Cortex-Ax > > cores,CCI and GIC. > > > > The CIRQ controller is integrated in

Re: [PATCH v3 2/3] irqchip: mtk-cirq: Add mediatek mtk-cirq implement

On Fri, 2017-03-24 at 16:22 +, Marc Zyngier wrote: > On 14/02/17 02:56, Youlin Pei wrote: > > In Mediatek SOCs, the CIRQ is a low power interrupt controller > > designed to works outside MCUSYS which comprises with Cortex-Ax > > cores,CCI and GIC. > > > > The CIRQ controller is integrated in

[RFC PATCH tip/master 3/3] kprobes: Limit kretprobe maximum instances

Limit kretprobe maximum instance up to MAXACTIVE_ALLOC. Without this limit, kretprobe user can specify huge number (e.g. forget to zero-fill struct kretprobe) to maxactive and may cause out-of-memory. Signed-off-by: Masami Hiramatsu --- kernel/kprobes.c |3 +++ 1 file

[RFC PATCH tip/master 3/3] kprobes: Limit kretprobe maximum instances

Limit kretprobe maximum instance up to MAXACTIVE_ALLOC. Without this limit, kretprobe user can specify huge number (e.g. forget to zero-fill struct kretprobe) to maxactive and may cause out-of-memory. Signed-off-by: Masami Hiramatsu --- kernel/kprobes.c |3 +++ 1 file changed, 3

[RFC PATCH tip/master 2/3] kprobes: Allocate kretprobe instance if its free list is empty

Try to allocate kretprobe instance by GFP_ATOMIC if kretprobe's free list is empty. This can prevent kretprobe miss-hit on the function which can be heavily invoked and slept inside (like locking syscall entries.) NOTE: This may easily cause nested kprobe call which will be just skipped (but

[RFC PATCH tip/master 2/3] kprobes: Allocate kretprobe instance if its free list is empty

Try to allocate kretprobe instance by GFP_ATOMIC if kretprobe's free list is empty. This can prevent kretprobe miss-hit on the function which can be heavily invoked and slept inside (like locking syscall entries.) NOTE: This may easily cause nested kprobe call which will be just skipped (but

[RFC PATCH tip/master 1/3] trace: kprobes: Show sum of probe/retprobe nmissed count

Show sum of probe and retprobe nmissed count in kprobe_profile, since retprobe can be missed even if the kprobe itself succeeeded. This explains user why their return probe didn't hit sometimes. Signed-off-by: Masami Hiramatsu --- kernel/trace/trace_kprobe.c |2 +- 1

[RFC PATCH tip/master 1/3] trace: kprobes: Show sum of probe/retprobe nmissed count

Show sum of probe and retprobe nmissed count in kprobe_profile, since retprobe can be missed even if the kprobe itself succeeeded. This explains user why their return probe didn't hit sometimes. Signed-off-by: Masami Hiramatsu --- kernel/trace/trace_kprobe.c |2 +- 1 file changed, 1

[RFC PATCH tip/master 0/3] kprobes: tracing: kretprobe_instance dynamic allocation

Here is a correction of patches to introduce kretprobe_instance dynamic allocation for avoiding kretprobe silently miss-hits. Original issue was reported by Lukasz on linux-trace ml. https://www.spinics.net/lists/linux-trace/msg00448.html Also Alban is working on kprobe-tracer side because of

[RFC PATCH tip/master 0/3] kprobes: tracing: kretprobe_instance dynamic allocation

Here is a correction of patches to introduce kretprobe_instance dynamic allocation for avoiding kretprobe silently miss-hits. Original issue was reported by Lukasz on linux-trace ml. https://www.spinics.net/lists/linux-trace/msg00448.html Also Alban is working on kprobe-tracer side because of

linux-next: build failure after merge of the mailbox tree

Hi Jassi, After merging the mailbox tree, today's linux-next build (powerpc allyesconfig) failed like this: In file included from /home/sfr/next/next/include/linux/kvm_host.h:20:0, from /home/sfr/next/next/arch/powerpc/kernel/asm-offsets.c:54:

linux-next: build failure after merge of the mailbox tree

Hi Jassi, After merging the mailbox tree, today's linux-next build (powerpc allyesconfig) failed like this: In file included from /home/sfr/next/next/include/linux/kvm_host.h:20:0, from /home/sfr/next/next/arch/powerpc/kernel/asm-offsets.c:54:

Re: [PATCH v22 02/11] clocksource: arm_arch_timer: separate out device-tree code and remove arch_timer_detect_rate

Hi Daniel, On 29 March 2017 at 11:41, Fu Wei wrote: > Hi Daniel, > > Great thanks for your review, allow me to answer your question below: > > On 28 March 2017 at 22:58, Daniel Lezcano wrote: >> On Wed, Mar 22, 2017 at 12:31:13AM +0800,

Re: [PATCH v22 02/11] clocksource: arm_arch_timer: separate out device-tree code and remove arch_timer_detect_rate

Hi Daniel, On 29 March 2017 at 11:41, Fu Wei wrote: > Hi Daniel, > > Great thanks for your review, allow me to answer your question below: > > On 28 March 2017 at 22:58, Daniel Lezcano wrote: >> On Wed, Mar 22, 2017 at 12:31:13AM +0800, fu@linaro.org wrote: >>> From: Fu Wei >>> >>>

Re: [PATCH] Revert "net: stmmac: enable multiple buffers"

Did you even test all 3 of Thierry's patches? I want you to do that before we revert.

Re: [PATCH] Revert "net: stmmac: enable multiple buffers"

Did you even test all 3 of Thierry's patches? I want you to do that before we revert.

[PATCH] staging: iio: Use devm functions

Use managed resource functions devm_request_irq instead of request_irq. Remove corresponding calls to free_irq in the probe. Signed-off-by: Arushi Singhal --- drivers/staging/iio/trigger/iio-trig-bfin-timer.c | 7 +++ 1 file changed, 3 insertions(+), 4

[PATCH] staging: iio: Use devm functions

Use managed resource functions devm_request_irq instead of request_irq. Remove corresponding calls to free_irq in the probe. Signed-off-by: Arushi Singhal --- drivers/staging/iio/trigger/iio-trig-bfin-timer.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git

[PATCH] Revert "net: stmmac: enable multiple buffers"

The commit aff3d9eff843 ("net: stmmac: enable multiple buffers") breaks numerous boards. while some patch exists for fixing some of it, dwmac-sunxi is still broken with it. Since this patch is very huge, it will be better to split it in smaller part. Signed-off-by: Corentin Labbe

[PATCH] Revert "net: stmmac: enable multiple buffers"

The commit aff3d9eff843 ("net: stmmac: enable multiple buffers") breaks numerous boards. while some patch exists for fixing some of it, dwmac-sunxi is still broken with it. Since this patch is very huge, it will be better to split it in smaller part. Signed-off-by: Corentin Labbe ---

RE: [PATCH v2 07/11] ARM: at91: pm: Tie the memory controller type to the ramc id

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:20 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon

RE: [PATCH v2 07/11] ARM: at91: pm: Tie the memory controller type to the ramc id

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:20 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon ; Wenyou Yang - A41535 > ; Alexandre Belloni

[RFC PATCH tip/master V3 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 V3 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

Re: [PATCH net-next] net: dsa: fix copyright holder

From: Vivien Didelot Date: Tue, 28 Mar 2017 15:10:36 -0400 > I do not hold the copyright of the DSA core and drivers source files, > since these changes have been written as an initiative of my day job. > Fix this. > > Signed-off-by: Vivien Didelot

Re: [PATCH net-next] net: dsa: fix copyright holder

From: Vivien Didelot Date: Tue, 28 Mar 2017 15:10:36 -0400 > I do not hold the copyright of the DSA core and drivers source files, > since these changes have been written as an initiative of my day job. > Fix this. > > Signed-off-by: Vivien Didelot Applied.

Re: [PATCH net-next] net: dsa: mv88e6xxx: unconditionally set ATU trunk

From: Vivien Didelot Date: Tue, 28 Mar 2017 15:09:43 -0400 > Set the trunk member of the mv88e6xxx_atu_entry structure regardless its > value, so that uninitialized structures gets the correct boolean value. > > Note that no mainline code is affected by the

[RFC PATCH tip/master V3 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

Re: [PATCH net-next] net: dsa: mv88e6xxx: unconditionally set ATU trunk

From: Vivien Didelot Date: Tue, 28 Mar 2017 15:09:43 -0400 > Set the trunk member of the mv88e6xxx_atu_entry structure regardless its > value, so that uninitialized structures gets the correct boolean value. > > Note that no mainline code is affected by the current behavior. > > Signed-off-by:

[RFC PATCH tip/master V3 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 (

[RFC PATCH tip/master V3 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]

[RFC PATCH tip/master V3 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]

RE: [PATCH v2 06/11] ARM: at91: pm: Workaround DDRSDRC self-refresh bug with LPDDR1 memories.

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:20 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon

RE: [PATCH v2 06/11] ARM: at91: pm: Workaround DDRSDRC self-refresh bug with LPDDR1 memories.

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:20 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon ; Wenyou Yang - A41535 > ; Alexandre Belloni

[RFC PATCH tip/master V3 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 +++

RE: [PATCH v2 04/11] ARM: at91: pm: Use struct at91_pm_data in pm_suspend.S

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:20 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon

[RFC PATCH tip/master V3 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

RE: [PATCH v2 04/11] ARM: at91: pm: Use struct at91_pm_data in pm_suspend.S

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:20 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon ; Wenyou Yang - A41535 > ; Alexandre Belloni

[RFC PATCH tip/master V3 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 --- Changes in v3: - Fix imbalance curly braces. -

[RFC PATCH tip/master V3 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 --- Changes in v3: - Fix imbalance curly braces. - Remove unneeded (void *)

[RFC PATCH tip/master V3 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 V3 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(-)

[RFC PATCH tip/master V3 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 V3 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

RE: [PATCH v2 09/11] ARM: at91: pm: Merge all at91sam9*_pm_init

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:20 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon

RE: [PATCH v2 09/11] ARM: at91: pm: Merge all at91sam9*_pm_init

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:20 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon ; Wenyou Yang - A41535 > ; Alexandre Belloni

[RFC PATCH tip/master V3 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 V3 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

RE: [PATCH v2 08/11] ARM: at91: pm: Tie the USB clock mask to the pmc

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:20 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon

RE: [PATCH v2 08/11] ARM: at91: pm: Tie the USB clock mask to the pmc

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:20 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon ; Wenyou Yang - A41535 > ; Alexandre Belloni

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

Hi, This is the 3rd version of the series. I just updated 4/8 according to Ingo's comment. 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

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

Hi, This is the 3rd version of the series. I just updated 4/8 according to Ingo's comment. 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

Re: [PATCH net-next] net: dsa: mv88e6xxx: debug ATU Age Time

From: Vivien Didelot Date: Tue, 28 Mar 2017 14:13:53 -0400 > Hi David, > > Vivien Didelot writes: > >> The ATU ageing time value programmed in the switch is rounded up to the >> nearest multiple of its coefficient

Re: [PATCH net-next] net: dsa: mv88e6xxx: debug ATU Age Time

From: Vivien Didelot Date: Tue, 28 Mar 2017 14:13:53 -0400 > Hi David, > > Vivien Didelot writes: > >> The ATU ageing time value programmed in the switch is rounded up to the >> nearest multiple of its coefficient (variable depending on the model.) >> >> Add a debug message to inform the user

Re: [PATCH net-next 0/4] net: dsa: fix chip definitions

From: Vivien Didelot Date: Tue, 28 Mar 2017 13:50:31 -0400 > The definitions of some of the mv88e6xxx_ops and mv88e6xxx_info > structures are misordered and erroneous for 88E6191 and 88E6391. > > This patch series cleans that up. Series applied.

Re: [PATCH net-next 0/4] net: dsa: fix chip definitions

From: Vivien Didelot Date: Tue, 28 Mar 2017 13:50:31 -0400 > The definitions of some of the mv88e6xxx_ops and mv88e6xxx_info > structures are misordered and erroneous for 88E6191 and 88E6391. > > This patch series cleans that up. Series applied.

RE: [PATCH v2 10/11] ARM: at91: pm: Remove at91_pm_set_standby

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:20 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon

RE: [PATCH v2 10/11] ARM: at91: pm: Remove at91_pm_set_standby

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:20 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon ; Wenyou Yang - A41535 > ; Alexandre Belloni

RE: [PATCH v2 03/11] ARM: at91: pm: Move global variables into at91_pm_data

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:20 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon

RE: [PATCH v2 03/11] ARM: at91: pm: Move global variables into at91_pm_data

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:20 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon ; Wenyou Yang - A41535 > ; Alexandre Belloni

RE: [PATCH v2 02/11] ARM: at91: pm: Move at91_ramc_read/write to pm.c

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:19 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon

RE: [PATCH v2 02/11] ARM: at91: pm: Move at91_ramc_read/write to pm.c

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:19 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon ; Wenyou Yang - A41535 > ; Alexandre Belloni

Re: [PATCH] VSOCK: remove unnecessary ternary operator on return value

From: Colin King Date: Tue, 28 Mar 2017 16:54:24 +0100 > From: Colin Ian King > > Rather than assign the positive errno values to ret and then > checking if it is positive and flip the sign, just set ret to > be the -ve errno value. > >

Re: [PATCH] VSOCK: remove unnecessary ternary operator on return value

From: Colin King Date: Tue, 28 Mar 2017 16:54:24 +0100 > From: Colin Ian King > > Rather than assign the positive errno values to ret and then > checking if it is positive and flip the sign, just set ret to > be the -ve errno value. > > Detected by CoverityScan, CID#986649 ("Logically Dead

RE: [PATCH v2 01/11] ARM: at91: pm: Cleanup headers

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:19 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon

RE: [PATCH v2 01/11] ARM: at91: pm: Cleanup headers

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2017年3月28日 19:19 > To: Nicolas Ferre - M43238 > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Boris > Brezillon ; Wenyou Yang - A41535 > ; Alexandre Belloni

  1   2   3   4   5   6   7   8   9   10   >