[PATCH v2 02/14] tracing: Add __find_event_file() to find event files without restrictions

From: "Steven Rostedt (VMware)" By adding the function __find_event_file() that can search for files without restrictions, such as if the event associated with the file has a reg function, or if it has the "ignore" flag set, the files that are associated to ftrace internal

Re: [PATCH 18/18] arm64: implement syscall wrappers

On Mon, May 14, 2018 at 10:46:40AM +0100, Mark Rutland wrote: > Note that we play games with sys_ni_syscall(). It can't be defined with > SYSCALL_DEFINE0() because we must avoid the possibility of error > injection. Additionally, there are a couple of locations where we need > to call it from C

[PATCH v2 02/14] tracing: Add __find_event_file() to find event files without restrictions

From: "Steven Rostedt (VMware)" By adding the function __find_event_file() that can search for files without restrictions, such as if the event associated with the file has a reg function, or if it has the "ignore" flag set, the files that are associated to ftrace internal events (like

Re: [PATCH 18/18] arm64: implement syscall wrappers

On Mon, May 14, 2018 at 10:46:40AM +0100, Mark Rutland wrote: > Note that we play games with sys_ni_syscall(). It can't be defined with > SYSCALL_DEFINE0() because we must avoid the possibility of error > injection. Additionally, there are a couple of locations where we need > to call it from C

Re: [PATCH v4 2/4] ALSA: usb-audio: Use Class Specific EP for UAC3 devices.

On Fri, May 11, 2018 at 6:25 PM, Jorge Sanjuan wrote: > bmAtributes offset doesn't exist in the UAC3 CS_EP descriptor. > Hence, checking for pitch control as if it was UAC2 doesn't make > any sense. Use the defined UAC3 offsets instead. This one I already reviewed

Re: [PATCH v4 2/4] ALSA: usb-audio: Use Class Specific EP for UAC3 devices.

On Fri, May 11, 2018 at 6:25 PM, Jorge Sanjuan wrote: > bmAtributes offset doesn't exist in the UAC3 CS_EP descriptor. > Hence, checking for pitch control as if it was UAC2 doesn't make > any sense. Use the defined UAC3 offsets instead. This one I already reviewed in v2 and there is no changes

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

On 05/14/2018 01:00 PM, Gary R Hook wrote: > On 05/14/2018 12:50 PM, Randy Dunlap wrote: >> On 05/14/2018 10:20 AM, Gary R Hook wrote: >>> Implement a skeleton framework for debugfs support in the >>> AMD IOMMU. >>> >>> Signed-off-by: Gary R Hook >>> --- >>>  

[PATCH v2 03/14] tracing: Have event_trace_init() called by trace_init_tracefs()

From: "Steven Rostedt (VMware)" Instead of having both trace_init_tracefs() and event_trace_init() be called by fs_initcall() routines, have event_trace_init() called directly by trace_init_tracefs(). This will guarantee order of how the events are created with respect to

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

On 05/14/2018 01:00 PM, Gary R Hook wrote: > On 05/14/2018 12:50 PM, Randy Dunlap wrote: >> On 05/14/2018 10:20 AM, Gary R Hook wrote: >>> Implement a skeleton framework for debugfs support in the >>> AMD IOMMU. >>> >>> Signed-off-by: Gary R Hook >>> --- >>>   drivers/iommu/Makefile    |  

[PATCH v2 03/14] tracing: Have event_trace_init() called by trace_init_tracefs()

From: "Steven Rostedt (VMware)" Instead of having both trace_init_tracefs() and event_trace_init() be called by fs_initcall() routines, have event_trace_init() called directly by trace_init_tracefs(). This will guarantee order of how the events are created with respect to the rest of the ftrace

Re: [GIT PULL 2/5] soc: samsung: Stuff for v4.18

On Sun, May 13, 2018 at 05:42:35PM +0200, Krzysztof Kozlowski wrote: > The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: > > Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) > > are available in the git repository at: > >

Re: [GIT PULL 1/5] ARM: defconfig: Exynos for v4.18

On Sun, May 13, 2018 at 05:42:34PM +0200, Krzysztof Kozlowski wrote: > The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: > > Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) > > are available in the git repository at: > >

Re: [GIT PULL 2/5] soc: samsung: Stuff for v4.18

On Sun, May 13, 2018 at 05:42:35PM +0200, Krzysztof Kozlowski wrote: > The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: > > Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) > > are available in the git repository at: > >

Re: [GIT PULL 1/5] ARM: defconfig: Exynos for v4.18

On Sun, May 13, 2018 at 05:42:34PM +0200, Krzysztof Kozlowski wrote: > The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: > > Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) > > are available in the git repository at: > >

Re: [PATCH net-next v3 0/7] Microsemi Ocelot Ethernet switch support

Hi Alexandre > > The ocelot dts changes are here for reference and should probably go > through the MIPS tree once the bindings are accepted. For your next version, you probably want to drop those patches, so that David can apply the network patches to net-next. Andrew

Re: [PATCH net-next v3 0/7] Microsemi Ocelot Ethernet switch support

Hi Alexandre > > The ocelot dts changes are here for reference and should probably go > through the MIPS tree once the bindings are accepted. For your next version, you probably want to drop those patches, so that David can apply the network patches to net-next. Andrew

Re: [GIT PULL 5/5] ARM: exynos: mach/soc for v4.18

On Sun, May 13, 2018 at 05:42:38PM +0200, Krzysztof Kozlowski wrote: > The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: > > Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) > > are available in the git repository at: > >

Re: [GIT PULL 5/5] ARM: exynos: mach/soc for v4.18

On Sun, May 13, 2018 at 05:42:38PM +0200, Krzysztof Kozlowski wrote: > The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: > > Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) > > are available in the git repository at: > >

Re: [GIT PULL 3/5] ARM: dts: exynos: Stuff for v4.18

On Sun, May 13, 2018 at 05:42:36PM +0200, Krzysztof Kozlowski wrote: > The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: > > Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) > > are available in the git repository at: > >

Re: [GIT PULL 3/5] ARM: dts: exynos: Stuff for v4.18

On Sun, May 13, 2018 at 05:42:36PM +0200, Krzysztof Kozlowski wrote: > The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: > > Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) > > are available in the git repository at: > >

Re: [GIT PULL 0/5] ARM: samsung/exynos: Stuff for v4.18

On Sun, May 13, 2018 at 05:42:33PM +0200, Krzysztof Kozlowski wrote: > Hi, > > Changes for v4.18. No dependencies, no specific order of pulls. > > Support for Exynos5440 is removed step by step through different trees. 5440 was always a bit of a weird fit, it clearly was never an exynos5-family

Re: [GIT PULL 4/5] arm64: dts: exynos: Stuff for v4.18

On Sun, May 13, 2018 at 05:42:37PM +0200, Krzysztof Kozlowski wrote: > The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: > > Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) > > are available in the git repository at: > >

Re: [GIT PULL 0/5] ARM: samsung/exynos: Stuff for v4.18

On Sun, May 13, 2018 at 05:42:33PM +0200, Krzysztof Kozlowski wrote: > Hi, > > Changes for v4.18. No dependencies, no specific order of pulls. > > Support for Exynos5440 is removed step by step through different trees. 5440 was always a bit of a weird fit, it clearly was never an exynos5-family

Re: [GIT PULL 4/5] arm64: dts: exynos: Stuff for v4.18

On Sun, May 13, 2018 at 05:42:37PM +0200, Krzysztof Kozlowski wrote: > The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: > > Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) > > are available in the git repository at: > >

[PATCH] staging: speakup: use true/false instead of 1/0

Signed-off-by: Samuel Thibault --- drivers/staging/speakup/buffers.c |2 +- drivers/staging/speakup/main.c|2 +- 2 files changed, 2 insertions(+), 2 deletions(-) --- a/drivers/staging/speakup/buffers.c +++ b/drivers/staging/speakup/buffers.c @@ -80,7

[PATCH] staging: speakup: use true/false instead of 1/0

Signed-off-by: Samuel Thibault --- drivers/staging/speakup/buffers.c |2 +- drivers/staging/speakup/main.c|2 +- 2 files changed, 2 insertions(+), 2 deletions(-) --- a/drivers/staging/speakup/buffers.c +++ b/drivers/staging/speakup/buffers.c @@ -80,7 +80,7 @@ void

Re: [PATCH net-next v3 4/7] net: mscc: Add initial Ocelot switch support

On Mon, May 14, 2018 at 10:04:57PM +0200, Alexandre Belloni wrote: > Add a driver for Microsemi Ocelot Ethernet switch support. > > This makes two modules: > mscc_ocelot_common handles all the common features that doesn't depend on > how the switch is integrated in the SoC. Currently, it handles

Re: [PATCH net-next v3 4/7] net: mscc: Add initial Ocelot switch support

On Mon, May 14, 2018 at 10:04:57PM +0200, Alexandre Belloni wrote: > Add a driver for Microsemi Ocelot Ethernet switch support. > > This makes two modules: > mscc_ocelot_common handles all the common features that doesn't depend on > how the switch is integrated in the SoC. Currently, it handles

Re: [PATCH v2] device property: Get rid of union aliasing

On Mon, May 14, 2018 at 11:44 PM, Rafael J. Wysocki wrote: > On Mon, May 14, 2018 at 6:13 PM, Andy Shevchenko > wrote: >> On Mon, 2018-05-14 at 17:40 +0200, Lukas Wunner wrote: >>> On Mon, May 14, 2018 at 03:48:09PM +0300, Andy Shevchenko

Re: [PATCH v2] device property: Get rid of union aliasing

On Mon, May 14, 2018 at 11:44 PM, Rafael J. Wysocki wrote: > On Mon, May 14, 2018 at 6:13 PM, Andy Shevchenko > wrote: >> On Mon, 2018-05-14 at 17:40 +0200, Lukas Wunner wrote: >>> On Mon, May 14, 2018 at 03:48:09PM +0300, Andy Shevchenko wrote: >>> Well if that is your concern then you need to

Re: [PATCH 18/18] rcu: Use pr_fmt to prefix "rcu: " to logging output

On 05/14/2018 01:29 PM, Paul E. McKenney wrote: > On Thu, May 10, 2018 at 08:45:44AM -0700, Joe Perches wrote: >> Use a consistent logging prefix for all rcu related output. >> >> Signed-off-by: Joe Perches > > I took parts of this (thank you!) but have concerns about other

Re: [PATCH v4 1/4] ALSA: usb-audio: UAC3. Add support for mixer unit.

On Fri, May 11, 2018 at 6:25 PM, Jorge Sanjuan wrote: > This adds support for the MIXER UNIT in UAC3. All the information > is obtained from the (HIGH CAPABILITY) Cluster's header. We don't > read the rest of the logical cluster to obtain the channel config > as

Re: [PATCH net-next v3 5/7] MIPS: mscc: Add switch to ocelot

On 05/14/2018 01:04 PM, Alexandre Belloni wrote: > Ocelot has an integrated switch, add support for it. > > Cc: James Hogan > Signed-off-by: Alexandre Belloni Reviewed-by: Florian Fainelli -- Florian

Re: [PATCH 18/18] rcu: Use pr_fmt to prefix "rcu: " to logging output

On 05/14/2018 01:29 PM, Paul E. McKenney wrote: > On Thu, May 10, 2018 at 08:45:44AM -0700, Joe Perches wrote: >> Use a consistent logging prefix for all rcu related output. >> >> Signed-off-by: Joe Perches > > I took parts of this (thank you!) but have concerns about other parts. > >> --- >>

Re: [PATCH v4 1/4] ALSA: usb-audio: UAC3. Add support for mixer unit.

On Fri, May 11, 2018 at 6:25 PM, Jorge Sanjuan wrote: > This adds support for the MIXER UNIT in UAC3. All the information > is obtained from the (HIGH CAPABILITY) Cluster's header. We don't > read the rest of the logical cluster to obtain the channel config > as that wont make any difference in

Re: [PATCH net-next v3 5/7] MIPS: mscc: Add switch to ocelot

On 05/14/2018 01:04 PM, Alexandre Belloni wrote: > Ocelot has an integrated switch, add support for it. > > Cc: James Hogan > Signed-off-by: Alexandre Belloni Reviewed-by: Florian Fainelli -- Florian

Re: [PATCH net-next v3 6/7] MIPS: mscc: connect phys to ports on ocelot_pcb123

On 05/14/2018 01:04 PM, Alexandre Belloni wrote: > Add phy to switch port connections for PCB123 for internal PHYs. > > Cc: James Hogan > Signed-off-by: Alexandre Belloni Reviewed-by: Florian Fainelli -- Florian

Re: [PATCH net-next v3 6/7] MIPS: mscc: connect phys to ports on ocelot_pcb123

On 05/14/2018 01:04 PM, Alexandre Belloni wrote: > Add phy to switch port connections for PCB123 for internal PHYs. > > Cc: James Hogan > Signed-off-by: Alexandre Belloni Reviewed-by: Florian Fainelli -- Florian

Re: [PATCH v5 13/23] iommu: introduce device fault report API

On Mon, 14 May 2018 14:01:06 +0800 Lu Baolu wrote: > Hi, > > On 05/12/2018 04:54 AM, Jacob Pan wrote: > > Traditionally, device specific faults are detected and handled > > within their own device drivers. When IOMMU is enabled, faults such > > as DMA related

Re: [PATCH v5 13/23] iommu: introduce device fault report API

On Mon, 14 May 2018 14:01:06 +0800 Lu Baolu wrote: > Hi, > > On 05/12/2018 04:54 AM, Jacob Pan wrote: > > Traditionally, device specific faults are detected and handled > > within their own device drivers. When IOMMU is enabled, faults such > > as DMA related transactions are detected by IOMMU.

Re: [PATCH net-next v3 7/7] MAINTAINERS: Add entry for Microsemi Ethernet switches

On Mon, May 14, 2018 at 10:05:00PM +0200, Alexandre Belloni wrote: > Add myself as a maintainer for the Microsemi Ethernet switches. > > Signed-off-by: Alexandre Belloni Reviewed-by: Andrew Lunn Andrew > --- > MAINTAINERS | 6 ++ > 1

Re: [PATCH net-next v3 7/7] MAINTAINERS: Add entry for Microsemi Ethernet switches

On Mon, May 14, 2018 at 10:05:00PM +0200, Alexandre Belloni wrote: > Add myself as a maintainer for the Microsemi Ethernet switches. > > Signed-off-by: Alexandre Belloni Reviewed-by: Andrew Lunn Andrew > --- > MAINTAINERS | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git

Re: [PATCH net-next v3 3/7] dt-bindings: net: add DT bindings for Microsemi Ocelot Switch

On 05/14/2018 01:04 PM, Alexandre Belloni wrote: > DT bindings for the Ethernet switch found on Microsemi Ocelot platforms. > > Reviewed-by: Rob Herring > Signed-off-by: Alexandre Belloni Reviewed-by: Florian Fainelli --

Re: [PATCH net-next v3 3/7] dt-bindings: net: add DT bindings for Microsemi Ocelot Switch

On 05/14/2018 01:04 PM, Alexandre Belloni wrote: > DT bindings for the Ethernet switch found on Microsemi Ocelot platforms. > > Reviewed-by: Rob Herring > Signed-off-by: Alexandre Belloni Reviewed-by: Florian Fainelli -- Florian

Re: [PATCH net-next v3 2/7] net: phy: mscc-miim: Add MDIO driver

On 05/14/2018 01:04 PM, Alexandre Belloni wrote: > Add a driver for the Microsemi MII Management controller (MIIM) found on > Microsemi SoCs. > On Ocelot, there are two controllers, one is connected to the internal > PHYs, the other one can communicate with external PHYs. > > Reviewed-by: Andrew

Re: [PATCH net-next v3 2/7] net: phy: mscc-miim: Add MDIO driver

On 05/14/2018 01:04 PM, Alexandre Belloni wrote: > Add a driver for the Microsemi MII Management controller (MIIM) found on > Microsemi SoCs. > On Ocelot, there are two controllers, one is connected to the internal > PHYs, the other one can communicate with external PHYs. > > Reviewed-by: Andrew

Re: [RFCv2 PATCH 0/3] Salted build ids via linker sections

On 05/07/2018 07:49 PM, Andy Lutomirski wrote: On Sun, May 6, 2018 at 11:59 PM Masahiro Yamada < yamada.masah...@socionext.com> wrote: 2018-03-30 21:40 GMT+09:00 Mark Wielaard : On Thu, 2018-03-29 at 11:01 -0700, Laura Abbott wrote: I'm still mostly looking for

Re: [RFCv2 PATCH 0/3] Salted build ids via linker sections

On 05/07/2018 07:49 PM, Andy Lutomirski wrote: On Sun, May 6, 2018 at 11:59 PM Masahiro Yamada < yamada.masah...@socionext.com> wrote: 2018-03-30 21:40 GMT+09:00 Mark Wielaard : On Thu, 2018-03-29 at 11:01 -0700, Laura Abbott wrote: I'm still mostly looking for feedback whether this would be

Re: [PATCH net-next v3 6/7] MIPS: mscc: connect phys to ports on ocelot_pcb123

On Mon, May 14, 2018 at 10:04:59PM +0200, Alexandre Belloni wrote: > Add phy to switch port connections for PCB123 for internal PHYs. > > Cc: James Hogan > Signed-off-by: Alexandre Belloni Reviewed-by: Andrew Lunn Andrew

Re: [PATCH net-next v3 6/7] MIPS: mscc: connect phys to ports on ocelot_pcb123

On Mon, May 14, 2018 at 10:04:59PM +0200, Alexandre Belloni wrote: > Add phy to switch port connections for PCB123 for internal PHYs. > > Cc: James Hogan > Signed-off-by: Alexandre Belloni Reviewed-by: Andrew Lunn Andrew

Re: [PATCH net-next v3 3/7] dt-bindings: net: add DT bindings for Microsemi Ocelot Switch

On Mon, May 14, 2018 at 10:04:56PM +0200, Alexandre Belloni wrote: > DT bindings for the Ethernet switch found on Microsemi Ocelot platforms. > > Reviewed-by: Rob Herring > Signed-off-by: Alexandre Belloni Reviewed-by: Andrew Lunn

Re: [PATCH net-next v3 3/7] dt-bindings: net: add DT bindings for Microsemi Ocelot Switch

On Mon, May 14, 2018 at 10:04:56PM +0200, Alexandre Belloni wrote: > DT bindings for the Ethernet switch found on Microsemi Ocelot platforms. > > Reviewed-by: Rob Herring > Signed-off-by: Alexandre Belloni Reviewed-by: Andrew Lunn Andrew

Re: [PATCH v5 1/2] dt: bindings: lm3601x: Introduce the lm3601x driver

Dan, On 05/14/2018 10:07 PM, Dan Murphy wrote: Jacek On 05/11/2018 03:27 PM, Jacek Anaszewski wrote: Dan, On 05/11/2018 02:12 PM, Dan Murphy wrote: Jacek Thanks for the review On 05/10/2018 03:17 PM, Jacek Anaszewski wrote: Hi Dan, On 05/10/2018 09:10 PM, Dan Murphy wrote: On

Re: [PATCH net-next v3 5/7] MIPS: mscc: Add switch to ocelot

On Mon, May 14, 2018 at 10:04:58PM +0200, Alexandre Belloni wrote: > Ocelot has an integrated switch, add support for it. > > Cc: James Hogan > Signed-off-by: Alexandre Belloni Reviewed-by: Andrew Lunn Andrew

Re: [PATCH net-next v3 5/7] MIPS: mscc: Add switch to ocelot

On Mon, May 14, 2018 at 10:04:58PM +0200, Alexandre Belloni wrote: > Ocelot has an integrated switch, add support for it. > > Cc: James Hogan > Signed-off-by: Alexandre Belloni Reviewed-by: Andrew Lunn Andrew

Re: [PATCH v5 1/2] dt: bindings: lm3601x: Introduce the lm3601x driver

Dan, On 05/14/2018 10:07 PM, Dan Murphy wrote: Jacek On 05/11/2018 03:27 PM, Jacek Anaszewski wrote: Dan, On 05/11/2018 02:12 PM, Dan Murphy wrote: Jacek Thanks for the review On 05/10/2018 03:17 PM, Jacek Anaszewski wrote: Hi Dan, On 05/10/2018 09:10 PM, Dan Murphy wrote: On

Re: [PATCH v5 11/23] driver core: add per device iommu param

On Mon, 14 May 2018 13:27:13 +0800 Lu Baolu wrote: > Hi, > > On 05/12/2018 04:54 AM, Jacob Pan wrote: > > DMA faults can be detected by IOMMU at device level. Adding a > > pointer to struct device allows IOMMU subsystem to report relevant > > faults back to the device

Re: [PATCH v5 11/23] driver core: add per device iommu param

On Mon, 14 May 2018 13:27:13 +0800 Lu Baolu wrote: > Hi, > > On 05/12/2018 04:54 AM, Jacob Pan wrote: > > DMA faults can be detected by IOMMU at device level. Adding a > > pointer to struct device allows IOMMU subsystem to report relevant > > faults back to the device driver for further

Re: [PATCH net-next v3 1/7] dt-bindings: net: add DT bindings for Microsemi MIIM

On Mon, May 14, 2018 at 10:04:54PM +0200, Alexandre Belloni wrote: > DT bindings for the Microsemi MII Management Controller found on Microsemi > SoCs > > Reviewed-by: Florian Fainelli > Reviewed-by: Rob Herring > Signed-off-by: Alexandre Belloni

Re: [PATCH net-next v3 1/7] dt-bindings: net: add DT bindings for Microsemi MIIM

On Mon, May 14, 2018 at 10:04:54PM +0200, Alexandre Belloni wrote: > DT bindings for the Microsemi MII Management Controller found on Microsemi > SoCs > > Reviewed-by: Florian Fainelli > Reviewed-by: Rob Herring > Signed-off-by: Alexandre Belloni Reviewed-by: Andrew Lunn Andrew

Re: [PATCH 00/14] Modify action API for implementing lockless actions

On Mon 14 May 2018 at 18:03, Jamal Hadi Salim wrote: > On 14/05/18 10:27 AM, Vlad Buslov wrote: >> Currently, all netlink protocol handlers for updating rules, actions and >> qdiscs are protected with single global rtnl lock which removes any >> possibility for parallelism.

Re: [PATCH 00/14] Modify action API for implementing lockless actions

On Mon 14 May 2018 at 18:03, Jamal Hadi Salim wrote: > On 14/05/18 10:27 AM, Vlad Buslov wrote: >> Currently, all netlink protocol handlers for updating rules, actions and >> qdiscs are protected with single global rtnl lock which removes any >> possibility for parallelism. This patch set is a

Re: [PATCH v5 09/23] iommu/vt-d: add svm/sva invalidate function

On Mon, 14 May 2018 11:35:05 +0800 Lu Baolu wrote: > > + switch (inv_info->hdr.type) { > > + case IOMMU_INV_TYPE_TLB: > > + if (inv_info->size && > > + (inv_info->addr & ((1 << (VTD_PAGE_SHIFT + > > inv_info->size)) - 1))) { > > +

Re: [PATCH v5 09/23] iommu/vt-d: add svm/sva invalidate function

On Mon, 14 May 2018 11:35:05 +0800 Lu Baolu wrote: > > + switch (inv_info->hdr.type) { > > + case IOMMU_INV_TYPE_TLB: > > + if (inv_info->size && > > + (inv_info->addr & ((1 << (VTD_PAGE_SHIFT + > > inv_info->size)) - 1))) { > > + pr_err("Addr

Re: [PATCH v2] device property: Get rid of union aliasing

On Mon, May 14, 2018 at 6:13 PM, Andy Shevchenko wrote: > On Mon, 2018-05-14 at 17:40 +0200, Lukas Wunner wrote: >> On Mon, May 14, 2018 at 03:48:09PM +0300, Andy Shevchenko wrote: >> > On Mon, 2018-05-14 at 14:18 +0200, Lukas Wunner wrote: >> > > On Tue, May

Re: [PATCH v2] device property: Get rid of union aliasing

On Mon, May 14, 2018 at 6:13 PM, Andy Shevchenko wrote: > On Mon, 2018-05-14 at 17:40 +0200, Lukas Wunner wrote: >> On Mon, May 14, 2018 at 03:48:09PM +0300, Andy Shevchenko wrote: >> > On Mon, 2018-05-14 at 14:18 +0200, Lukas Wunner wrote: >> > > On Tue, May 08, 2018 at 04:15:47PM +0300, Andy

Re: [PATCH v5 08/23] iommu/vt-d: support flushing more translation cache types

On Mon, 14 May 2018 10:18:44 +0800 Lu Baolu wrote: > Hi, > > On 05/12/2018 04:54 AM, Jacob Pan wrote: > > When Shared Virtual Memory is exposed to a guest via vIOMMU, > > extended IOTLB invalidation may be passed down from outside IOMMU > > subsystems. This patch adds

Re: [PATCH v5 08/23] iommu/vt-d: support flushing more translation cache types

On Mon, 14 May 2018 10:18:44 +0800 Lu Baolu wrote: > Hi, > > On 05/12/2018 04:54 AM, Jacob Pan wrote: > > When Shared Virtual Memory is exposed to a guest via vIOMMU, > > extended IOTLB invalidation may be passed down from outside IOMMU > > subsystems. This patch adds invalidation functions

Re: [PATCH v9 1/2] arch/*: Add CONFIG_ARCH_HAVE_CMPXCHG64

On Mon, 2018-05-14 at 11:50 -0700, Max Filippov wrote: > On Mon, May 14, 2018 at 11:46 AM, Bart Van Assche > wrote: > > The next patch in this series introduces a call to cmpxchg64() > > in the block layer core for those architectures on which this > > functionality is

Re: [PATCH v9 1/2] arch/*: Add CONFIG_ARCH_HAVE_CMPXCHG64

On Mon, 2018-05-14 at 11:50 -0700, Max Filippov wrote: > On Mon, May 14, 2018 at 11:46 AM, Bart Van Assche > wrote: > > The next patch in this series introduces a call to cmpxchg64() > > in the block layer core for those architectures on which this > > functionality is available. Make it possible

Re: [PATCH][RFC v2] ACPI: acpi_pad: Do not launch acpi_pad threads on idle cpus

On Mon, May 14, 2018 at 5:45 PM, Yu Chen wrote: > On Sun, May 13, 2018 at 11:30:52AM +0200, Rafael J. Wysocki wrote: >> On Saturday, May 5, 2018 1:53:22 PM CEST Chen Yu wrote: >> > According to current implementation of acpi_pad driver, >> > it does not make sense to spawn

Re: [PATCH][RFC v2] ACPI: acpi_pad: Do not launch acpi_pad threads on idle cpus

On Mon, May 14, 2018 at 5:45 PM, Yu Chen wrote: > On Sun, May 13, 2018 at 11:30:52AM +0200, Rafael J. Wysocki wrote: >> On Saturday, May 5, 2018 1:53:22 PM CEST Chen Yu wrote: >> > According to current implementation of acpi_pad driver, >> > it does not make sense to spawn any power saving

Re: [PATCH v2 26/26] drm/bridge: establish a link between the bridge supplier and consumer

On 2018-05-14 18:28, Daniel Vetter wrote: > On Fri, May 11, 2018 at 09:37:47AM +0200, Peter Rosin wrote: >> On 2018-05-10 10:10, Andrzej Hajda wrote: >>> On 04.05.2018 15:52, Peter Rosin wrote: If the bridge supplier is unbound, this will bring the bridge consumer down along with the

Re: [PATCH] net/smc: check for missing nlattrs in SMC_PNETID messages

From: Eric Biggers Date: Sun, 13 May 2018 17:01:30 -0700 > From: Eric Biggers > > It's possible to crash the kernel in several different ways by sending > messages to the SMC_PNETID generic netlink family that are missing the > expected attributes: >

Re: [PATCH v2 26/26] drm/bridge: establish a link between the bridge supplier and consumer

On 2018-05-14 18:28, Daniel Vetter wrote: > On Fri, May 11, 2018 at 09:37:47AM +0200, Peter Rosin wrote: >> On 2018-05-10 10:10, Andrzej Hajda wrote: >>> On 04.05.2018 15:52, Peter Rosin wrote: If the bridge supplier is unbound, this will bring the bridge consumer down along with the

Re: [PATCH] net/smc: check for missing nlattrs in SMC_PNETID messages

From: Eric Biggers Date: Sun, 13 May 2018 17:01:30 -0700 > From: Eric Biggers > > It's possible to crash the kernel in several different ways by sending > messages to the SMC_PNETID generic netlink family that are missing the > expected attributes: > > - Missing SMC_PNETID_NAME => null

Re: linux-next: manual merge of the bpf-next tree with the bpf tree

On Mon, 14 May 2018 11:57:00 +1000, Stephen Rothwell wrote: > diff --cc tools/lib/bpf/libbpf.c > index 8da4eeb101a6,df54c4c9e48a.. > --- a/tools/lib/bpf/libbpf.c > +++ b/tools/lib/bpf/libbpf.c > @@@ -2163,9 -2193,12 +2193,12 @@@ int bpf_prog_load_xattr(const struct bp > > if

Re: linux-next: manual merge of the bpf-next tree with the bpf tree

On Mon, 14 May 2018 11:57:00 +1000, Stephen Rothwell wrote: > diff --cc tools/lib/bpf/libbpf.c > index 8da4eeb101a6,df54c4c9e48a.. > --- a/tools/lib/bpf/libbpf.c > +++ b/tools/lib/bpf/libbpf.c > @@@ -2163,9 -2193,12 +2193,12 @@@ int bpf_prog_load_xattr(const struct bp > > if

Re: [PATCH v4 1/3] drm/panel: Add RGB666 variant of Innolux AT070TN90

Hi, Le vendredi 11 mai 2018 à 10:59 +0200, Maxime Ripard a écrit : > On Wed, May 09, 2018 at 01:31:23PM +0200, Paul Kocialkowski wrote: > > On Wed, 2018-05-09 at 09:12 +0200, Maxime Ripard wrote: > > > On Tue, May 08, 2018 at 12:04:11AM +0200, Paul Kocialkowski wrote: > > > > This adds timings

Re: [PATCH v4 1/3] drm/panel: Add RGB666 variant of Innolux AT070TN90

Hi, Le vendredi 11 mai 2018 à 10:59 +0200, Maxime Ripard a écrit : > On Wed, May 09, 2018 at 01:31:23PM +0200, Paul Kocialkowski wrote: > > On Wed, 2018-05-09 at 09:12 +0200, Maxime Ripard wrote: > > > On Tue, May 08, 2018 at 12:04:11AM +0200, Paul Kocialkowski wrote: > > > > This adds timings

Re: [PATCH 18/18] rcu: Use pr_fmt to prefix "rcu: " to logging output

On Mon, May 14, 2018 at 11:29 PM, Paul E. McKenney wrote: > On Thu, May 10, 2018 at 08:45:44AM -0700, Joe Perches wrote: > And I took this (but kept the period), plus used "%s" to make it fit in > 80 characters: > > pr_info("\tRCU restricting CPUs from %s=%d

Re: [PATCH 18/18] rcu: Use pr_fmt to prefix "rcu: " to logging output

On Mon, May 14, 2018 at 11:29 PM, Paul E. McKenney wrote: > On Thu, May 10, 2018 at 08:45:44AM -0700, Joe Perches wrote: > And I took this (but kept the period), plus used "%s" to make it fit in > 80 characters: > > pr_info("\tRCU restricting CPUs from %s=%d to %s=%u.\n", >

Re: WARNING in ion_buffer_destroy

On 05/09/2018 11:59 PM, Dmitry Vyukov wrote: On Wed, Jan 10, 2018 at 7:14 PM, Laura Abbott wrote: On 01/09/2018 02:58 PM, syzbot wrote: Hello, syzkaller hit the following crash on 06d41862286aa7bc634a1dd9e6e7e96f925ef30a

Re: WARNING in ion_buffer_destroy

On 05/09/2018 11:59 PM, Dmitry Vyukov wrote: On Wed, Jan 10, 2018 at 7:14 PM, Laura Abbott wrote: On 01/09/2018 02:58 PM, syzbot wrote: Hello, syzkaller hit the following crash on 06d41862286aa7bc634a1dd9e6e7e96f925ef30a

Re: [PATCH v4 3/3] ARM: dts: sun7i: Add support for the Ainol AW1 tablet

Hi and thanks for the review! Le vendredi 11 mai 2018 à 16:36 +0200, Maxime Ripard a écrit : > On Tue, May 08, 2018 at 12:04:13AM +0200, Paul Kocialkowski wrote: > > +++ b/arch/arm/boot/dts/sun7i-a20-ainol-aw1.dts > > @@ -0,0 +1,297 @@ > > +/* > > + * SPDX-License-Identifier: (GPL-2.0+ OR MIT) >

Re: [PATCH v4 3/3] ARM: dts: sun7i: Add support for the Ainol AW1 tablet

Hi and thanks for the review! Le vendredi 11 mai 2018 à 16:36 +0200, Maxime Ripard a écrit : > On Tue, May 08, 2018 at 12:04:13AM +0200, Paul Kocialkowski wrote: > > +++ b/arch/arm/boot/dts/sun7i-a20-ainol-aw1.dts > > @@ -0,0 +1,297 @@ > > +/* > > + * SPDX-License-Identifier: (GPL-2.0+ OR MIT) >

Re: [PATCH v5 07/23] iommu/vt-d: fix dev iotlb pfsid use

On Mon, 14 May 2018 09:52:04 +0800 Lu Baolu wrote: > > diff --git a/drivers/iommu/intel-iommu.c > > b/drivers/iommu/intel-iommu.c index 4623294..732a10f 100644 > > --- a/drivers/iommu/intel-iommu.c > > +++ b/drivers/iommu/intel-iommu.c > > @@ -1459,6 +1459,19 @@ static

Re: [PATCH v5 07/23] iommu/vt-d: fix dev iotlb pfsid use

On Mon, 14 May 2018 09:52:04 +0800 Lu Baolu wrote: > > diff --git a/drivers/iommu/intel-iommu.c > > b/drivers/iommu/intel-iommu.c index 4623294..732a10f 100644 > > --- a/drivers/iommu/intel-iommu.c > > +++ b/drivers/iommu/intel-iommu.c > > @@ -1459,6 +1459,19 @@ static void

Re: [PATCH 0/3] arm64: dts: Draak: Enable HDMI input and VIN4

Hi Jacopo, On Fri, May 11, 2018 at 11:59 AM, Jacopo Mondi wrote: >this series enables HDMI input and VIN4 on R-Car D3 Draak board. > > The Draak board has an HDMI input connected to an HDMI decoder that feeds > the VIN capture interface through its parallel video

Re: [PATCH 0/3] arm64: dts: Draak: Enable HDMI input and VIN4

Hi Jacopo, On Fri, May 11, 2018 at 11:59 AM, Jacopo Mondi wrote: >this series enables HDMI input and VIN4 on R-Car D3 Draak board. > > The Draak board has an HDMI input connected to an HDMI decoder that feeds > the VIN capture interface through its parallel video interface. > > The series

Re: [PATCH RFC 8/8] rcu: Fix cpustart tracepoint gp_seq number

On Sun, May 13, 2018 at 08:15:41PM -0700, Joel Fernandes (Google) wrote: > cpustart shows a stale gp_seq. This is because rdp->gp_seq is updated > only at the end of the __note_gp_changes function. For this reason, use > rnp->gp_seq instead. I believe we can't update rdp->gp_seq too early so >

Re: [PATCH RFC 8/8] rcu: Fix cpustart tracepoint gp_seq number

On Sun, May 13, 2018 at 08:15:41PM -0700, Joel Fernandes (Google) wrote: > cpustart shows a stale gp_seq. This is because rdp->gp_seq is updated > only at the end of the __note_gp_changes function. For this reason, use > rnp->gp_seq instead. I believe we can't update rdp->gp_seq too early so >

Re: [PATCH v2 1/2] i2c: core-smbus: fix a potential uninitialization bug

On 2018-05-10 13:17, Wolfram Sang wrote: > On Sat, May 05, 2018 at 07:57:10AM -0500, Wenwen Wang wrote: >> In i2c_smbus_xfer_emulated(), there are two buffers: msgbuf0 and msgbuf1, >> which are used to save a series of messages, as mentioned in the comment. >> According to the value of the

Re: [PATCH v2 1/2] i2c: core-smbus: fix a potential uninitialization bug

On 2018-05-10 13:17, Wolfram Sang wrote: > On Sat, May 05, 2018 at 07:57:10AM -0500, Wenwen Wang wrote: >> In i2c_smbus_xfer_emulated(), there are two buffers: msgbuf0 and msgbuf1, >> which are used to save a series of messages, as mentioned in the comment. >> According to the value of the

Re: [PATCH v5 2/2] leds: lm3601x: Introduce the lm3601x LED driver

On 05/14/2018 03:16 PM, Pavel Machek wrote: > On Mon 2018-05-14 15:13:34, Dan Murphy wrote: >> Pavel >> >> On 05/14/2018 03:05 PM, Pavel Machek wrote: >>> Hi! >>> > OK. OK I looked at the max776973 driver and well if the flash-max-microamp and flash-max-timeout-us nodes are

Re: [PATCH v5 2/2] leds: lm3601x: Introduce the lm3601x LED driver

On 05/14/2018 03:16 PM, Pavel Machek wrote: > On Mon 2018-05-14 15:13:34, Dan Murphy wrote: >> Pavel >> >> On 05/14/2018 03:05 PM, Pavel Machek wrote: >>> Hi! >>> > OK. OK I looked at the max776973 driver and well if the flash-max-microamp and flash-max-timeout-us nodes are

Re: [PATCH v3 1/4] drm/rockchip: add transfer function for cdn-dp

Hi Lin, 2018-05-14 11:53 GMT+02:00 Lin Huang : > From: Chris Zhong > > We may support training outside firmware, so we need support > dpcd read/write to get the message or do some setting with > display. > > Signed-off-by: Chris Zhong

Re: [PATCH v3 1/4] drm/rockchip: add transfer function for cdn-dp

Hi Lin, 2018-05-14 11:53 GMT+02:00 Lin Huang : > From: Chris Zhong > > We may support training outside firmware, so we need support > dpcd read/write to get the message or do some setting with > display. > > Signed-off-by: Chris Zhong > Signed-off-by: Lin Huang > Reviewed-by: Sean Paul >

Re: [PATCH] tracing/x86/xen: Remove zero data size trace events trace_xen_mmu_flush_tlb{_all}

On Fri, 11 May 2018 06:14:07 +0200 Juergen Gross wrote: > > Cc: sta...@vger.kernel.org > > Fixes: 95a7d76897c1e ("xen/mmu: Use Xen specific TLB flush instead of the > > generic one.") > > Signed-off-by: Steven Rostedt (VMware) > > Any reason not sending

Re: [PATCH] tracing/x86/xen: Remove zero data size trace events trace_xen_mmu_flush_tlb{_all}

On Fri, 11 May 2018 06:14:07 +0200 Juergen Gross wrote: > > Cc: sta...@vger.kernel.org > > Fixes: 95a7d76897c1e ("xen/mmu: Use Xen specific TLB flush instead of the > > generic one.") > > Signed-off-by: Steven Rostedt (VMware) > > Any reason not sending this patch to the Xen maintainers? >

<    3   4   5   6   7   8   9   10   11   12   >