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

2019-04-09 Thread Christoph Hellwig
Looks good, Reviewed-by: Christoph Hellwig

Re: [PATCH 3/4] lib/hexdump.c: Replace ascii bool in hex_dump_to_buffer with flags

2019-04-09 Thread Dan Carpenter
On Wed, Apr 10, 2019 at 01:17:19PM +1000, Alastair D'Silva wrote: > @@ -107,7 +108,7 @@ EXPORT_SYMBOL(bin2hex); > * string if enough space had been available. > */ > int hex_dump_to_buffer(const void *buf, size_t len, int rowsize, int > groupsize, > -char *linebuf, size_t

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

2019-04-09 Thread Christoph Hellwig
On Thu, Apr 04, 2019 at 01:51:25AM -0400, Alexandre Ghiti wrote: > - fix the case where stack randomization should not be taken into > account. Hmm. This sounds a bit vague. It might be better if something considered a fix is split out to a separate patch with a good description. > +config AR

[v3 PATCH] PCI: mediatek: get optional clock by devm_clk_get_optional()

2019-04-09 Thread Chunfeng Yun
Use devm_clk_get_optional() to get optional clock Cc: Ryder Lee Cc: Honghui Zhang Signed-off-by: Chunfeng Yun Acked-by: Ryder Lee Acked-by: Honghui Zhang --- v3: add Acked-by Ryder and Honghui --- drivers/pci/controller/pcie-mediatek.c | 50 -- 1 file changed, 15 inse

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

2019-04-09 Thread Christoph Hellwig
Looks good, Reviewed-by: Christoph Hellwig

Re: rseq/x86: choosing rseq code signature

2019-04-09 Thread Peter Zijlstra
On Tue, Apr 09, 2019 at 04:43:42PM -0400, Mathieu Desnoyers wrote: > +/* > + * RSEQ_SIG is used with the following privileged instructions, which trap > in user-space: > + * x86-32:0f 01 3d 53 30 05 53 invlpg 0x53053053 > + * x86-64:0f 01 3d 53 30 05 53 invlpg 0x53053053(%rip) >

Re: [PATCH 3/3] riscv/signal: Fixup additional syscall restarting

2019-04-09 Thread Christoph Hellwig
Looks good, Reviewed-by: Christoph Hellwig

Re: [PATCH] Staging: rtl8723bs: Remove typedef in struct sdio_data

2019-04-09 Thread Dan Carpenter
On Tue, Apr 09, 2019 at 11:16:17AM -0500, Madhumitha Prabakaran wrote: > diff --git a/drivers/staging/rtl8723bs/include/drv_types.h > b/drivers/staging/rtl8723bs/include/drv_types.h > index bafb2c30e7fb..b0623c936940 100644 > --- a/drivers/staging/rtl8723bs/include/drv_types.h > +++ b/drivers/stag

Re: [PATCH 2/3] clk: rockchip: Make rkpwm a critical clock on rk3288

2019-04-09 Thread elaine.zhang
hi, 在 2019/4/10 上午4:47, Douglas Anderson 写道: Most rk3288-based boards are derived from the EVB and thus use a PWM regulator for the logic rail. However, most rk3288-based boards don't specify the PWM regulator in their device tree. We'll deal with that by making it critical. NOTE: it's import

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

2019-04-09 Thread Michal Simek
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 with coccinelle using the > follow

Re: linux-next: manual merge of the staging tree with the staging.current tree

2019-04-09 Thread Alexandru Ardelean
On Tue, Apr 9, 2019 at 6:40 PM Andy Shevchenko wrote: > > On Mon, Apr 08, 2019 at 01:01:51PM +0100, Jonathan Cameron wrote: > > On Mon, 8 Apr 2019 13:34:37 +0300 > > Andy Shevchenko wrote: > > > On Mon, Apr 08, 2019 at 11:14:39AM +0100, Jonathan Cameron wrote: > > > > On Mon, 8 Apr 2019 13:01:21

linux-next: Tree for Apr 10

2019-04-09 Thread Stephen Rothwell
Hi all, Changes since 20190409: The printk tree gained conflicts against Linus' tree. The drm tree still had its build failure for which I disabled a driver. The drm-misc tree still had its build failure for which I marked a driver as BROKEN. The scsi tree inherited a build failure for

Re: [PATCH v2 2/4] opp: add API which get max freq by voltage

2019-04-09 Thread Viresh Kumar
On 29-03-19, 14:46, Andrew-sh.Cheng wrote: > This API will get voltage as input parameter. > Search all opp items for the item which with max frequency, > and the voltae is smaller than provided voltage. > > Signed-off-by: Andrew-sh.Cheng > --- > drivers/opp/core.c | 55 > ++

Re: [PATCH ghak10 v7 2/2] ntp: Audit NTP parameters adjustment

2019-04-09 Thread Thomas Gleixner
On Tue, 9 Apr 2019, Ondrej Mosnacek wrote: > diff --git a/include/linux/audit.h b/include/linux/audit.h > index 2c62c046..1c372ad7ebe9 100644 > --- a/include/linux/audit.h > +++ b/include/linux/audit.h > @@ -86,6 +86,26 @@ struct audit_field { > u32 op; > }; >

Re: [PATCH 1/3] Revert "clk: rockchip: mark noc and some special clk as critical on rk3288"

2019-04-09 Thread elaine.zhang
hi, 在 2019/4/10 上午4:47, Douglas Anderson 写道: This reverts commit 55bb6a633c33caf68ab470907ecf945289cb733d. The clocks that were enabled by that patch are pretty questionable. Specifically looking at what has been shipping on rk3288-veyron Chromebooks almost all of these clocks are safely turned

[PATCH] csky: Fixup wrong update_mmu_cache implementation

2019-04-09 Thread guoren
From: Guo Ren In our stress test, we found some crash problem caused by: if (!(vma->vm_flags & VM_EXEC)) return; in update_mmu_cache(). Seems current update_mmu_cache implementation is wrong and we retread to the conservative implementation. Also the usage of kmap_atomic in update_mmu

[PATCH V2] csky: Add perf_arch_fetch_caller_regs support

2019-04-09 Thread guoren
From: Mao Han In trace events as tracepoints context are not able to be retrieve with task_pt_regs. Without arch caller regs support the pt_regs context will be all zero, perf can not parsing the callchain and resolving the symbols correctly, some time will even get into deadlock while handling t

[v2 PATCH 3/4] phy: socionext: get optional clock by devm_clk_get_optional()

2019-04-09 Thread Chunfeng Yun
Use devm_clk_get_optional() to get optional clock Cc: Kunihiko Hayashi Signed-off-by: Chunfeng Yun Reviewed-by: Kunihiko Hayashi --- v2: add Reviewed-by Kunihiko Hayashi --- drivers/phy/socionext/phy-uniphier-usb3hs.c | 10 +++--- drivers/phy/socionext/phy-uniphier-usb3ss.c | 10 +++---

[v2 PATCH 4/4] phy: phy-meson-gxl-usb2: get optional clock by devm_clk_get_optional()

2019-04-09 Thread Chunfeng Yun
Use devm_clk_get_optional() to get optional clock Cc: Martin Blumenstingl Signed-off-by: Chunfeng Yun Acked-by: Martin Blumenstingl --- v2: add Acked-by Martin Blumenstingl --- drivers/phy/amlogic/phy-meson-gxl-usb2.c | 11 +++ 1 file changed, 3 insertions(+), 8 deletions(-) diff --gi

[v2 PATCH 2/4] phy: qcom-qusb2: get optional clock by devm_clk_get_optional()

2019-04-09 Thread Chunfeng Yun
Use devm_clk_get_optional() to get optional clock Cc: Andy Gross Cc: David Brown Cc: Vivek Gautam Signed-off-by: Chunfeng Yun --- v2: no changes --- drivers/phy/qualcomm/phy-qcom-qusb2.c | 11 +++ 1 file changed, 3 insertions(+), 8 deletions(-) diff --git a/drivers/phy/qualcomm/phy-q

[v2 PATCH 1/4] phy: phy-mtk-tphy: get optional clock by devm_clk_get_optional()

2019-04-09 Thread Chunfeng Yun
Use devm_clk_get_optional() to get optional clock Signed-off-by: Chunfeng Yun --- v2: no changes --- drivers/phy/mediatek/phy-mtk-tphy.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/drivers/phy/mediatek/phy-mtk-tphy.c b/drivers/phy/mediatek/phy-mtk-tphy.c index

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

2019-04-09 Thread Vidya Sagar
On 4/9/2019 6:56 PM, Bjorn Helgaas wrote: On Tue, Apr 09, 2019 at 05:00:53PM +0530, Vidya Sagar wrote: On 4/6/2019 12:28 AM, Bjorn Helgaas wrote: On Fri, Apr 05, 2019 at 01:23:51AM +0530, Vidya Sagar wrote: On 4/3/2019 11:06 PM, Bjorn Helgaas wrote: On Wed, Apr 03, 2019 at 03:13:09PM +0530, V

Re: [PATCH 1/3] RISC-V: Add separate defconfig for 32bit systems

2019-04-09 Thread Anup Patel
On Tue, Apr 9, 2019 at 10:14 PM Palmer Dabbelt wrote: > > On Tue, 12 Mar 2019 15:08:12 PDT (-0700), Anup Patel wrote: > > This patch adds rv32_defconfig for 32bit systems. The only > > difference between rv32_defconfig and defconfig is that > > rv32_defconfig has CONFIG_ARCH_RV32I=y. > > Thanks.

Re: [External] Re: Basics : Memory Configuration

2019-04-09 Thread Pankaj Suryawanshi
From: Christopher Lameter Sent: 09 April 2019 21:31 To: Pankaj Suryawanshi Cc: linux-kernel@vger.kernel.org; linux...@kvack.org Subject: [External] Re: Basics : Memory Configuration On Tue, 9 Apr 2019, Pankaj Suryawanshi wrote: > I am confuse about me

RE: [EXT] Re: [PATCH V10 1/4] dt-bindings: fsl: scu: add thermal binding

2019-04-09 Thread Anson Huang
Hi, Rui/Eduardo I just sent out a V11 patch series following Rob's suggestion, please help review it. So if the HW resource ID can be as phandle's argument, then go with V11 patch series, if it MUST be virtual ID starting from 0-N, then pick V10 patch series. Thanks for yo

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

2019-04-09 Thread Anson Huang
Add i.MX8QXP CPU thermal zone support. Signed-off-by: Anson Huang --- Changes since V10: - remove property "imx,sensor-resource-id" and put HW resource ID inside each thermal-sensors' phandle argument. --- arch/arm64/boot/dts/freescale/imx8qxp.dtsi | 33 +++

[PATCH V11 2/4] thermal: imx_sc: add i.MX system controller thermal support

2019-04-09 Thread Anson Huang
i.MX8QXP is an ARMv8 SoC which has a Cortex-M4 system controller inside, the system controller is in charge of controlling power, clock and thermal sensors etc.. This patch adds i.MX system controller thermal driver support, Linux kernel has to communicate with system controller via MU (message un

[PATCH V11 3/4] defconfig: arm64: add i.MX system controller thermal support

2019-04-09 Thread Anson Huang
This patch enables CONFIG_IMX_SC_THERMAL as module. Signed-off-by: Anson Huang --- No changes. --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 9e313f5..d4c404a 100644 --- a/arch/arm64/configs/d

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

2019-04-09 Thread Anson Huang
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 via MU (message unit) IPC to get temperature from thermal sensors, th

Re: KASAN: use-after-free Read in snd_timer_process_callbacks

2019-04-09 Thread syzbot
syzbot has found a reproducer for the following crash on: HEAD commit:cfd24a53 Add linux-next specific files for 20190409 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=111d56af20 kernel config: https://syzkaller.appspot.com/x/.config?x

RE: linux-next: Tree for Apr 9 (spi/spi-zynq-qspi.c)

2019-04-09 Thread Naga Sureshkumar Relli
Hi Randy, I have sent the patch on top of the patch sent by yuehaib...@huawei.com. Thanks, Naga Sureshkumar Relli > -Original Message- > From: Randy Dunlap > Sent: Tuesday, April 9, 2019 8:52 PM > To: Stephen Rothwell ; Linux Next Mailing List n...@vger.kernel.org> > Cc: Linux Kernel M

Re: [PATCH 3/3] thermal: cpu_cooling: Migrate to using the EM framework

2019-04-09 Thread Viresh Kumar
On 28-03-19, 10:13, Quentin Perret wrote: > +static unsigned int get_state_freq(struct cpufreq_cooling_device > *cpufreq_cdev, > + unsigned long state) > +{ > + struct cpufreq_policy *policy; > + unsigned long idx; > + > + /* Use the Energy Model table if avai

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

2019-04-09 Thread Naga Sureshkumar Relli
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 controller") Signed-off

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

2019-04-09 Thread Naga Sureshkumar Relli
Hi Vignesh, > -Original Message- > From: linux-spi-ow...@vger.kernel.org On > Behalf Of > Naga Sureshkumar Relli > Sent: Wednesday, April 10, 2019 10:53 AM > To: YueHaibing ; Vignesh Raghavendra ; > broo...@kernel.org > Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org > Subjec

Re: [RFC PATCH 0/3] Add support of busfreq

2019-04-09 Thread Viresh Kumar
On 15-03-19, 17:17, Leonard Crestez wrote: > On 3/15/19 11:31 AM, Alexandre Bailon wrote: > >>> This series is sent as RFC mostly because the current support of i.MX SoC > >>> won't > >>> benefit of busfreq framework, because the clocks' driver don't support > >>> interconnect / dram frequency sca

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

2019-04-09 Thread Naga Sureshkumar Relli
Hi Vignesh, > -Original Message- > From: linux-spi-ow...@vger.kernel.org On > Behalf Of > YueHaibing > Sent: Wednesday, April 10, 2019 9:03 AM > To: Vignesh Raghavendra ; broo...@kernel.org; Naga > Sureshkumar Relli > > Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org > Subj

[PATCH] staging: pi433: add dependency to PA0,1,2 setting for output power level

2019-04-09 Thread Sidong Yang
When setting output power level called, the power level should be checked by power amplifier level register and high power option. There was todo about it. Add some variables for checking power level range. The values that used for checking high power or minimum power are from rf69 datasheets. The

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

2019-04-09 Thread Stephen Rothwell
Hi all, On Wed, 10 Apr 2019 06:04:19 +0200 James Bottomley wrote: > > On Tue, 2019-04-09 at 21:33 -0400, Martin K. Petersen wrote: > > > > > > I have reverted that commit for today. > > > > > > This has now migrated to the scsi tree. > > > > I have a fix in my tree but I haven't pushed

[PATCH] MAINTAINERS: Update email for Qualcomm SoC maintainer

2019-04-09 Thread Andy Gross
This patch changes the email for Andy Gross to agr...@kernel.org. Signed-off-by: Andy Gross --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index e17ebf7..cf39fb06 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -1984,7 +1984,7 @@ W:

Re: [RFC][PATCH 13/16] sched: Add core wide task selection and scheduling.

2019-04-09 Thread Aaron Lu
On Tue, Apr 09, 2019 at 11:09:45AM -0700, Tim Chen wrote: > Now that we have accumulated quite a number of different fixes to your orginal > posted patches. Would you like to post a v2 of the core scheduler with the > fixes? One more question I'm not sure: should a task with cookie=0, i.e. tasks

Re: [PATCH 2/2] module: Make srcu_struct ptr array as read-only post init

2019-04-09 Thread Mathieu Desnoyers
- On Apr 9, 2019, at 11:38 PM, Joel Fernandes joe...@google.com wrote: > On Tue, Apr 9, 2019 at 10:48 PM Steven Rostedt wrote: >> >> On Tue, 9 Apr 2019 22:41:03 -0400 >> Joel Fernandes wrote: >> >> > > Other than that, the two patches look fine to me. >> > >> > Could I add your Reviewed-by i

Re: rseq/x86: choosing rseq code signature

2019-04-09 Thread Mathieu Desnoyers
- On Apr 9, 2019, at 9:57 PM, Andy Lutomirski l...@kernel.org wrote: > On Tue, Apr 9, 2019 at 5:51 PM Zack Weinberg wrote: >> >> On Tue, Apr 9, 2019 at 4:43 PM Mathieu Desnoyers >> wrote: >> > - On Apr 9, 2019, at 3:32 PM, Mathieu Desnoyers >> > mathieu.desnoy...@efficios.com wrote: >> >

[PATCH v6 12/12] soc: ti: am6: Enable interrupt controller driver

2019-04-09 Thread Lokesh Vutla
Select the TISCI Interrupt Router, Aggregator drivers and all its dependencies for AM6 SoC. Suggested-by: Marc Zyngier Signed-off-by: Lokesh Vutla --- Changes since v5: - None drivers/soc/ti/Kconfig | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/soc/ti/Kconfig b/drivers/soc/t

[PATCH v6 10/12] soc: ti: Add MSI domain bus support for Interrupt Aggregator

2019-04-09 Thread Lokesh Vutla
With the system coprocessor managing the range allocation of the inputs to Interrupt Aggregator, it is difficult to represent the device IRQs from DT. The suggestion is to use MSI in such cases where devices wants to allocate and group interrupts dynamically. Create a MSI domain bus layer that al

[PATCH v6 09/12] irqchip: ti-sci-inta: Add support for Interrupt Aggregator driver

2019-04-09 Thread Lokesh Vutla
Texas Instruments' K3 generation SoCs has an IP Interrupt Aggregator which is an interrupt controller that does the following: - Converts events to interrupts that can be understood by an interrupt router. - Allows for multiplexing of events to interrupts. Configuration of the interrupt aggregat

[PATCH v6 08/12] dt-bindings: irqchip: Introduce TISCI Interrupt Aggregator bindings

2019-04-09 Thread Lokesh Vutla
Add the DT binding documentation for Interrupt Aggregator driver. Signed-off-by: Lokesh Vutla --- Changes since v5: - Dropped interrupt-cells property - Added msi controller property .../interrupt-controller/ti,sci-inta.txt | 66 +++ MAINTAINERS

[PATCH v6 11/12] irqchip: ti-sci-inta: Add msi domain support

2019-04-09 Thread Lokesh Vutla
Add a msi domain that is child to the INTA domain. Clients uses the INTA msi bus layer to allocate irqs in this msi domain. Signed-off-by: Lokesh Vutla --- Changes since v5: - New patch. Seperated out msi domain part from the intial patch. Marc, I feel this is too simple to be a separate

[PATCH v6 05/12] firmware: ti_sci: Add helper apis to manage resources

2019-04-09 Thread Lokesh Vutla
Each resource with in the device can be uniquely identified as defined by TISCI. Since this is generic across the devices, resource allocation also can be made generic instead of each client driver handling the resource. So add helper apis to manage the resource. Signed-off-by: Lokesh Vutla --- C

[PATCH v6 01/12] firmware: ti_sci: Add support to get TISCI handle using of_phandle

2019-04-09 Thread Lokesh Vutla
From: Grygorii Strashko TISCI has been updated to have support for Resource management(likes interrupts etc..). And there can be multiple device instances of a resource type in a SoC. So every driver corresponding to a resource type should get a TISCI handle so that it can make TISCI calls. And e

[PATCH v6 06/12] dt-bindings: irqchip: Introduce TISCI Interrupt router bindings

2019-04-09 Thread Lokesh Vutla
Add the DT binding documentation for Interrupt router driver. Signed-off-by: Lokesh Vutla --- Changes since v5: - Introduced a new property for specifying router trigger type. - Dropped the trigger type from interrupt cells property. Marc, Firmware change to not differentiate INTA interr

[PATCH v6 07/12] irqchip: ti-sci-intr: Add support for Interrupt Router driver

2019-04-09 Thread Lokesh Vutla
Texas Instruments' K3 generation SoCs has an IP Interrupt Router that does allows for redirection of input interrupts to host interrupt controller. Interrupt Router inputs are either from a peripheral or from an Interrupt Aggregator which is another interrupt controller. Configuration of the inter

[PATCH v6 03/12] firmware: ti_sci: Add support for IRQ management

2019-04-09 Thread Lokesh Vutla
TISCI abstracts the handling of IRQ routes where interrupt sources are not directly connected to host interrupt controller. Add support for the set of TISCI commands for requesting and releasing IRQs. Signed-off-by: Lokesh Vutla --- Changes since v5: - None drivers/firmware/ti_sci.c

[PATCH v6 04/12] firmware: ti_sci: Add RM mapping table for am654

2019-04-09 Thread Lokesh Vutla
From: Peter Ujfalusi Add the resource mapping table for AM654 SoC as defined in http://downloads.ti.com/tisci/esd/latest/5_soc_doc/am6x/resasg_types.html Introduce a new compatible for AM654 "ti,am654-sci" for using this resource map table. Reviewed-by: Rob Herring Signed-off-by: Peter Ujfalusi

[PATCH v6 02/12] firmware: ti_sci: Add support for RM core ops

2019-04-09 Thread Lokesh Vutla
TISCI provides support for getting the resources(IRQ, RING etc..) assigned to a specific device. These resources can be handled by the client and in turn sends TISCI cmd to configure the resources. It is very important that client should keep track on usage of these resources. Add support for TIS

[PATCH v6 00/12] Add support for TISCI Interrupt controller drivers

2019-04-09 Thread Lokesh Vutla
TI AM65x SoC based on K3 architecture introduced support for Events which are message based interrupts with minimal latency. These events are not compatible with regular interrupts and are valid only through an event transport lane. An Interrupt Aggregator(INTA) is introduced to convert these event

[PATCH v5 4/6] dax: check synchronous mapping is supported

2019-04-09 Thread Pankaj Gupta
This patch introduces 'daxdev_mapping_supported' helper which checks if 'MAP_SYNC' is supported with filesystem mapping. It also checks if corresponding dax_device is synchronous. Virtio pmem device is asynchronous and does not not support VM_SYNC. Suggested-by: Jan Kara Signed-off-by: Pankaj Gu

Re: [PATCH 2/3] RISC-V: Make setup_vm() independent of GCC code model

2019-04-09 Thread Anup Patel
On Tue, Apr 9, 2019 at 10:17 PM Palmer Dabbelt wrote: > > On Tue, 12 Mar 2019 15:08:16 PDT (-0700), Anup Patel wrote: > > The setup_vm() must access kernel symbols in a position independent way > > because it will be called from head.S with MMU off. > > > > If we compile kernel with cmodel=medany

[PATCH v5 5/6] ext4: disable map_sync for async flush

2019-04-09 Thread Pankaj Gupta
Dont support 'MAP_SYNC' with non-DAX files and DAX files with asynchronous dax_device. Virtio pmem provides asynchronous host page cache flush mechanism. We don't support 'MAP_SYNC' with virtio pmem and ext4. Signed-off-by: Pankaj Gupta --- fs/ext4/file.c | 11 ++- 1 file changed, 6 ins

Re: [PATCH 1/4] dt-bindings: opp: Introduce opp-bw-MBs bindings

2019-04-09 Thread Viresh Kumar
On 09-04-19, 17:36, Georgi Djakov wrote: > Hi Viresh, > > On 3/14/19 08:23, Viresh Kumar wrote: > > On 13-03-19, 11:00, Georgi Djakov wrote: > >> In addition to frequency and voltage, some devices may have bandwidth > >> requirements for their interconnect throughput - for example a CPU > >> or GP

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

2019-04-09 Thread James Bottomley
On Tue, 2019-04-09 at 21:33 -0400, Martin K. Petersen wrote: > Stephen, > > > > I have reverted that commit for today. > > > > This has now migrated to the scsi tree. > > I have a fix in my tree but I haven't pushed it yet. It's upstream in both trees now. James

Re: [PATCH 2/4] OPP: Add support for parsing the interconnect bandwidth

2019-04-09 Thread Viresh Kumar
On 09-04-19, 17:37, Georgi Djakov wrote: > Hi Viresh, > > On 3/14/19 08:30, Viresh Kumar wrote: > > On 13-03-19, 11:00, Georgi Djakov wrote: > >> The OPP bindings now support bandwidth values, so add support to parse it > >> from device tree and store it into the new dev_pm_opp_icc_bw struct, whic

Re: [PULL -- 5.1 REGRESSION] Bluetooth: btusb: request wake pin with NOAUTOEN

2019-04-09 Thread Linus Torvalds
On Tue, Apr 9, 2019 at 5:26 PM Brian Norris wrote: > > So, I think the problem is still potentially present no matter when we > request the IRQ. The "uninitialized" state of the hardware (or, > firmware) just exposes the issue extremely clearly. Well, I think that as long as you don't request the

Re: [PATCH v14 1/3] /proc/pid/status: Add support for architecture specific output

2019-04-09 Thread Li, Aubrey
On 2019/4/10 10:36, Li, Aubrey wrote: > On 2019/4/10 10:25, Andy Lutomirski wrote: >> On Tue, Apr 9, 2019 at 7:20 PM Li, Aubrey wrote: >>> >>> On 2019/4/10 9:58, Andy Lutomirski wrote: On Tue, Apr 9, 2019 at 6:55 PM Aubrey Li wrote: > > The architecture specific information of the ru

Re: [PATCH 2/2] module: Make srcu_struct ptr array as read-only post init

2019-04-09 Thread Joel Fernandes
On Tue, Apr 9, 2019 at 10:48 PM Steven Rostedt wrote: > > On Tue, 9 Apr 2019 22:41:03 -0400 > Joel Fernandes wrote: > > > > Other than that, the two patches look fine to me. > > > > Could I add your Reviewed-by in the respin? > > You can add an Acked-by, as I haven't spent enough time to offer a

Re: [PATCH 0/6] objtool: Add support for Arm64

2019-04-09 Thread Josh Poimboeuf
On Tue, Apr 09, 2019 at 10:43:18AM -0700, Ard Biesheuvel wrote: > On Tue, 9 Apr 2019 at 06:53, Raphael Gault wrote: > > > > Hi, > > > > As of now, objtool only supports the x86_64 architecture but the > > groundwork has already been done in order to add support for other > > architecture without t

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

2019-04-09 Thread YueHaibing
On 2019/4/10 0:30, Vignesh Raghavendra wrote: > On 08/04/19 8:09 PM, 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+0x1da): undefined refer

Re: [PULL -- 5.1 REGRESSION] Bluetooth: btusb: request wake pin with NOAUTOEN

2019-04-09 Thread Brian Norris
Hi Linus, Thanks for the reply! It's amusing that you're the only one (well, besides the gentleman who sits a few feet from me and kindly provided his Reviewed-by) to review my patch. On Tue, Apr 9, 2019 at 7:20 PM Linus Torvalds wrote: > On Tue, Apr 9, 2019 at 8:49 AM Brian Norris wrote: > > B

Re: [PATCH v2 2/2] dt-bindings: cpufreq: Document operating-points-v2-sunxi-cpu

2019-04-09 Thread Viresh Kumar
On 09-04-19, 13:25, Yangtao Li wrote: > Allwinner Process Voltage Scaling Tables defines the voltage and > frequency value based on the speedbin blown in the efuse combination. > The sunxi-cpufreq-nvmem driver reads the efuse value from the SoC to > provide the OPP framework with required informat

Re: [PATCH v2 1/2] cpufreq: Add sunxi nvmem based CPU scaling driver

2019-04-09 Thread Viresh Kumar
On 09-04-19, 13:25, Yangtao Li wrote: > +static const struct sunxi_cpufreq_soc_data sun50i_h6_data = { > + .efuse_xlate = sun50i_efuse_xlate, > + .nvmem_mask = 0x7, > + .nvmem_shift = 5, > +}; > + > +static const struct of_device_id sunxi_cpufreq_match_list[] = { > + { .compatible =

Re: [PATCH 2/2] module: Make srcu_struct ptr array as read-only post init

2019-04-09 Thread Steven Rostedt
On Tue, 9 Apr 2019 22:41:03 -0400 Joel Fernandes wrote: > > Other than that, the two patches look fine to me. > > Could I add your Reviewed-by in the respin? You can add an Acked-by, as I haven't spent enough time to offer a Reviewed-by tag. ;-) Maybe I'll get some time to vet it a bit more

[PATCH 0/1] mm: Remove the SLAB allocator

2019-04-09 Thread Tobin C. Harding
Recently a 2 year old bug was found in the SLAB allocator that crashes the kernel. This seems to imply that not that many people are using the SLAB allocator. Currently we have 3 slab allocators. Two is company three is a crowd - let's get rid of one. - The SLUB allocator has been the default

[PATCH 1/1] mm: Remove SLAB allocator

2019-04-09 Thread Tobin C. Harding
We have SLOB for embedded devices and SLUB for everyone else. Signed-off-by: Tobin C. Harding --- include/linux/slab.h | 26 - kernel/cpu.c |5 - mm/slab.c| 4493 -- mm/slab.h| 31 +- mm/slab_common.c | 20 +-

Re: [PATCH 2/2] module: Make srcu_struct ptr array as read-only post init

2019-04-09 Thread Joel Fernandes
On Tue, Apr 09, 2019 at 10:38:20PM -0400, Steven Rostedt wrote: > On Tue, 9 Apr 2019 21:14:18 -0400 > "Joel Fernandes (Google)" wrote: > > > /* > > - * Mark ro_after_init section with SHF_RO_AFTER_INIT so that > > + * These are section names marked with SHF_RO_AFTER_INIT so that > > I'm curiou

Re: [PATCH 2/2] module: Make srcu_struct ptr array as read-only post init

2019-04-09 Thread Steven Rostedt
On Tue, 9 Apr 2019 21:14:18 -0400 "Joel Fernandes (Google)" wrote: > /* > - * Mark ro_after_init section with SHF_RO_AFTER_INIT so that > + * These are section names marked with SHF_RO_AFTER_INIT so that I'm curious to this much of a change. Wouldn't just making "section" plural also work? "

Re: [PATCH v14 1/3] /proc/pid/status: Add support for architecture specific output

2019-04-09 Thread Li, Aubrey
On 2019/4/10 10:25, Andy Lutomirski wrote: > On Tue, Apr 9, 2019 at 7:20 PM Li, Aubrey wrote: >> >> On 2019/4/10 9:58, Andy Lutomirski wrote: >>> On Tue, Apr 9, 2019 at 6:55 PM Aubrey Li wrote: The architecture specific information of the running processes could be useful to the us

RE: [EXT] Re: [v7 3/3] ahci: qoriq: add lx2160 platforms support

2019-04-09 Thread Peng Ma
Hi Axboe, Thanks very much. Best Regards, Peng >-Original Message- >From: Jens Axboe >Sent: 2019年4月9日 22:17 >To: Peng Ma ; robh...@kernel.org; >mark.rutl...@arm.com; shawn...@kernel.org; Leo Li >Cc: linux-...@vger.kernel.org; devicet...@vger.kernel.org; >linux-kernel@vger.kernel.org; l

Re: [PATCH 10/10] venus: dec: make decoder compliant with stateful codec API

2019-04-09 Thread Tomasz Figa
On Wed, Apr 10, 2019 at 1:31 AM Nicolas Dufresne wrote: > > Le mardi 09 avril 2019 à 18:59 +0900, Tomasz Figa a écrit : > > On Thu, Feb 7, 2019 at 4:33 PM Tomasz Figa wrote: > > > On Tue, Feb 5, 2019 at 7:35 PM Hans Verkuil wrote: > > > > On 2/5/19 10:31 AM, Tomasz Figa wrote: > > > > > On Tue,

Re: [PATCH v3 0/4] perf: Support a new 'percore' event qualifier

2019-04-09 Thread Jin, Yao
Hi Arnaldo, Can this patch be accepted? Thanks Jin Yao On 3/19/2019 6:20 PM, Jiri Olsa wrote: On Tue, Mar 19, 2019 at 04:56:52PM +0800, Jin Yao wrote: The 'percore' event qualifier which sums up the event counts for both hardware threads in a core. For example, perf stat -e cpu/event=0,umask

Re: [GIT PULL] MIPS fixes

2019-04-09 Thread pr-tracker-bot
The pull request you sent on Tue, 9 Apr 2019 23:26:36 +: > git://git.kernel.org/pub/scm/linux/kernel/git/mips/linux.git > tags/mips_fixes_5.1_2 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/0ee7fb36f988539f52f83ce6048d696bd540066f Thank you! -- Deet-doot-dot,

Re: [git pull] several fixes

2019-04-09 Thread pr-tracker-bot
The pull request you sent on Wed, 10 Apr 2019 00:12:03 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/972acfb49446b30a3533ceb5682bf8350c786bc8 Thank you! -- Deet-doot-dot, I am a bot. https://

Re: [PATCH 4/4] locking/lockdep: Test all incompatible scenario at once in check_irq_usage()

2019-04-09 Thread Frederic Weisbecker
On Tue, Apr 09, 2019 at 03:03:52PM +0200, Peter Zijlstra wrote: > On Tue, Apr 02, 2019 at 06:02:44PM +0200, Frederic Weisbecker wrote: > > @@ -1988,45 +1961,151 @@ static int exclusive_bit(int new_bit) > > return state | (dir ^ LOCK_USAGE_DIR_MASK); > > } > > > > +static unsigned long exclus

Re: [PATCH v14 1/3] /proc/pid/status: Add support for architecture specific output

2019-04-09 Thread Andy Lutomirski
On Tue, Apr 9, 2019 at 7:20 PM Li, Aubrey wrote: > > On 2019/4/10 9:58, Andy Lutomirski wrote: > > On Tue, Apr 9, 2019 at 6:55 PM Aubrey Li wrote: > >> > >> The architecture specific information of the running processes could > >> be useful to the userland. Add support to examine process architec

Re: [PULL -- 5.1 REGRESSION] Bluetooth: btusb: request wake pin with NOAUTOEN

2019-04-09 Thread Linus Torvalds
On Tue, Apr 9, 2019 at 8:49 AM Brian Norris wrote: > > Badly-designed systems might have (for example) active-high wake pins > that default to high (e.g., because of external pull ups) until they > have an active firmware which starts driving it low. This can cause an > interrupt storm in the time

Re: [PATCH v14 1/3] /proc/pid/status: Add support for architecture specific output

2019-04-09 Thread Li, Aubrey
On 2019/4/10 9:58, Andy Lutomirski wrote: > On Tue, Apr 9, 2019 at 6:55 PM Aubrey Li wrote: >> >> The architecture specific information of the running processes could >> be useful to the userland. Add support to examine process architecture >> specific information externally. >> >> Signed-off-by:

Re: [PATCH 1/2] printk: Add an option to flush all messages on panic

2019-04-09 Thread Feng Tang
Hi Petr and Sergey, On Wed, Apr 10, 2019 at 10:47:05AM +0900, Sergey Senozhatsky wrote: > On (04/09/19 15:41), Petr Mladek wrote: > > I suggest to merge the two patches into one. It will > > still be rather small and easier to review. > > Agreed, was going to suggest the same. Ok, will merge. Sp

[PATCH -next v2] acpi/hmat: fix memory leaks in hmat_init()

2019-04-09 Thread Qian Cai
The commit 665ac7e92757 ("acpi/hmat: Register processor domain to its memory") introduced some memory leaks below due to it fails to release the heap memory in an error path, and then those statically-allocated __initdata memory which reference them get freed during boot renders those heap memory a

RE: [EXT] Re: [PATCH V11 5/5] ARM: dts: imx7ulp-evk: Add backlight support

2019-04-09 Thread Anson Huang
Hi, Fabio Best Regards! Anson Huang > -Original Message- > From: Fabio Estevam [mailto:feste...@gmail.com] > Sent: 2019年4月10日 10:03 > To: Anson Huang > Cc: thierry.red...@gmail.com; robh...@kernel.org; mark.rutl...@arm.com; > shawn...@kernel.org; s.ha...@pengutronix.de; ker...@pengutroni

Re: [PATCH V11 5/5] ARM: dts: imx7ulp-evk: Add backlight support

2019-04-09 Thread Fabio Estevam
On Tue, Apr 9, 2019 at 10:47 PM Anson Huang wrote: > #include "imx7ulp.dtsi" > +#include This inclusion is not needed here as PWM_POLARITY_INVERTED is not used in this dts.

Re: [PATCH 11/17] fpga: dfl: afu: add error reporting support.

2019-04-09 Thread Wu Hao
On Tue, Apr 09, 2019 at 03:57:37PM -0500, Alan Tull wrote: > On Sun, Mar 24, 2019 at 10:24 PM Wu Hao wrote: > > Hi Hao, > > > > > Error reporting is one important private feature, it reports error > > detected on port and accelerated function unit (AFU). It introduces > > several sysfs interface

Re: [PATCH v14 1/3] /proc/pid/status: Add support for architecture specific output

2019-04-09 Thread Andy Lutomirski
On Tue, Apr 9, 2019 at 6:55 PM Aubrey Li wrote: > > The architecture specific information of the running processes could > be useful to the userland. Add support to examine process architecture > specific information externally. > > Signed-off-by: Aubrey Li > Cc: Peter Zijlstra > Cc: Andi Kleen

Re: [PATCH 2/2] panic: Enable to print out all printk msg in buffer

2019-04-09 Thread Sergey Senozhatsky
On (04/09/19 16:14), Petr Mladek wrote: > We should: > >+ Flush the latest messages before we replay the log. Do you mean the pending messages? When we replay the log we also should print "header line" and panic-cpu backtrace. So we will print panic-cpu oops twice // from panic-cpu f

Re: rseq/x86: choosing rseq code signature

2019-04-09 Thread Andy Lutomirski
On Tue, Apr 9, 2019 at 5:51 PM Zack Weinberg wrote: > > On Tue, Apr 9, 2019 at 4:43 PM Mathieu Desnoyers > wrote: > > - On Apr 9, 2019, at 3:32 PM, Mathieu Desnoyers > > mathieu.desnoy...@efficios.com wrote: > > > > > > We are about to include the code signature required prior to restartable

[PATCH v14 1/3] /proc/pid/status: Add support for architecture specific output

2019-04-09 Thread Aubrey Li
The architecture specific information of the running processes could be useful to the userland. Add support to examine process architecture specific information externally. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven Cc: Linux

[PATCH v14 3/3] Documentation/filesystems/proc.txt: add AVX512_elapsed_ms

2019-04-09 Thread Aubrey Li
Added AVX512_elapsed_ms in /proc//status. Report it in Documentation/filesystems/proc.txt Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven Cc: Linux API Cc: Alexey Dobriyan Cc: Andrew Morton --- Documentation/filesystems/proc.tx

[PATCH v14 2/3] x86,/proc/pid/status: Add AVX-512 usage elapsed time

2019-04-09 Thread Aubrey Li
AVX-512 components use could cause core turbo frequency drop. So it's useful to expose AVX-512 usage elapsed time as a heuristic hint for the user space job scheduler to cluster the AVX-512 using tasks together. Tensorflow example: $ while [ 1 ]; do cat /proc/tid/status | grep AVX; sleep 1; done A

Re: [PATCH 16/17] fpga: dfl: fme: add global error reporting support

2019-04-09 Thread Wu Hao
On Tue, Apr 09, 2019 at 04:35:25PM -0500, Alan Tull wrote: > On Sun, Mar 24, 2019 at 10:24 PM Wu Hao wrote: > > Hi Hao, > > > > > This patch adds support for global error reporting for FPGA > > Management Engine (FME), it introduces sysfs interfaces to > > report different error detected by the

[PATCH V11 5/5] ARM: dts: imx7ulp-evk: Add backlight support

2019-04-09 Thread Anson Huang
This patch adds i.MX7ULP EVK board MIPI-DSI backlight support. Signed-off-by: Anson Huang --- No changes. --- arch/arm/boot/dts/imx7ulp-evk.dts | 21 + 1 file changed, 21 insertions(+) diff --git a/arch/arm/boot/dts/imx7ulp-evk.dts b/arch/arm/boot/dts/imx7ulp-evk.dts index

[PATCH V11 4/5] ARM: dts: imx7ulp: Add tpm pwm support

2019-04-09 Thread Anson Huang
Add i.MX7ULP EVK board PWM support. Signed-off-by: Anson Huang --- No changes. --- arch/arm/boot/dts/imx7ulp.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/imx7ulp.dtsi b/arch/arm/boot/dts/imx7ulp.dtsi index d6b7110..8fb9559 100644 --- a/arch/arm/boot/dts/

[PATCH V11 0/5] Add i.MX7ULP EVK PWM backlight support

2019-04-09 Thread Anson Huang
i.MX7ULP EVK board has MIPI-DSI display, its backlight is supplied by TPM PWM module, this patch set enables i.MX7ULP TPM PWM driver support and also add backlight support for MIPI-DSI display. Changes since V10: - ONLY change the pwm driver patch. Anson Huang (5): dt-bindings: pwm: Add

[PATCH V11 2/5] pwm: Add i.MX TPM PWM driver support

2019-04-09 Thread Anson Huang
i.MX7ULP has TPM(Low Power Timer/Pulse Width Modulation Module) inside, it can support multiple PWM channels, all the channels share same counter and period setting, but each channel can configure its duty and polarity independently. There are several TPM modules in i.MX7ULP, the number of channel

  1   2   3   4   5   6   >