Re: [PATCH v2 2/9] staging: iio: tsl2x7x: add device tree documentation

2017-07-10 Thread Rob Herring
On Thu, Jul 06, 2017 at 06:56:19PM -0400, Brian Masney wrote: > Add device tree documentation for the tsl2x7x IIO driver. > > Signed-off-by: Brian Masney > CC: Rob Herring > CC: Mark Rutland > CC: devicet...@vger.kernel.org > --- > Documentation/devicetree/bindings/trivial-devices.txt | 10 +++

Re: [PATCH 09/14] qcom: mtd: nand: BAM support for read page

2017-07-10 Thread Sricharan R
Hi, On 7/4/2017 3:10 PM, Archit Taneja wrote: > > > On 06/29/2017 12:46 PM, Abhishek Sahu wrote: >> 1. The BAM mode requires few registers configuration before each >> NAND page read and codeword read which is different from ADM >> so add the helper functions which will be called in BAM

Re: KASAN vs. boot-time switching between 4- and 5-level paging

2017-07-10 Thread Kirill A. Shutemov
On Mon, Jul 10, 2017 at 02:43:17PM +0200, Dmitry Vyukov wrote: > On Mon, Jul 10, 2017 at 2:33 PM, Kirill A. Shutemov > wrote: > > On Thu, Jun 01, 2017 at 05:56:30PM +0300, Andrey Ryabinin wrote: > >> On 05/29/2017 03:46 PM, Andrey Ryabinin wrote: > >> > On 05/29/2017 02:45 PM, Andrey Ryabinin wrot

[PATCH v1] MAINTAINERS: Change OV5647 Maintainer

2017-07-10 Thread Ramiro Oliveira
Signed-off-by: Ramiro Oliveira --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 749426702fa2..29dc00b2f3a6 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -9466,7 +9466,7 @@ S:Maintained F: drivers/media/i2c/ov5640.c

Re: [PATCH 10/14] qcom: mtd: nand: support for QPIC Page read/write

2017-07-10 Thread Sricharan R
On 6/29/2017 12:46 PM, Abhishek Sahu wrote: > 1. Add the function for command descriptor preparation which >will be used only by BAM DMA and it will form the DMA descriptors >containing command elements. > > 2. Add the data descriptor preparation function which will be used >only by

Re: [linux-sunxi] [PATCH v3] drm/sun4i: Implement drm_driver lastclose to restore fbdev console

2017-07-10 Thread Olliver Schinagl
Hey Jonathan, since I reported this to you on IRC, it's only fair that you can have my: Tested-by: Olliver Schinagl For those interessted, I've tested it on an Olimex OLinuXino Lime2 with their 4.3 LCD. Olliver On 10-07-17 08:55, Jonathan Liu wrote: The drm_driver lastclose callback is ca

[PATCH v4 2/3] dt-bindings: cpufreq: move MediaTek cpufreq dt-bindings document to proper place

2017-07-10 Thread sean.wang
From: Sean Wang The old place is Documentation/devicetree/bindings/clock/ that would let people hard to find how to use MediaTek cpufreq driver, so moving it to the appropriate place as other cpufreq drivers done would be better. Signed-off-by: Sean Wang Acked-by: Viresh Kumar --- .../binding

[PATCH v4 1/3] cpufreq: mediatek: Add support of cpufreq to MT2701/MT7623 SoC

2017-07-10 Thread sean.wang
From: Sean Wang MT2701/MT7623 is a 32-bit ARMv7 based quad-core (4 * Cortex-A7) with single cluster and this hardware is also compatible with the existing driver through enabling CPU frequency feature with operating-points-v2 bindings. Also, this driver actually supports all MediaTek SoCs, the Kc

[PATCH v4 0/3] some fixups for MediaTek cpufreq driver

2017-07-10 Thread sean.wang
From: Sean Wang Changes since v3: - remove the redundant line depends on ARM || ARM64 || COMPILE_TEST since the whole Kconfig.arm file depends on ARM || ARM64. - renaming from mtk-cpufreq.c to mediatek-cpufreq.c avoiding collide and cause confusion at some point in time. Changes since v2: - corr

[PATCH v4 3/3] dt-bindings: cpufreq: enhance MediaTek cpufreq dt-binding document

2017-07-10 Thread sean.wang
From: Sean Wang Update binding document with adding operating-points-v2 as the required property and the cooling level as the optional properties and adding more examples guiding people how to use MediaTek cpufreq driver for MediaTek SoCs. Signed-off-by: Sean Wang Acked-by: Viresh Kumar --- .

Re: [PATCH] Documentation/devicetree: fix dead links to PCI/OF specs

2017-07-10 Thread Rob Herring
On Thu, Jul 06, 2017 at 05:43:23PM -0700, Brian Norris wrote: > www.firmware.org doesn't resolve for me. I found these equivalent URLs > by taking the redirects from the previous (openfirmware.org) URLs, as > seen before commit f517256a6867 ("Documentation/devicetree: Update PCI > Device Tree bindi

[PATCHv2 3/3] ARM: dts: motorola-cpcap-mapphone: set initial mode for vaudio

2017-07-10 Thread Sebastian Reichel
Set default mode for vaudio, which may be left in standby mode if the system is booted via kexec from Android. Signed-off-by: Sebastian Reichel --- arch/arm/boot/dts/motorola-cpcap-mapphone.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/motorola-cpcap-mapphone.dtsi b

[PATCHv2 2/3] regulator: cpcap: Add OF mode mapping

2017-07-10 Thread Sebastian Reichel
Add device tree mode mapping capabilities to the cpcap driver. Acked-by: Tony Lindgren Signed-off-by: Sebastian Reichel --- drivers/regulator/cpcap-regulator.c | 13 + 1 file changed, 13 insertions(+) diff --git a/drivers/regulator/cpcap-regulator.c b/drivers/regulator/cpcap-regul

[PATCHv2 0/3] regulator: cpcap: Fix standby mode

2017-07-10 Thread Sebastian Reichel
Hi, This fixes standby mode of vaudio on Motorola Droid 4. Changes since PATCHv1: * return -EINVAL for invalid modes * Split driver change into two patches, since two things are changed * Add Acked-by from Tony -- Sebastian Sebastian Reichel (3): regulator: cpcap: Fix standby mode regula

[PATCHv2 1/3] regulator: cpcap: Fix standby mode

2017-07-10 Thread Sebastian Reichel
The original patch from Tony uses standby mode bit inverted, which is not correct. This fixes all instances in the driver code for get & set mode. This did not yet make problems, since mode has not been changed by any mainline driver so far. Fixes: 0ad4c07edd41 ("regulator: cpcap: Add basic regula

Re: Today's linux-next build fail on powerpc

2017-07-10 Thread Abdul Haleem
On Fri, 2017-07-07 at 19:36 +0300, Andy Shevchenko wrote: > On Thu, Jul 6, 2017 at 9:00 AM, Abdul Haleem > wrote: > > Hi Luis, > > > > next-20170705 fails to build on powerpc with below errors. > > Hi, > > I had sent a fix yesterday. Had you chance to test it? > > Are these the one you are re

Re: [PATCH v6 1/7] perf/core: Define the common branch type classification

2017-07-10 Thread Segher Boessenkool
Hi Peter, On Mon, Jul 10, 2017 at 03:46:58PM +0200, Peter Zijlstra wrote: > On Mon, Jul 10, 2017 at 08:10:50AM -0500, Segher Boessenkool wrote: > > > > PERF_BR_INT is triggered by instruction "int" . > > > PERF_BR_IRQ is triggered by interrupts, traps, faults (the ring 0,3 > > > transition). > >

[PATCH] x86/smpboot: Unbreak CPU0 hotplug

2017-07-10 Thread Vitaly Kuznetsov
A hang on CPU0 onlining after a preceding offlining is observed. Trace shows that CPU0 is stuck in check_tsc_sync_target() waiting for source CPU to run check_tsc_sync_source() but this never happens. Source CPU, in its turn, is stuck on synchronize_sched() which is called from native_cpu_up() -> d

[PATCH v1 1/2] remoteproc: dt: Provide bindings for iMX6SX/7D Remote Processor Controller driver

2017-07-10 Thread Oleksij Rempel
Signed-off-by: Oleksij Rempel --- .../devicetree/bindings/remoteproc/imx-rproc.txt | 44 ++ 1 file changed, 44 insertions(+) create mode 100644 Documentation/devicetree/bindings/remoteproc/imx-rproc.txt diff --git a/Documentation/devicetree/bindings/remoteproc/imx-rproc.tx

[PATCH v1 0/2] provide imx rproc driver

2017-07-10 Thread Oleksij Rempel
this patch set to provide remoteproc functionality on i.MX7D SoC. For testing I used this simple counter written in ASM: == .syntax unified .text .thumb .int 0x1002 @ Initial SP value .int reset + 1 re

[PATCH v1 2/2] remoteproc: imx_rproc: add a NXP/Freescale imx_rproc driver

2017-07-10 Thread Oleksij Rempel
Provide a basic driver to control Cortex M4 co-processor found on NXP i.MX7D and i.MX6SX. Currently it is able to resolve addresses between M4 and main CPU, start and stop the co-processor. Other functionality is not provided or test. This driver was tested on NXP i.MX7D and expected to work on i.

Re: [PATCH] audit: Reduce overhead using a coarse clock

2017-07-10 Thread Richard Guy Briggs
On 2017-07-06 16:25, Paul Moore wrote: > On Tue, Jul 4, 2017 at 3:41 PM, Deepa Dinamani wrote: > > On Tue, Jul 4, 2017 at 12:20 PM, Arnd Bergmann wrote: > >> On Tue, Jul 4, 2017 at 2:11 PM, Mel Gorman > >> wrote: > >>> > >>> Signed-off-by: Mel Gorman > >> > >> Acked-by: Arnd Bergmann > > > >

[PATCH] KVM: s390: Fix KVM_S390_GET_CMMA_BITS ioctl definition

2017-07-10 Thread Gleb Fotengauer-Malinovskiy
This ioctl actually writes to parameter too. Fixes: 4036e387 ("KVM: s390: ioctls to get and set guest storage attributes") Signed-off-by: Gleb Fotengauer-Malinovskiy --- include/uapi/linux/kvm.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/uapi/linux/kvm.h b/includ

[RFC 2/2] wl3501_cs: reduce stack size for KASAN

2017-07-10 Thread Arnd Bergmann
Inlining functions with local variables can lead to excessive stack usage with KASAN after a previous patch that modifies the outsb/insb helpers on x86. drivers/net/wireless/wl3501_cs.c: In function 'wl3501_rx_interrupt': drivers/net/wireless/wl3501_cs.c:1103:1: error: the frame size of 2232 bytes

Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods

2017-07-10 Thread Andi Kleen
On Mon, Jul 10, 2017 at 10:46:47AM +0200, Peter Zijlstra wrote: > On Mon, Jul 10, 2017 at 09:38:30AM +0800, Aubrey Li wrote: > > We measured 3%~5% improvemnt in disk IO workload, and 8%~20% improvement in > > network workload. > > Argh, what a mess :/ The mess is really the current idle entry pa

[RFC 1/2] x86: mark target address as output in 'insb' asm

2017-07-10 Thread Arnd Bergmann
The -Wmaybe-uninitialized warning triggers for one driver using the output of the 'insb' I/O helper on x86: drivers/net/wireless/wl3501_cs.c: In function ‘wl3501_mgmt_scan_confirm’: drivers/net/wireless/wl3501_cs.c:665:9: error: ‘sig.status’ is used uninitialized in this function [-Werror=uniniti

[PATCH] fbdev: make get_fb_unmapped_area depends of !MMU

2017-07-10 Thread Benjamin Gaignard
Even if CONFIG_FB_PROVIDE_GET_FB_UNMAPPED_AREA flag is selected do not compile and use get_fb_unmapped_area() if CONFIG_MMU is also set. This will avoid mmap errors when compiling multi architectures at same time. Signed-off-by: Benjamin Gaignard --- drivers/video/fbdev/core/fbmem.c | 5 +++-- 1

Re: [PATCH 2/2] MIPS/PCI: Fix pcibios_scan_bus() NULL check code path

2017-07-10 Thread Bjorn Helgaas
On Mon, Jul 10, 2017 at 01:34:09PM +0100, Lorenzo Pieralisi wrote: > If pci_scan_root_bus() fails (ie returns NULL) pcibios_scan_bus() must > return immediately since the struct pci_bus pointer it returns is not > valid and cannot be used. > > Move code checking the pci_scan_root_bus() return valu

Re: [PATCH/RFC] dma-mapping: Provide dummy set_dma_ops() for NO_DMA=y

2017-07-10 Thread Christoph Hellwig
This looks reasonable to me, I'd be happy to pick it up. Can you send it as a series with the reverts?

Re: [PATCH] usb: dwc2: gadget: On disconnect reset device address to zero

2017-07-10 Thread Minas Harutyunyan
Hi Filipe, On 7/10/2017 6:06 PM, Felipe Balbi wrote: > > Hi, > > Minas Harutyunyan writes: >> USB CV driver stack doesn't perform USB RESET after device disconnect/ >> connect, so need to reset to zero DEVADDR field in DCFG to pass >> enumeration again. >> >> Signed-off-by: Minas Harutyunyan >>

Re: [PATCH] irqchip: gicv3-its: Use NUMA aware memory allocation for ITS tables

2017-07-10 Thread Shanker Donthineni
Hi Marc, On 07/10/2017 08:50 AM, Marc Zyngier wrote: > On 10/07/17 11:21, Ganapatrao Kulkarni wrote: >> Hi Marc, >> >> On Mon, Jul 10, 2017 at 2:53 PM, Marc Zyngier wrote: >>> On 10/07/17 10:08, Ganapatrao Kulkarni wrote: On Mon, Jul 10, 2017 at 2:36 PM, Marc Zyngier wrote: > On 10/07/1

Re: [PATCH 1/2] ARM/PCI: bios32: Fix pcibios_init_resource() error return path

2017-07-10 Thread Bjorn Helgaas
On Mon, Jul 10, 2017 at 01:34:08PM +0100, Lorenzo Pieralisi wrote: > Since commit 97ad2bdcbe85 ("ARM/PCI: Convert PCI scan API to > pci_scan_root_bus_bridge()") struct pci_sys_data is allocated through > pci_alloc_host_bridge() which implies that, if pcibios_init_resource() > fails, the pci_sys_dat

Re: [PATCH v3 2/3] dt-bindings: cpufreq: move MediaTek cpufreq dt-bindings document to proper place

2017-07-10 Thread Rob Herring
On Fri, Jul 07, 2017 at 11:56:46AM +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > The old place is Documentation/devicetree/bindings/clock/ that would > let people hard to find how to use MediaTek cpufreq driver, so moving > it to the appropriate place as other cpufreq drivers done wo

Re: [PATCH] usb: dwc2: gadget: On disconnect reset device address to zero

2017-07-10 Thread Minas Harutyunyan
Hi Filipe, On 7/10/2017 6:14 PM, Felipe Balbi wrote: > > Hi again, > > Felipe Balbi writes: >> Hi, >> >> Minas Harutyunyan writes: >>> USB CV driver stack doesn't perform USB RESET after device disconnect/ >>> connect, so need to reset to zero DEVADDR field in DCFG to pass >>> enumeration agai

Re: [PATCH] regmap: regmap-w1: Fix build troubles

2017-07-10 Thread Greg Kroah-Hartman
On Mon, Jul 10, 2017 at 05:49:35PM +0300, Evgeniy Polyakov wrote: > Hi everyone > > 08.07.2017, 17:58, "Sebastian Reichel" : > > This should go into 4.13, but you actually did not include the > > maintainer of regmap (which I just added, but you may have to > > resend the patch, so that it lands i

[PATCH v8 1/6] PCI: add a define for the PCI resource type mask v2

2017-07-10 Thread Christian König
From: Christian König We use this mask multiple times in the bus setup. v2: fix some style nit picks Signed-off-by: Christian König Reviewed-by: Andy Shevchenko --- drivers/pci/pci.h | 3 +++ drivers/pci/setup-bus.c | 12 +++- 2 files changed, 6 insertions(+), 9 deletions(-)

[PATCH v8 6/6] drm/amdgpu: resize VRAM BAR for CPU access v4

2017-07-10 Thread Christian König
From: Christian König Try to resize BAR0 to let CPU access all of VRAM. v2: rebased, style cleanups, disable mem decode before resize, handle gmc_v9 as well, round size up to power of two. v3: handle gmc_v6 as well, release and reassign all BARs in the driver. v4: rename new function to amdg

Resizeable PCI BAR support V8

2017-07-10 Thread Christian König
Hi everyone, This is the eighth incarnation of this set of patches. It enables device drivers to resize and most likely also relocate the PCI BAR of devices they manage to allow the CPU to access all of the device local memory at once. This is very useful for GFX device drivers where the default

[PATCH v8 3/6] PCI: add functionality for resizing resources v7

2017-07-10 Thread Christian König
From: Christian König This allows device drivers to request resizing their BARs. The function only tries to reprogram the windows of the bridge directly above the requesting device and only the BAR of the same type (usually mem, 64bit, prefetchable). This is done to make sure not to disturb othe

[PATCH v8 4/6] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors v4

2017-07-10 Thread Christian König
From: Christian König Most BIOS don't enable this because of compatibility reasons. Manually enable a 64bit BAR of 64GB size so that we have enough room for PCI devices. v2: style cleanups, increase size, add resource name, set correct flags, print message that windows was added v3: add def

[PATCH v8 2/6] PCI: add resizeable BAR infrastructure v5

2017-07-10 Thread Christian König
From: Christian König Just the defines and helper functions to read the possible sizes of a BAR and update it's size. See https://pcisig.com/sites/default/files/specification_documents/ECN_Resizable-BAR_24Apr2008.pdf and PCIe r3.1, sec 7.22. This is useful for hardware with large local storage

[PATCH] scripts/package: snap-pkg target

2017-07-10 Thread Paolo Pisati
Following in footsteps of other targets like 'deb-pkg, 'rpm-pkg' and 'tar-pkg', this patch adds a 'snap-pkg' target for the creation of a Linux kernel snap package using the kbuild infrastructure. A snap, in its general form, is a self contained, sandboxed, universal package and it is intended to

[PATCH v8 5/6] drm/amdgpu: move hw generation check into amdgpu_doorbell_init v2

2017-07-10 Thread Christian König
From: Christian König This way we can safely call it on SI as well. v2: fix type in commit message Signed-off-by: Christian König Reviewed-by: Andy Shevchenko --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 17 - 1 file changed, 12 insertions(+), 5 deletions(-) diff --git a

Re: [v4, 2/2] drivers/watchdog: ASPEED reference dev tree properties for config

2017-07-10 Thread Christopher Bostic
On 7/8/17 9:55 AM, Guenter Roeck wrote: On Thu, Jul 06, 2017 at 07:49:00PM -0500, Christopher Bostic wrote: Reference the system device tree when configuring the watchdog engines. If property 'aspeed,reset_type' is present then set reset behavior based on the specified value. This can be one

Re: [PATCH v3 3/3] dt-bindings: cpufreq: enhance MediaTek cpufreq dt-binding document

2017-07-10 Thread Rob Herring
On Fri, Jul 07, 2017 at 11:56:47AM +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > Update binding document with adding operating-points-v2 as the required > property and the cooling level as the optional properties and adding more > examples guiding people how to use MediaTek cpufreq d

elevator= seems to be confused with MQ and !MQ scheduler

2017-07-10 Thread Gabriel C
Hello, We are allowed to build all scheduler as modules or build-in setting defaults with CONFIG_SCSI_MQ_DEFAULT=y/n / CONFIG_DM_MQ_DEFAULT=y/n. Following setup: All scheduler set to Y ( build-in ) CONFIG_DEFAULT_CFQ=y CONFIG_SCSI_MQ_DEFAULT and CONFIG_DM_MQ_DEFAULT set to N Boot now with elev

[PATCH] drm: stm: remove "default y" in Kconfig

2017-07-10 Thread Benjamin Gaignard
To do not force stm driver to be build by default Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/stm/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/stm/Kconfig b/drivers/gpu/drm/stm/Kconfig index 2c4817f..8fe5b18 100644 --- a/drivers/gpu/drm/stm/Kconfig +++ b/dr

[PATCH v10 0/3] mm: security: ro protection for dynamic data

2017-07-10 Thread Igor Stoppa
Hi, please consider this patch-set for inclusion. This patch-set introduces the possibility of protecting memory that has been allocated dynamically. The memory is managed in pools: when a memory pool is turned into R/O, all the memory that is part of it, will become R/O. A R/O pool can be destr

Re: [v4, 1/2] drivers/watchdog: Add optional ASPEED device tree properties

2017-07-10 Thread Christopher Bostic
On 7/8/17 9:59 AM, Guenter Roeck wrote: On Thu, Jul 06, 2017 at 07:48:59PM -0500, Christopher Bostic wrote: Describe device tree optional properties: * aspeed,reset-type = "cpu|soc|system|none" One of three different, mutually exclusive, values "cpu" : ARM CPU reset on signa

[PATCH 1/3] Protectable memory support

2017-07-10 Thread Igor Stoppa
The MMU available in many systems running Linux can often provide R/O protection to the memory pages it handles. However, the MMU-based protection works efficiently only when said pages contain exclusively data that will not need further modifications. Statically allocated variables can be segreg

[PATCH] char/mwave: make some arrays static const to make object code smaller

2017-07-10 Thread Colin King
From: Colin Ian King Don't populate arrays on the stack but make them static. Makes the object code smaller. Also remove temporary variables that have hard coded array sizes and just use ARRAY_SIZE instead and wrap some lines that are wider than 80 chars to clean up some checkpatch warnings. B

[PATCH 2/3] LSM: Convert security_hook_heads into explicit array of struct list_head

2017-07-10 Thread Igor Stoppa
From: Tetsuo Handa Commit 3dfc9b02864b19f4 ("LSM: Initialize security_hook_heads upon registration.") treats "struct security_hook_heads" as an implicit array of "struct list_head" so that we can eliminate code for static initialization. Although we haven't encountered compilers which do not trea

[PATCH 3/3] Make LSM Writable Hooks a command line option

2017-07-10 Thread Igor Stoppa
This patch shows how it is possible to take advantage of pmalloc: instead of using the build-time option __lsm_ro_after_init, to decide if it is possible to keep the hooks modifiable, now this becomes a boot-time decision, based on the kernel command line. This patch relies on: "Convert security_

Re: [PATCH v2 04/10] arm: wire cpufreq input data for frequency-invariant accounting up to the arch

2017-07-10 Thread Dietmar Eggemann
On 06/07/17 11:42, Viresh Kumar wrote: > On 06-07-17, 10:49, Dietmar Eggemann wrote: >> Define arch_set_freq_scale to be the arch_topology "driver" function >> topology_set_freq_scale() to let FIE work correctly. >> >> Cc: Russell King >> Cc: Juri Lelli >> Signed-off-by: Dietmar Eggemann >> ---

[PATCH] dpaa_eth: use correct device for DMA mapping API

2017-07-10 Thread Arnd Bergmann
Geert Uytterhoeven ran into a build error without CONFIG_HAS_DMA, as a result of the driver calling set_dma_ops(). While we can fix the build error in the dma-mapping implementation, there is another problem in this driver: The configuration for the DMA is done by the platform code, looking up inf

Re: [PATCH] irqchip: gicv3-its: Use NUMA aware memory allocation for ITS tables

2017-07-10 Thread Marc Zyngier
On 10/07/17 15:57, Shanker Donthineni wrote: > Hi Marc, > > On 07/10/2017 08:50 AM, Marc Zyngier wrote: >> On 10/07/17 11:21, Ganapatrao Kulkarni wrote: >>> Hi Marc, >>> >>> On Mon, Jul 10, 2017 at 2:53 PM, Marc Zyngier wrote: On 10/07/17 10:08, Ganapatrao Kulkarni wrote: > On Mon, Jul 1

Re: [PATCH v2 09/10] MIPS: i8042: Probe this device only if it exists

2017-07-10 Thread Jonas Gorski
Hi, On 28 June 2017 at 17:47, Aleksandar Markovic wrote: > From: Miodrag Dinic > > ARCH_MIGHT_HAVE_PC_SERIO is selected by default for MIPS platforms. > As a consequence SERIO_I8042 would be automatically selected for any > MIPS board which wants to enable input support like keyboard > (INPUT_KE

Re: [PATCH] ddbridge: constify i2c_algorithm structure

2017-07-10 Thread Daniel Scheller
Am Sun, 9 Jul 2017 20:15:36 -0500 schrieb "Gustavo A. R. Silva" : > Check for i2c_algorithm structures that are only stored in > the algo field of an i2c_adapter structure. This field is > declared const, so i2c_algorithm structures that have this > property can be declared as const also. > > Thi

Re: Today's linux-next build fail on powerpc

2017-07-10 Thread Andy Shevchenko
On Mon, Jul 10, 2017 at 5:37 PM, Abdul Haleem wrote: > On Fri, 2017-07-07 at 19:36 +0300, Andy Shevchenko wrote: >> On Thu, Jul 6, 2017 at 9:00 AM, Abdul Haleem >> wrote: >> > next-20170705 fails to build on powerpc with below errors. >> I had sent a fix yesterday. Had you chance to test it? > d

Re: [PATCH 1/3] Protectable memory support

2017-07-10 Thread Igor Stoppa
On 07/07/17 21:48, Jerome Glisse wrote: > I believe there is enough unuse field that for vmalloc pages that > you should find one you can use. Just add some documentation in > mm_types.h so people are aware of alternate use for the field you > are using. I ended up using page->private and the co

Re: [PATCH v2 10/10] drivers base/arch_topology: inline cpu- and frequency-invariant accounting

2017-07-10 Thread Dietmar Eggemann
On 06/07/17 11:57, Viresh Kumar wrote: > Sure this patch looks pretty useful, but ... > > On 06-07-17, 10:49, Dietmar Eggemann wrote: >> diff --git a/drivers/base/arch_topology.c b/drivers/base/arch_topology.c >> index 63fb3f945d21..b4481cff14bf 100644 >> --- a/drivers/base/arch_topology.c >> +++

Re: [PATCH] fpga: altera-hps2fpga: add NULL check on of_match_device() return value

2017-07-10 Thread Alan Tull
On Fri, Jul 7, 2017 at 1:22 AM, Gustavo A. R. Silva Hi Gustavo, Thanks for the fix! Alan wrote: > Check return value from call to of_match_device() > in order to prevent a NULL pointer dereference. > > In case of NULL print error message and return -ENODEV > > Signed-off-by: Gustavo A. R. Silv

[PATCH][-next] ASoC: rt5663: add in missing loop counter to avoid infinite loop

2017-07-10 Thread Colin King
From: Colin Ian King The loop counter 'count' is missing an increment, so we could end up with an infinite loop. Add in a pre-increment to count to fix this. Detected by CoverityScan, CID#1450120 ("Logically Dead Code") Fixes: 1a425dbf1a10 ("ASoC: rt5663: Update the calibration funciton") Sign

Re: [patch 1/3] tty: resolve tty contention between kernel and user space

2017-07-10 Thread Andy Shevchenko
On Mon, Jul 10, 2017 at 11:31 AM, Okash Khawaja wrote: > On Sun, Jul 09, 2017 at 06:04:17PM +0300, Andy Shevchenko wrote: >> On Sun, Jul 9, 2017 at 2:41 PM, Okash Khawaja >> wrote: >> >> > +struct tty_struct *tty_kopen(dev_t device) >> > +{ >> > + struct tty_struct *tty; >> > + struc

Re: [PATCH v4 4/4] dt-bindings: media: Document Synopsys Designware HDMI RX

2017-07-10 Thread Rob Herring
On Mon, Jun 26, 2017 at 11:42 AM, Jose Abreu wrote: > Hi Rob, > > > On 23-06-2017 22:58, Rob Herring wrote: >> On Tue, Jun 20, 2017 at 06:26:12PM +0100, Jose Abreu wrote: >>> Document the bindings for the Synopsys Designware HDMI RX. >>> [...] >>> +A sample binding is now provided. The compatibl

Re: [PATCH] drm: stm: remove "default y" in Kconfig

2017-07-10 Thread Emil Velikov
On 10 July 2017 at 16:07, Benjamin Gaignard wrote: > To do not force stm driver to be build by default > > Signed-off-by: Benjamin Gaignard Yes, please. You might want to double-check the default board config has it set. Reviewed-by: Emil Velikov Thanks Emil

Re: [PATCH 1/2] dt-bindings: phy: Add stingray usb phy documentation

2017-07-10 Thread Rob Herring
On Fri, Jul 07, 2017 at 06:37:04PM +0530, Srinath Mannam wrote: > Add DT binding document for stingray usb phy driver. > > Signed-off-by: Srinath Mannam > Reviewed-by: Ray Jui > --- > .../bindings/phy/brcm,stingray-usb-phy.txt | 72 > ++ > 1 file changed, 72 inserti

[PATCH] serial: 8250_of: Fix regression in reset support

2017-07-10 Thread Linus Walleij
commit e2860e1f62f2 ("serial: 8250_of: Add reset support") introduced reset support for the 8250_of driver. However it unconditionally uses the assert/deassert pair to deassert reset on the device at probe and assert it at remove. This does not work with systems that have a self-deasserting reset

Re: Potential scheduler regression

2017-07-10 Thread Greg KH
On Mon, Jul 10, 2017 at 11:25:32AM +0200, Peter Zijlstra wrote: > On Fri, Jul 07, 2017 at 04:55:27PM -0400, Ben Guthro wrote: > > > Apologies on the delay - it took a bit to get the machines, to run the test. > > > > I am happy to report that the kernel at 1ad3aaf3fcd2, seems to regain > > perfor

Re: [PATCH] fpga: altera-hps2fpga: add NULL check on of_match_device() return value

2017-07-10 Thread Gustavo A. R. Silva
Hi Alan, Quoting Alan Tull : On Fri, Jul 7, 2017 at 1:22 AM, Gustavo A. R. Silva Hi Gustavo, Thanks for the fix! Absolutely, glad to help. :) Alan wrote: Check return value from call to of_match_device() in order to prevent a NULL pointer dereference. In case of NULL print error mess

Re: [PATCH v3 1/9] dt-bindings: mfd: Add STM32 LPTimer binding

2017-07-10 Thread Rob Herring
On Fri, Jul 07, 2017 at 06:31:00PM +0200, Fabrice Gasnier wrote: > Add documentation for STMicroelectronics STM32 Low-Power Timer binding. > > Signed-off-by: Fabrice Gasnier > Acked-by: Jonathan Cameron > --- > Changes in v3: > - Rob's comment on node name: timer@... > > Changes in v2: > - Lee'

Re: [PATCH v3 5/9] dt-bindings: iio: Add STM32 LPTimer trigger binding

2017-07-10 Thread Rob Herring
On Fri, Jul 07, 2017 at 06:31:04PM +0200, Fabrice Gasnier wrote: > Add documentation for STMicroelectronics STM32 Low-Power Timer Trigger > binding. > > Signed-off-by: Fabrice Gasnier > Acked-by: Jonathan Cameron > --- > Changes in v3: > - Rob's comments: node name timer@..., update reg property

Re: [PATCH 1/3] ASoC: codec: cpcap: new codec

2017-07-10 Thread Rob Herring
On Fri, Jul 07, 2017 at 06:42:27PM +0200, Sebastian Reichel wrote: > Motorola CPCAP is a PMIC with audio functionality, that can be > found on Motorola Droid 4 and probably a few other phones from > Motorola's Droid series. > > The driver has been written from scratch using Motorola's Android > dr

Re: [PATCH] char/mwave: make some arrays static const to make object code smaller

2017-07-10 Thread Arnd Bergmann
On Mon, Jul 10, 2017 at 5:08 PM, Colin King wrote: > From: Colin Ian King > > Don't populate arrays on the stack but make them static. Makes > the object code smaller. Also remove temporary variables that > have hard coded array sizes and just use ARRAY_SIZE instead and > wrap some lines that a

Re: [PATCH] char/mwave: make some arrays static const to make object code smaller

2017-07-10 Thread Colin Ian King
On 10/07/17 16:28, Arnd Bergmann wrote: > On Mon, Jul 10, 2017 at 5:08 PM, Colin King wrote: >> From: Colin Ian King >> >> Don't populate arrays on the stack but make them static. Makes >> the object code smaller. Also remove temporary variables that >> have hard coded array sizes and just use

Re: [PATCH 4/5] mm/memcontrol: allow to uncharge page without using page->lru field

2017-07-10 Thread Jerome Glisse
On Mon, Jul 10, 2017 at 10:28:06AM +0200, Michal Hocko wrote: > On Wed 05-07-17 10:35:29, Jerome Glisse wrote: > > On Tue, Jul 04, 2017 at 02:51:13PM +0200, Michal Hocko wrote: > > > On Mon 03-07-17 17:14:14, Jérôme Glisse wrote: > > > > HMM pages (private or public device pages) are ZONE_DEVICE pa

Re: [PATCH/RFC] dma-mapping: Provide dummy set_dma_ops() for NO_DMA=y

2017-07-10 Thread Robin Murphy
On 10/07/17 15:56, Christoph Hellwig wrote: > This looks reasonable to me, I'd be happy to pick it up. Can you send > it as a series with the reverts? The fact remains that the FSL driver is still doing the wrong thing though - set_dma_ops(dev1, get_dma_ops(dev2)) is just a hack which happens to

Re: [PATCH] slub: make sure struct kmem_cache_node is initialized before publication

2017-07-10 Thread Christoph Lameter
On Mon, 10 Jul 2017, Alexander Potapenko wrote: > >> Could the slab maintainers please take a look at these and also have a > >> think about Alexander's READ_ONCE/WRITE_ONCE question? > > > > Was I cced on these? > I've asked Andrew about READ_ONCE privately. Please post to a mailing list and cc

Re: [PATCH V3 2/2] mfd: Add ROHM BD9571MWV-M MFD PMIC driver

2017-07-10 Thread Geert Uytterhoeven
Hi Marek, On Tue, May 2, 2017 at 2:18 PM, Marek Vasut wrote: > Add the MFD part of the ROHM BD9571MWV-M PMIC driver and MAINTAINERS > entry. The MFD part only specifies the regmap bits for the PMIC and > binds the subdevs together. > > Signed-off-by: Marek Vasut > Cc: linux-kernel@vger.kernel.or

Re: [PATCH] regmap: regmap-w1: Fix build troubles

2017-07-10 Thread Mark Brown
On Mon, Jul 10, 2017 at 03:17:17PM +0200, Sebastian Reichel wrote: > On Mon, Jul 10, 2017 at 01:19:35PM +0100, Mark Brown wrote: > > Like I say I provided a tag for this and didn't get any request to > > pull/apply the update in the other direction so it is extremely > > disappointing to see that

Re: [PATCH] exec: Limit arg stack to at most _STK_LIM / 4 * 3

2017-07-10 Thread Kees Cook
On Mon, Jul 10, 2017 at 6:44 AM, Ben Hutchings wrote: > On Fri, 2017-07-07 at 11:57 -0700, Kees Cook wrote: >> To avoid pathological stack usage or the need to special-case setuid >> execs, just limit all arg stack usage to at most _STK_LIM / 4 * 3 (6MB). >> >> Signed-off-by: Kees Cook >> --- >>

Re: [PATCH] dpaa_eth: use correct device for DMA mapping API

2017-07-10 Thread Geert Uytterhoeven
Hi Arnd, On Mon, Jul 10, 2017 at 5:14 PM, Arnd Bergmann wrote: > Geert Uytterhoeven ran into a build error without CONFIG_HAS_DMA, > as a result of the driver calling set_dma_ops(). While we can > fix the build error in the dma-mapping implementation, there is > another problem in this driver: >

Re: [PATCH] exec: Limit arg stack to at most _STK_LIM / 4 * 3

2017-07-10 Thread Kees Cook
On Mon, Jul 10, 2017 at 6:13 AM, Michal Hocko wrote: > I am not sure whether this is still actual because there are just too > many pathes flying around these days. I am still trying to catch up... Linus applied this one, yes. > > On Fri 07-07-17 11:57:29, Kees Cook wrote: >> To avoid pathologic

Re: Potential scheduler regression

2017-07-10 Thread Ben Guthro
On Mon, Jul 10, 2017 at 11:26 AM, Greg KH wrote: > On Mon, Jul 10, 2017 at 11:25:32AM +0200, Peter Zijlstra wrote: >> On Fri, Jul 07, 2017 at 04:55:27PM -0400, Ben Guthro wrote: >> >> > Apologies on the delay - it took a bit to get the machines, to run the >> > test. >> > >> > I am happy to repor

Re: [PATCH] net/mlx5: IPSec, fix 64-bit division correctly

2017-07-10 Thread Joe Perches
On Mon, 2017-07-10 at 10:24 +, Ilan Tayari wrote: > > -Original Message- > > From: Arnd Bergmann [mailto:a...@arndb.de] > > Subject: [PATCH] net/mlx5: IPSec, fix 64-bit division correctly > > > > The new IPSec offload code introduced a build error: > > > > drivers/net/ethernet/mellano

[PATCH v8 2/5] dt-bindings: media: Document Synopsys Designware HDMI RX

2017-07-10 Thread Jose Abreu
Document the bindings for the Synopsys Designware HDMI RX. Signed-off-by: Jose Abreu Cc: Carlos Palminha Cc: Rob Herring Cc: Mark Rutland Cc: Mauro Carvalho Chehab Cc: Hans Verkuil Cc: Sylwester Nawrocki Cc: devicet...@vger.kernel.org Changes from v7: - Remove SoC specific bindings

[PATCH v8 5/5] [media] platform: Add Synopsys Designware HDMI RX Controller Driver

2017-07-10 Thread Jose Abreu
This is an initial submission for the Synopsys Designware HDMI RX Controller Driver. This driver interacts with a phy driver so that a communication between them is created and a video pipeline is configured. The controller + phy pipeline can then be integrated into a fully featured system that ca

Re: RFC: Task switch emulation fails for VM86 mode

2017-07-10 Thread Nadav Amit
Wanpeng Li wrote: > Cc Nadav, Jan, > 2017-07-09 15:30 GMT+08:00 Wanpeng Li : >> Hi all, >> >> I found that task switch emulation fails to work for VM86 mode if >> guest state is invalid. It can be reproduced by running >> kvm-unit-tests/taskswitch2.flat, EPT = 0 or EPT=1, >> unrestricted_guest=N

[PATCH v8 4/5] [media] platform: Add Synopsys Designware HDMI RX PHY e405 Driver

2017-07-10 Thread Jose Abreu
This adds support for the Synopsys Designware HDMI RX PHY e405. This phy receives and decodes HDMI video that is delivered to a controller. Main features included in this driver are: - Equalizer algorithm that chooses the phy best settings according to the detected HDMI cable chara

Re: [PATCH 2/2] MIPS/PCI: Fix pcibios_scan_bus() NULL check code path

2017-07-10 Thread Lorenzo Pieralisi
On Mon, Jul 10, 2017 at 09:55:53AM -0500, Bjorn Helgaas wrote: > On Mon, Jul 10, 2017 at 01:34:09PM +0100, Lorenzo Pieralisi wrote: > > If pci_scan_root_bus() fails (ie returns NULL) pcibios_scan_bus() must > > return immediately since the struct pci_bus pointer it returns is not > > valid and cann

[PATCH v8 1/5] [media] cec.h: Add stub function for cec_register_cec_notifier()

2017-07-10 Thread Jose Abreu
Add a new stub function for cec_register_cec_notifier() so that we can still call this function when CONFIG_CEC_NOTIFIER and CONFIG_CEC_CORE are not set. Signed-off-by: Jose Abreu Cc: Carlos Palminha Cc: Hans Verkuil --- include/media/cec.h | 8 1 file changed, 8 insertions(+) diff -

[PATCH v8 3/5] MAINTAINERS: Add entry for Synopsys Designware HDMI drivers

2017-07-10 Thread Jose Abreu
Add a entry for Synopsys Designware HDMI Receivers drivers and phys. Signed-off-by: Jose Abreu Cc: Carlos Palminha --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index c4be6d4..7ebc6dd 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -11354,6 +

Re: [PATCH] dt-bindings: display: sunxi: Improve endpoint ID scheme readability

2017-07-10 Thread Chen-Yu Tsai
On Sun, Jun 18, 2017 at 10:05 PM, Rob Herring wrote: > On Wed, Jun 14, 2017 at 02:30:16PM +0800, Chen-Yu Tsai wrote: >> The explanation for the endpoint ID numbering scheme is convoluted >> and hard to understand. >> >> This patch aims to improve the readability of it by combining the >> existing

[PATCH v8 0/5] Synopsys Designware HDMI Video Capture Controller + PHY

2017-07-10 Thread Jose Abreu
The Synopsys Designware HDMI RX controller is an HDMI receiver controller that is responsible to process digital data that comes from a phy. The final result is a stream of raw video data that can then be connected to a video DMA, for example, and transfered into RAM so that it can be displayed. T

Re: [PATCH] binfmt_flat: fix format string for u32

2017-07-10 Thread Joe Perches
On Mon, 2017-07-10 at 13:08 +0200, Arnd Bergmann wrote: > The types have changed from 'unsigned long' to 'u32', so now the > format string is wrong, and produces a harmless warning on arm32: [] > This changes it to '%d' instead, matching the 'u32' type. [] > diff --git a/fs/binfmt_flat.c b/fs/binfm

[PATCH 2/2] usb: host: pci_quirks: Force hard reset of Renesas uPD72020x USB controller

2017-07-10 Thread Marc Zyngier
The Renesas uPD72020x XHCI controller seems to suffer from a really annoying bug, where it may retain some of its DMA programming across a XHCI reset, and despite the driver correctly programming new DMA addresses. This is visible if the device has been using 64bit DMA addresses, and is then switch

[PATCH 0/2] Workaround for uPD72020x USB3 chips

2017-07-10 Thread Marc Zyngier
Ard and myself have just spent quite some time lately trying to pin down an issue in the DMA code which was taking the form of a PCIe USB3 controller issuing a DMA access at some bizarre address, and being caught red-handed by the IOMMU. After much head scratching and most of a week-end spent on t

Re: [PATCH] autofs: Revert wait_queue_t => wait_queue_entry_t rename

2017-07-10 Thread Florian Fainelli
On 07/10/2017 07:01 AM, Gabriel C wrote: > Hi, > > 2017-07-10 6:40 GMT+02:00 Florian Fainelli : >> This reverts commit ac6424b981bce1c4bc55675c6ce11bfe1bbfa64f "("sched/wait: >> Rename wait_queue_t => wait_queue_entry_t") as far as the autofs user API >> structures are concerned since that would b

[PATCH 1/2] PCI: Implement pci_reset_function_locked

2017-07-10 Thread Marc Zyngier
The implementation of PCI workarounds may require that the device is reset from its probe function. This implies that the PCI device lock is already held, and makes calling pci_reset_function impossible (since it will itself try to take that lock). This patch introduces pci_reset_function_locked,

Re: [PATCH 6/6] irqchip: brcmstb-l2: Add support for the BCM7271 L2 controller

2017-07-10 Thread Rob Herring
On Fri, Jul 07, 2017 at 12:20:16PM -0700, Doug Berger wrote: > Add the initialization of the generic irq chip for the BCM7271 L2 > interrupt controller. This controller only supports level > interrupts and uses the "brcm,bcm7271-l2-intc" compatibility > string. > > Signed-off-by: Doug Berger > -

<    1   2   3   4   5   6   7   8   9   >