[PATCH V2 2/5] ARM: BCM5301X: Specify USB controllers in DT

From: Rafał Miłecki There are 3 separated controllers, one per USB /standard/. With PHY drivers in place they can be simply supported with generic drivers. Signed-off-by: Rafał Miłecki --- V2: Fix node names and reorder ehci with ohci. Thanks Ray! ---

[PATCH V2 2/5] ARM: BCM5301X: Specify USB controllers in DT

From: Rafał Miłecki There are 3 separated controllers, one per USB /standard/. With PHY drivers in place they can be simply supported with generic drivers. Signed-off-by: Rafał Miłecki --- V2: Fix node names and reorder ehci with ohci. Thanks Ray! --- arch/arm/boot/dts/bcm5301x.dtsi | 33

[PATCH V2 4/5] ARM: BCM5301X: Specify all RAM by including an extra block

From: Rafał Miłecki The first 128 MiB of RAM can be accessed using an alias at address 0x0. In theory we could access whole RAM using 0x8000 - 0xbfff range (up to 1 GiB) but it doesn't seem to work on Northstar. For some reason (hardware setup left by the bootloader

[PATCH V2 1/5] ARM: BCM5301X: Fix LAN LED labels for Luxul XWR-3100

From: Rafał Miłecki They were named incorrectly most likely due to copy & paste mistake. Signed-off-by: Rafał Miłecki --- arch/arm/boot/dts/bcm47094-luxul-xwr-3100.dts | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH V2 4/5] ARM: BCM5301X: Specify all RAM by including an extra block

From: Rafał Miłecki The first 128 MiB of RAM can be accessed using an alias at address 0x0. In theory we could access whole RAM using 0x8000 - 0xbfff range (up to 1 GiB) but it doesn't seem to work on Northstar. For some reason (hardware setup left by the bootloader maybe?) 0x8000 -

[PATCH V2 1/5] ARM: BCM5301X: Fix LAN LED labels for Luxul XWR-3100

From: Rafał Miłecki They were named incorrectly most likely due to copy & paste mistake. Signed-off-by: Rafał Miłecki --- arch/arm/boot/dts/bcm47094-luxul-xwr-3100.dts | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/bcm47094-luxul-xwr-3100.dts

[PATCH V2 5/5] ARM: BCM53573: Specify USB ports of on-SoC controllers

From: Rafał Miłecki Broadcom OHCI and EHCI controllers always have 2 ports each on the root hub. Describe them in DT to allow specifying extra info or referencing port nodes. Signed-off-by: Rafał Miłecki --- arch/arm/boot/dts/bcm53573.dtsi | 22

[PATCH V2 5/5] ARM: BCM53573: Specify USB ports of on-SoC controllers

From: Rafał Miłecki Broadcom OHCI and EHCI controllers always have 2 ports each on the root hub. Describe them in DT to allow specifying extra info or referencing port nodes. Signed-off-by: Rafał Miłecki --- arch/arm/boot/dts/bcm53573.dtsi | 22 ++ 1 file changed, 22

[PATCH V2 3/5] ARM: BCM5301X: Set GPIO enabling USB power on Netgear R7000

From: Rafał Miłecki There is one GPIO controlling power for both USB ports. Signed-off-by: Rafał Miłecki --- V2: Avoid double Signed-off-by due to different e-mail address --- arch/arm/boot/dts/bcm4709-netgear-r7000.dts | 8 1 file changed, 8

[PATCH V2 3/5] ARM: BCM5301X: Set GPIO enabling USB power on Netgear R7000

From: Rafał Miłecki There is one GPIO controlling power for both USB ports. Signed-off-by: Rafał Miłecki --- V2: Avoid double Signed-off-by due to different e-mail address --- arch/arm/boot/dts/bcm4709-netgear-r7000.dts | 8 1 file changed, 8 insertions(+) diff --git

Re: [PATCH V4 00/11] megaraid_sas: Updates for scsi-next

This seems to be missing the pci_alloc_irq_vectors conversion from Hannes?

Re: [PATCH V4 00/11] megaraid_sas: Updates for scsi-next

This seems to be missing the pci_alloc_irq_vectors conversion from Hannes?

[PATCH v4 3/3] powerpc/8xx: Implement support of hugepages

8xx uses a two level page table with two different linux page size support (4k and 16k). 8xx also support two different hugepage sizes 512k and 8M. In order to support them on linux we define two different page table layout. The size of pages is in the PGD entry, using PS field (bits 28-29): 00 :

[PATCH v4 3/3] powerpc/8xx: Implement support of hugepages

8xx uses a two level page table with two different linux page size support (4k and 16k). 8xx also support two different hugepage sizes 512k and 8M. In order to support them on linux we define two different page table layout. The size of pages is in the PGD entry, using PS field (bits 28-29): 00 :

[PATCH v4 0/3] powerpc: implementation of huge pages for 8xx

This is v4 of patch serie is the implementation of support of hugepages for the 8xx. v2: the last patch has been split in two parts. v3: Taking into account comments from aneesh v4: Fixing pdshift calculation on FSL_BOOK3E in hugetlbpage_init() Fixing default hugepage size selection on

[PATCH v4 1/3] powerpc: port 64 bits pgtable_cache to 32 bits

Today powerpc64 uses a set of pgtable_caches while powerpc32 uses standard pages when using 4k pages and a single pgtable_cache if using other size pages. In preparation of implementing huge pages on the 8xx, this patch replaces the specific powerpc32 handling by the 64 bits approach. This is

[PATCH v4 2/3] powerpc: get hugetlbpage handling more generic

Today there are two implementations of hugetlbpages which are managed by exclusive #ifdefs: * FSL_BOOKE: several directory entries points to the same single hugepage * BOOK3S: one upper level directory entry points to a table of hugepages In preparation of implementation of hugepage support on

[PATCH v4 1/3] powerpc: port 64 bits pgtable_cache to 32 bits

Today powerpc64 uses a set of pgtable_caches while powerpc32 uses standard pages when using 4k pages and a single pgtable_cache if using other size pages. In preparation of implementing huge pages on the 8xx, this patch replaces the specific powerpc32 handling by the 64 bits approach. This is

[PATCH v4 2/3] powerpc: get hugetlbpage handling more generic

Today there are two implementations of hugetlbpages which are managed by exclusive #ifdefs: * FSL_BOOKE: several directory entries points to the same single hugepage * BOOK3S: one upper level directory entry points to a table of hugepages In preparation of implementation of hugepage support on

[PATCH v4 0/3] powerpc: implementation of huge pages for 8xx

This is v4 of patch serie is the implementation of support of hugepages for the 8xx. v2: the last patch has been split in two parts. v3: Taking into account comments from aneesh v4: Fixing pdshift calculation on FSL_BOOK3E in hugetlbpage_init() Fixing default hugepage size selection on

Re: linux-next: build failure after merge of the tip tree

Cc:-ing Arnaldo, Jiri, Wang Nan and Peter Foley - bug report quoted below. This bug/race might have been introduced in the latest tooling bits: 34c4a42791bb Merge tag 'perf-core-for-mingo-20161205' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core Which included

RE: [PATCH] btusb: fix zero BD address problem during stress test

Hi Marcel, > From: Amitkumar Karwar > Sent: Friday, November 25, 2016 4:51 PM > To: 'Marcel Holtmann' > Cc: 'linux-blueto...@vger.kernel.org'; 'linux-kernel@vger.kernel.org'; > Cathy Luo; Nishant Sarmukadam; Ganapathi Bhat > Subject: RE: [PATCH] btusb: fix zero BD address problem during stress >

Re: linux-next: build failure after merge of the tip tree

Cc:-ing Arnaldo, Jiri, Wang Nan and Peter Foley - bug report quoted below. This bug/race might have been introduced in the latest tooling bits: 34c4a42791bb Merge tag 'perf-core-for-mingo-20161205' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core Which included

RE: [PATCH] btusb: fix zero BD address problem during stress test

Hi Marcel, > From: Amitkumar Karwar > Sent: Friday, November 25, 2016 4:51 PM > To: 'Marcel Holtmann' > Cc: 'linux-blueto...@vger.kernel.org'; 'linux-kernel@vger.kernel.org'; > Cathy Luo; Nishant Sarmukadam; Ganapathi Bhat > Subject: RE: [PATCH] btusb: fix zero BD address problem during stress >

[PATCH 1/1] ixgbe: fcoe: return value of skb_linearize should be handled

Signed-off-by: Zhouyi Zhou Reviewed-by: Cong Wang Reviewed-by: Yuval Shaia Reviewed-by: Eric Dumazet --- drivers/net/ethernet/intel/ixgbe/ixgbe_fcoe.c | 6 +-

[PATCH 1/1] ixgbe: fcoe: return value of skb_linearize should be handled

Signed-off-by: Zhouyi Zhou Reviewed-by: Cong Wang Reviewed-by: Yuval Shaia Reviewed-by: Eric Dumazet --- drivers/net/ethernet/intel/ixgbe/ixgbe_fcoe.c | 6 +- drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 3 +-- 2 files changed, 6 insertions(+), 3 deletions(-) diff --git

Re: [PATCH 1/1] mtd: spi-nor: remove WARN_ONCE() message in spi_nor_write()

On Wed, 7 Dec 2016 04:07:05 +0100 Marek Vasut wrote: > On 12/07/2016 12:38 AM, Cyrille Pitchen wrote: > > Le 06/12/2016 à 20:00, Marek Vasut a écrit : > >> On 12/06/2016 06:14 PM, Cyrille Pitchen wrote: > >>> This patch removes the WARN_ONCE() test in spi_nor_write().

Re: [PATCH 1/1] mtd: spi-nor: remove WARN_ONCE() message in spi_nor_write()

On Wed, 7 Dec 2016 04:07:05 +0100 Marek Vasut wrote: > On 12/07/2016 12:38 AM, Cyrille Pitchen wrote: > > Le 06/12/2016 à 20:00, Marek Vasut a écrit : > >> On 12/06/2016 06:14 PM, Cyrille Pitchen wrote: > >>> This patch removes the WARN_ONCE() test in spi_nor_write(). > >>> This macro

[PATCH 1/1 linux-next] ASoC: samsung: include gpio consumer.h

Fix the following build errors sound/soc/samsung/tm2_wm5110.c:220:3: error: implicit declaration of function 'gpiod_set_value_cansleep' [-Werror=implicit-function-declaration] sound/soc/samsung/tm2_wm5110.c:438:24: error: implicit declaration of function 'devm_gpiod_get'

[PATCH 1/1 linux-next] ASoC: samsung: include gpio consumer.h

Fix the following build errors sound/soc/samsung/tm2_wm5110.c:220:3: error: implicit declaration of function 'gpiod_set_value_cansleep' [-Werror=implicit-function-declaration] sound/soc/samsung/tm2_wm5110.c:438:24: error: implicit declaration of function 'devm_gpiod_get'

[PATCH 3/5] hv: init percpu_list in hv_synic_alloc()

From: Vitaly Kuznetsov Initializing hv_context.percpu_list in hv_synic_alloc() helps to prevent a crash in percpu_channel_enq() when not all CPUs were online during initialization and it naturally belongs there. Signed-off-by: Vitaly Kuznetsov

[PATCH 2/5] hv: allocate synic pages for all present CPUs

From: Vitaly Kuznetsov It may happen that not all CPUs are online when we do hv_synic_alloc() and in case more CPUs come online later we may try accessing these allocated structures. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan

[PATCH 3/5] hv: init percpu_list in hv_synic_alloc()

From: Vitaly Kuznetsov Initializing hv_context.percpu_list in hv_synic_alloc() helps to prevent a crash in percpu_channel_enq() when not all CPUs were online during initialization and it naturally belongs there. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan Cc: ---

[PATCH 2/5] hv: allocate synic pages for all present CPUs

From: Vitaly Kuznetsov It may happen that not all CPUs are online when we do hv_synic_alloc() and in case more CPUs come online later we may try accessing these allocated structures. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan Cc: --- drivers/hv/hv.c |4 ++-- 1 files

[PATCH 1/5] Drivers: hv: vmbus: Raise retry/wait limits in vmbus_post_msg()

From: Vitaly Kuznetsov DoS protection conditions were altered in WS2016 and now it's easy to get -EAGAIN returned from vmbus_post_msg() (e.g. when we try changing MTU on a netvsc device in a loop). All vmbus_post_msg() callers don't retry the operation and we usually end up

[PATCH 4/5] hv: don't reset hv_context.tsc_page on crash

From: Vitaly Kuznetsov It may happen that secondary CPUs are still alive and resetting hv_context.tsc_page will cause a consequent crash in read_hv_clock_tsc() as we don't check for it being not NULL there. It is safe as we're not freeing this page anyways. Signed-off-by:

[PATCH 5/5] Drivers: hv: vmbus: Prevent sending data on a rescinded channel

From: K. Y. Srinivasan After the channel is rescinded, the host does not read from the rescinded channel. Fail writes to a channel that has already been rescinded. If we permit writes on a rescinded channel, since the host will not respond we will have situations where we

[PATCH 1/5] Drivers: hv: vmbus: Raise retry/wait limits in vmbus_post_msg()

From: Vitaly Kuznetsov DoS protection conditions were altered in WS2016 and now it's easy to get -EAGAIN returned from vmbus_post_msg() (e.g. when we try changing MTU on a netvsc device in a loop). All vmbus_post_msg() callers don't retry the operation and we usually end up with a non-functional

[PATCH 4/5] hv: don't reset hv_context.tsc_page on crash

From: Vitaly Kuznetsov It may happen that secondary CPUs are still alive and resetting hv_context.tsc_page will cause a consequent crash in read_hv_clock_tsc() as we don't check for it being not NULL there. It is safe as we're not freeing this page anyways. Signed-off-by: Vitaly Kuznetsov

[PATCH 5/5] Drivers: hv: vmbus: Prevent sending data on a rescinded channel

From: K. Y. Srinivasan After the channel is rescinded, the host does not read from the rescinded channel. Fail writes to a channel that has already been rescinded. If we permit writes on a rescinded channel, since the host will not respond we will have situations where we will be unable to

Re: [PATCH 4.4 00/13] 4.4.37-stable review

Hi Greg, I'd recommend also to queue 84ac726[1] (packet: fix race condition in packet_set_ring) from Philip Pettersson into 4.4 and 4.8 series, as some news pages[2] already post about this local security, which was introduced in 2011 to all kernels. greez, Phil [1]

Re: [PATCH 4.4 00/13] 4.4.37-stable review

Hi Greg, I'd recommend also to queue 84ac726[1] (packet: fix race condition in packet_set_ring) from Philip Pettersson into 4.4 and 4.8 series, as some news pages[2] already post about this local security, which was introduced in 2011 to all kernels. greez, Phil [1]

[PATCH 1/1] infiniband: nes: return value of skb_linearize should be handled

Return value of skb_linearize should be handled in function nes_netdev_start_xmit. Compiled in x86_64 Signed-off-by: Zhouyi Zhou Reviewed-by: Yuval Shaia Reviewed-by: Eric Dumazet --- drivers/infiniband/hw/nes/nes_nic.c

Re: [PATCH 10/10] virtio: enable endian checks for sparse builds

On Tue, Dec 06, 2016 at 05:41:05PM +0200, Michael S. Tsirkin wrote: > __CHECK_ENDIAN__ isn't on by default presumably because > it triggers too many sparse warnings for correct code. > But virtio is now clean of these warnings, and > we want to keep it this way - enable this for > sparse builds. >

[PATCH 1/1] infiniband: nes: return value of skb_linearize should be handled

Return value of skb_linearize should be handled in function nes_netdev_start_xmit. Compiled in x86_64 Signed-off-by: Zhouyi Zhou Reviewed-by: Yuval Shaia Reviewed-by: Eric Dumazet --- drivers/infiniband/hw/nes/nes_nic.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff

Re: [PATCH 10/10] virtio: enable endian checks for sparse builds

On Tue, Dec 06, 2016 at 05:41:05PM +0200, Michael S. Tsirkin wrote: > __CHECK_ENDIAN__ isn't on by default presumably because > it triggers too many sparse warnings for correct code. > But virtio is now clean of these warnings, and > we want to keep it this way - enable this for > sparse builds. >

[PATCH] usb: mtu3: enable auto switch from U3 to U2

inform mac2 to build U2 link automatically after U3 detect fail without software setting soft_connect. Signed-off-by: Chunfeng Yun --- drivers/usb/mtu3/mtu3_core.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/usb/mtu3/mtu3_core.c

[PATCH] usb: mtu3: enable auto switch from U3 to U2

inform mac2 to build U2 link automatically after U3 detect fail without software setting soft_connect. Signed-off-by: Chunfeng Yun --- drivers/usb/mtu3/mtu3_core.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/usb/mtu3/mtu3_core.c b/drivers/usb/mtu3/mtu3_core.c index

[PATCH] usb: mtu3: fix U3 port link issue

the issue is introduced when @is_u3_ip is used in mtu3_device_enabe() before initialized in mtu3_mem_alloc(), so get global IP information at first before used by following functins. Signed-off-by: Chunfeng Yun --- drivers/usb/mtu3/mtu3_core.c | 18

[PATCH] usb: mtu3: fix U3 port link issue

the issue is introduced when @is_u3_ip is used in mtu3_device_enabe() before initialized in mtu3_mem_alloc(), so get global IP information at first before used by following functins. Signed-off-by: Chunfeng Yun --- drivers/usb/mtu3/mtu3_core.c | 18 ++ 1 file changed, 10

[PATCH 0/5] Drivers: hv: vmbus: Some miscellaneous fixes

From: K. Y. Srinivasan Some miscellaneous fixes. K. Y. Srinivasan (1): Drivers: hv: vmbus: Prevent sending data on a rescinded channel Vitaly Kuznetsov (4): Drivers: hv: vmbus: Raise retry/wait limits in vmbus_post_msg() hv: allocate synic pages for all present CPUs

[PATCH 0/5] Drivers: hv: vmbus: Some miscellaneous fixes

From: K. Y. Srinivasan Some miscellaneous fixes. K. Y. Srinivasan (1): Drivers: hv: vmbus: Prevent sending data on a rescinded channel Vitaly Kuznetsov (4): Drivers: hv: vmbus: Raise retry/wait limits in vmbus_post_msg() hv: allocate synic pages for all present CPUs hv: init

[PATCH 4.4 01/13] ARC: Dont use "+l" inline asm constraint

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Vineet Gupta commit 3c7c7a2fc8811bc7097479f69acf2527693d7562 upstream. Apparenty this is coming in the way of gcc fix which inhibits the usage of LP_COUNT as a gpr.

[PATCH 4.4 13/13] arm64: suspend: Reconfigure PSTATE after resume from idle

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Morse commit d08544127d9fb4505635e3cb6871fd50a42947bd upstream. The suspend/resume path in kernel/sleep.S, as used by cpu-idle, does not save/restore PSTATE. As a

[PATCH 4.4 01/13] ARC: Dont use "+l" inline asm constraint

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Vineet Gupta commit 3c7c7a2fc8811bc7097479f69acf2527693d7562 upstream. Apparenty this is coming in the way of gcc fix which inhibits the usage of LP_COUNT as a gpr. Signed-off-by: Vineet

[PATCH 4.4 13/13] arm64: suspend: Reconfigure PSTATE after resume from idle

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Morse commit d08544127d9fb4505635e3cb6871fd50a42947bd upstream. The suspend/resume path in kernel/sleep.S, as used by cpu-idle, does not save/restore PSTATE. As a result of this

[PATCH 4.4 07/13] PCI: Export pcie_find_root_port

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Thumshirn commit e784930bd645e7df78c66e7872fec282b0620075 upstream. Export pcie_find_root_port() so we can use it outside of PCIe-AER error injection.

[PATCH 4.4 03/13] kasan: update kasan_global for gcc 7

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Vyukov commit 045d599a286bc01daa3510d59272440a17b23c2e upstream. kasan_global struct is part of compiler/runtime ABI. gcc revision 241983 has added a new field to

[PATCH 4.4 07/13] PCI: Export pcie_find_root_port

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Thumshirn commit e784930bd645e7df78c66e7872fec282b0620075 upstream. Export pcie_find_root_port() so we can use it outside of PCIe-AER error injection. Signed-off-by: Johannes

[PATCH 4.4 03/13] kasan: update kasan_global for gcc 7

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Vyukov commit 045d599a286bc01daa3510d59272440a17b23c2e upstream. kasan_global struct is part of compiler/runtime ABI. gcc revision 241983 has added a new field to kasan_global struct.

[PATCH 4.8 12/35] Input: change KEY_DATA from 0x275 to 0x277

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Ping Cheng commit 2425f1808123bf69a8f66d4ec90e0d0e302c2613 upstream. 0x275 is used by KEY_FASTREVERSE. Fixes: 488326947cd1 ("Input: add HDMI CEC specific keycodes")

[PATCH 4.8 10/35] mm: fix false-positive WARN_ON() in truncate/invalidate for hugetlb

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Kirill A. Shutemov commit 5cbc198ae08d84bd416b672ad8bd1222acd0855c upstream. Hugetlb pages have ->index in size of the huge pages (PMD_SIZE or PUD_SIZE), not

[PATCH 4.8 12/35] Input: change KEY_DATA from 0x275 to 0x277

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Ping Cheng commit 2425f1808123bf69a8f66d4ec90e0d0e302c2613 upstream. 0x275 is used by KEY_FASTREVERSE. Fixes: 488326947cd1 ("Input: add HDMI CEC specific keycodes") Signed-off-by: Ping Cheng

[PATCH 4.8 10/35] mm: fix false-positive WARN_ON() in truncate/invalidate for hugetlb

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Kirill A. Shutemov commit 5cbc198ae08d84bd416b672ad8bd1222acd0855c upstream. Hugetlb pages have ->index in size of the huge pages (PMD_SIZE or PUD_SIZE), not in PAGE_SIZE as other types of

[PATCH 4.8 14/35] rcu: Fix soft lockup for rcu_nocb_kthread

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Ding Tianhong commit bedc1969150d480c462cdac320fa944b694a7162 upstream. Carrying out the following steps results in a softlockup in the RCU callback-offload (rcuo)

[PATCH 4.8 18/35] mwifiex: printk() overflow with 32-byte SSIDs

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Brian Norris commit fcd2042e8d36cf644bd2d69c26378d17158b17df upstream. SSIDs aren't guaranteed to be 0-terminated. Let's cap the max length when we print them out.

[PATCH 4.8 14/35] rcu: Fix soft lockup for rcu_nocb_kthread

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Ding Tianhong commit bedc1969150d480c462cdac320fa944b694a7162 upstream. Carrying out the following steps results in a softlockup in the RCU callback-offload (rcuo) kthreads: 1. Connect to

[PATCH 4.8 18/35] mwifiex: printk() overflow with 32-byte SSIDs

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Brian Norris commit fcd2042e8d36cf644bd2d69c26378d17158b17df upstream. SSIDs aren't guaranteed to be 0-terminated. Let's cap the max length when we print them out. This can be easily noticed

[PATCH 4.8 24/35] drm/amdgpu: fix check for port PM availability

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Peter Wu commit 7ac33e47d5769632010e537964c7e45498f8dc26 upstream. The ATPX method does not always exist on the dGPU, it may be located at the iGPU. The parent device of

[PATCH 4.8 20/35] drm/i915: Dont touch NULL sg on i915_gem_object_get_pages_gtt() error

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit 2420489bcb8910188578acc0c11c75445c2e4b92 upstream. On the DMA mapping error path, sg may be NULL (it has already been marked as the last

[PATCH 4.8 24/35] drm/amdgpu: fix check for port PM availability

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Peter Wu commit 7ac33e47d5769632010e537964c7e45498f8dc26 upstream. The ATPX method does not always exist on the dGPU, it may be located at the iGPU. The parent device of the iGPU is the root

[PATCH 4.8 20/35] drm/i915: Dont touch NULL sg on i915_gem_object_get_pages_gtt() error

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit 2420489bcb8910188578acc0c11c75445c2e4b92 upstream. On the DMA mapping error path, sg may be NULL (it has already been marked as the last scatterlist entry), and we should

[PATCH 4.8 04/35] ARC: mm: PAE40: Fix crash at munmap

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Yuriy Kolerov commit 6a8b2ca702b279bea0e8f0363056439352e2081c upstream. commit 1c3c90930392 broke PAE40. Macro pfn_pte(pfn, prot) creates paddr from pfn, but the

[PATCH 4.8 35/35] arm64: suspend: Reconfigure PSTATE after resume from idle

4.8-stable review patch. If anyone has any objections, please let me know. -- From: James Morse commit d08544127d9fb4505635e3cb6871fd50a42947bd upstream. The suspend/resume path in kernel/sleep.S, as used by cpu-idle, does not save/restore PSTATE. As a

[PATCH 4.8 04/35] ARC: mm: PAE40: Fix crash at munmap

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Yuriy Kolerov commit 6a8b2ca702b279bea0e8f0363056439352e2081c upstream. commit 1c3c90930392 broke PAE40. Macro pfn_pte(pfn, prot) creates paddr from pfn, but the page shift was getting

[PATCH 4.8 35/35] arm64: suspend: Reconfigure PSTATE after resume from idle

4.8-stable review patch. If anyone has any objections, please let me know. -- From: James Morse commit d08544127d9fb4505635e3cb6871fd50a42947bd upstream. The suspend/resume path in kernel/sleep.S, as used by cpu-idle, does not save/restore PSTATE. As a result of this

[tip:sched/core]: Assigning high priority to Foreground process group (occupied in the current screen) .

tip:sched/core: Assigning high priority to Foreground process group (occupied in the current screen) . What You See (in screen) Should Always Execute Faster . In the multitasking environment, though all the cpu bound processes are running,The foreground process group should be assigned with high

[PATCH 4.8 32/35] batman-adv: Detect missing primaryif during tp_send as error

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Sven Eckelmann commit e13258f38e927b61cdb5f4ad25309450d3b127d1 upstream. The throughput meter detects different situations as problems for the current test. It stops the

[PATCH 4.8 07/35] thp: fix corner case of munlock() of PTE-mapped THPs

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Kirill A. Shutemov commit 655548bf6271b212cd1e4c259da9dbe616348d38 upstream. The following program triggers BUG() in munlock_vma_pages_range(): //

[tip:sched/core]: Assigning high priority to Foreground process group (occupied in the current screen) .

tip:sched/core: Assigning high priority to Foreground process group (occupied in the current screen) . What You See (in screen) Should Always Execute Faster . In the multitasking environment, though all the cpu bound processes are running,The foreground process group should be assigned with high

[PATCH 4.8 32/35] batman-adv: Detect missing primaryif during tp_send as error

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Sven Eckelmann commit e13258f38e927b61cdb5f4ad25309450d3b127d1 upstream. The throughput meter detects different situations as problems for the current test. It stops the test after these and

[PATCH 4.8 07/35] thp: fix corner case of munlock() of PTE-mapped THPs

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Kirill A. Shutemov commit 655548bf6271b212cd1e4c259da9dbe616348d38 upstream. The following program triggers BUG() in munlock_vma_pages_range(): // autogenerated by syzkaller

[PATCH 4.8 03/35] scsi: libfc: fix seconds_since_last_reset miscalculation

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Thumshirn commit 208da78e8ec8b6d6ce3747ab0e5c120458e08ae6 upstream. Commit 540eb1eef0ab ("scsi: libfc: fix seconds_since_last_reset calculation") removed the use

[PATCH 4.8 02/35] scsi: hpsa: use bus 3 for legacy HBA devices

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Hannes Reinecke commit 7630b3a599e2c6d1c042945d32ff2debc855ad29 upstream. Older controllers use SCSI target id '0' for the first internal disk. As the controllers are now placed

[PATCH 4.8 03/35] scsi: libfc: fix seconds_since_last_reset miscalculation

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Thumshirn commit 208da78e8ec8b6d6ce3747ab0e5c120458e08ae6 upstream. Commit 540eb1eef0ab ("scsi: libfc: fix seconds_since_last_reset calculation") removed the use of 'struct timespec'

[PATCH 4.8 02/35] scsi: hpsa: use bus 3 for legacy HBA devices

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Hannes Reinecke commit 7630b3a599e2c6d1c042945d32ff2debc855ad29 upstream. Older controllers use SCSI target id '0' for the first internal disk. As the controllers are now placed on the same

[PATCH 4.8 09/35] kasan: update kasan_global for gcc 7

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Vyukov commit 045d599a286bc01daa3510d59272440a17b23c2e upstream. kasan_global struct is part of compiler/runtime ABI. gcc revision 241983 has added a new field to

[PATCH 4.8 28/35] pwm: Fix device reference leak

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 0e1614ac84f1719d87bed577963bb8140d0c9ce8 upstream. Make sure to drop the reference to the parent device taken by class_find_device() after "unexporting"

[PATCH 4.8 34/35] arm64: mm: Set PSTATE.PAN from the cpu_enable_pan() call

4.8-stable review patch. If anyone has any objections, please let me know. -- From: James Morse commit 7209c868600bd8926e37c10b9aae83124ccc1dd8 upstream. Commit 338d4f49d6f7 ("arm64: kernel: Add support for Privileged Access Never") enabled PAN by

[PATCH 4.8 08/35] zram: fix unbalanced idr management at hot removal

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 529e71e16403830ae0d737a66c55c5f360f3576b upstream. The zram hot removal code calls idr_remove() even when zram_remove() returns an error (typically -EBUSY).

[PATCH 4.8 30/35] perf/x86: Restore TASK_SIZE check on frame pointer

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Weiner commit ae31fe51a3cceaa0cabdb3058f69669ecb47f12e upstream. The following commit: 75925e1ad7f5 ("perf/x86: Optimize stack walk user accesses") ...

[PATCH 4.8 05/35] ARC: Dont use "+l" inline asm constraint

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Vineet Gupta commit 3c7c7a2fc8811bc7097479f69acf2527693d7562 upstream. Apparenty this is coming in the way of gcc fix which inhibits the usage of LP_COUNT as a gpr.

[PATCH 4.8 21/35] drm/i915: drop the struct_mutex when wedged or trying to reset

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Matthew Auld commit e411072d5740a49cdc9d0713798c30440757e451 upstream. We grab the struct_mutex in intel_crtc_page_flip, but if we are wedged or a reset is in progress

[PATCH 4.8 23/35] drm/radeon: fix power state when port pm is unavailable (v2)

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Peter Wu commit d3ac31f3b4bf9fade93d69770cb9c34912e017be upstream. When PCIe port PM is not enabled (system BIOS is pre-2015 or the pcie_port_pm=off parameter is set),

[PATCH 4.8 19/35] KVM: arm/arm64: vgic: Dont notify EOI for non-SPIs

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Marc Zyngier commit 8ca18eec2b2276b449c1dc86b98bf083c5fe4e09 upstream. When we inject a level triggerered interrupt (and unless it is backed by the physical distributor -

[PATCH 4.8 29/35] drm/mediatek: fix null pointer dereference

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Matthias Brugger commit 5ad45307d990020b25a8f7486178b6e033790f70 upstream. The probe function requests the interrupt before initializing the ddp component. Which leads

[PATCH 4.8 09/35] kasan: update kasan_global for gcc 7

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Vyukov commit 045d599a286bc01daa3510d59272440a17b23c2e upstream. kasan_global struct is part of compiler/runtime ABI. gcc revision 241983 has added a new field to kasan_global struct.

[PATCH 4.8 28/35] pwm: Fix device reference leak

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 0e1614ac84f1719d87bed577963bb8140d0c9ce8 upstream. Make sure to drop the reference to the parent device taken by class_find_device() after "unexporting" any children when

[PATCH 4.8 34/35] arm64: mm: Set PSTATE.PAN from the cpu_enable_pan() call

4.8-stable review patch. If anyone has any objections, please let me know. -- From: James Morse commit 7209c868600bd8926e37c10b9aae83124ccc1dd8 upstream. Commit 338d4f49d6f7 ("arm64: kernel: Add support for Privileged Access Never") enabled PAN by enabling the 'SPAN'

[PATCH 4.8 08/35] zram: fix unbalanced idr management at hot removal

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 529e71e16403830ae0d737a66c55c5f360f3576b upstream. The zram hot removal code calls idr_remove() even when zram_remove() returns an error (typically -EBUSY). This results

  1   2   3   4   5   6   7   8   9   10   >