[PATCHv4 2/7] arm64: dts: stratix10: add stratix10 service driver binding to base dtsi

From: Richard Gong Add Intel Stratix10 service layer to the device tree Signed-off-by: Richard Gong Signed-off-by: Alan Tull --- v2: Change to put service layer driver node under the firmware node Change compatible to "intel, stratix10-svc" v3: No change v4: s/service driver/stratix10 serv

[PATCHv4 3/7] driver, misc: add Intel Stratix10 service layer driver

From: Richard Gong Some features of the Intel Stratix10 SoC require a level of privilege higher than the kernel is granted. Such secure features include FPGA programming. In terms of the ARMv8 architecture, the kernel runs at Exception Level 1 (EL1), access to the features requires Exception Leve

[PATCHv4 0/7] Add Intel Stratix10 FPGA manager and service layer

From: Richard Gong This is the 4th submission of Intel stratix10 service layer patches. Intel Stratix10 FPGA manager, which is 1st Stratix10 service layer client, is included in this submission. Stratix10 service layer patches have been reviewed internally by Alan Tull and other colleagues at In

[PATCH][next] apparmor: fix error return check with a u32 being less than zero

From: Colin Ian King The check for *seclen being less than zero for an error condtion check is never true as it is a u32 and hence cannot be less than zero. Fix this by using an int ret for error return checking and assigning *seclen to this. Detected by CoverityScan, CID#1468514 ("Unsigned comp

Re: [PATCH v2] staging: lustre: llite: fix potential missing-check bug when copying lumv

On Fri, May 4, 2018 at 5:08 AM, Dilger, Andreas wrote: > On May 3, 2018, at 22:19, Wenwen Wang wrote: >> >> On Tue, May 1, 2018 at 3:46 AM, Dan Carpenter >> wrote: >>> On Mon, Apr 30, 2018 at 05:56:10PM -0500, Wenwen Wang wrote: However, given that the user data resides in the user space,

Re: serial: start_tx & buffer handling

On Fri, May 4, 2018 at 5:44 PM, loïc tourlonias wrote: > Hi > > On Fri, May 4, 2018 at 6:31 AM, Muni Sekhar wrote: >>> >>> On Fri, May 4, 2018 at 12:04 AM, Greg KH wrote: >>> > On Thu, May 03, 2018 at 08:08:48PM +0530, Muni Sekhar wrote: >>> >> Hi All, >>> >> >>> >> I’m trying to understand ho

[PATCH v2] apparmor: secid: fix error return value in error handling path

Currently, function apparmor_secid_to_secctx returns always zero, no matter if the value returned by aa_label_asxprint is negative (which implies that an error has occurred). Notice that *seclen* is of type u32 (32 bits, unsigned), and a less-than-zero comparison of an unsigned value is never true

[PATCH v2 03/26] drm/bridge/analogix: core: specify the owner .odev of the bridge

This will become mandatory. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c b/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c index 2bcbfadb6ac5..c60f29216

[PATCH v2 01/26] drm/bridge: allow optionally specifying an owner .odev device

Bridge drivers can now (temporarily, in a transition phase) select if they want to provide a full owner device or keep just providing an of_node. By providing a full owner device, the bridge drivers no longer need to provide an of_node since that node is available via the owner device. When all b

[PATCH v2 04/26] drm/bridge: analogix-anx78xx: provide an owner .odev device

It gets rid of an #if and the .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/analogix-anx78xx.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/bridge/analogix-anx78xx.c b/drivers/gpu/drm/bridge/analogix-anx78xx.c ind

[PATCH v2 00/26] device link, bridge supplier <-> drm device

Hi! It was noted by Russel King [1] that bridges (not using components) might disappear unexpectedly if the owner of the bridge was unbound. Jyri Sarha had previously noted the same thing with panels [2]. Jyri came up with using device links to resolve the panel issue, which was also my (independe

[PATCH v2 02/26] drm/bridge: adv7511: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/adv7511/adv7511_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c b/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c index 2614cea538e2..fd2e

[PATCH v2 05/26] drm/bridge: cdns-dsi: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/cdns-dsi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/cdns-dsi.c b/drivers/gpu/drm/bridge/cdns-dsi.c index c255fc3e1be5..e9be5c3f0284 100644 --- a/drivers/gpu

[PATCH net-next v2 00/13] net: mvpp2: phylink conversion

Hi Dave, Russell, This series convert the Marvell PPv2 driver to phylink (models the MAC to PHY link). One important point is the PPv2 driver supports two probe modes: device tree and ACPI. This series only brings phylink support for the device tree mode, as the ACPI one will need further work. S

[PATCH net-next v2 01/13] net: phy: sfp: make the i2c-bus property really optional

The SFF,SFP documentation is clear about making all the DT properties, with the exception of the compatible, optional. In practice this is not the case and without an i2c-bus property provided the SFP code will throw NULL pointer exceptions. This patch is an attempt to fix this. Signed-off-by: An

[PATCH net-next v2 07/13] phy: cp110-comphy: 2.5G SGMII mode

This patch allow the CP110 comphy to configure some lanes in the 2.5G SGMII mode. This mode is quite close to SGMII and uses nearly the same code path. Signed-off-by: Antoine Tenart --- drivers/phy/marvell/phy-mvebu-cp110-comphy.c | 17 ++--- 1 file changed, 14 insertions(+), 3 delet

[PATCH net-next v2 09/13] net: mvpp2: 2500baseX support

This patch adds the 2500Base-X PHY mode support in the Marvell PPv2 driver. 2500Base-X is quite close to 1000Base-X and SGMII modes and uses nearly the same code path. Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2.c | 51 +--- 1 file changed, 39 ins

[PATCH net-next v2 05/13] net: mvpp2: phylink support

Convert the PPv2 driver to implement phylink helpers, and use phylink in DT mode. The other mode supported is ACPI, which will need further work in order to be entirely compatible with phylink. The MAC and GoP configuration functions were completely moved to fit into the phylink helpers. When a PH

[PATCH net-next v2 10/13] arm64: dts: marvell: mcbin: add 10G SFP support

From: Russell King This patch adds the SFP cage description in the Marvell Armada 8040 mcbin, for both 10G interfaces. Signed-off-by: Russell King [Antoine: small reworks, commit message] Signed-off-by: Antoine Tenart --- .../boot/dts/marvell/armada-8040-mcbin.dts| 38 +++

[PATCH net-next v2 13/13] arm64: dts: marvell: 8040-db: describe the 10G SFP cages

This patch adds the SFP cages description for the 10G interfaces in the Marvell Armada 8080 DB board. Signed-off-by: Antoine Tenart --- arch/arm64/boot/dts/marvell/armada-8040-db.dts | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm64/boot/dts/marvell/armada-8040-db.dts

[PATCH net-next v2 04/13] net: mvpp2: align the ethtool ops definition

Cosmetic patch to align the ethtool functions to ops definitions. This patch does not change in any way the driver's behaviour. Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2.c | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/dr

[PATCH net-next v2 08/13] net: mvpp2: 1000baseX support

This patch adds the 1000Base-X PHY mode support in the Marvell PPv2 driver. 1000Base-X is quite close the SGMII and uses nearly the same code path. Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2.c | 73 1 file changed, 52 insertions(+), 21 delet

[PATCH net-next v2 12/13] arm64: dts: marvell: 7040-db: describe the 10G SFP cage

This patch adds the SFP cage description for the 10G interface in the Marvell Armada 7040 DB board. Signed-off-by: Antoine Tenart --- arch/arm64/boot/dts/marvell/armada-7040-db.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/boot/dts/marvell/armada-7040-db.dts b/arch/ar

[PATCH net-next v2 06/13] phy: add 2.5G SGMII mode to the phy_mode enum

This patch adds one more generic PHY mode to the phy_mode enum, to allow configuring generic PHYs to the 2.5G SGMII mode by using the set_mode callback. Signed-off-by: Antoine Tenart Acked-by: Kishon Vijay Abraham I --- include/linux/phy/phy.h | 1 + 1 file changed, 1 insertion(+) diff --git a

[PATCH net-next v2 03/13] net: phy: sfp: warn the user when no tx_disable pin is available

In case no Tx disable pin is available the SFP modules will always be emitting. This could be an issue when using modules using laser as their light source as we would have no way to disable it when the fiber is removed. This patch adds a warning when registering an SFP cage which do not have its t

[PATCH net-next v2 11/13] arm64: dts: marvell: mcbin: enable the fourth network interface

This patch enables the fourth network interface on the Marvell Macchiatobin. It is configured in the 2500Base-X PHY mode. The SFP cage is also described. Signed-off-by: Antoine Tenart --- .../boot/dts/marvell/armada-8040-mcbin.dts| 32 +++ 1 file changed, 32 insertions(+) di

[PATCH net-next v2 02/13] net: phy: sfp: handle non-wired SFP connectors

SFP connectors can be solder on a board without having any of their pins (LOS, i2c...) wired. In such cases the SFP link state cannot be guessed, and the overall link status reporting is left to other layers. In order to achieve this, a new SFP_DEV status is added, named UNKNOWN. This mode is set

[PATCH v2 08/26] drm/bridge: megachips-stdpxxxx-ge-b850v3-fw: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/megachips-stdp-ge-b850v3-fw.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/megachips-stdp-ge-b850v3-fw.c b/drivers/gpu/drm/bridge/megachips-stdp-ge-

[PATCH v2 06/26] drm/bridge: vga-dac: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/dumb-vga-dac.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/dumb-vga-dac.c b/drivers/gpu/drm/bridge/dumb-vga-dac.c index 9837c8d69e69..95cce18e8943 100644 --- a

[PATCH v2 07/26] drm/bridge: lvds-encoder: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/lvds-encoder.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/lvds-encoder.c b/drivers/gpu/drm/bridge/lvds-encoder.c index 75b0d3f6e4de..a80eec17b13b 100644 --- a

Re: serial: custom baud rate

On Fri, May 04, 2018 at 02:34:51PM +0530, Muni Sekhar wrote: > > See the setserial man page:t > > > > https://linux.die.net/man/8/setserial > > > > Not all serial devices support the spd_cust and divisor, however. In > > general, only devices where the kernel directly programs the > > 8250

Re: [PATCH v2 09/10] ARM: dts: sun7i-a20: Add Video Engine and reserved memory nodes

On Fri, 2018-05-04 at 15:40 +0200, Maxime Ripard wrote: > On Fri, May 04, 2018 at 02:04:38PM +0200, Paul Kocialkowski wrote: > > On Fri, 2018-05-04 at 11:15 +0200, Maxime Ripard wrote: > > > On Fri, May 04, 2018 at 10:47:44AM +0200, Paul Kocialkowski wrote: > > > > > > > > + r

Gruß

Gruß In einer kurzen Einführung bin ich Rechtsanwalt Ruiz Alemann, vor kurzem habe ich Ihnen eine E-Mail über Ihren verstorbenen Verwandten geschickt, aber ich habe keine Antwort von Ihnen erhalten, der Verstorbene ist ein Bürger Ihres Landes mit demselben Nachnamen bei Ihnen, er ist Ingenieur, be

[PATCH v2 12/26] drm/bridge: sii902x: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/sii902x.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/sii902x.c b/drivers/gpu/drm/bridge/sii902x.c index 60373d7eb220..894525b05985 100644 --- a/drivers/gpu/drm

[PATCH v2 10/26] drm/bridge: panel: provide an owner .odev device

It gets rid of an #ifdef and the .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/panel.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/gpu/drm/bridge/panel.c b/drivers/gpu/drm/bridge/panel.c index 6d99d4a3beb3..f43d77b5ed20 10

[PATCH v2 13/26] drm/bridge: sii9234: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/sii9234.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/sii9234.c b/drivers/gpu/drm/bridge/sii9234.c index c77000626c22..54326357b2ee 100644 --- a/drivers/gpu/drm

[PATCH v2 15/26] drm/bridge: synopsys: provide an owner .odev device for the bridges

It gets rid of two #ifdefs and the .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 4 +--- drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 4 +--- 2 files changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/bridge/s

[PATCH v2 14/26] drm/bridge: sii8620: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/sil-sii8620.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/sil-sii8620.c b/drivers/gpu/drm/bridge/sil-sii8620.c index 7ab36042a822..8e35578b0488 100644 --- a/dr

[PATCH v2 17/26] drm/bridge: thc63lvd1024: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/thc63lvd1024.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/thc63lvd1024.c b/drivers/gpu/drm/bridge/thc63lvd1024.c index c8b9edd5a7f4..4765c9c45aef 100644 --- a

[PATCH v2 19/26] drm/exynos: mic: provide an owner .odev device for the bridge

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/exynos/exynos_drm_mic.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_mic.c b/drivers/gpu/drm/exynos/exynos_drm_mic.c index 2174814273e2..f9ff8d3ec937 100644

[PATCH RT 1/3] alarmtimer: Prevent live lock in alarm_cancel()

From: Sebastian Andrzej Siewior If alarm_try_to_cancel() requires a retry, then depending on the priority setting the retry loop might prevent timer callback completion on RT. Prevent that by waiting for completion on RT, no change for a non RT kernel. Cc: stable...@vger.kernel.org Signed-off-by

[PATCH RT 0/3] 4.4.131-rt148-rc1

Dear RT Folks, This is the RT stable review cycle of patch 4.4.131-rt148-rc1. Here are couple of patches from Sebiastian which didn't make into 4.4.126-rt142 cycle. I haven't included Julia's "seqlock: provide the same ordering semantics as mainline" patch, because I don't know it needs a review

[PATCH RT 3/3] Linux 4.4.131-rt148-rc1

Signed-off-by: Daniel Wagner --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index d3fa072b6b43..823843af1026 100644 --- a/localversion-rt +++ b/localversion-rt @@ -1 +1 @@ --rt147 +-rt148-rc1 -- 2.14.3

[PATCH 0/3] kcov: fix unexpected faults

Hi, These patches fix a few issues where KCOV code could trigger recursive faults, discovered while debugging a patch enabling KCOV for arch/arm: * On CONFIG_PREEMPT kernels, there's a small race window where __sanitizer_cov_trace_pc() can see a bogus kcov_area. * Lazy faulting of the vmalloc

[PATCH 2/3] kcov: prefault the kcov_area

On many architectures the vmalloc area is lazily faulted in upon first access. This is problematic for KCOV, as __sanitizer_cov_trace_pc accesses the (vmalloc'd) kcov_area, and fault handling code may be instrumented. If an access to kcov_area faults, this will result in mutual recursion through th

[PATCH RT 2/3] posix-timers: move the rcu head out of the union

From: Sebastian Andrzej Siewior On RT the timer can be preempted while running and therefore we wait with timer_wait_for_callback() for the timer to complete (instead of busy looping). The RCU-readlock is held to ensure that this posix timer is not removed while we wait on it. If the timer is rem

[PATCH 1/3] kcov: ensure irq code sees a valid area

For kernels built with CONFIG_PREEMPT, some C code may execute before or after the interrupt handler, while the hardirq count is zero. In these cases, in_task() can return true. A task can be interrupted in the middle of a KCOV_DISABLE ioctl while it resets the task's kcov data via kcov_task_init(

[PATCH 3/3] sched/core / kcov: avoid kcov_area during task switch

During a context switch, we first switch_mm() to the next task's mm, then switch_to() that new task. This means that vmalloc'd regions which had previously been faulted in can transiently disappear in the context of the prev task. Functions instrumented by KCOV may try to access a vmalloc'd kcov_a

[PATCH v2 22/26] drm/rcar-du: lvds: provide an owner .odev device for the bridge

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/rcar-du/rcar_lvds.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_lvds.c b/drivers/gpu/drm/rcar-du/rcar_lvds.c index 3d2d3bbd1342..efda02f55c95 100644 --- a/drive

[PATCH v2 20/26] drm/mediatek: hdmi: provide an owner .odev device for the bridge

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/mediatek/mtk_hdmi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi.c b/drivers/gpu/drm/mediatek/mtk_hdmi.c index 59a11026dceb..d8c7d93d0a87 100644 --- a/drive

[PATCH v2 23/26] drm/sti: provide an owner .odev device for the bridges

The .of_node member is going away and providing an .odev will become mandatory. Signed-off-by: Peter Rosin --- drivers/gpu/drm/sti/sti_dvo.c | 2 +- drivers/gpu/drm/sti/sti_hda.c | 1 + drivers/gpu/drm/sti/sti_hdmi.c | 1 + 3 files changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/

[PATCH v2 25/26] drm/bridge: require the owner .odev to be filled in on drm_bridge_add/attach

The .odev owner device will be handy to have around. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c index df084db33494..78d186b6831b 100644 --- a/drivers/gpu/drm/drm

Re: [PATCH] media: staging: atomisp: fix a potential missing-check bug

On Fri, 2018-05-04 at 02:29 -0500, Wenwen Wang wrote: > At the end of atomisp_subdev_set_selection(), the function > atomisp_subdev_get_rect() is invoked to get the pointer to v4l2_rect. > Since > this function may return a NULL pointer, it is firstly invoked to > check > the returned pointer. If t

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

If the bridge supplier is unbound, this will bring the bridge consumer down along with the bridge. Thus, there will no longer linger any dangling pointers from the bridge consumer (the drm_device) to some non-existent bridge supplier. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c |

[PATCH v2 24/26] drm/bridge: remove the .of_node member

It is unused. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c | 3 +-- drivers/gpu/drm/rockchip/rockchip_lvds.c | 2 -- include/drm/drm_bridge.h | 4 3 files changed, 1 insertion(+), 8 deletions(-) diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/

[PATCH v2 18/26] drm/bridge: ti-tfp410: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/ti-tfp410.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/ti-tfp410.c b/drivers/gpu/drm/bridge/ti-tfp410.c index acb857030951..4745838fdf0e 100644 --- a/drivers/

[PATCH v2 21/26] drm/msm: specify the owner .odev of the bridges

This will become mandatory. Signed-off-by: Peter Rosin --- drivers/gpu/drm/msm/dsi/dsi_manager.c | 1 + drivers/gpu/drm/msm/edp/edp_bridge.c | 1 + drivers/gpu/drm/msm/hdmi/hdmi_bridge.c | 1 + 3 files changed, 3 insertions(+) diff --git a/drivers/gpu/drm/msm/dsi/dsi_manager.c b/drivers/gpu

[PATCH v2 16/26] drm/bridge: tc358767: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/tc358767.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/tc358767.c b/drivers/gpu/drm/bridge/tc358767.c index 0fd9cf27542c..75f93e1d0bf5 100644 --- a/drivers/gpu

[PATCH v2 11/26] drm/bridge: ps8622: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/parade-ps8622.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/parade-ps8622.c b/drivers/gpu/drm/bridge/parade-ps8622.c index 81198f5e9afa..957420a1c924 100644 --

[PATCH v2 09/26] drm/bridge: nxp-ptn3460: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/nxp-ptn3460.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/nxp-ptn3460.c b/drivers/gpu/drm/bridge/nxp-ptn3460.c index d64a3283822a..fa832f32b518 100644 --- a/dr

Re: SPECTRE, MELTDOWN, boot loaders, and cursors: A shot out of the blue....

Greetings once again from the future Xen hypervisor was a magical product. Don't believe in it, it is misinforming your tecnnical intuition using the power of the Word. Cheers, your future self On 3/25/18, \0xDynamite wrote: > I apogize for what is probably going to be a VERY unusual and

Re: [PATCH] Remove duplicated entry for westmereep-dp in mapfile.csv

Em Thu, May 03, 2018 at 03:50:32PM -0400, William Cohen escreveu: > Signed-off-by: William Cohen > --- > tools/perf/pmu-events/arch/x86/mapfile.csv | 1 - > 1 file changed, 1 deletion(-) Thanks, applied. - Arnaldo > diff --git a/tools/perf/pmu-events/arch/x86/mapfile.csv > b/tools/perf/pmu-e

[PATCH] tools/power/x86/intel_pstate_tracer: Add optional setting of trace buffer memory allocation

Allow the user to override the default trace buffer memory allocation by adding a command line option to override the default. The patch also: Adds a SIGINT (i.e. CTRL C exit) handler, so that things can be cleaned up before exit. Moves the postion of some other cleanup from after to before the

Re: [PATCH v3 1/3] big key: get rid of stack array allocation

Hi, Any thoughts on this series? Thanks, Tycho

Re: [PATCH v2 09/10] ARM: dts: sun7i-a20: Add Video Engine and reserved memory nodes

On Fri, May 04, 2018 at 02:04:38PM +0200, Paul Kocialkowski wrote: > On Fri, 2018-05-04 at 11:15 +0200, Maxime Ripard wrote: > > On Fri, May 04, 2018 at 10:47:44AM +0200, Paul Kocialkowski wrote: > > > > > > > + reg = <0x01c0e000 0x1000>; > > > > > > > + memory-regio

Re: [PATCH] IB/umem: use tgid instead of pid in ib_umem structure

On Fri, May 04, 2018 at 04:32:38PM +0800, 858585 jemmy wrote: > On Fri, May 4, 2018 at 6:01 AM, Jason Gunthorpe wrote: > > On Thu, May 03, 2018 at 09:43:01PM +0300, Leon Romanovsky wrote: > >> On Thu, May 03, 2018 at 12:26:56PM -0600, Jason Gunthorpe wrote: > >> > On Thu, May 03, 2018 at 09:12:35P

[PATCH] apparmor: secid: fix error return value in error handling path

Currently, function apparmor_secid_to_secctx returns always zero, no matter if the value returned by aa_label_asxprint is negative (which implies that an error has occurred). Fix this by temporarily storing the value returned by aa_label_asxprint into a variable of type int (signed) for its furthe

Re: [PATCH 4/7] dt-bindings: gnss: add u-blox binding

Hi, On Fri, May 04, 2018 at 02:04:15PM +0200, H. Nikolaus Schaller wrote: > > Am 04.05.2018 um 13:42 schrieb Sebastian Reichel : > >> I think it does not need much more (if at all) than a gpio controller on > >> the OMAP3 chip (I think the clocks are active anyways for use by the other > >> UARTs)

Re: [PATCH 2/3] include/linux/gfp.h: use unsigned int in gfp_zone

On Fri 04-05-18 14:52:08, Huaisheng Ye wrote: > Suggest using unsigned int instead of int for bit within gfp_zone. > > Within function gfp_zone, the value of local variable bit comes from > formal parameter flags, which's type is gfp_t. Local variable bit > indicates the number of bits in the righ

Re: [PATCH v2 0/4] Restore ULPI USB on Tegra20

Hi Dmitry On Fri, 2018-05-04 at 01:55 +0300, Dmitry Osipenko wrote: > Hello, > > This series of patches fixes ULPI USB on Tegra20. The original > problem > was reported by Marcel Ziswiler, he found that "ulpi-link" clock was > incorrectly set to CDEV2 instead of PLL_P_OUT4. Marcel made a patch >

Re: pciehp 0000:00:1c.0:pcie004: Timeout on hotplug command 0x1038 (issued 65284 msec ago)

On Fri, May 04, 2018 at 07:37:40AM +0100, ok...@codeaurora.org wrote: > On 2018-05-04 03:45, Bjorn Helgaas wrote: > > On Thu, May 03, 2018 at 10:49:24AM +0200, Paul Menzel wrote: > > > On 04/27/18 21:22, Bjorn Helgaas wrote: > > > > [+cc Lukas, Sinan] > > > > > > > On Thu, Apr 26, 2018 at 12:17:53

[PATCH v2] driver-core: Return EBUSY error instead of BUG_ON()

I triggerd the BUG_ON() in driver_register(), which was added in f48f3febb2cbfd0f2ecee7690835ba745c1034a4, when booting a domU Xen domain. Since there was no contextual information logged, I needed to attach kgdb to determine the culprit (the wmi-bmof driver in my case). Instead of running into a

[PATCH v3 1/3] clocksource: timer-ti-dm: remove the early platform driver registration

From: Bartosz Golaszewski This driver is no longer used as an early platform driver. Remove the registration macro. Signed-off-by: Bartosz Golaszewski --- drivers/clocksource/timer-ti-dm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/clocksource/timer-ti-dm.c b/drivers/clocksour

[PATCH v3 3/3] sh: add the sh_ prefix to early platform symbols

From: Bartosz Golaszewski Old early platform device support is now sh-specific. Before moving on to implementing new early platform framework based on real platform devices, prefix all early platform symbols with 'sh_'. Signed-off-by: Bartosz Golaszewski --- arch/sh/drivers/platform_early.c

[PATCH v3 0/3] sh: make early_platform code SuperH-specific

I recently started a discussion about the need for a proper early device probing mechanism[1]. One that would be based on real platform drivers and support both platform data and device tree. While we're far from reaching any consensus on the implementation, Arnd suggested that I start off by movi

Re: [PATCH 0/7] gnss: add new GNSS subsystem

Hi Johan, On Tue, Apr 24, 2018 at 06:34:51PM +0200, Johan Hovold wrote: > This series adds a new subsystem for GNSS receivers (e.g. GPS > receivers). > > While GNSS receivers are typically accessed using a UART interface they > often also support other I/O interfaces such as I2C, SPI and USB, whi

[PATCH v3 2/3] platform: move the early platform device support to arch/sh

From: Bartosz Golaszewski SuperH is the only user of the current implementation of early platform device support. We want to introduce a more robust approach to early probing. As the first step - move all the current early platform code to arch/sh. In order not to export internal drivers/base fu

Re: Introducing a nanoMIPS port for Linux

On Thu, May 03, 2018 at 06:40:07PM -0400, Arnd Bergmann wrote: > On Wed, May 2, 2018 at 5:51 PM, James Hogan wrote: > > > Due to the binary incompatibility between previous MIPS architecture > > generations and nanoMIPS, and the significantly revamped compiler ABI, > > where for the first time, a

Re: [PATCH 3/3] mm/page_alloc: Fix typo in debug info of calculate_node_totalpages

On Fri 04-05-18 14:52:09, Huaisheng Ye wrote: > realtotalpages is calculated by taking off absent_pages from > spanned_pages in every zone. > Debug message of calculate_node_totalpages shall accurately > indicate that it is real totalpages to avoid ambiguity. Is the printk actually useful? Why don

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

On Fri, May 4, 2018 at 3:07 PM, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:150426981426 Merge tag 'linux-kselftest-4.17-rc4' of git:/.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=17e4975b80 > kernel config: h

Re: [PATCH 12/17] powerpc/8xx: Remove PTE_ATOMIC_UPDATES

On Fri, 2018-05-04 at 14:34 +0200, Christophe Leroy wrote: > CAUTION: This email originated from outside of the organization. Do not click > links or open attachments unless you recognize the sender and know the > content is safe. > > > commit 1bc54c03117b9 ("powerpc: rework 4xx PTE access and

Re: [PATCH v7 0/2] PCI: mediatek: Fixups for the IRQ handle routine and MT7622's class code

On Fri, May 04, 2018 at 01:47:31PM +0800, honghui.zh...@mediatek.com wrote: > From: Honghui Zhang > > Two fixups for mediatek's host bridge: > The first patch fixup class type and vendor ID for MT7622. > The second patch fixup the IRQ handle routine by using irq_chip solution > to avoid IRQ reent

Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct

On Fri, May 04, 2018 at 07:42:52AM +, Linus Torvalds wrote: > On Wed, Feb 14, 2018 at 8:27 AM Matthew Wilcox wrote: > > +static inline __must_check > > +void *kvmalloc_ab_c(size_t n, size_t size, size_t c, gfp_t gfp) > > +{ > > + if (size != 0 && n > (SIZE_MAX - c) / size) > > +

Re: [PATCH] netfilter: nf_queue: Replace conntrack entry

/linux/commits/Kristian-Evensen/netfilter-nf_queue-Replace-conntrack-entry/20180504-051218 base: https://git.kernel.org/pub/scm/linux/kernel/git/pablo/nf-next.git master config: x86_64-randconfig-s5-05041850 (attached as .config) compiler: gcc-7 (Debian 7.3.0-16) 7.3.0 reproduce: # save the

Re: [PATCH v3] watchdog: sp805: add restart handler

On 05/03/2018 11:05 PM, Jongsung Kim wrote: Add restart handler for SP805 watchdog so that the driver can be used to reboot the system. Signed-off-by: Jongsung Kim Cc: Guenter Roeck Reviewed-by: Guenter Roeck --- For future patches: change log goes here, please. Thanks, Guenter dri

Re: [Ksummit-discuss] bug-introducing patches

On Fri, May 04, 2018 at 03:31:17PM +0300, Jani Nikula wrote: > On Fri, 04 May 2018, David Howells wrote: > > Sasha Levin via Ksummit-discuss wrote: > > > >>Cc: sta...@vger.kernel.org # commit-id-of-(2) > > This has been documented since > > commit 8e9b9362266dd16255473c080d846b13e27247bf > Au

KASAN: use-after-free Read in should_fail

Hello, syzbot found the following crash on: HEAD commit:150426981426 Merge tag 'linux-kselftest-4.17-rc4' of git:/.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=17e4975b80 kernel config: https://syzkaller.appspot.com/x/.config?x=5a1dc06635c10d27 da

Re: [PATCH] EDAC: fix spelling mistake: "redundacy" -> "redundancy"

On Fri, May 04, 2018 at 12:38:04PM +0100, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in err string > > Signed-off-by: Colin Ian King > --- > drivers/edac/i7core_edac.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/edac/i7cor

Re: [RFC PATCH] MIPS: Oprofile: Drop support

Hi Robert, On 04/05/18 13:27, Robert Richter wrote: On 04.05.18 12:03:12, Matt Redfearn wrote: As said, oprofile version 0.9.x is still available for cpus that do not support perf. What is the breakage? The breakage I originally set out to fix was the MT support in perf. https://www.linux-mip

Re: [PATCH] drivers: omap2: Kconfig: make FB_OMAP2_DSS_INIT depend on OF

On Friday, May 04, 2018 09:45:26 AM Mauro Carvalho Chehab wrote: > Em Fri, 04 May 2018 13:05:17 +0200 > Bartlomiej Zolnierkiewicz escreveu: > > > On Friday, May 04, 2018 07:59:06 AM Mauro Carvalho Chehab wrote: > > > Em Fri, 04 May 2018 12:48:46 +0200 > > > Bartlomiej Zolnierkiewicz escreveu: >

Re: [RFC PATCH] MIPS: Oprofile: Drop support

On Fri, May 04, 2018 at 02:27:51PM +0200, Robert Richter wrote: > On 04.05.18 12:03:12, Matt Redfearn wrote: > > >As said, oprofile version 0.9.x is still available for cpus that do > > >not support perf. What is the breakage? > > > > The breakage I originally set out to fix was the MT support in

Re: [v2] mm: access to uninitialized struct page

7.0-rc3-next-20180504 kernel didn't boot. > git bisect points on this patch. > On Thu, Apr 26, 2018 at 04:26:19PM -0400, Pavel Tatashin wrote: > > The following two bugs were reported by Fengguang Wu: > > > > kernel reboot-without-warning in early-boot stage, las

Re: [Linaro-mm-sig] [PATCH 4/8] dma-buf: add peer2peer flag

Am Mittwoch, den 25.04.2018, 13:44 -0400 schrieb Alex Deucher: > On Wed, Apr 25, 2018 at 2:41 AM, Christoph Hellwig > wrote: > > On Wed, Apr 25, 2018 at 02:24:36AM -0400, Alex Deucher wrote: > > > > It has a non-coherent transaction mode (which the chipset can opt to > > > > not implement and stil

Re: [PATCH] drivers: omap2: Kconfig: make FB_OMAP2_DSS_INIT depend on OF

Em Fri, 04 May 2018 13:05:17 +0200 Bartlomiej Zolnierkiewicz escreveu: > On Friday, May 04, 2018 07:59:06 AM Mauro Carvalho Chehab wrote: > > Em Fri, 04 May 2018 12:48:46 +0200 > > Bartlomiej Zolnierkiewicz escreveu: > > > > > On Thursday, May 03, 2018 08:48:56 AM Randy Dunlap wrote: > > >

[PATCH 02/17] powerpc/nohash: remove _PAGE_BUSY

_PAGE_BUSY is always 0, remove it Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/nohash/64/pgtable.h | 10 +++--- arch/powerpc/include/asm/nohash/pte-book3e.h | 5 - 2 files changed, 3 insertions(+), 12 deletions(-) diff --git a/arch/powerpc/include/asm/nohash/64/pgtable.

Re: [PATCH 2/2] HISI LPC: Add ACPI UART support

On 03/05/2018 17:56, Andy Shevchenko wrote: On Thu, 2018-05-03 at 23:08 +0800, John Garry wrote: On the Huawei D03 development board the system UART is the UART connected on the LPC bus. The profile for the device driver required for this HW would be as follows: - platform driver - supports 165

Re: ipw2200: fix spelling mistake: "functionalitis" -> "functionalities"

Colin Ian King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in module parameter description text > > Signed-off-by: Colin Ian King Patch applied to wireless-drivers-next.git, thanks. 7e7939e80e3c ipw2200: fix spelling mistake: "functionalitis" -> "functionalities" --

[PATCH 04/17] Revert "powerpc/8xx: Use L1 entry APG to handle _PAGE_ACCESSED for CONFIG_SWAP"

This reverts commit 4f94b2c7462d9720b2afa7e8e8d4c19446bb31ce. That commit was buggy, as it used rlwinm instead of rlwimi. Instead of fixing that bug, we revert the previous commit in order to reduce the dependency between L1 entries and L2 entries Signed-off-by: Christophe Leroy --- arch/powerp

[PATCH 05/17] powerpc: move io mapping functions into ioremap.c

This patch is the first of a serie that intends to make io mappings common to PPC32 and PPC64. It moves ioremap/unmap fonctions into a new file called ioremap.c with no other modification to the functions. For the time being, the PPC32 and PPC64 parts get enclosed into #ifdef. Following patches wi

[PATCH 09/17] powerpc: make __ioremap_caller() common to PPC32 and PPC64

Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/book3s/64/pgtable.h | 1 + arch/powerpc/mm/ioremap.c| 126 +++ 2 files changed, 34 insertions(+), 93 deletions(-) diff --git a/arch/powerpc/include/asm/book3s/64/pgtable.h b/arch/powerpc/i

<    1   2   3   4   5   6   7   8   9   >