Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Guenter Roeck]

On 06/07/2016 06:09 PM, Greg Kroah-Hartman wrote:

On Tue, Jun 07, 2016 at 06:40:54AM -0700, Guenter Roeck wrote:

On 06/05/2016 02:42 PM, Greg Kroah-Hartman wrote:

This is the start of the stable review cycle for the 4.6.2 release.
There are 121 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 Tue Jun  7 21:43:16 UTC 2016.
Anything received after that time might be too late.



Build results:
total: 148 pass: 132 fail: 16
Failed builds:
mips:defconfig (binutils 2.22)
mips:allnoconfig
mips:defconfig (binutils 2.24)
mips:allmodconfig
mips:allnoconfig
mips:bcm47xx_defconfig (binutils 2.25)
mips:bcm63xx_defconfig
mips:nlm_xlp_defconfig
mips:ath79_defconfig
mips:ar7_defconfig
mips:e55_defconfig
mips:cavium_octeon_defconfig
mips:malta_defconfig
mips:defconfig
unicore32:defconfig
unicore32:allnoconfig

Qemu test results:
total: 107 pass: 98 fail: 9
Failed tests:
mips:malta_defconfig:nosmp
mips:malta_defconfig:smp
mips64:malta_defconfig:nosmp
mips64:malta_defconfig:smp
mipsel:malta_defconfig:nosmp
mipsel:malta_defconfig:smp
mips64el:malta_defconfig:nosmp
mips64el:malta_defconfig:smp
mips64el:fuloong2e_defconfig:fulong2e

Details are available at http://kerneltests.org/builders.


Thanks for these, I think I've fixed them all now.



I did a quick test; looks like your fix for mips is working
for 4.4, 4.5, and 4.6. I'll let you know if the complete build
shows a problem.

Guenter

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Guenter Roeck]

On 06/07/2016 06:09 PM, Greg Kroah-Hartman wrote:

On Tue, Jun 07, 2016 at 06:40:54AM -0700, Guenter Roeck wrote:

On 06/05/2016 02:42 PM, Greg Kroah-Hartman wrote:

This is the start of the stable review cycle for the 4.6.2 release.
There are 121 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 Tue Jun  7 21:43:16 UTC 2016.
Anything received after that time might be too late.



Build results:
total: 148 pass: 132 fail: 16
Failed builds:
mips:defconfig (binutils 2.22)
mips:allnoconfig
mips:defconfig (binutils 2.24)
mips:allmodconfig
mips:allnoconfig
mips:bcm47xx_defconfig (binutils 2.25)
mips:bcm63xx_defconfig
mips:nlm_xlp_defconfig
mips:ath79_defconfig
mips:ar7_defconfig
mips:e55_defconfig
mips:cavium_octeon_defconfig
mips:malta_defconfig
mips:defconfig
unicore32:defconfig
unicore32:allnoconfig

Qemu test results:
total: 107 pass: 98 fail: 9
Failed tests:
mips:malta_defconfig:nosmp
mips:malta_defconfig:smp
mips64:malta_defconfig:nosmp
mips64:malta_defconfig:smp
mipsel:malta_defconfig:nosmp
mipsel:malta_defconfig:smp
mips64el:malta_defconfig:nosmp
mips64el:malta_defconfig:smp
mips64el:fuloong2e_defconfig:fulong2e

Details are available at http://kerneltests.org/builders.


Thanks for these, I think I've fixed them all now.



I did a quick test; looks like your fix for mips is working
for 4.4, 4.5, and 4.6. I'll let you know if the complete build
shows a problem.

Guenter

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Greg Kroah-Hartman]

On Tue, Jun 07, 2016 at 06:40:54AM -0700, Guenter Roeck wrote:
> On 06/05/2016 02:42 PM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.6.2 release.
> > There are 121 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 Tue Jun  7 21:43:16 UTC 2016.
> > Anything received after that time might be too late.
> > 
> 
> Build results:
>   total: 148 pass: 132 fail: 16
> Failed builds:
>   mips:defconfig (binutils 2.22)
>   mips:allnoconfig
>   mips:defconfig (binutils 2.24)
>   mips:allmodconfig
>   mips:allnoconfig
>   mips:bcm47xx_defconfig (binutils 2.25)
>   mips:bcm63xx_defconfig
>   mips:nlm_xlp_defconfig
>   mips:ath79_defconfig
>   mips:ar7_defconfig
>   mips:e55_defconfig
>   mips:cavium_octeon_defconfig
>   mips:malta_defconfig
>   mips:defconfig
>   unicore32:defconfig
>   unicore32:allnoconfig
> 
> Qemu test results:
>   total: 107 pass: 98 fail: 9
> Failed tests:
>   mips:malta_defconfig:nosmp
>   mips:malta_defconfig:smp
>   mips64:malta_defconfig:nosmp
>   mips64:malta_defconfig:smp
>   mipsel:malta_defconfig:nosmp
>   mipsel:malta_defconfig:smp
>   mips64el:malta_defconfig:nosmp
>   mips64el:malta_defconfig:smp
>   mips64el:fuloong2e_defconfig:fulong2e
> 
> Details are available at http://kerneltests.org/builders.

Thanks for these, I think I've fixed them all now.

greg k-h

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Greg Kroah-Hartman]

On Tue, Jun 07, 2016 at 06:40:54AM -0700, Guenter Roeck wrote:
> On 06/05/2016 02:42 PM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.6.2 release.
> > There are 121 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 Tue Jun  7 21:43:16 UTC 2016.
> > Anything received after that time might be too late.
> > 
> 
> Build results:
>   total: 148 pass: 132 fail: 16
> Failed builds:
>   mips:defconfig (binutils 2.22)
>   mips:allnoconfig
>   mips:defconfig (binutils 2.24)
>   mips:allmodconfig
>   mips:allnoconfig
>   mips:bcm47xx_defconfig (binutils 2.25)
>   mips:bcm63xx_defconfig
>   mips:nlm_xlp_defconfig
>   mips:ath79_defconfig
>   mips:ar7_defconfig
>   mips:e55_defconfig
>   mips:cavium_octeon_defconfig
>   mips:malta_defconfig
>   mips:defconfig
>   unicore32:defconfig
>   unicore32:allnoconfig
> 
> Qemu test results:
>   total: 107 pass: 98 fail: 9
> Failed tests:
>   mips:malta_defconfig:nosmp
>   mips:malta_defconfig:smp
>   mips64:malta_defconfig:nosmp
>   mips64:malta_defconfig:smp
>   mipsel:malta_defconfig:nosmp
>   mipsel:malta_defconfig:smp
>   mips64el:malta_defconfig:nosmp
>   mips64el:malta_defconfig:smp
>   mips64el:fuloong2e_defconfig:fulong2e
> 
> Details are available at http://kerneltests.org/builders.

Thanks for these, I think I've fixed them all now.

greg k-h

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Greg Kroah-Hartman]

On Mon, Jun 06, 2016 at 04:33:14PM -0700, Greg Kroah-Hartman wrote:
> On Mon, Jun 06, 2016 at 06:43:47PM -0400, Javier Martinez Canillas wrote:
> > Hello,
> > 
> > On 06/06/2016 06:32 PM, Tyler Baker wrote:
> > > On 6 June 2016 at 06:55, Kevin Hilman  wrote:
> > >> kernelci.org bot  writes:
> > >>
> > >>> stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline 
> > >>> (v4.6.1-121-g2276ff7d4bf9)
> > >>>
> > >>> Full Boot Summary: 
> > >>> https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> > >>> Full Build Summary: 
> > >>> https://kernelci.org/build/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> > >>>
> > >>> Tree: stable-queue
> > >>> Branch: local/linux-4.6.y.queue
> > >>> Git Describe: v4.6.1-121-g2276ff7d4bf9
> > >>> Git Commit: 2276ff7d4bf9c438832f761ffd525cacf55362cd
> > >>> Git URL: git://server.roeck-us.net/git/linux-stable.git
> > >>> Tested: 28 unique boards, 9 SoC families, 16 builds out of 100
> > >>>
> > >>> Boot Failures Detected: 
> > >>> https://kernelci.org/boot/?v4.6.1-121-g2276ff7d4bf9
> > >>>
> > >>> arm64:
> > >>>
> > >>> defconfig:
> > >>> apq8016-sbc: 1 failed lab
> > >>>
> > >>> defconfig+CONFIG_RANDOMIZE_BASE=y:
> > >>> apq8016-sbc: 1 failed lab
> > >>
> > >> Theses two are real boot regressions, bisections forthcoming.
> > > 
> > > I have bisected[1] these two failures down to 5e3ca2b349b1
> > > ("regulator: Try to resolve regulators supplies on registration") and
> > > confirmed that reverting this patch on top of this stable queue fixes
> > > the boot issue.
> > > 
> > > Adding Mark B. and Javier C. to this thread for discussion.
> > >
> > 
> > I'm not familiar with the apq8016-sbc board or Qualcomm platforms in general
> > but this patch is known to cause deadlocks when looking up regulators that
> > were not registered via OF. This was an issue on at least some Nvidia 
> > boards.
> > 
> > So since this patch made it to stable, commit a21513742308 ("regulator: Fix
> > deadlock during regulator registration") [0] should also be included.
> 
> Ugh.  Why wasn't that patch also marked for stable inclusion?  This was
> a problem waiting to happen that could have been totally avoided :(
> 
> I'll queue it up this evening, thanks.

Ok, that patch does not apply to 4.5-stable, or 4.4-stable, so I'm going
to only apply it to 4.6-stable, and drop the original patch,
5e3ca2b349b1 ("regulator: Try to resolve regulators supplies on
registration") from the 4.4 and 4.5 queues.

thanks,

greg k-h

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Greg Kroah-Hartman]

On Mon, Jun 06, 2016 at 04:33:14PM -0700, Greg Kroah-Hartman wrote:
> On Mon, Jun 06, 2016 at 06:43:47PM -0400, Javier Martinez Canillas wrote:
> > Hello,
> > 
> > On 06/06/2016 06:32 PM, Tyler Baker wrote:
> > > On 6 June 2016 at 06:55, Kevin Hilman  wrote:
> > >> kernelci.org bot  writes:
> > >>
> > >>> stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline 
> > >>> (v4.6.1-121-g2276ff7d4bf9)
> > >>>
> > >>> Full Boot Summary: 
> > >>> https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> > >>> Full Build Summary: 
> > >>> https://kernelci.org/build/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> > >>>
> > >>> Tree: stable-queue
> > >>> Branch: local/linux-4.6.y.queue
> > >>> Git Describe: v4.6.1-121-g2276ff7d4bf9
> > >>> Git Commit: 2276ff7d4bf9c438832f761ffd525cacf55362cd
> > >>> Git URL: git://server.roeck-us.net/git/linux-stable.git
> > >>> Tested: 28 unique boards, 9 SoC families, 16 builds out of 100
> > >>>
> > >>> Boot Failures Detected: 
> > >>> https://kernelci.org/boot/?v4.6.1-121-g2276ff7d4bf9
> > >>>
> > >>> arm64:
> > >>>
> > >>> defconfig:
> > >>> apq8016-sbc: 1 failed lab
> > >>>
> > >>> defconfig+CONFIG_RANDOMIZE_BASE=y:
> > >>> apq8016-sbc: 1 failed lab
> > >>
> > >> Theses two are real boot regressions, bisections forthcoming.
> > > 
> > > I have bisected[1] these two failures down to 5e3ca2b349b1
> > > ("regulator: Try to resolve regulators supplies on registration") and
> > > confirmed that reverting this patch on top of this stable queue fixes
> > > the boot issue.
> > > 
> > > Adding Mark B. and Javier C. to this thread for discussion.
> > >
> > 
> > I'm not familiar with the apq8016-sbc board or Qualcomm platforms in general
> > but this patch is known to cause deadlocks when looking up regulators that
> > were not registered via OF. This was an issue on at least some Nvidia 
> > boards.
> > 
> > So since this patch made it to stable, commit a21513742308 ("regulator: Fix
> > deadlock during regulator registration") [0] should also be included.
> 
> Ugh.  Why wasn't that patch also marked for stable inclusion?  This was
> a problem waiting to happen that could have been totally avoided :(
> 
> I'll queue it up this evening, thanks.

Ok, that patch does not apply to 4.5-stable, or 4.4-stable, so I'm going
to only apply it to 4.6-stable, and drop the original patch,
5e3ca2b349b1 ("regulator: Try to resolve regulators supplies on
registration") from the 4.4 and 4.5 queues.

thanks,

greg k-h

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Guenter Roeck]

On Mon, Jun 06, 2016 at 09:18:53AM -0700, Guenter Roeck wrote:
> On Mon, Jun 06, 2016 at 06:55:04AM -0700, Kevin Hilman wrote:
> > kernelci.org bot  writes:
> > 
> > > stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline 
> > > (v4.6.1-121-g2276ff7d4bf9)
> > >
> > > Full Boot Summary: 
> > > https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> > > Full Build Summary: 
> > > https://kernelci.org/build/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> > >
> > > Tree: stable-queue
> > > Branch: local/linux-4.6.y.queue
> > > Git Describe: v4.6.1-121-g2276ff7d4bf9
> > > Git Commit: 2276ff7d4bf9c438832f761ffd525cacf55362cd
> > > Git URL: git://server.roeck-us.net/git/linux-stable.git
> > > Tested: 28 unique boards, 9 SoC families, 16 builds out of 100
> > >
> > > Boot Failures Detected: 
> > > https://kernelci.org/boot/?v4.6.1-121-g2276ff7d4bf9
> > >
> > > arm64:
> > >
> > > defconfig:
> > > apq8016-sbc: 1 failed lab
> > >
> > > defconfig+CONFIG_RANDOMIZE_BASE=y:
> > > apq8016-sbc: 1 failed lab
> > 
> > Theses two are real boot regressions, bisections forthcoming.
> > 
> This, plus several arm builds, plus all MIPS builds are failing.
> I am out of town, bisecting tonight.
> 
Followup: Reverting both 'MIPS: Sync icache & dcache in set_pte_at' and 'MIPS:
Handle highmem pages in __update_cache' fixes the mips build problem for me.
Tested in 4.4 and 4.6. I also ran a qemu test with 4.6 after reverting those
patches, which passed.

Guenter

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Guenter Roeck]

On Mon, Jun 06, 2016 at 09:18:53AM -0700, Guenter Roeck wrote:
> On Mon, Jun 06, 2016 at 06:55:04AM -0700, Kevin Hilman wrote:
> > kernelci.org bot  writes:
> > 
> > > stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline 
> > > (v4.6.1-121-g2276ff7d4bf9)
> > >
> > > Full Boot Summary: 
> > > https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> > > Full Build Summary: 
> > > https://kernelci.org/build/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> > >
> > > Tree: stable-queue
> > > Branch: local/linux-4.6.y.queue
> > > Git Describe: v4.6.1-121-g2276ff7d4bf9
> > > Git Commit: 2276ff7d4bf9c438832f761ffd525cacf55362cd
> > > Git URL: git://server.roeck-us.net/git/linux-stable.git
> > > Tested: 28 unique boards, 9 SoC families, 16 builds out of 100
> > >
> > > Boot Failures Detected: 
> > > https://kernelci.org/boot/?v4.6.1-121-g2276ff7d4bf9
> > >
> > > arm64:
> > >
> > > defconfig:
> > > apq8016-sbc: 1 failed lab
> > >
> > > defconfig+CONFIG_RANDOMIZE_BASE=y:
> > > apq8016-sbc: 1 failed lab
> > 
> > Theses two are real boot regressions, bisections forthcoming.
> > 
> This, plus several arm builds, plus all MIPS builds are failing.
> I am out of town, bisecting tonight.
> 
Followup: Reverting both 'MIPS: Sync icache & dcache in set_pte_at' and 'MIPS:
Handle highmem pages in __update_cache' fixes the mips build problem for me.
Tested in 4.4 and 4.6. I also ran a qemu test with 4.6 after reverting those
patches, which passed.

Guenter

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Guenter Roeck]

On 06/05/2016 02:42 PM, Greg Kroah-Hartman wrote:

This is the start of the stable review cycle for the 4.6.2 release.
There are 121 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 Tue Jun  7 21:43:16 UTC 2016.
Anything received after that time might be too late.



Build results:
total: 148 pass: 132 fail: 16
Failed builds:
mips:defconfig (binutils 2.22)
mips:allnoconfig
mips:defconfig (binutils 2.24)
mips:allmodconfig
mips:allnoconfig
mips:bcm47xx_defconfig (binutils 2.25)
mips:bcm63xx_defconfig
mips:nlm_xlp_defconfig
mips:ath79_defconfig
mips:ar7_defconfig
mips:e55_defconfig
mips:cavium_octeon_defconfig
mips:malta_defconfig
mips:defconfig
unicore32:defconfig
unicore32:allnoconfig

Qemu test results:
total: 107 pass: 98 fail: 9
Failed tests:
mips:malta_defconfig:nosmp
mips:malta_defconfig:smp
mips64:malta_defconfig:nosmp
mips64:malta_defconfig:smp
mipsel:malta_defconfig:nosmp
mipsel:malta_defconfig:smp
mips64el:malta_defconfig:nosmp
mips64el:malta_defconfig:smp
mips64el:fuloong2e_defconfig:fulong2e

Details are available at http://kerneltests.org/builders.

Guenter

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Guenter Roeck]

On 06/05/2016 02:42 PM, Greg Kroah-Hartman wrote:

This is the start of the stable review cycle for the 4.6.2 release.
There are 121 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 Tue Jun  7 21:43:16 UTC 2016.
Anything received after that time might be too late.



Build results:
total: 148 pass: 132 fail: 16
Failed builds:
mips:defconfig (binutils 2.22)
mips:allnoconfig
mips:defconfig (binutils 2.24)
mips:allmodconfig
mips:allnoconfig
mips:bcm47xx_defconfig (binutils 2.25)
mips:bcm63xx_defconfig
mips:nlm_xlp_defconfig
mips:ath79_defconfig
mips:ar7_defconfig
mips:e55_defconfig
mips:cavium_octeon_defconfig
mips:malta_defconfig
mips:defconfig
unicore32:defconfig
unicore32:allnoconfig

Qemu test results:
total: 107 pass: 98 fail: 9
Failed tests:
mips:malta_defconfig:nosmp
mips:malta_defconfig:smp
mips64:malta_defconfig:nosmp
mips64:malta_defconfig:smp
mipsel:malta_defconfig:nosmp
mipsel:malta_defconfig:smp
mips64el:malta_defconfig:nosmp
mips64el:malta_defconfig:smp
mips64el:fuloong2e_defconfig:fulong2e

Details are available at http://kerneltests.org/builders.

Guenter

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Mark Brown]

On Mon, Jun 06, 2016 at 04:33:14PM -0700, Greg Kroah-Hartman wrote:
> On Mon, Jun 06, 2016 at 06:43:47PM -0400, Javier Martinez Canillas wrote:

> > I'm not familiar with the apq8016-sbc board or Qualcomm platforms in general
> > but this patch is known to cause deadlocks when looking up regulators that
> > were not registered via OF. This was an issue on at least some Nvidia 
> > boards.

> > So since this patch made it to stable, commit a21513742308 ("regulator: Fix
> > deadlock during regulator registration") [0] should also be included.

> Ugh.  Why wasn't that patch also marked for stable inclusion?  This was
> a problem waiting to happen that could have been totally avoided :(

Mostly because I forgot that the original one was at the time I applied
it.


signature.asc
Description: PGP signature

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Mark Brown]

On Mon, Jun 06, 2016 at 04:33:14PM -0700, Greg Kroah-Hartman wrote:
> On Mon, Jun 06, 2016 at 06:43:47PM -0400, Javier Martinez Canillas wrote:

> > I'm not familiar with the apq8016-sbc board or Qualcomm platforms in general
> > but this patch is known to cause deadlocks when looking up regulators that
> > were not registered via OF. This was an issue on at least some Nvidia 
> > boards.

> > So since this patch made it to stable, commit a21513742308 ("regulator: Fix
> > deadlock during regulator registration") [0] should also be included.

> Ugh.  Why wasn't that patch also marked for stable inclusion?  This was
> a problem waiting to happen that could have been totally avoided :(

Mostly because I forgot that the original one was at the time I applied
it.


signature.asc
Description: PGP signature

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Greg Kroah-Hartman]

On Mon, Jun 06, 2016 at 06:43:47PM -0400, Javier Martinez Canillas wrote:
> Hello,
> 
> On 06/06/2016 06:32 PM, Tyler Baker wrote:
> > On 6 June 2016 at 06:55, Kevin Hilman  wrote:
> >> kernelci.org bot  writes:
> >>
> >>> stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline 
> >>> (v4.6.1-121-g2276ff7d4bf9)
> >>>
> >>> Full Boot Summary: 
> >>> https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> >>> Full Build Summary: 
> >>> https://kernelci.org/build/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> >>>
> >>> Tree: stable-queue
> >>> Branch: local/linux-4.6.y.queue
> >>> Git Describe: v4.6.1-121-g2276ff7d4bf9
> >>> Git Commit: 2276ff7d4bf9c438832f761ffd525cacf55362cd
> >>> Git URL: git://server.roeck-us.net/git/linux-stable.git
> >>> Tested: 28 unique boards, 9 SoC families, 16 builds out of 100
> >>>
> >>> Boot Failures Detected: 
> >>> https://kernelci.org/boot/?v4.6.1-121-g2276ff7d4bf9
> >>>
> >>> arm64:
> >>>
> >>> defconfig:
> >>> apq8016-sbc: 1 failed lab
> >>>
> >>> defconfig+CONFIG_RANDOMIZE_BASE=y:
> >>> apq8016-sbc: 1 failed lab
> >>
> >> Theses two are real boot regressions, bisections forthcoming.
> > 
> > I have bisected[1] these two failures down to 5e3ca2b349b1
> > ("regulator: Try to resolve regulators supplies on registration") and
> > confirmed that reverting this patch on top of this stable queue fixes
> > the boot issue.
> > 
> > Adding Mark B. and Javier C. to this thread for discussion.
> >
> 
> I'm not familiar with the apq8016-sbc board or Qualcomm platforms in general
> but this patch is known to cause deadlocks when looking up regulators that
> were not registered via OF. This was an issue on at least some Nvidia boards.
> 
> So since this patch made it to stable, commit a21513742308 ("regulator: Fix
> deadlock during regulator registration") [0] should also be included.

Ugh.  Why wasn't that patch also marked for stable inclusion?  This was
a problem waiting to happen that could have been totally avoided :(

I'll queue it up this evening, thanks.

greg k-h

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Greg Kroah-Hartman]

On Mon, Jun 06, 2016 at 06:43:47PM -0400, Javier Martinez Canillas wrote:
> Hello,
> 
> On 06/06/2016 06:32 PM, Tyler Baker wrote:
> > On 6 June 2016 at 06:55, Kevin Hilman  wrote:
> >> kernelci.org bot  writes:
> >>
> >>> stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline 
> >>> (v4.6.1-121-g2276ff7d4bf9)
> >>>
> >>> Full Boot Summary: 
> >>> https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> >>> Full Build Summary: 
> >>> https://kernelci.org/build/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> >>>
> >>> Tree: stable-queue
> >>> Branch: local/linux-4.6.y.queue
> >>> Git Describe: v4.6.1-121-g2276ff7d4bf9
> >>> Git Commit: 2276ff7d4bf9c438832f761ffd525cacf55362cd
> >>> Git URL: git://server.roeck-us.net/git/linux-stable.git
> >>> Tested: 28 unique boards, 9 SoC families, 16 builds out of 100
> >>>
> >>> Boot Failures Detected: 
> >>> https://kernelci.org/boot/?v4.6.1-121-g2276ff7d4bf9
> >>>
> >>> arm64:
> >>>
> >>> defconfig:
> >>> apq8016-sbc: 1 failed lab
> >>>
> >>> defconfig+CONFIG_RANDOMIZE_BASE=y:
> >>> apq8016-sbc: 1 failed lab
> >>
> >> Theses two are real boot regressions, bisections forthcoming.
> > 
> > I have bisected[1] these two failures down to 5e3ca2b349b1
> > ("regulator: Try to resolve regulators supplies on registration") and
> > confirmed that reverting this patch on top of this stable queue fixes
> > the boot issue.
> > 
> > Adding Mark B. and Javier C. to this thread for discussion.
> >
> 
> I'm not familiar with the apq8016-sbc board or Qualcomm platforms in general
> but this patch is known to cause deadlocks when looking up regulators that
> were not registered via OF. This was an issue on at least some Nvidia boards.
> 
> So since this patch made it to stable, commit a21513742308 ("regulator: Fix
> deadlock during regulator registration") [0] should also be included.

Ugh.  Why wasn't that patch also marked for stable inclusion?  This was
a problem waiting to happen that could have been totally avoided :(

I'll queue it up this evening, thanks.

greg k-h

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Mark Brown]

On Mon, Jun 06, 2016 at 06:43:47PM -0400, Javier Martinez Canillas wrote:
> On 06/06/2016 06:32 PM, Tyler Baker wrote:

> > I have bisected[1] these two failures down to 5e3ca2b349b1
> > ("regulator: Try to resolve regulators supplies on registration") and
> > confirmed that reverting this patch on top of this stable queue fixes
> > the boot issue.

> I'm not familiar with the apq8016-sbc board or Qualcomm platforms in general
> but this patch is known to cause deadlocks when looking up regulators that
> were not registered via OF. This was an issue on at least some Nvidia boards.

The Qualcomm platforms are running into trouble because the qcom_smd
driver is broken and apparently nobody checks -next works for their
boards since they only noticed after -rc1 in spite of the change having
been in -next for a good few weeks.  You need at least "regulator:
qcom_smd: add list_voltage callback" and "regulator: qcom_smd: add
regulator ops for pm8941 lnldo" from my tree which I didn't send to
Linus yet since we only got them in at the end of last week.  I think
that's probably OK for v4.6 TBH, the platform is fairly incomplete
upstream and the original patch fixes issues for other systems.

> So since this patch made it to stable, commit a21513742308 ("regulator: Fix
> deadlock during regulator registration") [0] should also be included.

Please.


signature.asc
Description: PGP signature

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Mark Brown]

On Mon, Jun 06, 2016 at 06:43:47PM -0400, Javier Martinez Canillas wrote:
> On 06/06/2016 06:32 PM, Tyler Baker wrote:

> > I have bisected[1] these two failures down to 5e3ca2b349b1
> > ("regulator: Try to resolve regulators supplies on registration") and
> > confirmed that reverting this patch on top of this stable queue fixes
> > the boot issue.

> I'm not familiar with the apq8016-sbc board or Qualcomm platforms in general
> but this patch is known to cause deadlocks when looking up regulators that
> were not registered via OF. This was an issue on at least some Nvidia boards.

The Qualcomm platforms are running into trouble because the qcom_smd
driver is broken and apparently nobody checks -next works for their
boards since they only noticed after -rc1 in spite of the change having
been in -next for a good few weeks.  You need at least "regulator:
qcom_smd: add list_voltage callback" and "regulator: qcom_smd: add
regulator ops for pm8941 lnldo" from my tree which I didn't send to
Linus yet since we only got them in at the end of last week.  I think
that's probably OK for v4.6 TBH, the platform is fairly incomplete
upstream and the original patch fixes issues for other systems.

> So since this patch made it to stable, commit a21513742308 ("regulator: Fix
> deadlock during regulator registration") [0] should also be included.

Please.


signature.asc
Description: PGP signature

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Javier Martinez Canillas]

Hello,

On 06/06/2016 06:32 PM, Tyler Baker wrote:
> On 6 June 2016 at 06:55, Kevin Hilman  wrote:
>> kernelci.org bot  writes:
>>
>>> stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline 
>>> (v4.6.1-121-g2276ff7d4bf9)
>>>
>>> Full Boot Summary: 
>>> https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
>>> Full Build Summary: 
>>> https://kernelci.org/build/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
>>>
>>> Tree: stable-queue
>>> Branch: local/linux-4.6.y.queue
>>> Git Describe: v4.6.1-121-g2276ff7d4bf9
>>> Git Commit: 2276ff7d4bf9c438832f761ffd525cacf55362cd
>>> Git URL: git://server.roeck-us.net/git/linux-stable.git
>>> Tested: 28 unique boards, 9 SoC families, 16 builds out of 100
>>>
>>> Boot Failures Detected: 
>>> https://kernelci.org/boot/?v4.6.1-121-g2276ff7d4bf9
>>>
>>> arm64:
>>>
>>> defconfig:
>>> apq8016-sbc: 1 failed lab
>>>
>>> defconfig+CONFIG_RANDOMIZE_BASE=y:
>>> apq8016-sbc: 1 failed lab
>>
>> Theses two are real boot regressions, bisections forthcoming.
> 
> I have bisected[1] these two failures down to 5e3ca2b349b1
> ("regulator: Try to resolve regulators supplies on registration") and
> confirmed that reverting this patch on top of this stable queue fixes
> the boot issue.
> 
> Adding Mark B. and Javier C. to this thread for discussion.
>

I'm not familiar with the apq8016-sbc board or Qualcomm platforms in general
but this patch is known to cause deadlocks when looking up regulators that
were not registered via OF. This was an issue on at least some Nvidia boards.

So since this patch made it to stable, commit a21513742308 ("regulator: Fix
deadlock during regulator registration") [0] should also be included.

> Cheers,
> 
> Tyler
> 
> [1] http://hastebin.com/ewudewufaz.vbs
> 

[0]: 
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=a21513742308

Best regards,
-- 
Javier Martinez Canillas
Open Source Group
Samsung Research America

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Javier Martinez Canillas]

Hello,

On 06/06/2016 06:32 PM, Tyler Baker wrote:
> On 6 June 2016 at 06:55, Kevin Hilman  wrote:
>> kernelci.org bot  writes:
>>
>>> stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline 
>>> (v4.6.1-121-g2276ff7d4bf9)
>>>
>>> Full Boot Summary: 
>>> https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
>>> Full Build Summary: 
>>> https://kernelci.org/build/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
>>>
>>> Tree: stable-queue
>>> Branch: local/linux-4.6.y.queue
>>> Git Describe: v4.6.1-121-g2276ff7d4bf9
>>> Git Commit: 2276ff7d4bf9c438832f761ffd525cacf55362cd
>>> Git URL: git://server.roeck-us.net/git/linux-stable.git
>>> Tested: 28 unique boards, 9 SoC families, 16 builds out of 100
>>>
>>> Boot Failures Detected: 
>>> https://kernelci.org/boot/?v4.6.1-121-g2276ff7d4bf9
>>>
>>> arm64:
>>>
>>> defconfig:
>>> apq8016-sbc: 1 failed lab
>>>
>>> defconfig+CONFIG_RANDOMIZE_BASE=y:
>>> apq8016-sbc: 1 failed lab
>>
>> Theses two are real boot regressions, bisections forthcoming.
> 
> I have bisected[1] these two failures down to 5e3ca2b349b1
> ("regulator: Try to resolve regulators supplies on registration") and
> confirmed that reverting this patch on top of this stable queue fixes
> the boot issue.
> 
> Adding Mark B. and Javier C. to this thread for discussion.
>

I'm not familiar with the apq8016-sbc board or Qualcomm platforms in general
but this patch is known to cause deadlocks when looking up regulators that
were not registered via OF. This was an issue on at least some Nvidia boards.

So since this patch made it to stable, commit a21513742308 ("regulator: Fix
deadlock during regulator registration") [0] should also be included.

> Cheers,
> 
> Tyler
> 
> [1] http://hastebin.com/ewudewufaz.vbs
> 

[0]: 
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=a21513742308

Best regards,
-- 
Javier Martinez Canillas
Open Source Group
Samsung Research America

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Tyler Baker]

On 6 June 2016 at 06:55, Kevin Hilman  wrote:
> kernelci.org bot  writes:
>
>> stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline 
>> (v4.6.1-121-g2276ff7d4bf9)
>>
>> Full Boot Summary: 
>> https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
>> Full Build Summary: 
>> https://kernelci.org/build/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
>>
>> Tree: stable-queue
>> Branch: local/linux-4.6.y.queue
>> Git Describe: v4.6.1-121-g2276ff7d4bf9
>> Git Commit: 2276ff7d4bf9c438832f761ffd525cacf55362cd
>> Git URL: git://server.roeck-us.net/git/linux-stable.git
>> Tested: 28 unique boards, 9 SoC families, 16 builds out of 100
>>
>> Boot Failures Detected: 
>> https://kernelci.org/boot/?v4.6.1-121-g2276ff7d4bf9
>>
>> arm64:
>>
>> defconfig:
>> apq8016-sbc: 1 failed lab
>>
>> defconfig+CONFIG_RANDOMIZE_BASE=y:
>> apq8016-sbc: 1 failed lab
>
> Theses two are real boot regressions, bisections forthcoming.

I have bisected[1] these two failures down to 5e3ca2b349b1
("regulator: Try to resolve regulators supplies on registration") and
confirmed that reverting this patch on top of this stable queue fixes
the boot issue.

Adding Mark B. and Javier C. to this thread for discussion.

Cheers,

Tyler

[1] http://hastebin.com/ewudewufaz.vbs

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Tyler Baker]

On 6 June 2016 at 06:55, Kevin Hilman  wrote:
> kernelci.org bot  writes:
>
>> stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline 
>> (v4.6.1-121-g2276ff7d4bf9)
>>
>> Full Boot Summary: 
>> https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
>> Full Build Summary: 
>> https://kernelci.org/build/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
>>
>> Tree: stable-queue
>> Branch: local/linux-4.6.y.queue
>> Git Describe: v4.6.1-121-g2276ff7d4bf9
>> Git Commit: 2276ff7d4bf9c438832f761ffd525cacf55362cd
>> Git URL: git://server.roeck-us.net/git/linux-stable.git
>> Tested: 28 unique boards, 9 SoC families, 16 builds out of 100
>>
>> Boot Failures Detected: 
>> https://kernelci.org/boot/?v4.6.1-121-g2276ff7d4bf9
>>
>> arm64:
>>
>> defconfig:
>> apq8016-sbc: 1 failed lab
>>
>> defconfig+CONFIG_RANDOMIZE_BASE=y:
>> apq8016-sbc: 1 failed lab
>
> Theses two are real boot regressions, bisections forthcoming.

I have bisected[1] these two failures down to 5e3ca2b349b1
("regulator: Try to resolve regulators supplies on registration") and
confirmed that reverting this patch on top of this stable queue fixes
the boot issue.

Adding Mark B. and Javier C. to this thread for discussion.

Cheers,

Tyler

[1] http://hastebin.com/ewudewufaz.vbs

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Shuah Khan]

On 06/05/2016 03:42 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.6.2 release.
> There are 121 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 Tue Jun  7 21:43:16 UTC 2016.
> Anything received after that time might be too late.
> 
> The whole patch series can be found in one patch at:
>   kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.6.2-rc1.gz
> and the diffstat can be found below.
> 
> thanks,
> 
> greg k-h
> 

Compiled and booted on my test system. No dmesg regressions.

thanks,
-- Shuah

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Shuah Khan]

On 06/05/2016 03:42 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.6.2 release.
> There are 121 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 Tue Jun  7 21:43:16 UTC 2016.
> Anything received after that time might be too late.
> 
> The whole patch series can be found in one patch at:
>   kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.6.2-rc1.gz
> and the diffstat can be found below.
> 
> thanks,
> 
> greg k-h
> 

Compiled and booted on my test system. No dmesg regressions.

thanks,
-- Shuah

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Greg Kroah-Hartman]

On Mon, Jun 06, 2016 at 09:18:53AM -0700, Guenter Roeck wrote:
> On Mon, Jun 06, 2016 at 06:55:04AM -0700, Kevin Hilman wrote:
> > kernelci.org bot  writes:
> > 
> > > stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline 
> > > (v4.6.1-121-g2276ff7d4bf9)
> > >
> > > Full Boot Summary: 
> > > https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> > > Full Build Summary: 
> > > https://kernelci.org/build/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> > >
> > > Tree: stable-queue
> > > Branch: local/linux-4.6.y.queue
> > > Git Describe: v4.6.1-121-g2276ff7d4bf9
> > > Git Commit: 2276ff7d4bf9c438832f761ffd525cacf55362cd
> > > Git URL: git://server.roeck-us.net/git/linux-stable.git
> > > Tested: 28 unique boards, 9 SoC families, 16 builds out of 100
> > >
> > > Boot Failures Detected: 
> > > https://kernelci.org/boot/?v4.6.1-121-g2276ff7d4bf9
> > >
> > > arm64:
> > >
> > > defconfig:
> > > apq8016-sbc: 1 failed lab
> > >
> > > defconfig+CONFIG_RANDOMIZE_BASE=y:
> > > apq8016-sbc: 1 failed lab
> > 
> > Theses two are real boot regressions, bisections forthcoming.
> > 
> This, plus several arm builds, plus all MIPS builds are failing.
> I am out of town, bisecting tonight.

There were a TON of MIPS changes in this release, it's as if those
maintainers went on a bug-fixing spree.  I wouldn't be surprised if any
of them broke things given my lack of ability to test them :(

thanks,

greg k-h

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Greg Kroah-Hartman]

On Mon, Jun 06, 2016 at 09:18:53AM -0700, Guenter Roeck wrote:
> On Mon, Jun 06, 2016 at 06:55:04AM -0700, Kevin Hilman wrote:
> > kernelci.org bot  writes:
> > 
> > > stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline 
> > > (v4.6.1-121-g2276ff7d4bf9)
> > >
> > > Full Boot Summary: 
> > > https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> > > Full Build Summary: 
> > > https://kernelci.org/build/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> > >
> > > Tree: stable-queue
> > > Branch: local/linux-4.6.y.queue
> > > Git Describe: v4.6.1-121-g2276ff7d4bf9
> > > Git Commit: 2276ff7d4bf9c438832f761ffd525cacf55362cd
> > > Git URL: git://server.roeck-us.net/git/linux-stable.git
> > > Tested: 28 unique boards, 9 SoC families, 16 builds out of 100
> > >
> > > Boot Failures Detected: 
> > > https://kernelci.org/boot/?v4.6.1-121-g2276ff7d4bf9
> > >
> > > arm64:
> > >
> > > defconfig:
> > > apq8016-sbc: 1 failed lab
> > >
> > > defconfig+CONFIG_RANDOMIZE_BASE=y:
> > > apq8016-sbc: 1 failed lab
> > 
> > Theses two are real boot regressions, bisections forthcoming.
> > 
> This, plus several arm builds, plus all MIPS builds are failing.
> I am out of town, bisecting tonight.

There were a TON of MIPS changes in this release, it's as if those
maintainers went on a bug-fixing spree.  I wouldn't be surprised if any
of them broke things given my lack of ability to test them :(

thanks,

greg k-h

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Guenter Roeck]

On Mon, Jun 06, 2016 at 06:55:04AM -0700, Kevin Hilman wrote:
> kernelci.org bot  writes:
> 
> > stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline 
> > (v4.6.1-121-g2276ff7d4bf9)
> >
> > Full Boot Summary: 
> > https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> > Full Build Summary: 
> > https://kernelci.org/build/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> >
> > Tree: stable-queue
> > Branch: local/linux-4.6.y.queue
> > Git Describe: v4.6.1-121-g2276ff7d4bf9
> > Git Commit: 2276ff7d4bf9c438832f761ffd525cacf55362cd
> > Git URL: git://server.roeck-us.net/git/linux-stable.git
> > Tested: 28 unique boards, 9 SoC families, 16 builds out of 100
> >
> > Boot Failures Detected: 
> > https://kernelci.org/boot/?v4.6.1-121-g2276ff7d4bf9
> >
> > arm64:
> >
> > defconfig:
> > apq8016-sbc: 1 failed lab
> >
> > defconfig+CONFIG_RANDOMIZE_BASE=y:
> > apq8016-sbc: 1 failed lab
> 
> Theses two are real boot regressions, bisections forthcoming.
> 
This, plus several arm builds, plus all MIPS builds are failing.
I am out of town, bisecting tonight.

Guenter

Re: [PATCH 4.6 000/121] 4.6.2-stable review

[Guenter Roeck]

On Mon, Jun 06, 2016 at 06:55:04AM -0700, Kevin Hilman wrote:
> kernelci.org bot  writes:
> 
> > stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline 
> > (v4.6.1-121-g2276ff7d4bf9)
> >
> > Full Boot Summary: 
> > https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> > Full Build Summary: 
> > https://kernelci.org/build/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
> >
> > Tree: stable-queue
> > Branch: local/linux-4.6.y.queue
> > Git Describe: v4.6.1-121-g2276ff7d4bf9
> > Git Commit: 2276ff7d4bf9c438832f761ffd525cacf55362cd
> > Git URL: git://server.roeck-us.net/git/linux-stable.git
> > Tested: 28 unique boards, 9 SoC families, 16 builds out of 100
> >
> > Boot Failures Detected: 
> > https://kernelci.org/boot/?v4.6.1-121-g2276ff7d4bf9
> >
> > arm64:
> >
> > defconfig:
> > apq8016-sbc: 1 failed lab
> >
> > defconfig+CONFIG_RANDOMIZE_BASE=y:
> > apq8016-sbc: 1 failed lab
> 
> Theses two are real boot regressions, bisections forthcoming.
> 
This, plus several arm builds, plus all MIPS builds are failing.
I am out of town, bisecting tonight.

Guenter

[PATCH 4.6 000/121] 4.6.2-stable review

[Greg Kroah-Hartman]

This is the start of the stable review cycle for the 4.6.2 release.
There are 121 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 Tue Jun  7 21:43:16 UTC 2016.
Anything received after that time might be too late.

The whole patch series can be found in one patch at:
kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.6.2-rc1.gz
and the diffstat can be found below.

thanks,

greg k-h

-
Pseudo-Shortlog of commits:

Greg Kroah-Hartman 
Linux 4.6.2-rc1

Mike Marciniszyn 
IB/hfi1: Fix hard lockup due to not using save/restore spin lock

Arnd Bergmann 
drm: msm: remove unused variable

Dave Chinner 
xfs: skip stale inodes in xfs_iflush_cluster

Dave Chinner 
xfs: fix inode validity check in xfs_iflush_cluster

Dave Chinner 
xfs: xfs_iflush_cluster fails to abort on error

Dave Chinner 
xfs: remove xfs_fs_evict_inode()

Dave Chinner 
xfs: Don't wrap growfs AGFL indexes

Eric Sandeen 
xfs: disallow rw remount on fs with unknown ro-compat features

Arnd Bergmann 
gcov: disable tree-loop-im to reduce stack usage

Kirill A. Shutemov 
mm: thp: avoid false positive VM_BUG_ON_PAGE in page_move_anon_rmap()

Srinivas Pandruvada 
scripts/package/Makefile: rpmbuild add support of RPMOPTS

Ville Syrjälä 
dma-debug: avoid spinlock recursion when disabling dma-debug

Rafael J. Wysocki 
PM / sleep: Handle failures in device_suspend_late() consistently

Weston Andros Adamson 
nfs: avoid race that crashes nfs_init_commit

Nicolai Stange 
ext4: silence UBSAN in ext4_mb_init()

Nicolai Stange 
ext4: address UBSAN warning in mb_find_order_for_block()

Jan Kara 
ext4: fix oops on corrupted filesystem

Seth Forshee 
ext4: fix check of dqget() return value in ext4_ioctl_setproject()

Theodore Ts'o 
ext4: clean up error handling when orphan list is corrupted

Theodore Ts'o 
ext4: fix hang when processing corrupted orphaned inode list

Jan Kara 
ext4: fix data exposure after a crash

Ville Syrjälä 
drm/i915: Pass the correct crtc state to .update_plane()

Philipp Zabel 
drm/imx: Match imx-ipuv3-crtc components using device node in platform data

Ville Syrjälä 
drm: Add helper for DP++ adaptors

Ville Syrjälä 
drm/i915: Fix watermarks for VLV/CHV

Ville Syrjälä 
drm/i915: Don't leave old junk in ilk active watermarks on readout

Ville Syrjälä 
drm/i915: Enable/disable TMDS output buffers in DP++ adaptor as needed

Ville Syrjälä 
drm/i915: Respect DP++ adaptor TMDS clock limit

Daniel Vetter 
drm/i915/psr: Try to program link training times correctly

Glenn Ruben Bakke 
Bluetooth: 6lowpan: Fix memory corruption of ipv6 destination address

Lyude 
drm/atomic: Verify connector->funcs != NULL when clearing states

Lyude 
drm/i915: Discard previous atomic state on resume if connectors change

Lyude 
drm/fb_helper: Fix references to dev->mode_config.num_connector

Lyude 
drm/i915/fbdev: Fix num_connector references in intel_fb_initial_config()

Mario Kleiner 
drm/amdgpu: Fix hdmi deep color support.

Alex Deucher 
drm/amdgpu: use drm_mode_vrefresh() rather than mode->vrefresh

Thomas Hellstrom 
drm/vmwgfx: Kill some lockdep warnings

Itai Handler 
drm/gma500: Fix possible out of bounds read

Tomáš Trnka 
sunrpc: fix stripping of padded MIC tokens

Juergen Gross 
xen: use same main loop for counting and remapping pages

Ross Lagerwall 
xen/events: Don't move disabled irqs

Gavin Shan 
powerpc/eeh: Restore initial state in eeh_pe_reset_and_recover()

Guilherme G. Piccoli 
Revert "powerpc/eeh: Fix crash in eeh_add_device_early() on Cell"

Gavin Shan 
powerpc/eeh: Don't report error in eeh_pe_reset_and_recover()

Hari Bathini 

[PATCH 4.6 000/121] 4.6.2-stable review

[Greg Kroah-Hartman]

This is the start of the stable review cycle for the 4.6.2 release.
There are 121 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 Tue Jun  7 21:43:16 UTC 2016.
Anything received after that time might be too late.

The whole patch series can be found in one patch at:
kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.6.2-rc1.gz
and the diffstat can be found below.

thanks,

greg k-h

-
Pseudo-Shortlog of commits:

Greg Kroah-Hartman 
Linux 4.6.2-rc1

Mike Marciniszyn 
IB/hfi1: Fix hard lockup due to not using save/restore spin lock

Arnd Bergmann 
drm: msm: remove unused variable

Dave Chinner 
xfs: skip stale inodes in xfs_iflush_cluster

Dave Chinner 
xfs: fix inode validity check in xfs_iflush_cluster

Dave Chinner 
xfs: xfs_iflush_cluster fails to abort on error

Dave Chinner 
xfs: remove xfs_fs_evict_inode()

Dave Chinner 
xfs: Don't wrap growfs AGFL indexes

Eric Sandeen 
xfs: disallow rw remount on fs with unknown ro-compat features

Arnd Bergmann 
gcov: disable tree-loop-im to reduce stack usage

Kirill A. Shutemov 
mm: thp: avoid false positive VM_BUG_ON_PAGE in page_move_anon_rmap()

Srinivas Pandruvada 
scripts/package/Makefile: rpmbuild add support of RPMOPTS

Ville Syrjälä 
dma-debug: avoid spinlock recursion when disabling dma-debug

Rafael J. Wysocki 
PM / sleep: Handle failures in device_suspend_late() consistently

Weston Andros Adamson 
nfs: avoid race that crashes nfs_init_commit

Nicolai Stange 
ext4: silence UBSAN in ext4_mb_init()

Nicolai Stange 
ext4: address UBSAN warning in mb_find_order_for_block()

Jan Kara 
ext4: fix oops on corrupted filesystem

Seth Forshee 
ext4: fix check of dqget() return value in ext4_ioctl_setproject()

Theodore Ts'o 
ext4: clean up error handling when orphan list is corrupted

Theodore Ts'o 
ext4: fix hang when processing corrupted orphaned inode list

Jan Kara 
ext4: fix data exposure after a crash

Ville Syrjälä 
drm/i915: Pass the correct crtc state to .update_plane()

Philipp Zabel 
drm/imx: Match imx-ipuv3-crtc components using device node in platform data

Ville Syrjälä 
drm: Add helper for DP++ adaptors

Ville Syrjälä 
drm/i915: Fix watermarks for VLV/CHV

Ville Syrjälä 
drm/i915: Don't leave old junk in ilk active watermarks on readout

Ville Syrjälä 
drm/i915: Enable/disable TMDS output buffers in DP++ adaptor as needed

Ville Syrjälä 
drm/i915: Respect DP++ adaptor TMDS clock limit

Daniel Vetter 
drm/i915/psr: Try to program link training times correctly

Glenn Ruben Bakke 
Bluetooth: 6lowpan: Fix memory corruption of ipv6 destination address

Lyude 
drm/atomic: Verify connector->funcs != NULL when clearing states

Lyude 
drm/i915: Discard previous atomic state on resume if connectors change

Lyude 
drm/fb_helper: Fix references to dev->mode_config.num_connector

Lyude 
drm/i915/fbdev: Fix num_connector references in intel_fb_initial_config()

Mario Kleiner 
drm/amdgpu: Fix hdmi deep color support.

Alex Deucher 
drm/amdgpu: use drm_mode_vrefresh() rather than mode->vrefresh

Thomas Hellstrom 
drm/vmwgfx: Kill some lockdep warnings

Itai Handler 
drm/gma500: Fix possible out of bounds read

Tomáš Trnka 
sunrpc: fix stripping of padded MIC tokens

Juergen Gross 
xen: use same main loop for counting and remapping pages

Ross Lagerwall 
xen/events: Don't move disabled irqs

Gavin Shan 
powerpc/eeh: Restore initial state in eeh_pe_reset_and_recover()

Guilherme G. Piccoli 
Revert "powerpc/eeh: Fix crash in eeh_add_device_early() on Cell"

Gavin Shan 
powerpc/eeh: Don't report error in eeh_pe_reset_and_recover()

Hari Bathini 
powerpc/book3s64: Fix branching to OOL handlers in relocatable kernel

Sven Eckelmann 
batman-adv: Fix double neigh_node_put in batadv_v_ogm_route_update

Zhao Qiang 
QE-UART: add "fsl,t1040-ucc-uart" to of_device_id

Oleg Nesterov 
wait/ptrace: assume __WALL if the child is traced

Chen Feng 
mm/compaction.c: fix zoneindex in kcompactd()

Stefan Bader 
mm: use phys_addr_t for reserve_bootmem_region() arguments

Colin Ian King 
PKCS#7: fix missing break on OID_sha224 case

Tiffany Lin 
media: v4l2-compat-ioctl32: fix missing reserved field copy in 
put_v4l2_create32

Prarit Bhargava 
PCI: Disable all BAR sizing for devices with non-compliant BARs

Andrew Jeffery 
pinctrl: exynos5440: Use off-stack memory for pinctrl_gpio_range

Martin Sperl 
clk: bcm2835: correctly enable fractional clock support

Martin Sperl 
clk: bcm2835: divider value has to be 1 or more

Martin Sperl 
clk: bcm2835: pll_off should only update CM_PLL_ANARST

Vladimir Zapolskiy 
clk: at91: fix check of clk_register() returned value

Eric Anholt 
clk: bcm2835: Fix PLL poweron