Re: [PATCH net-next v2 1/3] net: ethernet: ti: Allow most drivers with COMPILE_TEST

Hi Florian, I love your patch! Perhaps something to improve: [auto build test WARNING on net-next/master] url: https://github.com/0day-ci/linux/commits/Florian-Fainelli/net-ethernet-ti-Allow-most-drivers-with-COMPILE_TEST/20180519-043005 config: ia64-allmodconfig (attached as .config)

Re: [PATCH net-next v2 1/3] net: ethernet: ti: Allow most drivers with COMPILE_TEST

Hi Florian, I love your patch! Perhaps something to improve: [auto build test WARNING on net-next/master] url: https://github.com/0day-ci/linux/commits/Florian-Fainelli/net-ethernet-ti-Allow-most-drivers-with-COMPILE_TEST/20180519-043005 config: ia64-allmodconfig (attached as .config)

[PATCH] iommu/amd - Optimize PPR log handling

Improve the performance of the PPR log polling function (i.e. the task of emptying the log) by minimizing MMIO operations and more efficiently processing groups of log entries. Cache the head pointer, as there's never a reason to read it. Ensure the head pointer register is updated every so often,

[PATCH] iommu/amd - Optimize PPR log handling

Improve the performance of the PPR log polling function (i.e. the task of emptying the log) by minimizing MMIO operations and more efficiently processing groups of log entries. Cache the head pointer, as there's never a reason to read it. Ensure the head pointer register is updated every so often,

Re: [PATCH v9 02/12] drivers: base: cacheinfo: setup DT cache properties early

On Thu, May 17, 2018 at 6:47 PM, Sudeep Holla wrote: > Is below patch does what you were looking for ? Somewhat. See below for some minors. > of_property_read_u64 searches for a property in a device node and read > a 64-bit value from it. Instead of using of_get_property

Re: [PATCH v9 02/12] drivers: base: cacheinfo: setup DT cache properties early

On Thu, May 17, 2018 at 6:47 PM, Sudeep Holla wrote: > Is below patch does what you were looking for ? Somewhat. See below for some minors. > of_property_read_u64 searches for a property in a device node and read > a 64-bit value from it. Instead of using of_get_property to get the > property

Re: [PATCH] scsi: sg: fix a missing-check bug

On Mon, May 7, 2018 at 12:13 AM, Douglas Gilbert wrote: > On 2018-05-05 11:21 PM, Wenwen Wang wrote: >> >> In sg_write(), the opcode of the command is firstly copied from the >> userspace pointer 'buf' and saved to the kernel variable 'opcode', using >> the __get_user()

Re: [PATCH] scsi: sg: fix a missing-check bug

On Mon, May 7, 2018 at 12:13 AM, Douglas Gilbert wrote: > On 2018-05-05 11:21 PM, Wenwen Wang wrote: >> >> In sg_write(), the opcode of the command is firstly copied from the >> userspace pointer 'buf' and saved to the kernel variable 'opcode', using >> the __get_user() function. The size of the

Re: [PATCH v4 5/5] remoteproc: qcom: Always assert and deassert reset signals in SDM845

On Wed 25 Apr 08:08 PDT 2018, Sibi Sankar wrote: > SDM845 brings a new reset signal ALT_RESET which is a part of the MSS > subsystem hence requires some of the active clks to be enabled before > assert/deassert > > Reset the modem if the BOOT FSM does timeout > > Reset assert/deassert sequence

Re: [PATCH v4 5/5] remoteproc: qcom: Always assert and deassert reset signals in SDM845

On Wed 25 Apr 08:08 PDT 2018, Sibi Sankar wrote: > SDM845 brings a new reset signal ALT_RESET which is a part of the MSS > subsystem hence requires some of the active clks to be enabled before > assert/deassert > > Reset the modem if the BOOT FSM does timeout > > Reset assert/deassert sequence

Re: [PATCH] kernel: sys: fix potential Spectre v1

On Fri, May 18, 2018 at 2:27 PM, Gustavo A. R. Silva wrote: > > > On 05/18/2018 03:44 PM, Gustavo A. R. Silva wrote: > > Oops, it seems I sent the wrong patch. The function would look like this: #ifndef sanitize_index_nospec inline

Re: [PATCH] kernel: sys: fix potential Spectre v1

On Fri, May 18, 2018 at 2:27 PM, Gustavo A. R. Silva wrote: > > > On 05/18/2018 03:44 PM, Gustavo A. R. Silva wrote: > > Oops, it seems I sent the wrong patch. The function would look like this: #ifndef sanitize_index_nospec inline bool

Re: [PATCH 4/5] pinctrl: actions: Add gpio support for Actions S900 SoC

On Fri, May 18, 2018 at 5:30 AM, Manivannan Sadhasivam wrote: > Add gpio support to pinctrl driver for Actions Semi S900 SoC. > LGTM, Reviewed-by: Andy Shevchenko > Signed-off-by: Manivannan Sadhasivam

Re: [PATCH 4/5] pinctrl: actions: Add gpio support for Actions S900 SoC

On Fri, May 18, 2018 at 5:30 AM, Manivannan Sadhasivam wrote: > Add gpio support to pinctrl driver for Actions Semi S900 SoC. > LGTM, Reviewed-by: Andy Shevchenko > Signed-off-by: Manivannan Sadhasivam > --- > drivers/pinctrl/actions/Kconfig| 1 + >

Re: [PATCH v3 4/6] dt-bindings: add binding for at91-usart in spi mode

On Fri, May 11, 2018 at 01:38:20PM +0300, Radu Pirea wrote: > These are bindings for at91-usart IP in spi spi mode. There is no support for s/spi spi/SPI/ > internal chip select. Only kind of chip selects available are gpio chip GPIO > selects. > > Signed-off-by: Radu Pirea

Re: [PATCH 2/2] slimbus: ngd: Add qcom SLIMBus NGD driver

/commits/Srinivas-Kandagatla/slimbus-ngd-dt-bindings-Add-slim-ngd-dt-bindings/20180518-193916 config: arm-allmodconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin

Re: [PATCH v3 4/6] dt-bindings: add binding for at91-usart in spi mode

On Fri, May 11, 2018 at 01:38:20PM +0300, Radu Pirea wrote: > These are bindings for at91-usart IP in spi spi mode. There is no support for s/spi spi/SPI/ > internal chip select. Only kind of chip selects available are gpio chip GPIO > selects. > > Signed-off-by: Radu Pirea > --- >

Re: [PATCH 2/2] slimbus: ngd: Add qcom SLIMBus NGD driver

/commits/Srinivas-Kandagatla/slimbus-ngd-dt-bindings-Add-slim-ngd-dt-bindings/20180518-193916 config: arm-allmodconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin

Re: [PATCH 05/15] mtd: nand: pxa3xx: remove the dmaengine compat need

Hi Robert, Thanks for this series. On Monday, April 02, 2018 04:26 PM, Robert Jarzmik wrote: From: Robert Jarzmik As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and

Re: [PATCH 05/15] mtd: nand: pxa3xx: remove the dmaengine compat need

Hi Robert, Thanks for this series. On Monday, April 02, 2018 04:26 PM, Robert Jarzmik wrote: From: Robert Jarzmik As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and priority are not needed anymore.

[PATCH v2] isdn: eicon: fix a missing-check bug

In divasmain.c, the function divas_write() firstly invokes the function diva_xdi_open_adapter() to open the adapter that matches with the adapter number provided by the user, and then invokes the function diva_xdi_write() to perform the write operation using the matched adapter. The two functions

[PATCH v2] isdn: eicon: fix a missing-check bug

In divasmain.c, the function divas_write() firstly invokes the function diva_xdi_open_adapter() to open the adapter that matches with the adapter number provided by the user, and then invokes the function diva_xdi_write() to perform the write operation using the matched adapter. The two functions

Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)

On Fri, May 18, 2018 at 07:57:34PM +, Alexey Brodkin wrote: > Hi Russel, That's Russell. > On Fri, 2018-05-18 at 18:50 +0100, Russell King - ARM Linux wrote: > > It's necessary. Take a moment to think carefully about this: > > > > dma_map_single(, dir) > > > >

Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)

On Fri, May 18, 2018 at 07:57:34PM +, Alexey Brodkin wrote: > Hi Russel, That's Russell. > On Fri, 2018-05-18 at 18:50 +0100, Russell King - ARM Linux wrote: > > It's necessary. Take a moment to think carefully about this: > > > > dma_map_single(, dir) > > > >

Re: [PATCH v3 6/8] MIPS: jz4780: dts: Fix watchdog node

On Thu, May 10, 2018 at 08:47:49PM +0200, Paul Cercueil wrote: > - The previous node requested a memory area of 0x100 bytes, while the > driver only manipulates four registers present in the first 0x10 bytes. > > - The driver requests for the "rtc" clock, but the previous node did not >

Re: [PATCH v3 6/8] MIPS: jz4780: dts: Fix watchdog node

On Thu, May 10, 2018 at 08:47:49PM +0200, Paul Cercueil wrote: > - The previous node requested a memory area of 0x100 bytes, while the > driver only manipulates four registers present in the first 0x10 bytes. > > - The driver requests for the "rtc" clock, but the previous node did not >

Re: [PATCH v4 4/5] remoteproc: qcom: Add support for mss remoteproc on SDM845

On Wed 25 Apr 08:08 PDT 2018, Sibi Sankar wrote: > From SDM845, the Q6SS reset sequence on software side has been > simplified with the introduction of boot FSM which assists in > bringing the Q6 out of reset > > Add GLINK subdevice to allow definition of GLINK edge as a > child of modem-pil >

Re: [PATCH v4 4/5] remoteproc: qcom: Add support for mss remoteproc on SDM845

On Wed 25 Apr 08:08 PDT 2018, Sibi Sankar wrote: > From SDM845, the Q6SS reset sequence on software side has been > simplified with the introduction of boot FSM which assists in > bringing the Q6 out of reset > > Add GLINK subdevice to allow definition of GLINK edge as a > child of modem-pil >

Re: [PATCH v3 1/3] perf evlist: Create a new function perf_evlist_forced_leader

On 5/18/2018 10:18 PM, Arnaldo Carvalho de Melo wrote: Em Sat, May 19, 2018 at 12:00:32AM +0800, Jin Yao escreveu: For non-explicit group, perf report supports a option '--group' which can enable group output. We also need to support perf annotate with the same '--group'. Create a new

Re: [PATCH v3 1/3] perf evlist: Create a new function perf_evlist_forced_leader

On 5/18/2018 10:18 PM, Arnaldo Carvalho de Melo wrote: Em Sat, May 19, 2018 at 12:00:32AM +0800, Jin Yao escreveu: For non-explicit group, perf report supports a option '--group' which can enable group output. We also need to support perf annotate with the same '--group'. Create a new

Re: [PATCH v3 1/2] dt-bindings: add MediaTek XS-PHY binding

On Thu, May 10, 2018 at 02:10:28PM +0800, Chunfeng Yun wrote: > Add a DT binding documentation of XS-PHY for MediaTek SoCs > with USB3.1 GEN2 controller > > Signed-off-by: Chunfeng Yun > --- > .../devicetree/bindings/phy/phy-mtk-xsphy.txt | 110 >

Re: [PATCH v3 1/2] dt-bindings: add MediaTek XS-PHY binding

On Thu, May 10, 2018 at 02:10:28PM +0800, Chunfeng Yun wrote: > Add a DT binding documentation of XS-PHY for MediaTek SoCs > with USB3.1 GEN2 controller > > Signed-off-by: Chunfeng Yun > --- > .../devicetree/bindings/phy/phy-mtk-xsphy.txt | 110 > > 1 file changed,

Re: `ucsi_acpi: probe of USBC000:00 failed with error -12` on Dell XPS 13 9360/9370

On Fri, May 18, 2018 at 10:04:02PM +0200, Rafael J. Wysocki wrote: > On Fri, May 18, 2018 at 5:15 PM, Greg Kroah-Hartman > > Given that Windows works with this same set of ACPI tables, perhaps the > > requirement isn't that this memory location be uncached? > > > > We shouldn't have to fix up ACPI

Re: `ucsi_acpi: probe of USBC000:00 failed with error -12` on Dell XPS 13 9360/9370

On Fri, May 18, 2018 at 10:04:02PM +0200, Rafael J. Wysocki wrote: > On Fri, May 18, 2018 at 5:15 PM, Greg Kroah-Hartman > > Given that Windows works with this same set of ACPI tables, perhaps the > > requirement isn't that this memory location be uncached? > > > > We shouldn't have to fix up ACPI

[PATCH] aic94xx: don't return zero on failure paths in aic94xx_init()

If sas_domain_attach_transport() fails in aic94xx_init(), it breaks off initialization, deallocates all resources, but returns zero. The patch adds -ENOMEM as return value in this case. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Peter Melnichenko

[PATCH] aic94xx: don't return zero on failure paths in aic94xx_init()

If sas_domain_attach_transport() fails in aic94xx_init(), it breaks off initialization, deallocates all resources, but returns zero. The patch adds -ENOMEM as return value in this case. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Peter Melnichenko

Re: [PATCH] kernel: sys: fix potential Spectre v1

On 05/18/2018 03:44 PM, Gustavo A. R. Silva wrote: Oops, it seems I sent the wrong patch. The function would look like this: #ifndef sanitize_index_nospec inline bool sanitize_index_nospec(unsigned long *index,    unsigned long size) { if (*index

Re: [PATCH] kernel: sys: fix potential Spectre v1

On 05/18/2018 03:44 PM, Gustavo A. R. Silva wrote: Oops, it seems I sent the wrong patch. The function would look like this: #ifndef sanitize_index_nospec inline bool sanitize_index_nospec(unsigned long *index,    unsigned long size) { if (*index

Re: [PATCH 5/6] mtd: rawnand: ams-delta: use GPIO lookup table

On Sat, May 19, 2018 at 12:09 AM, Janusz Krzysztofik wrote: > + gpiod_rdy = devm_gpiod_get_optional(>dev, "rdy", GPIOD_IN); > + if (!IS_ERR_OR_NULL(gpiod_rdy)) { So, is it optional or not at the end? If it is, why do we check for NULL? >

Re: [PATCH 5/6] mtd: rawnand: ams-delta: use GPIO lookup table

On Sat, May 19, 2018 at 12:09 AM, Janusz Krzysztofik wrote: > + gpiod_rdy = devm_gpiod_get_optional(>dev, "rdy", GPIOD_IN); > + if (!IS_ERR_OR_NULL(gpiod_rdy)) { So, is it optional or not at the end? If it is, why do we check for NULL? > this->dev_ready =

RE: [PATCH 1/2] dt-bindings: power: Add ZynqMP power domain bindings

Hi Marek, > -Original Message- > From: Marek Szyprowski [mailto:m.szyprow...@samsung.com] > Sent: Thursday, May 17, 2018 11:31 PM > To: Jolly Shah ; Geert Uytterhoeven m68k.org>; Rob Herring > Cc: Matthias Brugger

RE: [PATCH 1/2] dt-bindings: power: Add ZynqMP power domain bindings

Hi Marek, > -Original Message- > From: Marek Szyprowski [mailto:m.szyprow...@samsung.com] > Sent: Thursday, May 17, 2018 11:31 PM > To: Jolly Shah ; Geert Uytterhoeven m68k.org>; Rob Herring > Cc: Matthias Brugger ; Andy Gross > ; Shawn Guo ; Geert > Uytterhoeven ; Björn Andersson > ;

Re: [PATCH v2] schedutil: Allow cpufreq requests to be made even when kthread kicked

On Fri, May 18, 2018 at 11:13 PM, Saravana Kannan wrote: > On 05/18/2018 11:55 AM, Joel Fernandes (Google.) wrote: >> >> From: "Joel Fernandes (Google)" >> >> Currently there is a chance of a schedutil cpufreq update request to be >> dropped if

[RFC PATCH 1/6] net: ethernet: ti: cpsw: use cpdma channels in backward order for txq

The cpdma channel highest priority is from hi to lo number. The driver has limited number of descriptors that are shared between number of cpdma channels. Number of queues can be tuned with ethtool, that allows to not spend descriptors on not needed cpdma channels. In AVB usually only 2 tx queues

Re: [PATCH v2] schedutil: Allow cpufreq requests to be made even when kthread kicked

On Fri, May 18, 2018 at 11:13 PM, Saravana Kannan wrote: > On 05/18/2018 11:55 AM, Joel Fernandes (Google.) wrote: >> >> From: "Joel Fernandes (Google)" >> >> Currently there is a chance of a schedutil cpufreq update request to be >> dropped if there is a pending update request. This pending

[RFC PATCH 1/6] net: ethernet: ti: cpsw: use cpdma channels in backward order for txq

The cpdma channel highest priority is from hi to lo number. The driver has limited number of descriptors that are shared between number of cpdma channels. Number of queues can be tuned with ethtool, that allows to not spend descriptors on not needed cpdma channels. In AVB usually only 2 tx queues

[RFC PATCH 4/6] net: ethernet: ti: cpsw: add CBS Qdisc offload

The cpsw has up to 4 FIFOs per port and upper 3 FIFOs can feed rate limited queue with shaping. In order to set and enable shaping for those 3 FIFOs queues the network device with CBS qdisc attached is needed. The CBS configuration is added for dual-emac/single port mode only, but potentially can

[RFC PATCH 4/6] net: ethernet: ti: cpsw: add CBS Qdisc offload

The cpsw has up to 4 FIFOs per port and upper 3 FIFOs can feed rate limited queue with shaping. In order to set and enable shaping for those 3 FIFOs queues the network device with CBS qdisc attached is needed. The CBS configuration is added for dual-emac/single port mode only, but potentially can

[RFC PATCH 3/6] net: ethernet: ti: cpsw: add MQPRIO Qdisc offload

That's possible to offload vlan to tc priority mapping with assumption sk_prio == L2 prio. Example: $ ethtool -L eth0 rx 1 tx 4 $ qdisc replace dev eth0 handle 100: parent root mqprio num_tc 3 \ map 2 2 1 0 2 2 2 2 2 2 2 2 2 2 2 2 queues 1@0 1@1 2@2 hw 1 $ tc -g class show dev eth0

[RFC PATCH 3/6] net: ethernet: ti: cpsw: add MQPRIO Qdisc offload

That's possible to offload vlan to tc priority mapping with assumption sk_prio == L2 prio. Example: $ ethtool -L eth0 rx 1 tx 4 $ qdisc replace dev eth0 handle 100: parent root mqprio num_tc 3 \ map 2 2 1 0 2 2 2 2 2 2 2 2 2 2 2 2 queues 1@0 1@1 2@2 hw 1 $ tc -g class show dev eth0

[RFC PATCH 0/6] net: ethernet: ti: cpsw: add MQPRIO and CBS Qdisc offload

This series adds MQPRIO and CBS Qdisc offload for TI cpsw driver. It potentially can be used in audio video bridging (AVB) and time sensitive networking (TSN). Patchset was tested on AM572x EVM and BBB boards. Last patch from this series adds detailed description of configuration with examples.

[RFC PATCH 6/6] Documentation: networking: cpsw: add MQPRIO & CBS offload examples

This document describes MQPRIO and CBS Qdisc offload configuration for cpsw driver based on examples. It potentially can be used in audio video bridging (AVB) and time sensitive networking (TSN). Signed-off-by: Ivan Khoronzhuk --- Documentation/networking/cpsw.txt |

[RFC PATCH 0/6] net: ethernet: ti: cpsw: add MQPRIO and CBS Qdisc offload

This series adds MQPRIO and CBS Qdisc offload for TI cpsw driver. It potentially can be used in audio video bridging (AVB) and time sensitive networking (TSN). Patchset was tested on AM572x EVM and BBB boards. Last patch from this series adds detailed description of configuration with examples.

[RFC PATCH 6/6] Documentation: networking: cpsw: add MQPRIO & CBS offload examples

This document describes MQPRIO and CBS Qdisc offload configuration for cpsw driver based on examples. It potentially can be used in audio video bridging (AVB) and time sensitive networking (TSN). Signed-off-by: Ivan Khoronzhuk --- Documentation/networking/cpsw.txt | 540

[RFC PATCH 5/6] net: ethernet: ti: cpsw: restore shaper configuration while down/up

Need to restore shapers configuration after interface was down/up. This is needed as appropriate configuration is still replicated in kernel settings. This only shapers context restore, so vlan configuration should be restored by user if needed, especially for devices with one port where vlan

[RFC PATCH 5/6] net: ethernet: ti: cpsw: restore shaper configuration while down/up

Need to restore shapers configuration after interface was down/up. This is needed as appropriate configuration is still replicated in kernel settings. This only shapers context restore, so vlan configuration should be restored by user if needed, especially for devices with one port where vlan

[RFC PATCH 2/6] net: ethernet: ti: cpdma: fit rated channels in backward order

According to TRM tx rated channels should be in 7..0 order, so correct it. Signed-off-by: Ivan Khoronzhuk --- drivers/net/ethernet/ti/davinci_cpdma.c | 31 - 1 file changed, 15 insertions(+), 16 deletions(-) diff --git

[RFC PATCH 2/6] net: ethernet: ti: cpdma: fit rated channels in backward order

According to TRM tx rated channels should be in 7..0 order, so correct it. Signed-off-by: Ivan Khoronzhuk --- drivers/net/ethernet/ti/davinci_cpdma.c | 31 - 1 file changed, 15 insertions(+), 16 deletions(-) diff --git a/drivers/net/ethernet/ti/davinci_cpdma.c

Re: [PATCH v2] schedutil: Allow cpufreq requests to be made even when kthread kicked

On 05/18/2018 11:55 AM, Joel Fernandes (Google.) wrote: From: "Joel Fernandes (Google)" Currently there is a chance of a schedutil cpufreq update request to be dropped if there is a pending update request. This pending request can be delayed if there is a scheduling

Re: [PATCH v2] schedutil: Allow cpufreq requests to be made even when kthread kicked

On 05/18/2018 11:55 AM, Joel Fernandes (Google.) wrote: From: "Joel Fernandes (Google)" Currently there is a chance of a schedutil cpufreq update request to be dropped if there is a pending update request. This pending request can be delayed if there is a scheduling delay of the irq_work and

Re: [PATCHv8] gpio: Remove VLA from gpiolib

On Sat, May 19, 2018 at 12:05 AM, Geert Uytterhoeven wrote: > On Fri, May 18, 2018 at 10:07 PM, Andy Shevchenko > wrote: >> On Fri, May 18, 2018 at 8:53 PM, Laura Abbott wrote: >>> + bits = mask +

Re: [PATCHv8] gpio: Remove VLA from gpiolib

On Sat, May 19, 2018 at 12:05 AM, Geert Uytterhoeven wrote: > On Fri, May 18, 2018 at 10:07 PM, Andy Shevchenko > wrote: >> On Fri, May 18, 2018 at 8:53 PM, Laura Abbott wrote: >>> + bits = mask + BITS_TO_LONGS(chip->ngpio); >>> + memset(mask, 0,

[PATCH 4/6] fbdev: omapfb: lcd_ams_delta: use GPIO lookup table

Now as the Amstrad Delta board provides GPIO lookup tables, switch from GPIO numbers to GPIO descriptors and use the table to locate required GPIO pins. Declare static variables for storing GPIO descriptors and replace gpio_ functions with their gpiod_ equivalents. Move GPIO lookup to the driver

[PATCH 4/6] fbdev: omapfb: lcd_ams_delta: use GPIO lookup table

Now as the Amstrad Delta board provides GPIO lookup tables, switch from GPIO numbers to GPIO descriptors and use the table to locate required GPIO pins. Declare static variables for storing GPIO descriptors and replace gpio_ functions with their gpiod_ equivalents. Move GPIO lookup to the driver

[PATCH 2/6] Input: ams_delta_serio: use GPIO lookup table

Now as the Amstrad Delta board provides GPIO lookup tables, switch from GPIO numbers to GPIO descriptors and use the table to locate required GPIO pins. Declare static variables for storing GPIO descriptors and replace gpio_ functions with their gpiod_ equivalents. Pin naming used by the driver

[PATCH 5/6] mtd: rawnand: ams-delta: use GPIO lookup table

Now as the Amstrad Delta board provides GPIO lookup tables, switch from GPIO numbers to GPIO descriptors and use the table to locate required GPIO pins. Declare static variables for storing GPIO descriptors and replace gpio_ functions with their gpiod_ equivalents. Return -EPROBE_DEFER if the

[PATCH 2/6] Input: ams_delta_serio: use GPIO lookup table

Now as the Amstrad Delta board provides GPIO lookup tables, switch from GPIO numbers to GPIO descriptors and use the table to locate required GPIO pins. Declare static variables for storing GPIO descriptors and replace gpio_ functions with their gpiod_ equivalents. Pin naming used by the driver

[PATCH 5/6] mtd: rawnand: ams-delta: use GPIO lookup table

Now as the Amstrad Delta board provides GPIO lookup tables, switch from GPIO numbers to GPIO descriptors and use the table to locate required GPIO pins. Declare static variables for storing GPIO descriptors and replace gpio_ functions with their gpiod_ equivalents. Return -EPROBE_DEFER if the

[PATCH 3/6] ASoC: ams_delta: use GPIO lookup table

Now as the Amstrad Delta board provides GPIO lookup tables, switch from GPIO numbers to GPIO descriptors and use the table to locate required GPIO pins. The card uses two pins, one for jack and the other for voice modem codec DAI control. For jack pin, remove hardcoded GPIO number and use GPIO

[PATCH 3/6] ASoC: ams_delta: use GPIO lookup table

Now as the Amstrad Delta board provides GPIO lookup tables, switch from GPIO numbers to GPIO descriptors and use the table to locate required GPIO pins. The card uses two pins, one for jack and the other for voice modem codec DAI control. For jack pin, remove hardcoded GPIO number and use GPIO

[PATCH 6/6] ARM: OMAP1: ams-delta: make board header file local to mach-omap1

Now as the AMS Delta board header file is no longer included by drivers, move it to the root directory of mach-omap1. Signed-off-by: Janusz Krzysztofik --- arch/arm/mach-omap1/ams-delta-fiq-handler.S | 2 +- arch/arm/mach-omap1/ams-delta-fiq.c

[PATCH 6/6] ARM: OMAP1: ams-delta: make board header file local to mach-omap1

Now as the AMS Delta board header file is no longer included by drivers, move it to the root directory of mach-omap1. Signed-off-by: Janusz Krzysztofik --- arch/arm/mach-omap1/ams-delta-fiq-handler.S | 2 +- arch/arm/mach-omap1/ams-delta-fiq.c | 3 +--

[PATCH 1/6] ARM: OMAP1: ams-delta: add GPIO lookup tables

Scope of the change is limited to GPIO pins used by board specific device drivers which will be updated by follow-up patches of the series. Those are some OMAP GPIO (gpio-0-15) and most of Amstrad Delta latch2 GPIO bank pins. Remaining pins of those banks, as well as Amstrad Delta latch1 pins,

[PATCH 1/6] ARM: OMAP1: ams-delta: add GPIO lookup tables

Scope of the change is limited to GPIO pins used by board specific device drivers which will be updated by follow-up patches of the series. Those are some OMAP GPIO (gpio-0-15) and most of Amstrad Delta latch2 GPIO bank pins. Remaining pins of those banks, as well as Amstrad Delta latch1 pins,

Re: [PATCH 1/2] lib: Add module to simulate atomic sections for testing {preempt,irqs}off tracers

On Fri, May 18, 2018 at 4:59 AM, Joel Fernandes wrote: > From: "Joel Fernandes (Google)" > > In this patch we introduce a test module for simulating a long atomic > section in the kernel which the preemptoff or irqsoff tracers can > detect. This module

Re: [PATCH 1/2] lib: Add module to simulate atomic sections for testing {preempt,irqs}off tracers

On Fri, May 18, 2018 at 4:59 AM, Joel Fernandes wrote: > From: "Joel Fernandes (Google)" > > In this patch we introduce a test module for simulating a long atomic > section in the kernel which the preemptoff or irqsoff tracers can > detect. This module is to be used only for test purposes and is

Re: [PATCHv8] gpio: Remove VLA from gpiolib

Hi Andy, On Fri, May 18, 2018 at 10:07 PM, Andy Shevchenko wrote: > On Fri, May 18, 2018 at 8:53 PM, Laura Abbott wrote: >> The new challenge is to remove VLAs from the kernel >> (see https://lkml.org/lkml/2018/3/7/621) to eventually >> turn on

Re: [PATCHv8] gpio: Remove VLA from gpiolib

Hi Andy, On Fri, May 18, 2018 at 10:07 PM, Andy Shevchenko wrote: > On Fri, May 18, 2018 at 8:53 PM, Laura Abbott wrote: >> The new challenge is to remove VLAs from the kernel >> (see https://lkml.org/lkml/2018/3/7/621) to eventually >> turn on -Wvla. >> >> Using a kmalloc array is the easy way

Re: [PATCH] kernel: sys: fix potential Spectre v1

On 05/18/2018 03:38 PM, Dan Williams wrote: On Fri, May 18, 2018 at 12:21 PM, Gustavo A. R. Silva wrote: On 05/18/2018 02:04 PM, Gustavo A. R. Silva wrote: On 05/15/2018 05:57 PM, Dan Williams wrote: On Tue, May 15, 2018 at 3:29 PM, Thomas Gleixner

Re: [PATCH] kernel: sys: fix potential Spectre v1

On 05/18/2018 03:38 PM, Dan Williams wrote: On Fri, May 18, 2018 at 12:21 PM, Gustavo A. R. Silva wrote: On 05/18/2018 02:04 PM, Gustavo A. R. Silva wrote: On 05/15/2018 05:57 PM, Dan Williams wrote: On Tue, May 15, 2018 at 3:29 PM, Thomas Gleixner wrote: On Tue, 15 May 2018,

Re: [PATCH 1/2] swait: export the symbols __prepare_to_swait and __finish_swait

On Thu, Nov 23 2017 at 5:27pm -0500, Mikulas Patocka wrote: > > > On Thu, 23 Nov 2017, Christoph Hellwig wrote: > > > Please run this past the swait authors. It is supposed to be a simple > > and self-contained API so I'd expect this patch to be seen critical. > > I

Re: [PATCH 1/2] swait: export the symbols __prepare_to_swait and __finish_swait

On Thu, Nov 23 2017 at 5:27pm -0500, Mikulas Patocka wrote: > > > On Thu, 23 Nov 2017, Christoph Hellwig wrote: > > > Please run this past the swait authors. It is supposed to be a simple > > and self-contained API so I'd expect this patch to be seen critical. > > I already sent it to

Re: [PATCH v7 2/2] iommu/amd: Add basic debugfs infrastructure for AMD IOMMU

On 05/18/2018 11:49 AM, Randy Dunlap wrote: On 05/18/2018 08:20 AM, Gary R Hook wrote: On 05/15/2018 08:46 AM, Joerg Roedel wrote: On Mon, May 14, 2018 at 03:00:50PM -0500, Gary R Hook wrote: This was brought up a few weeks ago in, I believe, version 3 of this patch. That question was

Re: [PATCH v7 2/2] iommu/amd: Add basic debugfs infrastructure for AMD IOMMU

On 05/18/2018 11:49 AM, Randy Dunlap wrote: On 05/18/2018 08:20 AM, Gary R Hook wrote: On 05/15/2018 08:46 AM, Joerg Roedel wrote: On Mon, May 14, 2018 at 03:00:50PM -0500, Gary R Hook wrote: This was brought up a few weeks ago in, I believe, version 3 of this patch. That question was

Re: [PATCH v7 2/2] drivers: soc: Add LLCC driver

On Wed, May 16, 2018 at 8:43 PM, Rishabh Bhatnagar wrote: > LLCC (Last Level Cache Controller) provides additional cache memory > in the system. LLCC is partitioned into multiple slices and each > slice gets its own priority, size, ID and other config parameters. > LLCC

Re: [PATCH v7 2/2] drivers: soc: Add LLCC driver

On Wed, May 16, 2018 at 8:43 PM, Rishabh Bhatnagar wrote: > LLCC (Last Level Cache Controller) provides additional cache memory > in the system. LLCC is partitioned into multiple slices and each > slice gets its own priority, size, ID and other config parameters. > LLCC driver programs these

RE: [RFC PATCH 09/09] Introduce cache=rdma moutning option

> Subject: Re: [RFC PATCH 09/09] Introduce cache=rdma moutning option > > On Fri, May 18, 2018 at 12:00 PM, Long Li via samba-technical techni...@lists.samba.org> wrote: > >> Subject: Re: [RFC PATCH 09/09] Introduce cache=rdma moutning option > >> > >> On Thu, May 17, 2018 at 05:22:14PM -0700,

RE: [RFC PATCH 09/09] Introduce cache=rdma moutning option

> Subject: Re: [RFC PATCH 09/09] Introduce cache=rdma moutning option > > On Fri, May 18, 2018 at 12:00 PM, Long Li via samba-technical techni...@lists.samba.org> wrote: > >> Subject: Re: [RFC PATCH 09/09] Introduce cache=rdma moutning option > >> > >> On Thu, May 17, 2018 at 05:22:14PM -0700,

Re: [PATCH 10/10] Dynamic fault injection

On May 18, 2018, at 1:10 PM, Kent Overstreet wrote: > > On Fri, May 18, 2018 at 01:05:20PM -0600, Andreas Dilger wrote: >> On May 18, 2018, at 1:49 AM, Kent Overstreet >> wrote: >>> >>> Signed-off-by: Kent Overstreet

Re: [PATCH 10/10] Dynamic fault injection

On May 18, 2018, at 1:10 PM, Kent Overstreet wrote: > > On Fri, May 18, 2018 at 01:05:20PM -0600, Andreas Dilger wrote: >> On May 18, 2018, at 1:49 AM, Kent Overstreet >> wrote: >>> >>> Signed-off-by: Kent Overstreet >> >> I agree with Christoph that even if there was some explanation in

Re: [PATCH v4 3/3] bpf: add selftest for lirc_mode2 type program

On Fri, May 18, 2018 at 1:17 PM, Y Song wrote: > On Fri, May 18, 2018 at 7:07 AM, Sean Young wrote: >> This is simple test over rc-loopback. >> >> Signed-off-by: Sean Young > > Acked-by: Yonghong Song Just one minor thing. You

Re: [PATCH v4 3/3] bpf: add selftest for lirc_mode2 type program

On Fri, May 18, 2018 at 1:17 PM, Y Song wrote: > On Fri, May 18, 2018 at 7:07 AM, Sean Young wrote: >> This is simple test over rc-loopback. >> >> Signed-off-by: Sean Young > > Acked-by: Yonghong Song Just one minor thing. You need to add "test_lirc_mode2_user" in

Re: [PATCH -vfs] proc: don't maintain sizeof(struct proc_dir_entry)

On Fri, May 18, 2018 at 09:23:15PM +0100, Al Viro wrote: > On Fri, May 18, 2018 at 11:02:13PM +0300, Alexey Dobriyan wrote: > > Automatically cap sizeof(struct proc_dir_entry) at 192/128 bytes or > > 256/192 bytes if spinlock debugging/lockdep is enabled. > > > --- a/fs/proc/internal.h > > +++

Re: [PATCH -vfs] proc: don't maintain sizeof(struct proc_dir_entry)

On Fri, May 18, 2018 at 09:23:15PM +0100, Al Viro wrote: > On Fri, May 18, 2018 at 11:02:13PM +0300, Alexey Dobriyan wrote: > > Automatically cap sizeof(struct proc_dir_entry) at 192/128 bytes or > > 256/192 bytes if spinlock debugging/lockdep is enabled. > > > --- a/fs/proc/internal.h > > +++

htmldocs: drivers/usb/typec/mux.c:186: warning: Function parameter or member 'mux' not described in 'typec_mux_unregister'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 2c71d338bef2cc8a2e5f8ebe70788eeff246fcd8 commit: bdecb33af34f79cbfbb656661210f77c8b8b5b5f usb: typec: API for controlling USB Type-C Multiplexers date: 8 weeks ago reproduce: make htmldocs All warnings

htmldocs: drivers/usb/typec/mux.c:186: warning: Function parameter or member 'mux' not described in 'typec_mux_unregister'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 2c71d338bef2cc8a2e5f8ebe70788eeff246fcd8 commit: bdecb33af34f79cbfbb656661210f77c8b8b5b5f usb: typec: API for controlling USB Type-C Multiplexers date: 8 weeks ago reproduce: make htmldocs All warnings

Re: [PATCH 4.9 00/33] 4.9.101-stable review

On 05/18/2018 02:15 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.101 release. > There are 33 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. > > Responses

Re: [PATCH 4.9 00/33] 4.9.101-stable review

On 05/18/2018 02:15 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.101 release. > There are 33 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. > > Responses

Re: [PATCH 1/2] slimbus: ngd: dt-bindings: Add slim ngd dt bindings

Hi Srinivas On 5/16/2018 9:51 AM, Srinivas Kandagatla wrote: This patch adds bindings for Qualcomm SLIMBus NGD controller found in all new SoCs starting from B family. "X/Y/Z family" has no meaning here in upstream and just put the processor name from which you are adding the support or

Re: [PATCH 1/2] slimbus: ngd: dt-bindings: Add slim ngd dt bindings

Hi Srinivas On 5/16/2018 9:51 AM, Srinivas Kandagatla wrote: This patch adds bindings for Qualcomm SLIMBus NGD controller found in all new SoCs starting from B family. "X/Y/Z family" has no meaning here in upstream and just put the processor name from which you are adding the support or

<    1   2   3   4   5   6   7   8   9   10   >