[PATCH 4.9 027/116] staging: comedi: ni_mio_common: fix E series ni_ai_insn_read() data

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ian Abbott commit 857a661020a2de3a0304edf33ad656abee100891 upstream. Commit 0557344e2149 ("staging: comedi: ni_mio_common: fix local var for 32-bit read") changed the type

[PATCH 4.9 082/116] IPoIB: Avoid reading an uninitialized member variable

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Bart Van Assche commit 11b642b84e8c43e8597de031678d15c08dd057bc upstream. This patch avoids that Coverity reports the following: Using uninitialized value

[PATCHv1 1/7] TAP: Refactoring macvtap.c

macvtap module has code for tap/queue management and link management. This patch splits the code into macvtap_main.c for link management and tap.c for tap/queue management. Functionality in tap.c can be re-used for implementing tap on other virtual interfaces. Signed-off-by: Sainath Grandhi

[PATCH 4.9 083/116] IB/multicast: Check ib_find_pkey() return value

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Bart Van Assche commit d3a2418ee36a59bc02e9d454723f3175dcf4bfd9 upstream. This patch avoids that Coverity complains about not checking the ib_find_pkey() return

[PATCH 4.9 082/116] IPoIB: Avoid reading an uninitialized member variable

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Bart Van Assche commit 11b642b84e8c43e8597de031678d15c08dd057bc upstream. This patch avoids that Coverity reports the following: Using uninitialized value port_attr.state when calling

[PATCHv1 1/7] TAP: Refactoring macvtap.c

macvtap module has code for tap/queue management and link management. This patch splits the code into macvtap_main.c for link management and tap.c for tap/queue management. Functionality in tap.c can be re-used for implementing tap on other virtual interfaces. Signed-off-by: Sainath Grandhi

[PATCH 4.9 083/116] IB/multicast: Check ib_find_pkey() return value

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Bart Van Assche commit d3a2418ee36a59bc02e9d454723f3175dcf4bfd9 upstream. This patch avoids that Coverity complains about not checking the ib_find_pkey() return value. Fixes: commit

[PATCH 4.9 036/116] drm/nouveau/kms: lvds panel strap moved again on maxwell

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit 768e847759d551c96e129e194588dbfb11a1d576 upstream. Signed-off-by: Ben Skeggs Signed-off-by: Greg Kroah-Hartman --- drivers/gpu/drm/nouveau/nouveau_bios.c |3 +++ 1

[PATCHv1 2/7] TAP: Renaming tap related APIs, data structures, macros

Renaming tap related APIs, data structures and macros in tap.c from macvtap_.* to tap_.* Signed-off-by: Sainath Grandhi Tested-by: Sainath Grandhi --- drivers/net/macvtap_main.c | 18 +-- drivers/net/tap.c | 332 ++--- drivers/vhost/net.c

[PATCH 4.9 027/116] staging: comedi: ni_mio_common: fix E series ni_ai_insn_read() data

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ian Abbott commit 857a661020a2de3a0304edf33ad656abee100891 upstream. Commit 0557344e2149 ("staging: comedi: ni_mio_common: fix local var for 32-bit read") changed the type of local variable

[PATCHv1 7/7] IPVTAP: IP-VLAN based tap driver

This patch adds a tap character device driver that is based on the IP-VLAN network interface, called ipvtap. An ipvtap device can be created in the same way as an ipvlan device, using 'type ipvtap', and then accessed using the tap user space interface. Signed-off-by: Sainath Grandhi

[PATCH 4.9 038/116] drm/nouveau/ltc: protect clearing of comptags with mutex

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit f4e65efc88b64c1dbca275d42a188edccedb56c6 upstream. Signed-off-by: Ben Skeggs Signed-off-by: Greg Kroah-Hartman

[PATCHv1 4/7] TAP: Abstract type of virtual interface from tap implementation

macvlan object is re-structured to hold tap related elements in a separate entity, tap_dev. Upon NETDEV_REGISTER device_event, tap_dev is registered with idr and fetched again on tap_open. Few of the tap functions are modified to accepted tap_dev as argument. tap_dev object includes callbacks to

[PATCH 4.9 038/116] drm/nouveau/ltc: protect clearing of comptags with mutex

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit f4e65efc88b64c1dbca275d42a188edccedb56c6 upstream. Signed-off-by: Ben Skeggs Signed-off-by: Greg Kroah-Hartman --- drivers/gpu/drm/nouveau/nvkm/subdev/ltc/base.c |2

[PATCHv1 4/7] TAP: Abstract type of virtual interface from tap implementation

macvlan object is re-structured to hold tap related elements in a separate entity, tap_dev. Upon NETDEV_REGISTER device_event, tap_dev is registered with idr and fetched again on tap_open. Few of the tap functions are modified to accepted tap_dev as argument. tap_dev object includes callbacks to

[PATCHv1 7/7] IPVTAP: IP-VLAN based tap driver

This patch adds a tap character device driver that is based on the IP-VLAN network interface, called ipvtap. An ipvtap device can be created in the same way as an ipvlan device, using 'type ipvtap', and then accessed using the tap user space interface. Signed-off-by: Sainath Grandhi Tested-by:

[PATCH v2 2/9] ARM: dts: keystone-k2l: Add MSM RAM node

Add the RAM managed by the Multicore Shared Memory Controller (MSMC) as a mmio-sram node. The 66AK2L SoCs have 2 MB of such memory. Any specific MSM memory range needed by a software module ought to be reserved using an appropriate child node. Signed-off-by: Suman Anna --- v2: No

[PATCH 4.9 087/116] [media] mn88473: fix chip id check on probe

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Antti Palosaari commit d930b5b5bf122a61952cfebabb1e618682a2631a upstream. A register used to identify chip during probe was overwritten during firmware download and due to that

[PATCH 4.9 085/116] IB/cma: Fix a race condition in iboe_addr_get_sgid()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Bart Van Assche commit fba332b079029c2f4f7e84c1c1cd8e3867310c90 upstream. Code that dereferences the struct net_device ip_ptr member must be protected with an

[PATCH 4.9 086/116] [media] mn88472: fix chip id check on probe

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Antti Palosaari commit 365fe4e0ce218dc5ad10df17b150a366b6015499 upstream. A register used to identify chip during probe was overwritten during firmware download and due to that

[PATCH v2 3/9] ARM: dts: keystone-k2e: Add MSM RAM node

Add the RAM managed by the Multicire Shared Memory Controller (MSMC) as a mmio-sram node. The 66AK2E SoCs have 2 MB of such memory. Any specific MSM memory range needed by a software module ought to be reserved using an appropriate child node. Signed-off-by: Suman Anna --- v2: No

[PATCH v2 8/9] ARM: dts: keystone-k2e: Reserve MSM RAM for boot monitor

The Keystone 2 boot monitor uses 32 KB of the MSM RAM @ 0x0c1f on 66AK2E SoCs, so add a reserved child node for the same. This address is aligned to the values used within the latest boot monitor firmware [1] as of commit cf8b431e8b3b ("soc: Move load address to end of MSMC"). [1]

[PATCH v2 2/9] ARM: dts: keystone-k2l: Add MSM RAM node

Add the RAM managed by the Multicore Shared Memory Controller (MSMC) as a mmio-sram node. The 66AK2L SoCs have 2 MB of such memory. Any specific MSM memory range needed by a software module ought to be reserved using an appropriate child node. Signed-off-by: Suman Anna --- v2: No code changes,

[PATCH 4.9 087/116] [media] mn88473: fix chip id check on probe

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Antti Palosaari commit d930b5b5bf122a61952cfebabb1e618682a2631a upstream. A register used to identify chip during probe was overwritten during firmware download and due to that later probe's

[PATCH 4.9 085/116] IB/cma: Fix a race condition in iboe_addr_get_sgid()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Bart Van Assche commit fba332b079029c2f4f7e84c1c1cd8e3867310c90 upstream. Code that dereferences the struct net_device ip_ptr member must be protected with an in_dev_get() / in_dev_put() pair.

[PATCH 4.9 086/116] [media] mn88472: fix chip id check on probe

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Antti Palosaari commit 365fe4e0ce218dc5ad10df17b150a366b6015499 upstream. A register used to identify chip during probe was overwritten during firmware download and due to that later probe's

[PATCH v2 3/9] ARM: dts: keystone-k2e: Add MSM RAM node

Add the RAM managed by the Multicire Shared Memory Controller (MSMC) as a mmio-sram node. The 66AK2E SoCs have 2 MB of such memory. Any specific MSM memory range needed by a software module ought to be reserved using an appropriate child node. Signed-off-by: Suman Anna --- v2: No code changes,

[PATCH v2 8/9] ARM: dts: keystone-k2e: Reserve MSM RAM for boot monitor

The Keystone 2 boot monitor uses 32 KB of the MSM RAM @ 0x0c1f on 66AK2E SoCs, so add a reserved child node for the same. This address is aligned to the values used within the latest boot monitor firmware [1] as of commit cf8b431e8b3b ("soc: Move load address to end of MSMC"). [1]

[PATCHv1 6/7] TAP: tap as an independent module

This patch makes tap a separate module for other types of virtual interfaces, for example, ipvlan to use. Signed-off-by: Sainath Grandhi Tested-by: Sainath Grandhi --- drivers/net/Kconfig| 14 +++ drivers/net/Makefile | 3

[PATCHv1 0/7] Refactor macvtap to re-use tap functionality by other virtual intefaces

Tap character devices can be implemented on other virtual interfaces like ipvlan, similar to macvtap. Source code for tap functionality in macvtap can be re-used for this purpose. This patch series splits macvtap source into two modules, macvtap and tap. This patch series also includes a patch

[PATCH v2 0/9] Use mmio-sram driver for Keystone MSMC RAM

Hi, The Keystone 2 family of SoCs have an on-chip RAM called the Multicore Shared Memory (MSM) RAM. This RAM is accessible through the Multicore Shared Memory Controller (MSMC). This series represents these on-chip RAMs as sram nodes so that the memory allocations can be managed by the in-kernel

[PATCH 4.9 088/116] [media] s5p-mfc: fix failure path of s5p_mfc_alloc_memdev()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Marek Szyprowski commit 3467c9a7e7f9209a9ecd8f9db65b04a323a13932 upstream. s5p_mfc_alloc_memdev() function lacks proper releasing of allocated device in case of

[PATCHv1 0/7] Refactor macvtap to re-use tap functionality by other virtual intefaces

Tap character devices can be implemented on other virtual interfaces like ipvlan, similar to macvtap. Source code for tap functionality in macvtap can be re-used for this purpose. This patch series splits macvtap source into two modules, macvtap and tap. This patch series also includes a patch

[PATCH v2 0/9] Use mmio-sram driver for Keystone MSMC RAM

Hi, The Keystone 2 family of SoCs have an on-chip RAM called the Multicore Shared Memory (MSM) RAM. This RAM is accessible through the Multicore Shared Memory Controller (MSMC). This series represents these on-chip RAMs as sram nodes so that the memory allocations can be managed by the in-kernel

[PATCH 4.9 088/116] [media] s5p-mfc: fix failure path of s5p_mfc_alloc_memdev()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Marek Szyprowski commit 3467c9a7e7f9209a9ecd8f9db65b04a323a13932 upstream. s5p_mfc_alloc_memdev() function lacks proper releasing of allocated device in case of reserved memory initialization

[PATCHv1 6/7] TAP: tap as an independent module

This patch makes tap a separate module for other types of virtual interfaces, for example, ipvlan to use. Signed-off-by: Sainath Grandhi Tested-by: Sainath Grandhi --- drivers/net/Kconfig| 14 +++ drivers/net/Makefile | 3 +- drivers/net/macvtap.c | 247

[PATCH 4.9 007/116] rtl8xxxu: Work around issue with 8192eu and 8723bu devices not reconnecting

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jes Sorensen commit c59f13bbead475096bdfebc7ef59c12e180858de upstream. The H2C MEDIA_STATUS_RPT command for some reason causes 8192eu and 8723bu devices not being able

[PATCHv1 5/7] TAP: Extending tap device create/destroy APIs

Extending tap APIs get/free_minor and create/destroy_cdev to handle more than one type of virtual interface. Signed-off-by: Sainath Grandhi Tested-by: Sainath Grandhi --- drivers/net/macvtap_main.c | 6 +-- drivers/net/tap.c |

[PATCH 4.9 007/116] rtl8xxxu: Work around issue with 8192eu and 8723bu devices not reconnecting

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jes Sorensen commit c59f13bbead475096bdfebc7ef59c12e180858de upstream. The H2C MEDIA_STATUS_RPT command for some reason causes 8192eu and 8723bu devices not being able to reconnect.

[PATCHv1 5/7] TAP: Extending tap device create/destroy APIs

Extending tap APIs get/free_minor and create/destroy_cdev to handle more than one type of virtual interface. Signed-off-by: Sainath Grandhi Tested-by: Sainath Grandhi --- drivers/net/macvtap_main.c | 6 +-- drivers/net/tap.c | 110 -

[PATCH 4.9 093/116] i40iw: Use correct src address in memcpy to rdma stats counters

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Shiraz Saleem commit 91c42b72f8e8b45961ff05a05009b644e6316ca2 upstream. hw_stats is a pointer to i40_iw_dev_stats struct in i40iw_get_hw_stats(). Use hw_stats and not

[PATCH v2 4/9] ARM: dts: keystone-k2g: Add MSM RAM node

Add the RAM managed by the Multicore Shared Memory Controller (MSMC) as a mmio-sram node. The 66AK2G SoCs have 1 MB of such memory. Any specific MSM memory range needed by a software module ought to be reserved using an appropriate child node. Signed-off-by: Suman Anna --- v2: No

[PATCH 4.9 073/116] KVM: PPC: Book3S HV: Dont lose hardware R/C bit updates in H_PROTECT

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Paul Mackerras commit f064a0de1579fabded8990bed93971e30deb9ecb upstream. The hashed page table MMU in POWER processors can update the R (reference) and C (change) bits in a

[PATCH 4.9 093/116] i40iw: Use correct src address in memcpy to rdma stats counters

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Shiraz Saleem commit 91c42b72f8e8b45961ff05a05009b644e6316ca2 upstream. hw_stats is a pointer to i40_iw_dev_stats struct in i40iw_get_hw_stats(). Use hw_stats and not _stats in the memcpy to

[PATCH v2 4/9] ARM: dts: keystone-k2g: Add MSM RAM node

Add the RAM managed by the Multicore Shared Memory Controller (MSMC) as a mmio-sram node. The 66AK2G SoCs have 1 MB of such memory. Any specific MSM memory range needed by a software module ought to be reserved using an appropriate child node. Signed-off-by: Suman Anna --- v2: No code changes,

[PATCH 4.9 073/116] KVM: PPC: Book3S HV: Dont lose hardware R/C bit updates in H_PROTECT

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Paul Mackerras commit f064a0de1579fabded8990bed93971e30deb9ecb upstream. The hashed page table MMU in POWER processors can update the R (reference) and C (change) bits in a HPTE at any time

[PATCH v2 7/9] ARM: dts: keystone-k2l: Reserve MSM RAM for boot monitor

The Keystone 2 boot monitor uses 32 KB of the MSM RAM @ 0x0c1f8000 on 66AK2L SoCs, so add a reserved child node for the same. This address is aligned to the values used within the latest boot monitor firmware [1] as of commit cf8b431e8b3b ("soc: Move load address to end of MSMC"). [1]

[PATCH 4.9 092/116] bad_inode: add missing i_op initializers

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Miklos Szeredi commit 3f9ca75516a7e581ff803f751a869c1da5ae5fa5 upstream. New inode operations were forgotten to be added to bad_inode. Most of the time the op is checked

[PATCH v2 7/9] ARM: dts: keystone-k2l: Reserve MSM RAM for boot monitor

The Keystone 2 boot monitor uses 32 KB of the MSM RAM @ 0x0c1f8000 on 66AK2L SoCs, so add a reserved child node for the same. This address is aligned to the values used within the latest boot monitor firmware [1] as of commit cf8b431e8b3b ("soc: Move load address to end of MSMC"). [1]

[PATCH 4.9 092/116] bad_inode: add missing i_op initializers

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Miklos Szeredi commit 3f9ca75516a7e581ff803f751a869c1da5ae5fa5 upstream. New inode operations were forgotten to be added to bad_inode. Most of the time the op is checked for NULL before being

[PATCH 4.9 095/116] libceph: verify authorize reply on connect

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ilya Dryomov commit 5c056fdc5b474329037f2aa18401bd73033e0ce0 upstream. After sending an authorizer (ceph_x_authorize_a + ceph_x_authorize_b), the client gets back a

[PATCH 4.9 095/116] libceph: verify authorize reply on connect

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ilya Dryomov commit 5c056fdc5b474329037f2aa18401bd73033e0ce0 upstream. After sending an authorizer (ceph_x_authorize_a + ceph_x_authorize_b), the client gets back a ceph_x_authorize_reply,

[PATCH 4.9 091/116] Input: drv260x - fix input devices parent assignment

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jingkui Wang commit 5a8a6b89c15766446d845671d574a9243b6d8786 upstream. We were assigning I2C bus controller instead of client as parent device. Besides being logically

[PATCH v2 6/9] ARM: dts: keystone-k2hk: Reserve MSM RAM for boot monitor

The Keystone 2 boot monitor uses 32 KB of the MSM RAM @ 0x0c5f on 66AK2H SoCs, so add a reserved child node for the same. This address is aligned to the values used within the latest boot monitor firmware [1] as of commit cf8b431e8b3b ("soc: Move load address to end of MSMC"). [1]

[PATCH 4.9 094/116] PCI: Check for PME in targeted sleep state

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Alan Stern commit 6496ebd7edf446fccf8266a1a70ffcb64252593e upstream. One some systems, the firmware does not allow certain PCI devices to be put in deep D-states.

[PATCH 4.9 091/116] Input: drv260x - fix input devices parent assignment

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jingkui Wang commit 5a8a6b89c15766446d845671d574a9243b6d8786 upstream. We were assigning I2C bus controller instead of client as parent device. Besides being logically wrong, it messed up with

[PATCH v2 6/9] ARM: dts: keystone-k2hk: Reserve MSM RAM for boot monitor

The Keystone 2 boot monitor uses 32 KB of the MSM RAM @ 0x0c5f on 66AK2H SoCs, so add a reserved child node for the same. This address is aligned to the values used within the latest boot monitor firmware [1] as of commit cf8b431e8b3b ("soc: Move load address to end of MSMC"). [1]

[PATCH 4.9 094/116] PCI: Check for PME in targeted sleep state

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Alan Stern commit 6496ebd7edf446fccf8266a1a70ffcb64252593e upstream. One some systems, the firmware does not allow certain PCI devices to be put in deep D-states. This can cause problems for

[PATCH 4.9 101/116] SUNRPC: fix refcounting problems with auth_gss messages.

4.9-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit 1cded9d2974fe4fe339fc0ccd6638b80d465ab2c upstream. There are two problems with refcounting of auth_gss messages. First, the reference on the pipe->pipe list

[PATCH 4.9 101/116] SUNRPC: fix refcounting problems with auth_gss messages.

4.9-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit 1cded9d2974fe4fe339fc0ccd6638b80d465ab2c upstream. There are two problems with refcounting of auth_gss messages. First, the reference on the pipe->pipe list (taken by a call

[PATCH 4.9 104/116] powerpc/boot: Request no dynamic linker for boot wrapper

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Piggin commit ff45000fcb56b5b0f1a14a865d3541746d838a0a upstream. The boot wrapper performs its own relocations and does not require PT_INTERP segment. However

[PATCH 4.9 105/116] of, numa: Return NUMA_NO_NODE from disable of_node_to_nid() if nid not possible.

4.9-stable review patch. If anyone has any objections, please let me know. -- From: David Daney commit b6cc9474e2dd9f0c19b694b40961d81117f1e918 upstream. On arm64 NUMA kernels we can pass "numa=off" on the command line to disable NUMA. A side effect

[PATCH 4.9 074/116] kvm: nVMX: Allow L1 to intercept software exceptions (#BP and #OF)

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jim Mattson commit ef85b67385436ddc1998f45f1d6a210f935b3388 upstream. When L2 exits to L0 due to "exception or NMI", software exceptions (#BP and #OF) for which L1 has

[PATCH 4.9 104/116] powerpc/boot: Request no dynamic linker for boot wrapper

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Piggin commit ff45000fcb56b5b0f1a14a865d3541746d838a0a upstream. The boot wrapper performs its own relocations and does not require PT_INTERP segment. However currently we don't tell

[PATCH 4.9 105/116] of, numa: Return NUMA_NO_NODE from disable of_node_to_nid() if nid not possible.

4.9-stable review patch. If anyone has any objections, please let me know. -- From: David Daney commit b6cc9474e2dd9f0c19b694b40961d81117f1e918 upstream. On arm64 NUMA kernels we can pass "numa=off" on the command line to disable NUMA. A side effect of this is that

[PATCH 4.9 074/116] kvm: nVMX: Allow L1 to intercept software exceptions (#BP and #OF)

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jim Mattson commit ef85b67385436ddc1998f45f1d6a210f935b3388 upstream. When L2 exits to L0 due to "exception or NMI", software exceptions (#BP and #OF) for which L1 has requested an intercept

[PATCH 4.9 100/116] pNFS: Fix a deadlock between read resends and layoutreturn

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit 54e4a0dfa25d9365c4e80a639e80d9213eb6edbe upstream. We must not call nfs_pageio_init_read() on a new nfs_pageio_descriptor while holding

[PATCH v2 9/9] ARM: dts: keystone-k2g: Reserve MSM RAM for boot monitor

The Keystone 2 boot monitor uses 32 KB of the MSM RAM @ 0x0c0f7000 on 66AK2G SoCs, so add a reserved child node for the same. This address is aligned to the values used within the latest boot monitor firmware [1] as of commit cf8b431e8b3b ("soc: Move load address to end of MSMC"). [1]

[PATCH 4.9 102/116] powerpc/64e: Convert cmpi to cmpwi in head_64.S

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Piggin commit f87f253bac3ce4a4eb2a60a1ae604d74e65f9042 upstream. >From 80f23935cadb ("powerpc: Convert cmp to cmpd in idle enter sequence"): PowerPC's "cmp"

[PATCH 4.9 100/116] pNFS: Fix a deadlock between read resends and layoutreturn

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit 54e4a0dfa25d9365c4e80a639e80d9213eb6edbe upstream. We must not call nfs_pageio_init_read() on a new nfs_pageio_descriptor while holding a reference to a layout segment,

[PATCH v2 9/9] ARM: dts: keystone-k2g: Reserve MSM RAM for boot monitor

The Keystone 2 boot monitor uses 32 KB of the MSM RAM @ 0x0c0f7000 on 66AK2G SoCs, so add a reserved child node for the same. This address is aligned to the values used within the latest boot monitor firmware [1] as of commit cf8b431e8b3b ("soc: Move load address to end of MSMC"). [1]

[PATCH 4.9 102/116] powerpc/64e: Convert cmpi to cmpwi in head_64.S

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Piggin commit f87f253bac3ce4a4eb2a60a1ae604d74e65f9042 upstream. >From 80f23935cadb ("powerpc: Convert cmp to cmpd in idle enter sequence"): PowerPC's "cmp" instruction has four

[PATCH 4.9 106/116] libnvdimm, pfn: fix align attribute

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Dan Williams commit af7d9f0c57941b465043681cb5c3410f7f3f1a41 upstream. Fix the format specifier so that the attribute can be parsed correctly. Currently it returns

[PATCH 04/12] x86/cqm: Add Per pkg rmid support

The RMID is currently global and this extends it to per pkg rmid. The h/w provides a set of RMIDs on each package and the same task can hence be associated with different RMIDs on each package. Patch introduces a new cqm_pkgs_data to keep track of the per package free list, limbo list and other

[PATCH 4.9 106/116] libnvdimm, pfn: fix align attribute

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Dan Williams commit af7d9f0c57941b465043681cb5c3410f7f3f1a41 upstream. Fix the format specifier so that the attribute can be parsed correctly. Currently it returns decimal 1000 for a 4096-byte

[PATCH 04/12] x86/cqm: Add Per pkg rmid support

The RMID is currently global and this extends it to per pkg rmid. The h/w provides a set of RMIDs on each package and the same task can hence be associated with different RMIDs on each package. Patch introduces a new cqm_pkgs_data to keep track of the per package free list, limbo list and other

[PATCH 4.9 051/116] mei: request async autosuspend at the end of enumeration

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Usyskin commit d5f8e166c25750adc147b0adf64a62a91653438a upstream. pm_runtime_autosuspend can take synchronous or asynchronous paths, Because we are

[PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

Resending version 5 with updated send list. Sorry for the spam. Cqm(cache quality monitoring) is part of Intel RDT(resource director technology) which enables monitoring and controlling of processor shared resources via MSR interface. The current upstream cqm(Cache monitoring) has major issues

[PATCH 05/12] x86/cqm,perf/core: Cgroup support prepare

From: David Carrillo-Cisneros cgroup hierarchy monitoring is not supported currently. This patch builds all the necessary datastructures, cgroup APIs like alloc, free etc and necessary quirks for supporting cgroup hierarchy monitoring in later patches. - Introduce a

Re: [PATCH v2] reset: ti_syscon: fix a ti_syscon_reset_status issue

Hi Philipp, On 11/30/2016 04:07 AM, Philipp Zabel wrote: > Hi Jiancheng, > > Am Mittwoch, den 30.11.2016, 09:03 +0800 schrieb Jiancheng Xue: >> If STATUS_SET was not set, ti_syscon_reset_status would always return 0 >> no matter whether the status_bit was set or not. >> >> Signed-off-by:

[PATCH 06/12] x86/cqm: Add cgroup hierarchical monitoring support

From: David Carrillo-Cisneros Patch adds support for monitoring cgroup hierarchy. The arch_info that was introduced in the perf_cgroup is used to maintain the cgroup related rmid and hierarchy information. Since cgroup supports hierarchical monitoring, a cgroup is always

[PATCH 4.9 051/116] mei: request async autosuspend at the end of enumeration

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Usyskin commit d5f8e166c25750adc147b0adf64a62a91653438a upstream. pm_runtime_autosuspend can take synchronous or asynchronous paths, Because we are calling pm_runtime_mark_last_busy

[PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

Resending version 5 with updated send list. Sorry for the spam. Cqm(cache quality monitoring) is part of Intel RDT(resource director technology) which enables monitoring and controlling of processor shared resources via MSR interface. The current upstream cqm(Cache monitoring) has major issues

[PATCH 05/12] x86/cqm,perf/core: Cgroup support prepare

From: David Carrillo-Cisneros cgroup hierarchy monitoring is not supported currently. This patch builds all the necessary datastructures, cgroup APIs like alloc, free etc and necessary quirks for supporting cgroup hierarchy monitoring in later patches. - Introduce a architecture specific data

Re: [PATCH v2] reset: ti_syscon: fix a ti_syscon_reset_status issue

Hi Philipp, On 11/30/2016 04:07 AM, Philipp Zabel wrote: > Hi Jiancheng, > > Am Mittwoch, den 30.11.2016, 09:03 +0800 schrieb Jiancheng Xue: >> If STATUS_SET was not set, ti_syscon_reset_status would always return 0 >> no matter whether the status_bit was set or not. >> >> Signed-off-by:

[PATCH 06/12] x86/cqm: Add cgroup hierarchical monitoring support

From: David Carrillo-Cisneros Patch adds support for monitoring cgroup hierarchy. The arch_info that was introduced in the perf_cgroup is used to maintain the cgroup related rmid and hierarchy information. Since cgroup supports hierarchical monitoring, a cgroup is always monitoring for some

[PATCH 03/12] x86/rdt: Add rdt common/cqm compile option

Add a compile option INTEL_RDT which enables common code for all RDT(Resource director technology) and a specific INTEL_RDT_M which enables code for RDT monitoring. CQM(cache quality monitoring) and mbm(memory b/w monitoring) are part of Intel RDT monitoring. Signed-off-by: Vikas Shivappa

[PATCH 01/12] Documentation, x86/cqm: Intel Resource Monitoring Documentation

Add documentation of usage of cqm and mbm events using perf interface and examples. Signed-off-by: Vikas Shivappa --- Documentation/x86/intel_rdt_mon_ui.txt | 62 ++ 1 file changed, 62 insertions(+) create mode 100644

[PATCH 4.9 075/116] fsnotify: Fix possible use-after-free in inode iteration on umount

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit 5716863e0f8251d3360d4cbfc0e44e08007075df upstream. fsnotify_unmount_inodes() plays complex tricks to pin next inode in the sb->s_inodes list when iterating over

[PATCH 03/12] x86/rdt: Add rdt common/cqm compile option

Add a compile option INTEL_RDT which enables common code for all RDT(Resource director technology) and a specific INTEL_RDT_M which enables code for RDT monitoring. CQM(cache quality monitoring) and mbm(memory b/w monitoring) are part of Intel RDT monitoring. Signed-off-by: Vikas Shivappa

[PATCH 01/12] Documentation, x86/cqm: Intel Resource Monitoring Documentation

Add documentation of usage of cqm and mbm events using perf interface and examples. Signed-off-by: Vikas Shivappa --- Documentation/x86/intel_rdt_mon_ui.txt | 62 ++ 1 file changed, 62 insertions(+) create mode 100644 Documentation/x86/intel_rdt_mon_ui.txt diff

[PATCH 4.9 075/116] fsnotify: Fix possible use-after-free in inode iteration on umount

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit 5716863e0f8251d3360d4cbfc0e44e08007075df upstream. fsnotify_unmount_inodes() plays complex tricks to pin next inode in the sb->s_inodes list when iterating over all inodes.

[PATCH 4.9 115/116] drm/i915: skip the first 4k of stolen memory on everything >= gen8

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Paulo Zanoni commit 6ba0566cf2afcdb17bff882e3a95cbbcb22c4a83 upstream. BSpec got updated and this workaround is now listed as standard required programming for all

[PATCH 07/12] x86/rdt,cqm: Scheduling support update

Introduce a scheduling hook finish_arch_pre_lock_switch which is called just after the perf sched_in during context switch. This method handles both cat and cqm sched in scenarios. The IA32_PQR_ASSOC MSR is used by cat(cache allocation) and cqm and this patch integrates the two msr writes to one.

[PATCH 4.9 071/116] scsi: aacraid: remove wildcard for series 9 controllers

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Kevin Barnett commit ae2aae2421983f6f68eb7c4692624bc43ea50712 upstream. Controllers with this PCI ID never shipped outside of PMCS/Microsemi. Remove the ID from

[PATCH 12/12] perf/stat: revamp read error handling, snapshot and per_pkg events

From: David Carrillo-Cisneros A package wide event can return a valid read even if it has not run in a specific cpu, this does not fit well with the assumption that run == 0 is equivalent to a . To fix the problem, this patch defines special error values for val, run and ena

[PATCH 10/12] perf/core,x86/cqm: Add read for Cgroup events,per pkg reads.

For cqm cgroup events, the events can be read even if the event was not active on the cpu on which the event is being read. This is because the RMIDs are per package and hence if we read the llc_occupancy value on a cpu x, we are really reading the occupancy for the package where cpu x belongs.

[PATCH 4.9 069/116] sc16is7xx: Drop bogus use of IRQF_ONESHOT

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Josh Cartwright commit 04da73803c05dc1150ccc31cbf93e8cd56679c09 upstream. The use of IRQF_ONESHOT when registering an interrupt handler with request_irq() is non-sensical. Not

Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location

On Fri, Jan 6, 2017 at 10:03 AM, Thomas Garnier wrote: > On Thu, Jan 5, 2017 at 10:49 PM, Ingo Molnar wrote: >> >> * Thomas Garnier wrote: >> >>> >> Not sure I fully understood and I don't want to miss an important point. >>> >> Do

Re: [PATCH net-next] net: dsa: move HWMON support to its own file

On 01/06/2017 01:42 PM, Vivien Didelot wrote: > Isolate the HWMON support in DSA in its own file. Currently only the > legacy DSA code is concerned. > > Signed-off-by: Vivien Didelot Reviewed-by: Florian Fainelli -- Florian

<    1   2   3   4   5   6   7   8   9   10   >