Re: ALSA: bebob: Use common error handling code in snd_bebob_stream_start_duplex()

2017-09-24 Thread SF Markus Elfring
> 668 if (!amdtp_stream_wait_callback(&bebob->tx_stream, > 669 CALLBACK_TIMEOUT)) { > 670 amdtp_stream_stop(&bebob->tx_stream); > 671 amdtp_stream_stop(&bebob->rx_stream); > 672 break_both_connections(bebob); > 673 err = -ETIME

Re: [PATCH] staging:ccree Fix use BIT macro

2017-09-24 Thread Gilad Ben-Yossef
Hi Janani, On Thu, Sep 21, 2017 at 9:39 AM, Janani Sankara Babu wrote: > This patch is created to solve the following warning shown by the checkpatch > script Warning: Replace all occurences of (1< > Signed-off-by: Janani Sankara Babu Thank you for the patch - unfortunately, such a fix s alread

Re: [PATCH] staging:ccree Fix avoid externs in .c files

2017-09-24 Thread Gilad Ben-Yossef
On Thu, Sep 21, 2017 at 9:43 AM, Janani Sankara Babu wrote: > This patch solves the warning shown by the checkpatch script > WARNING: externs should be avoided in .c files I'm afraid here too the feedback is the same - you are working on the Linus master tree, therefore you are seeing things that

Re: (*ABS*+0xbb29b267): multiple definition of `__crc___gcov_merge_add'

2017-09-24 Thread Richard Weinberger
Am Sonntag, 24. September 2017, 08:42:06 CEST schrieb kbuild test robot: > Hi Thomas, > > FYI, the error/warning still remains. Thomas' fix will be part of the next pull request. Thanks, //richard

[PATCH v6 1/2] media:imx274 device tree binding file

2017-09-24 Thread Leon Luo
The binding file for imx274 CMOS sensor V4l2 driver Signed-off-by: Leon Luo --- v6: - no changes v5: - add 'port' and 'endpoint' information v4: - no changes v3: - remove redundant properties and references - document 'reg' property v2: - no changes --- .../devicetree/bindings/media/i2c/im

[PATCH v6 2/2] media:imx274 V4l2 driver for Sony imx274 CMOS sensor

2017-09-24 Thread Leon Luo
The imx274 is a Sony CMOS image sensor that has 1/2.5 image size. It supports up to 3840x2160 (4K) 60fps, 1080p 120fps. The interface is 4-lane MIPI CSI-2 running at 1.44Gbps each. This driver has been tested on Xilinx ZCU102 platform with a Leopard LI-IMX274MIPI-FMC camera board. Support for the

Re: [PATCH V3 1/1] clk: bulk: add of_clk_bulk_get()

2017-09-24 Thread Geert Uytterhoeven
On Sun, Sep 24, 2017 at 4:06 AM, kbuild test robot wrote: > [auto build test ERROR on clk/clk-next] > [also build test ERROR on v4.14-rc1 next-20170922] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: > https://github.com/0day-ci

[PATCH v3] block: consider merge of segments when merge bio into rq

2017-09-24 Thread Jianchao Wang
When account the nr_phys_segments during merging bios into rq, only consider segments merging in individual bio but not all the bios in a rq. This leads to the bigger nr_phys_segments of rq than the real one when the segments of bios in rq are contiguous and mergeable. The nr_phys_segments of rq wi

Re: [PATCH] Fix C++ kernel in include/linux/mtd/mtd.h

2017-09-24 Thread Boris Brezillon
On Sat, 23 Sep 2017 23:10:26 +0200 Marek Vasut wrote: > On 09/23/2017 10:13 PM, Pavel Machek wrote: > > C++ comments look wrong in kernel tree. Fix one. > > AFAIR they are now (sadly) accepted, but this patch works for me. Works for me too. Here is my Acked-by: Boris Brezillon > Would be n

Re: [PATCH] Fix C++ kernel in include/linux/mtd/mtd.h

2017-09-24 Thread Richard Weinberger
Am Sonntag, 24. September 2017, 10:20:06 CEST schrieb Boris Brezillon: > On Sat, 23 Sep 2017 23:10:26 +0200 > > Marek Vasut wrote: > > On 09/23/2017 10:13 PM, Pavel Machek wrote: > > > C++ comments look wrong in kernel tree. Fix one. > > > > AFAIR they are now (sadly) accepted, but this patch wo

include/linux/kernel.h:860:32: error: dereferencing pointer to incomplete type 'struct clock_event_device'

2017-09-24 Thread kbuild test robot
Hi Ian, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: cd4175b11685b11c40e31a03e05084cc212b0649 commit: c7acec713d14c6ce8a20154f9dfda258d6bcad3b kernel.h: handle pointers to arrays better in container_of() date:

[char-misc 2/2] mei: me: add gemini lake devices id

2017-09-24 Thread Tomas Winkler
Add Gemini Lake (GLK) device id. Signed-off-by: Tomas Winkler --- drivers/misc/mei/hw-me-regs.h | 2 ++ drivers/misc/mei/pci-me.c | 2 ++ 2 files changed, 4 insertions(+) diff --git a/drivers/misc/mei/hw-me-regs.h b/drivers/misc/mei/hw-me-regs.h index c8307e8b4c16..0baf530d 100644 --- a

[char-misc 0/2] mei updates for 4.14-rc2

2017-09-24 Thread Tomas Winkler
Hello Greg, here are updates for 4.14-rc2 containing: A regression fix that hit us in 4.13, unfortunately we haven't spotted it during the 4.13 cycle. A new device id, for Gemini Lake SoC. This particular patch doesn't apply cleanly to stable kernels so I will post separated backport patches for

[char-misc 1/2] mei: always use domain runtime pm callbacks.

2017-09-24 Thread Tomas Winkler
From: Alexander Usyskin This patch fixes a regression caused by the new changes in the run wake handlers, pci_dev_run_wake() return true when wake is possible from the software perspective not whether it is actually enabled. The mei devices that support D0i3 are no longer receiving an interrupt

Re: [PATCH] firmware: dmi_scan: Drop dmi_initialized

2017-09-24 Thread Ingo Molnar
* Jean Delvare wrote: > Hi Ingo, > > On Sat, 23 Sep 2017 12:50:31 +0200, Ingo Molnar wrote: > > * Jean Delvare wrote: > > > > > I don't think it makes sense to check for a possible bad > > > initialization order at run time on every system when it is all > > > decided at build time. > > > >

Re: 9f4835fb96 ("x86/fpu: Tighten validation of user-supplied .."): Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

2017-09-24 Thread Ingo Molnar
* kernel test robot wrote: > Greetings, > > 0day kernel testing robot got the below dmesg and the first bad commit is > > https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/fpu > > commit 9f4835fb965d8eea7e608d0cb62c246c804dec90 > Author: Eric Biggers > AuthorDate: Fri S

Re: [PATCH] sparc64: mmu_context: Add missing include files

2017-09-24 Thread Oded Gabbay
On Sun, Sep 10, 2017 at 11:44 PM, Guenter Roeck wrote: > Fix the following build errors. > > In file included from arch/sparc/include/asm/mmu_context.h:4:0, > from include/linux/mmu_context.h:4, > from drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.h:29, >

[PATCH 0/6] [media] omap_vout: Adjustments for three function implementations

2017-09-24 Thread SF Markus Elfring
From: Markus Elfring Date: Sun, 24 Sep 2017 12:06:54 +0200 A few update suggestions were taken into account from static source code analysis. Markus Elfring (6): Delete an error message for a failed memory allocation in omap_vout_create_video_devices() Improve a size determination in two fu

[PATCH 1/6] [media] omap_vout: Delete an error message for a failed memory allocation in omap_vout_create_video_devices()

2017-09-24 Thread SF Markus Elfring
From: Markus Elfring Date: Sun, 24 Sep 2017 10:08:22 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- drivers/media/platform/omap/omap_vout.c | 4 +--- 1 file changed, 1 in

[PATCH 2/6] [media] omap_vout: Improve a size determination in two functions

2017-09-24 Thread SF Markus Elfring
From: Markus Elfring Date: Sun, 24 Sep 2017 10:18:26 +0200 Replace the specification of data structures by variable references as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style convention. This issue was detect

radeon_get_bios: BUG: unable to handle kernel paging request

2017-09-24 Thread Thomas Meyer
Hi, while trying to resurrect my old Macbook as an 32 bit kernel testing device, I think someone broke the radeon driver on this first generation pure EFI boot Macbook. My guess would be that the introduction of the vga_switcheroo code did break the radeon_get_bios functionality. I will try agai

[PATCH 3/6] [media] omap_vout: Adjust a null pointer check in two functions

2017-09-24 Thread SF Markus Elfring
From: Markus Elfring Date: Sun, 24 Sep 2017 10:30:29 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The script “checkpatch.pl” pointed information out like the following. Comparison to NULL could be written !… Thus fix the affected source code pl

[PATCH 4/6] [media] omap_vout: Fix a possible null pointer dereference in omap_vout_open()

2017-09-24 Thread SF Markus Elfring
From: Markus Elfring Date: Sun, 24 Sep 2017 11:00:57 +0200 Move a debug message so that a null pointer access can not happen for the variable "vout" in this function. Fixes: 5c7ab6348e7b3fcca2b8ee548306c774472971e2 ("V4L/DVB: V4L2: Add support for OMAP2/3 V4L2 display driver on top of DSS2") S

[PATCH 5/6] [media] omap_vout: Delete an unnecessary variable initialisation in omap_vout_open()

2017-09-24 Thread SF Markus Elfring
From: Markus Elfring Date: Sun, 24 Sep 2017 11:20:11 +0200 The local variable "vout" is reassigned by a statement at the beginning. Thus omit the explicit initialisation. Signed-off-by: Markus Elfring --- drivers/media/platform/omap/omap_vout.c | 2 +- 1 file changed, 1 insertion(+), 1 deletio

[PATCH 6/6] [media] omap_vout: Delete two unnecessary variable initialisations in omap_vout_probe()

2017-09-24 Thread SF Markus Elfring
From: Markus Elfring Date: Sun, 24 Sep 2017 11:33:39 +0200 The variables "dssdev" and "vid_dev" will eventually be set to appropriate pointers a bit later. Thus omit the explicit initialisations at the beginning. Signed-off-by: Markus Elfring --- drivers/media/platform/omap/omap_vout.c | 4 ++-

Re: [PATCH 1/6] [media] omap_vout: Delete an error message for a failed memory allocation in omap_vout_create_video_devices()

2017-09-24 Thread Joe Perches
On Sun, 2017-09-24 at 12:22 +0200, SF Markus Elfring wrote: > Omit an extra message for a memory allocation failure in this function. [] > diff --git a/drivers/media/platform/omap/omap_vout.c > b/drivers/media/platform/omap/omap_vout.c [] > @@ -1948,7 +1948,5 @@ static int __init omap_vout_create_

[PATCH] rpmsg: Allow RPMSG_VIRTIO to be enabled via menuconfig or defconfig

2017-09-24 Thread Anup Patel
Currently, RPMSG_VIRTIO can only be enabled if some other kconfig option selects it. This does not allow it to be enabled for virtualized systems where Virtio RPMSG is available over Virtio MMIO or PCI transport. This patch updates RPMSG_VIRTIO kconfig option so that we can enable the VirtIO RPMSG

[PATCH 09/10] x86/fpu: Use validate_xstate_header() to validate the xstate_header in copy_user_to_xstate()

2017-09-24 Thread Ingo Molnar
From: Eric Biggers Tighten the checks in copy_user_to_xstate(). Signed-off-by: Eric Biggers Cc: Andy Lutomirski Cc: Dave Hansen Cc: Dmitry Vyukov Cc: Fenghua Yu Cc: Kees Cook Cc: Kevin Hao Cc: Linus Torvalds Cc: Michael Halcrow Cc: Oleg Nesterov Cc: Peter Zijlstra Cc: Rik van Riel Cc

[PATCH 02/10] x86/fpu: Use validate_xstate_header() to validate the xstate_header in xstateregs_set()

2017-09-24 Thread Ingo Molnar
From: Eric Biggers Tighten the checks in xstateregs_set(). Signed-off-by: Eric Biggers Cc: Andy Lutomirski Cc: Dave Hansen Cc: Dmitry Vyukov Cc: Fenghua Yu Cc: Kees Cook Cc: Kevin Hao Cc: Linus Torvalds Cc: Michael Halcrow Cc: Oleg Nesterov Cc: Peter Zijlstra Cc: Rik van Riel Cc: Tho

[PATCH 00/10] x86/fpu: Split up "x86/fpu: Tighten validation of user-supplied xstate_header"

2017-09-24 Thread Ingo Molnar
As mentioned before, the patch was too big and too complex, and I've split it up into 10 smaller, bisectable patches: Eric Biggers (10): x86/fpu: Introduce validate_xstate_header() x86/fpu: Use validate_xstate_header() to validate the xstate_header in xstateregs_set() x86/fpu: Use validate_

[PATCH 05/10] x86/fpu: Eliminate the 'xfeatures' local variable in copy_kernel_to_xstate()

2017-09-24 Thread Ingo Molnar
From: Eric Biggers We have this information in the xstate_header. Signed-off-by: Eric Biggers Cc: Andy Lutomirski Cc: Dave Hansen Cc: Dmitry Vyukov Cc: Fenghua Yu Cc: Kees Cook Cc: Kevin Hao Cc: Linus Torvalds Cc: Michael Halcrow Cc: Oleg Nesterov Cc: Peter Zijlstra Cc: Rik van Riel

[PATCH v3 1/5] mtd: spi-nor: cadence-quadspi: Add TI 66AK2G SoC specific compatible

2017-09-24 Thread Vignesh R
Update binding documentation to add a new compatible for TI 66AK2G SoC, to handle TI SoC specific quirks in the driver. Signed-off-by: Vignesh R Acked-by: Rob Herring --- Documentation/devicetree/bindings/mtd/cadence-quadspi.txt | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --g

[PATCH 10/10] x86/fpu: Use using_compacted_format() instead of open coded X86_FEATURE_XSAVES

2017-09-24 Thread Ingo Molnar
From: Eric Biggers Signed-off-by: Eric Biggers Cc: Andy Lutomirski Cc: Dave Hansen Cc: Dmitry Vyukov Cc: Fenghua Yu Cc: Kees Cook Cc: Kevin Hao Cc: Linus Torvalds Cc: Michael Halcrow Cc: Oleg Nesterov Cc: Peter Zijlstra Cc: Rik van Riel Cc: Thomas Gleixner Cc: Wanpeng Li Cc: Yu-chen

[PATCH v3 5/5] mtd: spi-nor: cadence-quadspi: Add runtime PM support

2017-09-24 Thread Vignesh R
Add pm_runtime* calls to cadence-quadspi driver. This is required to switch on QSPI power domain on TI 66AK2G SoC during probe. Signed-off-by: Vignesh R --- drivers/mtd/spi-nor/cadence-quadspi.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/mtd/spi-nor/cadence-quadspi.

[PATCH v3 3/5] mtd: spi-nor: cadence-quadspi: Add new binding to enable loop-back circuit

2017-09-24 Thread Vignesh R
Cadence QSPI IP has a adapted loop-back circuit which can be enabled by setting BYPASS field to 0 in READCAPTURE register. It enables use of QSPI return clock to latch the data rather than the internal QSPI reference clock. For high speed operations, adapted loop-back circuit using QSPI return cloc

[PATCH v3 4/5] mtd: spi-nor: cadence-quadspi: Add support to enable loop-back clock circuit

2017-09-24 Thread Vignesh R
Cadence QSPI IP has a adapted loop-back circuit which can be enabled by setting BYPASS field to 0 in READCAPTURE register. It enables use of QSPI return clock to latch the data rather than the internal QSPI reference clock. For high speed operations, adapted loop-back circuit using QSPI return cloc

[PATCH v3 0/5] K2G: Add QSPI support

2017-09-24 Thread Vignesh R
This series adds support for Cadence QSPI IP present in TI's 66AK2G SoC. The patches enhance the existing cadence-quadspi driver to support loopback clock circuit, pm_runtime support and tweaks for 66AK2G SoC. Change log: v3: * Fix build warnings reported by kbuild test bot. Resend: * Rebase to

[PATCH v3 2/5] mtd: spi-nor: cadence-quadspi: add a delay in write sequence

2017-09-24 Thread Vignesh R
As per 66AK2G02 TRM[1] SPRUHY8F section 11.15.5.3 Indirect Access Controller programming sequence, a delay equal to couple of QSPI master clock(~5ns) is required after setting CQSPI_REG_INDIRECTWR_START bit and writing data to the flash. Introduce a quirk flag CQSPI_NEEDS_WR_DELAY to handle this an

[PATCH 08/10] x86/fpu: Eliminate the 'xfeatures' local variable in copy_user_to_xstate()

2017-09-24 Thread Ingo Molnar
From: Eric Biggers We now have this field in hdr.xfeatures. Signed-off-by: Eric Biggers Cc: Andy Lutomirski Cc: Dave Hansen Cc: Dmitry Vyukov Cc: Fenghua Yu Cc: Kees Cook Cc: Kevin Hao Cc: Linus Torvalds Cc: Michael Halcrow Cc: Oleg Nesterov Cc: Peter Zijlstra Cc: Rik van Riel Cc: Th

[PATCH 06/10] x86/fpu: Use validate_xstate_header() to validate the xstate_header in copy_kernel_to_xstate()

2017-09-24 Thread Ingo Molnar
From: Eric Biggers Tighten the checks in copy_kernel_to_xstate(). Signed-off-by: Eric Biggers Cc: Andy Lutomirski Cc: Dave Hansen Cc: Dmitry Vyukov Cc: Fenghua Yu Cc: Kees Cook Cc: Kevin Hao Cc: Linus Torvalds Cc: Michael Halcrow Cc: Oleg Nesterov Cc: Peter Zijlstra Cc: Rik van Riel

[PATCH 07/10] x86/fpu: Copy the full header in copy_user_to_xstate()

2017-09-24 Thread Ingo Molnar
From: Eric Biggers This is in preparation to verify the full xstate header as supplied by user-space. Signed-off-by: Eric Biggers Cc: Andy Lutomirski Cc: Dave Hansen Cc: Dmitry Vyukov Cc: Fenghua Yu Cc: Kees Cook Cc: Kevin Hao Cc: Linus Torvalds Cc: Michael Halcrow Cc: Oleg Nesterov C

[PATCH 04/10] x86/fpu: Copy the full state_header in copy_kernel_to_xstate()

2017-09-24 Thread Ingo Molnar
From: Eric Biggers This is in preparation to verify the full xstate header as supplied by user-space. Signed-off-by: Eric Biggers Cc: Andy Lutomirski Cc: Dave Hansen Cc: Dmitry Vyukov Cc: Fenghua Yu Cc: Kees Cook Cc: Kevin Hao Cc: Linus Torvalds Cc: Michael Halcrow Cc: Oleg Nesterov C

[PATCH 03/10] x86/fpu: Use validate_xstate_header() to validate the xstate_header in sanitize_restored_xstate()

2017-09-24 Thread Ingo Molnar
From: Eric Biggers Tighten the checks in sanitize_restored_xstate(). Signed-off-by: Eric Biggers Cc: Andy Lutomirski Cc: Dave Hansen Cc: Dmitry Vyukov Cc: Fenghua Yu Cc: Kees Cook Cc: Kevin Hao Cc: Linus Torvalds Cc: Michael Halcrow Cc: Oleg Nesterov Cc: Peter Zijlstra Cc: Rik van Rie

[PATCH 01/10] x86/fpu: Introduce validate_xstate_header()

2017-09-24 Thread Ingo Molnar
From: Eric Biggers Move validation of user-supplied xstate_header into a helper function, in preparation of calling it from both the ptrace and sigreturn syscall paths. The new function also considers it to be an error if *any* reserved bits are set, whereas before we were just clearing most of

[tip:x86/asm] x86/asm: Remove unnecessary \n\t in front of CC_SET() from asm templates

2017-09-24 Thread tip-bot for Uros Bizjak
Commit-ID: 3c52b5c64326d9dcfee4e10611c53ec1b1b20675 Gitweb: http://git.kernel.org/tip/3c52b5c64326d9dcfee4e10611c53ec1b1b20675 Author: Uros Bizjak AuthorDate: Wed, 6 Sep 2017 17:18:08 +0200 Committer: Ingo Molnar CommitDate: Sun, 24 Sep 2017 11:19:01 +0200 x86/asm: Remove unnecessary \

Re: 9f4835fb96 ("x86/fpu: Tighten validation of user-supplied .."): Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

2017-09-24 Thread Ingo Molnar
* kernel test robot wrote: > Greetings, > > 0day kernel testing robot got the below dmesg and the first bad commit is > > https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/fpu > > commit 9f4835fb965d8eea7e608d0cb62c246c804dec90 > Author: Eric Biggers > AuthorDate: Fri S

[PATCH v2 0/4] perf script: Add script per-event-dump support

2017-09-24 Thread yuzhoujian
Introduce a new option to print trace output to files named by the monitored events and update perf-script documentation accordingly. Shown below is output of perf script command with the newly introduced option. $perf record -e cycles -e cs -ag -- sleep 10 $perf script --per-

[PATCH v2 3/4] Replace printf with fprintf for all print functions

2017-09-24 Thread yuzhoujian
Signed-off-by: yuzhoujian --- tools/perf/builtin-script.c | 178 ++-- 1 file changed, 89 insertions(+), 89 deletions(-) diff --git a/tools/perf/builtin-script.c b/tools/perf/builtin-script.c index 065bea7..271dfc4 100644 --- a/tools/perf/builtin-script.c +

[PATCH v2 1/4] Add a new element for the struct perf_tool, and add the --per-event-dump option for perf script

2017-09-24 Thread yuzhoujian
Signed-off-by: yuzhoujian --- tools/perf/builtin-script.c | 3 +++ tools/perf/util/tool.h | 1 + 2 files changed, 4 insertions(+) diff --git a/tools/perf/builtin-script.c b/tools/perf/builtin-script.c index 9092de0..936af8b 100644 --- a/tools/perf/builtin-script.c +++ b/tools/perf/builtin-s

[PATCH v2 2/4] Add fp argument to print functions

2017-09-24 Thread yuzhoujian
Signed-off-by: yuzhoujian --- tools/perf/builtin-script.c | 190 +++- 1 file changed, 100 insertions(+), 90 deletions(-) diff --git a/tools/perf/builtin-script.c b/tools/perf/builtin-script.c index 936af8b..065bea7 100644 --- a/tools/perf/builtin-script.c

[PATCH v2 4/4] Make all print functions receive the fp argument, and opens a dump file in process_event.

2017-09-24 Thread yuzhoujian
Signed-off-by: yuzhoujian --- tools/perf/builtin-script.c | 401 1 file changed, 217 insertions(+), 184 deletions(-) diff --git a/tools/perf/builtin-script.c b/tools/perf/builtin-script.c index 271dfc4..4891719 100644 --- a/tools/perf/builtin-script.c

[GIT PULL] syscall-return address-limit checking fixes

2017-09-24 Thread Ingo Molnar
Linus, Please pull the latest core-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-urgent-for-linus # HEAD: a2048e34d4655c06d31400646ae495bbfeb16b27 arm64/syscalls: Move address limit check in loop This fixes a number of bugs in the address

[GIT PULL] IRQ fixes

2017-09-24 Thread Ingo Molnar
Linus, Please pull the latest irq-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-urgent-for-linus # HEAD: cf00ab842eec7cd4923a3f0f3b5ddcead9b11306 Merge tag 'irqchip-4.14-2' of git://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms

[GIT PULL] timer fix

2017-09-24 Thread Ingo Molnar
Linus, Please pull the latest timers-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-urgent-for-linus # HEAD: 8fce3dc5c5d6f6301f67311fa79f333902b58cea clocksource/integrator: Fix section mismatch warning A clocksource driver section misma

[GIT PULL] x86 fixes

2017-09-24 Thread Ingo Molnar
Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: f5caf621ee357279e759c0911daf6d55c7d36f03 x86/asm: Fix inline asm call constraints for Clang Another round of CR3/PCID related fixes (I

Re: [PATCH net-next 10/10] net: hns3: Add mqprio support when interacting with network stack

2017-09-24 Thread Jiri Pirko
Sat, Sep 23, 2017 at 02:47:20AM CEST, linyunsh...@huawei.com wrote: >Hi, Jiri > >On 2017/9/23 0:03, Jiri Pirko wrote: >> Fri, Sep 22, 2017 at 04:11:51PM CEST, linyunsh...@huawei.com wrote: >>> Hi, Jiri >>> > - if (!tc) { > + if (if_running) { > + (void)hns3_nic_net_stop(netdev); > +

[PATCH] IB/qib: Use setup_timer and mod_timer

2017-09-24 Thread Himanshu Jha
Use setup_timer and mod_timer API instead of structure assignments. This is done using Coccinelle and semantic patch used for this as follows: @@ expression x,y,z,a,b; @@ -init_timer (&x); +setup_timer (&x, y, z); +mod_timer (&a, b); -x.function = y; -x.data = z; -x.expires = b; -add_timer(&a);

Re: [PATCH 1/3] iio: adc: twl4030: Fix an error handling path in 'twl4030_madc_probe()'

2017-09-24 Thread Jonathan Cameron
On Sat, 23 Sep 2017 08:06:18 +0200 Christophe JAILLET wrote: > If 'devm_regulator_get()' fails, we should go through the existing error > handling path instead of returning directly, as done is all the other > error handling paths in this function. > > Fixes: 7cc97d77ee8a ("iio: adc: twl4030: Fi

[PATCH] s390/sclp: Use setup_timer and mod_timer

2017-09-24 Thread Himanshu Jha
Use setup_timer and mod_timer API instead of structure assignments. This is done using Coccinelle and semantic patch used for this as follows: @@ expression x,y,z,a,b; @@ -init_timer (&x); +setup_timer (&x, y, z); +mod_timer (&a, b); -x.function = y; -x.data = z; -x.expires = b; -add_timer(&a);

Re: [PATCH 2/3] iio: adc: twl4030: Disable the vusb3v1 rugulator in the error handling path of 'twl4030_madc_probe()'

2017-09-24 Thread Jonathan Cameron
On Sat, 23 Sep 2017 08:06:19 +0200 Christophe JAILLET wrote: > Commit 7cc97d77ee8a has introduced a call to 'regulator_disable()' in the > .remove function. > So we should also have such a call in the .probe function in case of > error after a successful 'regulator_enable()' call. > > Add a new

Re: [PATCH 3/3] iio: adc: twl4030: Return an error if we can not enable the vusb3v1 regulator in 'twl4030_madc_probe()'

2017-09-24 Thread Jonathan Cameron
On Sat, 23 Sep 2017 08:06:20 +0200 Christophe JAILLET wrote: > If we can not enable the regulator, go through the error handling path > instead of silently continuing. > > Fixes: 7cc97d77ee8a ("iio: adc: twl4030: Fix ADC[3:6] readings") > Signed-off-by: Christophe JAILLET Applied to the fixes-

Re: [PATCH 1/3] iio: trigger: stm32-timer: preset shouldn't be buffered

2017-09-24 Thread Jonathan Cameron
On Mon, 18 Sep 2017 12:05:30 +0200 Fabrice Gasnier wrote: > Currently, setting preset value (ARR) will update directly 'Auto reload > value' only on 1st write access. But then, ARPE is set. This makes > ARR a shadow register. Preset value should be updated upon each > write request: ensure ARPE i

Re: [PATCH 2/3] iio: trigger: stm32-timer: fix a corner case to write preset

2017-09-24 Thread Jonathan Cameron
On Mon, 18 Sep 2017 12:05:31 +0200 Fabrice Gasnier wrote: > Balance timer start routine that sets ARPE: clear it in stop routine. > This fixes a corner case, when timer is used successively as trigger > (with sampling_frequency start/stop routines), then as a counter > (with preset). > > Fixes:

[PATCH] net: bcm63xx_enet: Use setup_timer and mod_timer

2017-09-24 Thread Himanshu Jha
Use setup_timer and mod_timer API instead of structure assignments. This is done using Coccinelle and semantic patch used for this as follows: @@ expression x,y,z,a,b; @@ -init_timer (&x); +setup_timer (&x, y, z); +mod_timer (&a, b); -x.function = y; -x.data = z; -x.expires = b; -add_timer(&a);

Re: [PATCH v3 2/5] mtd: spi-nor: cadence-quadspi: add a delay in write sequence

2017-09-24 Thread Marek Vasut
On 09/24/2017 12:59 PM, Vignesh R wrote: > As per 66AK2G02 TRM[1] SPRUHY8F section 11.15.5.3 Indirect Access > Controller programming sequence, a delay equal to couple of QSPI master > clock(~5ns) is required after setting CQSPI_REG_INDIRECTWR_START bit and > writing data to the flash. Introduce a

Re: [PATCH v3 5/5] mtd: spi-nor: cadence-quadspi: Add runtime PM support

2017-09-24 Thread Marek Vasut
On 09/24/2017 12:59 PM, Vignesh R wrote: > Add pm_runtime* calls to cadence-quadspi driver. This is required to > switch on QSPI power domain on TI 66AK2G SoC during probe. > > Signed-off-by: Vignesh R Are you planning to add some more fine-grained PM control later? > --- > drivers/mtd/spi-nor

Product Enquiry

2017-09-24 Thread Carol Merck
Hello, We recently visited your website and we are interested in your models, We will like to make an order from your list of products. However, we would like to see your company's latest catalogs with the; minimum order quantity, delivery time/FOB, payment terms etc. Official order placement w

Re: [PATCH 3/3] iio: trigger: stm32-timer: enable clock when in master mode

2017-09-24 Thread Jonathan Cameron
On Mon, 18 Sep 2017 12:05:32 +0200 Fabrice Gasnier wrote: > Clock should be enabled as soon as using master mode, even before > enabling timer. Or, this may provoke bad behavior on the other end > (slave timer). Then, introduce 'clk_enabled' flag, instead of relying > on CR1 EN bit, to keep track

Re: [PATCH v3 2/5] mtd: spi-nor: cadence-quadspi: add a delay in write sequence

2017-09-24 Thread Vignesh R
On 9/24/2017 5:29 PM, Marek Vasut wrote: > On 09/24/2017 12:59 PM, Vignesh R wrote: >> As per 66AK2G02 TRM[1] SPRUHY8F section 11.15.5.3 Indirect Access >> Controller programming sequence, a delay equal to couple of QSPI master >> clock(~5ns) is required after setting CQSPI_REG_INDIRECTWR_START b

Re: [patch 3/3] x86: kvm guest side support for KVM_HC_RT_PRIO hypercall

2017-09-24 Thread Paolo Bonzini
- Original Message - > From: "Peter Zijlstra" > To: "Paolo Bonzini" > Cc: "Marcelo Tosatti" , "Konrad Rzeszutek Wilk" > , mi...@redhat.com, > k...@vger.kernel.org, linux-kernel@vger.kernel.org, "Thomas Gleixner" > > Sent: Saturday, September 23, 2017 3:41:14 PM > Subject: Re: [patch

Re: [PATCH 3/5] PCI: make pci_flr_wait() generic and rename to pci_dev_wait()

2017-09-24 Thread Christoph Hellwig
On Sat, Sep 23, 2017 at 08:16:56PM -0400, Sinan Kaya wrote: > Rev 3.1 Sec 2.3.1 Request Handling Rules: > Valid reset conditions after which a device is permitted to return CRS > are: > * Cold, Warm, and Hot Resets, > * FLR > * A reset initiated in response to a D3hot to D0 uninitialized > > Try t

Re: [PATCH] iio: adc: stm32: fix bad error check on max_channels

2017-09-24 Thread Jonathan Cameron
On Mon, 18 Sep 2017 18:24:15 +0200 Fabrice Gasnier wrote: > Fix a bad error check when counting 'st,adc-channels' array elements. > This is seen when all channels are in use simultaneously. > > Signed-off-by: Fabrice Gasnier Applied to fixes-togreg-post-rc1, fixes tag added and marked for stab

Re: [PATCH v3 5/5] mtd: spi-nor: cadence-quadspi: Add runtime PM support

2017-09-24 Thread Vignesh R
On 9/24/2017 5:31 PM, Marek Vasut wrote: > On 09/24/2017 12:59 PM, Vignesh R wrote: >> Add pm_runtime* calls to cadence-quadspi driver. This is required to >> switch on QSPI power domain on TI 66AK2G SoC during probe. >> >> Signed-off-by: Vignesh R > > Are you planning to add some more fine-gra

Re: [PATCH 1/2] iio: accel: mma8452: Fix code style warning

2017-09-24 Thread Jonathan Cameron
On Sat, 23 Sep 2017 16:56:29 -0400 Harinath Nampally wrote: > Replace symbolic permissions with octal permissions > to improve code readability. > > Issue found by checkpatch. > > Signed-off-by: Harinath Nampally Applied to the togreg branch of iio.git and pushed out as testing for the autobu

Re: [PATCH 2/2] iio: accel: mma8452: Fix code style warning for unsigned int declarations

2017-09-24 Thread Jonathan Cameron
On Sat, 23 Sep 2017 16:56:30 -0400 Harinath Nampally wrote: > Replace 'unsigned' with 'unsigned int' > to improve code readability. > > Issue found by checkpatch. > > Signed-off-by: Harinath Nampally Applied to the togreg branch of iio.git and pushed out as testing for the autobuilders to pla

Re: [PATCH v3 5/5] mtd: spi-nor: cadence-quadspi: Add runtime PM support

2017-09-24 Thread Marek Vasut
On 09/24/2017 03:08 PM, Vignesh R wrote: > > > On 9/24/2017 5:31 PM, Marek Vasut wrote: >> On 09/24/2017 12:59 PM, Vignesh R wrote: >>> Add pm_runtime* calls to cadence-quadspi driver. This is required to >>> switch on QSPI power domain on TI 66AK2G SoC during probe. >>> >>> Signed-off-by: Vignes

Re: [PATCH v3 2/5] mtd: spi-nor: cadence-quadspi: add a delay in write sequence

2017-09-24 Thread Marek Vasut
On 09/24/2017 02:33 PM, Vignesh R wrote: > > > On 9/24/2017 5:29 PM, Marek Vasut wrote: >> On 09/24/2017 12:59 PM, Vignesh R wrote: >>> As per 66AK2G02 TRM[1] SPRUHY8F section 11.15.5.3 Indirect Access >>> Controller programming sequence, a delay equal to couple of QSPI master >>> clock(~5ns) is

Re: [PATCH v3 5/5] mtd: spi-nor: cadence-quadspi: Add runtime PM support

2017-09-24 Thread Vignesh R
On 9/24/2017 6:42 PM, Marek Vasut wrote: > On 09/24/2017 03:08 PM, Vignesh R wrote: >> >> >> On 9/24/2017 5:31 PM, Marek Vasut wrote: >>> On 09/24/2017 12:59 PM, Vignesh R wrote: Add pm_runtime* calls to cadence-quadspi driver. This is required to switch on QSPI power domain on TI 66AK2

Re: [RFC PATCH v3 1/2] membarrier: Provide register expedited private command

2017-09-24 Thread Boqun Feng
On Fri, Sep 22, 2017 at 03:10:10PM +, Mathieu Desnoyers wrote: > - On Sep 22, 2017, at 4:59 AM, Boqun Feng boqun.f...@gmail.com wrote: > > > On Tue, Sep 19, 2017 at 06:13:41PM -0400, Mathieu Desnoyers wrote: > > [...] > >> +static inline void membarrier_arch_sched_in(struct task_struct *pr

Re: [PATCH v3 5/5] mtd: spi-nor: cadence-quadspi: Add runtime PM support

2017-09-24 Thread Marek Vasut
On 09/24/2017 03:27 PM, Vignesh R wrote: > > > On 9/24/2017 6:42 PM, Marek Vasut wrote: >> On 09/24/2017 03:08 PM, Vignesh R wrote: >>> >>> >>> On 9/24/2017 5:31 PM, Marek Vasut wrote: On 09/24/2017 12:59 PM, Vignesh R wrote: > Add pm_runtime* calls to cadence-quadspi driver. This is req

Re: [RESEND] Re: usb/net/p54: trying to register non-static key in p54_unregister_leds

2017-09-24 Thread Johannes Berg
On Sat, 2017-09-23 at 21:37 +0200, Christian Lamparter wrote: > But this also begs the question: Is this really working then? > From what I can tell, if CONFIG_LOCKDEP is not set then there's no > BUG no WARN, no other splat or any other odd system behaviour. Does > [cancel | flush]_[delayed_]work

Re: Proper way to allocate DMA buffer within a single 4GB block?

2017-09-24 Thread Chuck Ebbert
On Wed, 20 Sep 2017 17:18:09 -0500 Timur Tabi wrote: > I have a device that requires I allocated a few buffers for DMA. The > problem is that this device has only one register for the upper 32 > bits of all of the buffers. That is, all of buffers must reside > within the same 4GB block of memory

Re: [RFC PATCH v3 1/2] membarrier: Provide register expedited private command

2017-09-24 Thread Mathieu Desnoyers
- On Sep 24, 2017, at 9:30 AM, Boqun Feng boqun.f...@gmail.com wrote: > On Fri, Sep 22, 2017 at 03:10:10PM +, Mathieu Desnoyers wrote: >> - On Sep 22, 2017, at 4:59 AM, Boqun Feng boqun.f...@gmail.com wrote: >> >> > On Tue, Sep 19, 2017 at 06:13:41PM -0400, Mathieu Desnoyers wrote: >>

Re: [PATCH v4 6/6] ARM: sun8i: h3: add partial CPU thermal zone

2017-09-24 Thread Jonathan Cameron
On Mon, 18 Sep 2017 10:27:03 +0200 Maxime Ripard wrote: > Hi Jonathan, > > On Sat, Sep 16, 2017 at 03:17:34PM -0700, Jonathan Cameron wrote: > > On Sat, 16 Sep 2017 12:05:49 +0200 > > Quentin Schulz wrote: > > > > > Hi Icenowy, > > > > > > On 14/09/2017 16:52, Icenowy Zheng wrote: > > > >

Re: [PATCH] fix unbalanced page refcounting in bio_map_user_iov

2017-09-24 Thread Al Viro
On Sat, Sep 23, 2017 at 09:33:23PM +0100, Al Viro wrote: > On Sat, Sep 23, 2017 at 06:19:26PM +0100, Al Viro wrote: > > On Sat, Sep 23, 2017 at 05:55:37PM +0100, Al Viro wrote: > > > > > IOW, the loop on failure exit should go through the bio, like > > > __bio_unmap_user() > > > does. We *also*

Re: [RFC PATCH 3/7] iio: adc: axp20x-adc: add support for AXP803

2017-09-24 Thread Jonathan Cameron
On Wed, 20 Sep 2017 23:18:10 +0800 Icenowy Zheng wrote: > AXP803 SoC features an ADC part including these channels: GPADC (GPIO0) > and TS pins, PMIC internal temperature sensor, battery voltage, battery > charge/discharge current. > > Add support for the battery-related channels and internal te

Re: [RFC PATCH 4/7] power: supply: axp20x-battery: support AXP803

2017-09-24 Thread Jonathan Cameron
On Wed, 20 Sep 2017 23:18:11 +0800 Icenowy Zheng wrote: > The AXP803 PMIC has battery support like other AXP PMICs, but with > different definition of max target charging voltage and constant > charging current. > > Add support for AXP803 battery in axp20x-battery driver. > > Signed-off-by: Ice

Re: [RFC PATCH 0/7] AXP803 AC/Battery support

2017-09-24 Thread Jonathan Cameron
On Thu, 21 Sep 2017 23:20:11 +0800 Icenowy Zheng wrote: > 于 2017年9月21日 GMT+08:00 下午10:46:21, Jonathan Cameron > 写到: > >On Wed, 20 Sep 2017 23:18:07 +0800 > >Icenowy Zheng wrote: > > > >> The AXP803 PMIC, used by most Allwinner A64 boards, features 3 power > >inputs: > >> AC, USB and Batt

[PATCH v2 resend] staging: bcm2835-audio: Fix memory corruption

2017-09-24 Thread Phil Elwell
The previous commit (0adbfd46) fixed a memory leak but also freed a block in the success case, causing a stale pointer to be used with potentially fatal results. Only free the vchi_instance block in the case that vchi_connect fails; once connected, the instance is retained for subsequent connection

Re: [PATCH v6 1/2] iio: dac: ds4422/ds4424 dac driver

2017-09-24 Thread Jonathan Cameron
On Fri, 22 Sep 2017 13:12:08 -0700 "Ismail H. Kose" wrote: > This patch provides an iio device driver for DS4422/DS4424 chips that support > two/four channel 7-bit Sink/Source Current DAC. > > Signed-off-by: Ismail H. Kose > Signed-off-by: Ismail H. Kose A few minor comments inline. This is

Re: [PATCH] Bluetooth: avoid recursive locking in hci_send_to_channel()

2017-09-24 Thread Mart van de Wege
Confirm that 4.11.12-rt14 with this fix boots normally. On Thu, 21 Sep 2017 15:51:23 +0200 Sebastian Andrzej Siewior wrote: > Mart reported a deadlock in -RT in the call path: > hci_send_monitor_ctrl_event() -> hci_send_to_channel() > > because both functions acquire the same read lock hci_sk

[PATCH 1/8] extcon: gpio: Add DT bindings

2017-09-24 Thread Linus Walleij
Add some reasonable device tree bindings and also add the cable defines to the extcon include in since the GPIO extcon definately need to specify which cable/connector it is detecting. Adding the include file makes the (as it happens) Linux numbers into an ABI, but I do not see any better method.

[PATCH 0/8] GPIO extcon modernization

2017-09-24 Thread Linus Walleij
Like with the GPIO mouse input, I found that this driver has no in-tree users at all. I *could* just propose to delete it. But the driver seems generally useful, so I made a patch series shaping it up to get configuration from device tree or ACPI DSDT using device properties instead. We start off

[PATCH 2/8] extcon: gpio: Localize platform data

2017-09-24 Thread Linus Walleij
Nothing in the entire kernel #includes so move the platform data declaration inside of the driver. Signed-off-by: Linus Walleij --- drivers/extcon/extcon-gpio.c | 22 +- include/linux/extcon/extcon-gpio.h | 47 -- 2 files changed, 21 ins

[PATCH 3/8] extcon: gpio: Move platform data into state container

2017-09-24 Thread Linus Walleij
This moves the platform data settings from the platform data struct and into the state container, saving some unnecessary references and simplifying things a bit. Signed-off-by: Linus Walleij --- drivers/extcon/extcon-gpio.c | 56 1 file changed, 26 i

[PATCH 4/8] extcon: gpio: Convert to fully use GPIO descriptor

2017-09-24 Thread Linus Walleij
Since we are not getting the GPIO from any platform data and global GPIO numberspace, we simply get the named "extcon" GPIO directly from the device. Cut away "active low" since GPIO descriptors already know if the line is active high or low. Simplify a bit with a struct device *dev helper variable

[PATCH v2] staging: atomisp: add a driver for ov5648 camera sensor

2017-09-24 Thread Devid Antonio Floni
The ov5648 5-megapixel camera sensor from OmniVision supports up to 2592x1944 resolution and MIPI CSI-2 interface. Output format is raw sRGB/Bayer with 10 bits per colour (SGRBG10_1X10). This patch is a port of ov5648 driver after applying following 01org/ProductionKernelQuilts patches: - 0004-ov

[PATCH 6/8] extcon: gpio: Get debounce setting from device property

2017-09-24 Thread Linus Walleij
Look up the debouncing value using the device property that will pick it from device tree or ACPI DSDT or whatever is available. Reintroduce the debounce handling previously deleted in the series, setting the delayed worker to delay 0 ms if the GPIO driver supports debouncing for us, else just del

[PATCH 5/8] extcon: gpio: Request reasonable interrupts

2017-09-24 Thread Linus Walleij
The only thing that makes sense is to request a falling edge interrupt if the line is active low and a rising edge interrupt if the line is active high, so just do that and get rid of the assignment from platform data. The GPIO descriptor knows if the line is active high or low. Also make irq a lo

[PATCH 7/8] extcon: gpio: Get connector type from device property

2017-09-24 Thread Linus Walleij
We do not use the "EXTCON_NONE" type to report this as before, use the connector type defined in the device property, from device tree or ACPI DSDT. Signed-off-by: Linus Walleij --- drivers/extcon/extcon-gpio.c | 21 ++--- 1 file changed, 14 insertions(+), 7 deletions(-) diff --

  1   2   3   4   5   6   7   >