[PATCH 4.8 65/67] netfilter: nft_dynset: fix element timeout for HZ != 1000

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Anders K. Pedersen commit a8b1e36d0d1d6f51490e7adce35367ed6adb10e7 upstream. With HZ=100 element timeout in dynamic sets (i.e. flow tables) is 10 times higher than

[PATCH 4.8 35/67] clk: mmp: pxa168: fix return value check in pxa168_clk_init()

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Wei Yongjun commit deab07261d54b4db7b627d38e0efac97f176c6d6 upstream. Fix the retrn value check which testing the wrong variable in pxa168_clk_init(). Fixes: ab08aefcd12d ("clk: mmp: add

[PATCH 4.8 63/67] IB/uverbs: Fix leak of XRC target QPs

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Tariq Toukan commit 5b810a242c28e1d8d64d718cebe75b79d86a0b2d upstream. The real QP is destroyed in case of the ref count reaches zero, but for XRC target QPs this call was missed and caused to

[PATCH 4.8 65/67] netfilter: nft_dynset: fix element timeout for HZ != 1000

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Anders K. Pedersen commit a8b1e36d0d1d6f51490e7adce35367ed6adb10e7 upstream. With HZ=100 element timeout in dynamic sets (i.e. flow tables) is 10 times higher than configured. Add proper

RE: [PATCH 4.8 12/67] mfd: intel-lpss: Do not put device in reset state on suspend

Hi Greg, Please pick this patch. No concerns. Regards, Azhar Shaikh -Original Message- From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org] Sent: Thursday, November 24, 2016 7:27 AM To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman ; sta...@vger.kernel.org; Shaikh, Azhar

[PATCH 4.8 34/67] clk: mmp: pxa910: fix return value check in pxa910_clk_init()

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Wei Yongjun commit 10f2bfb092e3b49000526c02cfe8b2abbbdbb752 upstream. Fix the retrn value check which testing the wrong variable in pxa910_clk_init(). Fixes: 2bc61da9f7ff ("clk: mmp: add

[PATCH 4.8 36/67] clk: mmp: mmp2: fix return value check in mmp2_clk_init()

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Wei Yongjun commit a29e52a6e66f4c0c895e7083e4bad2e7957f1fb5 upstream. Fix the retrn value check which testing the wrong variable in mmp2_clk_init(). Fixes:

[PATCH 4.8 64/67] IB/cm: Mark stale CM ids whenever the mad agent was unregistered

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Mark Bloch commit 9db0ff53cb9b43ed75bacd42a89c1a0ab048b2b0 upstream. When there is a CM id object that has port assigned to it, it means that the cm-id asked for the

[PATCH 4.8 36/67] clk: mmp: mmp2: fix return value check in mmp2_clk_init()

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Wei Yongjun commit a29e52a6e66f4c0c895e7083e4bad2e7957f1fb5 upstream. Fix the retrn value check which testing the wrong variable in mmp2_clk_init(). Fixes: 1ec770d92a62 ("clk: mmp: add mmp2

[PATCH 4.8 64/67] IB/cm: Mark stale CM ids whenever the mad agent was unregistered

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Mark Bloch commit 9db0ff53cb9b43ed75bacd42a89c1a0ab048b2b0 upstream. When there is a CM id object that has port assigned to it, it means that the cm-id asked for the specific port that it

[PATCH 4.8 23/67] scripts/has-stack-protector: add -fno-PIE

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior commit 82031ea29e454b574bc6f49a33683a693ca5d907 upstream. Adding -no-PIE to the fstack protector check. -no-PIE was introduced before

[PATCH 4.8 55/67] IB/mlx4: Fix create CQ error flow

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Matan Barak commit 593ff73bcfdc79f79a8a0df55504f75ad3e5d1a9 upstream. Currently, if ib_copy_to_udata fails, the CQ won't be deleted from the radix tree and the HW (HW2SW).

[PATCH 4.8 23/67] scripts/has-stack-protector: add -fno-PIE

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior commit 82031ea29e454b574bc6f49a33683a693ca5d907 upstream. Adding -no-PIE to the fstack protector check. -no-PIE was introduced before -fstack-protector so there is no

[PATCH 4.8 55/67] IB/mlx4: Fix create CQ error flow

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Matan Barak commit 593ff73bcfdc79f79a8a0df55504f75ad3e5d1a9 upstream. Currently, if ib_copy_to_udata fails, the CQ won't be deleted from the radix tree and the HW (HW2SW). Fixes: 225c7b1feef1

[PATCH v2 1/3] ARM: davinci: da830: Handle vbus with a regulator

The usb driver can now take a regulator instead of the platform callbacks for vbus handling. Lets use a regulator so we can remove the callbacks in a later patch. Signed-off-by: Axel Haslam --- arch/arm/mach-davinci/board-da830-evm.c | 109

[PATCH v2 3/3] ARM: davinci: remove ohci platform usage

As all users of ohci platform data have been converted to use a regulator, we dont need to pass platform data to register the ohci device anymore. Signed-off-by: Axel Haslam --- arch/arm/mach-davinci/board-da830-evm.c | 2 +- arch/arm/mach-davinci/board-omapl138-hawk.c

[PATCH v2 1/3] ARM: davinci: da830: Handle vbus with a regulator

The usb driver can now take a regulator instead of the platform callbacks for vbus handling. Lets use a regulator so we can remove the callbacks in a later patch. Signed-off-by: Axel Haslam --- arch/arm/mach-davinci/board-da830-evm.c | 109 1 file changed, 39

[PATCH v2 3/3] ARM: davinci: remove ohci platform usage

As all users of ohci platform data have been converted to use a regulator, we dont need to pass platform data to register the ohci device anymore. Signed-off-by: Axel Haslam --- arch/arm/mach-davinci/board-da830-evm.c | 2 +- arch/arm/mach-davinci/board-omapl138-hawk.c | 2 +-

[PATCH 4.8 38/67] rtc: omap: Fix selecting external osc

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Lokesh Vutla commit 3984903a2e3906d3def220e688040ce93368200a upstream. RTC can be clocked from an external 32KHz oscillator, or from the Peripheral PLL. The RTC has an

[PATCH 4.8 38/67] rtc: omap: Fix selecting external osc

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Lokesh Vutla commit 3984903a2e3906d3def220e688040ce93368200a upstream. RTC can be clocked from an external 32KHz oscillator, or from the Peripheral PLL. The RTC has an internal oscillator

[PATCH 4.8 37/67] clk: imx: fix integer overflow in AV PLL round rate

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Emil Lundmark commit 5c2f117a22e46a4afee6ddee29b653a7a2a6b41f upstream. Since 'parent_rate * mfn' may overflow 32 bits, the result should be stored using 64 bits. The

[PATCH 4.8 37/67] clk: imx: fix integer overflow in AV PLL round rate

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Emil Lundmark commit 5c2f117a22e46a4afee6ddee29b653a7a2a6b41f upstream. Since 'parent_rate * mfn' may overflow 32 bits, the result should be stored using 64 bits. The problem was discovered

[PATCH 4.8 62/67] IB/hfi1: Remove incorrect IS_ERR check

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Dennis Dalessandro commit 2b16056f845207967a32497f41cf92b57849f934 upstream. Remove IS_ERR check from caching code as the function being called does not actually

[PATCH 4.8 39/67] iwlwifi: pcie: fix SPLC structure parsing

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Luca Coelho commit e0d9727c111a5917a1184c71c1a8e6f78c7fc41d upstream. The SPLC data parsing is too restrictive and was not trying find the correct element for WiFi.

[PATCH 4.8 62/67] IB/hfi1: Remove incorrect IS_ERR check

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Dennis Dalessandro commit 2b16056f845207967a32497f41cf92b57849f934 upstream. Remove IS_ERR check from caching code as the function being called does not actually return error pointers. Fixes:

[PATCH 4.8 39/67] iwlwifi: pcie: fix SPLC structure parsing

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Luca Coelho commit e0d9727c111a5917a1184c71c1a8e6f78c7fc41d upstream. The SPLC data parsing is too restrictive and was not trying find the correct element for WiFi. This causes problems with

[PATCH 4.8 09/67] fuse: fix fuse_write_end() if zero bytes were copied

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Miklos Szeredi commit 59c3b76cc61d1d676f965c192cc7969aa5cb2744 upstream. If pos is at the beginning of a page and copied is zero then page is not zeroed but is marked

[PATCH 4.8 25/67] kbuild: Steal gccs pie from the very beginning

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Borislav Petkov commit c6a385539175ebc603da53aafb7753d39089f32e upstream. So Sebastian turned off the PIE for kernel builds but that was too late - Kbuild.include already uses

[PATCH 4.8 41/67] iwlwifi: mvm: fix netdetect starting/stopping for unified images

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Luca Coelho commit 5a143db8c4a28dab6423cb6197e9f1389da375f2 upstream. With unified images, we need to make sure the net-detect scan is stopped after resuming, since

[PATCH 4.8 26/67] ext4: sanity check the block and cluster size at mount time

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Theodore Ts'o commit 8cdf3372fe8368f56315e66bea9f35053c418093 upstream. If the block size or cluster size is insane, reject the mount. This is important for security reasons

[PATCH 4.8 08/67] genirq: Use irq type from irqdata instead of irqdesc

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit 7ee7e87dfb158e79019ea1d5ea1b0e6f2bc93ee4 upstream. The type flags in the irq descriptor are there for historical reasons and only updated via

[PATCH 4.8 40/67] iwlwifi: pcie: mark command queue lock with separate lockdep class

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit faead41cc7213ccef5a58c1bf518ac24816fe8a6 upstream. Emmanuel reports that when CMD_WANT_ASYNC_CALLBACK is used by mvm, the callback will be called

[PATCH 4.8 41/67] iwlwifi: mvm: fix netdetect starting/stopping for unified images

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Luca Coelho commit 5a143db8c4a28dab6423cb6197e9f1389da375f2 upstream. With unified images, we need to make sure the net-detect scan is stopped after resuming, since we don't restart the FW.

[PATCH 4.8 26/67] ext4: sanity check the block and cluster size at mount time

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Theodore Ts'o commit 8cdf3372fe8368f56315e66bea9f35053c418093 upstream. If the block size or cluster size is insane, reject the mount. This is important for security reasons (although we

[PATCH 4.8 08/67] genirq: Use irq type from irqdata instead of irqdesc

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit 7ee7e87dfb158e79019ea1d5ea1b0e6f2bc93ee4 upstream. The type flags in the irq descriptor are there for historical reasons and only updated via irq_modify_status() or

[PATCH 4.8 40/67] iwlwifi: pcie: mark command queue lock with separate lockdep class

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit faead41cc7213ccef5a58c1bf518ac24816fe8a6 upstream. Emmanuel reports that when CMD_WANT_ASYNC_CALLBACK is used by mvm, the callback will be called with the command queue

[PATCH 4.8 09/67] fuse: fix fuse_write_end() if zero bytes were copied

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Miklos Szeredi commit 59c3b76cc61d1d676f965c192cc7969aa5cb2744 upstream. If pos is at the beginning of a page and copied is zero then page is not zeroed but is marked uptodate. Fix by

[PATCH 4.8 25/67] kbuild: Steal gccs pie from the very beginning

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Borislav Petkov commit c6a385539175ebc603da53aafb7753d39089f32e upstream. So Sebastian turned off the PIE for kernel builds but that was too late - Kbuild.include already uses KBUILD_CFLAGS

[PATCH 4.8 06/67] ftrace: Ignore FTRACE_FL_DISABLED while walking dyn_ftrace records

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Alexei Starovoitov commit 977c1f9c8c022d0173181766b34a0db3705265a4 upstream. ftrace_shutdown() checks for sanity of ftrace records and if dyn_ftrace->flags is not zero, it will

[PATCH 4.8 04/67] arm64: KVM: pmu: Fix AArch32 cycle counter access

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Wei Huang commit 9e3f7a29694049edd728e2400ab57ad7553e5aa9 upstream. We're missing the handling code for the cycle counter accessed from a 32bit guest, leading to unexpected

[PATCH 4.8 05/67] KVM: arm64: Fix the issues when guest PMCCFILTR is configured

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Wei Huang commit b112c84a6ff035271d41d548c10215f18443d6a6 upstream. KVM calls kvm_pmu_set_counter_event_type() when PMCCFILTR is configured. But this function can't deals with

[PATCH 4.8 07/67] ftrace: Add more checks for FTRACE_FL_DISABLED in processing ip records

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt (Red Hat) commit 546fece4eae871f033925ccf0ff2b740725ae915 upstream. When a module is first loaded and its function ip records are added to the ftrace list

[PATCH 4.8 21/67] Disable the __builtin_return_address() warning globally after all

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Linus Torvalds commit ef6000b4c6706cbb1787836442b5a74542b1809f upstream. This affectively reverts commit 377ccbb48373 ("Makefile: Mute warning for

[PATCH 4.8 06/67] ftrace: Ignore FTRACE_FL_DISABLED while walking dyn_ftrace records

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Alexei Starovoitov commit 977c1f9c8c022d0173181766b34a0db3705265a4 upstream. ftrace_shutdown() checks for sanity of ftrace records and if dyn_ftrace->flags is not zero, it will warn. It can

[PATCH 4.8 04/67] arm64: KVM: pmu: Fix AArch32 cycle counter access

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Wei Huang commit 9e3f7a29694049edd728e2400ab57ad7553e5aa9 upstream. We're missing the handling code for the cycle counter accessed from a 32bit guest, leading to unexpected results.

[PATCH 4.8 05/67] KVM: arm64: Fix the issues when guest PMCCFILTR is configured

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Wei Huang commit b112c84a6ff035271d41d548c10215f18443d6a6 upstream. KVM calls kvm_pmu_set_counter_event_type() when PMCCFILTR is configured. But this function can't deals with PMCCFILTR

[PATCH 4.8 07/67] ftrace: Add more checks for FTRACE_FL_DISABLED in processing ip records

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt (Red Hat) commit 546fece4eae871f033925ccf0ff2b740725ae915 upstream. When a module is first loaded and its function ip records are added to the ftrace list of functions to

[PATCH 4.8 21/67] Disable the __builtin_return_address() warning globally after all

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Linus Torvalds commit ef6000b4c6706cbb1787836442b5a74542b1809f upstream. This affectively reverts commit 377ccbb48373 ("Makefile: Mute warning for __builtin_return_address(>0) for tracing

[PATCH 4.8 14/67] can: bcm: fix warning in bcm_connect/proc_register

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Oliver Hartkopp commit deb507f91f1adbf64317ad24ac46c56eeccfb754 upstream. Andrey Konovalov reported an issue with proc_register in bcm.c. As suggested by Cong Wang this

[PATCH 4.8 17/67] ALSA: hda - add a new condition to check if it is thinkpad

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Hui Wang commit 2ecb704a1290edb5e3d53a75529192e7ed2a1a28 upstream. Latest Thinkpad laptops use the HKEY_HID LEN0268 instead of the LEN0068, as a result neither audio

[PATCH 4.8 11/67] IB/hfi1: Fix rnr_timer addition

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Ira Weiny commit 458ed666fe14a54dfb6690a1a7f541782d1342c9 upstream. The new s_rnr_timeout was not properly being set and the code was incorrectly setting a different

[PATCH 4.8 19/67] i2c: mux: fix up dependencies

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit 93d710a65ef02fb7fd48ae207e78f460bd7a6089 upstream. We get the following build error from UM Linux after adding an entry to

[PATCH 4.8 14/67] can: bcm: fix warning in bcm_connect/proc_register

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Oliver Hartkopp commit deb507f91f1adbf64317ad24ac46c56eeccfb754 upstream. Andrey Konovalov reported an issue with proc_register in bcm.c. As suggested by Cong Wang this patch adds a

[PATCH 4.8 17/67] ALSA: hda - add a new condition to check if it is thinkpad

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Hui Wang commit 2ecb704a1290edb5e3d53a75529192e7ed2a1a28 upstream. Latest Thinkpad laptops use the HKEY_HID LEN0268 instead of the LEN0068, as a result neither audio mute led nor mic mute led

[PATCH 4.8 11/67] IB/hfi1: Fix rnr_timer addition

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Ira Weiny commit 458ed666fe14a54dfb6690a1a7f541782d1342c9 upstream. The new s_rnr_timeout was not properly being set and the code was incorrectly setting a different timer. Found by code

[PATCH 4.8 19/67] i2c: mux: fix up dependencies

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit 93d710a65ef02fb7fd48ae207e78f460bd7a6089 upstream. We get the following build error from UM Linux after adding an entry to drivers/iio/gyro/Kconfig that issues "select

[PATCH 4.8 15/67] gpio: do not double-check direction on sleeping chips

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit 60f8339eb388df8a46f8eb4282ff0e15f08f218c upstream. When locking a GPIO line as IRQ, we go to lengths to double-check that the line is really set

[PATCH 4.8 20/67] i2c: i2c-mux-pca954x: fix deselect enabling for device-tree

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Alex Hemme commit ad092de60f865c1ad94221bd06d381ecea446cc8 upstream. Deselect functionality can be ignored for device-trees with "i2c-mux-idle-disconnect" entries if no

[PATCH 4.8 24/67] x86/kexec: add -fno-PIE

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior commit 90944e40ba1838de4b2a9290cf273f9d76bd3bdd upstream. If the gcc is configured to do -fPIE by default then the build aborts later with: |

[PATCH v2 2/3] ARM: davinci: hawk: Remove vbus and over current gpios

The hawk board VBUS is fixed to a 5v source, and the over current pin is actually not connected to the SoC. Do not reseve these gpios for OHCI as they are not related to usb. Signed-off-by: Axel Haslam --- arch/arm/mach-davinci/board-omapl138-hawk.c | 99

[PATCH 4.8 15/67] gpio: do not double-check direction on sleeping chips

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit 60f8339eb388df8a46f8eb4282ff0e15f08f218c upstream. When locking a GPIO line as IRQ, we go to lengths to double-check that the line is really set as input before marking it

[PATCH 4.8 20/67] i2c: i2c-mux-pca954x: fix deselect enabling for device-tree

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Alex Hemme commit ad092de60f865c1ad94221bd06d381ecea446cc8 upstream. Deselect functionality can be ignored for device-trees with "i2c-mux-idle-disconnect" entries if no platform_data is

[PATCH 4.8 24/67] x86/kexec: add -fno-PIE

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior commit 90944e40ba1838de4b2a9290cf273f9d76bd3bdd upstream. If the gcc is configured to do -fPIE by default then the build aborts later with: | Unsupported relocation

[PATCH v2 2/3] ARM: davinci: hawk: Remove vbus and over current gpios

The hawk board VBUS is fixed to a 5v source, and the over current pin is actually not connected to the SoC. Do not reseve these gpios for OHCI as they are not related to usb. Signed-off-by: Axel Haslam --- arch/arm/mach-davinci/board-omapl138-hawk.c | 99 ++--- 1 file

[PATCH 4.8 29/67] powerpc/64: Fix setting of AIL in hypervisor mode

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Benjamin Herrenschmidt commit c0a36013639b06760f7c2c21a8387eac855432e1 upstream. Commit d3cbff1b5 "powerpc: Put exception configuration in a common place" broke the

[PATCH 4.8 27/67] ARM: dts: imx53-qsb: Fix regulator constraints

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Fabio Estevam commit e3c9d9d6ebfe29c6240e1b5978d40d31d21f upstream. Since commit fa93fd4ecc9c ("regulator: core: Ensure we are at least in bounds for our

[PATCH 4.8 29/67] powerpc/64: Fix setting of AIL in hypervisor mode

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Benjamin Herrenschmidt commit c0a36013639b06760f7c2c21a8387eac855432e1 upstream. Commit d3cbff1b5 "powerpc: Put exception configuration in a common place" broke the setting of the AIL bit

[PATCH 4.8 27/67] ARM: dts: imx53-qsb: Fix regulator constraints

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Fabio Estevam commit e3c9d9d6ebfe29c6240e1b5978d40d31d21f upstream. Since commit fa93fd4ecc9c ("regulator: core: Ensure we are at least in bounds for our constraints") the imx53-qsb board

[PATCH 4.8 00/67] 4.8.11-stable review

This is the start of the stable review cycle for the 4.8.11 release. There are 67 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Sat Nov 26 14:54:42 UTC 2016. Anything

[PATCH 4.8 01/67] x86/cpu/AMD: Fix cpu_llc_id for AMD Fam17h systems

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Yazen Ghannam commit b0b6e86846093c5f8820386bc01515f857dd8faa upstream. cpu_llc_id (Last Level Cache ID) derivation on AMD Fam17h has an underflow bug when extracting

[PATCH 4.8 00/67] 4.8.11-stable review

This is the start of the stable review cycle for the 4.8.11 release. There are 67 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Sat Nov 26 14:54:42 UTC 2016. Anything

[PATCH 4.8 01/67] x86/cpu/AMD: Fix cpu_llc_id for AMD Fam17h systems

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Yazen Ghannam commit b0b6e86846093c5f8820386bc01515f857dd8faa upstream. cpu_llc_id (Last Level Cache ID) derivation on AMD Fam17h has an underflow bug when extracting the socket_id value. It

Re: [PATCH 06/14] perf tools: show NMI overhead

On Thu, Nov 24, 2016 at 01:37:04PM +, Liang, Kan wrote: > > > > > > On Wed, Nov 23, 2016 at 04:44:44AM -0500, kan.li...@intel.com wrote: > > > From: Kan Liang > > > > > > Caculate the total NMI overhead on each CPU, and display them in perf > > > report > > > > so the

Re: [PATCH 0/2] OF phandle nexus support + GPIO nexus

On Thu, Nov 24, 2016 at 11:25 AM, Stephen Boyd wrote: > This is one small chunk of work related to DT overlays for expansion > boards. It would be good to have a way to expose #-cells types of > providers through a connector in a standard way. So we introduce a way > to

Re: [PATCH 06/14] perf tools: show NMI overhead

On Thu, Nov 24, 2016 at 01:37:04PM +, Liang, Kan wrote: > > > > > > On Wed, Nov 23, 2016 at 04:44:44AM -0500, kan.li...@intel.com wrote: > > > From: Kan Liang > > > > > > Caculate the total NMI overhead on each CPU, and display them in perf > > > report > > > > so the output looks like

Re: [PATCH 0/2] OF phandle nexus support + GPIO nexus

On Thu, Nov 24, 2016 at 11:25 AM, Stephen Boyd wrote: > This is one small chunk of work related to DT overlays for expansion > boards. It would be good to have a way to expose #-cells types of > providers through a connector in a standard way. So we introduce a way > to make "nexus" nodes for

RE: [PATCH 4.4 05/31] mfd: intel-lpss: Do not put device in reset state on suspend

Hi Greg, Please pick this patch. No concerns. Regards, Azhar Shaikh -Original Message- From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org] Sent: Thursday, November 24, 2016 6:55 AM To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman ;

Re: [PATCH] net/mlx5: drop duplicate header delay.h

On Thu, Nov 24, 2016 at 3:58 PM, Geliang Tang wrote: > Drop duplicate header delay.h from mlx5/core/main.c. > > Signed-off-by: Geliang Tang Acked-by: Saeed Mahameed

RE: [PATCH 4.4 05/31] mfd: intel-lpss: Do not put device in reset state on suspend

Hi Greg, Please pick this patch. No concerns. Regards, Azhar Shaikh -Original Message- From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org] Sent: Thursday, November 24, 2016 6:55 AM To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman ; sta...@vger.kernel.org; Shaikh,

Re: [PATCH] net/mlx5: drop duplicate header delay.h

On Thu, Nov 24, 2016 at 3:58 PM, Geliang Tang wrote: > Drop duplicate header delay.h from mlx5/core/main.c. > > Signed-off-by: Geliang Tang Acked-by: Saeed Mahameed

Re: many "changed bandwidth, new config is" messages in the log

On Thu 24-11-16 16:12:14, Johannes Berg wrote: > On Thu, 2016-11-24 at 15:07 +, Michal Hocko wrote: > > > I have only now managed to move to 4.9-rc5 (from 4.8) and started > > seeing quite a lot of following messages > > " > > [  346.612211] wlan0: AP c0:4a:00:f1:48:f2 changed bandwidth, new

Re: many "changed bandwidth, new config is" messages in the log

On Thu 24-11-16 16:12:14, Johannes Berg wrote: > On Thu, 2016-11-24 at 15:07 +, Michal Hocko wrote: > > > I have only now managed to move to 4.9-rc5 (from 4.8) and started > > seeing quite a lot of following messages > > " > > [  346.612211] wlan0: AP c0:4a:00:f1:48:f2 changed bandwidth, new

Re: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

On 16-11-24 08:26 AM, Hayes Wang wrote: .. Besides, it doesn't seem to occur for all platforms. I have tested the iperf more than 26 hours, and it still works fine. I think I would get the same result on x86 or x86_64 platform. .. x86 has near fully-coherent memory, so it is the "easy"

Re: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

On 16-11-24 08:26 AM, Hayes Wang wrote: .. Besides, it doesn't seem to occur for all platforms. I have tested the iperf more than 26 hours, and it still works fine. I think I would get the same result on x86 or x86_64 platform. .. x86 has near fully-coherent memory, so it is the "easy"

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Thu, Nov 24, 2016 at 09:31:52PM +1100, Nicholas Piggin wrote: > On Thu, 24 Nov 2016 10:56:22 +0100 > Greg Kroah-Hartman wrote: > > > On Thu, Nov 24, 2016 at 06:53:22PM +1100, Nicholas Piggin wrote: > > > On Thu, 24 Nov 2016 08:36:39 +0100 > > > Greg Kroah-Hartman

Re: wl1251 & mac address & calibration data

Hi, On Thu, Nov 24, 2016 at 09:33:29AM +0100, Pali Rohár wrote: > On Thursday 24 November 2016 08:51:04 Pavel Machek wrote: > > Hi! > > > > > > "ifconfig hw ether XX" normally sets the address. I guess that's > > > > ioctl? > > > > > > This sets temporary address and it is ioctl. IIRC same as

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Thu, Nov 24, 2016 at 09:31:52PM +1100, Nicholas Piggin wrote: > On Thu, 24 Nov 2016 10:56:22 +0100 > Greg Kroah-Hartman wrote: > > > On Thu, Nov 24, 2016 at 06:53:22PM +1100, Nicholas Piggin wrote: > > > On Thu, 24 Nov 2016 08:36:39 +0100 > > > Greg Kroah-Hartman wrote: > > > > > > > On

Re: wl1251 & mac address & calibration data

Hi, On Thu, Nov 24, 2016 at 09:33:29AM +0100, Pali Rohár wrote: > On Thursday 24 November 2016 08:51:04 Pavel Machek wrote: > > Hi! > > > > > > "ifconfig hw ether XX" normally sets the address. I guess that's > > > > ioctl? > > > > > > This sets temporary address and it is ioctl. IIRC same as

Re: [PATCH v2][RESEND] seq_file: don't set read position for invalid iterator

On Wed, Nov 02, 2016 at 10:11:47AM +0100, Miklos Szeredi wrote: > On Mon, Oct 31, 2016 at 10:32:21AM +0100, Tomasz Majchrzak wrote: > > On Wed, Oct 26, 2016 at 11:17:13AM +0200, Miklos Szeredi wrote: > > > On Wed, Oct 12, 2016 at 2:07 PM, Tomasz Majchrzak > > > wrote:

Re: [PATCH v2][RESEND] seq_file: don't set read position for invalid iterator

On Wed, Nov 02, 2016 at 10:11:47AM +0100, Miklos Szeredi wrote: > On Mon, Oct 31, 2016 at 10:32:21AM +0100, Tomasz Majchrzak wrote: > > On Wed, Oct 26, 2016 at 11:17:13AM +0200, Miklos Szeredi wrote: > > > On Wed, Oct 12, 2016 at 2:07 PM, Tomasz Majchrzak > > > wrote: > > > > If kernfs file is

Re: wl1251 & mac address & calibration data

On Thursday 24 November 2016 16:13:17 Sebastian Reichel wrote: > Hi, > > On Thu, Nov 24, 2016 at 09:33:29AM +0100, Pali Rohár wrote: > > On Thursday 24 November 2016 08:51:04 Pavel Machek wrote: > > > Hi! > > > > > > > > "ifconfig hw ether XX" normally sets the address. I guess that's > > > > >

Re: [PATCH] futex: Fix potential use-after-free in FUTEX_REQUEUE_PI

On Thu, 24 Nov 2016, Peter Zijlstra wrote: > > While working on the futex code, I stumbled over this potential > use-after-free scenario. > > pi_mutex is a pointer into pi_state, which we drop the reference on in > unqueue_me_pi(). So any access to that pointer after that is bad. > > Since

Re: wl1251 & mac address & calibration data

On Thursday 24 November 2016 16:13:17 Sebastian Reichel wrote: > Hi, > > On Thu, Nov 24, 2016 at 09:33:29AM +0100, Pali Rohár wrote: > > On Thursday 24 November 2016 08:51:04 Pavel Machek wrote: > > > Hi! > > > > > > > > "ifconfig hw ether XX" normally sets the address. I guess that's > > > > >

Re: [PATCH] futex: Fix potential use-after-free in FUTEX_REQUEUE_PI

On Thu, 24 Nov 2016, Peter Zijlstra wrote: > > While working on the futex code, I stumbled over this potential > use-after-free scenario. > > pi_mutex is a pointer into pi_state, which we drop the reference on in > unqueue_me_pi(). So any access to that pointer after that is bad. > > Since

Re: Tearing down DMA transfer setup after DMA client has finished

On 24/11/2016 15:17, Måns Rullgård wrote: > Mason wrote: > >> [ 35.085854] SETUP DMA >> [ 35.088272] START NAND TRANSFER >> [ 35.091670] tangox_dma_pchan_start from tangox_dma_irq >> [ 35.096882] tango_dma_callback from vchan_complete >> [ 45.102513] DONE FAKE SPINNING >> >> So the IRQ

Re: [PATCH v2] i2c: i2c-mux-gpio: update mux with gpiod_set_array_value_cansleep

Hi Peter, > + int values[mux->data.n_gpios]; Hmm, my code checkers complain about this line: CHECK drivers/i2c/muxes/i2c-mux-gpio.c SPARSE drivers/i2c/muxes/i2c-mux-gpio.c:29:29: warning: Variable length array is used. SMATCH drivers/i2c/muxes/i2c-mux-gpio.c:29:29: warning:

Re: Tearing down DMA transfer setup after DMA client has finished

On 24/11/2016 15:17, Måns Rullgård wrote: > Mason wrote: > >> [ 35.085854] SETUP DMA >> [ 35.088272] START NAND TRANSFER >> [ 35.091670] tangox_dma_pchan_start from tangox_dma_irq >> [ 35.096882] tango_dma_callback from vchan_complete >> [ 45.102513] DONE FAKE SPINNING >> >> So the IRQ

Re: [PATCH v2] i2c: i2c-mux-gpio: update mux with gpiod_set_array_value_cansleep

Hi Peter, > + int values[mux->data.n_gpios]; Hmm, my code checkers complain about this line: CHECK drivers/i2c/muxes/i2c-mux-gpio.c SPARSE drivers/i2c/muxes/i2c-mux-gpio.c:29:29: warning: Variable length array is used. SMATCH drivers/i2c/muxes/i2c-mux-gpio.c:29:29: warning:

[PATCH v2 4/7] PWM: add pwm driver for stm32 plaftorm

This driver add support for pwm driver on stm32 platform. The SoC have multiple instances of the hardware IP and each of them could have small differences: number of channels, complementary output, counter register size... Use DT parameters to handle those differentes configuration version 2: -

[PATCH v2 4/7] PWM: add pwm driver for stm32 plaftorm

This driver add support for pwm driver on stm32 platform. The SoC have multiple instances of the hardware IP and each of them could have small differences: number of channels, complementary output, counter register size... Use DT parameters to handle those differentes configuration version 2: -

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