Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1533159 > unrolled thread

[PATCH 4.8 00/37] 4.8.12-stable review

Back to article view | Back to linux.kernel

Contents

  [PATCH 4.8 00/37] 4.8.12-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-11-30 11:00 +0100
    [PATCH 4.8 29/37] X.509: Fix double free in x509_cert_parse() [ver #3] Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-11-30 11:00 +0100
    [PATCH 4.8 32/37] device-dax: fail all private mapping attempts Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-11-30 11:00 +0100
    Re: [PATCH 4.8 14/37] drm/amdgpu: fix power state when port pm is  unavailable Peter Wu <peter@lekensteyn.nl> - 2016-11-30 12:00 +0100
      Re: [PATCH 4.8 14/37] drm/amdgpu: fix power state when port pm is  unavailable Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-11-30 13:00 +0100
        Re: [PATCH 4.8 14/37] drm/amdgpu: fix power state when port pm is  unavailable Peter Wu <peter@lekensteyn.nl> - 2016-12-05 01:20 +0100
          Re: [PATCH 4.8 14/37] drm/amdgpu: fix power state when port pm is  unavailable Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-12-05 15:50 +0100
    Re: [PATCH 4.8 00/37] 4.8.12-stable review Shuah Khan <shuah.kh@samsung.com> - 2016-11-30 17:10 +0100
      Re: [PATCH 4.8 00/37] 4.8.12-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-12-01 08:20 +0100
    Re: [PATCH 4.8 00/37] 4.8.12-stable review Guenter Roeck <linux@roeck-us.net> - 2016-12-01 02:00 +0100
      Re: [PATCH 4.8 00/37] 4.8.12-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-12-01 08:20 +0100
    Re: [PATCH 4.8 00/37] 4.8.12-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-12-01 08:20 +0100

#1533159 — [PATCH 4.8 00/37] 4.8.12-stable review

This is the start of the stable review cycle for the 4.8.12 release.
There are 37 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 Fri Dec  2 09:27:19 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.8.12-rc1.gz
or in the git tree and branch at:
  git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.8.y
and the diffstat can be found below.

thanks,

greg k-h

-------------
Pseudo-Shortlog of commits:

Greg Kroah-Hartman <gregkh@linuxfoundation.org>
    Linux 4.8.12-rc1

Michal Hocko <mhocko@suse.com>
    mm, oom: stop pre-mature high-order OOM killer invocations

Oliver Hartkopp <socketcan@hartkopp.net>
    can: bcm: fix support for CAN FD frames

Oliver O'Halloran <oohall@gmail.com>
    powerpc/boot: Fix the early OPAL console wrappers

Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
    powerpc/mm: Fixup kernel read only mapping

Benjamin Herrenschmidt <benh@kernel.crashing.org>
    powerpc: Set missing wakeup bit in LPCR on POWER9

Dan Williams <dan.j.williams@intel.com>
    device-dax: fail all private mapping attempts

Dan Williams <dan.j.williams@intel.com>
    device-dax: check devm_nsio_enable() return value

Takashi Iwai <tiwai@suse.de>
    xc2028: Fix use-after-free bug properly

Andrey Ryabinin <aryabinin@virtuozzo.com>
    X.509: Fix double free in x509_cert_parse() [ver #3]

Andrey Ryabinin <aryabinin@virtuozzo.com>
    mpi: Fix NULL ptr dereference in mpi_powm() [ver #3]

Michael Walle <michael@walle.cc>
    mmc: sdhci-of-esdhc: fixup PRESENT_STATE read

John David Anglin <dave.anglin@bell.net>
    parisc: Also flush data TLB in flush_icache_page_asm

John David Anglin <dave.anglin@bell.net>
    parisc: Fix race in pci-dma.c

Helge Deller <deller@gmx.de>
    parisc: Switch to generic sched_clock implementation

John David Anglin <dave.anglin@bell.net>
    parisc: Fix races in parisc_setup_cache_timing()

Jacob Pan <jacob.jun.pan@linux.intel.com>
    thermal/powerclamp: add back module device table

Peter Zijlstra <peterz@infradead.org>
    perf/x86/intel: Cure bogus unwind from PEBS entries

Alexander Shishkin <alexander.shishkin@linux.intel.com>
    perf/core: Fix address filter parser

Andy Lutomirski <luto@kernel.org>
    x86/traps: Ignore high word of regs->cs in early_fixup_exception()

Yu-cheng Yu <yu-cheng.yu@intel.com>
    x86/fpu: Fix invalid FPU ptrace state after execve()

Arnd Bergmann <arnd@arndb.de>
    NFSv4.x: hide array-bounds warning

John Johansen <john.johansen@canonical.com>
    apparmor: fix change_hat not finding hat after policy replacement

Peter Wu <peter@lekensteyn.nl>
    drm/radeon: fix power state when port pm is unavailable (v2)

Peter Wu <peter@lekensteyn.nl>
    drm/amdgpu: fix power state when port pm is unavailable

Johannes Berg <johannes.berg@intel.com>
    cfg80211: limit scan results cache size

Chris Metcalf <cmetcalf@mellanox.com>
    tile: avoid using clocksource_cyc2ns with absolute cycle count

Andrey Grodzovsky <andrey2805@gmail.com>
    scsi: mpt3sas: Fix secure erase premature termination

Petr Vandrovec <petr@vandrovec.name>
    Fix USB CB/CBI storage devices with CONFIG_VMAP_STACK=y

Doug Brown <doug@schmorgal.com>
    USB: serial: ftdi_sio: add support for TI CC3200 LaunchPad

Paul Jakma <paul@jakma.org>
    USB: serial: cp210x: add ID for the Zone DPMX

Peter Chen <peter.chen@nxp.com>
    usb: chipidea: move the lock initialization to core file

Radim Krčmář <rkrcmar@redhat.com>
    KVM: x86: check for pic and ioapic presence before use

Radim Krčmář <rkrcmar@redhat.com>
    KVM: x86: fix out-of-bounds accesses of rtc_eoi map

Radim Krčmář <rkrcmar@redhat.com>
    KVM: x86: drop error recovery in em_jmp_far and em_ret_far

Radim Krčmář <rkrcmar@redhat.com>
    KVM: x86: fix out-of-bounds access in lapic

Ashok Raj <ashok.raj@intel.com>
    iommu/vt-d: Fix IOMMU lookup for SR-IOV Virtual Functions

David Woodhouse <dwmw2@infradead.org>
    iommu/vt-d: Fix PASID table allocation


-------------

Diffstat:

 Makefile                                         |  4 +-
 arch/parisc/Kconfig                              |  4 +-
 arch/parisc/kernel/cache.c                       | 31 +++++------
 arch/parisc/kernel/pacache.S                     | 37 +++++++------
 arch/parisc/kernel/pci-dma.c                     |  2 +-
 arch/parisc/kernel/setup.c                       |  4 ++
 arch/parisc/kernel/time.c                        | 57 ++++----------------
 arch/powerpc/boot/main.c                         |  8 ++-
 arch/powerpc/boot/opal-calls.S                   | 13 +++++
 arch/powerpc/boot/opal.c                         | 11 ++++
 arch/powerpc/boot/ops.h                          |  1 +
 arch/powerpc/include/asm/mmu.h                   | 14 +++--
 arch/powerpc/include/asm/reg.h                   |  1 +
 arch/powerpc/kernel/cpu_setup_power.S            |  8 +--
 arch/powerpc/mm/hash_utils_64.c                  |  8 ++-
 arch/tile/kernel/time.c                          |  4 +-
 arch/x86/events/intel/ds.c                       | 35 +++++++-----
 arch/x86/events/perf_event.h                     |  2 +-
 arch/x86/kernel/fpu/core.c                       | 16 +++---
 arch/x86/kvm/emulate.c                           | 36 ++++---------
 arch/x86/kvm/ioapic.c                            |  2 +-
 arch/x86/kvm/ioapic.h                            |  4 +-
 arch/x86/kvm/irq_comm.c                          | 13 +++++
 arch/x86/kvm/lapic.c                             |  2 +-
 arch/x86/mm/extable.c                            |  7 ++-
 crypto/asymmetric_keys/x509_cert_parser.c        |  1 -
 drivers/dax/dax.c                                |  4 +-
 drivers/dax/pmem.c                               |  4 +-
 drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c |  9 +++-
 drivers/gpu/drm/radeon/radeon_atpx_handler.c     |  9 +++-
 drivers/iommu/dmar.c                             |  4 +-
 drivers/iommu/intel-iommu.c                      | 13 +++++
 drivers/iommu/intel-svm.c                        | 28 ++++++----
 drivers/media/tuners/tuner-xc2028.c              | 37 ++++++-------
 drivers/mmc/host/sdhci-of-esdhc.c                | 14 +++++
 drivers/mmc/host/sdhci.h                         |  1 +
 drivers/scsi/mpt3sas/mpt3sas_scsih.c             | 15 +++++-
 drivers/thermal/intel_powerclamp.c               |  9 +++-
 drivers/usb/chipidea/core.c                      |  1 +
 drivers/usb/chipidea/udc.c                       |  2 -
 drivers/usb/serial/cp210x.c                      |  1 +
 drivers/usb/serial/ftdi_sio.c                    |  2 +
 drivers/usb/serial/ftdi_sio_ids.h                |  6 +++
 drivers/usb/storage/transport.c                  |  7 ++-
 fs/nfs/callback.c                                |  2 +-
 include/linux/intel-iommu.h                      |  1 +
 kernel/events/core.c                             |  2 +
 lib/mpi/mpi-pow.c                                |  7 ++-
 mm/page_alloc.c                                  | 10 ++++
 net/can/bcm.c                                    | 18 ++++---
 net/wireless/core.h                              |  1 +
 net/wireless/scan.c                              | 69 ++++++++++++++++++++++++
 security/apparmor/domain.c                       |  6 ++-
 53 files changed, 402 insertions(+), 205 deletions(-)

[toc] | [next] | [standalone]

#1533162 — [PATCH 4.8 29/37] X.509: Fix double free in x509_cert_parse() [ver #3]

4.8-stable review patch.  If anyone has any objections, please let me know.

------------------

From: Andrey Ryabinin <aryabinin@virtuozzo.com>

commit 2b95fda2c4fcb6d6625963f889247538f247fce0 upstream.

We shouldn't free cert->pub->key in x509_cert_parse() because
x509_free_certificate() also does this:
	BUG: Double free or freeing an invalid pointer
	...
	Call Trace:
	 [<ffffffff81896c20>] dump_stack+0x63/0x83
	 [<ffffffff81356571>] kasan_object_err+0x21/0x70
	 [<ffffffff81356ed9>] kasan_report_double_free+0x49/0x60
	 [<ffffffff813561ad>] kasan_slab_free+0x9d/0xc0
	 [<ffffffff81350b7a>] kfree+0x8a/0x1a0
	 [<ffffffff81844fbf>] public_key_free+0x1f/0x30
	 [<ffffffff818455d4>] x509_free_certificate+0x24/0x90
	 [<ffffffff818460bc>] x509_cert_parse+0x2bc/0x300
	 [<ffffffff81846cae>] x509_key_preparse+0x3e/0x330
	 [<ffffffff818444cf>] asymmetric_key_preparse+0x6f/0x100
	 [<ffffffff8178bec0>] key_create_or_update+0x260/0x5f0
	 [<ffffffff8178e6d9>] SyS_add_key+0x199/0x2a0
	 [<ffffffff821d823b>] entry_SYSCALL_64_fastpath+0x1e/0xad
	Object at ffff880110bd1900, in cache kmalloc-512 size: 512
	....
	Freed:
	PID = 2579
	[<ffffffff8104283b>] save_stack_trace+0x1b/0x20
	[<ffffffff813558f6>] save_stack+0x46/0xd0
	[<ffffffff81356183>] kasan_slab_free+0x73/0xc0
	[<ffffffff81350b7a>] kfree+0x8a/0x1a0
	[<ffffffff818460a3>] x509_cert_parse+0x2a3/0x300
	[<ffffffff81846cae>] x509_key_preparse+0x3e/0x330
	[<ffffffff818444cf>] asymmetric_key_preparse+0x6f/0x100
	[<ffffffff8178bec0>] key_create_or_update+0x260/0x5f0
	[<ffffffff8178e6d9>] SyS_add_key+0x199/0x2a0
	[<ffffffff821d823b>] entry_SYSCALL_64_fastpath+0x1e/0xad

Fixes: db6c43bd2132 ("crypto: KEYS: convert public key and digsig asym to the akcipher api")
Signed-off-by: Andrey Ryabinin <aryabinin@virtuozzo.com>
Signed-off-by: David Howells <dhowells@redhat.com>
Signed-off-by: James Morris <james.l.morris@oracle.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 crypto/asymmetric_keys/x509_cert_parser.c |    1 -
 1 file changed, 1 deletion(-)

--- a/crypto/asymmetric_keys/x509_cert_parser.c
+++ b/crypto/asymmetric_keys/x509_cert_parser.c
@@ -133,7 +133,6 @@ struct x509_certificate *x509_cert_parse
 	return cert;
 
 error_decode:
-	kfree(cert->pub->key);
 	kfree(ctx);
 error_no_ctx:
 	x509_free_certificate(cert);

[toc] | [prev] | [next] | [standalone]

#1533163 — [PATCH 4.8 32/37] device-dax: fail all private mapping attempts

4.8-stable review patch.  If anyone has any objections, please let me know.

------------------

From: Dan Williams <dan.j.williams@intel.com>

commit 4cb19355ea19995941ccaad115dbfac6b75215ca upstream.

The device-dax implementation originally tried to be tricky and allow
private read-only mappings, but in the process allowed writable
MAP_PRIVATE + MAP_NORESERVE mappings.  For simplicity and predictability
just fail all private mapping attempts since device-dax memory is
statically allocated and will never support overcommit.

Cc: Dave Hansen <dave.hansen@linux.intel.com>
Fixes: dee410792419 ("/dev/dax, core: file operations and dax-mmap")
Reported-by: Pawel Lebioda <pawel.lebioda@intel.com>
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 drivers/dax/dax.c |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

--- a/drivers/dax/dax.c
+++ b/drivers/dax/dax.c
@@ -323,8 +323,8 @@ static int check_vma(struct dax_dev *dax
 	if (!dax_dev->alive)
 		return -ENXIO;
 
-	/* prevent private / writable mappings from being established */
-	if ((vma->vm_flags & (VM_NORESERVE|VM_SHARED|VM_WRITE)) == VM_WRITE) {
+	/* prevent private mappings from being established */
+	if ((vma->vm_flags & VM_SHARED) != VM_SHARED) {
 		dev_info(dev, "%s: %s: fail, attempted private mapping\n",
 				current->comm, func);
 		return -EINVAL;

[toc] | [prev] | [next] | [standalone]

#1533214 — Re: [PATCH 4.8 14/37] drm/amdgpu: fix power state when port pm is unavailable

Hi Greg,

On Wed, Nov 30, 2016 at 10:29:51AM +0100, Greg Kroah-Hartman wrote:
> 4.8-stable review patch.  If anyone has any objections, please let me know.

Please delay this patch (amd tje mext radeon patch, 15/37), it contains
a regression for which these patches (from drm-fixes) are needed:

    drm/radeon: fix check for port PM availability
    drm/amdgpu: fix check for port PM availability

Patches should appear in v4.9-rc8 via
https://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes

Kind regards,
Peter

> ------------------
> 
> From: Peter Wu <peter@lekensteyn.nl>
> 
> commit 1db4496f167bcc7c6541d449355ade2e7d339d52 upstream.
> 
> When PCIe port PM is not enabled (system BIOS is pre-2015 or the
> pcie_port_pm=off parameter is set), legacy ATPX PM should still be
> marked as supported. Otherwise the GPU can fail to power on after
> runtime suspend. This affected a Dell Inspiron 5548.
> 
> Ideally the BIOS date in the PCI core is lowered to 2013 (the first year
> where hybrid graphics platforms using power resources was introduced),
> but that seems more risky at this point and would not solve the
> pcie_port_pm=off issue.
> 
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=98505
> Reported-and-tested-by: Nayan Deshmukh <nayan26deshmukh@gmail.com>
> Signed-off-by: Peter Wu <peter@lekensteyn.nl>
> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
> Acked-by: Christian König <christian.koenig@amd.com>
> Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> 
> ---
>  drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c |    9 ++++++++-
>  1 file changed, 8 insertions(+), 1 deletion(-)
> 
> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c
> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c
> @@ -33,6 +33,7 @@ struct amdgpu_atpx {
>  
>  static struct amdgpu_atpx_priv {
>  	bool atpx_detected;
> +	bool bridge_pm_usable;
>  	/* handle for device - and atpx */
>  	acpi_handle dhandle;
>  	acpi_handle other_handle;
> @@ -200,7 +201,11 @@ static int amdgpu_atpx_validate(struct a
>  	atpx->is_hybrid = false;
>  	if (valid_bits & ATPX_MS_HYBRID_GFX_SUPPORTED) {
>  		printk("ATPX Hybrid Graphics\n");
> -		atpx->functions.power_cntl = false;
> +		/*
> +		 * Disable legacy PM methods only when pcie port PM is usable,
> +		 * otherwise the device might fail to power off or power on.
> +		 */
> +		atpx->functions.power_cntl = !amdgpu_atpx_priv.bridge_pm_usable;
>  		atpx->is_hybrid = true;
>  	}
>  
> @@ -471,6 +476,7 @@ static int amdgpu_atpx_power_state(enum
>   */
>  static bool amdgpu_atpx_pci_probe_handle(struct pci_dev *pdev)
>  {
> +	struct pci_dev *parent_pdev = pci_upstream_bridge(pdev);
>  	acpi_handle dhandle, atpx_handle;
>  	acpi_status status;
>  
> @@ -485,6 +491,7 @@ static bool amdgpu_atpx_pci_probe_handle
>  	}
>  	amdgpu_atpx_priv.dhandle = dhandle;
>  	amdgpu_atpx_priv.atpx.handle = atpx_handle;
> +	amdgpu_atpx_priv.bridge_pm_usable = parent_pdev && parent_pdev->bridge_d3;
>  	return true;
>  }
>  
> 
> 

[toc] | [prev] | [next] | [standalone]

#1533248 — Re: [PATCH 4.8 14/37] drm/amdgpu: fix power state when port pm is unavailable

On Wed, Nov 30, 2016 at 11:51:00AM +0100, Peter Wu wrote:
> 
> Hi Greg,
> 
> On Wed, Nov 30, 2016 at 10:29:51AM +0100, Greg Kroah-Hartman wrote:
> > 4.8-stable review patch.  If anyone has any objections, please let me know.
> 
> Please delay this patch (amd tje mext radeon patch, 15/37), it contains
> a regression for which these patches (from drm-fixes) are needed:
> 
>     drm/radeon: fix check for port PM availability
>     drm/amdgpu: fix check for port PM availability
> 
> Patches should appear in v4.9-rc8 via
> https://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes

Thanks for letting me know, both are now dropped.  Please let me and
stable@vger.kernel.org know when it is safe to add these back.

thanks,

greg k-h

[toc] | [prev] | [next] | [standalone]

#1535734 — Re: [PATCH 4.8 14/37] drm/amdgpu: fix power state when port pm is unavailable

On Wed, Nov 30, 2016 at 12:53:19PM +0100, Greg Kroah-Hartman wrote:
> On Wed, Nov 30, 2016 at 11:51:00AM +0100, Peter Wu wrote:
[..]
> > Please delay this patch (amd tje mext radeon patch, 15/37), it contains
> > a regression for which these patches (from drm-fixes) are needed:
> > 
> >     drm/radeon: fix check for port PM availability
> >     drm/amdgpu: fix check for port PM availability
> > 
> > Patches should appear in v4.9-rc8 via
> > https://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes
> 
> Thanks for letting me know, both are now dropped.  Please let me and
> stable@vger.kernel.org know when it is safe to add these back.

Patches entered mainline, please consider these patches for backporting
to 4.8:

1db4496f167b drm/amdgpu: fix power state when port pm is unavailable
d3ac31f3b4bf drm/radeon: fix power state when port pm is unavailable (v2)

7ac33e47d576 drm/amdgpu: fix check for port PM availability
bcfdd5d51050 drm/radeon: fix check for port PM availability

-- 
Kind regards,
Peter Wu
https://lekensteyn.nl

[toc] | [prev] | [next] | [standalone]

#1536140 — Re: [PATCH 4.8 14/37] drm/amdgpu: fix power state when port pm is unavailable

On Mon, Dec 05, 2016 at 01:11:25AM +0100, Peter Wu wrote:
> On Wed, Nov 30, 2016 at 12:53:19PM +0100, Greg Kroah-Hartman wrote:
> > On Wed, Nov 30, 2016 at 11:51:00AM +0100, Peter Wu wrote:
> [..]
> > > Please delay this patch (amd tje mext radeon patch, 15/37), it contains
> > > a regression for which these patches (from drm-fixes) are needed:
> > > 
> > >     drm/radeon: fix check for port PM availability
> > >     drm/amdgpu: fix check for port PM availability
> > > 
> > > Patches should appear in v4.9-rc8 via
> > > https://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes
> > 
> > Thanks for letting me know, both are now dropped.  Please let me and
> > stable@vger.kernel.org know when it is safe to add these back.
> 
> Patches entered mainline, please consider these patches for backporting
> to 4.8:
> 
> 1db4496f167b drm/amdgpu: fix power state when port pm is unavailable
> d3ac31f3b4bf drm/radeon: fix power state when port pm is unavailable (v2)
> 
> 7ac33e47d576 drm/amdgpu: fix check for port PM availability
> bcfdd5d51050 drm/radeon: fix check for port PM availability

All now queued up, thanks.

greg k-h

[toc] | [prev] | [next] | [standalone]

#1533409

On 11/30/2016 02:29 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.8.12 release.
> There are 37 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 Fri Dec  2 09:27:19 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.8.12-rc1.gz
> or in the git tree and branch at:
>   git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.8.y
> and the diffstat can be found below.
> 
> thanks,
> 
> greg k-h
> 

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

thanks,
-- Shuah


-- 
Shuah Khan
Sr. Linux Kernel Developer
Open Source Innovation Group
Samsung Research America(Silicon Valley)
shuah.kh@samsung.com

[toc] | [prev] | [next] | [standalone]

#1533856

On Wed, Nov 30, 2016 at 09:04:28AM -0700, Shuah Khan wrote:
> On 11/30/2016 02:29 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.8.12 release.
> > There are 37 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 Fri Dec  2 09:27:19 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.8.12-rc1.gz
> > or in the git tree and branch at:
> >   git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.8.y
> > and the diffstat can be found below.
> > 
> > thanks,
> > 
> > greg k-h
> > 
> 
> Compiled and booted on my test system. No dmesg regressions.

Thanks for testing both of these and letting me know.

greg k-h

[toc] | [prev] | [next] | [standalone]

#1533710

On Wed, Nov 30, 2016 at 10:29:37AM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.8.12 release.
> There are 37 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 Fri Dec  2 09:27:19 UTC 2016.
> Anything received after that time might be too late.
> 

Build results:
	total: 149 pass: 149 fail: 0
Qemu test results:
	total: 122 pass: 122 fail: 0

The results are for v4.8.11-37-g4a6a922.

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

Guenter

[toc] | [prev] | [next] | [standalone]

#1533857

On Wed, Nov 30, 2016 at 03:34:29PM -0800, Guenter Roeck wrote:
> On Wed, Nov 30, 2016 at 10:29:37AM +0100, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.8.12 release.
> > There are 37 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 Fri Dec  2 09:27:19 UTC 2016.
> > Anything received after that time might be too late.
> > 
> 
> Build results:
> 	total: 149 pass: 149 fail: 0
> Qemu test results:
> 	total: 122 pass: 122 fail: 0
> 
> The results are for v4.8.11-37-g4a6a922.
> 
> Details are available at http://kerneltests.org/builders.

Great, thanks for testing both of these and letting me know.

greg k-h

[toc] | [prev] | [next] | [standalone]

#1533858

On Wed, Nov 30, 2016 at 08:39:35AM -0800, Kevin Hilman wrote:
> kernelci.org bot <bot@kernelci.org> writes:
> 
> > stable-rc boot: 226 boots: 6 failed, 214 passed with 5 offline, 1 conflict (v4.8.11-37-g70e9fe5f6b13)
> >
> > Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/kernel/v4.8.11-37-g70e9fe5f6b13/
> > Full Build Summary: https://kernelci.org/build/stable-rc/kernel/v4.8.11-37-g70e9fe5f6b13/
> >
> > Tree: stable-rc
> > Branch: local/linux-4.8.y
> > Git Describe: v4.8.11-37-g70e9fe5f6b13
> > Git Commit: 70e9fe5f6b13b404a1575496b9727aed109b0fca
> > Git URL: http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
> > Tested: 83 unique boards, 22 SoC families, 31 builds out of 207
> >
> > Boot Regressions Detected:
> >
> > arm:
> >
> >     multi_v7_defconfig+CONFIG_EFI=y:
> >         vexpress-v2p-ca15_a7:
> >             lab-broonie: new failure (last pass: v4.8.11)
> >
> >     multi_v7_defconfig+CONFIG_LKDTM=y:
> >         vexpress-v2p-ca15-tc1:
> >             lab-broonie: new failure (last pass: v4.8.11)
> >         vexpress-v2p-ca15_a7:
> >             lab-broonie: new failure (last pass: v4.8.11)
> >
> >     multi_v7_defconfig+CONFIG_THUMB2_KERNEL=y+CONFIG_ARM_MODULE_PLTS=y:
> >         vexpress-v2p-ca15-tc1:
> >             lab-broonie: new failure (last pass: v4.8.11)
> >         vexpress-v2p-ca15_a7:
> >             lab-broonie: new failure (last pass: v4.8.11)
> 
> These appear to be lab issues due to not waiting long enough for QEMU
> jobs.  Under investigation.
> 
> (BTW, notice the new "regressions" section here.  Hopefully this will be
> more useful for seeing what's actually new failures.)

Yes, that was nice, but I couldn't tell what the real problem was,
thanks for digging into it.

> > Boot Failures Detected:
> >
> > arm:
> >
> >     multi_v7_defconfig+CONFIG_PROVE_LOCKING=y
> >         at91-sama5d4_xplained: 1 failed lab
> 
> This is passing in another lab, so looks like a local lab issue.
> 
> >     multi_v7_defconfig
> >         omap5-uevm_rootfs:nfs: 1 failed lab
> 
> Looks like local lab networking issue.
> 
> IOW, interpretation: no blocking issues.

Wonderful, thanks for letting me know.

greg k-h

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web