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

2019-04-03 Thread Jorge Ramirez
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: >

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

2019-04-03 Thread Johan Hovold
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: [PATCH] Bluetooth: hci_qca: Load customized NVM based on the device property

2019-04-03 Thread Balakrishna Godavarthi
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 v11 2/8] mfd: bd70528: Support ROHM bd70528 PMIC - core

2019-04-03 Thread Lee Jones
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,

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

2019-04-03 Thread Johan Hovold
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 2/6] arm64/mm: Enable memory hot remove

2019-04-03 Thread Anshuman Khandual
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

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

2019-04-03 Thread Aisheng Dong
> 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] staging: iio: cdc: ad7746: Replace bitshift by BIT

2019-04-03 Thread Alexandru Ardelean
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

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

2019-04-03 Thread Rocky Liao
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

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

2019-04-03 Thread Keerthy
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 ---

Re: [GIT PULL] SMB3 Fixes

2019-04-03 Thread pr-tracker-bot
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

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

2019-04-03 Thread H. Nikolaus Schaller
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!

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

2019-04-03 Thread Alexandre Ghiti
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

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

2019-04-03 Thread Alexandre Ghiti
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

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

2019-04-03 Thread Wolfram Sang
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

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

2019-04-03 Thread Vaittinen, Matti
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,

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

2019-04-03 Thread Mark Brown
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

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

2019-04-03 Thread Mark Brown
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: spi-gpio: Remove spi->controller_data comment" to the spi tree

2019-04-03 Thread Mark Brown
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

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

2019-04-03 Thread Alexandre Ghiti
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

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

2019-04-03 Thread Alexandre Ghiti
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 3/5] arm: Use generic mmap top-down layout

2019-04-03 Thread Alexandre Ghiti
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

2019-04-03 Thread Mark Brown
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 2/5] arm64, mm: Move generic mmap layout functions to mm

2019-04-03 Thread Alexandre Ghiti
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 1/5] mm, fs: Move randomize_stack_top from fs to mm

2019-04-03 Thread Alexandre Ghiti
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 0/5] Provide generic top-down mmap layout functions

2019-04-03 Thread Alexandre Ghiti
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

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

2019-04-03 Thread Mark Brown
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

Respond

2019-04-03 Thread Ella Golan
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 v4 2/2] PCI: iproc: Add outbound configuration for 32-bit I/O region

2019-04-03 Thread Srinath Mannam
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

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

2019-04-03 Thread Anshuman Khandual
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 1/2] ASoC: rt5677: allow multiple interrupt sources

2019-04-03 Thread Mark Brown
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 AUTOSEL 5.0 209/262] regulator: mcp16502: Include linux/gpio/consumer.h to fix build error

2019-04-03 Thread Mark Brown
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

linux-next: Tree for Apr 4

2019-04-03 Thread Stephen Rothwell
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 1/6] arm64/mm: Enable sysfs based memory hot add interface

2019-04-03 Thread Anshuman Khandual
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

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

2019-04-03 Thread Anshuman Khandual
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 -next] pinctrl: fsl: Make pinctrl_ipc_handle static

2019-04-03 Thread Linus Walleij
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

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

2019-04-03 Thread Niklas Cassel
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

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

2019-04-03 Thread Niklas Cassel
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 6/9] dt-bindings: opp: Add qcom-opp bindings with properties needed for CPR

2019-04-03 Thread Niklas Cassel
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 4/9] cpufreq: qcom: support qcs404 on nvmem driver

2019-04-03 Thread Niklas Cassel
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

2019-04-03 Thread Niklas Cassel
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 7/9] dt-bindings: power: avs: Add support for CPR (Core Power Reduction)

2019-04-03 Thread Niklas Cassel
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

2019-04-03 Thread Niklas Cassel
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 2/9] cpufreq: qcom: Re-organise kryo cpufreq to use it for other nvmem based qcom socs

2019-04-03 Thread Niklas Cassel
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

2019-04-03 Thread Niklas Cassel
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 1/9] drivers: regulator: qcom_spmi: enable linear range info

2019-04-03 Thread Niklas Cassel
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

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

2019-04-03 Thread Juergen Gross
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

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

2019-04-03 Thread Dan Williams
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

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

2019-04-03 Thread Yuyang Du
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

2019-04-03 Thread Anshuman Khandual
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)

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

2019-04-03 Thread Mike Leach
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

2019-04-03 Thread Anshuman Khandual
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: 15c8410c67 ("mm/slob.c: respect list_head abstraction layer"): WARNING: CPU: 0 PID: 1 at lib/list_debug.c:28 __list_add_valid

2019-04-03 Thread Tobin C. Harding
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

I will be waiting for your urgent answer

2019-04-03 Thread Jucai LI
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: [PATCH v1] ARM: dts: exynos: Add proper regulator states for suspend-to-mem for odroid-u3

2019-04-03 Thread Anand Moon
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

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

2019-04-03 Thread Kento.A.Kobayashi
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

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

2019-04-03 Thread Sugar Zhang
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 +--

[PATCH v1 11/12] ASoC: rockchip: pdm: Mark RXFIFO_DATA as volatile and precious

2019-04-03 Thread Sugar Zhang
This patch marks RXFIFO_DATA as precious to avoid being read outside a call from the driver, such as regmap debugfs Signed-off-by: Sugar Zhang --- sound/soc/rockchip/rockchip_pdm.c | 13 + 1 file changed, 13 insertions(+) diff --git a/sound/soc/rockchip/rockchip_pdm.c b/sound/soc/

[PATCH v1 10/12] ASoC: rockchip: pdm: adjust waterlevel in frame unit

2019-04-03 Thread Sugar Zhang
This patch make the waterlevel more reasonable, because the pdm controller share the single FIFO(128 entries) with each channel. adjust waterlevel in frame to meet the vad or dma frames request. Signed-off-by: Sugar Zhang --- sound/soc/rockchip/rockchip_pdm.c | 3 ++- 1 file changed, 2 insertio

[PATCH v1 09/12] dt-bindings: sound: add compatible for rk1808

2019-04-03 Thread Sugar Zhang
This patch adds bindings for rk1808 soc. Signed-off-by: Sugar Zhang --- Documentation/devicetree/bindings/sound/rockchip,pdm.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/sound/rockchip,pdm.txt b/Documentation/devicetree/bindings/sound/rockchip,pdm.t

[PATCH v1 08/12] ASoC: rockchip: pdm: add compatible for rk1808

2019-04-03 Thread Sugar Zhang
This patch adds support for rk1808, the pdm controller is the same as rk3308. Signed-off-by: Sugar Zhang --- sound/soc/rockchip/rockchip_pdm.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/sound/soc/rockchip/rockchip_pdm.c b/sound/soc/rockchip/rockchip_pdm.c index 4f93a74..3e1c5fd 1006

[PATCH v1 07/12] dt-bindings: sound: rockchip: add compatible for rk3308/px30

2019-04-03 Thread Sugar Zhang
This patch adds bindings for rk3308/px30. Signed-off-by: Sugar Zhang --- Documentation/devicetree/bindings/sound/rockchip,pdm.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/sound/rockchip,pdm.txt b/Documentation/devicetree/bindings/sound/rockchip,

[PATCH v1 06/12] ASoC: rockchip: pdm: fixup pdm fractional div

2019-04-03 Thread Sugar Zhang
This patch adds support fractional div for rk3308. Signed-off-by: Sugar Zhang --- sound/soc/rockchip/rockchip_pdm.c | 172 -- sound/soc/rockchip/rockchip_pdm.h | 9 ++ 2 files changed, 139 insertions(+), 42 deletions(-) diff --git a/sound/soc/rockchip/rock

CAN I TRUST YOU I NEED YOUR ASSISTANCE AND TRUST

2019-04-03 Thread info
INVESTMENT FOR PARTNERSHIP. Can I Trust You My Dear Friend Can I Trust You.docx Description: MS-Word 2007 document My Dear Friend Can I Trust You.docx Description: MS-Word 2007 document

[PATCH v1 05/12] ASoC: rockchip: pdm: change dma burst to 8

2019-04-03 Thread Sugar Zhang
This patch decreases the transfer bursts to avoid the fifo overrun. Signed-off-by: Sugar Zhang --- sound/soc/rockchip/rockchip_pdm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/rockchip/rockchip_pdm.c b/sound/soc/rockchip/rockchip_pdm.c index abbb6d7..c50494b

Re: [RESEND PATCH v6 07/11] power: supply: max77650: add support for battery charger

2019-04-03 Thread Linus Walleij
On Tue, Mar 19, 2019 at 12:42 AM Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Add basic support for the battery charger for max77650 PMIC. > > Signed-off-by: Bartosz Golaszewski This looks like a clean and good driver to me. Reviewed-by: Linus Walleij Yours, Linus Walleij

Re: [PATCH 1/2] dt-bindings: pinctrl: meson: Add drive-strength property

2019-04-03 Thread Linus Walleij
On Sun, Mar 31, 2019 at 2:04 PM Jerome Brunet wrote: > On Sun, 2019-03-31 at 01:40 -0500, Rob Herring wrote: > > On Thu, Mar 14, 2019 at 05:37:24PM +0100, Jerome Brunet wrote: > > > From: Guillaume La Roque > > > +Optional properties : > > > + - drive-strength: Drive strength for the specified p

Re: [PATCH] lib: Fix possible incorrect result from rational fractions helper

2019-04-03 Thread tpiepho
On Mon, Apr 1, 2019 at 10:22 PM Andrew Morton < a...@linux-foundation.org> wrote: > On Sat, 30 Mar 2019 13:58:55 -0700 Trent Piepho > wrote: > > In some cases the previous algorithm would not return the closest > > approximation. This would happen when a semi-convergent was the > > closest, as t

Re: [PATCH 0/2] pinctrl: meson: add g12a drive strength support

2019-04-03 Thread Linus Walleij
On Thu, Mar 14, 2019 at 11:37 PM Jerome Brunet wrote: > Now the slightly annoying part :( > The value achievable by the SoC are 0.5mA, 2.5mA, 3mA and 4mA and the DT > property > 'drive-strength' is expressed in mA. > > 1) Rounding down the value, we could be requesting a 0mA drive strength. >

[PATCH v3 14/20] coresight: tmc-etr: Introduce the notion of process ID to ETR devices

2019-04-03 Thread Mathieu Poirier
In preparation to support CPU-wide trace scenarios, introduce the notion of process ID to ETR devices. That way events monitoring the same process can use the same etr_buf, allowing multiple CPUs to use the same sink. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-tmc-

[PATCH v3 20/20] coresight: etb10: Add support for CPU-wide trace scenarios

2019-04-03 Thread Mathieu Poirier
This patch adds support for CPU-wide trace scenarios by making sure that only the sources monitoring the same process have access to a common sink. Because the sink is shared between sources, the first source to use the sink switches it on while the last one does the cleanup. Any attempt to modify

[PATCH v3 08/20] coresight: Properly address concurrency in sink::update() functions

2019-04-03 Thread Mathieu Poirier
When operating in CPU-wide trace scenarios and working with an N:1 source/sink HW topology, update() functions need to be made atomic in order to avoid racing with start and stop operations. Signed-off-by: Mathieu Poirier Reviewed-by: Suzuki K Poulose --- drivers/hwtracing/coresight/coresight-e

[PATCH v3 18/20] coresight: tmc-etr: Add support for CPU-wide trace scenarios

2019-04-03 Thread Mathieu Poirier
This patch adds support for CPU-wide trace scenarios by making sure that only the sources monitoring the same process have access to a common sink. Because the sink is shared between sources, the first source to use the sink switches it on while the last one does the cleanup. Any attempt to modify

[PATCH v3 19/20] coresight: tmc-etf: Add support for CPU-wide trace scenarios

2019-04-03 Thread Mathieu Poirier
This patch adds support for CPU-wide trace scenarios by making sure that only the sources monitoring the same process have access to a common sink. Because the sink is shared between sources, the first source to use the sink switches it on while the last one does the cleanup. Any attempt to modify

[PATCH v3 17/20] coresight: tmc-etr: Allocate and free ETR memory buffers for CPU-wide scenarios

2019-04-03 Thread Mathieu Poirier
This patch uses the PID of the process being traced to allocate and free ETR memory buffers for CPU-wide scenarios. The implementation is tailored to handle both N:1 and 1:1 source/sink HW topologies. Signed-off-by: Mathieu Poirier --- .../hwtracing/coresight/coresight-tmc-etr.c | 107 +++

[PATCH v3 13/20] coresight: tmc-etr: Create per-thread buffer allocation function

2019-04-03 Thread Mathieu Poirier
Buffer allocation is different when dealing with per-thread and CPU-wide sessions. In preparation to support CPU-wide trace scenarios simplify things by keeping allocation functions for both type separate. Signed-off-by: Mathieu Poirier --- .../hwtracing/coresight/coresight-tmc-etr.c | 29 +++

[PATCH v3 06/20] coresight: Move reference counting inside sink drivers

2019-04-03 Thread Mathieu Poirier
When operating in CPU-wide mode with an N:1 source/sink HW topology, multiple CPUs can access a sink concurrently. As such reference counting needs to happen when the device's spinlock is held to avoid racing with other operations (start(), update(), stop()), such as: session A

[PATCH v3 15/20] coresight: tmc-etr: Introduce the notion of reference counting to ETR devices

2019-04-03 Thread Mathieu Poirier
This patch adds reference counting to struct etr_buf so that, in CPU-wide trace scenarios, shared buffers can be disposed of when no longer used. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-tmc-etr.c | 5 + drivers/hwtracing/coresight/coresight-tmc.h | 3 +++

[PATCH v3 09/20] coresight: perf: Clean up function etm_setup_aux()

2019-04-03 Thread Mathieu Poirier
There is no point in allocating sink memory for a trace session if there is not a way to free it once it is no longer needed. As such make sure the sink API function to allocate and free memory have been implemented before moving ahead with the establishment of a trace session. Signed-off-by: Mat

[PATCH v3 16/20] coresight: tmc-etr: Introduce the notion of IDR to ETR devices

2019-04-03 Thread Mathieu Poirier
In CPU-wide scenarios with an N:1 source/sink topology, sources share the same sink. In order to reuse the same sink for all sources an IDR is needed to archive events that have already been accounted for. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-tmc.c | 4

[PATCH v3 12/20] coresight: tmc-etr: Refactor function tmc_etr_setup_perf_buf()

2019-04-03 Thread Mathieu Poirier
Refactoring function tmc_etr_setup_perf_buf() so that it only deals with the high level etr_perf_buffer, leaving the allocation of the backend buffer (i.e etr_buf) to another function. That way the backend buffer allocation function can decide if it wants to reuse an existing buffer (CPU-wide trac

[PATCH v3 05/20] coresight: Adding return code to sink::disable() operation

2019-04-03 Thread Mathieu Poirier
In preparation to handle device reference counting inside of the sink drivers, add a return code to the sink::disable() operation so that proper action can be taken if a sink has not been disabled. Signed-off-by: Mathieu Poirier Reviewed-by: Suzuki K Poulose --- drivers/hwtracing/coresight/core

[PATCH v3 02/20] coresight: etm4x: Add kernel configuration for CONTEXTID

2019-04-03 Thread Mathieu Poirier
Set the proper bit in the configuration register when contextID tracing has been requested by user space. That way PE_CONTEXT elements are generated by the tracers when a process is installed on a CPU. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/Kconfig | 1 + dr

[PATCH v3 07/20] coresight: Properly address errors in sink::disable() functions

2019-04-03 Thread Mathieu Poirier
When disabling a sink the reference counter ensures the operation goes through if nobody else is using it. As such if drvdata::mode is already set do CS_MODE_DISABLED, it is an error and should be reported as such. Signed-off-by: Mathieu Poirier Reviewed-by: Suzuki K Poulose --- drivers/hwtrac

[PATCH v3 01/20] coresight: pmu: Adding ITRACE property to cs_etm PMU

2019-04-03 Thread Mathieu Poirier
Add to the capabilities the ITRACE property so that ITRACE START events are generated when the PMU is switched on by the core. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-etm-perf.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/hwtraci

[PATCH v3 03/20] coresight: etm4x: Skip selector pair 0

2019-04-03 Thread Mathieu Poirier
Resource selector pair 0 is always implemented and reserved. As such it should not be explicitly programmed. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-etm4x.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/hwtracing/coresight/co

[PATCH v3 11/20] coresight: Communicate perf event to sink buffer allocation functions

2019-04-03 Thread Mathieu Poirier
Make struct perf_event available to sink buffer allocation functions in order to use the pid they carry to allocate and free buffer memory along with regimenting access to what source a sink can collect data for. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-etb10.c |

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

2019-04-03 Thread Mathieu Poirier
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 | 101 +- 1 file changed, 100 insertions(+), 1 deletion(-)

[PATCH v3 10/20] coresight: perf: Refactor function free_event_data()

2019-04-03 Thread Mathieu Poirier
Function free_event_data() is already busy and is bound to become worse with the addition of CPU-wide trace scenarios. As such spin off a new function to strickly take care of the sink buffers. Signed-off-by: Mathieu Poirier Reviewed-by: Suzuki K Poulose --- .../hwtracing/coresight/coresight-e

[PATCH v3 00/20] coresight: Add support for CPU-wide trace scenarios

2019-04-03 Thread Mathieu Poirier
This is the third revision of a patchset that adds support for CPU-wide trace scenarios and as such, it is now possible to issue the following commands: # perf record -e cs_etm/@2007.etr/ -C 2,3 $COMMAND # perf record -e cs_etm/@2007.etr/ -a $COMMAND The solution is design

[PATCH] mm:workingset use real time to judge activity of the file page

2019-04-03 Thread Zhaoyang Huang
From: Zhaoyang Huang In previous implementation, the number of refault pages is used for judging the refault period of each page, which is not precised as eviction of other files will be affect a lot on current cache. We introduce the timestamp into the workingset's entry and refault ratio to mea

Re: [PATCH v3 04/13] thermal: qoriq: Add local struct qoriq_sensor pointer

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 06:14, Andrey Smirnov wrote: > Add local struct qoriq_sensor pointer in qoriq_tmu_register_tmu_zone() > for brevity. > > Signed-off-by: Andrey Smirnov > Cc: Chris Healy > Cc: Lucas Stach > Cc: Zhang Rui > Cc: Eduardo Valentin > Cc: Daniel Lezcano > Cc: Angus Ainslie (Purism) >

Re: [PATCH v3 03/13] thermal: qoriq: Don't store struct thermal_zone_device reference

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 06:14, Andrey Smirnov wrote: > Struct thermal_zone_device reference stored as sensor's private data > isn't really used anywhere in the code. Drop it. > > Signed-off-by: Andrey Smirnov > Cc: Chris Healy > Cc: Lucas Stach > Cc: Zhang Rui > Cc: Eduardo Valentin > Cc: Daniel Lezcan

Re: [PATCH v3 01/13] thermal: qoriq: Remove unnecessary DT node is NULL check

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 06:14, Andrey Smirnov wrote: > This driver is meant to be used with Device Tree and there's no > use-case where device's DT node is going to be NULL. Remove code > protecting against that. May be elaborate why is never going to be NULL? > Signed-off-by: Andrey Smirnov > Cc: Chris H

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

2019-04-03 Thread Alex Kogan
Hi, Hanjun. > On Apr 3, 2019, at 10:02 PM, Hanjun Guo wrote: > > Hi Alex, > > On 2019/3/29 23:20, Alex Kogan wrote: >> + >> +static __always_inline void cna_init_node(struct mcs_spinlock *node, int >> cpuid, >> + u32 tail) >> +{ >> +if (decode_numa_nod

Re: [PATCH v3 02/13] thermal: qoriq: Add local struct device pointer

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 06:14, Andrey Smirnov wrote: > Use a local "struct device *dev" for brevity. No functional change > intended. > > Signed-off-by: Andrey Smirnov > Cc: Chris Healy > Cc: Lucas Stach > Cc: Zhang Rui > Cc: Eduardo Valentin > Cc: Daniel Lezcano > Cc: Angus Ainslie (Purism) > Cc: li

[PATCH] tools/power: turbostat: make output buffer extensible (Re: [PATCH v1] tools/power: turbostat: fix buffer overrun)

2019-04-03 Thread Naoya Horiguchi
Hi Prarit, On Wed, Apr 03, 2019 at 07:42:45AM -0400, Prarit Bhargava wrote: > > > On 4/3/19 3:02 AM, Naoya Horiguchi wrote: > > turbostat could be terminated by general protection fault on some latest > > hardwares which (for example) support 9 levels of C-states and show 18 > > "tADDED" lines.

Re: [PATCH v1 3/3] thermal: rockchip: Support the PX30 SoC in thermal driver

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 08:43, Elaine Zhang wrote: > PX30 SOC has two Temperature Sensors for CPU and GPU. > > Signed-off-by: Elaine Zhang > --- > drivers/thermal/rockchip_thermal.c | 39 > ++ > 1 file changed, 39 insertions(+) > > diff --git a/drivers/thermal/rockchi

Re: [PATCH v1 2/3] dt-bindings: rockchip-thermal: Support the PX30 SoC compatible

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 08:43, Elaine Zhang wrote: > Add a new compatible for thermal founding on PX30 SoCs. > > Signed-off-by: Elaine Zhang > --- > Documentation/devicetree/bindings/thermal/rockchip-thermal.txt | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/Documentation/devicetree/bindings/th

Re: [PATCH v1 1/3] thermal: rockchip: add pinctrl control

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 08:43, Elaine Zhang wrote: > Based on the TSADC Tshut mode to select pinctrl, > instead of setting pinctrl based on architecture > (Not depends on pinctrl setting by "init" or "default"). > And it requires setting the tshut polarity before select pinctrl. I'm not sure to fully read t

  1   2   3   4   5   6   7   8   9   10   >