Re: [PATCH 0/6] nvmem: patches for 4.21

2018-11-30 Thread Bartosz Golaszewski
pt., 30 lis 2018 o 12:53 Srinivas Kandagatla napisał(a): > > Hi Greg, > > This patchset adds support to > - new meson-efuse peripheral clock > - add type attribute > - add new config option to ignore dt node to scan cells. > > Can you please pick them up for 4.21. > Greg,

Re: [PATCH 1/2] x86/mm: Fix guard hole handling

2018-11-30 Thread Kirill A. Shutemov
On Fri, Nov 30, 2018 at 12:03:33PM +, Juergen Gross wrote: > On 30/11/2018 12:57, Kirill A. Shutemov wrote: > > There is a guard hole at the beginning of kernel address space, also > > used by hypervisors. It occupies 16 PGD entries. > > > > We do not state the reserved range directly, but cal

[PATCH v2] mm: page_mapped: don't assume compound page is huge or THP

2018-11-30 Thread Jan Stancek
LTP proc01 testcase has been observed to rarely trigger crashes on arm64: page_mapped+0x78/0xb4 stable_page_flags+0x27c/0x338 kpageflags_read+0xfc/0x164 proc_reg_read+0x7c/0xb8 __vfs_read+0x58/0x178 vfs_read+0x90/0x14c SyS_read+0x60/0xc0 Issue is that page_mapped() assu

Re: [PATCH v5 1/2] kernel/signal: Signal-based pre-coredump notification

2018-11-30 Thread Oleg Nesterov
On 11/29, Dave Martin wrote: > > SIGCHLD + wait() is immune to this problem for other child status > notifications (albeit with higher overhead). > > Unless I've missed something fundamental, signals simply aren't a > reliable data transport Yes. But I hope we are not going to implement WCOREDUMP.

Re: [PATCH 0/2] Link consumer with clock driver

2018-11-30 Thread Miquel Raynal
Hi Stephen, +Maxime Stephen Boyd wrote on Fri, 30 Nov 2018 01:24:57 -0800: > Quoting Miquel Raynal (2018-11-22 13:22:10) > > Hello, > > > > While working on suspend to RAM feature, I ran into troubles multiple > > times when clocks where not suspending/resuming at the desired time. I > > had a

Re: [PATCH 1/2] x86/mm: Fix guard hole handling

2018-11-30 Thread Juergen Gross
On 30/11/2018 12:57, Kirill A. Shutemov wrote: > There is a guard hole at the beginning of kernel address space, also > used by hypervisors. It occupies 16 PGD entries. > > We do not state the reserved range directly, but calculate it relative > to other entities: direct mapping and user space ran

[PATCH 0/2] slimbus: patches for 4.21

2018-11-30 Thread Srinivas Kandagatla
Hi Greg, Here are few trivial slimbus fixes. Could you please take them for 4.21 Thanks, srini Colin Ian King (1): slimbus: ngd: fix spelling mistake "exeeds" -> "exceeds" Wolfram Sang (1): slimbus: qcom-ctrl: simplify getting .driver_data drivers/slimbus/qcom-ctrl.c | 6 ++ drive

[PATCH 0/2] Fixups for LDT remap placement change

2018-11-30 Thread Kirill A. Shutemov
There's a couple fixes for the recent LDT remap placement change. The first patch fixes crash when kernel booted as Xen dom0. The second patch fixes address space markers in dump_pagetables output. It's purely cosmetic change, backporting to the stable tree is optional. Kirill A. Shutemov (2):

[PATCH 2/2] slimbus: ngd: fix spelling mistake "exeeds" -> "exceeds"

2018-11-30 Thread Srinivas Kandagatla
From: Colin Ian King There is a spelling mistake in a dev_err message, fix this. Signed-off-by: Colin Ian King Signed-off-by: Srinivas Kandagatla --- drivers/slimbus/qcom-ngd-ctrl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/slimbus/qcom-ngd-ctrl.c b/drivers/s

[PATCH 1/2] slimbus: qcom-ctrl: simplify getting .driver_data

2018-11-30 Thread Srinivas Kandagatla
From: Wolfram Sang We should get 'driver_data' from 'struct device' directly. Going via platform_device is an unneeded step back and forth. Signed-off-by: Wolfram Sang Signed-off-by: Srinivas Kandagatla --- drivers/slimbus/qcom-ctrl.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-

[PATCH 1/2] x86/mm: Fix guard hole handling

2018-11-30 Thread Kirill A. Shutemov
There is a guard hole at the beginning of kernel address space, also used by hypervisors. It occupies 16 PGD entries. We do not state the reserved range directly, but calculate it relative to other entities: direct mapping and user space ranges. The calculation got broken by recent change in kern

[PATCH 2/2] x86/dump_pagetables: Fix LDT remap address marker

2018-11-30 Thread Kirill A. Shutemov
The LDT remap placement has been changed. It's now placed before direct mapping in the kernel virtual address space for both paging modes. Change address markers order accordingly. Signed-off-by: Kirill A. Shutemov Fixes: d52888aa2753 ("x86/mm: Move LDT remap out of KASLR region on 5-level pagi

[PATCH 1/6] nvmem: add type attribute

2018-11-30 Thread Srinivas Kandagatla
From: Alexandre Belloni Add a type attribute so userspace is able to know how the data is stored as this can help taking the correct decision when selecting which device to use. This will also help program display the proper warnings when burning fuses for example. Signed-off-by: Alexandre Bello

[PATCH 4/6] nvmem: meson-efuse: add peripheral clock

2018-11-30 Thread Srinivas Kandagatla
From: Jerome Brunet Get and enable the peripheral clock required by the efuse device. The driver has been handle to work without it so far because the clock was left enabled by default but it won't be the case soon. Signed-off-by: Jerome Brunet Signed-off-by: Srinivas Kandagatla --- drivers/n

Re: [PATCH 3/6] ARM: dts: meson8: add the ARM TWD timer

2018-11-30 Thread kbuild test robot
Hi Martin, Thank you for the patch! Yet something to improve: [auto build test ERROR on robh/for-next] [also build test ERROR on v4.20-rc4 next-20181130] [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/linux

[PATCH 5/6] nvmem: Move nvmem_type_str array to its only user

2018-11-30 Thread Srinivas Kandagatla
From: Andy Shevchenko Since we put static variable to a header file it's copied to each module that includes the header. But not all of them are actually using it. Move nvmem_type_str array to its only user to make a compiler happy: In file included from include/linux/rtc.h:18,

[PATCH 6/6] nvmem: add new config option

2018-11-30 Thread Srinivas Kandagatla
From: Bartosz Golaszewski We want to add nvmem support for MTD. TI DaVinci is the first platform that will be using it, but only in non-DT mode. In order not to introduce any new interface to supporting of which we would have to commit - add a new config option that tells nvmem not to use the DT

[PATCH 3/6] nvmem: meson-efuse: bindings: add peripheral clock

2018-11-30 Thread Srinivas Kandagatla
From: Jerome Brunet The efuse found in gx SoC requires a peripheral clock to properly operate. We have been able to work without it until now because the clock was on by default, and left on by the CCF. Soon, it will not be the case anymore, so the device needs to claim the clock it needs Signed

[PATCH 2/6] nvmem: meson-efuse: add error message on user_max failure.

2018-11-30 Thread Srinivas Kandagatla
From: Jerome Brunet Add an explicit error message when SM_EFUSE_USER_MAX command fails Signed-off-by: Jerome Brunet Signed-off-by: Srinivas Kandagatla --- drivers/nvmem/meson-efuse.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/nvmem/meson-efuse.c b/drivers/n

[PATCH 0/6] nvmem: patches for 4.21

2018-11-30 Thread Srinivas Kandagatla
Hi Greg, This patchset adds support to - new meson-efuse peripheral clock - add type attribute - add new config option to ignore dt node to scan cells. Can you please pick them up for 4.21. thanks, srini Alexandre Belloni (1): nvmem: add type attribute Andy Shevchenk

Re: [PATCH v5] x86: load FPU registers on return to userland

2018-11-30 Thread Sebastian Andrzej Siewior
On 2018-11-28 23:20:06 [+0100], Sebastian Andrzej Siewior wrote: > This is a refurbished series originally started by by Rik van Riel. The Could someone please apply patch 1 - 7? Sebastian

Re: [PATCH v5 09/15] i2c: acpi: Introduce i2c_acpi_get_i2c_resource() helper

2018-11-30 Thread Wolfram Sang
> > Is this something we have to live with or which can be cleaned up > > somewhen? > > My opinion that we might need something like > drivers/acpi/acpi_i2c_lib.c > drivers/acpi/acpi_gpio_lib.c > etc. > Collect all of them in drivers/acpi/acpi_libs.c? > But better to ask Rafael and Mika what th

Re: Rough idea of implementing blocking perf calls for system call tracepoints

2018-11-30 Thread Jiri Olsa
On Fri, Nov 30, 2018 at 11:40:44AM +0100, Jiri Olsa wrote: > On Wed, Nov 28, 2018 at 02:18:08PM -0500, Steven Rostedt wrote: > > > > Adding Masami and Namhyung to this as well. > > > > -- Steve > > > > > > On Wed, 28 Nov 2018 13:47:00 -0500 > > Steven Rostedt wrote: > > > > > [ > > > Sorry f

[PATCH 3/8] lib/lzo: enable 64-bit CTZ on Arm

2018-11-30 Thread Dave Rodgman
From: Matt Sealey ARMv6 Thumb state introduced an RBIT instruction which, combined with CLZ as present in ARMv5, introduces an extremely fast path for counting trailing zeroes. Enable the use of the GCC builtin for this on ARMv6+ with CONFIG_THUMB2_KERNEL to ensure we get the 'new' instruction u

[PATCH 8/8] zram: default to lzo-rle instead of lzo

2018-11-30 Thread Dave Rodgman
lzo-rle gives higher performance and similar compression ratios to lzo. Testing with 80 browser tabs showed a 27% reduction in total time spent (de)compressing data during swapping. Signed-off-by: Dave Rodgman --- drivers/block/zram/zram_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(

[PATCH 7/8] lib/lzo: separate lzo-rle from lzo

2018-11-30 Thread Dave Rodgman
To prevent any issues with persistent data, separate lzo-rle from lzo so that it is treated as a separate algorithm, and lzo is still available. Link: http://lkml.kernel.org/r/20181127161913.23863-8-dave.rodg...@arm.com Signed-off-by: Dave Rodgman Cc: David S. Miller Cc: Greg Kroah-Hartman Cc:

[PATCH 1/8] lib/lzo: tidy-up ifdefs

2018-11-30 Thread Dave Rodgman
Modify the ifdefs in lzodefs.h to be more consistent with normal kernel macros (e.g., change __aarch64__ to CONFIG_ARM64). Signed-off-by: Dave Rodgman Cc: Herbert Xu Cc: David S. Miller Cc: Nitin Gupta Cc: Richard Purdie Cc: Markus F.X.J. Oberhumer Cc: Minchan Kim Cc: Sergey Senozhatsky Cc

[PATCH 5/8] lib/lzo: fast 8-byte copy on arm64

2018-11-30 Thread Dave Rodgman
From: Matt Sealey Enable faster 8-byte copies on arm64. Link: http://lkml.kernel.org/r/20181127161913.23863-6-dave.rodg...@arm.com Signed-off-by: Matt Sealey Signed-off-by: Dave Rodgman Cc: David S. Miller Cc: Greg Kroah-Hartman Cc: Herbert Xu Cc: Markus F.X.J. Oberhumer Cc: Minchan Kim C

[PATCH v3 0/7] lib/lzo: performance improvements

2018-11-30 Thread Dave Rodgman
This patch series introduces performance improvements for lzo. The previous version of this patchset is here: https://lkml.org/lkml/2018/11/27/1086 On 29/11/2018 8:32 pm, Andrew Morton wrote: > On Thu, 29 Nov 2018 10:21:53 + Dave Rodgman wrote: >>> OK, so it's not just "separate lzo-rle", it

[PATCH 4/8] lib/lzo: 64-bit CTZ on arm64

2018-11-30 Thread Dave Rodgman
From: Matt Sealey LZO leaves some performance on the table by not realising that arm64 can optimize count-trailing-zeros bit operations. Add CONFIG_ARM64 to the checked definitions alongside CONFIG_X86_64 to enable the use of rbit/clz instructions on full 64-bit quantities. Link: http://lkml.ke

[PATCH 6/8] lib/lzo: implement run-length encoding

2018-11-30 Thread Dave Rodgman
When using zram, we frequently encounter long runs of zero bytes. This adds a special case which identifies runs of zeros and encodes them using run-length encoding. This is faster for both compression and decompresion. For high-entropy data which doesn't hit this case, impact is minimal. Compres

[PATCH 2/8] lib/lzo: clean-up by introducing COPY16

2018-11-30 Thread Dave Rodgman
From: Matt Sealey Most compilers should be able to merge adjacent loads/stores of sizes which are less than but effect a multiple of a machine word size (in effect a memcpy() of a constant amount). However the semantics of the macro are that it just does the copy, the pointer increment is in the

Re: [PATCH v5 09/15] i2c: acpi: Introduce i2c_acpi_get_i2c_resource() helper

2018-11-30 Thread Andy Shevchenko
On Fri, Nov 30, 2018 at 12:06:52PM +0100, Wolfram Sang wrote: > > > > drivers/i2c/i2c-core-acpi.c | 41 ++--- > > > > include/linux/acpi.h| 11 ++ > > > > > > Any reason this is not in i2c.h? > > > > Yes. As I explained earlier to some people there

Re: [PATCH 12/16] dt-bindings: remoteproc: ti-pruss: Document application node bindings

2018-11-30 Thread Roger Quadros
On 29/11/18 18:33, David Lechner wrote: > On 11/29/18 4:07 AM, Roger Quadros wrote: >> On 27/11/18 01:27, David Lechner wrote: >>> On 11/26/18 1:52 AM, Roger Quadros wrote: From: Tero Kristo Add documentation for the Texas Instruments PRU application nodes. These are used to co

Re: [PATCH v2] signal: add procfd_signal() syscall

2018-11-30 Thread Arnd Bergmann
On Fri, Nov 30, 2018 at 7:56 AM Christian Brauner wrote: > On Thu, Nov 29, 2018 at 11:13:57PM -0600, Eric W. Biederman wrote: > > Arnd Bergmann writes: > > > On Thu, Nov 29, 2018 at 9:14 PM Andy Lutomirski > > > wrote: > > > > > > It looks like we already have a 'struct signalfd_siginfo' that i

[PATCH] arm64: drop linker script hack to hide __efistub_ symbols

2018-11-30 Thread Ard Biesheuvel
Commit 1212f7a16af4 ("scripts/kallsyms: filter arm64's __efistub_ symbols") updated the kallsyms code to filter out symbols with the __efistub_ prefix explicitly, so we no longer require the hack in our linker script to emit them as absolute symbols. Cc: Nick Desaulniers Signed-off-by: Ard Bieshe

[PATCH -next] remoteproc: remove duplicated include from qcom_sysmon.c

2018-11-30 Thread YueHaibing
Remove duplicated include. Signed-off-by: YueHaibing --- drivers/remoteproc/qcom_sysmon.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/remoteproc/qcom_sysmon.c b/drivers/remoteproc/qcom_sysmon.c index e976a60..603b813 100644 --- a/drivers/remoteproc/qcom_sysmon.c +++ b/drivers/remo

Re: [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message

2018-11-30 Thread Oleg Nesterov
On 11/30, Dmitry V. Levin wrote: > > On Thu, Nov 29, 2018 at 03:47:43PM +0100, Oleg Nesterov wrote: > > > > so that PTRACE_GETEVENTMSG users can easily tell > > > whether this new semantics is supported by the kernel or not. > > > > Yes. And how much this can help? Again, an application can trivial

Re: [PATCH v2 1/1] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT

2018-11-30 Thread Oleg Nesterov
On 11/30, Jürg Billeter wrote: > > This introduces a new thread group flag that can be set by calling > > prctl(PR_SET_KILL_DESCENDANTS_ON_EXIT, 1, 0, 0, 0) > > When a thread group exits with this flag set, it will send SIGKILL to > all descendant processes. This can be used to prevent stray c

Re: [PATCH 0/2] Parenthesis fix and temp vars

2018-11-30 Thread Greg Kroah-Hartman
On Tue, Nov 27, 2018 at 12:19:07AM +0100, Cristian Sicilia wrote: > In the first patch there is a fix of some parenthesis that terminate > on end of line and some parameters that are not aligned with > previous parenthesis. > > The second patch is a proposal that avoid the long line refactoring >

[PATCH] rpmsg: core: make rpmsg bus DMA capable

2018-11-30 Thread Srinivas Kandagatla
Many of the rpmsg clients like audio, fastrpc drivers need to allocate dma memory. Make this bus DMA capable so that the child devices can use dma apis. Signed-off-by: Srinivas Kandagatla --- drivers/rpmsg/rpmsg_core.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/rpmsg/rpmsg_core.

[PATCH -next] PNP: remove duplicated include from quirks.c

2018-11-30 Thread YueHaibing
Remove duplicated include. Signed-off-by: YueHaibing --- drivers/pnp/quirks.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/pnp/quirks.c b/drivers/pnp/quirks.c index 803666a..280943d 100644 --- a/drivers/pnp/quirks.c +++ b/drivers/pnp/quirks.c @@ -226,8 +226,6 @@ static void quirk

Re: [PATCH] HID: input: support Microsoft wireless radio control hotkey

2018-11-30 Thread Benjamin Tissoires
On Fri, Nov 30, 2018 at 7:46 AM Chris Chiu wrote: > > The ASUS laptops start to support the airplane mode radio management > to replace the original machanism of airplane mode toggle hotkey. > On the ASUS P5440FF, it presents as a HID device connecting via > I2C, name i2c-AMPD0001. When pressing h

Re: [PATCH] iwlwifi: mvm: remove duplicated include from ops.c

2018-11-30 Thread YueHaibing
Sorry, pls ignore this On 2018/11/30 19:13, YueHaibing wrote: > Remove duplicated include. > > Signed-off-by: YueHaibing > --- > drivers/net/wireless/intel/iwlwifi/mvm/ops.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/drivers/net/wireless/intel/iwlwifi/mvm/ops.c > b/drivers/net/wi

[PATCH] iwlwifi: mvm: remove duplicated include from ops.c

2018-11-30 Thread YueHaibing
Remove duplicated include. Signed-off-by: YueHaibing --- drivers/net/wireless/intel/iwlwifi/mvm/ops.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/net/wireless/intel/iwlwifi/mvm/ops.c b/drivers/net/wireless/intel/iwlwifi/mvm/ops.c index a31dc99..b85c877 100644 --- a/drivers/net/wi

Re: [PATCH -next] PNP: remove duplicated include from quirks.c

2018-11-30 Thread YueHaibing
Pls ignore this, the maintainer' email is wrong. On 2018/11/30 19:11, YueHaibing wrote: > Remove duplicated include. > > Signed-off-by: YueHaibing > --- > drivers/pnp/quirks.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/drivers/pnp/quirks.c b/drivers/pnp/quirks.c > index 803666a.

[PATCH -next] PNP: remove duplicated include from quirks.c

2018-11-30 Thread YueHaibing
Remove duplicated include. Signed-off-by: YueHaibing --- drivers/pnp/quirks.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/pnp/quirks.c b/drivers/pnp/quirks.c index 803666a..280943d 100644 --- a/drivers/pnp/quirks.c +++ b/drivers/pnp/quirks.c @@ -226,8 +226,6 @@ static void quirk

[PATCH -next] bus: fsl-mc: remove duplicated include files

2018-11-30 Thread YueHaibing
Remove duplicated include. Signed-off-by: YueHaibing --- drivers/bus/fsl-mc/dpbp.c | 1 - drivers/bus/fsl-mc/dpcon.c | 1 - 2 files changed, 2 deletions(-) diff --git a/drivers/bus/fsl-mc/dpbp.c b/drivers/bus/fsl-mc/dpbp.c index 17e3c5d..9003cd3 100644 --- a/drivers/bus/fsl-mc/dpbp.c +++ b/dri

Re: [PATCH V2 5/5] PM / Domains: Propagate performance state updates

2018-11-30 Thread Viresh Kumar
On 30-11-18, 11:18, Ulf Hansson wrote: > On Fri, 30 Nov 2018 at 10:59, Viresh Kumar wrote: > > Sure, but the ordering of locks is always subdomain first and then master. > > Considering the case of Qcom, we have two domains Cx (sub-domain) and Mx > > (master). > > > > On first genpd_power_on(Cx)

Re: [PATCH v5 09/15] i2c: acpi: Introduce i2c_acpi_get_i2c_resource() helper

2018-11-30 Thread Wolfram Sang
> > > drivers/i2c/i2c-core-acpi.c | 41 ++--- > > > include/linux/acpi.h| 11 ++ > > > > Any reason this is not in i2c.h? > > Yes. As I explained earlier to some people there are facts affecting this: > - the function is operate on top of solely AC

Re: [PATCH v8] clk: Add (devm_)clk_get_optional() functions

2018-11-30 Thread Russell King - ARM Linux
On Fri, Nov 30, 2018 at 10:25:37AM +, Phil Edworthy wrote: > Hi Stephen, > > On 30 November 2018 09:09 Stephen Boyd wrote: > > Quoting Phil Edworthy (2018-11-20 06:14:45) > > > This adds clk_get_optional() and devm_clk_get_optional() functions to > > > get optional clocks. > > > They behave th

Re: [PATCH v6 06/24] arm64: ptrace: Provide definitions for PMR values

2018-11-30 Thread Julien Thierry
On 30/11/18 10:38, Daniel Thompson wrote: > On Fri, Nov 30, 2018 at 08:53:47AM +, Julien Thierry wrote: >> >> >> On 29/11/18 16:40, Mark Rutland wrote: >>> On Mon, Nov 12, 2018 at 11:56:57AM +, Julien Thierry wrote: Introduce fixed values for PMR that are going to be used to mask an

Re: [PATCH v3] PCI: mediatek: Use devm_of_pci_get_host_bridge_resources() to parse DT

2018-11-30 Thread Lorenzo Pieralisi
On Fri, Nov 30, 2018 at 11:33:00AM +0800, honghui.zh...@mediatek.com wrote: > From: Honghui Zhang > > Use the devm_of_pci_get_host_bridge_resources() API in place of the PCI OF > DT parser. > > Signed-off-by: Honghui Zhang > Acked-by: Ryder Lee > --- > drivers/pci/controller/pcie-mediatek.c |

Re: [PATCH v5 09/15] i2c: acpi: Introduce i2c_acpi_get_i2c_resource() helper

2018-11-30 Thread Andy Shevchenko
On Fri, Nov 30, 2018 at 10:55:33AM +0100, Wolfram Sang wrote: > On Wed, Nov 28, 2018 at 01:45:29PM +0200, Andy Shevchenko wrote: > > Besides current two users one more is coming. Definitely makes sense to > > introduce a helper. > > > > No functional change intended. > > > > Signed-off-by: Andy S

Re: [PATCH 00/10] Regulator ena_gpiod fixups

2018-11-30 Thread Linus Walleij
On Fri, Nov 30, 2018 at 9:35 AM Bartosz Golaszewski wrote: > At least we could document it in the code. I've put some comments in my patch set, I will check if I can add some more in the less-than-obvious spots. Yours, Linus Walleij

Re: [PATCH v6 08/24] arm64: Unmask PMR before going idle

2018-11-30 Thread Julien Thierry
On 29/11/18 17:44, Mark Rutland wrote: > On Mon, Nov 12, 2018 at 11:56:59AM +, Julien Thierry wrote: >> CPU does not received signals for interrupts with a priority masked by >> ICC_PMR_EL1. This means the CPU might not come back from a WFI >> instruction. >> >> Make sure ICC_PMR_EL1 does no

Re: [PATCH 2/3] clk: qcom: gcc-msm8998: Disable halt check of UFS clocks

2018-11-30 Thread Marc Gonzalez
On 30/11/2018 07:52, Bjorn Andersson wrote: > Drop the halt check of the UFS symbol clocks, in accordance with other > platforms. This makes clk_disable_unused() happy and makes it possible > to turn the clocks on again without an error. > > Signed-off-by: Bjorn Andersson > --- > drivers/clk/qc

[RFC PATCH 2/6] char: fastrpc: Add Qualcomm fastrpc basic driver model

2018-11-30 Thread Srinivas Kandagatla
This patch adds basic driver model for qualcomm fastrpc. Each DSP rpmsg channel is represented as fastrpc channel context and is exposed as a character driver for userspace interface. Each compute context bank is represented as fastrpc-session-context, which are dynamically managed by the channel c

[RFC PATCH 0/6] char: Add support to Qualcomm FastRPC driver

2018-11-30 Thread Srinivas Kandagatla
This patchset adds support to Qualcomm FastRPC driver which implements an IPC (Inter-Processor Communication) mechanism that allows for clients to transparently make remote method invocations across processor boundaries. The below diagram depicts invocation of a single method where the client and

[RFC PATCH 1/6] char: dt-bindings: Add Qualcomm Fastrpc bindings

2018-11-30 Thread Srinivas Kandagatla
The FastRPC driver implements an IPC (Inter-Processor Communication) mechanism that allows for clients to transparently make remote method invocations across DSP and APPS boundaries. This enables developers to offload tasks to the DSP and free up the application processor for other tasks. Signed-o

[RFC PATCH 4/6] char: fastrpc: Add support for create remote init process

2018-11-30 Thread Srinivas Kandagatla
This patch adds support to create or attach remote shell process. The shell process called fastrpc_shell_0 is usually loaded on the DSP when a user process is spawned. Most of the work is derived from various downstream Qualcomm kernels. Credits to various Qualcomm authors who have contributed to

[RFC PATCH 6/6] char: fastrpc: Add support for compat ioctls

2018-11-30 Thread Srinivas Kandagatla
From: Thierry Escande This patch adds support for compat ioctl from 32 bits userland to Qualcomm fastrpc driver. Supported ioctls in this change are INIT, INVOKE, and ALLOC/FREE_DMA. Most of the work is derived from various downstream Qualcomm kernels. Credits to various Qualcomm authors who ha

[RFC PATCH 3/6] char: fastrpc: Add support for context Invoke method

2018-11-30 Thread Srinivas Kandagatla
This patch adds support to compute context invoke method on the remote processor (DSP). This involves setting up the functions input and output arguments, input and output handles and mapping the dmabuf fd for the argument/handle buffers. Most of the work is derived from various downstream Qualcom

[RFC PATCH 5/6] char: fastrpc: Add support for dmabuf exporter

2018-11-30 Thread Srinivas Kandagatla
User process can involve dealing with big buffer sizes, and also passing buffers from one compute context bank to other compute context bank for complex dsp algorithms. This patch adds support to fastrpc to make it a proper dmabuf exporter to avoid making copies of buffers. Signed-off-by: Sriniva

Re: [PATCH] HID: input: support Microsoft wireless radio control hotkey

2018-11-30 Thread kbuild test robot
Hi Chris, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.20-rc4 next-20181130] [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/linux

Re: [PATCH v2] fs: fix lost error code in dio_complete

2018-11-30 Thread Christoph Hellwig
Al, Jens, can someone pick this up, please? On Fri, Nov 30, 2018 at 10:02:22AM +0100, Maximilian Heyne wrote: > On 11/8/18 7:58 PM, Maximilian Heyne wrote: >> commit e259221763a40403d5bb232209998e8c45804ab8 ("fs: simplify the >> generic_write_sync prototype") reworked callers of generic_write_syn

Re: [PATCH 7/7] lib/lzo: separate lzo-rle from lzo

2018-11-30 Thread Dave Rodgman
On 29/11/2018 4:43 am, Sergey Senozhatsky wrote: > On (11/27/18 16:19), Dave Rodgman wrote:> >> +static struct crypto_alg alg = { >> +.cra_name = "lzo-rle", >> +.cra_flags = CRYPTO_ALG_TYPE_COMPRESS, >> +.cra_ctxsize= sizeof(struct lzorle_ctx), >>

Re: [PATCH] mmc: sdhci-omap: Workaround errata regarding SDR104/HS200 tuning failures (i929)

2018-11-30 Thread Faiz Abbas
Hi, I forgot to mention that this patch goes on top of my series "Tuning Fixes for sdhci-omap" series. https://patchwork.kernel.org/project/linux-mmc/list/?series=44725 Thanks, Faiz On 30/11/18 12:35 AM, Faiz Abbas wrote: > Errata i929 in certain OMAP5/DRA7XX/AM57XX silicon revisions > (SPRZ426

Re: dcache_readdir NULL inode oops

2018-11-30 Thread gre...@linuxfoundation.org
Adding Eric as he touched this code last :) On Thu, Nov 29, 2018 at 07:25:48PM +, Jan Glauber wrote: > On Wed, Nov 28, 2018 at 08:08:06PM +, Will Deacon wrote: > > I spent some more time looking at this today... > > > > On Fri, Nov 23, 2018 at 06:05:25PM +, Will Deacon wrote: > > > Do

Re: Rough idea of implementing blocking perf calls for system call tracepoints

2018-11-30 Thread Jiri Olsa
On Wed, Nov 28, 2018 at 02:18:08PM -0500, Steven Rostedt wrote: > > Adding Masami and Namhyung to this as well. > > -- Steve > > > On Wed, 28 Nov 2018 13:47:00 -0500 > Steven Rostedt wrote: > > > [ > > Sorry for the late reply on this, when I got back from Plumbers, my > > work was really p

Re: [PATCH v6 06/24] arm64: ptrace: Provide definitions for PMR values

2018-11-30 Thread Daniel Thompson
On Fri, Nov 30, 2018 at 08:53:47AM +, Julien Thierry wrote: > > > On 29/11/18 16:40, Mark Rutland wrote: > > On Mon, Nov 12, 2018 at 11:56:57AM +, Julien Thierry wrote: > >> Introduce fixed values for PMR that are going to be used to mask and > >> unmask interrupts by priority. These valu

Re: [PATCH 4.19 000/110] 4.19.6-stable review

2018-11-30 Thread Greg Kroah-Hartman
On Fri, Nov 30, 2018 at 02:22:59PM +0530, Naresh Kamboju wrote: > On Thu, 29 Nov 2018 at 20:05, Greg Kroah-Hartman > wrote: > > > > This is the start of the stable review cycle for the 4.19.6 release. > > There are 110 patches in this series, all will be posted as a response > > to this one. If a

Re: [PATCH 4.9 00/92] 4.9.142-stable review

2018-11-30 Thread Greg Kroah-Hartman
On Fri, Nov 30, 2018 at 09:10:27AM +, Jon Hunter wrote: > > On 29/11/2018 14:11, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.9.142 release. > > There are 92 patches in this series, all will be posted as a response > > to this one. If anyone has any iss

Re: [PATCH] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT

2018-11-30 Thread Oleg Nesterov
On 11/29, Jürg Billeter wrote: > > On Thu, 2018-11-29 at 13:34 +0100, Oleg Nesterov wrote: > > To me it would be more clean to call > > walk_process_tree(kill_descendant_visitor) > > unconditionally in find_new_reaper() right before "if > > (has_child_subreaper)", but > > then we will need to shi

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

2018-11-30 Thread Anshuman Khandual
On 11/30/2018 11:00 AM, Stephen Rothwell wrote: > Hi Andrew, > > After merging the akpm tree, today's linux-next build (powerpc_le perf) > failed like this: > > bench/numa.c: In function 'bind_to_node': > bench/numa.c:301:21: error: 'NUMA_NO_NODE' undeclared (first use in this > function); di

RE: [PATCH v8] clk: Add (devm_)clk_get_optional() functions

2018-11-30 Thread Phil Edworthy
Hi Stephen, On 30 November 2018 09:09 Stephen Boyd wrote: > Quoting Phil Edworthy (2018-11-20 06:14:45) > > This adds clk_get_optional() and devm_clk_get_optional() functions to > > get optional clocks. > > They behave the same as (devm_)clk_get except where there is no clock > > producer. In this

Re: [PATCH] perf evsel: Correct clock unit to nanosecond

2018-11-30 Thread Jiri Olsa
On Fri, Nov 30, 2018 at 06:06:05PM +0800, Leo Yan wrote: > Since commit 0aa802a79469 ("perf stat: Get rid of extra clock display > function"), the cpu and task clock unit has been changed from > nanosecond value to millisecond value. This introduces confusion for > CPU run time statistics, we can

Re: [PATCH 2/2] clk: core: link consumer with clock driver

2018-11-30 Thread Miquel Raynal
Hi Stephen, Stephen Boyd wrote on Fri, 30 Nov 2018 01:26:20 -0800: > Quoting Miquel Raynal (2018-11-23 01:11:32) > > Would you agree with me adding dummy functions in the #else section > > like: > > > > static inline void __clk_device_link(struct device *consumer, struct clk > > *clk) > > { >

答复: [RFC] locking/rwsem: Avoid issuing wakeup before setting the reader waiter to nil

2018-11-30 Thread Liu,Qi(ACU-T1)
Is there a semantic divergence between x86 instruction "LOCK cmpxchg" and the macro cmpxchg defined in linux kernel? The former guarantee full barrier in any case, and the latter only imply barrier in case of success? So, we use smp_mb__before_atomic() cmpxchg_relaxed() // no b

Re: [PATCH] mm: page_mapped: don't assume compound page is huge or THP

2018-11-30 Thread Kirill A. Shutemov
On Thu, Nov 29, 2018 at 10:53:48PM +0100, Jan Stancek wrote: > LTP proc01 testcase has been observed to rarely trigger crashes > on arm64: > page_mapped+0x78/0xb4 > stable_page_flags+0x27c/0x338 > kpageflags_read+0xfc/0x164 > proc_reg_read+0x7c/0xb8 > __vfs_read+0x58/0x178 >

Re: [PATCH V2 5/5] PM / Domains: Propagate performance state updates

2018-11-30 Thread Ulf Hansson
On Fri, 30 Nov 2018 at 10:59, Viresh Kumar wrote: > > On 30-11-18, 10:44, Ulf Hansson wrote: > > On Mon, 26 Nov 2018 at 09:10, Viresh Kumar wrote: > > > > > > This commit updates genpd core to start propagating performance state > > > updates to master domains that have their set_performance_stat

Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace

2018-11-30 Thread Oleg Nesterov
On 11/29, Tycho Andersen wrote: > > /* > * These should never be seen by user programs. To return one of ERESTART* > * codes, signal_pending() MUST be set. Note that ptrace can observe these > * at syscall exit tracing, but they will never be left for the debugged user > * process to see. >

Re: [PATCH AUTOSEL 4.14 25/35] iomap: sub-block dio needs to zeroout beyond EOF

2018-11-30 Thread Sasha Levin
On Fri, Nov 30, 2018 at 09:22:03AM +0100, Greg KH wrote: On Fri, Nov 30, 2018 at 09:40:19AM +1100, Dave Chinner wrote: I stopped my tests at 5 billion ops yesterday (i.e. 20 billion ops aggregate) to focus on testing the copy_file_range() changes, but Darrick's tests are still ongoing and have p

Re: [PATCH] arm64/bpf: use movn/movk/movk sequence to generate kernel addresses

2018-11-30 Thread Daniel Borkmann
On 11/27/2018 07:24 PM, Daniel Borkmann wrote: > On 11/27/2018 07:22 PM, Will Deacon wrote: >> Hi Ard, >> >> On Fri, Nov 23, 2018 at 06:29:02PM +0100, Ard Biesheuvel wrote: >>> On arm64, all executable code is guaranteed to reside in the vmalloc >>> space (or the module space), and so jump targets

Re: [PATCH] dmaengine: at_hdmac: fix memory leak in at_dma_xlate()

2018-11-30 Thread Mario Forner
Am Dienstag, 27. November 2018, 17:06:34 CET schrieb Richard Genoud: > The leak was found when opening/closing a serial port a great number of > time, increasing kmalloc-32 in slabinfo. > > Each time the port was opened, dma_request_slave_channel() was called. > Then, in at_dma_xlate(), atslave wa

Re: [RFC PATCH V2 00/11] Intel EPT-Based Sub-page Protection Support

2018-11-30 Thread Paolo Bonzini
On 30/11/18 08:52, Zhang Yi wrote: > Here is a patch-series which adding EPT-Based Sub-page Write Protection > Support. > > Introduction: > > EPT-Based Sub-page Write Protection referred to as SPP, it is a capability > which > allow Virtual Machine Monitors(VMM) to specify write-permission for

[PATCH] perf evsel: Correct clock unit to nanosecond

2018-11-30 Thread Leo Yan
Since commit 0aa802a79469 ("perf stat: Get rid of extra clock display function"), the cpu and task clock unit has been changed from nanosecond value to millisecond value. This introduces confusion for CPU run time statistics, we can see in below flow the clock value is scaled from nanosecond value

[tip:efi/core] efi: Reduce the amount of memblock reservations for persistent allocations

2018-11-30 Thread tip-bot for Ard Biesheuvel
Commit-ID: 80424b02d42bb22f8ff8839cb93a84ade53b39c0 Gitweb: https://git.kernel.org/tip/80424b02d42bb22f8ff8839cb93a84ade53b39c0 Author: Ard Biesheuvel AuthorDate: Thu, 29 Nov 2018 18:12:29 +0100 Committer: Ingo Molnar CommitDate: Fri, 30 Nov 2018 09:37:57 +0100 efi: Reduce the amount o

[tip:efi/core] efi: Permit multiple entries in persistent memreserve data structure

2018-11-30 Thread tip-bot for Ard Biesheuvel
Commit-ID: 5f0b0ecf043a5319e729c11a53bc8294df12dab3 Gitweb: https://git.kernel.org/tip/5f0b0ecf043a5319e729c11a53bc8294df12dab3 Author: Ard Biesheuvel AuthorDate: Thu, 29 Nov 2018 18:12:28 +0100 Committer: Ingo Molnar CommitDate: Fri, 30 Nov 2018 09:10:31 +0100 efi: Permit multiple ent

[tip:efi/core] efi/libstub: Disable some warnings for x86{,_64}

2018-11-30 Thread tip-bot for Nathan Chancellor
Commit-ID: 3db5e0ba8b8f4aee631d7ee04b7a11c56cfdc213 Gitweb: https://git.kernel.org/tip/3db5e0ba8b8f4aee631d7ee04b7a11c56cfdc213 Author: Nathan Chancellor AuthorDate: Thu, 29 Nov 2018 18:12:26 +0100 Committer: Ingo Molnar CommitDate: Fri, 30 Nov 2018 09:10:31 +0100 efi/libstub: Disable

[tip:efi/core] x86/efi: Move efi__boot_services() to arch/x86

2018-11-30 Thread tip-bot for Sai Praneeth Prakhya
Commit-ID: 47c33a095e1fae376d74b4160a0d73c1a4e73969 Gitweb: https://git.kernel.org/tip/47c33a095e1fae376d74b4160a0d73c1a4e73969 Author: Sai Praneeth Prakhya AuthorDate: Thu, 29 Nov 2018 18:12:25 +0100 Committer: Ingo Molnar CommitDate: Fri, 30 Nov 2018 09:10:31 +0100 x86/efi: Move efi_

[tip:efi/core] x86/efi: Unmap EFI boot services code/data regions from efi_pgd

2018-11-30 Thread tip-bot for Sai Praneeth Prakhya
Commit-ID: 08cfb38f3ef49cfd1bba11a00401451606477d80 Gitweb: https://git.kernel.org/tip/08cfb38f3ef49cfd1bba11a00401451606477d80 Author: Sai Praneeth Prakhya AuthorDate: Thu, 29 Nov 2018 18:12:24 +0100 Committer: Ingo Molnar CommitDate: Fri, 30 Nov 2018 09:10:30 +0100 x86/efi: Unmap EFI

[GIT PULL] mtd: Fixes for 4.20-rc5

2018-11-30 Thread Boris Brezillon
Hello Linus, Here is the MTD fixes PR for 4.20-rc5. Regards, Boris The following changes since commit 2e6e902d185027f8e3cb8b7305238f7e35d6a436: Linux 4.20-rc4 (2018-11-25 14:19:31 -0800) are available in the Git repository at: git://git.infradead.org/linux-mtd.git tags/mtd/fixes-for-4.20

Re: [PATCH V2 5/5] PM / Domains: Propagate performance state updates

2018-11-30 Thread Viresh Kumar
On 30-11-18, 10:44, Ulf Hansson wrote: > On Mon, 26 Nov 2018 at 09:10, Viresh Kumar wrote: > > > > This commit updates genpd core to start propagating performance state > > updates to master domains that have their set_performance_state() > > callback set. > > > > A genpd handles two type of perfo

[tip:efi/core] x86/mm/pageattr: Introduce helper function to unmap EFI boot services

2018-11-30 Thread tip-bot for Sai Praneeth Prakhya
Commit-ID: 7e0dabd3010d6041ee0a952c1146b2150a11f1be Gitweb: https://git.kernel.org/tip/7e0dabd3010d6041ee0a952c1146b2150a11f1be Author: Sai Praneeth Prakhya AuthorDate: Thu, 29 Nov 2018 18:12:23 +0100 Committer: Ingo Molnar CommitDate: Fri, 30 Nov 2018 09:10:30 +0100 x86/mm/pageattr: I

[tip:efi/core] efi/fdt: Simplify the get_fdt() flow

2018-11-30 Thread tip-bot for Julien Thierry
Commit-ID: 8c25db0a5a67986106aa3da7ce165ff961aa7847 Gitweb: https://git.kernel.org/tip/8c25db0a5a67986106aa3da7ce165ff961aa7847 Author: Julien Thierry AuthorDate: Thu, 29 Nov 2018 18:12:22 +0100 Committer: Ingo Molnar CommitDate: Fri, 30 Nov 2018 09:10:30 +0100 efi/fdt: Simplify the ge

[PATCH v7 0/7] Introduce STPMIC1 PMIC Driver

2018-11-30 Thread Pascal PAILLET-LME
The goal of this patch-set is to propose a driver for the STPMIC1 PMIC from STMicroelectronics. The STPMIC1 regulators supply power to an application processor as well as to external system peripherals such as DDR, Flash memories and system devices. It also features onkey button input and an har

[tip:efi/core] firmware/efi: Add NULL pointer checks in efivars API functions

2018-11-30 Thread tip-bot for Arend van Spriel
Commit-ID: ab2180a15ce54739fed381efb4cb12e78dfb1561 Gitweb: https://git.kernel.org/tip/ab2180a15ce54739fed381efb4cb12e78dfb1561 Author: Arend van Spriel AuthorDate: Thu, 29 Nov 2018 18:12:27 +0100 Committer: Ingo Molnar CommitDate: Fri, 30 Nov 2018 09:06:32 +0100 firmware/efi: Add NULL

[tip:efi/core] efi/fdt: Indentation fix

2018-11-30 Thread tip-bot for Julien Thierry
Commit-ID: 6935b3c43da96bb48017b2a3bc1d4f93899f9b28 Gitweb: https://git.kernel.org/tip/6935b3c43da96bb48017b2a3bc1d4f93899f9b28 Author: Julien Thierry AuthorDate: Thu, 29 Nov 2018 18:12:21 +0100 Committer: Ingo Molnar CommitDate: Fri, 30 Nov 2018 09:10:29 +0100 efi/fdt: Indentation fix

[PATCH v7 3/7] dt-bindings: input: document stpmic1 pmic onkey

2018-11-30 Thread Pascal PAILLET-LME
The stpmic1 pmic is able to manage an onkey button. It can be configured to shut-down the power supplies on a long key-press with an adjustable duration. Signed-off-by: Pascal Paillet Reviewed-by: Rob Herring --- changes in v7: nothing .../devicetree/bindings/input/st,stpmic1-onkey.txt | 28 ++

<    1   2   3   4   5   6   7   >