Re: [v4 1/6] dt-bindings: media: Document bindings for DW MIPI CSI-2 Host

2019-07-09 Thread Eugen.Hristev
On 09.07.2019 20:08, Luis de Oliveira wrote: > > Hi Eugen, > > > From: eugen.hris...@microchip.com > Date: Tue, Jul 09, 2019 at 15:33:50 > >> >> >> On 11.06.2019 22:20, Luis Oliveira wrote: >>> From: Luis Oliveira >>> >>> Add bindings for Synopsys DesignWare MIPI CSI-2 host. >>> >>> Signed

Re: [PATCH 4/5] staging: mt7621-dts: add dt nodes for mt7621-pll

2019-07-09 Thread Chuanhong Guo
On Wed, Jul 10, 2019 at 2:22 AM Chuanhong Guo wrote: > > This commit adds device-tree node for mt7621-pll and use its clock > accordingly. > > Signed-off-by: Chuanhong Guo Oops. Please ignore this single patch for now. I forgot to drop cpuclock node in drivers/staging/mt7621-dts/gbpc1.dts I'll r

Re: [PATCH] s390/zcrypt: remove the exporting of ap_query_configuration

2019-07-09 Thread Harald Freudenberger
On 09.07.19 14:25, Denis Efremov wrote: > The function ap_query_configuration is declared static and marked > EXPORT_SYMBOL, which is at best an odd combination. Because the > function is not used outside of the drivers/s390/crypto/ap_bus.c > file it is defined in, this commit removes the EXPORT_SY

[PATCH V5 4/5] arm64: dts: imx8mq: Add system counter node

2019-07-09 Thread Anson . Huang
From: Anson Huang Add i.MX8MQ system counter node to enable timer-imx-sysctr broadcast timer driver. Signed-off-by: Anson Huang --- Changes since V4: - update the clock info using fixed clock node; - correct the reg range; - update the interrupt number as the system coun

[PATCH V5 3/5] arm64: dts: imx8mm: Add system counter node

2019-07-09 Thread Anson . Huang
From: Anson Huang Add i.MX8MM system counter node to enable timer-imx-sysctr broadcast timer driver. Signed-off-by: Anson Huang --- Changes since V4: - update the clock info using fixed clock node; - correct the reg range; - update the interrupt number as the system coun

[PATCH V5 5/5] arm64: dts: imx8mm: Enable cpu-idle driver

2019-07-09 Thread Anson . Huang
From: Anson Huang Enable i.MX8MM cpu-idle using generic ARM cpu-idle driver, 2 states are supported, details as below: root@imx8mmevk:~# cat /sys/devices/system/cpu/cpu0/cpuidle/state0/name WFI root@imx8mmevk:~# cat /sys/devices/system/cpu/cpu0/cpuidle/state0/usage 3973 root@imx8mmevk:~# cat /sy

[PATCH V5 2/5] arm64: Enable TIMER_IMX_SYS_CTR for ARCH_MXC platforms

2019-07-09 Thread Anson . Huang
From: Anson Huang ARCH_MXC platforms needs system counter as broadcast timer to support cpuidle, enable it by default. Signed-off-by: Anson Huang --- New patch, now that system counter driver lands in main line, we can enable it by default. --- arch/arm64/Kconfig.platforms | 1 + 1 file chang

[PATCH V5 1/5] clocksource: imx-sysctr: Add internal clock divider handle

2019-07-09 Thread Anson . Huang
From: Anson Huang The system counter block guide states that the base clock is internally divided by 3 before use, that means the clock input of system counter defined in DT should be base clock which is normally from OSC, and then internally divided by 3 before use. Signed-off-by: Anson Huang

Re: [PATCH v10 03/12] dt-binding: gce: add binding for gce client reg property

2019-07-09 Thread Bibby Hsieh
Hi, Rob, Sorry to bother you, could you please review this patch when you are available? Thanks. On Mon, 2019-07-01 at 15:48 +0800, Bibby Hsieh wrote: > cmdq driver provide a function that get the relationship > of sub system number from device node for client. > add specification for #subsys-ce

[PATCH] ASoC: Relocate my e-mail to .com domain zone

2019-07-09 Thread Kirill Marinushkin
Signed-off-by: Kirill Marinushkin --- MAINTAINERS| 2 +- sound/soc/codecs/pcm3060-i2c.c | 4 ++-- sound/soc/codecs/pcm3060-spi.c | 4 ++-- sound/soc/codecs/pcm3060.c | 4 ++-- sound/soc/codecs/pcm3060.h | 2 +- 5 files changed, 8 insertions(+), 8 deletions(-) diff --g

Re: [PATCH v3 2/3] Powerpc64/Watchpoint: Don't ignore extraneous exceptions

2019-07-09 Thread Ravi Bangoria
On 7/10/19 11:57 AM, Christophe Leroy wrote: > > > Le 10/07/2019 à 06:54, Ravi Bangoria a écrit : >> On Powerpc64, watchpoint match range is double-word granular. On >> a watchpoint hit, DAR is set to the first byte of overlap between >> actual access and watched range. And thus it's quite poss

Re: [PATCH 5/5] KVM: cpuid: remove has_leaf_count from struct kvm_cpuid_param

2019-07-09 Thread Paolo Bonzini
On 08/07/19 09:09, Jing Liu wrote: > It seems the two func are introduced by 2b5e97e, as paravirtual cpuid. > But when searching KVM_CPUID_SIGNATURE, there seems no caller requesting > this cpuid. Meanwhile, I felt curious if KVM_CPUID_FEATURES is still in > use but it seems kvm_update_cpuid() uses

Re: [PATCH v3 30/30] locking/lockdep: Remove irq-safe to irq-unsafe read check

2019-07-09 Thread Yuyang Du
Thanks for review. On Wed, 10 Jul 2019 at 13:30, Boqun Feng wrote: > > On Fri, Jun 28, 2019 at 05:15:28PM +0800, Yuyang Du wrote: > > We have a lockdep warning: > > > > > > WARNING: possible irq lock inversion dependency detected > >

Re: [PATCH 04/13] cpufreq: qcom: Refactor the driver to make it easier to extend

2019-07-09 Thread Viresh Kumar
On 05-07-19, 11:57, Niklas Cassel wrote: > + drv->opp_tables = kcalloc(num_possible_cpus(), sizeof(*drv->opp_tables), > + GFP_KERNEL); > + if (!drv->opp_tables) { > + ret = -ENOMEM; > + goto free_drv; > + } > > for_each_possi

Re: [PATCH 2/5] KVM: cpuid: extract do_cpuid_7_mask and support multiple subleafs

2019-07-09 Thread Paolo Bonzini
On 08/07/19 09:07, Jing Liu wrote: >> > And when adding subleaf 1, plan to add codes, > > case 1: > entry->eax |= kvm_cpuid_7_1_eax_x86_features; > entry->ebx = entry->ecx = entry->edx =0; > break; > > What do you think? This should be "&=", not "|=". Otherwise yes, that's the idea.

Re: [PATCH v3 2/3] Powerpc64/Watchpoint: Don't ignore extraneous exceptions

2019-07-09 Thread Christophe Leroy
Le 10/07/2019 à 06:54, Ravi Bangoria a écrit : On Powerpc64, watchpoint match range is double-word granular. On a watchpoint hit, DAR is set to the first byte of overlap between actual access and watched range. And thus it's quite possible that DAR does not point inside user specified range. E

[PATCH V13 12/12] PCI: tegra: Add Tegra194 PCIe support

2019-07-09 Thread Vidya Sagar
Add support for Synopsys DesignWare core IP based PCIe host controller present in Tegra194 SoC. Signed-off-by: Vidya Sagar Acked-by: Thierry Reding --- V13: * Modified according to modifications in PATCH V13 01/12 V12: * None V11: * None V10: * Used _relaxed() versions of readl() & writel()

[PATCH V13 11/12] phy: tegra: Add PCIe PIPE2UPHY support

2019-07-09 Thread Vidya Sagar
Synopsys DesignWare core based PCIe controllers in Tegra 194 SoC interface with Universal PHY (UPHY) module through a PIPE2UPHY (P2U) module. For each PCIe lane of a controller, there is a P2U unit instantiated at hardware level. This driver provides support for the programming required for each P2

[PATCH V13 10/12] dt-bindings: PHY: P2U: Add Tegra194 P2U block

2019-07-09 Thread Vidya Sagar
Add support for Tegra194 P2U (PIPE to UPHY) module block which is a glue module instantiated one for each PCIe lane between Synopsys DesignWare core based PCIe IP and Universal PHY block. Signed-off-by: Vidya Sagar Reviewed-by: Rob Herring Acked-by: Thierry Reding Acked-by: Kishon Vijay Abraham

Re: [RFC v2] vhost: introduce mdev based hardware vhost backend

2019-07-09 Thread Tiwei Bie
On Wed, Jul 10, 2019 at 10:26:10AM +0800, Jason Wang wrote: > On 2019/7/9 下午2:33, Tiwei Bie wrote: > > On Tue, Jul 09, 2019 at 10:50:38AM +0800, Jason Wang wrote: > > > On 2019/7/8 下午2:16, Tiwei Bie wrote: > > > > On Fri, Jul 05, 2019 at 08:49:46AM -0600, Alex Williamson wrote: > > > > > On Thu, 4

[PATCH V13 06/12] dt-bindings: PCI: designware: Add binding for CDM register check

2019-07-09 Thread Vidya Sagar
Add support to enable CDM (Configuration Dependent Module) registers check for any data corruption. CDM registers include standard PCIe configuration space registers, Port Logic registers and iATU and DMA registers. Refer Section S.4 of Synopsys DesignWare Cores PCI Express Controller Databook Vers

[PATCH V13 05/12] PCI: dwc: Add ext config space capability search API

2019-07-09 Thread Vidya Sagar
Add extended configuration space capability search API using struct dw_pcie * pointer Signed-off-by: Vidya Sagar Acked-by: Gustavo Pimentel Acked-by: Thierry Reding --- V13: * None V12: * None V11: * None V10: * None V9: * Added Acked-by from Thierry V8: * Changed data types of return and

[PATCH V13 08/12] dt-bindings: Add PCIe supports-clkreq property

2019-07-09 Thread Vidya Sagar
Some host controllers need to know the existence of clkreq signal routing to downstream devices to be able to advertise low power features like ASPM L1 substates. Without clkreq signal routing being present, enabling ASPM L1 sub states might lead to downstream devices falling off the bus. Hence a n

Reminder: 6 open syzbot bugs in mm subsystem

2019-07-09 Thread Eric Biggers
[This email was generated by a script. Let me know if you have any suggestions to make it better, or if you want it re-generated with the latest status. Note: currently the mm bugs look hard to do anything with and most look outdated, but I figured I'd send them out just in case someone has an

[PATCH V13 09/12] dt-bindings: PCI: tegra: Add device tree support for Tegra194

2019-07-09 Thread Vidya Sagar
Add support for Tegra194 PCIe controllers. These controllers are based on Synopsys DesignWare core IP. Signed-off-by: Vidya Sagar Reviewed-by: Rob Herring Acked-by: Thierry Reding --- V13: * None V12: * None V11: * None V10: * None V9: * Added Acked-by from Thierry V8: * Addressed review c

[PATCH V13 07/12] PCI: dwc: Add support to enable CDM register check

2019-07-09 Thread Vidya Sagar
Add support to enable CDM (Configuration Dependent Module) register check for any data corruption based on the device-tree flag 'snps,enable-cdm-check'. Signed-off-by: Vidya Sagar Acked-by: Gustavo Pimentel Reviewed-by: Thierry Reding --- V13: * None V12: * None V11: * None V10: * None V9:

[PATCH V13 04/12] PCI: dwc: Move config space capability search API

2019-07-09 Thread Vidya Sagar
Move PCIe config space capability search API to common DesignWare file as this can be used by both host and ep mode codes. Signed-off-by: Vidya Sagar Acked-by: Gustavo Pimentel Reviewed-by: Thierry Reding --- V13: * None V12: * None V11: * None V10: * None V9: * None V8: * Changed comment

[PATCH V13 00/12] PCI: tegra: Add Tegra194 PCIe support

2019-07-09 Thread Vidya Sagar
Tegra194 has six PCIe controllers based on Synopsys DesignWare core. There are two Universal PHY (UPHY) blocks with each supporting 12(HSIO: Hisg Speed IO) and 8(NVHS: NVIDIA High Speed) lanes respectively. Controllers:0~4 use UPHY lanes from HSIO brick whereas Controller:5 uses UPHY lanes from NVH

[PATCH V13 03/12] PCI: dwc: Perform dbi regs write lock towards the end

2019-07-09 Thread Vidya Sagar
Some of DesignWare core's DBI registers (a.k.a configuration space registers) are write-protected with a lock without enabling which they are read-only by default. These write-protected registers are implementation specific. Tegra194's BAR-0 register which is at offset 0x10 in the configuration spa

[PATCH V13 02/12] PCI: Disable MSI for Tegra root ports

2019-07-09 Thread Vidya Sagar
Tegra PCIe rootports don't generate MSI interrupts for PME and AER events. Since PCIe spec (Ref: r4.0 sec 7.7.1.2 and 7.7.2.2) doesn't support using a mix of INTx and MSI/MSI-X, MSI needs to be disabled to avoid root ports service drivers registering their respective ISRs with MSI interrupt and to

[PATCH V13 01/12] PCI: Add #defines for some of PCIe spec r4.0 features

2019-07-09 Thread Vidya Sagar
Add #defines only for the Data Link Feature and Physical Layer 16.0 GT/s features as defined in PCIe spec r4.0, sec 7.7.4 for Data Link Feature and sec 7.7.5 for Physical Layer 16.0 GT/s. Signed-off-by: Vidya Sagar Reviewed-by: Thierry Reding --- V13: * Updated commit message to include referenc

Re: [RFC PATCH] x86: Remove X86_FEATURE_MFENCE_RDTSC

2019-07-09 Thread Paolo Bonzini
On 08/07/19 21:32, Lendacky, Thomas wrote: >> AMD and Intel both have serializing lfence (X86_FEATURE_LFENCE_RDTSC). >> They've both had it for a long time, and AMD has had it enabled in Linux >> since Spectre v1 was announced. >> >> Back then, there was a proposal to remove the serializing mfence

Re: [PATCH 02/13] cpufreq: qcom: Re-organise kryo cpufreq to use it for other nvmem based qcom socs

2019-07-09 Thread Viresh Kumar
On 05-07-19, 11:57, Niklas Cassel wrote: > -static struct platform_driver qcom_cpufreq_kryo_driver = { > - .probe = qcom_cpufreq_kryo_probe, > - .remove = qcom_cpufreq_kryo_remove, > +static struct platform_driver qcom_cpufreq_driver = { > + .probe = qcom_cpufreq_probe, > + .remove

[PATCH] RDMA/siw: remove unnecessary print in iw_create_tx_threads

2019-07-09 Thread YueHaibing
In iw_create_tx_threads(), failure to create kthread is basic failure, which affect performance only. The whole kthread creation spam in this driver looked suspicious during submission and it continues to be. This patch remove the failed print to fix gcc warning: drivers/infiniband/sw/siw/siw_main

Re: [PATCH 3/5] x86: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES

2019-07-09 Thread Hoan Tran OS
Hi Thomas, On 7/10/19 12:58 PM, Thomas Gleixner wrote: > Hoan, > > On Wed, 10 Jul 2019, Hoan Tran OS wrote: >> On 6/25/19 3:45 PM, Thomas Gleixner wrote: >>> On Tue, 25 Jun 2019, Hoan Tran OS wrote: @@ -1567,15 +1567,6 @@ config X86_64_ACPI_NUMA ---help---

Re: [PATCH 5.1 00/96] 5.1.17-stable review

2019-07-09 Thread Jon Hunter
On 08/07/2019 16:12, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.1.17 release. > There are 96 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses sho

Re: [PATCH v7 10/25] arm64: compat: Add vDSO

2019-07-09 Thread Thomas Gleixner
On Tue, 9 Jul 2019, John Stultz wrote: > Though unfortunately, it seems the arm64 vdso code that just landed is > breaking AOSP for me. > > I see a lot of the following errors: > 01-01 01:22:14.097 755 755 F libc: Fatal signal 11 (SIGSEGV), > code 1 (SEGV_MAPERR), fault addr 0x3cf2c96c in

Re: [PATCH 4.19 00/90] 4.19.58-stable review

2019-07-09 Thread Jon Hunter
On 08/07/2019 16:12, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.19.58 release. > There are 90 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses sh

Re: [PATCH 4.14 00/56] 4.14.133-stable review

2019-07-09 Thread Jon Hunter
On 08/07/2019 16:12, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.133 release. > There are 56 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses s

Re: [PATCH 4.9 000/102] 4.9.185-stable review

2019-07-09 Thread Jon Hunter
On 08/07/2019 16:11, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.185 release. > There are 102 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses s

Re: [PATCH 4.4 00/73] 4.4.185-stable review

2019-07-09 Thread Jon Hunter
On 08/07/2019 16:12, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.185 release. > There are 73 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses sh

[PATCH net-next v3] net/mlx5e: Convert single case statement switch statements into if statements

2019-07-09 Thread Nathan Chancellor
During the review of commit 1ff2f0fa450e ("net/mlx5e: Return in default case statement in tx_post_resync_params"), Leon and Nick pointed out that the switch statements can be converted to single if statements that return early so that the code is easier to follow. Suggested-by: Leon Romanovsky Su

Re: linux-next: manual merge of the char-misc tree with the driver-core tree

2019-07-09 Thread Stephen Rothwell
Hi Tomas, On Tue, 9 Jul 2019 07:12:34 + "Winkler, Tomas" wrote: > > Actually I've asked Greg this git expertise question: how the > **exact** conflict resolution is carried between git trees (before it > is finally resolved in upstream for all.). For next time If anyone > has the answer, ple

Re: [PATCH 3/5] x86: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES

2019-07-09 Thread Thomas Gleixner
Hoan, On Wed, 10 Jul 2019, Hoan Tran OS wrote: > On 6/25/19 3:45 PM, Thomas Gleixner wrote: > > On Tue, 25 Jun 2019, Hoan Tran OS wrote: > >> @@ -1567,15 +1567,6 @@ config X86_64_ACPI_NUMA > >>---help--- > >> Enable ACPI SRAT based node topology detection. > >> > >> -# Some NUMA nodes

Reminder: 5 open syzbot bugs in lockdep subsystem

2019-07-09 Thread Eric Biggers
[This email was generated by a script. Let me know if you have any suggestions to make it better, or if you want it re-generated with the latest status.] Of the currently open syzbot reports against the upstream kernel, I've manually marked 5 of them as possibly being bugs in the lockdep subsyste

Re: [PATCH v2] net/mlx5e: Refactor switch statements to avoid using uninitialized variables

2019-07-09 Thread Nathan Chancellor
On Tue, Jul 09, 2019 at 10:36:57PM -0700, David Miller wrote: > > I applied your simpler addition of the return statement so that I could > get the net-next pull request out tonight, just FYI... Thanks for the heads up, I'll spin up a v3 just focusing on the refactoring. Cheers, Nathan

Re: Coccinelle: Checking the deletion of duplicate of_node_put() calls with SmPL

2019-07-09 Thread Markus Elfring
> But I wonder at the moment why it does not work (as expected) for the original > complete source file. I discovered that a diff hunk (or usable patch?) is generated if the return statement is deleted (or commented out) before the jump label which refers to a potentially unwanted function call at

Re: [PATCH v3 0/3] kernel/notifier.c: avoid duplicate registration

2019-07-09 Thread Greg KH
On Wed, Jul 10, 2019 at 11:09:07AM +0800, Xiaoming Ni wrote: > Registering the same notifier to a hook repeatedly can cause the hook > list to form a ring or lose other members of the list. Then don't do that :) Is there any in-kernel users that do do this? If so, please just fix them. thanks,

Re: [PATCH v2 00/11] FPGA DFL updates

2019-07-09 Thread Greg KH
On Wed, Jul 10, 2019 at 01:07:46PM +0800, Wu Hao wrote: > On Fri, Jul 05, 2019 at 08:23:47AM +0800, Wu Hao wrote: > > Hi Greg / Moritz > > > > This is v2 patchset which adds more features to FPGA DFL. This patchset > > is made on top of patch[1] and char-misc-next tree. Documentation patch > > for

Re: [PATCH v3 0/3] kernel/notifier.c: avoid duplicate registration

2019-07-09 Thread Vasily Averin
On 7/10/19 6:09 AM, Xiaoming Ni wrote: > Registering the same notifier to a hook repeatedly can cause the hook > list to form a ring or lose other members of the list. I think is not enough to _prevent_ 2nd register attempt, it's enough to detect just attempt and generate warning to mark host in b

Re: [GIT PULL] scheduler changes for v5.3

2019-07-09 Thread John Stultz
On Mon, Jul 8, 2019 at 9:33 AM Ingo Molnar wrote: > Please pull the latest sched-core-for-linus git tree from: > >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > sched-core-for-linus > Peter Zijlstra (1): > sched/core: Optimize try_to_wake_up() for local wakeups Hey Pe

Re: [PATCH v2] net/mlx5e: Refactor switch statements to avoid using uninitialized variables

2019-07-09 Thread David Miller
I applied your simpler addition of the return statement so that I could get the net-next pull request out tonight, just FYI...

Re: [GIT PULL] x86/topology changes for v5.3

2019-07-09 Thread Kees Cook
On Tue, Jul 09, 2019 at 10:15:21PM -0700, Linus Torvalds wrote: > On Tue, Jul 9, 2019 at 8:21 PM Linus Torvalds > wrote: > > > > Whee. It looks like it's bisecting to the same thing. Only partway > > done, but it feels very much like my desktop. > > Confirmed. > > With that config, I get this >

[PATCH] platform/x86: hp_accel: Add support for HP ZBook 17 G5

2019-07-09 Thread Kai-Heng Feng
HP ZBook 17 G5 needs a non-standard mapping, x_inverted. Signed-off-by: Kai-Heng Feng --- drivers/platform/x86/hp_accel.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/platform/x86/hp_accel.c b/drivers/platform/x86/hp_accel.c index f61b8a176e20..cfc0e36a7a5e 100644 --- a/drivers/pl

Re: BUG: MAX_STACK_TRACE_ENTRIES too low! (2)

2019-07-09 Thread Eric Biggers
[Moved most people to Bcc; syzbot added way too many random people to this.] Hi Bart, On Sat, Mar 30, 2019 at 07:17:09PM -0700, Bart Van Assche wrote: > On 3/30/19 2:58 PM, syzbot wrote: > > syzbot has bisected this bug to: > > > > commit 669de8bda87b92ab9a2fc663b3f5743c2ad1ae9f > > Author: Bart

Re: [PATCH v3 30/30] locking/lockdep: Remove irq-safe to irq-unsafe read check

2019-07-09 Thread Boqun Feng
On Fri, Jun 28, 2019 at 05:15:28PM +0800, Yuyang Du wrote: > We have a lockdep warning: > > > WARNING: possible irq lock inversion dependency detected > 5.1.0-rc7+ #141 Not tainted > --

Re: [PATCH v2] nvme: fix multipath crash when ANA desactivated

2019-07-09 Thread Marta Rybczynska
- On 9 Jul, 2019, at 23:29, Christoph Hellwig h...@lst.de wrote: > On Sat, Jul 06, 2019 at 01:06:44PM +0300, Max Gurtovoy wrote: >>> + /* check if multipath is enabled and we have the capability */ >>> + if (!multipath) >>> + return 0; >>> + if (!ctrl->subsys || ((ctrl->subs

Re: [PATCH] sound: soc: codecs: mt6358: change return type of mt6358_codec_init_reg

2019-07-09 Thread Tzung-Bi Shih
On Wed, Jul 10, 2019 at 2:25 AM Hariprasad Kelam wrote: > > As mt6358_codec_init_reg function always returns 0 , change return type > from int to void. > > fixes below issue reported by coccicheck > sound/soc/codecs/mt6358.c:2260:5-8: Unneeded variable: "ret". Return "0" > on line 2289 > > Signed-

Re: [PATCH v2 00/11] FPGA DFL updates

2019-07-09 Thread Wu Hao
On Fri, Jul 05, 2019 at 08:23:47AM +0800, Wu Hao wrote: > Hi Greg / Moritz > > This is v2 patchset which adds more features to FPGA DFL. This patchset > is made on top of patch[1] and char-misc-next tree. Documentation patch > for DFL is dropped from this patchset, and will resubmit it later to >

[git pull] m68knommu changes for v5.3

2019-07-09 Thread Greg Ungerer
Hi Linus, Can you please pull the m68knommu git tree, for-next branch. A series of cleanups for the FLAT format binary loader, binfmt_flat, from Christoph. The end goal is to support no-MMU on RISC-V, and the last patch enables that. Regards Greg The following changes since commit 4b972a01

Re: [PATCH v2] net/mlx5e: Refactor switch statements to avoid using uninitialized variables

2019-07-09 Thread Leon Romanovsky
On Tue, Jul 09, 2019 at 09:47:49PM -0700, Nathan Chancellor wrote: > clang warns: > > drivers/net/ethernet/mellanox/mlx5/core/en_accel/ktls_tx.c:251:2: > warning: variable 'rec_seq_sz' is used uninitialized whenever switch > default is taken [-Wsometimes-uninitialized] > default: >

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

2019-07-09 Thread Leon Romanovsky
On Wed, Jul 10, 2019 at 02:31:58PM +1000, Stephen Rothwell wrote: > Hi Leon, > > On Tue, 9 Jul 2019 09:43:46 +0300 Leon Romanovsky wrote: > > > > From 56c9e15ec670af580daa8c3ffde9503af3042d67 Mon Sep 17 00:00:00 2001 > > From: Leon Romanovsky > > Date: Sun, 7 Jul 2019 10:43:42 +0300 > > Subject:

Re: [PATCH V12 01/12] PCI: Add #defines for some of PCIe spec r4.0 features

2019-07-09 Thread Vidya Sagar
On 7/9/2019 7:44 PM, Bjorn Helgaas wrote: On Mon, Jul 01, 2019 at 06:09:59PM +0530, Vidya Sagar wrote: Add #defines only for the Data Link Feature and Physical Layer 16.0 GT/s features. Signed-off-by: Vidya Sagar Reviewed-by: Thierry Reding Please include spec references in the commit log,

Re: [PATCH v3 17/30] locking/lockdep: Add read-write type for a lock dependency

2019-07-09 Thread Boqun Feng
On Fri, Jun 28, 2019 at 05:15:15PM +0800, Yuyang Du wrote: > Direct dependencies need to keep track of their read-write lock types. > Two bit fields, which share the distance field, are added to lock_list > struct so the types are stored there. > > With a dependecy lock1 -> lock2, lock_type1 has t

Re: [GIT PULL] x86/topology changes for v5.3

2019-07-09 Thread Linus Torvalds
On Tue, Jul 9, 2019 at 8:21 PM Linus Torvalds wrote: > > Whee. It looks like it's bisecting to the same thing. Only partway > done, but it feels very much like my desktop. Confirmed. With that config, I get this c21ac93288f0 (refs/bisect/bad) Merge tag 'v5.2-rc6' into x86/asm, to refresh the

[PATCH] ARM: stm32: use "depends on" instead of "if" after prompt

2019-07-09 Thread Masahiro Yamada
This appeared after the global fixups by commit e32465429490 ("ARM: use "depends on" for SoC configs instead of "if" after prompt"). Fix it now. Signed-off-by: Masahiro Yamada --- arch/arm/mach-stm32/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/arm/mach-stm

RE: [PATCH 09/12] rtw88: Fix misuse of GENMASK macro

2019-07-09 Thread Tony Chuang
> Subject: [PATCH 09/12] rtw88: Fix misuse of GENMASK macro > > Arguments are supposed to be ordered high then low. > > Signed-off-by: Joe Perches > --- > drivers/net/wireless/realtek/rtw88/rtw8822b.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/net/wireless

[PATCH 08/12] net: stmmac: Fix misuses of GENMASK macro

2019-07-09 Thread Joe Perches
Arguments are supposed to be ordered high then low. Signed-off-by: Joe Perches --- drivers/net/ethernet/stmicro/stmmac/descs.h | 2 +- drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/net/ethernet/stmicro/stm

[PATCH 10/12] phy: amlogic: G12A: Fix misuse of GENMASK macro

2019-07-09 Thread Joe Perches
Arguments are supposed to be ordered high then low. Signed-off-by: Joe Perches --- drivers/phy/amlogic/phy-meson-g12a-usb2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/phy/amlogic/phy-meson-g12a-usb2.c b/drivers/phy/amlogic/phy-meson-g12a-usb2.c index 9065ffc85e

[PATCH 03/12] drm: aspeed_gfx: Fix misuse of GENMASK macro

2019-07-09 Thread Joe Perches
Arguments are supposed to be ordered high then low. Signed-off-by: Joe Perches --- drivers/gpu/drm/aspeed/aspeed_gfx.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/aspeed/aspeed_gfx.h b/drivers/gpu/drm/aspeed/aspeed_gfx.h index a10358bb61ec..095ea03e5833 1

[PATCH 05/12] irqchip/gic-v3-its: Fix misuse of GENMASK macro

2019-07-09 Thread Joe Perches
Arguments are supposed to be ordered high then low. Signed-off-by: Joe Perches --- drivers/irqchip/irq-gic-v3-its.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gic-v3-its.c index 35500801dc2b..730fbe0e2a9d 100644 ---

Re: [PATCH v2 05/10] net: hisilicon: HI13X1_GMAX need dreq reset at first

2019-07-09 Thread Jiangfeng Xiao
On 2019/7/9 21:48, Jiangfeng Xiao wrote: > > > On 2019/7/9 17:35, Sergei Shtylyov wrote: >> Hello! >> >> On 09.07.2019 6:31, Jiangfeng Xiao wrote: >> [...] >>> @@ -853,6 +867,15 @@ static int hip04_mac_probe(struct platform_device >>> *pdev) >>> goto init_fail; >>> } >>> +#i

[PATCH 11/12] staging: media: cedrus: Fix misuse of GENMASK macro

2019-07-09 Thread Joe Perches
Arguments are supposed to be ordered high then low. Signed-off-by: Joe Perches --- drivers/staging/media/sunxi/cedrus/cedrus_regs.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/media/sunxi/cedrus/cedrus_regs.h b/drivers/staging/media/sunxi/cedrus/cedrus_re

[PATCH 07/12] net: ethernet: mediatek: Fix misuses of GENMASK macro

2019-07-09 Thread Joe Perches
Arguments are supposed to be ordered high then low. Signed-off-by: Joe Perches --- drivers/net/ethernet/mediatek/mtk_eth_soc.h | 2 +- drivers/net/ethernet/mediatek/mtk_sgmii.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/mediatek/mtk_eth_soc.h b

[PATCH 06/12] mmc: meson-mx-sdio: Fix misuse of GENMASK macro

2019-07-09 Thread Joe Perches
Arguments are supposed to be ordered high then low. Signed-off-by: Joe Perches --- drivers/mmc/host/meson-mx-sdio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mmc/host/meson-mx-sdio.c b/drivers/mmc/host/meson-mx-sdio.c index 2d736e416775..ba9a63db73da 100644 ---

[PATCH 09/12] rtw88: Fix misuse of GENMASK macro

2019-07-09 Thread Joe Perches
Arguments are supposed to be ordered high then low. Signed-off-by: Joe Perches --- drivers/net/wireless/realtek/rtw88/rtw8822b.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/wireless/realtek/rtw88/rtw8822b.c b/drivers/net/wireless/realtek/rtw88/rtw8822b.c inde

[PATCH 04/12] iio: adc: max9611: Fix misuse of GENMASK macro

2019-07-09 Thread Joe Perches
Arguments are supposed to be ordered high then low. Signed-off-by: Joe Perches --- drivers/iio/adc/max9611.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iio/adc/max9611.c b/drivers/iio/adc/max9611.c index 917223d5ff5b..0e3c6529fc4c 100644 --- a/drivers/iio/adc/max

[PATCH 00/12] treewide: Fix GENMASK misuses

2019-07-09 Thread Joe Perches
These GENMASK uses are inverted argument order and the actual masks produced are incorrect. Fix them. Add checkpatch tests to help avoid more misuses too. Joe Perches (12): checkpatch: Add GENMASK tests clocksource/drivers/npcm: Fix misuse of GENMASK macro drm: aspeed_gfx: Fix misuse of GE

[PATCH 12/12] ASoC: wcd9335: Fix misuse of GENMASK macro

2019-07-09 Thread Joe Perches
Arguments are supposed to be ordered high then low. Signed-off-by: Joe Perches --- sound/soc/codecs/wcd-clsh-v2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/codecs/wcd-clsh-v2.c b/sound/soc/codecs/wcd-clsh-v2.c index c397d713f01a..cc5a9c9b918b 100644 --- a/soun

[PATCH 01/12] checkpatch: Add GENMASK tests

2019-07-09 Thread Joe Perches
This macro is easy to misuse as it's odd argument order. If specified with simple decimal values, make sure the arguments are ordered high then low. Also check if any argument is > 32 where instead of GENMASK, GENMASK_ULL should be used. Signed-off-by: Joe Perches --- scripts/checkpatch.pl | 1

[PATCH 02/12] clocksource/drivers/npcm: Fix misuse of GENMASK macro

2019-07-09 Thread Joe Perches
Arguments are supposed to be ordered high then low. Signed-off-by: Joe Perches --- drivers/clocksource/timer-npcm7xx.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clocksource/timer-npcm7xx.c b/drivers/clocksource/timer-npcm7xx.c index 7a9bb5532d99..8a30da7f083b 1

[PATCH v3 0/3] Powerpc64/Watchpoint: Few important fixes

2019-07-09 Thread Ravi Bangoria
v2: https://lists.ozlabs.org/pipermail/linuxppc-dev/2019-July/192967.html v2->v3: - Rebase to powerpc/next - PATCH 2/3 is new Ravi Bangoria (3): Powerpc64/Watchpoint: Fix length calculation for unaligned target Powerpc64/Watchpoint: Don't ignore extraneous exceptions Powerpc64/Watchpoint:

[PATCH v3 2/3] Powerpc64/Watchpoint: Don't ignore extraneous exceptions

2019-07-09 Thread Ravi Bangoria
On Powerpc64, watchpoint match range is double-word granular. On a watchpoint hit, DAR is set to the first byte of overlap between actual access and watched range. And thus it's quite possible that DAR does not point inside user specified range. Ex, say user creates a watchpoint with address range

[PATCH v3 1/3] Powerpc64/Watchpoint: Fix length calculation for unaligned target

2019-07-09 Thread Ravi Bangoria
Watchpoint match range is always doubleword(8 bytes) aligned on powerpc. If the given range is crossing doubleword boundary, we need to increase the length such that next doubleword also get covered. Ex, address len = 6 bytes |=. |v--|--v-

[PATCH v3 3/3] Powerpc64/Watchpoint: Rewrite ptrace-hwbreak.c selftest

2019-07-09 Thread Ravi Bangoria
ptrace-hwbreak.c selftest is logically broken. On powerpc, when watchpoint is created with ptrace, signals are generated before executing the instruction and user has to manually singlestep the instruction with watchpoint disabled, which selftest never does and thus it keeps on getting the signal a

[PATCH v2] net/mlx5e: Refactor switch statements to avoid using uninitialized variables

2019-07-09 Thread Nathan Chancellor
clang warns: drivers/net/ethernet/mellanox/mlx5/core/en_accel/ktls_tx.c:251:2: warning: variable 'rec_seq_sz' is used uninitialized whenever switch default is taken [-Wsometimes-uninitialized] default: ^~~ drivers/net/ethernet/mellanox/mlx5/core/en_accel/ktls_tx.c:255:46: note:

Re: [PATCH] RDMA/siw: Print error code while kthread_create failed

2019-07-09 Thread Leon Romanovsky
On Wed, Jul 10, 2019 at 09:50:09AM +0800, YueHaibing wrote: > In iw_create_tx_threads(), if we failed to create kthread, > we should print the 'rv', this fix gcc warning: > > drivers/infiniband/sw/siw/siw_main.c: In function 'siw_create_tx_threads': > drivers/infiniband/sw/siw/siw_main.c:91:11: war

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

2019-07-09 Thread Stephen Rothwell
Hi Leon, On Tue, 9 Jul 2019 09:43:46 +0300 Leon Romanovsky wrote: > > From 56c9e15ec670af580daa8c3ffde9503af3042d67 Mon Sep 17 00:00:00 2001 > From: Leon Romanovsky > Date: Sun, 7 Jul 2019 10:43:42 +0300 > Subject: [PATCH] Fixup to build SIW issue > > Signed-off-by: Leon Romanovsky I applied

Question about ARM FASTFPE

2019-07-09 Thread Masahiro Yamada
Hi. I have a question about the following code in arch/arm/Makefile: # Do we have FASTFPE? FASTFPE :=arch/arm/fastfpe ifeq ($(FASTFPE),$(wildcard $(FASTFPE))) FASTFPE_OBJ :=$(FASTFPE)/ endif Since arch/arm/fastfpe does not exist in the upstream tree, I guess this is a hook to compile downstrea

Re: linux-next: build failure after merge of the rdma tree

2019-07-09 Thread Stephen Rothwell
Hi all, On Wed, 10 Jul 2019 11:04:43 +1000 Stephen Rothwell wrote: > > On Tue, 9 Jul 2019 12:46:34 + Jason Gunthorpe wrote: > > > > It isn't quite enough to make the header compile stand alone, I'm > > adding this instead. > > > > From 37c1e072276b03b080eb24ff24c39080aeaf49ef Mon Sep 17 00

Re: [PATCH] net/mlx5e: Return in default case statement in tx_post_resync_params

2019-07-09 Thread Leon Romanovsky
On Tue, Jul 09, 2019 at 04:10:24PM -0700, Nathan Chancellor wrote: > On Tue, Jul 09, 2019 at 03:44:59PM -0700, Nick Desaulniers wrote: > > On Mon, Jul 8, 2019 at 4:13 PM Nathan Chancellor > > wrote: > > > > > > clang warns: > > > > > > drivers/net/ethernet/mellanox/mlx5/core/en_accel/ktls_tx.c:251

Re: [GIT PULL] Wimplicit-fallthrough patches for 5.3-rc1

2019-07-09 Thread Stephen Rothwell
Hi Gustavo, On Tue, 9 Jul 2019 13:20:10 -0500 "Gustavo A. R. Silva" wrote: > > Makefile: Globally enable fall-through warning (2019-07-08 15:23:22 -0500) There are still a few of these warnings in various builds. My x86_64 allmodconfig build after merging your tree into Linus' tree this morn

[RESEND PATCH 2/2] clk: imx8mm: rename 'share_count_dcss' to 'share_count_disp'

2019-07-09 Thread Fancy Fang
Rename 'share_count_dcss' to 'share_count_disp', since the DCSS module does not exist on imx8mm platform. So rename it to avoid any unnecessary confusion. Signed-off-by: Fancy Fang --- drivers/clk/imx/clk-imx8mm.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/dri

[RESEND PATCH 1/2] clk: imx8mm: rename lcdif pixel clock

2019-07-09 Thread Fancy Fang
Rename 'lcdif' pixel clock related names to 'disp' names, since: First, the lcdif pixel clock is not supplied to LCDIF controller directly, but to some LPCG clock in display mix. So rename it to 'disp' pixel clock is more accurate. Second, in the imx8mn CCM specification which is designed after i

Re: [PATCH 1/2] dt-bindings: milbeaut-m10v-hdmac: Add Socionext Milbeaut HDMAC bindings

2019-07-09 Thread Jassi Brar
On Tue, Jul 9, 2019 at 9:34 AM Rob Herring wrote: > > On Wed, Jun 12, 2019 at 07:52:37PM -0500, jassisinghb...@gmail.com wrote: > > From: Jassi Brar > > > > Document the devicetree bindings for Socionext Milbeaut HDMAC > > controller. Controller has upto 8 floating channels, that need > > a prede

Re: [PATCH v7 10/25] arm64: compat: Add vDSO

2019-07-09 Thread John Stultz
On Fri, Jun 21, 2019 at 3:18 AM Vincenzo Frascino wrote: > > Provide the arm64 compat (AArch32) vDSO in kernel/vdso32 in a similar > way to what happens in kernel/vdso. > > The compat vDSO leverages on an adaptation of the arm architecture code > with few changes: > - Use of lib/vdso for gettimeo

[PATCH v2] gnss: core: added logging statement when kfifo_alloc fails

2019-07-09 Thread Keyur Patel
Added missing logging statement when kfifo_alloc fails, to improve debugging. Signed-off-by: Keyur Patel --- Changes in v2: - fixed braces --- drivers/gnss/core.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gnss/core.c b/drivers/gnss/core.c index e6f94501cb28..

Re: [PATCH] gnss: core: added logging statement when kfifo_alloc fails

2019-07-09 Thread Joe Perches
On Tue, 2019-07-09 at 19:14 -0400, Keyur Patel wrote: > Added missing logging statement when kfifo_alloc fails, to improve > debugging.\ Nack > diff --git a/drivers/gnss/core.c b/drivers/gnss/core.c [] > @@ -256,6 +256,7 @@ struct gnss_device *gnss_allocate_device(struct device > *parent) > >

6 new syscalls without tests (was: [PATCH] vfs: move_mount: reject moving kernel internal mounts)

2019-07-09 Thread Eric Biggers
On Tue, Jul 09, 2019 at 09:54:24PM +0100, Al Viro wrote: > On Tue, Jul 09, 2019 at 12:40:01PM -0700, Eric Biggers wrote: > > On Tue, Jul 02, 2019 at 11:22:59AM -0700, Eric Biggers wrote: > > > > > > Sure, but the new mount syscalls still need tests. Where are the tests? > > > > > > > Still wait

[PATCH] gnss: core: added logging statement when kfifo_alloc fails

2019-07-09 Thread Keyur Patel
Added missing logging statement when kfifo_alloc fails, to improve debugging. Signed-off-by: Keyur Patel --- drivers/gnss/core.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gnss/core.c b/drivers/gnss/core.c index e6f94501cb28..4377adfa25b4 100644 --- a/drivers/gnss/core.c +++ b/d

  1   2   3   4   5   6   7   8   >