[GIT PULL] tracing: Updates for 4.14

Linus, Nothing new in development for this release. These are mostly fixes that were found during development of changes for the next merge window and fixes that were sent to me late in the last cycle. Please pull the latest trace-v4.14 tree, which can be found at:

[GIT PULL] tracing: Updates for 4.14

Linus, Nothing new in development for this release. These are mostly fixes that were found during development of changes for the next merge window and fixes that were sent to me late in the last cycle. Please pull the latest trace-v4.14 tree, which can be found at:

[PATCH] Staging: media: omap4iss: Use WARN_ON() instead of BUG_ON().

Use WARN_ON() instead of BUG_ON() to avoid crashing the kernel. Signed-off-by: Srishti Sharma --- drivers/staging/media/omap4iss/iss.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/media/omap4iss/iss.c

[PATCH] Staging: media: omap4iss: Use WARN_ON() instead of BUG_ON().

Use WARN_ON() instead of BUG_ON() to avoid crashing the kernel. Signed-off-by: Srishti Sharma --- drivers/staging/media/omap4iss/iss.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/media/omap4iss/iss.c b/drivers/staging/media/omap4iss/iss.c index

Re: [PATCH v5 10/10] net: stmmac: dwmac-sun8i: Handle integrated/external MDIOs

On Fri, Sep 08, 2017 at 04:00:20PM +0200, Andrew Lunn wrote: > > > > +static int mdio_mux_syscon_switch_fn(int current_child, int > > > > desired_child, > > > > +void *data) > > > > +{ > > > > + struct stmmac_priv *priv = data; > > > > + struct

Re: [PATCH v5 10/10] net: stmmac: dwmac-sun8i: Handle integrated/external MDIOs

On Fri, Sep 08, 2017 at 04:00:20PM +0200, Andrew Lunn wrote: > > > > +static int mdio_mux_syscon_switch_fn(int current_child, int > > > > desired_child, > > > > +void *data) > > > > +{ > > > > + struct stmmac_priv *priv = data; > > > > + struct

[PATCH][V2] drm/vc4: clean up error handling on devm_kzalloc failure

From: Colin Ian King The current error handling when devm_kzalloc fails performs a non-null check on connector which is redundant because connector is null at that failure point. Once this is removed, make the failure path into a trivial -ENOMEM return to clean up the

[PATCH][V2] drm/vc4: clean up error handling on devm_kzalloc failure

From: Colin Ian King The current error handling when devm_kzalloc fails performs a non-null check on connector which is redundant because connector is null at that failure point. Once this is removed, make the failure path into a trivial -ENOMEM return to clean up the error handling. Also

Re: [PATCH net-next 1/3] dt-bindings: net: add DT bindings for Socionext UniPhier AVE

> + eth: ethernet@6500 { > + compatible = "socionext,uniphier-ave4"; > + reg = <0x6500 0x8500>; > + interrupts = <0 66 4>; > + pinctrl-names = "default"; > + pinctrl-0 = <_ether_rgmii>; > + phy-mode = "rgmii"; > +

Re: [PATCH net-next 1/3] dt-bindings: net: add DT bindings for Socionext UniPhier AVE

> + eth: ethernet@6500 { > + compatible = "socionext,uniphier-ave4"; > + reg = <0x6500 0x8500>; > + interrupts = <0 66 4>; > + pinctrl-names = "default"; > + pinctrl-0 = <_ether_rgmii>; > + phy-mode = "rgmii"; > +

Re: [PATCH v2] tracing: Ignore mmiotrace from kernel commandline

Hi Steve, Is this solution acceptable? Any suggestions? Thanks. - Original Message - > From: "Ziqian SUN (Zamir)" > > The mmiotrace tracer cannot be enabled with ftrace=mmiotrace in > kernel commandline. With this patch, a trace_noboot_tracer_list > is implemented and

Re: [PATCH v2] tracing: Ignore mmiotrace from kernel commandline

Hi Steve, Is this solution acceptable? Any suggestions? Thanks. - Original Message - > From: "Ziqian SUN (Zamir)" > > The mmiotrace tracer cannot be enabled with ftrace=mmiotrace in > kernel commandline. With this patch, a trace_noboot_tracer_list > is implemented and will be checked

Re: [PATCH net-next v2 01/10] net: dsa: add debugfs interface

Hi Greg, Greg KH writes: > I agree you shouldn't be using debugfs for this, but in the future, if > you do write debugfs code, please take the following review into > account: Humm sorry I may not have given enough details. This was really meant for debug and dev

Re: [PATCH net-next v2 01/10] net: dsa: add debugfs interface

Hi Greg, Greg KH writes: > I agree you shouldn't be using debugfs for this, but in the future, if > you do write debugfs code, please take the following review into > account: Humm sorry I may not have given enough details. This was really meant for debug and dev only, because DSA makes it

Re: [PATCH v5 10/10] net: stmmac: dwmac-sun8i: Handle integrated/external MDIOs

> > > +static int mdio_mux_syscon_switch_fn(int current_child, int > > > desired_child, > > > + void *data) > > > +{ > > > + struct stmmac_priv *priv = data; > > > + struct sunxi_priv_data *gmac = priv->plat->bsp_priv; > > > + u32 reg, val; > > > + int ret = 0; > > >

Re: [PATCH v5 10/10] net: stmmac: dwmac-sun8i: Handle integrated/external MDIOs

> > > +static int mdio_mux_syscon_switch_fn(int current_child, int > > > desired_child, > > > + void *data) > > > +{ > > > + struct stmmac_priv *priv = data; > > > + struct sunxi_priv_data *gmac = priv->plat->bsp_priv; > > > + u32 reg, val; > > > + int ret = 0; > > >

Re: [PATCH V2] thermal/drivers/step_wise: Fix temperature regulation misbehavior

On 08/09/2017 14:25, Keerthy wrote: > [ ... ] > This definitely is an issue i have seen on dra7 and if step_wise by > design can accommodate this change, It will fix the issue! Ah, ok. I understood you thought we should not do the change and use the DT crit trip instead. > Then you should be

Re: [PATCH V2] thermal/drivers/step_wise: Fix temperature regulation misbehavior

On 08/09/2017 14:25, Keerthy wrote: > [ ... ] > This definitely is an issue i have seen on dra7 and if step_wise by > design can accommodate this change, It will fix the issue! Ah, ok. I understood you thought we should not do the change and use the DT crit trip instead. > Then you should be

Re: [PATCH net-next 3/3] net: phy: realtek: add RTL8201F phy-id and functions

On Fri, Sep 08, 2017 at 10:02:11PM +0900, Kunihiko Hayashi wrote: > From: Jassi Brar > > Add RTL8201F phy-id and the related functions to the driver. > > The original patch is as follows: > https://patchwork.kernel.org/patch/2538341/ > > Signed-off-by: Jongsung Kim

Re: [PATCH net-next 3/3] net: phy: realtek: add RTL8201F phy-id and functions

On Fri, Sep 08, 2017 at 10:02:11PM +0900, Kunihiko Hayashi wrote: > From: Jassi Brar > > Add RTL8201F phy-id and the related functions to the driver. > > The original patch is as follows: > https://patchwork.kernel.org/patch/2538341/ > > Signed-off-by: Jongsung Kim > Signed-off-by: Jassi Brar

[PATCH 4.13 01/47] usb: quirks: add delay init quirk for Corsair Strafe RGB keyboard

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Kai-Heng Feng commit de3af5bf259d7a0bfaac70441c8568ab5998d80c upstream. Corsair Strafe RGB keyboard has trouble to initialize: [ 1.679455] usb 3-6: new

[PATCH 4.13 01/47] usb: quirks: add delay init quirk for Corsair Strafe RGB keyboard

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Kai-Heng Feng commit de3af5bf259d7a0bfaac70441c8568ab5998d80c upstream. Corsair Strafe RGB keyboard has trouble to initialize: [ 1.679455] usb 3-6: new full-speed USB device number 4 using

[PATCH 4.13 13/47] iio: adc: ti-ads1015: fix scale information for ADS1115

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Akinobu Mita commit 8d0e8e795623bd6229cf48bba1c456c370ed upstream. The ti-ads1015 driver supports ADS1015 and ADS1115 devices. The same scale information is used

[PATCH 4.13 13/47] iio: adc: ti-ads1015: fix scale information for ADS1115

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Akinobu Mita commit 8d0e8e795623bd6229cf48bba1c456c370ed upstream. The ti-ads1015 driver supports ADS1015 and ADS1115 devices. The same scale information is used for both devices in this

[PATCH][V2] staging: r8822be: fix null pointer dereferences with a null driver_adapter

From: Colin Ian King The call to _rtl_dbg_trace via macro HALMAC_RT_TRACE will trigger a null pointer deference on a null driver_adapter. Fix this by assigning driver_adapter earlier to halmac_adapter->driver_adapter before the tracing call so that a non-null

[PATCH][V2] staging: r8822be: fix null pointer dereferences with a null driver_adapter

From: Colin Ian King The call to _rtl_dbg_trace via macro HALMAC_RT_TRACE will trigger a null pointer deference on a null driver_adapter. Fix this by assigning driver_adapter earlier to halmac_adapter->driver_adapter before the tracing call so that a non-null driver_adapter is passed instead.

Re: [PATCH] fix null pointer dereferences with a null driver_adapter

On 08/09/17 14:52, Colin King wrote: > From: Colin Ian King > > The call to _rtl_dbg_trace via macro HALMAC_RT_TRACE will trigger a null > pointer deference on a null driver_adapter. Fix this by assigning > driver_adapter earlier to halmac_adapter->driver_adapter

Re: [PATCH] fix null pointer dereferences with a null driver_adapter

On 08/09/17 14:52, Colin King wrote: > From: Colin Ian King > > The call to _rtl_dbg_trace via macro HALMAC_RT_TRACE will trigger a null > pointer deference on a null driver_adapter. Fix this by assigning > driver_adapter earlier to halmac_adapter->driver_adapter before the tracing > call so

Re: [RFC Part2 PATCH v3 02/26] crypto: ccp: Add Platform Security Processor (PSP) device support

On 09/08/2017 03:40 AM, Borislav Petkov wrote: On Thu, Sep 07, 2017 at 05:19:32PM -0500, Brijesh Singh wrote: At high level, AMD-SP (AMD Secure Processor) (i.e CCP driver) will provide the support for CCP, SEV and TEE FW commands. +--- CCP | AMD-SP --| |

Re: [RFC Part2 PATCH v3 02/26] crypto: ccp: Add Platform Security Processor (PSP) device support

On 09/08/2017 03:40 AM, Borislav Petkov wrote: On Thu, Sep 07, 2017 at 05:19:32PM -0500, Brijesh Singh wrote: At high level, AMD-SP (AMD Secure Processor) (i.e CCP driver) will provide the support for CCP, SEV and TEE FW commands. +--- CCP | AMD-SP --| |

[PATCH 4.13 15/47] iio: adc: ti-ads1015: avoid getting stale result after runtime resume

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Akinobu Mita commit 73e3e3fc50de50cfd68e945d85679c983ed31bd9 upstream. This driver assumes that the device is operating in the continuous conversion mode which

[PATCH 4.13 15/47] iio: adc: ti-ads1015: avoid getting stale result after runtime resume

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Akinobu Mita commit 73e3e3fc50de50cfd68e945d85679c983ed31bd9 upstream. This driver assumes that the device is operating in the continuous conversion mode which performs the conversion

[PATCH 4.13 16/47] iio: adc: ti-ads1015: dont return invalid value from buffer setup callbacks

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Akinobu Mita commit a6fe5e52d5ecfc98530034d6c9db73777cf41ede upstream. pm_runtime_get_sync() and pm_runtime_put_autosuspend() return 0 on success, 1 if the device's

[PATCH 4.13 16/47] iio: adc: ti-ads1015: dont return invalid value from buffer setup callbacks

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Akinobu Mita commit a6fe5e52d5ecfc98530034d6c9db73777cf41ede upstream. pm_runtime_get_sync() and pm_runtime_put_autosuspend() return 0 on success, 1 if the device's runtime PM status was

[PATCH 4.13 17/47] iio: adc: ti-ads1015: add adequate wait time to get correct conversion

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Akinobu Mita commit 4744d4e2afebf9644a439da9ca73d822fdd67bd9 upstream. This driver assumes that the device is operating in the continuous conversion mode which

[PATCH 4.13 17/47] iio: adc: ti-ads1015: add adequate wait time to get correct conversion

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Akinobu Mita commit 4744d4e2afebf9644a439da9ca73d822fdd67bd9 upstream. This driver assumes that the device is operating in the continuous conversion mode which performs the conversion

[PATCH 4.13 20/47] binder: free memory on error

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Christian Brauner commit 22eb9476b5d80a393ac0ba235c42bccc90b82c76 upstream. On binder_init() the devices string is duplicated and smashed into individual device

[PATCH 4.13 20/47] binder: free memory on error

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Christian Brauner commit 22eb9476b5d80a393ac0ba235c42bccc90b82c76 upstream. On binder_init() the devices string is duplicated and smashed into individual device names which are passed along.

Re: [PATCH] selftests: breakpoints: re-order TEST_GEN_PROGS targets

On 09/08/2017 02:41 AM, Fathi Boudra wrote: > Shuah, should I resend? No need to resend. Sorry about this.I just missed it. I will get this into 4.14-rc2 or so. Thanks for the ping. -- Shuah > > On 29 June 2017 at 12:39, Fathi Boudra wrote: >> breakpoint_test can fail

Re: [PATCH] selftests: breakpoints: re-order TEST_GEN_PROGS targets

On 09/08/2017 02:41 AM, Fathi Boudra wrote: > Shuah, should I resend? No need to resend. Sorry about this.I just missed it. I will get this into 4.14-rc2 or so. Thanks for the ping. -- Shuah > > On 29 June 2017 at 12:39, Fathi Boudra wrote: >> breakpoint_test can fail on arm64 with

[PATCH] fix null pointer dereferences with a null driver_adapter

From: Colin Ian King The call to _rtl_dbg_trace via macro HALMAC_RT_TRACE will trigger a null pointer deference on a null driver_adapter. Fix this by assigning driver_adapter earlier to halmac_adapter->driver_adapter before the tracing call so that a non-null

[PATCH] fix null pointer dereferences with a null driver_adapter

From: Colin Ian King The call to _rtl_dbg_trace via macro HALMAC_RT_TRACE will trigger a null pointer deference on a null driver_adapter. Fix this by assigning driver_adapter earlier to halmac_adapter->driver_adapter before the tracing call so that a non-null driver_adapter is passed instead.

[PATCH 4.13 02/47] USB: serial: option: add support for D-Link DWM-157 C1

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Maciej S. Szmigiero commit 169e86546f5712179709de23cd64bbb15f199fab upstream. This commit adds support (an ID, really) for D-Link DWM-157 hardware version C1 USB

[PATCH 4.13 02/47] USB: serial: option: add support for D-Link DWM-157 C1

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Maciej S. Szmigiero commit 169e86546f5712179709de23cd64bbb15f199fab upstream. This commit adds support (an ID, really) for D-Link DWM-157 hardware version C1 USB modem to option driver.

[PATCH 4.13 03/47] usb: Add device quirk for Logitech HD Pro Webcam C920-C

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Fleytman commit a1279ef74eeeb5f627f091c71d80dd7ac766c99d upstream. Commit e0429362ab15 ("usb: Add device quirk for Logitech HD Pro Webcams C920 and C930e")

[PATCH 4.13 03/47] usb: Add device quirk for Logitech HD Pro Webcam C920-C

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Fleytman commit a1279ef74eeeb5f627f091c71d80dd7ac766c99d upstream. Commit e0429362ab15 ("usb: Add device quirk for Logitech HD Pro Webcams C920 and C930e") introduced quirk to

[PATCH 4.13 05/47] USB: musb: fix external abort on suspend

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 082df8be455ade361748f0385aa6c9c8d07be167 upstream. Make sure that the controller is runtime resumed when system suspending to avoid an external abort

[PATCH 4.13 05/47] USB: musb: fix external abort on suspend

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 082df8be455ade361748f0385aa6c9c8d07be167 upstream. Make sure that the controller is runtime resumed when system suspending to avoid an external abort when accessing the

Re: [PATCH net-next 2/3] net: ethernet: socionext: add AVE ethernet driver

> +static int ave_mdio_busywait(struct net_device *ndev) > +{ > + int ret = 1, loop = 100; > + u32 mdiosr; > + > + /* wait until completion */ > + while (1) { > + mdiosr = ave_r32(ndev, AVE_MDIOSR); > + if (!(mdiosr & AVE_MDIOSR_STS)) > +

Re: [PATCH net-next 2/3] net: ethernet: socionext: add AVE ethernet driver

> +static int ave_mdio_busywait(struct net_device *ndev) > +{ > + int ret = 1, loop = 100; > + u32 mdiosr; > + > + /* wait until completion */ > + while (1) { > + mdiosr = ave_r32(ndev, AVE_MDIOSR); > + if (!(mdiosr & AVE_MDIOSR_STS)) > +

[PATCH 4.13 06/47] ANDROID: binder: add padding to binder_fd_array_object.

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Martijn Coenen commit 5cdcf4c6a638591ec0e98c57404a19e7f9997567 upstream. binder_fd_array_object starts with a 4-byte header, followed by a few fields that are 8 bytes when

[PATCH 4.13 06/47] ANDROID: binder: add padding to binder_fd_array_object.

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Martijn Coenen commit 5cdcf4c6a638591ec0e98c57404a19e7f9997567 upstream. binder_fd_array_object starts with a 4-byte header, followed by a few fields that are 8 bytes when

[PATCH 4.13 08/47] USB: core: Avoid race of async_completed() w/ usbdev_release()

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Douglas Anderson commit ed62ca2f4f51c17841ea39d98c0c409cb53a3e10 upstream. While running reboot tests w/ a specific set of USB devices (and slub_debug enabled), I found

[PATCH 4.13 08/47] USB: core: Avoid race of async_completed() w/ usbdev_release()

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Douglas Anderson commit ed62ca2f4f51c17841ea39d98c0c409cb53a3e10 upstream. While running reboot tests w/ a specific set of USB devices (and slub_debug enabled), I found that once every few

[PATCH 4.13 07/47] ANDROID: binder: add hwbinder,vndbinder to BINDER_DEVICES.

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Martijn Coenen commit 9e18d0c82f0c07f2a41898d4adbb698a953403ee upstream. These will be required going forward. Signed-off-by: Martijn Coenen

[PATCH 4.13 07/47] ANDROID: binder: add hwbinder,vndbinder to BINDER_DEVICES.

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Martijn Coenen commit 9e18d0c82f0c07f2a41898d4adbb698a953403ee upstream. These will be required going forward. Signed-off-by: Martijn Coenen Signed-off-by: Greg Kroah-Hartman ---

[PATCH 4.13 31/47] rtlwifi: rtl_pci_probe: Fix fail path of _rtl_pci_find_adapter

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Malcolm Priestley commit fc81bab5eeb103711925d7510157cf5cd2b153f4 upstream. _rtl_pci_find_adapter fail path will jump to label fail3 for unsupported adapter types.

[PATCH 4.13 32/47] Bluetooth: Add support of 13d3:3494 RTL8723BE device

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Tunin commit a81d72d2002d6a932bd83022cbf8c442b1b97512 upstream. T: Bus=02 Lev=01 Prnt=01 Port=03 Cnt=03 Dev#= 4 Spd=12 MxCh= 0 D: Ver= 2.10 Cls=e0(wlcon)

[PATCH 4.13 31/47] rtlwifi: rtl_pci_probe: Fix fail path of _rtl_pci_find_adapter

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Malcolm Priestley commit fc81bab5eeb103711925d7510157cf5cd2b153f4 upstream. _rtl_pci_find_adapter fail path will jump to label fail3 for unsupported adapter types. However, on course for

[PATCH 4.13 32/47] Bluetooth: Add support of 13d3:3494 RTL8723BE device

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Tunin commit a81d72d2002d6a932bd83022cbf8c442b1b97512 upstream. T: Bus=02 Lev=01 Prnt=01 Port=03 Cnt=03 Dev#= 4 Spd=12 MxCh= 0 D: Ver= 2.10 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs=

[PATCH 4.13 37/47] s390/mm: avoid empty zero pages for KVM guests to avoid postcopy hangs

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Christian Borntraeger commit fa41ba0d08de7c975c3e94d0067553f9b934221f upstream. Right now there is a potential hang situation for postcopy migrations, if the guest is

[PATCH 4.13 37/47] s390/mm: avoid empty zero pages for KVM guests to avoid postcopy hangs

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Christian Borntraeger commit fa41ba0d08de7c975c3e94d0067553f9b934221f upstream. Right now there is a potential hang situation for postcopy migrations, if the guest is enabling storage keys on

[PATCH 4.13 38/47] drm/nouveau/pci/msi: disable MSI on big-endian platforms by default

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Ilia Mirkin commit bc60c90f472b6e762ea96ef384072145adc8d4af upstream. It appears that MSI does not work on either G5 PPC nor on a E5500-based platform, where other

[PATCH 4.13 38/47] drm/nouveau/pci/msi: disable MSI on big-endian platforms by default

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Ilia Mirkin commit bc60c90f472b6e762ea96ef384072145adc8d4af upstream. It appears that MSI does not work on either G5 PPC nor on a E5500-based platform, where other hardware is reported to

Re: [PATCH 33/35] perf bench futex: Fix build on musl + clang

Em Fri, Sep 08, 2017 at 10:04:05AM +0200, Jörg Krause escreveu: > On Mon, 2017-03-06 at 16:38 -0300, Arnaldo Carvalho de Melo wrote: > > When building with clang on a musl libc system, Alpine Linux, we end up > > hitting a problem where memset() is used but its prototype is not > > present, add it

Re: [PATCH 33/35] perf bench futex: Fix build on musl + clang

Em Fri, Sep 08, 2017 at 10:04:05AM +0200, Jörg Krause escreveu: > On Mon, 2017-03-06 at 16:38 -0300, Arnaldo Carvalho de Melo wrote: > > When building with clang on a musl libc system, Alpine Linux, we end up > > hitting a problem where memset() is used but its prototype is not > > present, add it

[PATCH 4.13 23/47] thunderbolt: Fix reset response_type

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 02729d17b1b818cc38a6b6319231a0cd86b132e4 upstream. There is a mistake here where we accidentally use sizeof(TB_CFG_PKG_RESET) instead of just

[PATCH 4.13 23/47] thunderbolt: Fix reset response_type

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 02729d17b1b818cc38a6b6319231a0cd86b132e4 upstream. There is a mistake here where we accidentally use sizeof(TB_CFG_PKG_RESET) instead of just TB_CFG_PKG_RESET. The size

[PATCH 4.13 44/47] scsi: sg: recheck MMAP_IO request length with lock held

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Todd Poynor commit 8d26f491116feaa0b16de370b6a7ba40a40fa0b4 upstream. Commit 1bc0eb044615 ("scsi: sg: protect accesses to 'reserved' page array") adds needed

[PATCH 4.13 44/47] scsi: sg: recheck MMAP_IO request length with lock held

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Todd Poynor commit 8d26f491116feaa0b16de370b6a7ba40a40fa0b4 upstream. Commit 1bc0eb044615 ("scsi: sg: protect accesses to 'reserved' page array") adds needed concurrency protection for the

Re: [PATCH] selftests: breakpoints: re-order TEST_GEN_PROGS targets

On 09/08/2017 04:32 AM, Thomas Meyer wrote: > On Fri, Sep 08, 2017 at 11:41:21AM +0300, Fathi Boudra wrote: >> Shuah, should I resend? > > Hi, > > I also did send some patches to his kernel.org address after lazy searching > for "Shuah" in my inbox. But maybe his other email address is the

Re: [PATCH] selftests: breakpoints: re-order TEST_GEN_PROGS targets

On 09/08/2017 04:32 AM, Thomas Meyer wrote: > On Fri, Sep 08, 2017 at 11:41:21AM +0300, Fathi Boudra wrote: >> Shuah, should I resend? > > Hi, > > I also did send some patches to his kernel.org address after lazy searching > for "Shuah" in my inbox. But maybe his other email address is the

[PATCH 4.13 43/47] scsi: sg: protect against races between mmap() and SG_SET_RESERVED_SIZE

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Todd Poynor commit 6a8dadcca81fceff9976e8828cceb072873b7bd5 upstream. Take f_mutex around mmap() processing to protect against races with the SG_SET_RESERVED_SIZE

[PATCH 4.13 43/47] scsi: sg: protect against races between mmap() and SG_SET_RESERVED_SIZE

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Todd Poynor commit 6a8dadcca81fceff9976e8828cceb072873b7bd5 upstream. Take f_mutex around mmap() processing to protect against races with the SG_SET_RESERVED_SIZE ioctl. Ensure the reserve

[PATCH 4.13 26/47] intel_th: pci: Add Cannon Lake PCH-LP support

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Shishkin commit efb3669e14fe17d0ec4ecf57d0365039fe726f59 upstream. This adds Intel(R) Trace Hub PCI ID for Cannon Lake PCH-LP. Signed-off-by:

[PATCH 4.13 26/47] intel_th: pci: Add Cannon Lake PCH-LP support

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Shishkin commit efb3669e14fe17d0ec4ecf57d0365039fe726f59 upstream. This adds Intel(R) Trace Hub PCI ID for Cannon Lake PCH-LP. Signed-off-by: Alexander Shishkin Signed-off-by:

[PATCH 4.13 25/47] intel_th: pci: Add Cannon Lake PCH-H support

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Shishkin commit 84331e1390b6378a5129a3678c87a42c6f697d29 upstream. This adds Intel(R) Trace Hub PCI ID for Cannon Lake PCH-H. Signed-off-by:

[PATCH 4.13 25/47] intel_th: pci: Add Cannon Lake PCH-H support

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Shishkin commit 84331e1390b6378a5129a3678c87a42c6f697d29 upstream. This adds Intel(R) Trace Hub PCI ID for Cannon Lake PCH-H. Signed-off-by: Alexander Shishkin Signed-off-by: Greg

[PATCH 4.13 27/47] ath10k: fix memory leak in rx ring buffer allocation

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Rakesh Pillai commit f35a7f91f66af528b3ee1921de16bea31d347ab0 upstream. The rx ring buffers are added to a hash table if firmware support full rx reorder. If the

[PATCH 4.13 27/47] ath10k: fix memory leak in rx ring buffer allocation

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Rakesh Pillai commit f35a7f91f66af528b3ee1921de16bea31d347ab0 upstream. The rx ring buffers are added to a hash table if firmware support full rx reorder. If the full rx reorder support flag

Re: [RFC 1/4] perf ui progress: Add size info into progress bar

Em Fri, Sep 08, 2017 at 02:05:06PM +0200, Jiri Olsa escreveu: > hi, > sending some progress bar fixes. Thanks, tested and applied. - Arnaldo

Re: [RFC 1/4] perf ui progress: Add size info into progress bar

Em Fri, Sep 08, 2017 at 02:05:06PM +0200, Jiri Olsa escreveu: > hi, > sending some progress bar fixes. Thanks, tested and applied. - Arnaldo

Re: [PATCH] drm/vc4: clean up error handling on devm_kzalloc failure

Hi Colin, On 8 September 2017 at 14:17, Colin King wrote: > From: Colin Ian King > > The current error handling on devm_kzalloc failures performs a non-null > check on connector. Thss check is redundant because connector is null > at that

Re: [PATCH] drm/vc4: clean up error handling on devm_kzalloc failure

Hi Colin, On 8 September 2017 at 14:17, Colin King wrote: > From: Colin Ian King > > The current error handling on devm_kzalloc failures performs a non-null > check on connector. Thss check is redundant because connector is null > at that failure point. With this check removed, we may as well

[PATCH 4.13 46/47] rtlwifi: Fix memory leak when firmware request fails

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Souptick Joarder commit f2764f61fa10593204b0c5e4e9a68dba02112e50 upstream. This patch will fix memory leak when firmware request fails Signed-off-by: Souptick Joarder

[PATCH 4.13 46/47] rtlwifi: Fix memory leak when firmware request fails

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Souptick Joarder commit f2764f61fa10593204b0c5e4e9a68dba02112e50 upstream. This patch will fix memory leak when firmware request fails Signed-off-by: Souptick Joarder Acked-by: Larry Finger

[PATCH 4.13 47/47] rtlwifi: Fix fallback firmware loading

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Sven Joachim commit 1d9b168d8ea9a0f51947d0e2f84856e77d2fe7ff upstream. Commit f70e4df2b384 ("rtlwifi: Add code to read new versions of firmware") added code to load an old

[PATCH 4.12 10/43] iio: adc: ti-ads1015: fix incorrect data rate setting update

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Akinobu Mita commit 0d106b74c558e3000aa0e058b4725cacb70ce77a upstream. The ti-ads1015 driver has eight iio voltage channels and each iio channel can hold own sampling

[PATCH 4.12 10/43] iio: adc: ti-ads1015: fix incorrect data rate setting update

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Akinobu Mita commit 0d106b74c558e3000aa0e058b4725cacb70ce77a upstream. The ti-ads1015 driver has eight iio voltage channels and each iio channel can hold own sampling frequency information.

[PATCH 4.13 47/47] rtlwifi: Fix fallback firmware loading

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Sven Joachim commit 1d9b168d8ea9a0f51947d0e2f84856e77d2fe7ff upstream. Commit f70e4df2b384 ("rtlwifi: Add code to read new versions of firmware") added code to load an old firmware file if

[PATCH 4.13 45/47] of/device: Prevent buffer overflow in of_device_modalias()

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Bjorn Andersson commit 08ab58d9de3eb8498ae0585001d0975e46217a39 upstream. As of_device_get_modalias() returns the number of bytes that would have been written to

[PATCH 4.13 28/47] drm/vgem: Pin our pages for dmabuf exports

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit 71bb23c707c141b176bc084179ca5ee58d5fd26a upstream. When the caller maps their dmabuf and we return an sg_table, the caller doesn't expect the

[PATCH 4.13 45/47] of/device: Prevent buffer overflow in of_device_modalias()

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Bjorn Andersson commit 08ab58d9de3eb8498ae0585001d0975e46217a39 upstream. As of_device_get_modalias() returns the number of bytes that would have been written to the target string, regardless

[PATCH 4.13 28/47] drm/vgem: Pin our pages for dmabuf exports

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit 71bb23c707c141b176bc084179ca5ee58d5fd26a upstream. When the caller maps their dmabuf and we return an sg_table, the caller doesn't expect the pages beneath that sg_table

[PATCH 4.12 12/43] iio: adc: ti-ads1015: enable conversion when CONFIG_PM is not set

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Akinobu Mita commit e8245c68350104b6022b6783719e843d69ea7c43 upstream. The ADS1015 device have two operating modes, continuous conversion mode and single-shot mode.

[PATCH 4.12 12/43] iio: adc: ti-ads1015: enable conversion when CONFIG_PM is not set

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Akinobu Mita commit e8245c68350104b6022b6783719e843d69ea7c43 upstream. The ADS1015 device have two operating modes, continuous conversion mode and single-shot mode. This driver assumes that

Re: [PATCH v1 1/4] perf annotate: create a new hists to manage multiple events samples

Em Wed, Aug 16, 2017 at 06:18:33PM +0800, Jin Yao escreveu: > An issue is found during using perf annotate. > > perf record -e cycles,branches ... > perf annotate main --stdio > > The result only shows cycles. It should show both cycles and > branches on the left side. It works with "--group",

Re: [PATCH v1 1/4] perf annotate: create a new hists to manage multiple events samples

Em Wed, Aug 16, 2017 at 06:18:33PM +0800, Jin Yao escreveu: > An issue is found during using perf annotate. > > perf record -e cycles,branches ... > perf annotate main --stdio > > The result only shows cycles. It should show both cycles and > branches on the left side. It works with "--group",

[PATCH 4.12 14/43] iio: adc: ti-ads1015: dont return invalid value from buffer setup callbacks

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Akinobu Mita commit a6fe5e52d5ecfc98530034d6c9db73777cf41ede upstream. pm_runtime_get_sync() and pm_runtime_put_autosuspend() return 0 on success, 1 if the device's

[PATCH 4.12 14/43] iio: adc: ti-ads1015: dont return invalid value from buffer setup callbacks

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Akinobu Mita commit a6fe5e52d5ecfc98530034d6c9db73777cf41ede upstream. pm_runtime_get_sync() and pm_runtime_put_autosuspend() return 0 on success, 1 if the device's runtime PM status was

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