[PATCH 3/5] pinctrl: stm32: add package information for stm32mp157c

2019-04-10 Thread Alexandre Torgue
This patch adds four new packages support for stm32mp157c die: STM32MP_PKG_AA: LFBGA448 (18*18), 176 IOs STM32MP_PKG_AB: LFBGA354 (16*16), 98 IOs STM32MP_PKG_AC: TFBGA361 (12*12), 148 IOs STM32MP_PKG_AD: TFBGA257 (10*10), 98 IOs Signed-off-by: Alexandre Torgue diff --git a/drivers/pinctrl/stm32

Re: [RFC patch 25/41] mm/kasan: Simplify stacktrace handling

2019-04-10 Thread Dmitry Vyukov
On Wed, Apr 10, 2019 at 1:06 PM Thomas Gleixner wrote: > > Replace the indirection through struct stack_trace by using the storage > array based interfaces. > > Signed-off-by: Thomas Gleixner > Cc: Andrey Ryabinin > Cc: Alexander Potapenko > Cc: Dmitry Vyukov > Cc: kasan-...@googlegroups.com >

RE: [LINUX PATCH v2] spi: spi-mem: Fix build error without CONFIG_SPI_MEM

2019-04-10 Thread Naga Sureshkumar Relli
Hi Mark, > -Original Message- > From: Mark Brown > Sent: Wednesday, April 10, 2019 4:01 PM > To: Naga Sureshkumar Relli > Cc: yuehaib...@huawei.com; vigne...@ti.com; linux-kernel@vger.kernel.org; > linux- > s...@vger.kernel.org; Michal Simek ; > nagasures...@gmail.com > Subject: Re: [L

Re: [PATCH 09/10] PCI: tegra: Add Tegra194 PCIe support

2019-04-10 Thread Liviu Dudau
On Wed, Apr 10, 2019 at 03:23:39PM +0530, Vidya Sagar wrote: > On 4/10/2019 1:44 PM, Liviu Dudau wrote: > > On Wed, Apr 10, 2019 at 11:40:40AM +0530, Vidya Sagar wrote: > > > On 4/9/2019 6:56 PM, Bjorn Helgaas wrote: > > > > On Tue, Apr 09, 2019 at 05:00:53PM +0530, Vidya Sagar wrote: > > > > > On

Re: [PATCH 5/6] dt-bindings: leds: Add LED bindings for the LM36274

2019-04-10 Thread Dan Murphy
Pavel On 4/8/19 5:10 AM, Pavel Machek wrote: On Fri 2019-04-05 09:55:39, Dan Murphy wrote: Add the LM36274 LED specific bindings. Signed-off-by: Dan Murphy --- .../devicetree/bindings/leds/leds-lm36274.txt | 82 +++ 1 file changed, 82 insertions(+) create mode 100644 Doc

Re: kernel BUG at fs/inode.c:LINE!

2019-04-10 Thread Dmitry Vyukov
On Wed, Apr 10, 2019 at 12:35 PM Ian Kent wrote: > > On Wed, 2019-04-10 at 10:27 +0200, Dmitry Vyukov wrote: > > On Wed, Apr 10, 2019 at 2:26 AM Al Viro wrote: > > > > > > On Tue, Apr 09, 2019 at 07:36:00AM -0700, syzbot wrote: > > > > Bisection is inconclusive: the first bad commit could be any

Re: [PATCH v2] drivers: firmware: psci: add support for warm reset

2019-04-10 Thread Sudeep Holla
On Fri, Apr 05, 2019 at 12:42:43PM +0300, Aaro Koskinen wrote: > Hi, > > On Fri, Apr 05, 2019 at 08:58:30AM +0530, saiprakash.ran...@codeaurora.org > wrote: > > On 2019-04-04 00:21, Aaro Koskinen wrote: > > >From: Aaro Koskinen > > > > > >Add support for warm reset using SYSTEM_RESET2 introduced

Re: [PATCH 1/1] x86/entry/64: randomize kernel stack offset upon syscall

2019-04-10 Thread Ingo Molnar
* Elena Reshetova wrote: > 2) Andy's tests, misc-tests: ./timing_test_64 10M sys_enosys > base:1000 loops in 1.62224s = > 162.22 nsec / loop > random_offset (prandom_u32() every syscall): 1000 loops in 1.64660s = > 166.26 nsec / loop S

Re: [PATCH] sound: cs43130: fix a NULL pointer dereference

2019-04-10 Thread Mark Brown
On Thu, Mar 14, 2019 at 10:51:20PM -0500, Kangjie Lu wrote: > In case create_singlethread_workqueue fails, the fix returns > -ENOMEM to avoid potential NULL pointer dereference. Please use subject lines matching the style for the subsystem. This makes it easier for people to identify relevant pat

Re: [PATCH 1/1] block, bfq: delete "bfq" prefix from cgroup filenames

2019-04-10 Thread Ulf Hansson
On Mon, 8 Apr 2019 at 17:05, Jens Axboe wrote: > > On 4/8/19 9:04 AM, Johannes Thumshirn wrote: > > [+Cc Michal ] > > On Mon, Apr 08, 2019 at 04:54:39PM +0200, Paolo Valente wrote: > >> > >> > >>> Il giorno 8 apr 2019, alle ore 16:49, Johannes Thumshirn > >>> ha scritto: > >>> > >>> On Mon, Apr

RE: [PATCH 1/1] spi: pxa2xx: add driver enabling message

2019-04-10 Thread Flavio Suligoi
Hi Mark, > On Mon, Apr 08, 2019 at 05:22:44PM +0200, Flavio Suligoi wrote: > > Add an info message for the PXA2xx device driver start-up, > > with the indication of the transfer mode used (DMA or GPIO). > > > > This info is useful to individuate the timing when > > the module starts. > > Adding t

Re: [RFC patch 00/41] stacktrace: Avoid the pointless redirection through struct stack_trace

2019-04-10 Thread Peter Zijlstra
On Wed, Apr 10, 2019 at 12:27:54PM +0200, Thomas Gleixner wrote: > Struct stack_trace is a sinkhole for input and output parameters which is > largely pointless for most usage sites. In fact if embedded into other data > structures it creates indirections and extra storage overhead for no benefit.

Re: [PATCH 1/1] spi: pxa2xx: add driver enabling message

2019-04-10 Thread Mark Brown
On Wed, Apr 10, 2019 at 11:47:43AM +, Flavio Suligoi wrote: > You have right about to avoid too many boot messages, > but in this case, using an x86 machine and with > the spi-pxa2xx in DMA mode, so without the message: > "no DMA channels available, using PIO", > there is absolutely no indi

Re: [PATCH] ARM: dts: imx6qdl-nitrogen6_max: Disable LVDS channels

2019-04-10 Thread Fabio Estevam
://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?h=next-20190410&id=728e096dd70889c2e80dd4153feee91afb1daf72 imx-drm should also be fixed independently of this PWM rename change in my opinion.

Re: kernel BUG at fs/inode.c:LINE!

2019-04-10 Thread Ian Kent
On Wed, 2019-04-10 at 13:40 +0200, Dmitry Vyukov wrote: > On Wed, Apr 10, 2019 at 12:35 PM Ian Kent wrote: > > > > On Wed, 2019-04-10 at 10:27 +0200, Dmitry Vyukov wrote: > > > On Wed, Apr 10, 2019 at 2:26 AM Al Viro wrote: > > > > > > > > On Tue, Apr 09, 2019 at 07:36:00AM -0700, syzbot wrote:

[LINUX PATCH v3] spi: spi-mem: Fix build error without CONFIG_SPI_MEM

2019-04-10 Thread Naga Sureshkumar Relli
From: YueHaibing When building with CONFIG_SPI_MEM is not set gc warns this: drivers/spi/spi-zynq-qspi.o: In function `zynq_qspi_supports_op': spi-zynq-qspi.c:(.text+0x1da): undefined reference to `spi_mem_default_supports_op' Fixes: 67dca5e580f1 ("spi: spi-mem: Add support for Zynq QSPI contr

Re: [PATCH 0/7] introduce cpu.headroom knob to cpu controller

2019-04-10 Thread Morten Rasmussen
Hi, On Mon, Apr 08, 2019 at 02:45:32PM -0700, Song Liu wrote: > Servers running latency sensitive workload usually aren't fully loaded for > various reasons including disaster readiness. The machines running our > interactive workloads (referred as main workload) have a lot of spare CPU > cycle

Re: [PATCH] ARM: dts: imx6qdl-nitrogen6_max: Disable LVDS channels

2019-04-10 Thread Fabio Estevam
On Wed, Apr 10, 2019 at 8:55 AM Fabio Estevam wrote: > Please check if this patch fixes the problem on your case: > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?h=next-20190410&id=728e096dd70889c2e80dd4153feee91afb1daf72 Also, just confirmed that t

RE: [PATCH 1/1] spi: pxa2xx: add driver enabling message

2019-04-10 Thread Flavio Suligoi
> On Wed, Apr 10, 2019 at 11:47:43AM +, Flavio Suligoi wrote: > > > You have right about to avoid too many boot messages, > > but in this case, using an x86 machine and with > > the spi-pxa2xx in DMA mode, so without the message: > > > "no DMA channels available, using PIO", > > > there is a

Re: kernel BUG at fs/inode.c:LINE!

2019-04-10 Thread Dmitry Vyukov
On Wed, Apr 10, 2019 at 1:57 PM Ian Kent wrote: > > > > > On Tue, Apr 09, 2019 at 07:36:00AM -0700, syzbot wrote: > > > > > > Bisection is inconclusive: the first bad commit could be any of: > > > > > > > > > > [snip the useless pile] > > > > > > > > > > > bisection log: > > > > > > https://syzkal

Re: kernel BUG at fs/inode.c:LINE!

2019-04-10 Thread Dmitry Vyukov
On Wed, Apr 10, 2019 at 2:02 PM Dmitry Vyukov wrote: > > On Wed, Apr 10, 2019 at 1:57 PM Ian Kent wrote: > > > > > > On Tue, Apr 09, 2019 at 07:36:00AM -0700, syzbot wrote: > > > > > > > Bisection is inconclusive: the first bad commit could be any of: > > > > > > > > > > > > [snip the useless pil

Re: kernel BUG at fs/inode.c:LINE!

2019-04-10 Thread Ian Kent
On Wed, 2019-04-10 at 19:57 +0800, Ian Kent wrote: > On Wed, 2019-04-10 at 13:40 +0200, Dmitry Vyukov wrote: > > On Wed, Apr 10, 2019 at 12:35 PM Ian Kent wrote: > > > > > > On Wed, 2019-04-10 at 10:27 +0200, Dmitry Vyukov wrote: > > > > On Wed, Apr 10, 2019 at 2:26 AM Al Viro wrote: > > > > >

Re: [PATCH 10/23] watchdog: of_xilinx_wdt: Convert to use device managed functions and other improvements

2019-04-10 Thread Guenter Roeck
On 4/9/19 11:38 PM, Michal Simek wrote: On 09. 04. 19 19:23, Guenter Roeck wrote: Use device managed functions to simplify error handling, reduce source code size, improve readability, and reduce the likelyhood of bugs. Other improvements as listed below. The conversion was done automatically w

Re: kernel BUG at fs/inode.c:LINE!

2019-04-10 Thread Al Viro
On Wed, Apr 10, 2019 at 08:07:15PM +0800, Ian Kent wrote: > > I'm unable to find a branch matching the line numbers. > > > > Given that, on the face of it, the scenario is impossible I'm > > seeking clarification on what linux-next to look at for the > > sake of accuracy. > > > > So I'm wonderin

RE: [PATCH 09/22] watchdog: da9052_wdt: Use 'dev' instead of dereferencing it repeatedly

2019-04-10 Thread Steve Twiss
On 08 April 2019 20:39, Guenter Roeck wrote: > Subject: [PATCH 09/22] watchdog: da9052_wdt: Use 'dev' instead of > dereferencing it repeatedly > > Introduce local variable 'struct device *dev' and use it instead of > dereferencing it repeatedly. > > The conversion was done automatically with coc

[PATCH 0/5] Add pin package management on STM32P157

2019-04-10 Thread Alexandre Torgue
Hi, The series adds support of chip packages for STM32MP157 SOC. Available packages are: STM32MP_PKG_AA: LFBGA448 (18*18), 176 IOs STM32MP_PKG_AB: LFBGA354 (16*16), 98 IOs STM32MP_PKG_AC: TFBGA361 (12*12), 148 IOs STM32MP_PKG_AD: TFBGA257 (10*10), 98 IOs As ball-out is different between each pac

Re: [PATCH] ARM: dts: imx6-solox: fix cpu hang BUG

2019-04-10 Thread Fabio Estevam
Hi Kay, On Wed, Apr 10, 2019 at 5:43 AM root wrote: > > From: Kay-Liu > > The imx6-solox's enet clk config would cause CPU hang in a special > environment.The BUG was accepted by yoctoproject, they will process > platform related code,only submit dts part here. > https://bugzilla.yoctoproject.or

RE: [PATCH 10/22] watchdog: da9055_wdt: Use 'dev' instead of dereferencing it repeatedly

2019-04-10 Thread Steve Twiss
On 08 April 2019 20:39, Guenter Roeck wrote: > Subject: [PATCH 10/22] watchdog: da9055_wdt: Use 'dev' instead of > dereferencing it repeatedly > > Introduce local variable 'struct device *dev' and use it instead of > dereferencing it repeatedly. > > The conversion was done automatically with coc

[PATCH v2] spi: spi-mem: Fix build error without CONFIG_SPI_MEM

2019-04-10 Thread Yue Haibing
From: YueHaibing When building with CONFIG_SPI_MEM is not set gc warns this: drivers/spi/spi-zynq-qspi.o: In function `zynq_qspi_supports_op': spi-zynq-qspi.c:(.text+0x1da): undefined reference to `spi_mem_default_supports_op' Fixes: 67dca5e580f1 ("spi: spi-mem: Add support for Zynq QSPI contr

[tip:locking/urgent] locking/lockdep: Zap lock classes even with lock debugging disabled

2019-04-10 Thread tip-bot for Bart Van Assche
Commit-ID: 90c1cba2b3b3851c151229f61801919b2904d437 Gitweb: https://git.kernel.org/tip/90c1cba2b3b3851c151229f61801919b2904d437 Author: Bart Van Assche AuthorDate: Wed, 3 Apr 2019 16:35:52 -0700 Committer: Ingo Molnar CommitDate: Wed, 10 Apr 2019 13:45:59 +0200 locking/lockdep: Zap loc

RE: [PATCH v2] drivers: firmware: psci: add support for warm reset

2019-04-10 Thread Koskinen, Aaro (Nokia - FI/Espoo)
Hi, From: Sudeep Holla [sudeep.ho...@arm.com]: > On Fri, Apr 05, 2019 at 12:42:43PM +0300, Aaro Koskinen wrote: > > On Fri, Apr 05, 2019 at 08:58:30AM +0530, saiprakash.ran...@codeaurora.org > > wrote: > > > There is already a patch sent by Sudeep for this support. > > > > > > - > > > https://lo

Re: [PATCH v2] spi: spi-mem: Fix build error without CONFIG_SPI_MEM

2019-04-10 Thread YueHaibing
Well, Naga Sureshkumar Relli has post new patch based this, Pls ignore this. On 2019/4/10 20:13, Yue Haibing wrote: > From: YueHaibing > > When building with CONFIG_SPI_MEM is not set > gc warns this: > > drivers/spi/spi-zynq-qspi.o: In function `zynq_qspi_supports_op': > spi-zynq-qspi.c:(.text

RE: [PATCH 11/22] watchdog: da9062_wdt: Use 'dev' instead of dereferencing it repeatedly

2019-04-10 Thread Steve Twiss
Hi Guenter, On 08 April 2019 20:39, Guenter Roeck wrote: > Subject: [PATCH 11/22] watchdog: da9062_wdt: Use 'dev' instead of > dereferencing it repeatedly > > Introduce local variable 'struct device *dev' and use it instead of > dereferencing it repeatedly. Also replace 'ret = func(); return ret

Re: [LINUX PATCH v3] spi: spi-mem: Fix build error without CONFIG_SPI_MEM

2019-04-10 Thread YueHaibing
On 2019/4/10 19:57, Naga Sureshkumar Relli wrote: > From: YueHaibing > > When building with CONFIG_SPI_MEM is not set > gc warns this: > > drivers/spi/spi-zynq-qspi.o: In function `zynq_qspi_supports_op': > spi-zynq-qspi.c:(.text+0x1da): undefined reference to > `spi_mem_default_supports_op' >

Re: [LINUX PATCH v3] spi: spi-mem: Fix build error without CONFIG_SPI_MEM

2019-04-10 Thread Mark Brown
On Wed, Apr 10, 2019 at 08:22:29PM +0800, YueHaibing wrote: > On 2019/4/10 19:57, Naga Sureshkumar Relli wrote: > > +static inline bool spi_mem_default_supports_op(struct spi_mem *mem, > > +const struct spi_mem_op *op); > Here miss a Function body, right? Yeah, I'm su

Applied "ASoC: cs43130: fix a NULL pointer dereference" to the asoc tree

2019-04-10 Thread Mark Brown
The patch ASoC: cs43130: fix a NULL pointer dereference 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

Applied "regulator: anatop: Remove unneeded fields from struct anatop_regulator" to the regulator tree

2019-04-10 Thread Mark Brown
The patch regulator: anatop: Remove unneeded fields from struct anatop_regulator has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime

Applied "ASoC: stm32: sai: fix master clock management" to the asoc tree

2019-04-10 Thread Mark Brown
The patch ASoC: stm32: sai: fix master clock management 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

Applied "spi: spi-mem: Fix build error without CONFIG_SPI_MEM" to the spi tree

2019-04-10 Thread Mark Brown
The patch spi: spi-mem: Fix build error without CONFIG_SPI_MEM 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 sen

Applied "regulator: hi655x: Constify regulators array" to the regulator tree

2019-04-10 Thread Mark Brown
The patch regulator: hi655x: Constify regulators array has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: s2mpa01: Remove unused define for S2MPA01_REGULATOR_CNT" to the regulator tree

2019-04-10 Thread Mark Brown
The patch regulator: s2mpa01: Remove unused define for S2MPA01_REGULATOR_CNT has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in

Applied "regulator: hi655x: Remove ctrl_mask field from struct hi655x_regulator" to the regulator tree

2019-04-10 Thread Mark Brown
The patch regulator: hi655x: Remove ctrl_mask field from struct hi655x_regulator has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime

Re: [PATCH v2 01/21] docs/memory-barriers.txt: Rewrite "KERNEL I/O BARRIER EFFECTS" section

2019-04-10 Thread Will Deacon
Hi Ingo, Thanks for taking a look (diff at the end). On Wed, Apr 10, 2019 at 12:58:33PM +0200, Ingo Molnar wrote: > * Will Deacon wrote: > > > + (*) readX(), writeX(): > > > > + The readX() and writeX() MMIO accessors take a pointer to the > > peripheral > > + being accessed as an __

Re: [PATCH] mm/memory_hotplug: Drop memory device reference after find_memory_block()

2019-04-10 Thread Oscar Salvador
On Wed, Apr 10, 2019 at 12:14:55PM +0200, David Hildenbrand wrote: > While current node handling is probably terribly broken for memory block > devices that span several nodes (only possible when added during boot, > and something like that should be blocked completely), properly put the > device r

RE: [LINUX PATCH v3] spi: spi-mem: Fix build error without CONFIG_SPI_MEM

2019-04-10 Thread Naga Sureshkumar Relli
Hi, > -Original Message- > From: linux-spi-ow...@vger.kernel.org On > Behalf Of > Mark Brown > Sent: Wednesday, April 10, 2019 5:55 PM > To: YueHaibing > Cc: Naga Sureshkumar Relli ; vigne...@ti.com; linux- > ker...@vger.kernel.org; linux-...@vger.kernel.org; Michal Simek > ; > nagasur

Re: [LINUX PATCH v3] spi: spi-mem: Fix build error without CONFIG_SPI_MEM

2019-04-10 Thread Mark Brown
On Wed, Apr 10, 2019 at 12:30:37PM +, Naga Sureshkumar Relli wrote: > > Yeah, I'm surprised that builds... > Sorry, I tested with CONFIG_SPI_MEM enabled. It's my bad. I also see that I'd queued an earlier version for application. I've lost track of whatever issues there were with that, sorr

Re: [PATCH v3 1/4] perf: Add a 'percore' event qualifier

2019-04-10 Thread Arnaldo Carvalho de Melo
Em Tue, Mar 19, 2019 at 04:56:53PM +0800, Jin Yao escreveu: > Add a 'percore' event qualifier, like cpu/event=0,umask=0x3,percore=1/, > that sums up the event counts for both hardware threads in a core. > > We can already do this with --per-core, but it's often useful to do > this together with ot

Re: [PATCH-tip v2 00/12] locking/rwsem: Rwsem rearchitecture part 2

2019-04-10 Thread Waiman Long
On 04/10/2019 06:00 AM, Ingo Molnar wrote: > * Waiman Long wrote: > >># of Threads Before Patch After Patch >> --- >> 21,179 9,436 >> 41,505 8,268 >> 8 721

Re: kernel BUG at fs/inode.c:LINE!

2019-04-10 Thread Dmitry Vyukov
On Wed, Apr 10, 2019 at 2:07 PM Ian Kent wrote: > > On Wed, 2019-04-10 at 19:57 +0800, Ian Kent wrote: > > On Wed, 2019-04-10 at 13:40 +0200, Dmitry Vyukov wrote: > > > On Wed, Apr 10, 2019 at 12:35 PM Ian Kent wrote: > > > > > > > > On Wed, 2019-04-10 at 10:27 +0200, Dmitry Vyukov wrote: > > > >

Re: kernel BUG at fs/inode.c:LINE!

2019-04-10 Thread Dmitry Vyukov
On Wed, Apr 10, 2019 at 2:12 PM Al Viro wrote: > > On Wed, Apr 10, 2019 at 08:07:15PM +0800, Ian Kent wrote: > > > > I'm unable to find a branch matching the line numbers. > > > > > > Given that, on the face of it, the scenario is impossible I'm > > > seeking clarification on what linux-next to lo

Re: [PATCH 3/3] RISC-V: Allow booting kernel from any 4KB aligned address

2019-04-10 Thread Nick Kossifidis
Στις 2019-03-13 00:08, Anup Patel έγραψε: Currently, we have to boot RISCV64 kernel from a 2MB aligned physical address and RISCV32 kernel from a 4MB aligned physical address. This constraint is because initial pagetable setup (i.e. setup_vm()) maps entire RAM using hugepages (i.e. 2MB for 3-leve

Re: [RFC patch 17/41] tracing: Make stack_trace_print() static and rename it

2019-04-10 Thread Steven Rostedt
On Wed, 10 Apr 2019 12:28:11 +0200 Thomas Gleixner wrote: > It's only used in the source file where it is defined and it's using the > stack_trace_ namespace. Rename it to free it up for stack trace related > functions. > Can you put it back to its original name "print_max_stack()" which was ch

Re: [PATCH] mm/memory_hotplug: Drop memory device reference after find_memory_block()

2019-04-10 Thread David Hildenbrand
On 10.04.19 14:28, Oscar Salvador wrote: > On Wed, Apr 10, 2019 at 12:14:55PM +0200, David Hildenbrand wrote: >> While current node handling is probably terribly broken for memory block >> devices that span several nodes (only possible when added during boot, >> and something like that should be bl

[PATCH] watchdog: wdat_wdt: fix get_timeleft call for wdat_wdt

2019-04-10 Thread Bryan Tan
The get_timeleft call for wdat_wdt was using ACPI_WDAT_GET_COUNTDOWN when running an action on the device, which would return the configured countdown, instead of ACPI_WDAT_GET_CURRENT_COUNTDOWN, which returns the time left before the watchdog will fire. This change corrects that. Signed-off-by: B

Re: [RFC patch 29/41] btrfs: ref-verify: Simplify stack trace retrieval

2019-04-10 Thread David Sterba
On Wed, Apr 10, 2019 at 12:28:23PM +0200, Thomas Gleixner wrote: > Replace the indirection through struct stack_trace with an invocation of > the storage array based interface. > > Signed-off-by: Thomas Gleixner > Cc: David Sterba > Cc: Chris Mason > Cc: Josef Bacik > Cc: linux-bt...@vger.kern

Re: Device Description for FPGA Components on x86 system

2019-04-10 Thread Federico Vaga
Hi, P.S. sorry if I'm too verbose, hopefully it is useful thanks for the answer On Wednesday, April 10, 2019 12:30:14 PM CEST Eric Schwarz wrote: > Hi, > > everything you want is already available and on the way to mainline > concerning support for various FPGA loading modes or available for >

RE: [PATCH 12/22] watchdog: da9063_wdt: Use 'dev' instead of dereferencing it repeatedly

2019-04-10 Thread Steve Twiss
Hi Guenter, On 08 April 2019 20:39, Guenter Roeck: > Subject: [PATCH 12/22] watchdog: da9063_wdt: Use 'dev' instead of > dereferencing it repeatedly > > Introduce local variable 'struct device *dev' and use it instead of > dereferencing it repeatedly. > > The conversion was done automatically w

Re: [PATCH 0/2] ARM: dts: stm32: add spdifrx support on stm32mp157c

2019-04-10 Thread Alexandre Torgue
Hi Olivier On 3/29/19 11:12 AM, Olivier Moysan wrote: This patchset adds support of STM32 SPDFIRX on stm32mp157c Olivier Moysan (2): ARM: dts: stm32: add spdifrx support on stm32mp157c ARM: dts: stm32: add spdfirx pins to stm32mp157c arch/arm/boot/dts/stm32mp157-pinctrl.dtsi | 13 +

[PATCH 1/2] spi: pxa2xx: fix SCR (divisor) calculation

2019-04-10 Thread Flavio Suligoi
Calculate the divisor for the SCR (Serial Clock Rate), avoiding that the SSP transmission rate can be greater than the device rate. When the division between the SSP clock and the device rate generates a reminder, we have to increment by one the divisor. In this way the resulting SSP clock will ne

Re: No 8254 PIT & no HPET on new Intel N3350 platforms causes kernel panic during early boot

2019-04-10 Thread Thomas Gleixner
On Tue, 9 Apr 2019, Daniel Drake wrote: > On Wed, Apr 3, 2019 at 7:21 PM Thomas Gleixner wrote: > > That means we need the following decision logic: > > > > 1) If HPET is available in ACPI, boot normal. > > > > 2) If HPET is not available, verify that the PIT actually counts. If it > > do

Re: [PATCH v3 1/4] perf: Add a 'percore' event qualifier

2019-04-10 Thread Arnaldo Carvalho de Melo
Em Wed, Apr 10, 2019 at 09:36:41AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Tue, Mar 19, 2019 at 04:56:53PM +0800, Jin Yao escreveu: > > Add a 'percore' event qualifier, like cpu/event=0,umask=0x3,percore=1/, > > that sums up the event counts for both hardware threads in a core. > > > > We c

[PATCH 2/2] spi: pxa2xx: use a module softdep for dw_dmac

2019-04-10 Thread Flavio Suligoi
With dw_dmac, sometimes the request of a DMA channel fails because the DMA driver is not ready, so an explicit dependency request is necessary. Signed-off-by: Flavio Suligoi --- drivers/spi/spi-pxa2xx.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/

RE: [PATCH] KVM: x86: optimize check for valid PAT value

2019-04-10 Thread David Laight
From: Paolo Bonzini > Sent: 10 April 2019 10:55 > > This check will soon be done on every nested vmentry and vmexit, > "parallelize" it using bitwise operations. > > Signed-off-by: Paolo Bonzini > --- ... > diff --git a/arch/x86/kvm/x86.h b/arch/x86/kvm/x86.h > index 28406aa1136d..7bc7ac9d2a44 1

Re: [PATCH 2/2] spi: pxa2xx: use a module softdep for dw_dmac

2019-04-10 Thread Mark Brown
On Wed, Apr 10, 2019 at 02:51:36PM +0200, Flavio Suligoi wrote: > With dw_dmac, sometimes the request of a DMA channel fails because > the DMA driver is not ready, so an explicit dependency request > is necessary. While this isn't going to hurt anything and might actually help so it's fine doesn't

Re: [PATCH 1/3] sound: Add hikey960 i2s audio driver

2019-04-10 Thread Daniel Baluta
Hello Pengcheng, Make sure you run ./scripts/checkpatch.pl --strict yourpatchfile.patch On Thu, Feb 28, 2019 at 4:15 PM Pengcheng Li wrote: > > From: Youlin Wang > > Add i2s driver for hisi3660 soc found on the hikey960 board. > Add conpile line in make file. > Technical support by Guangke Ji.

Re: [PATCH v3] perf annotate/report: Remove hist__account_cycles from callback

2019-04-10 Thread Arnaldo Carvalho de Melo
Em Sat, Mar 16, 2019 at 05:16:17AM +0800, Jin Yao escreveu: > The hist__account_cycles is executed when the hist_iter__branch_callback > is called. But it looks it's not necessary. In hist__account_cycles, it > already walks on all branch entries. > > This patch moves the hist__account_cycles out

Re: [PATCH 23/23] watchdog: tangox_wdt: Convert to use device managed functions and other improvements

2019-04-10 Thread Marc Gonzalez
On 09/04/2019 19:24, Guenter Roeck wrote: > Use device managed functions to simplify error handling, reduce > source code size, improve readability, and reduce the likelyhood of bugs. > Other improvements as listed below. > > The conversion was done automatically with coccinelle using the > follo

Re: [PATCH v3 1/3] perf: use hweight64 instead of hweight_long

2019-04-10 Thread Arnaldo Carvalho de Melo
Em Wed, Apr 10, 2019 at 04:16:43PM +0800, Mao Han escreveu: > On 32-bits platform with more than 32 registers, the 64 bits mask is > truncate to the lower 32 bits and the return value of hweight_long will > always smaller than 32. When kernel outputs more than 32 registers, but > the user perf prog

Re: [PATCH v3 1/3] perf: use hweight64 instead of hweight_long

2019-04-10 Thread Arnaldo Carvalho de Melo
Em Wed, Apr 10, 2019 at 10:08:41AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Wed, Apr 10, 2019 at 04:16:43PM +0800, Mao Han escreveu: > > On 32-bits platform with more than 32 registers, the 64 bits mask is > > truncate to the lower 32 bits and the return value of hweight_long will > > always

Re: [LINUX PATCH v3] spi: spi-mem: Fix build error without CONFIG_SPI_MEM

2019-04-10 Thread YueHaibing
On 2019/4/10 20:35, Mark Brown wrote: > On Wed, Apr 10, 2019 at 12:30:37PM +, Naga Sureshkumar Relli wrote: > >>> Yeah, I'm surprised that builds... > >> Sorry, I tested with CONFIG_SPI_MEM enabled. It's my bad. > > I also see that I'd queued an earlier version for application. I've > lost

Re: [PATCH 12/22] watchdog: da9063_wdt: Use 'dev' instead of dereferencing it repeatedly

2019-04-10 Thread Guenter Roeck
Hi Steve, On 4/10/19 5:50 AM, Steve Twiss wrote: Hi Guenter, On 08 April 2019 20:39, Guenter Roeck: Subject: [PATCH 12/22] watchdog: da9063_wdt: Use 'dev' instead of dereferencing it repeatedly Introduce local variable 'struct device *dev' and use it instead of dereferencing it repeatedly.

[PATCH] mtd: nand: Fix build error while CONFIG_MTD_NAND_ECC_SW_BCH is set to module

2019-04-10 Thread Yue Haibing
From: YueHaibing Fix gcc build error while CONFIG_MTD_NAND_ECC_SW_BCH is set to module: drivers/mtd/nand/raw/nand_base.o: In function `nand_cleanup': (.text+0xef6): undefined reference to `nand_bch_free' drivers/mtd/nand/raw/nand_base.o: In function `nand_scan_tail': nand_base.c:(.text+0xa101):

[PATCH] spi: spi-mem: Make spi_mem_default_supports_op() static inline

2019-04-10 Thread Yue Haibing
From: YueHaibing Stub helper spi_mem_default_supports_op() should be set to static inline Signed-off-by: YueHaibing --- include/linux/spi/spi-mem.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/spi/spi-mem.h b/include/linux/spi/spi-mem.h index 1941b84..af9ff2f 100644 --- a/

3b4ba6643d ("locking/rwsem: Enhance DEBUG_RWSEMS_WARN_ON() .."): WARNING: CPU: 0 PID: 0 at kernel/locking/rwsem.h:273 up_write

2019-04-10 Thread kernel test robot
Greetings, 0day kernel testing robot got the below dmesg and the first bad commit is https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.locking/core commit 3b4ba6643d26a95e08067fca9a5da1828f9afabf Author: Waiman Long AuthorDate: Thu Apr 4 13:43:15 2019 -0400 Commit: Ingo Mo

[tip:timers/urgent] alarmtimer: Return correct remaining time

2019-04-10 Thread tip-bot for Andrei Vagin
Commit-ID: 07d7e12091f4ab869cc6a4bb276399057e73b0b3 Gitweb: https://git.kernel.org/tip/07d7e12091f4ab869cc6a4bb276399057e73b0b3 Author: Andrei Vagin AuthorDate: Sun, 7 Apr 2019 21:15:42 -0700 Committer: Thomas Gleixner CommitDate: Wed, 10 Apr 2019 15:23:26 +0200 alarmtimer: Return corr

Re: [PATCH v3 1/3] perf: use hweight64 instead of hweight_long

2019-04-10 Thread Arnaldo Carvalho de Melo
Em Wed, Apr 10, 2019 at 10:10:42AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Wed, Apr 10, 2019 at 10:08:41AM -0300, Arnaldo Carvalho de Melo escreveu: > > Em Wed, Apr 10, 2019 at 04:16:43PM +0800, Mao Han escreveu: > > > On 32-bits platform with more than 32 registers, the 64 bits mask is > >

Re: [PATCH v2 0/3] Add support for STPMIC1

2019-04-10 Thread Alexandre Torgue
Hi Pascal On 4/9/19 11:07 AM, Pascal PAILLET-LME wrote: Add support for STPMIC1 on: - stm32mp157c ed1 board - stm32mp157a dk1 board - arm multi_v7_defconfig Pascal Paillet (3): changes in v2: * Describe why we disable the DMAs for PMIC   ARM: dts: stm32: add stpmic1 support on stm32mp157c ed

Re: [PATCH 23/23] watchdog: tangox_wdt: Convert to use device managed functions and other improvements

2019-04-10 Thread Guenter Roeck
On 4/10/19 6:04 AM, Marc Gonzalez wrote: On 09/04/2019 19:24, Guenter Roeck wrote: Use device managed functions to simplify error handling, reduce source code size, improve readability, and reduce the likelyhood of bugs. Other improvements as listed below. The conversion was done automatically

[PATCH v2 1/6] regulator: lm363x: Make the gpio register enable flexible

2019-04-10 Thread Dan Murphy
The use of and enablement of the GPIO can be used across devices. Use the enable_reg in the regulator descriptor for the register to write. Signed-off-by: Dan Murphy --- v2 - No changes - https://lore.kernel.org/patchwork/patch/1058777/ drivers/regulator/lm363x-regulator.c | 4 ++-- 1 file cha

Re: [PATCH] watchdog: wdat_wdt: fix get_timeleft call for wdat_wdt

2019-04-10 Thread Guenter Roeck
On 4/10/19 5:49 AM, Bryan Tan wrote: The get_timeleft call for wdat_wdt was using ACPI_WDAT_GET_COUNTDOWN when running an action on the device, which would return the configured countdown, instead of ACPI_WDAT_GET_CURRENT_COUNTDOWN, which returns the time left before the watchdog will fire. This

[PATCH v4 22/36] thunderbolt: Add support for full PCIe daisy chains

2019-04-10 Thread Mika Westerberg
Currently the software connection manager (tb.c) has only supported creating a single PCIe tunnel, no PCIe device daisy chaining has been supported so far. This updates the software connection manager so that it now can create PCIe tunnels for full chain of six devices. Because PCIe allows DMA and

[PATCH v2 4/6] regulator: lm363x: Add support for LM36274

2019-04-10 Thread Dan Murphy
Adding regulator support for the LM36274 backlight driver. This device can leverage this existing code as the functionality and registers are common enough between the LM36274 and the LM363x series of devices. Signed-off-by: Dan Murphy --- v2 - No changes - https://lore.kernel.org/patchwork/patc

[PATCH v2 2/6] dt-bindings: mfd: Add lm36274 bindings to ti-lmu

2019-04-10 Thread Dan Murphy
Add the LM36274 backlight driver with regulator support. This is a multi-function device for backlight applications. Backlight properties will be documented in it's a supplemental bindings document. Regulator support is documented in the regulator/lm363x-regulator.txt http://www.ti.com/lit/ds/sy

[PATCH v2 6/6] leds: lm36274: Introduce the TI LM36274 LED driver

2019-04-10 Thread Dan Murphy
Introduce the LM36274 LED driver. This driver uses the ti-lmu MFD driver to probe this LED driver. The driver configures only the LED registers and enables the outputs according to the config file. The driver utilizes the ti-lmu-led-common framework to set the brightness bits. Signed-off-by: Da

Re: [PATCH] mtd: nand: Fix build error while CONFIG_MTD_NAND_ECC_SW_BCH is set to module

2019-04-10 Thread Boris Brezillon
On Wed, 10 Apr 2019 21:07:47 +0800 Yue Haibing wrote: > From: YueHaibing > > Fix gcc build error while CONFIG_MTD_NAND_ECC_SW_BCH > is set to module: > > drivers/mtd/nand/raw/nand_base.o: In function `nand_cleanup': > (.text+0xef6): undefined reference to `nand_bch_free' > drivers/mtd/nand/raw

[PATCH v4 31/36] thunderbolt: Make tb_switch_alloc() return ERR_PTR()

2019-04-10 Thread Mika Westerberg
In order to detect possible connections to other domains we need to be able to find out why tb_switch_alloc() fails so make it return ERR_PTR() instead. This allows the caller to differentiate between errors such as -ENOMEM which comes from the kernel and for instance -EIO which comes from the hard

[PATCH v2 3/6] mfd: ti-lmu: Add LM36274 support to the ti-lmu

2019-04-10 Thread Dan Murphy
Add the LM36274 register support to the ti-lmu MFD driver. Signed-off-by: Dan Murphy --- v2 - No changes - https://lore.kernel.org/patchwork/patch/1058780/ drivers/mfd/Kconfig | 5 ++--- drivers/mfd/ti-lmu.c| 14 ++ include/linux/mfd/ti-lmu-register

[PATCH v2 5/6] dt-bindings: leds: Add LED bindings for the LM36274

2019-04-10 Thread Dan Murphy
Add the LM36274 LED specific bindings. Signed-off-by: Dan Murphy --- v2 - Changed 29-V to 29V - https://lore.kernel.org/patchwork/patch/1058779/ .../devicetree/bindings/leds/leds-lm36274.txt | 82 +++ 1 file changed, 82 insertions(+) create mode 100644 Documentation/devicetree

[PATCH v4 29/36] thunderbolt: Add XDomain UUID exchange support

2019-04-10 Thread Mika Westerberg
Currently ICM has been handling XDomain UUID exchange so there was no need to have it in the driver yet. However, since now we are going to add the same capabilities to the software connection manager it needs to be handled properly. For this reason modify the driver XDomain protocol handling so t

Re: [RFC patch 19/41] lib/stackdepot: Provide functions which operate on plain storage arrays

2019-04-10 Thread Alexander Potapenko
On Wed, Apr 10, 2019 at 1:05 PM Thomas Gleixner wrote: > > The struct stack_trace indirection in the stack depot functions is a truly > pointless excercise which requires horrible code at the callsites. > > Provide interfaces based on plain storage arrays. > > Signed-off-by: Thomas Gleixner Acked

Re: [PATCH 2/2] ARM: dts: stm32: Enable STM32F769 clock driver

2019-04-10 Thread Alexandre Torgue
Hi Gabriel On 4/5/19 9:53 AM, Gabriel Fernandez wrote: This patch enables clocks for STM32F769 boards. Signed-off-by: Gabriel Fernandez --- arch/arm/boot/dts/stm32f769-disco.dts | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/stm32f769-disco.dts b/arch/arm/boot/dt

[PATCH v4 10/36] thunderbolt: Configure lanes when switch is initialized

2019-04-10 Thread Mika Westerberg
Thunderbolt 2 devices and beyond need to have additional bits set in link controller specific registers. This includes two bits in LC_SX_CTRL that tell the link controller which lane is connected and whether it is upstream facing or not. Signed-off-by: Mika Westerberg --- drivers/thunderbolt/lc.

[PATCH v4 01/36] net: thunderbolt: Unregister ThunderboltIP protocol handler when suspending

2019-04-10 Thread Mika Westerberg
The XDomain protocol messages may start as soon as Thunderbolt control channel is started. This means that if the other host starts sending ThunderboltIP packets early enough they will be passed to the network driver which then gets confused because its resume hook is not called yet. Fix this by u

[PATCH v4 06/36] thunderbolt: Do not allocate switch if depth is greater than 6

2019-04-10 Thread Mika Westerberg
Maximum depth in Thunderbolt topology is 6 so make sure it is not possible to allocate switches that exceed the depth limit. While at it update tb_switch_alloc() to use upper/lower_32_bits() following tb_switch_alloc_safe_mode(). Signed-off-by: Mika Westerberg --- drivers/thunderbolt/icm.c|

[PATCH] rtc: sirfsoc: Make sysrtc_regmap_config static

2019-04-10 Thread Yue Haibing
From: YueHaibing Fix sparse warning: drivers/rtc/rtc-sirfsoc.c:282:28: warning: symbol 'sysrtc_regmap_config' was not declared. Should it be static? Reported-by: Hulk Robot Signed-off-by: YueHaibing --- drivers/rtc/rtc-sirfsoc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --

Re: [PATCH RESEND V11 1/4] dt-bindings: fsl: scu: add thermal binding

2019-04-10 Thread Rob Herring
On Wed, Apr 10, 2019 at 07:43:04AM +, Anson Huang wrote: > NXP i.MX8QXP is an ARMv8 SoC with a Cortex-M4 core inside as > system controller, the system controller is in charge of system > power, clock and thermal sensors etc. management, Linux kernel > has to communicate with system controller

Re: [RFC patch 41/41] lib/stackdepot: Remove obsolete functions

2019-04-10 Thread Alexander Potapenko
On Wed, Apr 10, 2019 at 1:06 PM Thomas Gleixner wrote: > > No more users of the struct stack_trace based interfaces. > > Signed-off-by: Thomas Gleixner Acked-by: Alexander Potapenko > --- > include/linux/stackdepot.h |4 > lib/stackdepot.c | 20 > 2 fil

Re: WARN_ON_ONCE() hit at kernel/events/core.c:330

2019-04-10 Thread Thomas-Mich Richter
On 4/9/19 10:53 AM, Mark Rutland wrote: > On Mon, Apr 08, 2019 at 11:50:31AM +0200, Peter Zijlstra wrote: >> On Mon, Apr 08, 2019 at 10:22:29AM +0200, Peter Zijlstra wrote: >>> On Mon, Apr 08, 2019 at 09:12:28AM +0200, Thomas-Mich Richter wrote: >> . >> >> Instead encode the CPU number in @p

Re: [PATCH RESEND V11 4/4] arm64: dts: imx: add i.MX8QXP thermal support

2019-04-10 Thread Rob Herring
:u?w]

Re: [PATCH] ARM: dts: stm32: add power supply of otm8009a on stm32mp157c-dk2

2019-04-10 Thread Alexandre Torgue
Hi Yannick On 3/29/19 11:13 AM, Yannick Fertré wrote: This patch adds a new property (power-supply) to panel otm8009a (orisetech) on stm32mp157c-dk2 & regulator v3v3 which is always set on until the implementation of regulator driver. Signed-off-by: Yannick Fertré --- arch/arm/boot/dts/stm3

<    1   2   3   4   5   6   7   8   9   >