[PATCH 4.6 044/203] thermal: cpu_cooling: fix improper order during initialization

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Lukasz Luba commit f840ab18bdf2e415dac21d09fbbbd2873111bd48 upstream. The freq_table array is not populated before calling thermal_of_cooling_register. The code which populates the freq table

Re: [PATCH v3 3/9] media: adv7180: add support for NEWAVMODE

On 25/07/16 23:04, Steve Longerbeam wrote: On 07/25/2016 12:36 PM, Ian Arkver wrote: On 25/07/16 18:55, Steve Longerbeam wrote: On 07/25/2016 05:04 AM, Ian Arkver wrote: On 23/07/16 18:00, Steve Longerbeam wrote: +#define ADV7180_VSYNC_FIELD_CTL_1_NEWAVMODE 0x02 See below re this value.

Re: [PATCH -next] xtensa: Fix build error due to missing include file

On Mon, Jul 25, 2016 at 11:51 PM, Guenter Roeck wrote: > On Mon, Jul 25, 2016 at 11:07:00AM +0300, Max Filippov wrote: >> >>> On Sun, Jul 24, 2016 at 9:00 AM, Guenter Roeck >> >>> wrote: >> >> Heads up: xtensa images build after this patch, but the image that >> previously failed

[PATCH 4.6 040/203] Revert "gpiolib: Split GPIO flags parsing and GPIO configuration"

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 85b03b3033fd4eba82665b3b9902c095a08cc52f upstream. This reverts commit 923b93e451db876d1479d3e4458fce14fec31d1c. Make sure consumers do not overwrite gpio flags for pins

[PATCH 4.6 008/203] EDAC, sb_edac: Fix rank lookup on Broadwell

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Tony Luck commit c7103f650a11328f28b9fa1c95027db331b7774b upstream. Broadwell made a small change to the rank target register moving the target rank ID field up from bits 16:19 to bits 20:23.

[PATCH 4.6 000/203] 4.6.5-stable review

This is the start of the stable review cycle for the 4.6.5 release. There are 203 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 Wed Jul 27 20:33:38 UTC 2016. Anything

[PATCH] objtool: add fixdep to gitignore

When objtool was added in 442f04c34a1a, fixdep was omitted to be included in .gitignore file. fixdep is a binary generated by objtool, and this patch adds it to .gitignore file. Signed-off-by: Miguel Bernal Marin --- tools/objtool/.gitignore | 1 + 1 file

[PATCH 4.6 048/203] nfsd: Always lock state exclusively.

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Oleg Drokin commit feb9dad5209280085d5b0c094fa67e7a8d75c81a upstream. It used to be the case that state had an rwlock that was locked for write by downgrades, but for

[PATCH 4.6 049/203] nfsd: Extend the mutex holding region around in nfsd4_process_open2()

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Oleg Drokin commit 5cc1fb2a093e254b656c64ff24b0b76bed1d34d9 upstream. To avoid racing entry into nfs4_get_vfs_file(). Make init_open_stateid() return with locked stateid

[PATCH] objtool: add fixdep to gitignore

When objtool was added in 442f04c34a1a, fixdep was omitted to be included in .gitignore file. fixdep is a binary generated by objtool, and this patch adds it to .gitignore file. Signed-off-by: Miguel Bernal Marin --- tools/objtool/.gitignore | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 4.6 048/203] nfsd: Always lock state exclusively.

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Oleg Drokin commit feb9dad5209280085d5b0c094fa67e7a8d75c81a upstream. It used to be the case that state had an rwlock that was locked for write by downgrades, but for read for upgrades

[PATCH 4.6 049/203] nfsd: Extend the mutex holding region around in nfsd4_process_open2()

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Oleg Drokin commit 5cc1fb2a093e254b656c64ff24b0b76bed1d34d9 upstream. To avoid racing entry into nfs4_get_vfs_file(). Make init_open_stateid() return with locked stateid to be unlocked by the

[PATCH 4.6 045/203] writeback: use higher precision calculation in domain_dirty_limits()

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 62a584fe05eef1f80ed49a286a29328f1a224fb9 upstream. As vm.dirty_[background_]bytes can't be applied verbatim to multiple cgroup writeback domains, they get

Re: linux-next: manual merge of the xen-tip tree with the block tree

On Tue, 26 Jul 2016, Stephen Rothwell wrote: > Hi Stefano, > > On Mon, 25 Jul 2016 10:29:11 -0700 (PDT) Stefano Stabellini > wrote: > > > > The To and CC list for these emails is a bit outdated. I want to make > > sure they reach the right people. Could you please add: >

[PATCH 4.6 045/203] writeback: use higher precision calculation in domain_dirty_limits()

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 62a584fe05eef1f80ed49a286a29328f1a224fb9 upstream. As vm.dirty_[background_]bytes can't be applied verbatim to multiple cgroup writeback domains, they get converted to

Re: linux-next: manual merge of the xen-tip tree with the block tree

On Tue, 26 Jul 2016, Stephen Rothwell wrote: > Hi Stefano, > > On Mon, 25 Jul 2016 10:29:11 -0700 (PDT) Stefano Stabellini > wrote: > > > > The To and CC list for these emails is a bit outdated. I want to make > > sure they reach the right people. Could you please add: > > > >

[GIT PULL] pstore updates for v4.8

Hi, This is my first pull request as the new pstore maintainer, so hopefully I've followed all the correct best-practices. :) Please let me know if I need to change anything about how I've constructed this pull request. These are the updates for pstore, which expands the supported compressors,

[PATCH 4.6 032/203] x86, build: copy ldlinux.c32 to image.iso

4.6-stable review patch. If anyone has any objections, please let me know. -- From: H. Peter Anvin commit 9c77679cadb118c0aa99e6f88533d91765a131ba upstream. For newer versions of Syslinux, we need ldlinux.c32 in addition to isolinux.bin to reside on the boot

[PATCH 4.6 050/203] posix_acl: Add set_posix_acl

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Andreas Gruenbacher commit 485e71e8fb6356c08c7fc6bcce4bf02c9a9a663f upstream. Factor out part of posix_acl_xattr_set into a common function that takes a posix_acl, which

[PATCH 4.6 051/203] nfsd: check permissions when setting ACLs

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings commit 999653786df6954a31044528ac3f7a5dadca08f4 upstream. Use set_posix_acl, which includes proper permission checks, instead of calling ->set_acl directly.

[GIT PULL] pstore updates for v4.8

Hi, This is my first pull request as the new pstore maintainer, so hopefully I've followed all the correct best-practices. :) Please let me know if I need to change anything about how I've constructed this pull request. These are the updates for pstore, which expands the supported compressors,

[PATCH 4.6 032/203] x86, build: copy ldlinux.c32 to image.iso

4.6-stable review patch. If anyone has any objections, please let me know. -- From: H. Peter Anvin commit 9c77679cadb118c0aa99e6f88533d91765a131ba upstream. For newer versions of Syslinux, we need ldlinux.c32 in addition to isolinux.bin to reside on the boot disk, so if the

[PATCH 4.6 050/203] posix_acl: Add set_posix_acl

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Andreas Gruenbacher commit 485e71e8fb6356c08c7fc6bcce4bf02c9a9a663f upstream. Factor out part of posix_acl_xattr_set into a common function that takes a posix_acl, which nfsd can also call.

[PATCH 4.6 051/203] nfsd: check permissions when setting ACLs

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings commit 999653786df6954a31044528ac3f7a5dadca08f4 upstream. Use set_posix_acl, which includes proper permission checks, instead of calling ->set_acl directly. Without this anyone

[PATCH 4.6 007/203] EDAC: Fix workqueues poll period resetting

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Krause commit fbedcaf43fba35677c01a4ae51e6f79edf4049ba upstream. After the workqueue cleanup, we're registering workqueues based on the presence of an

[PATCH 4.6 053/203] NFS: Fix a double page unlock

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit cbebaf897e5c4862567eb799dc84acc5d7ee2678 upstream. Since commit 0bcbf039f6b2, nfs_readpage_release() has been used to unlock the page in

[PATCH 4.6 052/203] pnfs_nfs: fix _cancel_empty_pagelist

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Weston Andros Adamson commit 5e3a98883e7ebdd1440f829a9e9dd5c3d2c5903b upstream. pnfs_generic_commit_cancel_empty_pagelist calls nfs_commitdata_release, but that is wrong:

[PATCH 4.6 006/203] cfg80211: fix proto in ieee80211_data_to_8023 for frames without LLC header

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Felix Fietkau commit c041778c966c92c964033f1cdfee60a9f2b5e465 upstream. The PDU length of incoming LLC frames is set to the total skb payload size in __ieee80211_data_to_8023()

[PATCH 4.6 007/203] EDAC: Fix workqueues poll period resetting

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Krause commit fbedcaf43fba35677c01a4ae51e6f79edf4049ba upstream. After the workqueue cleanup, we're registering workqueues based on the presence of an ->edac_check function. When that

[PATCH 4.6 053/203] NFS: Fix a double page unlock

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit cbebaf897e5c4862567eb799dc84acc5d7ee2678 upstream. Since commit 0bcbf039f6b2, nfs_readpage_release() has been used to unlock the page in the read code. Fixes:

[PATCH 4.6 052/203] pnfs_nfs: fix _cancel_empty_pagelist

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Weston Andros Adamson commit 5e3a98883e7ebdd1440f829a9e9dd5c3d2c5903b upstream. pnfs_generic_commit_cancel_empty_pagelist calls nfs_commitdata_release, but that is wrong:

[PATCH 4.6 006/203] cfg80211: fix proto in ieee80211_data_to_8023 for frames without LLC header

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Felix Fietkau commit c041778c966c92c964033f1cdfee60a9f2b5e465 upstream. The PDU length of incoming LLC frames is set to the total skb payload size in __ieee80211_data_to_8023() of

Re: linux-next: manual merge of the xen-tip tree with the block tree

Hi Stefano, On Mon, 25 Jul 2016 10:29:11 -0700 (PDT) Stefano Stabellini wrote: > > The To and CC list for these emails is a bit outdated. I want to make > sure they reach the right people. Could you please add: > > boris.ostrov...@oracle.com > david.vra...@citrix.com

Re: linux-next: manual merge of the xen-tip tree with the block tree

Hi Stefano, On Mon, 25 Jul 2016 10:29:11 -0700 (PDT) Stefano Stabellini wrote: > > The To and CC list for these emails is a bit outdated. I want to make > sure they reach the right people. Could you please add: > > boris.ostrov...@oracle.com > david.vra...@citrix.com OK, I have added them as

[PATCH 4.6 060/203] ARM: imx6ul: Fix Micrel PHY mask

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Fabio Estevam commit 20c15226d1c73150c4d9107301cac5dda0b7f995 upstream. The value used for Micrel PHY mask is not correct. Use the MICREL_PHY_ID_MASK definition instead.

[PATCH 4.6 054/203] make nfs_atomic_open() call d_drop() on all ->open_context() errors.

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit d20cb71dbf3487f24549ede1a8e2d67579b4632e upstream. In "NFSv4: Move dentry instantiation into the NFSv4-specific atomic open code" unconditional d_drop()

[PATCH 4.6 055/203] NFS: Fix another OPEN_DOWNGRADE bug

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit e547f2628327fec6afd2e03b46f113f614cca05b upstream. Olga Kornievskaia reports that the following test fails to trigger an OPEN_DOWNGRADE

[PATCH 4.6 067/203] mm: Export migrate_page_move_mapping and migrate_page_copy

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Richard Weinberger commit 1118dce773d84f39ebd51a9fe7261f9169cb056e upstream. Export these symbols such that UBIFS can implement ->migratepage. Signed-off-by: Richard

[PATCH 4.6 061/203] ARM: 8578/1: mm: ensure pmd_present only checks the valid bit

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 624531886987f0f1b5d01fb598034d039198e090 upstream. In a subsequent patch, pmd_mknotpresent will clear the valid bit of the pmd entry, resulting in a

[PATCH 4.6 062/203] ARM: 8579/1: mm: Fix definition of pmd_mknotpresent

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Steve Capper commit 56530f5d2ddc9b9fade7ef8db9cb886e9dc689b5 upstream. Currently pmd_mknotpresent will use a zero entry to respresent an invalidated pmd. Unfortunately

[PATCH 4.6 033/203] kprobes/x86: Clear TF bit in fault on single-stepping

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Masami Hiramatsu commit dcfc47248d3f7d28df6f531e6426b933de94370d upstream. Fix kprobe_fault_handler() to clear the TF (trap flag) bit of the flags register in the case of

[PATCH 4.6 046/203] sd: Fix rw_max for devices that report an optimal xfer size

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Martin K. Petersen commit 6b7e9cde49691e04314342b7dce90c67ad567fcc upstream. For historic reasons, io_opt is in bytes and max_sectors in block layer sectors. This

[PATCH 4.6 064/203] ARM: dts: sun6i: primo81: Drop constraints on dc1sw regulator

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Chen-Yu Tsai commit cb84f6c0a25eb76b1f838eb63e212705c0c06b5f upstream. This is the same issue fixed in commit dcf5341f0150 ("ARM: dts: sun8i-q8-common: Do not set constraints on

[PATCH 4.6 063/203] ARM: dts: sun6i: yones-toptech-bs1078-v2: Drop constraints on dc1sw regulator

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Chen-Yu Tsai commit b223d6242c372a81cca3bb81998f53d3b3e3fb70 upstream. This is the same issue fixed in commit dcf5341f0150 ("ARM: dts: sun8i-q8-common: Do not set constraints on

[PATCH 4.6 061/203] ARM: 8578/1: mm: ensure pmd_present only checks the valid bit

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 624531886987f0f1b5d01fb598034d039198e090 upstream. In a subsequent patch, pmd_mknotpresent will clear the valid bit of the pmd entry, resulting in a not-present entry from

[PATCH 4.6 062/203] ARM: 8579/1: mm: Fix definition of pmd_mknotpresent

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Steve Capper commit 56530f5d2ddc9b9fade7ef8db9cb886e9dc689b5 upstream. Currently pmd_mknotpresent will use a zero entry to respresent an invalidated pmd. Unfortunately this definition clashes

[PATCH 4.6 033/203] kprobes/x86: Clear TF bit in fault on single-stepping

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Masami Hiramatsu commit dcfc47248d3f7d28df6f531e6426b933de94370d upstream. Fix kprobe_fault_handler() to clear the TF (trap flag) bit of the flags register in the case of a fault fixup on

[PATCH 4.6 046/203] sd: Fix rw_max for devices that report an optimal xfer size

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Martin K. Petersen commit 6b7e9cde49691e04314342b7dce90c67ad567fcc upstream. For historic reasons, io_opt is in bytes and max_sectors in block layer sectors. This interface inconsistency is

[PATCH 4.6 064/203] ARM: dts: sun6i: primo81: Drop constraints on dc1sw regulator

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Chen-Yu Tsai commit cb84f6c0a25eb76b1f838eb63e212705c0c06b5f upstream. This is the same issue fixed in commit dcf5341f0150 ("ARM: dts: sun8i-q8-common: Do not set constraints on dc1sw

[PATCH 4.6 063/203] ARM: dts: sun6i: yones-toptech-bs1078-v2: Drop constraints on dc1sw regulator

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Chen-Yu Tsai commit b223d6242c372a81cca3bb81998f53d3b3e3fb70 upstream. This is the same issue fixed in commit dcf5341f0150 ("ARM: dts: sun8i-q8-common: Do not set constraints on dc1sw

[PATCH 4.6 060/203] ARM: imx6ul: Fix Micrel PHY mask

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Fabio Estevam commit 20c15226d1c73150c4d9107301cac5dda0b7f995 upstream. The value used for Micrel PHY mask is not correct. Use the MICREL_PHY_ID_MASK definition instead. Thanks to Jiri

[PATCH 4.6 054/203] make nfs_atomic_open() call d_drop() on all ->open_context() errors.

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit d20cb71dbf3487f24549ede1a8e2d67579b4632e upstream. In "NFSv4: Move dentry instantiation into the NFSv4-specific atomic open code" unconditional d_drop() after the

[PATCH 4.6 055/203] NFS: Fix another OPEN_DOWNGRADE bug

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit e547f2628327fec6afd2e03b46f113f614cca05b upstream. Olga Kornievskaia reports that the following test fails to trigger an OPEN_DOWNGRADE on the wire, and only triggers

[PATCH 4.6 067/203] mm: Export migrate_page_move_mapping and migrate_page_copy

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Richard Weinberger commit 1118dce773d84f39ebd51a9fe7261f9169cb056e upstream. Export these symbols such that UBIFS can implement ->migratepage. Signed-off-by: Richard Weinberger Acked-by:

[PATCH 4.6 066/203] irqchip/mips-gic: Fix IRQs in gic_dev_domain

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Harvey Hunt commit 4b2312bd0592708c85ed94368c874819e7013309 upstream. When allocating a new device IRQ, gic_dev_domain_alloc() correctly calls

[PATCH 4.6 066/203] irqchip/mips-gic: Fix IRQs in gic_dev_domain

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Harvey Hunt commit 4b2312bd0592708c85ed94368c874819e7013309 upstream. When allocating a new device IRQ, gic_dev_domain_alloc() correctly calls irq_domain_set_hwirq_and_chip(), but

[PATCH 4.6 078/203] kvm: Fix irq route entries exceeding KVM_MAX_IRQ_ROUTES

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Xiubo Li commit caf1ff26e1aa178133df68ac3d40815fed2187d9 upstream. These days, we experienced one guest crash with 8 cores and 3 disks, with qemu error logs as

[PATCH 4.6 078/203] kvm: Fix irq route entries exceeding KVM_MAX_IRQ_ROUTES

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Xiubo Li commit caf1ff26e1aa178133df68ac3d40815fed2187d9 upstream. These days, we experienced one guest crash with 8 cores and 3 disks, with qemu error logs as bellow: qemu-system-x86_64:

[PATCH 4.6 079/203] KVM: s390/mm: Fix CMMA reset during reboot

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Christian Borntraeger commit 1c343f7b0e177e8ca7f4d4a5dd1fa790f85abbcc upstream. commit 1e133ab296f ("s390/mm: split arch/s390/mm/pgtable.c") factored out the page table

[PATCH 4.6 069/203] sched/fair: Fix cfs_rq avg tracking underflow

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit 8974189222159154c55f24ddad33e3613960521a upstream. As per commit: b7fa30c9cc48 ("sched/fair: Fix post_init_entity_util_avg() serialization") >

[PATCH 4.6 070/203] packet: Use symmetric hash for PACKET_FANOUT_HASH.

4.6-stable review patch. If anyone has any objections, please let me know. -- From: "David S. Miller" [ Upstream commit eb70db8756717b90c01ccc765fdefc4dd969fc74 ] People who use PACKET_FANOUT_HASH want a symmetric hash, meaning that they want packets

[PATCH 4.6 075/203] ipv6: Fix mem leak in rt6i_pcpu

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Martin KaFai Lau [ Upstream commit 903ce4abdf374e3365d93bcb3df56c62008835ba ] It was first reported and reproduced by Petr (thanks!) in

[PATCH 4.6 037/203] extcon: palmas: Fix boot up state of VBUS when using GPIO detection

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Roger Quadros commit 62e6d1e59c77316768a663d1328390b4cd33801f upstream. If USB cable is connected prior to boot, we don't get any interrupts so we must manually check the VBUS

[PATCH 4.6 110/203] drm/amdkfd: unbind only existing processes

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Oded Gabbay commit 121b78e679ee3ffab780115e260b2775d0cc1f73 upstream. When unbinding a process from a device (initiated by amd_iommu_v2), the driver needs to make sure

[PATCH 4.6 080/203] KVM: arm/arm64: Stop leaking vcpu pid references

4.6-stable review patch. If anyone has any objections, please let me know. -- From: James Morse commit 591d215afcc2f94e8e2c69a63c924c044677eb31 upstream. kvm provides kvm_vcpu_uninit(), which amongst other things, releases the last reference to the struct

[PATCH 4.6 075/203] ipv6: Fix mem leak in rt6i_pcpu

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Martin KaFai Lau [ Upstream commit 903ce4abdf374e3365d93bcb3df56c62008835ba ] It was first reported and reproduced by Petr (thanks!) in https://bugzilla.kernel.org/show_bug.cgi?id=119581

[PATCH 4.6 037/203] extcon: palmas: Fix boot up state of VBUS when using GPIO detection

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Roger Quadros commit 62e6d1e59c77316768a663d1328390b4cd33801f upstream. If USB cable is connected prior to boot, we don't get any interrupts so we must manually check the VBUS state and report

[PATCH 4.6 110/203] drm/amdkfd: unbind only existing processes

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Oded Gabbay commit 121b78e679ee3ffab780115e260b2775d0cc1f73 upstream. When unbinding a process from a device (initiated by amd_iommu_v2), the driver needs to make sure that process still

[PATCH 4.6 080/203] KVM: arm/arm64: Stop leaking vcpu pid references

4.6-stable review patch. If anyone has any objections, please let me know. -- From: James Morse commit 591d215afcc2f94e8e2c69a63c924c044677eb31 upstream. kvm provides kvm_vcpu_uninit(), which amongst other things, releases the last reference to the struct pid of the task that

[PATCH 4.6 079/203] KVM: s390/mm: Fix CMMA reset during reboot

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Christian Borntraeger commit 1c343f7b0e177e8ca7f4d4a5dd1fa790f85abbcc upstream. commit 1e133ab296f ("s390/mm: split arch/s390/mm/pgtable.c") factored out the page table handling code from

[PATCH 4.6 069/203] sched/fair: Fix cfs_rq avg tracking underflow

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit 8974189222159154c55f24ddad33e3613960521a upstream. As per commit: b7fa30c9cc48 ("sched/fair: Fix post_init_entity_util_avg() serialization") > the code generated from

[PATCH 4.6 070/203] packet: Use symmetric hash for PACKET_FANOUT_HASH.

4.6-stable review patch. If anyone has any objections, please let me know. -- From: "David S. Miller" [ Upstream commit eb70db8756717b90c01ccc765fdefc4dd969fc74 ] People who use PACKET_FANOUT_HASH want a symmetric hash, meaning that they want packets going in both directions

[PATCH 4.6 035/203] x86/amd_nb: Fix boot crash on non-AMD systems

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Borislav Petkov commit 1ead852dd88779eda12cb09cc894a03d9abfe1ec upstream. Fix boot crash that triggers if this driver is built into a kernel and run on non-AMD systems. AMD

[PATCH 4.6 077/203] kvm: vmx: check apicv is active before using VT-d posted interrupt

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Yang Zhang commit a0052191624e9bf8a8f9dc41b92ab5f252566c3c upstream. VT-d posted interrupt is relying on the CPU side's posted interrupt. Need to check whether VCPU's

[PATCH 4.6 047/203] nfsd4/rpc: move backchannel create logic into rpc code

4.6-stable review patch. If anyone has any objections, please let me know. -- From: J. Bruce Fields commit d50039ea5ee63c589b0434baa5ecf6e5075bb6f9 upstream. Also simplify the logic a bit. Signed-off-by: J. Bruce Fields Acked-by:

[PATCH 4.6 038/203] gpio: make library immune to error pointers

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit c0a1ecb9f4e208f4b75d88fa9669748e3fd705ab upstream. Most functions that take a GPIO descriptor in need to check the descriptor for IS_ERR(). We do

[PATCH 4.6 068/203] UBIFS: Implement ->migratepage()

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Kirill A. Shutemov commit 4ac1c17b2044a1b4b2fbed74451947e905fc2992 upstream. During page migrations UBIFS might get confused and the following assert triggers:

[PATCH 4.6 035/203] x86/amd_nb: Fix boot crash on non-AMD systems

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Borislav Petkov commit 1ead852dd88779eda12cb09cc894a03d9abfe1ec upstream. Fix boot crash that triggers if this driver is built into a kernel and run on non-AMD systems. AMD northbridges users

[PATCH 4.6 077/203] kvm: vmx: check apicv is active before using VT-d posted interrupt

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Yang Zhang commit a0052191624e9bf8a8f9dc41b92ab5f252566c3c upstream. VT-d posted interrupt is relying on the CPU side's posted interrupt. Need to check whether VCPU's APICv is active before

[PATCH 4.6 047/203] nfsd4/rpc: move backchannel create logic into rpc code

4.6-stable review patch. If anyone has any objections, please let me know. -- From: J. Bruce Fields commit d50039ea5ee63c589b0434baa5ecf6e5075bb6f9 upstream. Also simplify the logic a bit. Signed-off-by: J. Bruce Fields Acked-by: Trond Myklebust Signed-off-by: Greg

[PATCH 4.6 038/203] gpio: make library immune to error pointers

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit c0a1ecb9f4e208f4b75d88fa9669748e3fd705ab upstream. Most functions that take a GPIO descriptor in need to check the descriptor for IS_ERR(). We do this mostly in the

[PATCH 4.6 068/203] UBIFS: Implement ->migratepage()

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Kirill A. Shutemov commit 4ac1c17b2044a1b4b2fbed74451947e905fc2992 upstream. During page migrations UBIFS might get confused and the following assert triggers: [ 213.48] UBIFS assert

[PATCH 4.6 129/203] drm/amd/powerplay: fix bug that function parameter was incorect.

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Rex Zhu commit 576b4401b1971fe40be4cfd379430a61cd8426b2 upstream. Wrong value passed to acpi_pcie_perf_request. Signed-off-by: Rex Zhu Reviewed-by: Alex

[PATCH 4.6 129/203] drm/amd/powerplay: fix bug that function parameter was incorect.

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Rex Zhu commit 576b4401b1971fe40be4cfd379430a61cd8426b2 upstream. Wrong value passed to acpi_pcie_perf_request. Signed-off-by: Rex Zhu Reviewed-by: Alex Deucher Reviewed-by: Ken Wang

[PATCH 4.6 127/203] drm: make drm_atomic_set_mode_prop_for_crtc() more reliable

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Tomi Valkeinen commit 6709887c448d1cff51b52d09763c7b834ea5f0be upstream. drm_atomic_set_mode_prop_for_crtc() does not clear the state->mode, so old data may be left

[PATCH 4.6 123/203] drm/i915/fbc: Disable on HSW by default for now

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Lyude commit 1e3fa0acfec677e915d7de5ac6e1f18cfa4f805b upstream. >From https://bugs.freedesktop.org/show_bug.cgi?id=96461 : This was kind of a difficult bug to track down. If

[PATCH 4.6 112/203] drm/dp/mst: Always clear proposed vcpi table for port.

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Andrey Grodzovsky commit fd2d2bac6e79b0be91ab86a6075a0c46ffda658a upstream. Not clearing mst manager's proposed vcpis table for destroyed connectors when the

[PATCH 4.6 125/203] drm/i915: Update ifdeffery for mutex->owner

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit b19240062722c39fa92c99f04cbfd93034625123 upstream. In commit 7608a43d8f2e ("locking/mutexes: Use MUTEX_SPIN_ON_OWNER when appropriate") the owner

[PATCH 4.6 115/203] drm/nouveau/disp/sor/gf119: both links use the same training register

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit a8953c52b95167b5d21a66f0859751570271d834 upstream. It appears that, for whatever reason, both link A and B use the same register to control the training

[PATCH 4.6 071/203] net_sched: fix mirrored packets checksum

4.6-stable review patch. If anyone has any objections, please let me know. -- From: WANG Cong [ Upstream commit 82a31b9231f02d9c1b7b290a46999d517b0d312a ] Similar to commit 9b368814b336 ("net: fix bridge multicast packet checksum validation") we

[PATCH 4.6 128/203] drm: Wrap direct calls to driver->gem_free_object from CMA

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit afe705be38f1e65b173868486944377186b9f206 upstream. Since the introduction of (struct_mutex) lockless GEM bo freeing, there are a pair of driver

[PATCH 4.6 126/203] drm: add missing drm_mode_set_crtcinfo call

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Tomi Valkeinen commit b201e743f42d143f4bcdcb14587caf7cb1d99229 upstream. When setting mode via MODE_ID property, drm_atomic_set_mode_prop_for_crtc() does not call

[PATCH 4.6 127/203] drm: make drm_atomic_set_mode_prop_for_crtc() more reliable

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Tomi Valkeinen commit 6709887c448d1cff51b52d09763c7b834ea5f0be upstream. drm_atomic_set_mode_prop_for_crtc() does not clear the state->mode, so old data may be left there when a new mode is

[PATCH 4.6 123/203] drm/i915/fbc: Disable on HSW by default for now

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Lyude commit 1e3fa0acfec677e915d7de5ac6e1f18cfa4f805b upstream. >From https://bugs.freedesktop.org/show_bug.cgi?id=96461 : This was kind of a difficult bug to track down. If you're using a

[PATCH 4.6 112/203] drm/dp/mst: Always clear proposed vcpi table for port.

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Andrey Grodzovsky commit fd2d2bac6e79b0be91ab86a6075a0c46ffda658a upstream. Not clearing mst manager's proposed vcpis table for destroyed connectors when the manager is stopped leaves it

[PATCH 4.6 125/203] drm/i915: Update ifdeffery for mutex->owner

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit b19240062722c39fa92c99f04cbfd93034625123 upstream. In commit 7608a43d8f2e ("locking/mutexes: Use MUTEX_SPIN_ON_OWNER when appropriate") the owner field in the mutex was

[PATCH 4.6 115/203] drm/nouveau/disp/sor/gf119: both links use the same training register

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit a8953c52b95167b5d21a66f0859751570271d834 upstream. It appears that, for whatever reason, both link A and B use the same register to control the training pattern. It's a

[PATCH 4.6 071/203] net_sched: fix mirrored packets checksum

4.6-stable review patch. If anyone has any objections, please let me know. -- From: WANG Cong [ Upstream commit 82a31b9231f02d9c1b7b290a46999d517b0d312a ] Similar to commit 9b368814b336 ("net: fix bridge multicast packet checksum validation") we need to fixup the checksum

[PATCH 4.6 128/203] drm: Wrap direct calls to driver->gem_free_object from CMA

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit afe705be38f1e65b173868486944377186b9f206 upstream. Since the introduction of (struct_mutex) lockless GEM bo freeing, there are a pair of driver vfuncs for freeing the GEM

[PATCH 4.6 126/203] drm: add missing drm_mode_set_crtcinfo call

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Tomi Valkeinen commit b201e743f42d143f4bcdcb14587caf7cb1d99229 upstream. When setting mode via MODE_ID property, drm_atomic_set_mode_prop_for_crtc() does not call drm_mode_set_crtcinfo() which

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