Re: [PATCH 2/3] *: convert stream-like files from nonseekable_open -> stream_open

On Tue, 2019-03-26 at 23:23 +, Kirill Smelkov wrote: > Using scripts/coccinelle/api/stream_open.cocci added in the previous > patch, search and convert to stream_open all in-kernel nonseekable_open > users for which read and write actually do not depend on ppos and where > there is no other met

[PATCH V2 2/2] watchdog: f71808e_wdt: fix F81866 bit operation

Fix error bit operation in watchdog_start() Fixes: 14b24a88a3660 ("watchdog: f71808e_wdt: Add F81866 support") Signed-off-by: Ji-Ze Hong (Peter Hong) --- drivers/watchdog/f71808e_wdt.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/watchdog/f71808e_wdt

[PATCH V2 1/2] watchdog: f71808e_wdt: separate declaration and assignment

Separate declaration and assignment in watchdog_start() Signed-off-by: Ji-Ze Hong (Peter Hong) --- drivers/watchdog/f71808e_wdt.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/watchdog/f71808e_wdt.c b/drivers/watchdog/f71808e_wdt.c index 9a1c761258ce..bd2ced9f39f

Re: [PATCH v13 01/11] bitops: Introduce the for_each_set_clump8 macro

On Wed, Mar 27, 2019 at 01:58:45PM +0900, William Breathitt Gray wrote: > This macro iterates for each 8-bit group of bits (clump) with set bits, > within a bitmap memory region. For each iteration, "start" is set to the > bit offset of the found clump, while the respective clump value is > stored

[PATCH 2/2] ARM: dts: Add support for ZII i.MX7 RPU2 board

Add support for ZII's i.MX7 based Remote Peripheral Unit 2 (RPU2) board. Signed-off-by: Andrey Smirnov Cc: Shawn Guo Cc: Chris Healy Cc: Andrew Lunn Cc: Fabio Estevam Cc: Rob Herring Cc: linux-kernel@vger.kernel.org Cc: devicet...@vger.kernel.org --- arch/arm/boot/dts/Makefile |

[PATCH 1/2] dt-bindings: arm: fsl: Add support for ZII i.MX7 RPU2 board

Add support for ZII i.MX7 RPU2 board. Signed-off-by: Andrey Smirnov Cc: Shawn Guo Cc: Chris Healy Cc: Andrew Lunn Cc: Fabio Estevam Cc: Rob Herring Cc: linux-kernel@vger.kernel.org Cc: devicet...@vger.kernel.org --- Documentation/devicetree/bindings/arm/fsl.yaml | 1 + 1 file changed, 1 ins

[PATCH 1/2] ARM: dts: imx7d: Specify viewport count for PCIE block

i.MX7D comes with 4 viewports, so configure PCIE node accordingly so that the driver won't assume we only have 2. Signed-off-by: Andrey Smirnov Cc: Richard Zhu Cc: Chris Healy Cc: Lucas Stach Cc: Fabio Estevam Cc: linux-arm-ker...@lists.infradead.org Cc: linux-kernel@vger.kernel.org --- arch

[PATCH 2/2] ARM: dts: imx6qdl: Specify viewport count for PCIE block

i.MX6 comes with 4 viewports, so configure PCIE node accordingly so that the driver won't assume we only have 2. Signed-off-by: Andrey Smirnov Cc: Richard Zhu Cc: Chris Healy Cc: Lucas Stach Cc: Fabio Estevam Cc: linux-arm-ker...@lists.infradead.org Cc: linux-kernel@vger.kernel.org --- arch/

Re: [PATCH] staging: rtl8723bs: core: fix line over 80 characters warning

On Tue, Mar 26, 2019 at 11:55:07PM +0530, Anirudh Rayabharam wrote: > Shorten the expression by re-using the part that was already computed to This confused me. Better to phrase it like: Shorten the expression by using the "psecuritypriv" pointer. > fix the line over 80 characters warning repor

[PATCH v2 3/3] ARM: dts: imx7d: Specify IMX7D_CLK_IPG as "ipg" clock to SDMA

Since 25aaa75df1e6 SDMA driver uses clock rates of "ipg" and "ahb" clock to determine if it needs to configure the IP block as operating at 1:1 or 1:2 clock ratio (ACR bit in SDMAARM_CONFIG). Specifying both clocks as IMX7D_CLK_SDMA result in driver incorrectly thinking that ratio is 1:1 which resu

[PATCH v2 2/3] ARM: dts: imx6sx: Specify IMX6SX_CLK_IPG as "ipg" clock to SDMA

Since 25aaa75df1e6 SDMA driver uses clock rates of "ipg" and "ahb" clock to determine if it needs to configure the IP block as operating at 1:1 or 1:2 clock ratio (ACR bit in SDMAARM_CONFIG). Specifying both clocks as IMX6SX_CLK_SDMA result in driver incorrectly thinking that ratio is 1:1 which res

[PATCH v2 1/3] ARM: dts: imx6qdl: Specify IMX6QDL_CLK_IPG as "ipg" clock to SDMA

Since 25aaa75df1e6 SDMA driver uses clock rates of "ipg" and "ahb" clock to determine if it needs to configure the IP block as operating at 1:1 or 1:2 clock ratio (ACR bit in SDMAARM_CONFIG). Specifying both clocks as IMX6QDL_CLK_SDMA result in driver incorrectly thinking that ratio is 1:1 which re

[PATCH v2 10/25] drm/mediatek: add commponent OVL0_2L

From: Yongqiang Niu This patch add commponent OVL0_2L Signed-off-by: Yongqiang Niu --- drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 2 ++ drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 2 ++ 2 files changed, 4 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c b/drivers/g

Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR

On Wed, 2019-03-27 at 13:10 +0800, Wu Hao wrote: > On Mon, Mar 25, 2019 at 05:58:36PM -0500, Scott Wood wrote: > > On Mon, 2019-03-25 at 17:53 -0500, Scott Wood wrote: > > > On Mon, 2019-03-25 at 11:07 +0800, Wu Hao wrote: > > > > In early partial reconfiguration private feature, it only > > > > su

[PATCH v2 05/25] drm/mediatek: split DISP_REG_CONFIG_DSI_SEL setting into another use case

From: Yongqiang Niu Here is two modifition in this patch: 1.bls->dpi0 and rdma1->dsi are differen usecase, Split DISP_REG_CONFIG_DSI_SEL setting into anther usecase 2.remove DISP_REG_CONFIG_DPI_SEL setting, DPI_SEL_IN_BLS is 0 and this is same with hardware defautl setting, Signed-off-by: Yongqi

Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR

On Wed, Mar 27, 2019 at 01:10:31AM -0500, Scott Wood wrote: > On Wed, 2019-03-27 at 12:37 +0800, Wu Hao wrote: > > On Tue, Mar 26, 2019 at 04:22:34PM -0500, Scott Wood wrote: > > > On Tue, 2019-03-26 at 14:33 -0500, Alan Tull wrote: > > > > On Mon, Mar 25, 2019 at 5:58 PM Scott Wood wrote: > > > >

[PATCH] rtc: snvs: use dev_pm_set_wake_irq() to simplify code

With calling dev_pm_set_wake_irq() to set SNVS RTC as wakeup source for suspend, generic wake irq mechanism will automatically enable it as wakeup source when suspend, then the suspend/resume callback which are ONLY for enabling/disabling irq wake can be removed, it simplifies the code. Signed-off

Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR

On Wed, 2019-03-27 at 12:37 +0800, Wu Hao wrote: > On Tue, Mar 26, 2019 at 04:22:34PM -0500, Scott Wood wrote: > > On Tue, 2019-03-26 at 14:33 -0500, Alan Tull wrote: > > > On Mon, Mar 25, 2019 at 5:58 PM Scott Wood wrote: > > > > > > > > Hi Scott, > > > > > > > On Mon, 2019-03-25 at 17:53 -0500

[PATCH] input: keyboard: snvs: use dev_pm_set_wake_irq() to simplify code

With calling dev_pm_set_wake_irq() to set SNVS ON/OFF button as wakeup source for suspend, generic wake irq mechanism will automatically enable it as wakeup source when suspend, then the enable_irq_wake()/disable_irq_wake() can be removed in suspend/resume callback, it simplifies the code. Signed-

[PATCH V2] input: keyboard: snvs: initialize necessary driver data before enabling IRQ

SNVS IRQ is requested before necessary driver data initialized, if there is a pending IRQ during driver probe phase, kernel NULL pointer panic will occur in IRQ handler. To avoid such scenario, just initialize necessary driver data before enabling IRQ. This patch is inspired by NXP's internal kerne

Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR

On Mon, Mar 25, 2019 at 05:53:50PM -0500, Scott Wood wrote: > On Mon, 2019-03-25 at 11:07 +0800, Wu Hao wrote: > > @@ -200,21 +228,32 @@ static int fme_mgr_write(struct fpga_manager *mgr, > > pr_credit = FIELD_GET(FME_PR_STS_PR_CREDIT, > > pr_status); > > } > > > >

[PATCH V1 03/26] spi: tegra114: fix for unpacked mode transfers

Fixes: computation of actual bytes to fill/receive in/from FIFO in unpacked mode when transfer length is not a multiple of requested bits per word. unpacked mode transfers fails when the transfer includes partial bytes in the last word. Total words to be written/read to/from FIFO is computed base

[PATCH V1 11/26] spi: tegra114: reset controller on probe

Fixes: SPI driver can be built as module so perform SPI controller reset on probe to make sure it is in valid state before initiating transfer. Signed-off-by: Sowjanya Komatineni --- drivers/spi/spi-tegra114.c | 32 ++-- 1 file changed, 18 insertions(+), 14 deletions(

[PATCH V1 06/26] spi: tegra114: terminate dma and reset on transfer timeout

Fixes: terminate DMA and perform controller reset on transfer timeout to clear the FIFO's and errors. Signed-off-by: Sowjanya Komatineni --- drivers/spi/spi-tegra114.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/spi/spi-tegra114.c b/drivers/spi/spi-tegra114.c index 71658

[PATCH V1 10/26] spi: tegra114: avoid reset call in atomic context

Fixes: move SPI controller reset out of spin lock. Signed-off-by: Sowjanya Komatineni --- drivers/spi/spi-tegra114.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/spi/spi-tegra114.c b/drivers/spi/spi-tegra114.c index 268a790a663e..5523936b21f5 100644 --- a/

[PATCH V1 05/26] spi: tegra114: use unpacked mode for below 4 byte transfers

Fixes: use unpacked mode when transfer length is less than 4 bytes. Packed mode expects minimum transfer length of 4 bytes. Signed-off-by: Sowjanya Komatineni --- drivers/spi/spi-tegra114.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/spi/spi-tegra114.c b/driver

[PATCH V1 09/26] spi: tegra114: dump SPI registers during timeout

This patch dumps SPI registers on DMA or transfer timeout for debug purpose. Signed-off-by: Sowjanya Komatineni --- drivers/spi/spi-tegra114.c | 18 ++ 1 file changed, 18 insertions(+) diff --git a/drivers/spi/spi-tegra114.c b/drivers/spi/spi-tegra114.c index b7e71676a506..268a7

[PATCH V1 12/26] spi: tegra114: add SPI_LSB_FIRST support

Tegra SPI controller supports lsb first mode. Default is MSB bit first and on selection of SPI_LSB_FIRST through SPI mode transmission happens with LSB bit first. This patch adds SPI_LSB_FIRST flag to mode_bits and also configures it on request. Signed-off-by: Sowjanya Komatineni --- drivers/sp

[PATCH V1 17/26] spi: tegra114: add support for interrupt mask

This patch creates tegra_spi_soc_data structure to maintain and implement SPI HW feature differences between different Tegra chips and also creates a separate compatible string for T124/T210/T186. Tegra210 and later has a separate interrupt mask register SPI_INTR_MASK for enabling or disabling int

[PATCH V1 14/26] spi: tegra114: add 3 wire transfer mode support

This patch adds 3 wire transfer support to SPI mode list and also implements it. 3 wire or Bi-directional mode uses only one serial data pin for the transfer. SPI in master mode uses MOSI data line only and MISO data line is not used by the SPI. Signed-off-by: Sowjanya Komatineni --- drivers/sp

[PATCH V1 19/26] DT bindings: spi: add spi client device properties

This patch adds below cs timing properties to allow SPI master configuring setup, hold and time interval between two SPI transactions to meet specific SPI client device requirements. CS setup time CS hold time CS inactive delay DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com;

[PATCH V1 20/26] spi: tegra114: add support for tuning HW CS timing

Some slaves may need certain CS setup time, hold time, CS inactive delay between the packets. Tegra SPI controller supports configuring these CS timing parameters and are applicable when using HW CS. This patch adds support for configuring these HW CS timing parameters through device tree properti

[PATCH V1 21/26] DT bindings: spi: add tx/rx clock delay SPI client properties

This patch adds Tegra SPI master tx and rx clock delay properties. TX/RX clock delays may vary depending on the platform design trace lengths for each client on the Tegra SPI bus. These properties helps to tune the clock delays. Signed-off-by: Sowjanya Komatineni --- .../devicetree/bindings/spi

[PATCH V1 23/26] spi: tegra114: add support for gpio based cs

This patch adds supports for chip select control using GPIO if valid CS gpio exists rather than controlling from the SPI controller. Signed-off-by: Sowjanya Komatineni --- drivers/spi/spi-tegra114.c | 57 ++ 1 file changed, 57 insertions(+) diff --git

[PATCH V1 26/26] spi: tegra114: add support for LSBYTE_FIRST

Some SPI devices expects SPI transfers to be in Least significant byte first order and some devices expect Most significant byte first order. This patch adds SPI_LSBYTE_FIRST to supported mode list and implements configuration accordingly. Signed-off-by: Sowjanya Komatineni --- drivers/spi/spi-

[PATCH V1 24/26] spi: tegra114: de-assert CS before SPI mode is reset to its default

With SW CS, during transfer completion CS is de-asserted by writing the default command1 register value to SPI_COMMAND1 register. With this both mode and CS state are set at the same time and if current transfer mode is different to default SPI mode and if mode change happens prior to CS de-assert,

[PATCH V1 25/26] spi: expand mode and mode_bits support

mode and mode_bits is declared as u16 and all bits are used. This patch changes mode and mode_bits to be u32 to allow for more mode configurations. Some SPI Master controllers support configuring Least significant byte first or Most significant byte first order for transfers. Also some SPI slave

[PATCH V1 13/26] spi: tegra114: add dual mode support

This patch adds support for dual mode SPI transfer. Dual mode uses both MOSI and MISO lines in parallel where the data is interleaved on MOSI and MISO lines increasing the throughput. Packet from Tx FIFO is transmitted on both MOSI and MISO lines and packet to Rx FIFO is received from both MOSI a

[PATCH V1 18/26] spi: tegra114: add support for hw based cs

This patch adds support for HW based CS control. Tegra SPI controller supports both HW and SW based CS control transfers. Tegra SPI driver default uses SW CS control for transfers and HW CS control can be enabled through SPI client device node DT property nvidia,enable-hw-based-cs and is used onl

[PATCH V1 15/26] spi: tegra114: set supported bits_per_word

Tegra SPI supports 4 through 32 bits per word. This patch sets bits_per_word_mask accordingly to support transfer with these bits per word. Signed-off-by: Sowjanya Komatineni --- drivers/spi/spi-tegra114.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/spi/spi-tegra114.c b/drivers/

[PATCH V1 22/26] spi: tegra114: add support for tuning clock delay

Tegra SPI controller has TX_CLK_TAP_DELAY and RX_CLK_TAP_DELAY in COMMAND2 register to tune delay of the clock going out to external device during transmit and also for the clock coming in from external device during receive. TX/RX clock tap delays may vary based on the trace lengths of the platfo

[PATCH V1 16/26] spi: tegra114: set bus number based on id

This patch sets the SPI device id from the device tree as the bus number. Signed-off-by: Sowjanya Komatineni --- drivers/spi/spi-tegra114.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/spi/spi-tegra114.c b/drivers/spi/spi-tegra114.c index 94acef0f5ea5..9b9d4b9e1f3e 100644 ---

[PATCH V1 08/26] spi: tegra114: configure dma burst size to fifo trig level

Fixes: Configure DMA burst size to be same as SPI TX/RX trigger levels to avoid mismatch. SPI FIFO trigger levels are calculated based on the transfer length. So this patch moves DMA slave configuration to happen before start of DMAs. Signed-off-by: Sowjanya Komatineni --- drivers/spi/spi-tegra

[PATCH V1 07/26] spi: tegra114: flush fifos

Fixes: Flush TX and RX FIFOs before start of new transfer and on FIFO overflow or underrun errors. Signed-off-by: Sowjanya Komatineni --- drivers/spi/spi-tegra114.c | 39 ++- 1 file changed, 30 insertions(+), 9 deletions(-) diff --git a/drivers/spi/spi-tegra1

[PATCH V1 01/26] spi: tegra114: fix PIO transfer

Fixes: Use PIO bit in SPI_COMMAND1 register for PIO mode. Current driver uses DMA_EN instead of PIO bit. Signed-off-by: Sowjanya Komatineni --- drivers/spi/spi-tegra114.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/spi/spi-tegra114.c b/drivers/spi/spi-tegra1

[PATCH V1 02/26] spi: tegra114: clear packed bit for unpacked mode

Fixes: Clear packed bit when not using packed mode. Packed bit is not cleared when not using packed mode. This results in transfer timeouts for the unpacked mode transfers followed by the packed mode transfers. Signed-off-by: Sowjanya Komatineni --- drivers/spi/spi-tegra114.c | 2 ++ 1 file cha

[PATCH V1 04/26] spi: tegra114: use packed mode for 32 bits per word

Fixes: Use packed mode for 32 bits per word transfers to increase performance as each packet is a full 32-bit word. Signed-off-by: Sowjanya Komatineni --- drivers/spi/spi-tegra114.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/spi/spi-tegra114.c b/drivers/spi/spi-t

Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down

On Tue, Mar 26, 2019 at 10:29:41PM -0700, Andy Lutomirski wrote: > > > > On Mar 26, 2019, at 10:06 PM, Greg KH wrote: > > > >> On Tue, Mar 26, 2019 at 09:29:14PM -0700, Andy Lutomirski wrote: > >>> On Tue, Mar 26, 2019 at 5:31 PM Greg KH > >>> wrote: > >>> > On Tue, Mar 26, 2019 at 12:2

Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down

> On Mar 26, 2019, at 10:06 PM, Greg KH wrote: > >> On Tue, Mar 26, 2019 at 09:29:14PM -0700, Andy Lutomirski wrote: >>> On Tue, Mar 26, 2019 at 5:31 PM Greg KH wrote: >>> On Tue, Mar 26, 2019 at 12:20:24PM -0700, Andy Lutomirski wrote: On Tue, Mar 26, 2019 at 11:28 AM Matthew Garr

Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR

On Mon, Mar 25, 2019 at 05:58:36PM -0500, Scott Wood wrote: > On Mon, 2019-03-25 at 17:53 -0500, Scott Wood wrote: > > On Mon, 2019-03-25 at 11:07 +0800, Wu Hao wrote: > > > In early partial reconfiguration private feature, it only > > > supports 32bit data width when writing data to hardware for >

[PATCH] trace/page_ref: print out the page migratetype name

Print out the page migratetype name which is more readable. Signed-off-by: Huang Shijie --- include/trace/events/page_ref.h | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/include/trace/events/page_ref.h b/include/trace/events/page_ref.h index 5d2ea93956ce..94df979

Zdravstvujte Vas interesuyut klientskie bazy dannyh?

Zdravstvujte Vas interesuyut klientskie bazy dannyh?

[PATCH v7 7/7] cros_ec: differentiate SCP from EC by feature bit.

From: Pi-Hsun Shih Since a SCP and EC would both exist on a system, and use the cros_ec_dev driver, we need to differentiate between them for the userspace, or they would both be registered at /dev/cros_ec, causing a conflict. Signed-off-by: Pi-Hsun Shih --- Changes from v6: - No change. Chan

[PATCH v7 5/7] dt-bindings: Add binding for cros-ec-rpmsg.

From: Pi-Hsun Shih Add a DT binding documentation for ChromeOS EC driver over rpmsg. Signed-off-by: Pi-Hsun Shih --- Changes from v6: - No change. Changes from v5: - New patch. --- Documentation/devicetree/bindings/mfd/cros-ec.txt | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) d

[PATCH v7 6/7] platform/chrome: cros_ec: add EC host command support using rpmsg.

From: Pi-Hsun Shih Add EC host command support through rpmsg. Signed-off-by: Pi-Hsun Shih --- Changes from v6: - Make data for response aligned to 4 bytes. Changes from v5: - Change commit title. - Add documents for some structs, and fix all warning from scripts/kernel-doc. - Miscellane

[PATCH v7 4/7] rpmsg: add rpmsg support for mt8183 SCP.

From: Pi-Hsun Shih Add a simple rpmsg support for mt8183 SCP, that use IPI / IPC directly. Signed-off-by: Pi-Hsun Shih --- Changes from v6: - Decouple mtk_rpmsg from mtk_scp by putting all necessary informations (name service IPI id, register/unregister/send functions) into a struct, and

[PATCH v7 1/7] dt-bindings: Add a binding for Mediatek SCP

From: Erin Lo Add a DT binding documentation of SCP for the MT8183 SoC from Mediatek. Signed-off-by: Erin Lo Signed-off-by: Pi-Hsun Shih Reviewed-by: Rob Herring --- Changes from v6: - No change. Changes from v5: - Remove dependency on CONFIG_RPMSG_MTK_SCP. Changes from v4: - Add detail

[PATCH v7 3/7] remoteproc: mt8183: add reserved memory manager API

From: Erin Lo Add memory table mapping API for other driver to lookup reserved physical and virtual memory Signed-off-by: Erin Lo Signed-off-by: Pi-Hsun Shih --- Changes from v6: - No change. Changes from v5: - No change. Changes from v4: - New patch. --- drivers/remoteproc/mtk_scp.c

[PATCH v7 2/7] remoteproc/mediatek: add SCP support for mt8183

From: Erin Lo Provide a basic driver to control Cortex M4 co-processor Signed-off-by: Erin Lo Signed-off-by: Nicolas Boichat Signed-off-by: Pi-Hsun Shih --- Changes from v6: - No change. Changes from v5: - Changed some space to tab. Changes from v4: - Rename most function from mtk_scp_*

Re: [PATCH 5.0 00/52] 5.0.5-stable review

On Wed, Mar 27, 2019 at 09:36:06AM +0530, Naresh Kamboju wrote: > On Tue, 26 Mar 2019 at 12:09, Greg Kroah-Hartman > wrote: > > > > This is the start of the stable review cycle for the 5.0.5 release. > > There are 52 patches in this series, all will be posted as a response > > to this one. If any

Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down

On Tue, Mar 26, 2019 at 09:29:14PM -0700, Andy Lutomirski wrote: > On Tue, Mar 26, 2019 at 5:31 PM Greg KH wrote: > > > > On Tue, Mar 26, 2019 at 12:20:24PM -0700, Andy Lutomirski wrote: > > > On Tue, Mar 26, 2019 at 11:28 AM Matthew Garrett > > > wrote: > > > > > > > > From: Matthew Garrett > >

RE: [PATCH] input: keyboard: snvs: make sure irq is handled correctly

Hi, Dmitry Best Regards! Anson Huang > -Original Message- > From: dmitry.torok...@gmail.com [mailto:dmitry.torok...@gmail.com] > Sent: 2019年3月27日 12:29 > To: Anson Huang > Cc: Fabio Estevam ; linux-in...@vger.kernel.org; > linux-kernel@vger.kernel.org; dl-linux-imx > Subject: Re: [PATCH

[PATCH] clocksource/drivers/timer-ti-dm: Remove omap_dm_timer_set_load_start

Commit 008258d995a6 ("clocksource/drivers/timer-ti-dm: Make omap_dm_timer_set_load_start() static") made omap_dm_time_set_load_start static because its prototype was not defined in a header. Unfortunately, this causes a build warning on multi_v7_defconfig because this function is not used anywhere

Re: [PATCH v19,RESEND 16/27] x86/sgx: Add the Linux SGX Enclave Driver

On Tue, Mar 26, 2019 at 12:01:31PM +, Huang, Kai wrote: > On Wed, 2019-03-20 at 18:21 +0200, Jarkko Sakkinen wrote: > > Intel Software Guard eXtensions (SGX) is a set of CPU instructions that > > can be used by applications to set aside private regions of code and > > data. The code outside the

[PATCH v13 11/11] thermal: intel: intel_soc_dts_iosf: Utilize for_each_set_clump8 macro

Utilize for_each_set_clump8 macro, and the bitmap_set_value8 and bitmap_get_value8 functions, where appropriate. In addition, remove the now unnecessary temp_mask and temp_shift members of the intel_soc_dts_sensor_entry structure. Suggested-by: Andy Shevchenko Tested-by: Andy Shevchenko Signed-o

[PATCH v13 10/11] gpio: 74x164: Utilize the for_each_set_clump8 macro

Replace verbose implementation in set_multiple callback with for_each_set_clump8 macro to simplify code and improve clarity. Suggested-by: Andy Shevchenko Cc: Geert Uytterhoeven Cc: Phil Reid Signed-off-by: William Breathitt Gray --- drivers/gpio/gpio-74x164.c | 19 +-- 1 file

[PATCH v13 09/11] gpio: uniphier: Utilize for_each_set_clump8 macro

Replace verbose implementation in set_multiple callback with for_each_set_clump8 macro to simplify code and improve clarity. An improvement in this case is that banks that are not masked will now be skipped. Cc: Masahiro Yamada Signed-off-by: William Breathitt Gray --- drivers/gpio/gpio-uniphie

[PATCH v13 08/11] gpio: pcie-idio-24: Utilize for_each_set_clump8 macro

Replace verbose implementation in get_multiple/set_multiple callbacks with for_each_set_clump8 macro to simplify code and improve clarity. Reviewed-by: Linus Walleij Signed-off-by: William Breathitt Gray --- drivers/gpio/gpio-pcie-idio-24.c | 109 --- 1 file changed,

[PATCH v13 07/11] gpio: pci-idio-16: Utilize for_each_set_clump8 macro

Replace verbose implementation in get_multiple/set_multiple callbacks with for_each_set_clump8 macro to simplify code and improve clarity. Reviewed-by: Linus Walleij Signed-off-by: William Breathitt Gray --- drivers/gpio/gpio-pci-idio-16.c | 75 - 1 file changed,

[PATCH v13 06/11] gpio: ws16c48: Utilize for_each_set_clump8 macro

Replace verbose implementation in get_multiple/set_multiple callbacks with for_each_set_clump8 macro to simplify code and improve clarity. Reviewed-by: Linus Walleij Signed-off-by: William Breathitt Gray --- drivers/gpio/gpio-ws16c48.c | 73 ++--- 1 file changed,

[PATCH v13 05/11] gpio: gpio-mm: Utilize for_each_set_clump8 macro

Replace verbose implementation in get_multiple/set_multiple callbacks with for_each_set_clump8 macro to simplify code and improve clarity. Reviewed-by: Linus Walleij Signed-off-by: William Breathitt Gray --- drivers/gpio/gpio-gpio-mm.c | 73 +++-- 1 file changed,

[PATCH v13 04/11] gpio: 104-idi-48: Utilize for_each_set_clump8 macro

Replace verbose implementation in get_multiple/set_multiple callbacks with for_each_set_clump8 macro to simplify code and improve clarity. Reviewed-by: Linus Walleij Signed-off-by: William Breathitt Gray --- drivers/gpio/gpio-104-idi-48.c | 36 +++--- 1 file changed,

[PATCH v13 03/11] gpio: 104-dio-48e: Utilize for_each_set_clump8 macro

Replace verbose implementation in get_multiple/set_multiple callbacks with for_each_set_clump8 macro to simplify code and improve clarity. Reviewed-by: Linus Walleij Signed-off-by: William Breathitt Gray --- drivers/gpio/gpio-104-dio-48e.c | 73 ++--- 1 file changed,

[PATCH v13 02/11] lib/test_bitmap.c: Add for_each_set_clump8 test cases

The introduction of the for_each_set_clump8 macro warrants test cases to verify the implementation. This patch adds test case checks for whether an out-of-bounds clump index is returned, a zero clump is returned, or the returned clump value differs from the expected clump value. Cc: Rasmus Villemo

Re: Bad file pattern in MAINTAINERS section 'KEYS-TRUSTED'

On Tue, Mar 26, 2019 at 09:59:40AM -0500, Denis Kenzior wrote: > Hi James, > > On 03/26/2019 09:25 AM, James Bottomley wrote: > > Looking at the contents of linux/keys/trusted.h, it looks like the > > wrong decision to move it. The contents are way too improperly named > > and duplicative to be i

[PATCH v13 01/11] bitops: Introduce the for_each_set_clump8 macro

This macro iterates for each 8-bit group of bits (clump) with set bits, within a bitmap memory region. For each iteration, "start" is set to the bit offset of the found clump, while the respective clump value is stored to the location pointed by "clump". Additionally, the bitmap_get_value8 and bitm

[PATCH v13 00/11] Introduce the for_each_set_clump8 macro

Changes in v13: - Reimplement find_next_clump8 to leverage find_next_bit - Restrict bitmap_get_value8/bitmap_set_value8 start argument to values that are multiples of 8; this prevents cases where a clump lands between word boundaries - Trim const qualifiers from bitmap_get_value8, bit

Re: Bad file pattern in MAINTAINERS section 'KEYS-TRUSTED'

On Tue, Mar 26, 2019 at 07:25:17AM -0700, James Bottomley wrote: > On Tue, 2019-03-26 at 08:10 -0400, Mimi Zohar wrote: > > Hi Jarrko, > > > > On Tue, 2019-03-26 at 13:37 +0200, Jarkko Sakkinen wrote: > > > Mimi, > > > > > > Can you fix this and I can ack and send PR through my tree? > > > > Mak

Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR

On Tue, Mar 26, 2019 at 04:22:34PM -0500, Scott Wood wrote: > On Tue, 2019-03-26 at 14:33 -0500, Alan Tull wrote: > > On Mon, Mar 25, 2019 at 5:58 PM Scott Wood wrote: > > > > Hi Scott, > > > > > On Mon, 2019-03-25 at 17:53 -0500, Scott Wood wrote: > > > > On Mon, 2019-03-25 at 11:07 +0800, Wu H

Re: [PATCH] Input: elan_i2c - Add i2c_reset in sysfs for ELAN touchpad recovery

Hi KT, On Sat, Feb 02, 2019 at 03:54:56PM +0800, KT Liao wrote: > Roger from SUSE reported the touchpad on Lenovo yoga2 crush sometimes. > He found that rmmod/modprobe elan_i2c will recover the issue. > He add the workaround on SUSE and solve the problem. > Recently, the workaround fails in kernel

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

On Tue, Mar 26, 2019 at 3:35 AM Reshetova, Elena wrote: > > > On Mon, Mar 18, 2019 at 1:16 PM Andy Lutomirski wrote: > > > On Mon, Mar 18, 2019 at 2:41 AM Elena Reshetova > > > wrote: > > > > Performance: > > > > > > > > 1) lmbench: ./lat_syscall -N 100 null > > > > base:

Re: linux-next: build failure after merge of the sound-asoc tree

Mark Brown writes: > On Tue, Mar 26, 2019 at 01:33:49PM +1100, Stephen Rothwell wrote: > >> After merging the sound-asoc tree, today's linux-next build (powerpc >> allyesconfig) failed like this: > >> sound/soc/codecs/tlv320aic32x4-clk.c: In function 'clk_aic32x4_pll_prepare': >> include/linux/ker

Re: [PATCH] Input: elan_i2c - Add many hardware ID for lenovo laptop

On Wed, Mar 13, 2019 at 08:17:43PM +0800, KT Liao wrote: > There are many Lenovo laptop which need elan_i2c support. > Elan collects the list ands add to add to elan_acpi_id[] > > Signed-off-by: KT Liao Applied, thank you. -- Dmitry

Re: [PATCH RESEND v3] tpm: fix an invalid condition in tpm_common_poll

On Tue, Mar 26, 2019 at 08:58:28AM -0700, Tadeusz Struk wrote: > Hi Jarkko, > On 3/25/19 7:09 AM, Jarkko Sakkinen wrote: > > It is still missing the comment I asked to add. Otherwise, it is good. > > > > Sorry, I didn't see your email with the suggestion earlier. > To be honest I'm not sure if th

Re: [PATCH] input: keyboard: snvs: make sure irq is handled correctly

Hi Anson, On Wed, Mar 27, 2019 at 02:47:06AM +, Anson Huang wrote: > SNVS IRQ is requested before necessary driver data initialized, > if there is a pending IRQ during driver probe phase, kernel > NULL pointer panic will occur in IRQ handler. To avoid such > scenario, need to move the IRQ requ

Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down

On Tue, Mar 26, 2019 at 5:31 PM Greg KH wrote: > > On Tue, Mar 26, 2019 at 12:20:24PM -0700, Andy Lutomirski wrote: > > On Tue, Mar 26, 2019 at 11:28 AM Matthew Garrett > > wrote: > > > > > > From: Matthew Garrett > > > > > > debugfs has not been meaningfully audited in terms of ensuring that >

Re: [PATCH 5.0 00/52] 5.0.5-stable review

On Tue, 26 Mar 2019 at 12:09, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.0.5 release. > There are 52 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Respo

Re: [PATCH 4.19 00/45] 4.19.32-stable review

On Tue, 26 Mar 2019 at 12:06, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.19.32 release. > There are 45 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Res

Re: possible deadlock in acct_pin_kill

syzbot has bisected this bug to: commit e950564b97fd0f541b02eb207685d0746f5ecf29 Author: Miklos Szeredi Date: Tue Jul 24 13:01:55 2018 + vfs: don't evict uninitialized inode bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=1212314320 start commit: da5322e6 Merge tag

linux-next: Tree for Mar 27

Hi all, Changes since 20190326: The bpf-next tree gained a conflict against the net tree. The sound-asoc tree lost its build failure but gained another for which I reverted 3 commits. The drm-intel tree gained a build failure for which I reverted some comits. Non-merge commits (relative to

[PATCHv1 5/7] vfio/mdev: Follow correct remove sequence

mdev_remove_sysfs_files() should follow exact mirror sequence of a create, similar to what is followed in error unwinding path of mdev_create_sysfs_files(). Fixes: 6a62c1dfb5c7 ("vfio/mdev: Re-order sysfs attribute creation") Reviewed-by: Maxim Levitsky Signed-off-by: Parav Pandit --- drivers/v

[PATCHv1 7/7] vfio/mdev: Fix race conditions with mdev device life cycle APIs

Below race condition and call trace exist with current device life cycle sequence. 1. In following sequence, child devices created while removing mdev parent device can be left out, or it may lead to race of removing half initialized child mdev devices. issue-1: cpu-0

[PATCHv1 6/7] vfio/mdev: Fix aborting mdev child device removal if one fails

device_for_each_child() stops executing callback function for remaining child devices, if callback hits an error. Each child mdev device is independent of each other. While unregistering parent device, mdev core must remove all child mdev devices. Therefore, mdev_device_remove_cb() always returns s

[PATCHv1 1/7] vfio/mdev: Avoid release parent reference during error path

During mdev parent registration in mdev_register_device(), if parent device is duplicate, it releases the reference of existing parent device. This is incorrect. Existing parent device should not be touched. Fixes: 7b96953bc640 ("vfio: Mediated device Core driver") Reviewed By: Kirti Wankhede Rev

[PATCHv1 4/7] vfio/mdev: Avoid masking error code to EBUSY

Instead of masking return error to -EBUSY, return actual error returned by the driver. Reviewed-by: Maxim Levitsky Signed-off-by: Parav Pandit --- drivers/vfio/mdev/mdev_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/vfio/mdev/mdev_core.c b/drivers/vfio/mdev/

[PATCHv1 2/7] vfio/mdev: Removed unused kref

Remove unused kref from the mdev_device structure. Fixes: 7b96953bc640 ("vfio: Mediated device Core driver") Reviewed By: Kirti Wankhede Reviewed-by: Maxim Levitsky Signed-off-by: Parav Pandit --- drivers/vfio/mdev/mdev_core.c| 1 - drivers/vfio/mdev/mdev_private.h | 1 - 2 files changed,

[PATCHv1 3/7] vfio/mdev: Drop redundant extern for exported symbols

There is no need use 'extern' for exported functions. Reviewed-by: Maxim Levitsky Signed-off-by: Parav Pandit --- include/linux/mdev.h | 21 ++--- 1 file changed, 10 insertions(+), 11 deletions(-) diff --git a/include/linux/mdev.h b/include/linux/mdev.h index d7aee90..4924d80 1

[PATCHv1 0/7] vfio/mdev: Improve vfio/mdev core module

As we would like to use mdev subsystem for wider use case as discussed in [1], [2] apart from an offline discussion. This use case is also discussed with wider forum in [4] in track 'Lightweight NIC HW functions for container offload use cases'. This series is prep-work and improves vfio/mdev modu

Re: [PATCH 06/10] mm: vmscan: demote anon DRAM pages to PMEM node

On 3/26/19 5:35 PM, Keith Busch wrote: On Mon, Mar 25, 2019 at 12:49:21PM -0700, Yang Shi wrote: On 3/24/19 3:20 PM, Keith Busch wrote: How do these pages eventually get to swap when migration fails? Looks like that's skipped. Yes, they will be just put back to LRU. Actually, I don't expect

RE: [PATCH 8/8] vfio/mdev: Improve the create/remove sequence

Hi Alex, > -Original Message- > From: Alex Williamson > Sent: Tuesday, March 26, 2019 10:27 AM > To: Kirti Wankhede > Cc: Parav Pandit ; k...@vger.kernel.org; linux- > ker...@vger.kernel.org; Neo Jia > Subject: Re: [PATCH 8/8] vfio/mdev: Improve the create/remove sequence > > On Tue, 2

  1   2   3   4   5   6   7   8   9   10   >