[PATCH v1 12/12] ASoC: rockchip: pdm: Correct PDM_CTRL0 reg value

This patch fix the wrong reg value for rk322x/rk322xh, cuz there is no STORE JUSTIFIED MODE on it. on rk322x/rk322xh, the same bit means PDM_MODE/RESERVED, if the bit is set to RESERVED, the controller will not work. Signed-off-by: Sugar Zhang --- sound/soc/rockchip/rockchip_pdm.c | 7 +--

RE: [PATCH] usb: uas: fix usb subsystem hang after power off hub port

Hi, >> Root Cause >> - Block layer timeout happens after power off UAS USB device which is >> accessed as reproduce step. During timeout error handler process, scsi host >> state becomes SHOST_CANCEL_RECOVERY that causes IO hangs up and lock cannot >> be released. And in final, usb subsystem ha

Re: [PATCH v1] ARM: dts: exynos: Add proper regulator states for suspend-to-mem for odroid-u3

hi Krzysztof, On Tue, 26 Mar 2019 at 16:28, Krzysztof Kozlowski wrote: > > On Tue, 26 Mar 2019 at 11:35, Anand Moon wrote: > > (...) > > > > This is third or fourth submission but you marked it as v1. This makes > > > it very difficult to discuss and reference previous versions. > > > > > > The

I will be waiting for your urgent answer

Beautiful day, My name is Mr. Jucai Li, Chief Executive Officer of the Bank of China I am looking for a business partner who will work with me in a joint venture. Contact me in my private email for more details. Email (jucailil...@gmail.com) I am waiting to hear from you. Many thanks, Mr. Jucai

Re: 15c8410c67 ("mm/slob.c: respect list_head abstraction layer"): WARNING: CPU: 0 PID: 1 at lib/list_debug.c:28 __list_add_valid

On Wed, Apr 03, 2019 at 03:54:17PM +1100, Tobin C. Harding wrote: > On Wed, Apr 03, 2019 at 10:00:38AM +0800, kernel test robot wrote: > > Greetings, > > > > 0day kernel testing robot got the below dmesg and the first bad commit is > > > > https://git.kernel.org/pub/scm/linux/kernel/git/next/linu

Re: [PATCH 6/6] arm64/mm: Enable ZONE_DEVICE

On 04/03/2019 07:28 PM, Robin Murphy wrote: > [ +Dan, Jerome ] > > On 03/04/2019 05:30, Anshuman Khandual wrote: >> Arch implementation for functions which create or destroy vmemmap mapping >> (vmemmap_populate, vmemmap_free) can comprehend and allocate from inside >> device memory range throug

Re: [PATCH v3 04/20] coresight: etm4x: Configure tracers to emit timestamps

Hi, On Thu, 4 Apr 2019 at 04:36, Mathieu Poirier wrote: > > Configure timestamps to be emitted at regular intervals in the trace > stream to temporally correlate instructions executed on different CPUs. > > Signed-off-by: Mathieu Poirier > --- > drivers/hwtracing/coresight/coresight-etm4x.c | 1

Re: [PATCH 6/6] arm64/mm: Enable ZONE_DEVICE

On 04/03/2019 09:37 PM, Jerome Glisse wrote: > On Wed, Apr 03, 2019 at 02:58:28PM +0100, Robin Murphy wrote: >> [ +Dan, Jerome ] >> >> On 03/04/2019 05:30, Anshuman Khandual wrote: >>> Arch implementation for functions which create or destroy vmemmap mapping >>> (vmemmap_populate, vmemmap_free)

Question on a lockdep test case about mixed read-write ABBA

Hi Peter, I observed this test case you wrote in Commit: e9149858974606 ("locking/lockdep/selftests: Add mixed read-write ABBA"). static void rwsem_ABBA2(void) { RSL(X1); ML(Y1); MU(Y1); RSU(X1); ML(Y1); RSL(X1); RSU(X1); MU(Y1); // should

Re: [PATCH 6/6] arm64/mm: Enable ZONE_DEVICE

On Wed, Apr 3, 2019 at 9:42 PM Anshuman Khandual wrote: > > > > On 04/03/2019 07:28 PM, Robin Murphy wrote: > > [ +Dan, Jerome ] > > > > On 03/04/2019 05:30, Anshuman Khandual wrote: > >> Arch implementation for functions which create or destroy vmemmap mapping > >> (vmemmap_populate, vmemmap_free

Re: [PATCH v2 3/5] locking/qspinlock: Introduce CNA into the slow path of qspinlock

On 03/04/2019 18:01, Peter Zijlstra wrote: > On Wed, Apr 03, 2019 at 11:39:09AM -0400, Alex Kogan wrote: > The patch that I am looking for is to have a separate numa_queued_spinlock_slowpath() that coexists with native_queued_spinlock_slowpath() and paravirt_queued_spinlock_slo

[RFC PATCH 1/9] drivers: regulator: qcom_spmi: enable linear range info

From: Jorge Ramirez-Ortiz Signed-off-by: Jorge Ramirez-Ortiz --- drivers/regulator/qcom_spmi-regulator.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/regulator/qcom_spmi-regulator.c b/drivers/regulator/qcom_spmi-regulator.c index 3193506eac6f..f2edf510b0df 100644 --- a/dr

[RFC PATCH 2/9] cpufreq: qcom: Re-organise kryo cpufreq to use it for other nvmem based qcom socs

From: Sricharan R The kryo cpufreq driver reads the nvmem cell and uses that data to populate the opps. There are other qcom cpufreq socs like krait which does similar thing. Except for the interpretation of the read data, rest of the driver is same for both the cases. So pull the common things o

[RFC PATCH 0/9] Add support for QCOM Core Power Reduction

This is a first RFC for Core Power Reduction (CPR), a form of Adaptive Voltage Scaling (AVS), found on certain Qualcomm SoCs. Since this is simply an RFC, things like MAINTAINERS hasn't been updated yet. CPR is a technology that reduces core power on a CPU or on other device. It reads voltage set

[RFC PATCH 7/9] dt-bindings: power: avs: Add support for CPR (Core Power Reduction)

Add DT bindings to describe the CPR HW found on certain Qualcomm SoCs. Co-developed-by: Jorge Ramirez-Ortiz Signed-off-by: Jorge Ramirez-Ortiz Signed-off-by: Niklas Cassel --- .../bindings/power/avs/qcom,cpr.txt | 119 ++ 1 file changed, 119 insertions(+) create mode

[RFC PATCH 3/9] cpufreq: qcom: create a driver struct

create a driver struct to make it easier to free up all common resources, and only call dev_pm_opp_set_supported_hw() if the implementation has dynamically allocated versions. Co-developed-by: Jorge Ramirez-Ortiz Signed-off-by: Jorge Ramirez-Ortiz Signed-off-by: Niklas Cassel --- drivers/cpufr

[RFC PATCH 4/9] cpufreq: qcom: support qcs404 on nvmem driver

From: Jorge Ramirez-Ortiz Signed-off-by: Jorge Ramirez-Ortiz Co-developed-by: Niklas Cassel Signed-off-by: Niklas Cassel --- drivers/cpufreq/qcom-cpufreq-nvmem.c | 18 ++ 1 file changed, 18 insertions(+) diff --git a/drivers/cpufreq/qcom-cpufreq-nvmem.c b/drivers/cpufreq/qco

[RFC PATCH 5/9] cpufreq: Add qcs404 to cpufreq-dt-platdev blacklist

From: Jorge Ramirez-Ortiz Signed-off-by: Jorge Ramirez-Ortiz Co-developed-by: Niklas Cassel Signed-off-by: Niklas Cassel --- drivers/cpufreq/cpufreq-dt-platdev.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/cpufreq/cpufreq-dt-platdev.c b/drivers/cpufreq/cpufreq-dt-platdev.c in

[RFC PATCH 6/9] dt-bindings: opp: Add qcom-opp bindings with properties needed for CPR

Add qcom-opp bindings with properties needed for Core Power Reduction (CPR). CPR is included in a great variety of Qualcomm SoC, e.g. msm8916 and msm8996, and was first introduced in msm8974. Co-developed-by: Jorge Ramirez-Ortiz Signed-off-by: Jorge Ramirez-Ortiz Signed-off-by: Niklas Cassel -

[RFC PATCH 9/9] arm64: dts: qcom: qcs404: Add CPR and populate OPP tables

Co-developed-by: Jorge Ramirez-Ortiz Signed-off-by: Jorge Ramirez-Ortiz Signed-off-by: Niklas Cassel --- arch/arm64/boot/dts/qcom/qcs404.dtsi | 152 ++- 1 file changed, 148 insertions(+), 4 deletions(-) diff --git a/arch/arm64/boot/dts/qcom/qcs404.dtsi b/arch/arm64/boo

[RFC PATCH 8/9] power: avs: Add support for CPR (Core Power Reduction)

CPR (Core Power Reduction) is a technology that reduces core power on a CPU or other device. It reads voltage settings in efuse from product test process as initial settings. Each OPP corresponds to a "corner" that has a range of valid voltages for a particular frequency. While the device is runnin

Re: [PATCH -next] pinctrl: fsl: Make pinctrl_ipc_handle static

On Wed, Mar 20, 2019 at 9:15 PM Yue Haibing wrote: > From: YueHaibing > > Fix sparse warning: > > drivers/pinctrl/freescale/pinctrl-scu.c:38:19: warning: > symbol 'pinctrl_ipc_handle' was not declared. Should it be static? > > Signed-off-by: YueHaibing Patch applied. Yours, Linus Walleij

Re: [PATCH 1/6] arm64/mm: Enable sysfs based memory hot add interface

On 04/03/2019 06:42 PM, Robin Murphy wrote: > On 03/04/2019 09:20, David Hildenbrand wrote: >> On 03.04.19 06:30, Anshuman Khandual wrote: >>> Sysfs memory probe interface (/sys/devices/system/memory/probe) can accept >>> starting physical address of an entire memory block to be hot added into >

Re: [PATCH 1/6] arm64/mm: Enable sysfs based memory hot add interface

On 04/03/2019 01:50 PM, David Hildenbrand wrote: > On 03.04.19 06:30, Anshuman Khandual wrote: >> Sysfs memory probe interface (/sys/devices/system/memory/probe) can accept >> starting physical address of an entire memory block to be hot added into >> the kernel. This is in addition to the exist

linux-next: Tree for Apr 4

Hi all, Changes since 20190403: The sound-asoc tree lost its build failure. The mfd tree lost its build failure. The selinux tree lost its build failure. The ipmi tree lost its build failure. The staging tree gained conflicts against the spi and v4l-dvb trees. Non-merge commits (relative to

Re: [PATCH AUTOSEL 5.0 209/262] regulator: mcp16502: Include linux/gpio/consumer.h to fix build error

On Wed, Apr 03, 2019 at 08:46:08PM -0400, Sasha Levin wrote: > On Wed, Mar 27, 2019 at 07:32:11PM +, Mark Brown wrote: > > > Fix below build error: > > > drivers/regulator/mcp16502.c: In function ‘mcp16502_gpio_set_mode’: > > > drivers/regulator/mcp16502.c:135:3: error: implicit declaration of

Re: [PATCH 1/2] ASoC: rt5677: allow multiple interrupt sources

On Wed, Apr 03, 2019 at 03:32:04PM -0600, Fletcher Woodruff wrote: > On Mon, Apr 1, 2019 at 11:02 PM Mark Brown wrote: > > This looks unrelated to the polarity of the interupt? > Yes this is separate. If a plug/unplug happens after regmap_read and > before regmap_write, it will not be registered

Re: [PATCH 2/6] arm64/mm: Enable memory hot remove

On 04/03/2019 06:07 PM, Robin Murphy wrote: > [ +Steve ] > > Hi Anshuman, > > On 03/04/2019 05:30, Anshuman Khandual wrote: >> Memory removal from an arch perspective involves tearing down two different >> kernel based mappings i.e vmemmap and linear while releasing related page >> table pages

Re: [PATCH v4 2/2] PCI: iproc: Add outbound configuration for 32-bit I/O region

Hi Lorenzo, I am sorry, I took your long time. In my commit log I gave details about purpose of feature instead of implementation. Thanks a lot for all inputs and knowledge. I will remember and follow these notes while writing commit log. commit log re-written by you is very much impressive and ha

Respond

My name is Ms Ella Golan, I'm the Chief Executive Officer (C.P.A) of the First International Bank of Israel (FIBI). I'm getting in touch with you in regards to a very important and urgent matter. Kindly respond back at your earliest convenience so I can provide you the details. Faithfully, Ms Ell

Re: [PATCH 5/7] ASoC: cs42l51: change mic bias DAPM

On Wed, Apr 03, 2019 at 03:23:35PM +0200, Olivier Moysan wrote: > Use SND_SOC_DAPM_SUPPLY for mic bias DAPM > instead of deprecated SND_SOC_DAPM_MICBIAS. There are existing users in mainline, have they all been updated to be compatible with this, or verified that they don't need updates? signatu

[PATCH v2 0/5] Provide generic top-down mmap layout functions

This series introduces generic functions to make top-down mmap layout easily accessible to architectures, in particular riscv which was the initial goal of this series. The generic implementation was taken from arm64 and used successively by arm, mips and finally riscv. Note that in addition the s

[PATCH v2 1/5] mm, fs: Move randomize_stack_top from fs to mm

This preparatory commit moves this function so that further introduction of generic topdown mmap layout is contained only in mm/util.c. Signed-off-by: Alexandre Ghiti --- fs/binfmt_elf.c| 20 include/linux/mm.h | 2 ++ mm/util.c | 22 ++ 3 f

[PATCH v2 2/5] arm64, mm: Move generic mmap layout functions to mm

arm64 handles top-down mmap layout in a way that can be easily reused by other architectures, so make it available in mm. This commit also takes the opportunity to: - make use of is_compat_task instead of specific arm64 test test_thread_flag(TIF_32BIT), which allows more genericity and is equi

[PATCH v2 3/5] arm: Use generic mmap top-down layout

arm uses a top-down layout by default that fits the generic functions. At the same time, this commit allows to fix the following problems: - one uncovered and not fixed for arm here: https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1429066.html - the use of TASK_SIZE instead of STACK_

Re: [RFC PATCH 1/9] drivers: regulator: qcom_spmi: enable linear range info

On Thu, Apr 04, 2019 at 07:09:22AM +0200, Niklas Cassel wrote: > From: Jorge Ramirez-Ortiz > > Signed-off-by: Jorge Ramirez-Ortiz > --- > drivers/regulator/qcom_spmi-regulator.c | 7 +++ > 1 file changed, 7 insertions(+) This doesn't build: CC drivers/regulator/qcom_spmi-regulator.

[PATCH v2 4/5] mips: Use generic mmap top-down layout

mips uses a top-down layout by default that fits the generic functions. At the same time, this commit allows to fix problem uncovered and not fixed for mips here: https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1429066.html Signed-off-by: Alexandre Ghiti --- arch/mips/Kconfig

[PATCH v2 5/5] riscv: Make mmap allocation top-down by default

In order to avoid wasting user address space by using bottom-up mmap allocation scheme, prefer top-down scheme when possible. Before: root@qemuriscv64:~# cat /proc/self/maps 0001-00016000 r-xp fe:00 6389 /bin/cat.coreutils 00016000-00017000 r--p 5000 fe:00 6389 /bin/ca

Applied "spi: spi-gpio: Remove spi->controller_data comment" to the spi tree

The patch spi: spi-gpio: Remove spi->controller_data comment has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "ASoC: sprd: Fix the smatch warning" to the asoc tree

The patch ASoC: sprd: Fix the smatch warning has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus duri

Applied "spi: Add missing error handling for CS GPIOs" to the spi tree

The patch spi: Add missing error handling for CS GPIOs has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Lin

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

On Thu, 2019-04-04 at 03:52 +0100, Lee Jones wrote: > On Wed, 03 Apr 2019, Vaittinen, Matti wrote: > > > On Wed, 2019-04-03 at 12:25 +0100, Lee Jones wrote: > > > On Wed, 03 Apr 2019, Matti Vaittinen wrote: > > > > > > > On Wed, Apr 03, 2019 at 10:30:15AM +0100, Lee Jones wrote: > > > > > On Wed,

Re: [PATCH v6 0/9] iProc I2C slave mode and NIC mode

On Wed, Apr 03, 2019 at 03:20:14PM -0700, Florian Fainelli wrote: > On 4/3/19 1:44 PM, Wolfram Sang wrote: > > On Tue, Apr 02, 2019 at 06:18:21PM -0700, Ray Jui wrote: > >> This patch series adds the following support to the iProc I2C driver: > >> - Increase maximum read transfer size to 255 bytes

[PATCH] s390: mmap base does not depend on ADDR_NO_RANDOMIZE personality

randomize_stack_top() checks for current task flag PF_RANDOMIZE in order to use stack randomization and PF_RANDOMIZE is set when ADDR_NO_RANDOMIZE is unset, so no need to check for ADDR_NO_RANDOMIZE in stack_maxrandom_size. Signed-off-by: Alexandre Ghiti --- arch/s390/mm/mmap.c | 3 +-- 1 file c

[PATCH] parisc: Consider stack randomization for mmap base only when necessary

Do not offset mmap base address because of stack randomization if current task does not want randomization. Signed-off-by: Alexandre Ghiti --- arch/parisc/kernel/sys_parisc.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/parisc/kernel/sys_parisc.c b/arch/parisc/kerne

Re: [PATCH v2 00/10] iio mount matrix - revitalize missing bindings documentation and provide code for bmc150, bmg160, bma180, itg3200, hmc584x

Hi Jonathan, > Am 03.03.2019 um 16:32 schrieb Jonathan Cameron : > > Thanks to Linus and Andy for reviews. > I've picked up all but they documentation patch. I think > it is 'very nearly there', but would like a few really minor > tweaks. Seemed silly to stall the other patches on that though!

Re: [GIT PULL] SMB3 Fixes

The pull request you sent on Wed, 3 Apr 2019 13:03:47 -0500: > git://git.samba.org/sfrench/cifs-2.6.git tags/5.1-rc3-smb3-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/145f47c7381d43c789cbad55d4dbfd28fc6c46a4 Thank you! -- Deet-doot-dot, I am a bot. https://k

[PATCH] clocksource: timer-ti-dm: Remove unused omap_dm_timer_set_load_start

omap_dm_timer_set_load_start is no longer used hence delete the function and remove the below warning. drivers/clocksource/timer-ti-dm.c:589:12: warning: ‘omap_dm_timer_set_load_start’ defined but not used Signed-off-by: Keerthy --- drivers/clocksource/timer-ti-dm.c | 28 ---

[PATCH] Bluetooth: hci_qca: Load customized NVM based on the device property

QCA BTSOC nvm is a customized file and different vendor/platoform may want to have different BTSOC configuration via this file (e.g. Configure SCO over PCM or I2S, Setting Tx power, etc.) This patch will allow vendors to download different nvm file by reading a device property as the nvm file name

Re: [PATCH] staging: iio: cdc: ad7746: Replace bitshift by BIT

On Wed, Apr 3, 2019 at 11:46 PM Lucas Oshiro wrote: > > Replace bitshifts on lines 54, 56 and 78 of ad7746.c. > Hey, This is only partially done. If doing conversions to BIT(x) macro, I would say to do them for all cases. Thanks Alex > Signed-off-by: Lucas Oshiro > --- > drivers/staging/iio/c

RE: [PATCH v2 2/2] pinctrl: pinctrl-imx8mq: Add support PM operations

> From: Abel Vesa > Sent: Monday, March 25, 2019 10:00 PM > > Add suspend/resume pm ops to the pinctrl i.MX8MQ driver. > Make the suspend late and the resume early since some of the pins might be > needed active very late. > These call the pinctrl-imx generic handlers. > > Signed-off-by: Abel Ves

Re: [PATCH 2/6] arm64/mm: Enable memory hot remove

On 04/03/2019 06:45 PM, Steven Price wrote: > On 03/04/2019 13:37, Robin Murphy wrote: >> [ +Steve ] >> >> Hi Anshuman, Hi Steve, >> >> On 03/04/2019 05:30, Anshuman Khandual wrote: > > > >>> diff --git a/arch/arm64/include/asm/pgtable.h >>> b/arch/arm64/include/asm/pgtable.h >>> index de70

[PATCH] staging: greybus: power_supply: fix prop-descriptor request size

Since moving the message buffers off the stack, the dynamically allocated get-prop-descriptor request buffer is incorrectly sized due to using the pointer rather than request-struct size when creating the operation. Fortunately, the pointer size is always larger than this one-byte request, but thi

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

On Thu, 04 Apr 2019, Vaittinen, Matti wrote: > On Thu, 2019-04-04 at 03:52 +0100, Lee Jones wrote: > > On Wed, 03 Apr 2019, Vaittinen, Matti wrote: > > > > > On Wed, 2019-04-03 at 12:25 +0100, Lee Jones wrote: > > > > On Wed, 03 Apr 2019, Matti Vaittinen wrote: > > > > > > > > > On Wed, Apr 03,

Re: [PATCH] Bluetooth: hci_qca: Load customized NVM based on the device property

Hi Rocky, On 2019-04-04 12:07, Rocky Liao wrote: QCA BTSOC nvm is a customized file and different vendor/platoform may want to have different BTSOC configuration via this file (e.g. Configure SCO over PCM or I2S, Setting Tx power, etc.) This patch will allow vendors to download different nvm f

Re: [PATCH] staging: greybus: power_supply: Use struct_size() helper

On Wed, Apr 03, 2019 at 03:58:01PM -0500, Gustavo A. R. Silva wrote: > Make use of the struct_size() helper instead of an open-coded version > in order to avoid any potential type mistakes, in particular in the > context in which this code is being used. > > So, replace code of the following form:

Re: [RFC PATCH 1/9] drivers: regulator: qcom_spmi: enable linear range info

On 4/4/19 07:55, Mark Brown wrote: > On Thu, Apr 04, 2019 at 07:09:22AM +0200, Niklas Cassel wrote: >> From: Jorge Ramirez-Ortiz >> >> Signed-off-by: Jorge Ramirez-Ortiz >> --- >> drivers/regulator/qcom_spmi-regulator.c | 7 +++ >> 1 file changed, 7 insertions(+) > > This doesn't build: >

<    5   6   7   8   9   10