Re: [PATCH v5 4/6] x86/microcode/AMD: Check microcode container data in the late loader

On 01.05.2018 10:43, Borislav Petkov wrote: > On Tue, May 01, 2018 at 12:27:51AM +0200, Maciej S. Szmigiero wrote: >> 1) -EINVAL maps to a valid return value of 4294967274 bytes. >> We have a different behavior for invalid data in the container file >> (including too large lengths) than for grave

Re: [PATCH v5 4/6] x86/microcode/AMD: Check microcode container data in the late loader

On 01.05.2018 10:43, Borislav Petkov wrote: > On Tue, May 01, 2018 at 12:27:51AM +0200, Maciej S. Szmigiero wrote: >> 1) -EINVAL maps to a valid return value of 4294967274 bytes. >> We have a different behavior for invalid data in the container file >> (including too large lengths) than for grave

Re: [PATCH 1/3] dt-bindings: added new pwm-sifive driver documentation

On Mon, Apr 30, 2018 at 12:45:20PM +0200, Andreas Färber wrote: > Am 30.04.2018 um 10:19 schrieb Thierry Reding: > > On Sun, Apr 29, 2018 at 02:08:07PM -0700, Wesley Terpstra wrote: > >> On Sun, Apr 29, 2018 at 2:01 PM, Andreas Färber wrote: > >>> "pwm0" sounds like a

Re: [PATCH 1/3] dt-bindings: added new pwm-sifive driver documentation

On Mon, Apr 30, 2018 at 12:45:20PM +0200, Andreas Färber wrote: > Am 30.04.2018 um 10:19 schrieb Thierry Reding: > > On Sun, Apr 29, 2018 at 02:08:07PM -0700, Wesley Terpstra wrote: > >> On Sun, Apr 29, 2018 at 2:01 PM, Andreas Färber wrote: > >>> "pwm0" sounds like a zero-indexed instance of

Re: bug-introducing patches (or: -rc cycles suck)

On Mon, Apr 30, 2018 at 09:09:18PM +0200, Willy Tarreau wrote: >Hi Sasha, > >On Mon, Apr 30, 2018 at 05:58:30PM +, Sasha Levin wrote: >> - For some reason, the odds of a -rc commit to be targetted for -stable is >> over 20%, while for merge window commits it's about 3%. I can't quite >>

Re: [PATCH 01/21] dt-bindings: clock: Add compatible for A64 DE2 CCU

On Wed, May 2, 2018 at 12:16 AM, Rob Herring wrote: > On Mon, Apr 30, 2018 at 05:10:38PM +0530, Jagan Teki wrote: >> Allwinner A64 has DE2 CCU which is similar to H3/H5 SoC. >> >> Signed-off-by: Jagan Teki >> --- >>

Re: bug-introducing patches (or: -rc cycles suck)

On Mon, Apr 30, 2018 at 09:09:18PM +0200, Willy Tarreau wrote: >Hi Sasha, > >On Mon, Apr 30, 2018 at 05:58:30PM +, Sasha Levin wrote: >> - For some reason, the odds of a -rc commit to be targetted for -stable is >> over 20%, while for merge window commits it's about 3%. I can't quite >>

Re: [PATCH 01/21] dt-bindings: clock: Add compatible for A64 DE2 CCU

On Wed, May 2, 2018 at 12:16 AM, Rob Herring wrote: > On Mon, Apr 30, 2018 at 05:10:38PM +0530, Jagan Teki wrote: >> Allwinner A64 has DE2 CCU which is similar to H3/H5 SoC. >> >> Signed-off-by: Jagan Teki >> --- >> Documentation/devicetree/bindings/clock/sun8i-de2.txt | 1 + >> 1 file changed,

Re: [PATCH v5 2/6] x86/microcode/AMD: Add microcode container data checking functions

On 01.05.2018 10:18, Borislav Petkov wrote: > On Tue, May 01, 2018 at 12:27:17AM +0200, Maciej S. Szmigiero wrote: >> These checking functions are supposed to be called in order: > > We don't do magical rules like that - you either verify fully and > correctly or you don't bother at all. And

Re: [PATCH v5 2/6] x86/microcode/AMD: Add microcode container data checking functions

On 01.05.2018 10:18, Borislav Petkov wrote: > On Tue, May 01, 2018 at 12:27:17AM +0200, Maciej S. Szmigiero wrote: >> These checking functions are supposed to be called in order: > > We don't do magical rules like that - you either verify fully and > correctly or you don't bother at all. And

Re: [PATCH 08/21] bindings: display: Add compatible for A64 HDMI PHY

On Mon, Apr 30, 2018 at 05:10:45PM +0530, Jagan Teki wrote: > HDMI PHY on Allwinner A64 has similar like H3/H5. > > Signed-off-by: Jagan Teki > --- > Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH 08/21] bindings: display: Add compatible for A64 HDMI PHY

On Mon, Apr 30, 2018 at 05:10:45PM +0530, Jagan Teki wrote: > HDMI PHY on Allwinner A64 has similar like H3/H5. > > Signed-off-by: Jagan Teki > --- > Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH v6 05/10] drivers: qcom: rpmh-rsc: write sleep/wake requests to TCS

On Fri, Apr 27 2018 at 17:24 -0600, Doug Anderson wrote: Hi, On Fri, Apr 27, 2018 at 2:54 PM, Matthias Kaehlcke wrote: > Am I getting something wrong here? The for_each_set_bit() should increment the 'i' and we would attempt to compare the first address in the request with

Re: [PATCH v6 05/10] drivers: qcom: rpmh-rsc: write sleep/wake requests to TCS

On Fri, Apr 27 2018 at 17:24 -0600, Doug Anderson wrote: Hi, On Fri, Apr 27, 2018 at 2:54 PM, Matthias Kaehlcke wrote: > Am I getting something wrong here? The for_each_set_bit() should increment the 'i' and we would attempt to compare the first address in the request with the next command

Re: INFO: task hung in wb_shutdown (2)

On 5/1/18 4:27 AM, Tetsuo Handa wrote: > Tejun, Jan, Jens, > > Can you review this patch? syzbot has hit this bug for nearly 4000 times but > is still unable to find a reproducer. Therefore, the only way to test would be > to apply this patch upstream and test whether the problem is solved. I'll

Re: [PATCH 04/21] bindings: display: Add compatible for A64 DE2 pipeline

On Mon, Apr 30, 2018 at 05:10:41PM +0530, Jagan Teki wrote: > Allwinner A64 has DE2 pipeline similar to other Allwinner > SOC's like A83T, H3/H5. 'dt-bindings: ' for the subject prefix. > > Signed-off-by: Jagan Teki > --- >

Re: INFO: task hung in wb_shutdown (2)

On 5/1/18 4:27 AM, Tetsuo Handa wrote: > Tejun, Jan, Jens, > > Can you review this patch? syzbot has hit this bug for nearly 4000 times but > is still unable to find a reproducer. Therefore, the only way to test would be > to apply this patch upstream and test whether the problem is solved. I'll

Re: [PATCH 04/21] bindings: display: Add compatible for A64 DE2 pipeline

On Mon, Apr 30, 2018 at 05:10:41PM +0530, Jagan Teki wrote: > Allwinner A64 has DE2 pipeline similar to other Allwinner > SOC's like A83T, H3/H5. 'dt-bindings: ' for the subject prefix. > > Signed-off-by: Jagan Teki > --- > Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 + >

Re: [PATCH 01/21] dt-bindings: clock: Add compatible for A64 DE2 CCU

On Mon, Apr 30, 2018 at 05:10:38PM +0530, Jagan Teki wrote: > Allwinner A64 has DE2 CCU which is similar to H3/H5 SoC. > > Signed-off-by: Jagan Teki > --- > Documentation/devicetree/bindings/clock/sun8i-de2.txt | 1 + > 1 file changed, 1 insertion(+) Reviewed-by:

Re: [PATCH 01/21] dt-bindings: clock: Add compatible for A64 DE2 CCU

On Mon, Apr 30, 2018 at 05:10:38PM +0530, Jagan Teki wrote: > Allwinner A64 has DE2 CCU which is similar to H3/H5 SoC. > > Signed-off-by: Jagan Teki > --- > Documentation/devicetree/bindings/clock/sun8i-de2.txt | 1 + > 1 file changed, 1 insertion(+) Reviewed-by: Rob Herring

Re: [PATCH 04/25] arm: exynos/s3c: dts: Remove leading 0x and 0s from bindings notation

On Mon, Dec 18, 2017 at 11:17:24AM +0100, Mathieu Malaterre wrote: > On Mon, Dec 18, 2017 at 10:40 AM, Krzysztof Kozlowski wrote: > > On Fri, Dec 15, 2017 at 1:46 PM, Mathieu Malaterre wrote: > >> Improve the DTS files by removing all the leading "0x" and zeros

Re: [PATCH 04/25] arm: exynos/s3c: dts: Remove leading 0x and 0s from bindings notation

On Mon, Dec 18, 2017 at 11:17:24AM +0100, Mathieu Malaterre wrote: > On Mon, Dec 18, 2017 at 10:40 AM, Krzysztof Kozlowski wrote: > > On Fri, Dec 15, 2017 at 1:46 PM, Mathieu Malaterre wrote: > >> Improve the DTS files by removing all the leading "0x" and zeros to fix the > >> following dtc

Re: [PATCH 2/3] dt-bindings: Add "sifive" vendor prefix

On Sat, Apr 28, 2018 at 10:37:56PM +, Wesley Terpstra wrote: > Will do, thanks! Don't top post to lists. I've applied this. I assume you'll have things other than the PWM... > On Sat, Apr 28, 2018, 4:21 AM Andreas Färber wrote: > > > Am 28.04.2018 um 00:59 schrieb

Re: [PATCH 2/3] dt-bindings: Add "sifive" vendor prefix

On Sat, Apr 28, 2018 at 10:37:56PM +, Wesley Terpstra wrote: > Will do, thanks! Don't top post to lists. I've applied this. I assume you'll have things other than the PWM... > On Sat, Apr 28, 2018, 4:21 AM Andreas Färber wrote: > > > Am 28.04.2018 um 00:59 schrieb Wesley W. Terpstra: > >

Re: INFO: task hung in wb_shutdown (2)

On Tue, May 1, 2018 at 3:27 AM Tetsuo Handa < penguin-ker...@i-love.sakura.ne.jp> wrote: > Can you review this patch? syzbot has hit this bug for nearly 4000 times but > is still unable to find a reproducer. Therefore, the only way to test would be > to apply this patch upstream and test whether

Re: INFO: task hung in wb_shutdown (2)

On Tue, May 1, 2018 at 3:27 AM Tetsuo Handa < penguin-ker...@i-love.sakura.ne.jp> wrote: > Can you review this patch? syzbot has hit this bug for nearly 4000 times but > is still unable to find a reproducer. Therefore, the only way to test would be > to apply this patch upstream and test whether

[GIT PULL] xfs: fixes for 4.17-rc4

Hi Linus, Here are a few more bug fixes for xfs for 4.17-rc4. Most of them are fixes for bad behavior. This series has been run through a full xfstests run during LSF and through a quick xfstests run against this morning's master, with no major failures reported. Let me know if there are any

[GIT PULL] xfs: fixes for 4.17-rc4

Hi Linus, Here are a few more bug fixes for xfs for 4.17-rc4. Most of them are fixes for bad behavior. This series has been run through a full xfstests run during LSF and through a quick xfstests run against this morning's master, with no major failures reported. Let me know if there are any

Re: [alsa-devel] [PATCH v2] ASoC: da7219: read fmw property to get mclk for non-dts systems

On 5/1/18 9:31 AM, Agrawal, Akshu wrote: On 4/30/2018 9:54 PM, Pierre-Louis Bossart wrote: On 4/30/18 4:23 AM, Akshu Agrawal wrote: Non-dts based systems can use ACPI DSDT to pass on the mclk to da7219. This enables da7219 mclk to be linked to system clock. Enable/Disable of the mclk is

Re: [alsa-devel] [PATCH v2] ASoC: da7219: read fmw property to get mclk for non-dts systems

On 5/1/18 9:31 AM, Agrawal, Akshu wrote: On 4/30/2018 9:54 PM, Pierre-Louis Bossart wrote: On 4/30/18 4:23 AM, Akshu Agrawal wrote: Non-dts based systems can use ACPI DSDT to pass on the mclk to da7219. This enables da7219 mclk to be linked to system clock. Enable/Disable of the mclk is

[PATCH] ARM: dts: imx: ba16: add "mfg" Q7 SPI-NOR partition

From: Ken Lin Add the 4th partiton named "mfg" with a block size 64K to store manufacturing data. Signed-off-by: Ken Lin Signed-off-by: Sebastian Reichel --- arch/arm/boot/dts/imx6q-ba16.dtsi | 7 ++-

[PATCH] ARM: dts: imx: ba16: add "mfg" Q7 SPI-NOR partition

From: Ken Lin Add the 4th partiton named "mfg" with a block size 64K to store manufacturing data. Signed-off-by: Ken Lin Signed-off-by: Sebastian Reichel --- arch/arm/boot/dts/imx6q-ba16.dtsi | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git

Re: [PATCH RFC v5 5/6] tracepoint: Make rcuidle tracepoint callers use SRCU

Missed replying to some comments.. On Tue, May 1, 2018 at 7:24 AM Steven Rostedt wrote: > On Mon, 30 Apr 2018 18:42:03 -0700 > Joel Fernandes wrote: > > In recent tests with IRQ on/off tracepoints, a large performance > > overhead ~10% is noticed when

Re: [PATCH RFC v5 5/6] tracepoint: Make rcuidle tracepoint callers use SRCU

Missed replying to some comments.. On Tue, May 1, 2018 at 7:24 AM Steven Rostedt wrote: > On Mon, 30 Apr 2018 18:42:03 -0700 > Joel Fernandes wrote: > > In recent tests with IRQ on/off tracepoints, a large performance > > overhead ~10% is noticed when running hackbench. This is root caused to

Re: [linux-sunxi] [PATCH 3/3] arm64: allwinner: h6: enable MMC0/2 on Pine H64

On Mon, Apr 30, 2018 at 6:44 PM, Andre Przywara wrote: > Hi, > > On 30/04/18 10:51, Icenowy Zheng wrote: >> >> >> 于 2018年4月30日 GMT+08:00 下午5:47:35, Andre Przywara 写到: >>> Hi Icenowy, >>> >>> On 27/04/18 08:12, Icenowy Zheng wrote: 于

Re: [linux-sunxi] [PATCH 3/3] arm64: allwinner: h6: enable MMC0/2 on Pine H64

On Mon, Apr 30, 2018 at 6:44 PM, Andre Przywara wrote: > Hi, > > On 30/04/18 10:51, Icenowy Zheng wrote: >> >> >> 于 2018年4月30日 GMT+08:00 下午5:47:35, Andre Przywara 写到: >>> Hi Icenowy, >>> >>> On 27/04/18 08:12, Icenowy Zheng wrote: 于 2018年4月27日 GMT+08:00 上午12:46:26, Andre Przywara

Re: [linux-sunxi] [PATCH 3/3] arm64: allwinner: h6: enable MMC0/2 on Pine H64

On Mon, Apr 30, 2018 at 5:47 PM, Andre Przywara wrote: > Hi Icenowy, > > On 27/04/18 08:12, Icenowy Zheng wrote: >> >> >> 于 2018年4月27日 GMT+08:00 上午12:46:26, Andre Przywara >> 写到: >>> Hi, >>> >>> On 26/04/18 15:07, Icenowy Zheng wrote: The

Re: [linux-sunxi] [PATCH 3/3] arm64: allwinner: h6: enable MMC0/2 on Pine H64

On Mon, Apr 30, 2018 at 5:47 PM, Andre Przywara wrote: > Hi Icenowy, > > On 27/04/18 08:12, Icenowy Zheng wrote: >> >> >> 于 2018年4月27日 GMT+08:00 上午12:46:26, Andre Przywara >> 写到: >>> Hi, >>> >>> On 26/04/18 15:07, Icenowy Zheng wrote: The Pine H64 board have a MicroSD slot connected to

Re: [PATCH RFC v5 5/6] tracepoint: Make rcuidle tracepoint callers use SRCU

On Tue, May 01, 2018 at 03:23:52PM +, Joel Fernandes wrote: > On Tue, May 1, 2018 at 8:20 AM Paul E. McKenney > wrote: > [...] > > > > > > --- a/kernel/tracepoint.c > > > > > > +++ b/kernel/tracepoint.c > > > > > > @@ -31,6 +31,9 @@ > > > > > > extern struct

Re: [PATCH RFC v5 5/6] tracepoint: Make rcuidle tracepoint callers use SRCU

On Tue, May 01, 2018 at 03:23:52PM +, Joel Fernandes wrote: > On Tue, May 1, 2018 at 8:20 AM Paul E. McKenney > wrote: > [...] > > > > > > --- a/kernel/tracepoint.c > > > > > > +++ b/kernel/tracepoint.c > > > > > > @@ -31,6 +31,9 @@ > > > > > > extern struct tracepoint * const

Re: Suboptimal inline heuristics due to non-code sections

On Tue, May 1, 2018 at 6:40 AM Josh Poimboeuf wrote: > But if I remove the section completely by removing the > pushsection/popsection, then copy_overflow() gets inlined. > So GCC's inlining decisions are somehow influenced by the existence of > some random empty section.

Re: Suboptimal inline heuristics due to non-code sections

On Tue, May 1, 2018 at 6:40 AM Josh Poimboeuf wrote: > But if I remove the section completely by removing the > pushsection/popsection, then copy_overflow() gets inlined. > So GCC's inlining decisions are somehow influenced by the existence of > some random empty section. This definitely seems

Re: [PATCH] RDMA/qedr: fix spelling mistake: "failes" -> "fails"

On Tue, 2018-05-01 at 09:25 +0100, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in DP_ERR error message > > Signed-off-by: Colin Ian King Thanks, applied. -- Doug Ledford GPG KeyID:

Re: [PATCH] RDMA/qedr: fix spelling mistake: "failes" -> "fails"

On Tue, 2018-05-01 at 09:25 +0100, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in DP_ERR error message > > Signed-off-by: Colin Ian King Thanks, applied. -- Doug Ledford GPG KeyID: B826A3330E572FDD Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274

Re: [v5 2/2] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

On 5/1/2018 6:13 PM, Rob Herring wrote: On Tue, May 01, 2018 at 02:11:33PM +0530, Taniya Das wrote: Add the RPMh clock driver to control the RPMh managed clock resources on some of the Qualcomm Technologies, Inc. SoCs. Signed-off-by: Amit Nischal Signed-off-by:

Re: [v5 2/2] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

On 5/1/2018 6:13 PM, Rob Herring wrote: On Tue, May 01, 2018 at 02:11:33PM +0530, Taniya Das wrote: Add the RPMh clock driver to control the RPMh managed clock resources on some of the Qualcomm Technologies, Inc. SoCs. Signed-off-by: Amit Nischal Signed-off-by: Taniya Das ---

Re: [PATCH 0/4] ARM: dts: am437x boards: Correct tps65218 irq type

* Keerthy [180423 10:32]: > > > On Friday 20 April 2018 05:08 PM, Peter Ujfalusi wrote: > > Hi, > > > > In linux-next I started to see: https://pastebin.com/wrDdptzh > > [2.813985] [ cut here ] > > [2.818746] WARNING: CPU: 0 PID: 19 at > >

Re: [PATCH 0/4] ARM: dts: am437x boards: Correct tps65218 irq type

* Keerthy [180423 10:32]: > > > On Friday 20 April 2018 05:08 PM, Peter Ujfalusi wrote: > > Hi, > > > > In linux-next I started to see: https://pastebin.com/wrDdptzh > > [2.813985] [ cut here ] > > [2.818746] WARNING: CPU: 0 PID: 19 at > >

Re: [PATCH v3 2/2] nvmem: Add RAVE SP EEPROM driver

On 01/05/18 06:29, Andrey Smirnov wrote: +// SPDX-License-Identifier: GPL-2.0+ ... +MODULE_LICENSE("GPL"); I think this should be MODULE_LICENSE("GPL v2"); --srini

Re: [PATCH v3 2/2] nvmem: Add RAVE SP EEPROM driver

On 01/05/18 06:29, Andrey Smirnov wrote: +// SPDX-License-Identifier: GPL-2.0+ ... +MODULE_LICENSE("GPL"); I think this should be MODULE_LICENSE("GPL v2"); --srini

Re: [PATCH 03/24] VFS: Introduce the structs and doc for a filesystem context [ver #7]

On 05/01/2018 07:29 AM, David Howells wrote: > Randy Dunlap wrote: > >>> + (2) Parse the options and attach them to the context. Options may be >>> passed >>> + individually from userspace. >> >> Does this say that step (2) can be multiple small steps? > > Perhaps

Re: [PATCH 03/24] VFS: Introduce the structs and doc for a filesystem context [ver #7]

On 05/01/2018 07:29 AM, David Howells wrote: > Randy Dunlap wrote: > >>> + (2) Parse the options and attach them to the context. Options may be >>> passed >>> + individually from userspace. >> >> Does this say that step (2) can be multiple small steps? > > Perhaps "phase (2)" would be a

Re: [PATCH v2 0/2] net: stmmac: dwmac-meson: 100M phy mode support for AXG SoC

From: Yixun Lan Date: Sat, 28 Apr 2018 10:21:09 + > Due to the dwmac glue layer register changed, we need to > introduce a new compatible name for the Meson-AXG SoC > to support for the RMII 100M ethernet PHY. > > Change since v1 at [1]: > - implement

Re: [PATCH v2 0/2] net: stmmac: dwmac-meson: 100M phy mode support for AXG SoC

From: Yixun Lan Date: Sat, 28 Apr 2018 10:21:09 + > Due to the dwmac glue layer register changed, we need to > introduce a new compatible name for the Meson-AXG SoC > to support for the RMII 100M ethernet PHY. > > Change since v1 at [1]: > - implement set_phy_mode() for each SoC > > [1]

Re: [PATCH] vhost: make msg padding explicit

From: "Michael S. Tsirkin" Date: Fri, 27 Apr 2018 19:02:05 +0300 > There's a 32 bit hole just after type. It's best to > give it a name, this way compiler is forced to initialize > it with rest of the structure. > > Reported-by: Kevin Easton > Signed-off-by:

Re: [PATCH] vhost: make msg padding explicit

From: "Michael S. Tsirkin" Date: Fri, 27 Apr 2018 19:02:05 +0300 > There's a 32 bit hole just after type. It's best to > give it a name, this way compiler is forced to initialize > it with rest of the structure. > > Reported-by: Kevin Easton > Signed-off-by: Michael S. Tsirkin Michael, will

Re: [PATCH] IB/cxgb4: use skb_put_zero()/__skb_put_zero

On Sat, 2018-04-28 at 06:53 -0500, Steve Wise wrote: > > -Original Message- > > From: YueHaibing > > Sent: Saturday, April 28, 2018 2:31 AM > > To: sw...@chelsio.com; dledf...@redhat.com; j...@ziepe.ca; > > mo...@mellanox.com > > Cc: linux-r...@vger.kernel.org;

Re: [PATCH] IB/cxgb4: use skb_put_zero()/__skb_put_zero

On Sat, 2018-04-28 at 06:53 -0500, Steve Wise wrote: > > -Original Message- > > From: YueHaibing > > Sent: Saturday, April 28, 2018 2:31 AM > > To: sw...@chelsio.com; dledf...@redhat.com; j...@ziepe.ca; > > mo...@mellanox.com > > Cc: linux-r...@vger.kernel.org;

Re: [PATCH 3/3] seccomp: Don't special case audited processes when logging

On Fri, Apr 27, 2018 at 3:16 PM, Tyler Hicks wrote: > Seccomp logging for "handled" actions such as RET_TRAP, RET_TRACE, or > RET_ERRNO can be very noisy for processes that are being audited. This > patch modifies the seccomp logging behavior to treat processes that are >

Re: [PATCH 3/3] seccomp: Don't special case audited processes when logging

On Fri, Apr 27, 2018 at 3:16 PM, Tyler Hicks wrote: > Seccomp logging for "handled" actions such as RET_TRAP, RET_TRACE, or > RET_ERRNO can be very noisy for processes that are being audited. This > patch modifies the seccomp logging behavior to treat processes that are > being inspected via the

Re: [PATCH] ARM: dts: am33xx: Add pinmux data for mmc1 in am335x-evm, evmsk and beaglebone

* Faiz Abbas [180411 04:48]: > am335x-evm, am335x-evmsk and am335x-beaglebone are currently relying on > pinmux set by the bootloader to set the correct value for mmc1. Fix > this by adding pinmux data for the same in kernel. > > Signed-off-by: Faiz Abbas

Re: [PATCH] ARM: dts: am33xx: Add pinmux data for mmc1 in am335x-evm, evmsk and beaglebone

* Faiz Abbas [180411 04:48]: > am335x-evm, am335x-evmsk and am335x-beaglebone are currently relying on > pinmux set by the bootloader to set the correct value for mmc1. Fix > this by adding pinmux data for the same in kernel. > > Signed-off-by: Faiz Abbas Applying into omap-for-v4.18/dt

Re: [PATCH RFC v5 3/6] srcu: Add notrace variant of srcu_dereference

On Tue, May 01, 2018 at 11:04:03AM -0400, Steven Rostedt wrote: > On Tue, 1 May 2018 07:18:17 -0700 > "Paul E. McKenney" wrote: > > > > > diff --git a/include/linux/srcu.h b/include/linux/srcu.h > > > index 2ec618979b20..a1c4947be877 100644 > > > ---

Re: [PATCH RFC v5 3/6] srcu: Add notrace variant of srcu_dereference

On Tue, May 01, 2018 at 11:04:03AM -0400, Steven Rostedt wrote: > On Tue, 1 May 2018 07:18:17 -0700 > "Paul E. McKenney" wrote: > > > > > diff --git a/include/linux/srcu.h b/include/linux/srcu.h > > > index 2ec618979b20..a1c4947be877 100644 > > > --- a/include/linux/srcu.h > > > +++

Re: [PATCH 1/3] ARM: dra762: hwmod: Add MCAN support

Hi, * Faiz Abbas [180408 09:59]: > From: Lokesh Vutla > > Add MCAN hwmod data and register it for dra762 silicons. > > Signed-off-by: Lokesh Vutla > Signed-off-by: Faiz Abbas > --- >

Re: [PATCH 1/3] ARM: dra762: hwmod: Add MCAN support

Hi, * Faiz Abbas [180408 09:59]: > From: Lokesh Vutla > > Add MCAN hwmod data and register it for dra762 silicons. > > Signed-off-by: Lokesh Vutla > Signed-off-by: Faiz Abbas > --- > arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 32 > +++ > 1 file changed, 32

Re: [PATCH 4/5] kernel hacking: new config DEBUG_EXPERIENCE to apply GCC -Og optimization

Good morning. On 05/01/2018 06:00 AM, changbin...@intel.com wrote: > From: Changbin Du > > > Signed-off-by: Changbin Du > --- > Makefile | 4 > include/linux/compiler-gcc.h | 2 +- > include/linux/compiler.h | 2 +-

Re: [PATCH 4/5] kernel hacking: new config DEBUG_EXPERIENCE to apply GCC -Og optimization

Good morning. On 05/01/2018 06:00 AM, changbin...@intel.com wrote: > From: Changbin Du > > > Signed-off-by: Changbin Du > --- > Makefile | 4 > include/linux/compiler-gcc.h | 2 +- > include/linux/compiler.h | 2 +- > lib/Kconfig.debug| 21

Re: [PATCH RFC v5 5/6] tracepoint: Make rcuidle tracepoint callers use SRCU

On Tue, May 1, 2018 at 8:20 AM Paul E. McKenney wrote: [...] > > > > > --- a/kernel/tracepoint.c > > > > > +++ b/kernel/tracepoint.c > > > > > @@ -31,6 +31,9 @@ > > > > > extern struct tracepoint * const __start___tracepoints_ptrs[]; > > > > > extern struct

Re: [PATCH RFC v5 5/6] tracepoint: Make rcuidle tracepoint callers use SRCU

On Tue, May 1, 2018 at 8:20 AM Paul E. McKenney wrote: [...] > > > > > --- a/kernel/tracepoint.c > > > > > +++ b/kernel/tracepoint.c > > > > > @@ -31,6 +31,9 @@ > > > > > extern struct tracepoint * const __start___tracepoints_ptrs[]; > > > > > extern struct tracepoint * const

Re: [PATCH] ARM: dts: omap3-gta04: Add fixed 26MHz clock as fck for twl

* H. Nikolaus Schaller [180405 09:07]: > The board uses 26MHz oscillator for the twl4030 HFCLK. > This way we will not depend on the bootloader to configure the > CFG_BOOT:HFCLK_FREQ > > Signed-off-by: H. Nikolaus Schaller Applying into omap-for-v4.18/dt

Re: [PATCH] ARM: dts: omap3-gta04: Add fixed 26MHz clock as fck for twl

* H. Nikolaus Schaller [180405 09:07]: > The board uses 26MHz oscillator for the twl4030 HFCLK. > This way we will not depend on the bootloader to configure the > CFG_BOOT:HFCLK_FREQ > > Signed-off-by: H. Nikolaus Schaller Applying into omap-for-v4.18/dt thanks. Tony

Re: [PATCH RFC v5 5/6] tracepoint: Make rcuidle tracepoint callers use SRCU

On Tue, May 01, 2018 at 03:16:02PM +, Joel Fernandes wrote: > On Tue, May 1, 2018 at 7:34 AM Paul E. McKenney > wrote: > > > On Tue, May 01, 2018 at 10:24:01AM -0400, Steven Rostedt wrote: > > > On Mon, 30 Apr 2018 18:42:03 -0700 > > > Joel Fernandes

Re: [PATCH RFC v5 5/6] tracepoint: Make rcuidle tracepoint callers use SRCU

On Tue, May 01, 2018 at 03:16:02PM +, Joel Fernandes wrote: > On Tue, May 1, 2018 at 7:34 AM Paul E. McKenney > wrote: > > > On Tue, May 01, 2018 at 10:24:01AM -0400, Steven Rostedt wrote: > > > On Mon, 30 Apr 2018 18:42:03 -0700 > > > Joel Fernandes wrote: > > > > > > > In recent tests

Re: [PATCH] ARM: dts: omap3-pandora: Add fixed 26MHz clock as fck for twl

* H. Nikolaus Schaller [180405 09:06]: > The board uses 26MHz oscillator for the twl4030 HFCLK. > This way we will not depend on the bootloader to configure the > CFG_BOOT:HFCLK_FREQ > > Signed-off-by: H. Nikolaus Schaller Applying into omap-for-v4.18/dt

Re: [PATCH] ARM: dts: omap3-pandora: Add fixed 26MHz clock as fck for twl

* H. Nikolaus Schaller [180405 09:06]: > The board uses 26MHz oscillator for the twl4030 HFCLK. > This way we will not depend on the bootloader to configure the > CFG_BOOT:HFCLK_FREQ > > Signed-off-by: H. Nikolaus Schaller Applying into omap-for-v4.18/dt thanks. Tony

Re: [PATCH 2/3] seccomp: Audit attempts to modify the actions_logged sysctl

On Fri, Apr 27, 2018 at 3:16 PM, Tyler Hicks wrote: > The decision to log a seccomp action will always be subject to the > value of the kernel.seccomp.actions_logged sysctl, even for processes > that are being inspected via the audit subsystem, in an upcoming patch. >

Re: [PATCH 2/3] seccomp: Audit attempts to modify the actions_logged sysctl

On Fri, Apr 27, 2018 at 3:16 PM, Tyler Hicks wrote: > The decision to log a seccomp action will always be subject to the > value of the kernel.seccomp.actions_logged sysctl, even for processes > that are being inspected via the audit subsystem, in an upcoming patch. > Therefore, we need to emit

Re: [PATCH] ARM: omap1: osk: use device properties for at24 eeprom

* Bartosz Golaszewski [180404 05:39]: > We want to work towards phasing out the at24_platform_data structure. > There are few users and its contents can be represented using generic > device properties. Using device properties only will allow us to > significantly simplify the at24

Re: [PATCH] ARM: omap1: osk: use device properties for at24 eeprom

* Bartosz Golaszewski [180404 05:39]: > We want to work towards phasing out the at24_platform_data structure. > There are few users and its contents can be represented using generic > device properties. Using device properties only will allow us to > significantly simplify the at24 configuration

Re: [PATCH RFC v5 5/6] tracepoint: Make rcuidle tracepoint callers use SRCU

On Tue, May 1, 2018 at 7:34 AM Paul E. McKenney wrote: > On Tue, May 01, 2018 at 10:24:01AM -0400, Steven Rostedt wrote: > > On Mon, 30 Apr 2018 18:42:03 -0700 > > Joel Fernandes wrote: > > > > > In recent tests with IRQ on/off tracepoints, a large

Re: [PATCH RFC v5 5/6] tracepoint: Make rcuidle tracepoint callers use SRCU

On Tue, May 1, 2018 at 7:34 AM Paul E. McKenney wrote: > On Tue, May 01, 2018 at 10:24:01AM -0400, Steven Rostedt wrote: > > On Mon, 30 Apr 2018 18:42:03 -0700 > > Joel Fernandes wrote: > > > > > In recent tests with IRQ on/off tracepoints, a large performance > > > overhead ~10% is noticed

[PATCH] parport: parport_serial: Add WCH CH382L PCIe single parallel port support

From: Colin Ian King The WCH CH382L PCIe adapter has 1 parallel port but unlike the similar WCH CH328 adapter there are no serial ports connected to it. PCIe device ID 1c00:3050: 02:00.0 Serial controller: Device 1c00:3050 (rev 10) (prog-if 05 [16850])

[PATCH] parport: parport_serial: Add WCH CH382L PCIe single parallel port support

From: Colin Ian King The WCH CH382L PCIe adapter has 1 parallel port but unlike the similar WCH CH328 adapter there are no serial ports connected to it. PCIe device ID 1c00:3050: 02:00.0 Serial controller: Device 1c00:3050 (rev 10) (prog-if 05 [16850]) Subsystem: Device 1c00:3050

Re: [PATCH 2/2] sched: Introduce set_special_state()

On 05/01, Peter Zijlstra wrote: > > On Tue, May 01, 2018 at 03:59:24PM +0200, Oleg Nesterov wrote: > > On 05/01, Peter Zijlstra wrote: > > > > > > The only code I found that seems to care is ptrace_attach(), where we > > > wait for JOBCTL_TRAPPING to get cleared. That same function has a > > >

Re: [PATCH 2/2] sched: Introduce set_special_state()

On 05/01, Peter Zijlstra wrote: > > On Tue, May 01, 2018 at 03:59:24PM +0200, Oleg Nesterov wrote: > > On 05/01, Peter Zijlstra wrote: > > > > > > The only code I found that seems to care is ptrace_attach(), where we > > > wait for JOBCTL_TRAPPING to get cleared. That same function has a > > >

Re: [PATCH RFC v5 3/6] srcu: Add notrace variant of srcu_dereference

On Tue, May 1, 2018 at 7:06 AM Steven Rostedt wrote: > On Mon, 30 Apr 2018 18:42:01 -0700 > Joel Fernandes wrote: > > In this series, we are making lockdep use an rcuidle tracepoint. For > > this reason we need a notrace variant of srcu_dereference since

Re: [PATCH RFC v5 3/6] srcu: Add notrace variant of srcu_dereference

On Tue, May 1, 2018 at 7:06 AM Steven Rostedt wrote: > On Mon, 30 Apr 2018 18:42:01 -0700 > Joel Fernandes wrote: > > In this series, we are making lockdep use an rcuidle tracepoint. For > > this reason we need a notrace variant of srcu_dereference since > > otherwise we get lockdep splats

Re: [RFC/PATCH] net: ethernet: nixge: Use of_get_mac_address()

On Thu, Apr 26, 2018 at 03:04:01PM -0700, Moritz Fischer wrote: > On Thu, Apr 26, 2018 at 02:57:42PM -0700, Moritz Fischer wrote: > > Make nixge driver work with 'mac-address' property instead of > > 'address' property. There are currently no in-tree users and > > the only users of this driver are

Re: [RFC/PATCH] net: ethernet: nixge: Use of_get_mac_address()

On Thu, Apr 26, 2018 at 03:04:01PM -0700, Moritz Fischer wrote: > On Thu, Apr 26, 2018 at 02:57:42PM -0700, Moritz Fischer wrote: > > Make nixge driver work with 'mac-address' property instead of > > 'address' property. There are currently no in-tree users and > > the only users of this driver are

Re: [ANNOUNCE] v4.14.29-rt25

Hi Sebastian, On 04/23/2018 02:10 PM, Sebastian Andrzej Siewior wrote: > On 2018-04-23 11:57:39 [-0500], Grygorii Strashko wrote: >> Sry, but I can't apply it. What's you base? > > please try this patch and latest v4.14-RT I've tried this (with v4.14.34-rt27) and I do not see

Re: [ANNOUNCE] v4.14.29-rt25

Hi Sebastian, On 04/23/2018 02:10 PM, Sebastian Andrzej Siewior wrote: > On 2018-04-23 11:57:39 [-0500], Grygorii Strashko wrote: >> Sry, but I can't apply it. What's you base? > > please try this patch and latest v4.14-RT I've tried this (with v4.14.34-rt27) and I do not see

Re: [PATCH RFC v5 3/6] srcu: Add notrace variant of srcu_dereference

On Tue, 1 May 2018 07:18:17 -0700 "Paul E. McKenney" wrote: > > diff --git a/include/linux/srcu.h b/include/linux/srcu.h > > index 2ec618979b20..a1c4947be877 100644 > > --- a/include/linux/srcu.h > > +++ b/include/linux/srcu.h > > @@ -135,6 +135,11 @@ static inline

Re: [PATCH RFC v5 3/6] srcu: Add notrace variant of srcu_dereference

On Tue, 1 May 2018 07:18:17 -0700 "Paul E. McKenney" wrote: > > diff --git a/include/linux/srcu.h b/include/linux/srcu.h > > index 2ec618979b20..a1c4947be877 100644 > > --- a/include/linux/srcu.h > > +++ b/include/linux/srcu.h > > @@ -135,6 +135,11 @@ static inline int srcu_read_lock_held(const

Re: [PATCH 4.4 00/44] 4.4.131-stable review

On Mon, Apr 30, 2018 at 04:55:04PM -0700, Nathan Chancellor wrote: > On Mon, Apr 30, 2018 at 12:24:11PM -0700, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.4.131 release. > > There are 44 patches in this series, all will be posted as a response > > to this

Re: [PATCH 4.4 00/44] 4.4.131-stable review

On Mon, Apr 30, 2018 at 04:55:04PM -0700, Nathan Chancellor wrote: > On Mon, Apr 30, 2018 at 12:24:11PM -0700, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.4.131 release. > > There are 44 patches in this series, all will be posted as a response > > to this

Re: [PATCH 4.16 000/113] 4.16.7-stable review

On Tue, May 01, 2018 at 08:36:34AM -0500, Dan Rue wrote: > On Mon, Apr 30, 2018 at 12:23:31PM -0700, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.16.7 release. > > There are 113 patches in this series, all will be posted as a response > > to this one. If

Re: [PATCH 4.16 000/113] 4.16.7-stable review

On Tue, May 01, 2018 at 08:36:34AM -0500, Dan Rue wrote: > On Mon, Apr 30, 2018 at 12:23:31PM -0700, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.16.7 release. > > There are 113 patches in this series, all will be posted as a response > > to this one. If

Re: [PATCH 3.18 00/25] 3.18.108-stable review

On Tue, May 01, 2018 at 11:44:52AM +0530, Harsh Shandilya wrote: > On 1 May 2018 12:53:07 AM IST, Greg Kroah-Hartman > wrote: > >This is the start of the stable review cycle for the 3.18.108 release. > >There are 25 patches in this series, all will be posted as a

Re: [PATCH 3.18 00/25] 3.18.108-stable review

On Tue, May 01, 2018 at 11:44:52AM +0530, Harsh Shandilya wrote: > On 1 May 2018 12:53:07 AM IST, Greg Kroah-Hartman > wrote: > >This is the start of the stable review cycle for the 3.18.108 release. > >There are 25 patches in this series, all will be posted as a response > >to this one. If

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