[PATCH] ACPI/PPTT: Add acpi_pptt_warn_missing() to consolidate logs

2019-02-07 Thread John Garry
For a system using ACPI-based FW without a PPTT, we may get many warnings about the lack of a PPTT, as shown: root@(none)$ dmesg | grep -i pptt [0.010125] ACPI PPTT: No PPTT table found, cpu topology may be inaccurate [7.138339] ACPI PPTT: No PPTT table found, cache topology may be

Re: [PATCH v2 2/9] PCI: keystone: Modify legacy_irq_handler to check the IRQ_STATUS of INTA/B/C/D

2019-02-07 Thread Lorenzo Pieralisi
On Thu, Feb 07, 2019 at 04:39:17PM +0530, Kishon Vijay Abraham I wrote: > The legacy interrupt handler directly checks the IRQ_STATUS register > corresponding to a interrupt line inorder to invoke generic_handle_irq. > > While this is okay for K2G platform which has separate interrupt line for >

Re: [PATCH V14 3/5] i2c: tegra: Add DMA support

2019-02-07 Thread Dmitry Osipenko
07.02.2019 19:08, Sowjanya Komatineni пишет: > > It became apparent to me that there is a problem here. The size of > dma_buf is 4096 bytes and maximum message length is 4096 too, we have > pushed 12 bytes packet_header to the buffer >and now there are 4084 bytes > left for the

Re: [PATCH] ACPI/PPTT: Add acpi_pptt_warn_missing() to consolidate logs

2019-02-07 Thread Jeremy Linton
Hi, On 2/7/19 10:14 AM, John Garry wrote: For a system using ACPI-based FW without a PPTT, we may get many warnings about the lack of a PPTT, as shown: root@(none)$ dmesg | grep -i pptt [0.010125] ACPI PPTT: No PPTT table found, cpu topology may be inaccurate [7.138339] ACPI PPTT: No

Re: On the issue of CPU model-specific registers write protection in UEFI secure boot mode

2019-02-07 Thread Sean Christopherson
On Thu, Feb 07, 2019 at 01:37:16AM +, Artem S. Tashkinov wrote: > Hello LKML, > > Is there a serious reason why CPU MSR is write protected in UEFI secure boot > mode in Linux? > * In order to even use MSR you have to be root to `modprobe msr`. > * In order to read/write from/to MSR you have

Re: [PATCH] LSM: Allow syzbot to ignore security= parameter.

2019-02-07 Thread Casey Schaufler
On 2/6/2019 6:30 PM, Tetsuo Handa wrote: > Casey Schaufler wrote: >> On 2/6/2019 2:23 AM, Tetsuo Handa wrote: >>> But as I update the documentation ( >>> https://tomoyo.osdn.jp/2.6/chapter-3.html.en#3.6 ), >>> I came to think that we should ignore security= parameter when lsm= >>> parameter is

Re: [PATCH] thermal: mtk: Allocate enough space for mtk_thermal.

2019-02-07 Thread Matthias Brugger
On 09/01/2019 06:57, Pi-Hsun Shih wrote: > The mtk_thermal struct contains a 'struct mtk_thermal_bank banks[];', > but the allocation only allocates sizeof(struct mtk_thermal) bytes, > which cause out of bound access with the ->banks[] member. Change it to > a fixed size array instead. > >

Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA

2019-02-07 Thread Doug Ledford
I think I've finally wrapped my head around all of this. Let's see if I have this right: * People are using filesystem DAX to expose byte addressable persistent memory because putting a filesystem on the memory makes an easy way to organize the data in the memory and share it between various

Re: 4.14 "random: add a config option to trust the CPU's hwrng"

2019-02-07 Thread Theodore Y. Ts'o
On Thu, Feb 07, 2019 at 12:28:09PM +0100, Greg KH wrote: > > > These are very useful in fixing esp. first-bootup delays of VMs due to > > > entropy starvation. > > > > > > > > > commit 39a8883a2b989d1d21bd8dd99f5557f0c5e89694 > > > Author: Theodore Ts'o > > > Date: Tue Jul 17 18:24:27 2018

Re: [PATCH 1/2] memblock: remove memblock_{set,clear}_region_flags

2019-02-07 Thread Souptick Joarder
On Wed, Feb 6, 2019 at 6:01 PM Mike Rapoport wrote: > > The memblock API provides dedicated helpers to set or clear a flag on a > memory region, e.g. memblock_{mark,clear}_hotplug(). > > The memblock_{set,clear}_region_flags() functions are used only by the > memblock internal function that

[PATCH v2 0/5] gpio: add support for pull-up/pull-down configuration

2019-02-07 Thread Thomas Petazzoni
Hello, As we started discussing in [1], it would be useful to have a way to configure pull-up/pull-down resistors for simple GPIO controllers that don't have any pinmuxing capability, and therefore no interaction with the pinctrl subsystem. This is a second iteration of the patches (the v1 was

[PATCH v2 2/5] gpio: rename gpio_set_drive_single_ended() to gpio_set_config()

2019-02-07 Thread Thomas Petazzoni
This commit simply renames gpio_set_drive_single_ended() to gpio_set_config(), as the function is not specific to setting the GPIO drive type, and will be used for other purposes in followup commits. In addition, it moves the function above gpiod_direction_input(), as it will be used from

[PATCH v2 4/5] gpio: add core support for pull-up/pull-down configuration

2019-02-07 Thread Thomas Petazzoni
This commit adds support for configuring the pull-up and pull-down resistors available in some GPIO controllers. While configuring pull-up/pull-down is already possible through the pinctrl subsystem, some GPIO controllers, especially simple ones such as GPIO expanders on I2C, don't have any

[PATCH v2 5/5] gpio: pca953x: add ->set_config implementation

2019-02-07 Thread Thomas Petazzoni
This commit adds a minimal implementation of the ->set_config() hook, with support for the PIN_CONFIG_BIAS_PULL_UP and PIN_CONFIG_BIAS_PULL_DOWN configurations. Signed-off-by: Thomas Petazzoni --- drivers/gpio/gpio-pca953x.c | 66 +++-- 1 file changed, 64

[PATCH v2 1/5] dt-bindings: gpio: document the new pull-up/pull-down flags

2019-02-07 Thread Thomas Petazzoni
This commit extends the flags that can be used in GPIO specifiers to indicate if a pull-up resistor or pull-down resistor should be enabled. While some pinctrl DT bindings already offer the capability of configuring pull-up/pull-down resistors at the pin level, a number of simple GPIO controllers

[PATCH v2 3/5] gpio: use new gpio_set_config() helper in more places

2019-02-07 Thread Thomas Petazzoni
As suggested by Linus Walleij, let's use the new gpio_set_config() helper in gpiod_set_debounce() and gpiod_set_transitory(). Signed-off-by: Thomas Petazzoni --- drivers/gpio/gpiolib.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpio/gpiolib.c

Re: [PATCH v8 2/8] mfd: bd70528: Support ROHM bd70528 PMIC - core

2019-02-07 Thread Matti Vaittinen
Hello Lee, Thanks for taking a look at this. On Thu, Feb 07, 2019 at 02:00:53PM +, Lee Jones wrote: > On Thu, 07 Feb 2019, Matti Vaittinen wrote: > > +// Copyright (C) 2018 ROHM Semiconductors > > This needs updating. Ok > > +#define BD70528_INT_RES(_reg, _name) \ > > + {

Re: [PATCH v8 4/8] devicetree: bindings: Document first ROHM BD70528 bindings

2019-02-07 Thread Matti Vaittinen
On Thu, Feb 07, 2019 at 07:42:29AM -0800, Guenter Roeck wrote: > On Thu, Feb 07, 2019 at 05:36:00PM +0200, Matti Vaittinen wrote: > > Hello Lee, > > > > Thanks for the reviews! > > > > On Thu, Feb 07, 2019 at 02:04:18PM +, Lee Jones wrote: > > > On Thu, 07 Feb 2019, Matti Vaittinen wrote: >

[PATCH V2 1/2] dt-bindings: hwmon: Add optional regulator support to pwm-fan

2019-02-07 Thread Stefan Wahren
This adds an optional regulator support (e.g. switchable supply) to the pwm fan binding. Signed-off-by: Stefan Wahren --- Documentation/devicetree/bindings/hwmon/pwm-fan.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git a/Documentation/devicetree/bindings/hwmon/pwm-fan.txt

[PATCH V2 0/2] hwmon: pwm-fan: Add optional regulator support

2019-02-07 Thread Stefan Wahren
This small series implements the optional regulator support for the pwm-fan driver. Changes in V2: - address Guenter's comments: - handle error case first - drop ENOSYS handling - implement more consistent bail out handling - enable regulator before setup PWM - make sure we disable

[PATCH V2 2/2] hwmon: pwm-fan: Add optional regulator support

2019-02-07 Thread Stefan Wahren
This adds optional regulator support to the pwm-fan driver. This is necessary for pwm fans which are powered by a switchable supply. Signed-off-by: Stefan Wahren --- drivers/hwmon/pwm-fan.c | 39 ++- 1 file changed, 38 insertions(+), 1 deletion(-) diff --git

[PATCH 4/4] debian: add generic rule file

2019-02-07 Thread Enrico Weigelt, metux IT consult
Adding a generic debian rule file, so we can build the directly via usual Debian package build tools (eg. git-buildpackage, dck-buildpackage, etc). It expects the .config file already placed in the source tree. The rule file contains a rule for creating debian/control and other metadata - this is

[PATCH 3/4] scripts: mkdebian: fix dependencies

2019-02-07 Thread Enrico Weigelt, metux IT consult
We missed some build dependencies in the generated debian/control file. Signed-off-by: Enrico Weigelt, metux IT consult --- scripts/package/mkdebian | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/package/mkdebian b/scripts/package/mkdebian index ff226be..1caaf0b

[PATCH 2/4] scripts: mkdebian: allow renaming generated debian/rules

2019-02-07 Thread Enrico Weigelt, metux IT consult
Add new environment variable KDEB_RULES for controlling where the generated debian rules are written to. By defaults, it's debian/rules, but packagers might override it for providing their own rules file. Signed-off-by: Enrico Weigelt, metux IT consult --- scripts/package/mkdebian | 5 - 1

[PATCH 1/4] Makefile: add kernelarch rule that prints the kernel architecture and localversion

2019-02-07 Thread Enrico Weigelt, metux IT consult
trivial rule to print out the kernel arch and localversion, so external tools, like distro packagers, can easily get it. Signed-off-by: Enrico Weigelt, metux IT consult --- Makefile | 6 ++ 1 file changed, 6 insertions(+) diff --git a/Makefile b/Makefile index 3142e67..2719907 100644 ---

RFC: refactoring the deb build

2019-02-07 Thread Enrico Weigelt, metux IT consult
Hello folks, here are some patches for build process that allow building debian packages right the usual canonical way (eg. via dpkg-buildpackage or dck-buildpackage), instead 'manually' setting up the build environment and calling make. So, from a debian native perspective, turning it from head

Re: [PATCH] xhci: Drop superfluous initialization in xhci_queue_ctrl_tx()

2019-02-07 Thread Sergei Shtylyov
Hello! On 07.02.2019 3:03, Andrey Smirnov wrote: Simplify filed's initialization by directly assigning its final value field's. instead of initializing the variable to sero and then bitwise or-ing it. Signed-off-by: Andrey Smirnov Cc: Mathias Nyman Cc: Greg Kroah-Hartman Cc:

Re: [PATCH v15] i2c: Add drivers for the AMD PCIe MP2 I2C controller

2019-02-07 Thread Shah, Nehal-bakulchandra
Hi Bjorn and Wolfram, On 2/7/2019 9:23 PM, Wolfram Sang wrote: > Hi Bjorn, > > thanks a lot for your additional information! > >> IMHO the split into two drivers is a bit of a mess and doesn't really >> correspond with the hardware, as I mentioned at [1]. The PCI device >> is the real

Re: [PATCH 1/7] Revert "ARM: mediatek: add MT7623a smp bringup code"

2019-02-07 Thread Matthias Brugger
On 29/01/2019 05:28, Ryder Lee wrote: > This reverts commit 3b99ab7deca1e5f4229b4bdecd005d71e22cfc60. > > The compatible "mediatek,mt7623a" is useless, so remove it. > > Signed-off-by: Ryder Lee pushed to v5.0-next/soc Thanks! > --- > arch/arm/mach-mediatek/mediatek.c | 2 -- >

Re: [PATCHv2 1/9] mm: Introduce new vm_insert_range and vm_insert_range_buggy API

2019-02-07 Thread Matthew Wilcox
On Thu, Feb 07, 2019 at 09:19:47PM +0530, Souptick Joarder wrote: > Just thought to take opinion for documentation before placing it in v3. > Does it looks fine ? > > +/** > + * __vm_insert_range - insert range of kernel pages into user vma > + * @vma: user vma to map to > + * @pages: pointer to

Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA

2019-02-07 Thread Jan Kara
On Wed 06-02-19 15:54:01, Doug Ledford wrote: > On Wed, 2019-02-06 at 12:20 -0800, Matthew Wilcox wrote: > > On Wed, Feb 06, 2019 at 03:16:02PM -0500, Doug Ledford wrote: > > > On Wed, 2019-02-06 at 11:40 -0800, Matthew Wilcox wrote: > > > > On Wed, Feb 06, 2019 at 07:16:21PM +, Christopher

Re: [PATCH v2 6/9] PCI: dwc: Add support to use non default msi_irq_chip

2019-02-07 Thread Lorenzo Pieralisi
On Thu, Feb 07, 2019 at 04:39:21PM +0530, Kishon Vijay Abraham I wrote: > Platforms using Designware IP uses dw_pci_msi_bottom_irq_chip for > configuring the MSI controller logic within the Designware IP. However > certain platforms like Keystone (K2G) which uses Desingware IP has > it's own MSI

[PATCH v2 3/3] kernel/sysctl.c: define minmax conv functions in terms of non-minmax versions

2019-02-07 Thread Zev Weiss
do_proc_do[u]intvec_minmax_conv() had included open-coded versions of do_proc_do[u]intvec_conv(); the duplication led to buggy inconsistencies (missing range checks). To reduce the likelihood of such problems in the future, we can instead refactor both to be defined in terms of their non-bounded

Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA

2019-02-07 Thread Ira Weiny
On Wed, Feb 06, 2019 at 10:23:10PM -0700, Jason Gunthorpe wrote: > On Thu, Feb 07, 2019 at 02:52:58PM +1100, Dave Chinner wrote: > > > Requiring ODP capable hardware and applications that control RDMA > > access to use file leases and be able to cancel/recall client side > > delegations (like NFS

Re: [PATCH v2 0/3] sysctl: fix range-checking in do_proc_dointvec_minmax_conv()

2019-02-07 Thread Zev Weiss
On Thu, Feb 07, 2019 at 09:51:44AM CST, Luis Chamberlain wrote: On Thu, Feb 07, 2019 at 06:34:23AM -0600, Zev Weiss wrote: Hello, After being left with an unusable system after a typo executing something like 'echo $((1<<24)) > /proc/sys/vm/max_map_count', I found that

Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA

2019-02-07 Thread Christopher Lameter
One approach that may be a clean way to solve this: 1. Long term GUP usage requires the virtual mapping to the pages be fixed for the duration of the GUP Map. There never has been a way to break the pinnning and thus this needs to be preserved. 2. Page Cache Long term pins are not allowed

Re: [RFC PATCH 0/4] kvm: Report unused guest pages to host

2019-02-07 Thread Alexander Duyck
On Thu, 2019-02-07 at 09:48 -0500, Nitesh Narayan Lal wrote: > On 2/4/19 1:15 PM, Alexander Duyck wrote: > > This patch set provides a mechanism by which guests can notify the host of > > pages that are not currently in use. Using this data a KVM host can more > > easily balance memory workloads

Re: [PATCH v2] tpm/tpm_crb: Avoid unaligned reads in crb_recv()

2019-02-07 Thread Jerry Snitselaar
On Thu Feb 07 19, Sasha Levin wrote: Hi, [This is an automated email] This commit has been processed because it contains a "Fixes:" tag, fixing commit: 30fc8d138e91 tpm: TPM 2.0 CRB Interface. The bot has tested the following trees: v4.20.6, v4.19.19, v4.14.97, v4.9.154, v4.4.172. v4.20.6:

Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA

2019-02-07 Thread Ira Weiny
On Thu, Feb 07, 2019 at 10:28:05AM -0500, Tom Talpey wrote: > On 2/7/2019 10:04 AM, Chuck Lever wrote: > > > > > > > On Feb 7, 2019, at 12:23 AM, Jason Gunthorpe wrote: > > > > > > On Thu, Feb 07, 2019 at 02:52:58PM +1100, Dave Chinner wrote: > > > > > > > Requiring ODP capable hardware and

[PATCH 3/3] dt-bindings: sound: msm8916-wcd-analog: fix example regulator names

2019-02-07 Thread Johan Hovold
Fix upper-case regulator names in the binding example which do not match the corresponding required properties. While at it, add a blank line after the required-properties section to improve readability. Signed-off-by: Johan Hovold --- .../devicetree/bindings/sound/qcom,msm8916-wcd-analog.txt

[PATCH 0/3] ASoC: msm8916-wcd: license and documentation fixes

2019-02-07 Thread Johan Hovold
This series adds the missing license information to the msm8916-wcd-analog driver and converts it's digital counterpart to SPDX. Included is also a fix of the binding example for the analog driver. Johan Johan Hovold (3): ASoC: msm8916-wcd-analog: add missing license information ASoC:

[PATCH 1/3] ASoC: msm8916-wcd-analog: add missing license information

2019-02-07 Thread Johan Hovold
Add the missing license and copyright information which never made it into the analog driver when the original driver was split in two as part of the review process. Link: https://lkml.kernel.org/r/1465582725-30183-3-git-send-email-srinivas.kandaga...@linaro.org Fixes: 585e881e5b9e ("ASoC:

[PATCH 2/3] ASoC: msm8916-wcd-digital: convert license header to SPDX

2019-02-07 Thread Johan Hovold
Convert the GPLv2-only license header to SPDX. Signed-off-by: Johan Hovold --- sound/soc/codecs/msm8916-wcd-digital.c | 13 +++-- 1 file changed, 3 insertions(+), 10 deletions(-) diff --git a/sound/soc/codecs/msm8916-wcd-digital.c b/sound/soc/codecs/msm8916-wcd-digital.c index

Re: [PATCH v2 00/12] btrfs: add zstd compression level support

2019-02-07 Thread David Sterba
On Mon, Feb 04, 2019 at 03:19:56PM -0500, Dennis Zhou wrote: > Dennis Zhou (12): > btrfs: add helpers for compression type and level > btrfs: rename workspaces_list to workspace_manager > btrfs: manage heuristic workspace as index 0 > btrfs: unify compression ops with workspace_manager >

[PATCH 01/22] ASoC: dmaengine: Improve of_node test in dmaengine_pcm_request_chan_of()

2019-02-07 Thread Sylwester Nawrocki
Currently when of_node of the "PCM" device is null dmaengine_pcm_request_chan_of() function will bail out, including cases when custom DMA device is intended to be used. To have the channels properly requested when custom DMA device is provided extend the of_node test to also consider

[PATCH 03/22] ASoC: samsung: dmaengine: Allow to specify custom DMA device

2019-02-07 Thread Sylwester Nawrocki
The additional function argument will allow to select proper DMA device for requesting DMA channel for the secondary CPU DAI. Signed-off-by: Sylwester Nawrocki --- sound/soc/samsung/dma.h | 3 ++- sound/soc/samsung/dmaengine.c | 4 +++- sound/soc/samsung/i2s.c | 4 ++--

[PATCH 04/22] ASoC: samsung: i2s: Fix prescaler setting for the secondary DAI

2019-02-07 Thread Sylwester Nawrocki
Make sure i2s->rclk_srcrate is properly initialized also during playback through the secondary DAI. Signed-off-by: Sylwester Nawrocki --- sound/soc/samsung/i2s.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/sound/soc/samsung/i2s.c b/sound/soc/samsung/i2s.c index

Re: [PATCH V4 2/9] jump_label: Add the jump_label_can_update_check() helper

2019-02-07 Thread Daniel Bristot de Oliveira
On 2/7/19 3:08 PM, Borislav Petkov wrote: > On Thu, Feb 07, 2019 at 02:21:09PM +0100, Daniel Bristot de Oliveira wrote: >> diff --git a/kernel/jump_label.c b/kernel/jump_label.c >> index 288d630da22d..1e6f4d27e28d 100644 >> --- a/kernel/jump_label.c >> +++ b/kernel/jump_label.c >> @@ -374,22

[PATCH 13/22] ASoC: samsung: i2s: Drop spinlock pointer from i2s_dai data structure

2019-02-07 Thread Sylwester Nawrocki
As we now have the 'priv' pointer in most of the places we can use priv->lock directly, dropping extra indirection in the SFR region spinlock access. Signed-off-by: Sylwester Nawrocki --- sound/soc/samsung/i2s.c | 51 +++-- 1 file changed, 24 insertions(+),

[PATCH 10/22] ASoC: samsung: i2s: Move opclk data to common driver data structure

2019-02-07 Thread Sylwester Nawrocki
The clock for generating I2S signals is also common for both CPU DAIs so move it to the driver's common data structure. Signed-off-by: Sylwester Nawrocki --- sound/soc/samsung/i2s.c | 70 +++-- 1 file changed, 33 insertions(+), 37 deletions(-) diff --git

[PATCH 12/22] ASoC: samsung: i2s: Move SFR pointer to common driver data structure

2019-02-07 Thread Sylwester Nawrocki
The SFR region is common for both DAIs so move related data structure field from struct i2s_dai to the common driver data structure. Signed-off-by: Sylwester Nawrocki --- sound/soc/samsung/i2s.c | 105 ++-- 1 file changed, 58 insertions(+), 47 deletions(-)

[PATCH 00/22] ASoC: dmaengine updates, secondary CPU DAI for Odroid boards

2019-02-07 Thread Sylwester Nawrocki
This series restores support for the secondary CPU DAI in samsung/i2s.c driver and adds support for secondary CPU DAI on Odroid boards. First two patches introduce changes in ASoC generic dmaengine driver so as to use custom DMA config as introduced in commit 194c7dea00c6 "ASoC: dmaengine: add

[PATCH 15/22] ASoC: samsung: i2s: Move quirks data to common driver data structure

2019-02-07 Thread Sylwester Nawrocki
The quirk flags are common for the primary and the secondary DAI so move respective field from struct i2s_dai to common driver data structure. Signed-off-by: Sylwester Nawrocki --- sound/soc/samsung/i2s.c | 36 ++-- 1 file changed, 14 insertions(+), 22

[PATCH 20/22] ASoC: dmaengine: Remove unused SND_DMAENGINE_PCM_FLAG_CUSTOM_CHANNEL_NAME flag

2019-02-07 Thread Sylwester Nawrocki
There is now no users of this flag so remove it together with related data structure field. Signed-off-by: Sylwester Nawrocki --- include/sound/dmaengine_pcm.h | 6 -- sound/soc/soc-generic-dmaengine-pcm.c | 21 - 2 files changed, 4 insertions(+), 23

[PATCH 16/22] ASoC: samsung: i2s: Get rid of a static spinlock

2019-02-07 Thread Sylwester Nawrocki
This patch makes the spinlock serializing access to the primary/secondary PCM a per I2S controller lock, rather than a global one. There is no need to have a global lock across multiple I2S controllers in the SoC. Signed-off-by: Sylwester Nawrocki --- sound/soc/samsung/i2s.c | 16

[PATCH 17/22] ASoC: samsung: odroid: Add support for secondary CPU DAI

2019-02-07 Thread Sylwester Nawrocki
This patch adds DPCM links in order to support the secondary I2S interface. For the secondary PCM interface to be actually available one more entry should be added to the sound-dai property in sound/cpu node in DT. The changes in driver are done in a way so we are backwards compatible with

[PATCH 02/22] ASoC: dmaengine: Extend use of chan_names provided in custom DMA config

2019-02-07 Thread Sylwester Nawrocki
There are currently two ways to specify custom DMA channel names: - through the SND_DMAENGINE_PCM_FLAG_CUSTOM_CHANNEL_NAME flag and snd_dmaengine_dai_dma_data data structure, - through chan_names field of struct snd_dmaengine_pcm_config. In order to replace the DAI DMA data method with the

[PATCH 14/22] ASoC: samsung: i2s: Move IP variant data to common driver data structure

2019-02-07 Thread Sylwester Nawrocki
The IP variant data is another thing common for both DAIs, move it to the driver's common data structure. Signed-off-by: Sylwester Nawrocki --- sound/soc/samsung/i2s.c | 42 - 1 file changed, 21 insertions(+), 21 deletions(-) diff --git

[PATCH 06/22] ASoC: samsung: i2s: Restore support for the secondary PCM

2019-02-07 Thread Sylwester Nawrocki
This patch introduces again registration of additional platform device as we still need it for registering the secondary dmaengine PCM component. This patch in most part is a revert of changes done in commit be2c92eb64023e ("ASoC: samsung: i2s: Remove virtual device for secondary DAI")

[PATCH 19/22] ASoC: samsung: Drop DAI DMA data chan_name assignments

2019-02-07 Thread Sylwester Nawrocki
There is now no need to pass DMA channel names through the DAI DMA data, custom DMA config of the PCM is now used for this purpose. Signed-off-by: Sylwester Nawrocki --- sound/soc/samsung/i2s.c | 4 sound/soc/samsung/s3c2412-i2s.c | 2 -- sound/soc/samsung/s3c24xx-i2s.c | 2 -- 3

[PATCH 08/22] ASoC: samsung: i2s: Add widgets and routes for DPCM support

2019-02-07 Thread Sylwester Nawrocki
This patch adds DAPM widgets required to model the internal mixer of the I2S controller merging audio streams from the primary and from the secondary PCM interface. Signed-off-by: Sylwester Nawrocki --- sound/soc/samsung/i2s.c | 27 ++- 1 file changed, 26 insertions(+),

[PATCH 09/22] ASoC: samsung: i2s: Move core clk to the driver common data structure

2019-02-07 Thread Sylwester Nawrocki
The core clock is also common for both CPU DAIs so move it to the driver's private data structure. Signed-off-by: Sylwester Nawrocki --- sound/soc/samsung/i2s.c | 27 ++- 1 file changed, 14 insertions(+), 13 deletions(-) diff --git a/sound/soc/samsung/i2s.c

Re: [PATCH v6 01/27] x86/crypto: Adapt assembly for PIE support

2019-02-07 Thread Thomas Garnier
On Thu, Feb 7, 2019 at 3:49 AM Borislav Petkov wrote: > > On Thu, Jan 31, 2019 at 11:24:08AM -0800, Thomas Garnier wrote: > > Change the assembly code to use only relative references of symbols for the > > kernel to be PIE compatible. > > > > Position Independent Executable (PIE) support will

RE: [PATCH] aout: incorrct use of strncpy fixed.

2019-02-07 Thread David Laight
From: Derek Robson > Sent: 02 February 2019 00:55 > > Found a bug with the source / dest length > updated to have size limit as the size of dest not size or source. > > Signed-off-by: Derek Robson > --- > arch/x86/ia32/ia32_aout.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > >

[PATCH 05/22] ASoC: samsung: i2s: Convert to single component with multiple DAIs

2019-02-07 Thread Sylwester Nawrocki
This patch includes minimal changes as a prerequisite for adding support for the Exynos secondary I2S interface as second DAI of the I2S component. Doing it that way allows to avoid problems as indicated in commmit 6b01e0365b1689 ("ASoC: samsung: i2s: disable secondary DAI until it gets fixed")

[PATCH 07/22] ASoC: samsung: i2s: Move clk supplier data to common driver data structure

2019-02-07 Thread Sylwester Nawrocki
Having the clocks provider data in struct samsung_i2s_priv, i.e. per the I2S controller instance, rather than per CPU DAI better models the hardware and simplifies the code a little. The clock provider is common for both DAIs. Signed-off-by: Sylwester Nawrocki --- sound/soc/samsung/i2s.c | 68

[PATCH 11/22] ASoC: samsung: i2s: Move registers cache to common driver data structure

2019-02-07 Thread Sylwester Nawrocki
There is no need to keep the PM suspend/resume register cache separate for each DAI as those registers are common, move related i2s_dai data structure to the driver's common data structure. This will allow us to simplify the code a little eventually and to make it easier to follow.

[PATCH 18/22] ASoC: samsung: Specify DMA channel names through custom DMA config

2019-02-07 Thread Sylwester Nawrocki
This is a part of conversion of Samsung platforms to use the custom DMA config for specifying DMA channel names, in addition to passing custom DMA device for the secondary CPU DAI's "PCM" component for some variants of the I2S controller. We also don't set the

[PATCH 21/22] ARM: dts: exynos5422-odroidxu3: Add support for secondary DAI

2019-02-07 Thread Sylwester Nawrocki
This patch extends DAPM routing and adds secondary CPU DAI entry to support the secondary audio PCM interface on Odroid XU3. Signed-off-by: Sylwester Nawrocki --- arch/arm/boot/dts/exynos5422-odroidxu3-audio.dtsi | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH 22/22] ARM: dts: exynos5422-odroidxu4: Add support for secondary DAI

2019-02-07 Thread Sylwester Nawrocki
This patch extends DAPM routing and adds secondary CPU DAI entry to support the secondary audio PCM interface on Odroid XU4. Signed-off-by: Sylwester Nawrocki --- arch/arm/boot/dts/exynos5422-odroidxu4.dts | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v6 02/27] x86: Use symbol name in jump table for PIE support

2019-02-07 Thread Thomas Garnier
On Thu, Feb 7, 2019 at 4:17 AM Borislav Petkov wrote: > > On Thu, Jan 31, 2019 at 11:24:09AM -0800, Thomas Garnier wrote: > > Replace the %c constraint with %P. The %c is incompatible with PIE > > because it implies an immediate value whereas %P reference a symbol. > > How so? > > AFAIK, %c

Re: [PATCH] tty: serial: meson_uart: Add support for kernel debugger

2019-02-07 Thread Masson, Julien
On Fri 01 Feb 2019 at 11:10, Corentin Labbe wrote: > On Fri, Feb 01, 2019 at 10:59:22AM +0100, Julien Masson wrote: >> The kgdb invokes the poll_put_char and poll_get_char when communicating >> with the host. This patch implement the serial polling hooks for the >> meson_uart to be used for

[PATCH] input: keyboard: gpio-keys-polled: use input name from pdata if available

2019-02-07 Thread Enrico Weigelt, metux IT consult
Instead of hardcoding the input name to the driver name ('gpio-keys-polled'), allow the passing a name via platform data ('name' field was already present), but default to old behaviour in case of NULL. Signed-off-by: Enrico Weigelt, metux IT consult ---

Re: linux-next: Fixes tag needs some work in the qcom tree

2019-02-07 Thread Doug Anderson
Hi, On Thu, Feb 7, 2019 at 5:47 AM Stephen Rothwell wrote: > > Hi Andy, > > In commit > > 761f63b2ff21 ("arm64: dts: sdm845: Add clocks and iommus to WCN3990 WLAN > node") > > Fixes tag > > Fixes: be7019103469 ("dts: arm64/sdm845: Add WCN3990 WLAN module device > node") > > has these

Re: [PATCH V4 2/9] jump_label: Add the jump_label_can_update_check() helper

2019-02-07 Thread Borislav Petkov
On Thu, Feb 07, 2019 at 06:00:53PM +0100, Daniel Bristot de Oliveira wrote: > It is taking 95 characters. In this case, wouldn't be better to break? > > if (!kernel_text_address(jump_entry_code(entry))) { > WARN_ONCE(1, "can't patch jump_label at %pS", >

Re: [PATCH] ALSA: hda - Add quirk for HP EliteBook 840 G5

2019-02-07 Thread Takashi Iwai
On Thu, 07 Feb 2019 16:29:37 +0100, Jurica Vukadin wrote: > > This enables mute LED support and fixes switching jacks when the laptop > is docked. > > Signed-off-by: Jurica Vukadin Applied, thanks. Takashi

Re: [PATCH v6 02/27] x86: Use symbol name in jump table for PIE support

2019-02-07 Thread Borislav Petkov
On Thu, Feb 07, 2019 at 09:04:45AM -0800, Thomas Garnier wrote: > I assume that's an optimisation done by gcc later. So why is that change even needed? Where does it break? > The P modifier in the documentation does state that it is used to > generate PIC code. The documentation says: "If used

[LSF/MM TOPIC] BPF for Block Devices

2019-02-07 Thread Stephen Bates
Hi All > A BPF track will join the annual LSF/MM Summit this year! Please read the > updated description and CFP information below. Well if we are adding BPF to LSF/MM I have to submit a request to discuss BPF for block devices please! There has been quite a bit of activity around the concept

[PATCH 2/2] x86: pcengines apuv2 gpio/leds/keys platform driver

2019-02-07 Thread Enrico Weigelt, metux IT consult
Driver for PCengines APUv2 board that supports GPIOs via AMD PCH and attached LEDs and keys. Signed-off-by: Enrico Weigelt, metux IT consult --- MAINTAINERS| 5 + drivers/platform/x86/Kconfig | 9 ++ drivers/platform/x86/Makefile | 1 +

[PATCH 1/2] x86: gpio: AMD G-Series pch gpio platform driver

2019-02-07 Thread Enrico Weigelt, metux IT consult
GPIO platform driver for the AMD G-series PCH (eg. on GX-412TC) This driver doesn't registers itself automatically, as it needs to be provided with platform specific configuration, provided by some board driver setup code. Didn't implement oftree probing yet, as it's rarely found on x86.

Re: [PATCH 5/7] dt-bindings: interrupt-controller: update bindings for MT7623

2019-02-07 Thread Matthias Brugger
On 29/01/2019 05:31, Ryder Lee wrote: > This adds missing bindings for MT7623 sysirq. > > Signed-off-by: Ryder Lee Marc, if you don't have any objections, I'll take this through my tree. Regards, Matthias > --- > .../devicetree/bindings/interrupt-controller/mediatek,sysirq.txt | 1

Re: [PATCH V3 2/3] HYPERV/IOMMU: Add Hyper-V stub IOMMU driver

2019-02-07 Thread Vitaly Kuznetsov
lantianyu1...@gmail.com writes: > From: Lan Tianyu > > On the bare metal, enabling X2APIC mode requires interrupt remapping > function which helps to deliver irq to cpu with 32-bit APIC ID. > Hyper-V doesn't provide interrupt remapping function so far and Hyper-V > MSI protocol already supports

Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA

2019-02-07 Thread Jason Gunthorpe
On Wed, Feb 06, 2019 at 10:00:28PM -0800, Dan Williams wrote: > > > If your argument is that "existing RDMA apps don't have a recall > > > mechanism" then that's what they are going to need to implement to > > > work with DAX+RDMA. Reliable remote access arbitration is required > > > for

Re: [RFC][Patch v8 4/7] KVM: Disabling page poisoning to prevent corruption

2019-02-07 Thread Alexander Duyck
On Mon, Feb 4, 2019 at 2:11 PM Nitesh Narayan Lal wrote: > > This patch disables page poisoning if guest page hinting is enabled. > It is required to avoid possible guest memory corruption errors. > Page Poisoning is a feature in which the page is filled with a specific > pattern of (0x00 or

[PATCH] ASoC: doc: Fix typos in dpcm.rst

2019-02-07 Thread Sylwester Nawrocki
This patch fixes a few typos in the DPCM documentation. Signed-off-by: Sylwester Nawrocki --- Documentation/sound/soc/dpcm.rst | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/Documentation/sound/soc/dpcm.rst b/Documentation/sound/soc/dpcm.rst index

Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA

2019-02-07 Thread Matthew Wilcox
On Thu, Feb 07, 2019 at 11:25:35AM -0500, Doug Ledford wrote: > * Really though, as I said in my email to Tom Talpey, this entire > situation is simply screaming that we are doing DAX networking wrong. > We shouldn't be writing the networking code once in every single > application that wants to

Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA

2019-02-07 Thread Ira Weiny
On Wed, Feb 06, 2019 at 07:13:16PM -0800, Dan Williams wrote: > On Wed, Feb 6, 2019 at 6:42 PM Doug Ledford wrote: > > > > On Wed, 2019-02-06 at 14:44 -0800, Dan Williams wrote: > > > On Wed, Feb 6, 2019 at 2:25 PM Doug Ledford wrote: > > > > Can someone give me a real world scenario that

Re: [PATCH] ARM: dts: omap3-gta04a5: Replace LXR reference with a local one

2019-02-07 Thread Tony Lindgren
* Jonathan Neuschäfer [190129 06:46]: > There's no need to use an external link when the file is already here. > > Signed-off-by: Jonathan Neuschäfer > --- > > Alternatively, I could change the link to https://elixir.bootlin.com > (the successor of lxr.free-electrons.com), but this solution

Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA

2019-02-07 Thread Jason Gunthorpe
On Thu, Feb 07, 2019 at 09:24:05AM -0800, Matthew Wilcox wrote: > On Thu, Feb 07, 2019 at 11:25:35AM -0500, Doug Ledford wrote: > > * Really though, as I said in my email to Tom Talpey, this entire > > situation is simply screaming that we are doing DAX networking wrong. > > We shouldn't be

Re: [PATCH] arm: dts: gta04: add pinctrl settings for wkup domain

2019-02-07 Thread Tony Lindgren
* Andreas Kemnade [190130 22:24]: > There is one button and a notifier for incoming phone > calls/text messages for which we should wakeup from > suspend. Applying into omap-for-v5.1/dt thanks. Tony

Re: [PATCH v15] i2c: Add drivers for the AMD PCIe MP2 I2C controller

2019-02-07 Thread Bjorn Helgaas
On Thu, Feb 7, 2019 at 10:47 AM Shah, Nehal-bakulchandra wrote: > > > Hi Bjorn and Wolfram, > On 2/7/2019 9:23 PM, Wolfram Sang wrote: > > Hi Bjorn, > > > > thanks a lot for your additional information! > > > >> IMHO the split into two drivers is a bit of a mess and doesn't really > >>

[PATCH v2] tty: serial: meson_uart: Add support for kernel debugger

2019-02-07 Thread Julien Masson
The kgdb invokes the poll_put_char and poll_get_char when communicating with the host. This patch implement the serial polling hooks for the meson_uart to be used for KGDB debugging over serial line. Signed-off-by: Julien Masson --- Changes since v1 [0]: * Use readl_poll_timeout_atomic instead

Re: [PATCH v3 2/2] arm: dts: gta04: add gps support

2019-02-07 Thread Tony Lindgren
* Johan Hovold [190204 08:30]: > On Fri, Feb 01, 2019 at 08:06:30PM +0100, Andreas Kemnade wrote: > > On Fri, 1 Feb 2019 11:04:16 +0100 > > Johan Hovold wrote: > > > > > On Thu, Jan 31, 2019 at 07:06:40PM +0100, Andreas Kemnade wrote: > > > > The GTA04 has a w2sg0004 or w2sg0084 gps chip. Not

RE: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length

2019-02-07 Thread David Laight
From: Marcelo Ricardo Leitner > Sent: 06 February 2019 21:07 > > On Wed, Feb 06, 2019 at 12:48:38PM -0800, Julien Gomes wrote: > > > > > > On 2/6/19 12:37 PM, Marcelo Ricardo Leitner wrote: > > > On Wed, Feb 06, 2019 at 12:14:30PM -0800, Julien Gomes wrote: > > >> Make sctp_setsockopt_events()

Re: [PATCH 16/17] Plug in new special vfree flag

2019-02-07 Thread Edgecombe, Rick P
On Wed, 2019-02-06 at 11:23 -0500, Steven Rostedt wrote: > On Wed, 16 Jan 2019 16:32:58 -0800 > Rick Edgecombe wrote: > > > Add new flag for handling freeing of special permissioned memory in vmalloc > > and remove places where memory was set RW before freeing which is no longer > > needed. > >

Re: [PATCH v3 0/2] Bluetooth: Add NULL check for tiocmget() and tiocmset()

2019-02-07 Thread Myungho Jung
On Wed, Feb 06, 2019 at 08:06:54AM +0100, Marcel Holtmann wrote: > Hi Myungho, > > >>> tiocmget() and tiocmset() operations are optional and some tty drivers > >>> like pty miss the operations. Add NULL checks to prevent from > >>> dereference. > >>> > >>> Myungho Jung (2): > >>> Bluetooth:

Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA

2019-02-07 Thread Ira Weiny
On Thu, Feb 07, 2019 at 04:55:37PM +, Christopher Lameter wrote: > One approach that may be a clean way to solve this: > > 1. Long term GUP usage requires the virtual mapping to the pages be fixed >for the duration of the GUP Map. There never has been a way to break >the pinnning and

Re: [GIT PULL] x86/mm changes for v4.21

2019-02-07 Thread Luck, Tony
On Thu, Feb 07, 2019 at 03:01:31PM +0100, Peter Zijlstra wrote: > On Thu, Feb 07, 2019 at 11:50:52AM +, Linus Torvalds wrote: > > If you re-generate the canonical address in __cpa_addr(), now we'll > > actually have the real virtual address around for a lot of code-paths > > (pte lookup etc),

Re: [PATCH v2 00/12] btrfs: add zstd compression level support

2019-02-07 Thread Dennis Zhou
On Thu, Feb 07, 2019 at 05:59:26PM +0100, David Sterba wrote: > On Mon, Feb 04, 2019 at 03:19:56PM -0500, Dennis Zhou wrote: > > Dennis Zhou (12): > > btrfs: add helpers for compression type and level > > btrfs: rename workspaces_list to workspace_manager > > btrfs: manage heuristic

Re: [Patch v2 1/4] efi/x86: turn EFI runtime semaphore into a global lock

2019-02-07 Thread Hedi Berriche
On Thu, Feb 07, 2019 at 16:05 Ard Biesheuvel wrote: On Thu, 7 Feb 2019 at 05:23, Hedi Berriche wrote: Make efi_runtime_lock semaphore global so that it can be used by EFI runtime callers that may be defined outside efi/runtime-wrappers.c. Also now that efi_runtime_lock semaphore is no longer

<    1   2   3   4   5   6   7   8   9   10   >