[PATCH] ARM: dts: imx7s: remove snvs_poweroff node

System poweroff is already supported by PSCI on i.MX7D, remove "snvs_poweroff" node to avoid below debug message from syscon-poweroff driver: [1.831414] syscon-poweroff 3037.snvs:snvs-poweroff: pm_power_off already claimed (ptrval) psci_sys_poweroff [1.841707] syscon-poweroff: probe

[PATCH] ARM: dts: imx7s: remove snvs_poweroff node

System poweroff is already supported by PSCI on i.MX7D, remove "snvs_poweroff" node to avoid below debug message from syscon-poweroff driver: [1.831414] syscon-poweroff 3037.snvs:snvs-poweroff: pm_power_off already claimed (ptrval) psci_sys_poweroff [1.841707] syscon-poweroff: probe

Re: [PATCH] s390/qeth: use true and false for boolean values

On 08/05/2018 02:59 AM, Gustavo A. R. Silva wrote: > Return statements in functions returning bool should use true or false > instead of an integer value. > > This issue was detected with the help of Coccinelle. > > Signed-off-by: Gustavo A. R. Silva Queued up for net-next, thanks. > --- >

Re: [PATCH] s390/qeth: use true and false for boolean values

On 08/05/2018 02:59 AM, Gustavo A. R. Silva wrote: > Return statements in functions returning bool should use true or false > instead of an integer value. > > This issue was detected with the help of Coccinelle. > > Signed-off-by: Gustavo A. R. Silva Queued up for net-next, thanks. > --- >

Re: [PATCH] Input: cros_ec_keyb: Remove check before calling pm_wakeup_event.

Hi Ravi, On 2018-08-03 18:53, Ravi Chandra Sadineni wrote: > Understood. I am trying to reproduce this issue locally. Wanted to > know the version of the kernel so I can give a try. Marek, can you > please confirm the kernel version. > Yes, sorry for the missing context, I was in hurry writing

Re: [PATCH] Input: cros_ec_keyb: Remove check before calling pm_wakeup_event.

Hi Ravi, On 2018-08-03 18:53, Ravi Chandra Sadineni wrote: > Understood. I am trying to reproduce this issue locally. Wanted to > know the version of the kernel so I can give a try. Marek, can you > please confirm the kernel version. > Yes, sorry for the missing context, I was in hurry writing

Re: Getting the instruction pointer on a per arch basis

On Wed, 1 Aug 2018 11:21:13 -0700 Nick Desaulniers wrote: > On Tue, Jul 31, 2018 at 10:41 PM Martin Schwidefsky > wrote: > > > > On Tue, 31 Jul 2018 16:09:06 -0700 > > Nick Desaulniers wrote: > > > > > + More maintainers and lists for visibility > > > > > > On Tue, Jul 31, 2018 at 3:32 PM

Re: Getting the instruction pointer on a per arch basis

On Wed, 1 Aug 2018 11:21:13 -0700 Nick Desaulniers wrote: > On Tue, Jul 31, 2018 at 10:41 PM Martin Schwidefsky > wrote: > > > > On Tue, 31 Jul 2018 16:09:06 -0700 > > Nick Desaulniers wrote: > > > > > + More maintainers and lists for visibility > > > > > > On Tue, Jul 31, 2018 at 3:32 PM

linux-next: manual merge of the kvm tree with Linus' tree

Hi all, Today's linux-next merge of the kvm tree got a conflict in: arch/x86/kvm/vmx.c between a series of commits in Linus' tree and a series of commits in the kvm tree. I have no idea how to fix all this up, so I just dropped all the changes from Linus' tree (all those commits only touched

linux-next: manual merge of the kvm tree with Linus' tree

Hi all, Today's linux-next merge of the kvm tree got a conflict in: arch/x86/kvm/vmx.c between a series of commits in Linus' tree and a series of commits in the kvm tree. I have no idea how to fix all this up, so I just dropped all the changes from Linus' tree (all those commits only touched

Re: [PATCH] firmware: make sure builtin firmware is page alignment

在 2018-08-06一的 01:48 +，Zhang, Ning A写道： > 在 2018-08-03五的 12:31 +0200，gre...@linuxfoundation.org写道： > > On Fri, Aug 03, 2018 at 08:42:25AM +, Zhang, Ning A wrote: > > > 在 2018-08-03五的 07:39 +0200，Greg KH写道： > > > > On Fri, Aug 03, 2018 at 09:45:21AM +0800, Zhang Ning wrote: > > > > > when

Re: [PATCH] firmware: make sure builtin firmware is page alignment

在 2018-08-06一的 01:48 +，Zhang, Ning A写道： > 在 2018-08-03五的 12:31 +0200，gre...@linuxfoundation.org写道： > > On Fri, Aug 03, 2018 at 08:42:25AM +, Zhang, Ning A wrote: > > > 在 2018-08-03五的 07:39 +0200，Greg KH写道： > > > > On Fri, Aug 03, 2018 at 09:45:21AM +0800, Zhang Ning wrote: > > > > > when

linux-next: manual merge of the kvm tree with the tip tree

Hi all, Today's linux-next merge of the kvm tree got a conflict in: arch/x86/include/asm/trace/hyperv.h between commit: 58ec5e9c9044 ("x86/hyper-v: Trace PV IPI send") from the tip tree and commit: 47c054685621 ("X86/Hyper-V: Add hyperv_nested_flush_guest_mapping ftrace support")

linux-next: manual merge of the kvm tree with the tip tree

Hi all, Today's linux-next merge of the kvm tree got a conflict in: arch/x86/include/asm/trace/hyperv.h between commit: 58ec5e9c9044 ("x86/hyper-v: Trace PV IPI send") from the tip tree and commit: 47c054685621 ("X86/Hyper-V: Add hyperv_nested_flush_guest_mapping ftrace support")

Re: [RFC PATCH 1/2] checkpatch: Correctly detect git commit references that span 3 lines

On Mon, 2018-08-06 at 13:58 +1000, Andrew Donnellan wrote: > If a patch contains a commit reference that happens to span 3 lines, e.g.: > > === > With the optimizations for TLB invalidation from commit 0cef77c7798a > ("powerpc/64s/radix: flush remote CPUs out of single-threaded > mm_cpumask"),

Re: [RFC PATCH 1/2] checkpatch: Correctly detect git commit references that span 3 lines

On Mon, 2018-08-06 at 13:58 +1000, Andrew Donnellan wrote: > If a patch contains a commit reference that happens to span 3 lines, e.g.: > > === > With the optimizations for TLB invalidation from commit 0cef77c7798a > ("powerpc/64s/radix: flush remote CPUs out of single-threaded > mm_cpumask"),

linux-next: manual merge of the tip tree with the rdma tree

Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/infiniband/core/rdma_core.c between commit: 9867f5c6695f ("IB/uverbs: Convert 'bool exclusive' into an enum") from the rdma tree and commit: bfc18e389c7a ("atomics/treewide: Rename __atomic_add_unless() =>

linux-next: manual merge of the tip tree with the rdma tree

Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/infiniband/core/rdma_core.c between commit: 9867f5c6695f ("IB/uverbs: Convert 'bool exclusive' into an enum") from the rdma tree and commit: bfc18e389c7a ("atomics/treewide: Rename __atomic_add_unless() =>

linux-next: manual merge of the tip tree with the kbuild tree

Hi all, Today's linux-next merge of the tip tree got conflicts in: arch/arm64/Kconfig arch/openrisc/Kconfig between commit: 1572497cb0e6 ("kconfig: include common Kconfig files from top-level Kconfig") from the kbuild tree and commits: 78ae2e1cd845 ("arm64: Use the new

linux-next: manual merge of the tip tree with the kbuild tree

Hi all, Today's linux-next merge of the tip tree got conflicts in: arch/arm64/Kconfig arch/openrisc/Kconfig between commit: 1572497cb0e6 ("kconfig: include common Kconfig files from top-level Kconfig") from the kbuild tree and commits: 78ae2e1cd845 ("arm64: Use the new

[PATCH] staging/vc04_services: Fix alignment of function arguments

Fix warning generated by checkpatch.pl for alignment should match open parenthesis. This is a coding style change only. Signed-off-by: Greg Gallagher --- drivers/staging/vc04_services/bcm2835-audio/bcm2835-ctl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] staging/vc04_services: Fix alignment of function arguments

Fix warning generated by checkpatch.pl for alignment should match open parenthesis. This is a coding style change only. Signed-off-by: Greg Gallagher --- drivers/staging/vc04_services/bcm2835-audio/bcm2835-ctl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[RFC PATCH 2/2] checkpatch: Fix commit ID test when "commit" and hash on different lines

Signed-off-by: Andrew Donnellan --- RFC because I'm bad at Perl --- scripts/checkpatch.pl | 32 +++- 1 file changed, 19 insertions(+), 13 deletions(-) diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl index aca4d758112a..ae7a54287db7 100755 ---

[RFC PATCH 1/2] checkpatch: Correctly detect git commit references that span 3 lines

If a patch contains a commit reference that happens to span 3 lines, e.g.: === With the optimizations for TLB invalidation from commit 0cef77c7798a ("powerpc/64s/radix: flush remote CPUs out of single-threaded mm_cpumask"), the scope of a TLBI (global vs. local) can now be influenced by the value

[RFC PATCH 2/2] checkpatch: Fix commit ID test when "commit" and hash on different lines

Signed-off-by: Andrew Donnellan --- RFC because I'm bad at Perl --- scripts/checkpatch.pl | 32 +++- 1 file changed, 19 insertions(+), 13 deletions(-) diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl index aca4d758112a..ae7a54287db7 100755 ---

[RFC PATCH 1/2] checkpatch: Correctly detect git commit references that span 3 lines

If a patch contains a commit reference that happens to span 3 lines, e.g.: === With the optimizations for TLB invalidation from commit 0cef77c7798a ("powerpc/64s/radix: flush remote CPUs out of single-threaded mm_cpumask"), the scope of a TLBI (global vs. local) can now be influenced by the value

drivers/android/.tmp_gl_binder.o:undefined reference to `__user_bad'

Hi Martijn, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 1ffaddd029c867d134a1dde39f540dcc8c52e274 commit: 1190b4e38f97023154e6b3bef61b251aa5f970d0 ANDROID: binder: remove 32-bit binder interface. date: 3

drivers/android/.tmp_gl_binder.o:undefined reference to `__user_bad'

Hi Martijn, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 1ffaddd029c867d134a1dde39f540dcc8c52e274 commit: 1190b4e38f97023154e6b3bef61b251aa5f970d0 ANDROID: binder: remove 32-bit binder interface. date: 3

[RFC] tracepoint: Run tracepoints even after CPU is offline

Commit f37755490fe9 ("tracepoints: Do not trace when cpu is offline") causes a problem for lockdep using tracepoint code. Once a CPU is offline, tracepoints donot get called, however this causes a big problem for lockdep probes that need to run so that IRQ annotations are marked correctly. An

[RFC] tracepoint: Run tracepoints even after CPU is offline

Commit f37755490fe9 ("tracepoints: Do not trace when cpu is offline") causes a problem for lockdep using tracepoint code. Once a CPU is offline, tracepoints donot get called, however this causes a big problem for lockdep probes that need to run so that IRQ annotations are marked correctly. An

[PATCH ftrace/core] tracing: irqsoff: Account for additional preempt_disable

Recently we tried to make the preemptirqsoff tracer to use irqsoff tracepoint probes. However this causes issues as reported by Masami: [2.271078] Testing tracer preemptirqsoff: .. no entries found ..FAILED! [2.381015] WARNING: CPU: 0 PID: 1 at /home/mhiramat/ksrc/linux/kernel/ trace/trace.c:1512

[PATCH ftrace/core] tracing: irqsoff: Account for additional preempt_disable

Recently we tried to make the preemptirqsoff tracer to use irqsoff tracepoint probes. However this causes issues as reported by Masami: [2.271078] Testing tracer preemptirqsoff: .. no entries found ..FAILED! [2.381015] WARNING: CPU: 0 PID: 1 at /home/mhiramat/ksrc/linux/kernel/ trace/trace.c:1512

Re: [PATCH RESEND 1/2] gpio: mvebu: Add support for multiple PWM lines per GPIO chip

On Mon, Aug 06, 2018 at 10:29:15AM +0800, Aditya Prayoga wrote: Hi Aditya > + item = kzalloc(sizeof(*item), GFP_KERNEL); > + if (!item) > + return -ENODEV; ENOMEM would be better, since it is a memory allocation which is failing. > > - ret =

Re: [PATCH RESEND 1/2] gpio: mvebu: Add support for multiple PWM lines per GPIO chip

On Mon, Aug 06, 2018 at 10:29:15AM +0800, Aditya Prayoga wrote: Hi Aditya > + item = kzalloc(sizeof(*item), GFP_KERNEL); > + if (!item) > + return -ENODEV; ENOMEM would be better, since it is a memory allocation which is failing. > > - ret =

Re: [PATCH] remoteproc: q6v5: Add support to vote for rpmh power domains

On 8/3/2018 3:40 PM, Ulf Hansson wrote: On 29 June 2018 at 12:20, Rajendra Nayak wrote: With rpmh ARC resources being modelled as power domains with performance state, add support to proxy vote on these for SDM845. Add support to vote on multiple of them, now that genpd supports associating

Re: [PATCH] remoteproc: q6v5: Add support to vote for rpmh power domains

On 8/3/2018 3:40 PM, Ulf Hansson wrote: On 29 June 2018 at 12:20, Rajendra Nayak wrote: With rpmh ARC resources being modelled as power domains with performance state, add support to proxy vote on these for SDM845. Add support to vote on multiple of them, now that genpd supports associating

Re: [PATCH 09/46] dmaengine: cppi41: use dmaenginem_async_device_register to simplify the code

On Fri, Aug 03, 2018 at 10:55:25AM +0300, Peter Ujfalusi wrote: > > > On 2018-08-03 10:19, Huang Shijie wrote: > > Use dmaenginem_async_device_register to simplify the code: > >remove dma_async_device_unregister > > > > Signed-off-by: Huang Shijie > > --- > > drivers/dma/ti/cppi41.c | 7

Re: [PATCH 09/46] dmaengine: cppi41: use dmaenginem_async_device_register to simplify the code

On Fri, Aug 03, 2018 at 10:55:25AM +0300, Peter Ujfalusi wrote: > > > On 2018-08-03 10:19, Huang Shijie wrote: > > Use dmaenginem_async_device_register to simplify the code: > >remove dma_async_device_unregister > > > > Signed-off-by: Huang Shijie > > --- > > drivers/dma/ti/cppi41.c | 7

[PATCH] staging: gasket: remove some extra semicolon

That semicolons are unneeded, Just remove them. Signed-off-by: zhong jiang --- drivers/staging/gasket/gasket_interrupt.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/gasket/gasket_interrupt.c b/drivers/staging/gasket/gasket_interrupt.c index

[PATCH] staging: gasket: remove some extra semicolon

That semicolons are unneeded, Just remove them. Signed-off-by: zhong jiang --- drivers/staging/gasket/gasket_interrupt.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/gasket/gasket_interrupt.c b/drivers/staging/gasket/gasket_interrupt.c index

RE: [PATCH v8 5/6] regulator: pfuze100-regulator: provide pm_power_off_prepare handler

> >> +static struct pfuze_chip *syspm_pfuze_chip; > >> + > >> +static void pfuze_power_off_prepare(void) > >> + dev_info(syspm_pfuze_chip->dev, "Configure standy mode for power > >> +off"); > > Add 'if (syspm_pfuze_chip ->chip_id == PFUZE100))' here is easy for > > extend Support on

RE: [PATCH v8 5/6] regulator: pfuze100-regulator: provide pm_power_off_prepare handler

> >> +static struct pfuze_chip *syspm_pfuze_chip; > >> + > >> +static void pfuze_power_off_prepare(void) > >> + dev_info(syspm_pfuze_chip->dev, "Configure standy mode for power > >> +off"); > > Add 'if (syspm_pfuze_chip ->chip_id == PFUZE100))' here is easy for > > extend Support on

[PATCH] Simplify redundant code

cbuf's size can be simply assigned. Signed-off-by: Liu Song Reviewed-by: Jiang Biao --- fs/ubifs/super.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/fs/ubifs/super.c b/fs/ubifs/super.c index c5466c7..1a8e2032 100644 --- a/fs/ubifs/super.c +++ b/fs/ubifs/super.c @@

[PATCH] Simplify redundant code

cbuf's size can be simply assigned. Signed-off-by: Liu Song Reviewed-by: Jiang Biao --- fs/ubifs/super.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/fs/ubifs/super.c b/fs/ubifs/super.c index c5466c7..1a8e2032 100644 --- a/fs/ubifs/super.c +++ b/fs/ubifs/super.c @@

linux-next: please clean up the ipvs-next tree

Hi Simon, The ipvs-next tree appears to contain a set of patches that have been merged into the net-next tree as different commits (some of them slightly different). This is just causing conflicts. -- Cheers, Stephen Rothwell pgpIl_KCDzubv.pgp Description: OpenPGP digital signature

linux-next: please clean up the ipvs-next tree

Hi Simon, The ipvs-next tree appears to contain a set of patches that have been merged into the net-next tree as different commits (some of them slightly different). This is just causing conflicts. -- Cheers, Stephen Rothwell pgpIl_KCDzubv.pgp Description: OpenPGP digital signature

Re: [PATCH 1/3] fs/btrfs/disk-io: Remove unneeded variable "err"

On 2018/8/5 23:27, Joe Perches wrote: > On Sun, 2018-08-05 at 23:02 +0800, zhong jiang wrote: >> The err is not used after initalization, So remove it and make >> the function to be void function. > [] >> diff --git a/fs/btrfs/disk-io.c b/fs/btrfs/disk-io.c > [] >> @@ -4193,7 +4192,6 @@ static int

Re: [PATCH 1/3] fs/btrfs/disk-io: Remove unneeded variable "err"

On 2018/8/5 23:27, Joe Perches wrote: > On Sun, 2018-08-05 at 23:02 +0800, zhong jiang wrote: >> The err is not used after initalization, So remove it and make >> the function to be void function. > [] >> diff --git a/fs/btrfs/disk-io.c b/fs/btrfs/disk-io.c > [] >> @@ -4193,7 +4192,6 @@ static int

Re: [PATCH 0/3] Remove uneeded variable "err"

On 2018/8/6 3:14, Nikolay Borisov wrote: > > On 5.08.2018 18:02, zhong jiang wrote: >> zhong jiang (3): >> fs/btrfs/disk-io: Remove unneeded variable "err" >> fs/btrfs/extent-tree: remove redudant variable "err" >> fs/btrfs/tree-log: remove the unneeded variable "err" >> >>

Re: [PATCH 0/3] Remove uneeded variable "err"

On 2018/8/6 3:14, Nikolay Borisov wrote: > > On 5.08.2018 18:02, zhong jiang wrote: >> zhong jiang (3): >> fs/btrfs/disk-io: Remove unneeded variable "err" >> fs/btrfs/extent-tree: remove redudant variable "err" >> fs/btrfs/tree-log: remove the unneeded variable "err" >> >>

RE: [PATCH v8 1/6] ARM: imx6q: provide documentation for new fsl,pmic-stby-poweroff property

> >> Not all boards follow the reference design, that's a fact of life. > >> > >> Please look at the i.MX6Q reference manual. The sequence implemented > >> in this patchset can be found as a valid way to power off the system > >> in > >> "60.4.3 Power mode transitions" "Normal ON to OFF with

RE: [PATCH v8 1/6] ARM: imx6q: provide documentation for new fsl,pmic-stby-poweroff property

> >> Not all boards follow the reference design, that's a fact of life. > >> > >> Please look at the i.MX6Q reference manual. The sequence implemented > >> in this patchset can be found as a valid way to power off the system > >> in > >> "60.4.3 Power mode transitions" "Normal ON to OFF with

[PATCH RESEND 1/2] gpio: mvebu: Add support for multiple PWM lines per GPIO chip

Allow more than 1 PWM request (eg. PWM fan) on the same GPIO chip. based on initial work on LK4.4 by Alban Browaeys. URL: https://github.com/helios-4/linux-marvell/commit/743ae97 [Aditya Prayoga: forward port, cleanup] Signed-off-by: Aditya Prayoga --- drivers/gpio/gpio-mvebu.c | 63

[PATCH RESEND 0/2] gpio: mvebu: Add support for multiple PWM lines

Hi everyone, Helios4, an Armada 388 based NAS SBC, provides 2 (4-pins) fan connectors. The PWM pins on both connector are connected to GPIO on bank 1. Current gpio- mvebu does not allow more than one PWM on the same bank. Resend the patch to add more reviewer. Aditya --- Aditya Prayoga (2):

[PATCH RESEND 1/2] gpio: mvebu: Add support for multiple PWM lines per GPIO chip

Allow more than 1 PWM request (eg. PWM fan) on the same GPIO chip. based on initial work on LK4.4 by Alban Browaeys. URL: https://github.com/helios-4/linux-marvell/commit/743ae97 [Aditya Prayoga: forward port, cleanup] Signed-off-by: Aditya Prayoga --- drivers/gpio/gpio-mvebu.c | 63

[PATCH RESEND 0/2] gpio: mvebu: Add support for multiple PWM lines

Hi everyone, Helios4, an Armada 388 based NAS SBC, provides 2 (4-pins) fan connectors. The PWM pins on both connector are connected to GPIO on bank 1. Current gpio- mvebu does not allow more than one PWM on the same bank. Resend the patch to add more reviewer. Aditya --- Aditya Prayoga (2):

[PATCH RESEND 2/2] gpio: mvebu: Allow to use non-default PWM counter

On multiple PWM lines, if the other PWM counter is unused, allocate it to next PWM request. The priority would be: 1. Default counter assigned to the bank 2. Unused counter that is assigned to other bank 3. Fallback to default counter For example on second bank there are three PWM request, first

[PATCH RESEND 2/2] gpio: mvebu: Allow to use non-default PWM counter

On multiple PWM lines, if the other PWM counter is unused, allocate it to next PWM request. The priority would be: 1. Default counter assigned to the bank 2. Unused counter that is assigned to other bank 3. Fallback to default counter For example on second bank there are three PWM request, first

[PATCH] checkpatch: warn on unnecessary int declarations

On Sun, 2018-08-05 at 08:52 -0700, Linus Torvalds wrote: > "long unsigned int" isn't _technically_ wrong. But we normally > call that type "unsigned long". So add a checkpatch test for it. Signed-off-by: Joe Perches --- scripts/checkpatch.pl | 20 1 file changed, 20

[PATCH] checkpatch: warn on unnecessary int declarations

On Sun, 2018-08-05 at 08:52 -0700, Linus Torvalds wrote: > "long unsigned int" isn't _technically_ wrong. But we normally > call that type "unsigned long". So add a checkpatch test for it. Signed-off-by: Joe Perches --- scripts/checkpatch.pl | 20 1 file changed, 20

Re: [PATCH] drivers/staging: Remove some unneeded semicolon

On 2018/8/6 10:11, zhong jiang wrote: > On 2018/8/6 9:27, Gao Xiang wrote: >> Hi Jiang, >> >> On 2018/8/5 21:57, zhong jiang wrote: >>> That semicolons are unneeded, JUst remove them. >>> >>> Signed-off-by: zhong jiang >> Thanks for your patch. Since erofs and gasket are different feature, it

Re: [PATCH] drivers/staging: Remove some unneeded semicolon

On 2018/8/6 10:11, zhong jiang wrote: > On 2018/8/6 9:27, Gao Xiang wrote: >> Hi Jiang, >> >> On 2018/8/5 21:57, zhong jiang wrote: >>> That semicolons are unneeded, JUst remove them. >>> >>> Signed-off-by: zhong jiang >> Thanks for your patch. Since erofs and gasket are different feature, it

Re: [PATCH] net/bridge/br_multicast: remove redundant variable "err"

On 2018/8/6 8:33, David Miller wrote: > From: zhong jiang > Date: Sun, 5 Aug 2018 22:18:43 +0800 > >> @@ -1797,7 +1795,7 @@ static int br_multicast_ipv4_rcv(struct net_bridge *br, >> struct sk_buff *skb_trimmed = NULL; >> const unsigned char *src; >> struct igmphdr *ih; >> -int

Re: [PATCH] net/bridge/br_multicast: remove redundant variable "err"

On 2018/8/6 8:33, David Miller wrote: > From: zhong jiang > Date: Sun, 5 Aug 2018 22:18:43 +0800 > >> @@ -1797,7 +1795,7 @@ static int br_multicast_ipv4_rcv(struct net_bridge *br, >> struct sk_buff *skb_trimmed = NULL; >> const unsigned char *src; >> struct igmphdr *ih; >> -int

Re: [PATCH] drivers/staging: Remove some unneeded semicolon

On 2018/8/6 9:27, Gao Xiang wrote: > Hi Jiang, > > On 2018/8/5 21:57, zhong jiang wrote: >> That semicolons are unneeded, JUst remove them. >> >> Signed-off-by: zhong jiang > Thanks for your patch. Since erofs and gasket are different feature, it is > better to seperate into two patches. > and

Re: [PATCH] drivers/staging: Remove some unneeded semicolon

On 2018/8/6 9:27, Gao Xiang wrote: > Hi Jiang, > > On 2018/8/5 21:57, zhong jiang wrote: >> That semicolons are unneeded, JUst remove them. >> >> Signed-off-by: zhong jiang > Thanks for your patch. Since erofs and gasket are different feature, it is > better to seperate into two patches. > and

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

Hi all, After merging the net-next tree, today's linux-next build (arm multi_v7_defconfig) failed like this: drivers/ptp/ptp_qoriq.o: In function `qoriq_ptp_probe': ptp_qoriq.c:(.text+0xd0c): undefined reference to `__aeabi_uldivmod' Caused by commit 91305f281262 ("ptp_qoriq: support

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

Hi all, After merging the net-next tree, today's linux-next build (arm multi_v7_defconfig) failed like this: drivers/ptp/ptp_qoriq.o: In function `qoriq_ptp_probe': ptp_qoriq.c:(.text+0xd0c): undefined reference to `__aeabi_uldivmod' Caused by commit 91305f281262 ("ptp_qoriq: support

Re: [PATCH] drivers/staging: Remove some unneeded semicolon

Hi Chao, On 2018/8/6 9:58, Chao Yu wrote: > Hi Xiang, > > On 2018/8/6 9:27, Gao Xiang wrote: >> Hi Jiang, >> >> On 2018/8/5 21:57, zhong jiang wrote: >>> That semicolons are unneeded, JUst remove them. >>> >>> Signed-off-by: zhong jiang >> >> Thanks for your patch. Since erofs and gasket are

Re: [PATCH] drivers/staging: Remove some unneeded semicolon

Hi Chao, On 2018/8/6 9:58, Chao Yu wrote: > Hi Xiang, > > On 2018/8/6 9:27, Gao Xiang wrote: >> Hi Jiang, >> >> On 2018/8/5 21:57, zhong jiang wrote: >>> That semicolons are unneeded, JUst remove them. >>> >>> Signed-off-by: zhong jiang >> >> Thanks for your patch. Since erofs and gasket are

Re: [PATCH v12 0/3] tracing: Centralize preemptirq tracepoints and unify their usage

On Sun, 5 Aug 2018 09:46:56 -0700 Joel Fernandes wrote: > Hi Masami, > > On Fri, Aug 3, 2018 at 9:51 PM, Joel Fernandes wrote: > [...] > >> On Thu, 2 Aug 2018 19:57:09 -0700 > >> Joel Fernandes wrote: > >> > >>> Hi Masami, > >>> > >>> On Thu, Aug 2, 2018 at 7:55 AM, Masami Hiramatsu > >>>

Re: [PATCH v12 0/3] tracing: Centralize preemptirq tracepoints and unify their usage

On Sun, 5 Aug 2018 09:46:56 -0700 Joel Fernandes wrote: > Hi Masami, > > On Fri, Aug 3, 2018 at 9:51 PM, Joel Fernandes wrote: > [...] > >> On Thu, 2 Aug 2018 19:57:09 -0700 > >> Joel Fernandes wrote: > >> > >>> Hi Masami, > >>> > >>> On Thu, Aug 2, 2018 at 7:55 AM, Masami Hiramatsu > >>>

linux-next: manual merge of the rdma tree with Linus' tree

Hi all, Today's linux-next merge of the rdma tree got a conflict in: drivers/infiniband/core/uverbs_main.c between commit: 1eb9364ce81d ("IB/uverbs: Fix ordering of ucontext check in ib_uverbs_write") from Linus' tree and commit: a9b66d6453d7 ("IB/uverbs: Do not block disassociate

linux-next: manual merge of the rdma tree with Linus' tree

Hi all, Today's linux-next merge of the rdma tree got a conflict in: drivers/infiniband/core/uverbs_main.c between commit: 1eb9364ce81d ("IB/uverbs: Fix ordering of ucontext check in ib_uverbs_write") from Linus' tree and commit: a9b66d6453d7 ("IB/uverbs: Do not block disassociate

Re: [PATCH] drivers/staging: Remove some unneeded semicolon

Hi Xiang, On 2018/8/6 9:27, Gao Xiang wrote: > Hi Jiang, > > On 2018/8/5 21:57, zhong jiang wrote: >> That semicolons are unneeded, JUst remove them. >> >> Signed-off-by: zhong jiang > > Thanks for your patch. Since erofs and gasket are different feature, it is > better to seperate into two

Re: [PATCH] drivers/staging: Remove some unneeded semicolon

Hi Xiang, On 2018/8/6 9:27, Gao Xiang wrote: > Hi Jiang, > > On 2018/8/5 21:57, zhong jiang wrote: >> That semicolons are unneeded, JUst remove them. >> >> Signed-off-by: zhong jiang > > Thanks for your patch. Since erofs and gasket are different feature, it is > better to seperate into two

Re: [PATCH] firmware: make sure builtin firmware is page alignment

在 2018-08-03五的 12:31 +0200，gre...@linuxfoundation.org写道： > On Fri, Aug 03, 2018 at 08:42:25AM +, Zhang, Ning A wrote: > > 在 2018-08-03五的 07:39 +0200，Greg KH写道： > > > On Fri, Aug 03, 2018 at 09:45:21AM +0800, Zhang Ning wrote: > > > > when firmware is in filesystem, request_firmware will load

Re: [PATCH] firmware: make sure builtin firmware is page alignment

在 2018-08-03五的 12:31 +0200，gre...@linuxfoundation.org写道： > On Fri, Aug 03, 2018 at 08:42:25AM +, Zhang, Ning A wrote: > > 在 2018-08-03五的 07:39 +0200，Greg KH写道： > > > On Fri, Aug 03, 2018 at 09:45:21AM +0800, Zhang Ning wrote: > > > > when firmware is in filesystem, request_firmware will load

Re: [PATCH v4 1/2] leds: core: Introduce LED pattern trigger

Hi Jacek, On 6 August 2018 at 00:10, Jacek Anaszewski wrote: > Hi Baolin, > > Thank you for the fix. > > I've found few more details to improve, please take a look > at my comments below. > > On 08/05/2018 06:04 AM, Baolin Wang wrote: >> Some LED controllers have support for autonomously

Re: [PATCH v4 1/2] leds: core: Introduce LED pattern trigger

Hi Jacek, On 6 August 2018 at 00:10, Jacek Anaszewski wrote: > Hi Baolin, > > Thank you for the fix. > > I've found few more details to improve, please take a look > at my comments below. > > On 08/05/2018 06:04 AM, Baolin Wang wrote: >> Some LED controllers have support for autonomously

Re: [PATCH] staging:mt29f_spinand: MT29F2G failing as only 16-bit arguments and variables used for addressing.

So should I change this into a revert patch, or you will revert commit 6efb21d6d0e7 ("staging:mt29f_spinand: MT29F2G failing as only 16 bits used for addressing.") by yourself? Thanks. Best Regards, Jheng-Jhong Wu (Victor Wu)

Re: [PATCH] staging:mt29f_spinand: MT29F2G failing as only 16-bit arguments and variables used for addressing.

So should I change this into a revert patch, or you will revert commit 6efb21d6d0e7 ("staging:mt29f_spinand: MT29F2G failing as only 16 bits used for addressing.") by yourself? Thanks. Best Regards, Jheng-Jhong Wu (Victor Wu)

Re: [PATCH] staging: erofs: fix if assignment style issue

On 2018/8/5 23:21, Kristaps Čivkulis wrote: > Fix coding style issue "do not use assignment in if condition" > detected by checkpatch.pl. > > Signed-off-by: Kristaps Čivkulis Reviewed-by: Chao Yu Thanks,

Re: [PATCH] staging: erofs: fix if assignment style issue

On 2018/8/5 23:21, Kristaps Čivkulis wrote: > Fix coding style issue "do not use assignment in if condition" > detected by checkpatch.pl. > > Signed-off-by: Kristaps Čivkulis Reviewed-by: Chao Yu Thanks,

Re: [RFC PATCH 3/7] vfio: add spimdev support

On Thu, Aug 02, 2018 at 12:43:27PM -0600, Alex Williamson wrote: > Date: Thu, 2 Aug 2018 12:43:27 -0600 > From: Alex Williamson > To: Cornelia Huck > CC: Kenneth Lee , "Tian, Kevin" > , Kenneth Lee , Jonathan Corbet > , Herbert Xu , "David S . > Miller" , Joerg Roedel , Hao Fang > , Zhou

Re: [RFC PATCH 3/7] vfio: add spimdev support

On Thu, Aug 02, 2018 at 12:43:27PM -0600, Alex Williamson wrote: > Date: Thu, 2 Aug 2018 12:43:27 -0600 > From: Alex Williamson > To: Cornelia Huck > CC: Kenneth Lee , "Tian, Kevin" > , Kenneth Lee , Jonathan Corbet > , Herbert Xu , "David S . > Miller" , Joerg Roedel , Hao Fang > , Zhou

Contact my secretary in Burkina-Faso

Dear Friend, Good day, this is Mr. Henri Zongo, I'm happy to inform you about my success in getting the fund $29.6Million transferred under the co-operation of a new partner from Dubai, Presently I'm in Dubai for investment projects with my own share of the total sum. Meanwhile,I didn't

Contact my secretary in Burkina-Faso

Dear Friend, Good day, this is Mr. Henri Zongo, I'm happy to inform you about my success in getting the fund $29.6Million transferred under the co-operation of a new partner from Dubai, Presently I'm in Dubai for investment projects with my own share of the total sum. Meanwhile,I didn't

Re: [PATCH v3 4/6] iommu/io-pgtable-arm: add support for non-strict mode

Hi, Robin, On 2018/7/26 22:37, Robin Murphy wrote: > On 2018-07-26 8:20 AM, Leizhen (ThunderTown) wrote: >> On 2018/7/25 6:25, Robin Murphy wrote: >>> On 2018-07-12 7:18 AM, Zhen Lei wrote: To support the non-strict mode, now we only tlbi and sync for the strict mode. But for the

Re: [PATCH v3 4/6] iommu/io-pgtable-arm: add support for non-strict mode

Hi, Robin, On 2018/7/26 22:37, Robin Murphy wrote: > On 2018-07-26 8:20 AM, Leizhen (ThunderTown) wrote: >> On 2018/7/25 6:25, Robin Murphy wrote: >>> On 2018-07-12 7:18 AM, Zhen Lei wrote: To support the non-strict mode, now we only tlbi and sync for the strict mode. But for the

Re: [PATCH] drivers/staging: Remove some unneeded semicolon

Hi Jiang, On 2018/8/5 21:57, zhong jiang wrote: > That semicolons are unneeded, JUst remove them. > > Signed-off-by: zhong jiang Thanks for your patch. Since erofs and gasket are different feature, it is better to seperate into two patches. and could you please cc linux-erofs mailing list

Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive

On Fri, Aug 03, 2018 at 03:20:43PM +0100, Alan Cox wrote: > Date: Fri, 3 Aug 2018 15:20:43 +0100 > From: Alan Cox > To: Jerome Glisse > CC: "Tian, Kevin" , Kenneth Lee > , Hao Fang , Herbert Xu > , "k...@vger.kernel.org" > , Jonathan Corbet , Greg > Kroah-Hartman ,

Re: [PATCH] drivers/staging: Remove some unneeded semicolon

Hi Jiang, On 2018/8/5 21:57, zhong jiang wrote: > That semicolons are unneeded, JUst remove them. > > Signed-off-by: zhong jiang Thanks for your patch. Since erofs and gasket are different feature, it is better to seperate into two patches. and could you please cc linux-erofs mailing list

Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive

On Fri, Aug 03, 2018 at 03:20:43PM +0100, Alan Cox wrote: > Date: Fri, 3 Aug 2018 15:20:43 +0100 > From: Alan Cox > To: Jerome Glisse > CC: "Tian, Kevin" , Kenneth Lee > , Hao Fang , Herbert Xu > , "k...@vger.kernel.org" > , Jonathan Corbet , Greg > Kroah-Hartman ,

[PATCH] workqueue: fix memory leak in wq_numa_init()

The 'tbl' variable may leak when return in function wq_numa_init(), and this patch fixes this. Signed-off-by: Yi Wang Reviewed-by: Jiang Biao --- kernel/workqueue.c | 1 + 1 file changed, 1 insertion(+) diff --git a/kernel/workqueue.c b/kernel/workqueue.c index 78b1920..9321a05 100644 ---

[PATCH] workqueue: fix memory leak in wq_numa_init()

The 'tbl' variable may leak when return in function wq_numa_init(), and this patch fixes this. Signed-off-by: Yi Wang Reviewed-by: Jiang Biao --- kernel/workqueue.c | 1 + 1 file changed, 1 insertion(+) diff --git a/kernel/workqueue.c b/kernel/workqueue.c index 78b1920..9321a05 100644 ---

Re: linux-next: Signed-off-by missing for commit in the block tree

On 8/5/18 3:51 PM, Stephen Rothwell wrote: > Hi Jens, > > Commit > > 290a40cb336c ("nvme: don't enable AEN if not supported") > > is missing a Signed-off-by from its committer. It's because I'm an idiot and cherry picked the commit. Not only is it missing the SOB, but it'll also show up

Re: linux-next: Signed-off-by missing for commit in the block tree

On 8/5/18 3:51 PM, Stephen Rothwell wrote: > Hi Jens, > > Commit > > 290a40cb336c ("nvme: don't enable AEN if not supported") > > is missing a Signed-off-by from its committer. It's because I'm an idiot and cherry picked the commit. Not only is it missing the SOB, but it'll also show up

Re: [PATCH] misc: cxl: changed asterisk position

On 03/08/18 20:20, Parth Y Shah wrote: Resolved <"foo* bar" should be "foo *bar"> error Signed-off-by: Parth Y Shah Thanks for picking this up. Acked-by: Andrew Donnellan --- drivers/misc/cxl/fault.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH] misc: cxl: changed asterisk position

On 03/08/18 20:20, Parth Y Shah wrote: Resolved <"foo* bar" should be "foo *bar"> error Signed-off-by: Parth Y Shah Thanks for picking this up. Acked-by: Andrew Donnellan --- drivers/misc/cxl/fault.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

  1   2   3   4   >