Re: [PATCH 4.4 00/21] 4.4.36-stable review
On Wed, Nov 30, 2016 at 10:27:16AM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.36 release. > There are 21 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:26:46 UTC 2016. > Anything received after that time might be too late. > Build results: total: 149 pass: 149 fail: 0 Qemu test results: total: 111 pass: 111 fail: 0 Details are available at http://kerneltests.org/builders. This is with the added patch (v4.4.35-23-g6a11a03). Guenter
Re: [PATCH 4.4 00/21] 4.4.36-stable review
On 11/30/2016 02:27 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.36 release. > There are 21 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:26:46 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.4.36-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.4.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...@samsung.com
Re: [PATCH 4.4 00/21] 4.4.36-stable review
On Wed, Nov 30, 2016 at 09:50:42AM -0500, David Miller wrote: > From: Greg Kroah-Hartman > Date: Wed, 30 Nov 2016 14:53:27 +0100 > > > On Wed, Nov 30, 2016 at 02:46:19PM +0100, Andre Noll wrote: > >> On Wed, Nov 30, 10:27, Greg Kroah-Hartman wrote > >> > >> > Responses should be made by Fri Dec 2 09:26:46 UTC 2016. > >> > >> If you haven't done so already, could you please add c9b8af13 > >> (flow_dissect: call init_default_flow_dissectors() earlier) for > >> 4.4.37? > >> > >> It fixes a regression introduced in 4.4.34 which makes systems > >> unbootable for us. We are currently running that patch on top of > >> 4.4.35 and I can confirm that it fixes the issue. > > > > I wait for networking stable patches to come from the networking > > maintainer, as he batches them up and runs them through testing before > > forwarding them on. > > > > That being said, this looks like an "easy" one to take, Davie, any > > objection to me queueing this up now? > > I was waiting for it to hit Linus's tree which happened just a day or > two ago. Understood. > But feel free to take it in directly, sure. Thanks, now queued up. greg k-h
Re: [PATCH 4.4 00/21] 4.4.36-stable review
On Wed, Nov 30, 09:53, David Miller wrote > > OK, thanks for the clarification. There is no hurry, I just wanted to > > make sure the patch doesn't get lost. > > There is never any ambiguity or guessing for networking patches, you > can always simply check right here to see if a networking patch is > pending to be sent to -stable: > > > http://patchwork.ozlabs.org/bundle/davem/stable/?submitter=&state=*&q=&archive= Ha, I didn't know about this page. Thanks Andre -- Max Planck Institute for Developmental Biology Spemannstraße 35, 72076 Tübingen, Germany. Phone: (+49) 7071 601 829 http://people.tuebingen.mpg.de/maan/ signature.asc Description: Digital signature
Re: [PATCH 4.4 00/21] 4.4.36-stable review
From: Andre Noll Date: Wed, 30 Nov 2016 15:04:38 +0100 > On Wed, Nov 30, 14:53, Greg Kroah-Hartman wrote >> > It fixes a regression introduced in 4.4.34 which makes systems >> > unbootable for us. We are currently running that patch on top of >> > 4.4.35 and I can confirm that it fixes the issue. >> >> I wait for networking stable patches to come from the networking >> maintainer, as he batches them up and runs them through testing before >> forwarding them on. >> >> That being said, this looks like an "easy" one to take, Davie, any >> objection to me queueing this up now? > > OK, thanks for the clarification. There is no hurry, I just wanted to > make sure the patch doesn't get lost. There is never any ambiguity or guessing for networking patches, you can always simply check right here to see if a networking patch is pending to be sent to -stable: http://patchwork.ozlabs.org/bundle/davem/stable/?submitter=&state=*&q=&archive=
Re: [PATCH 4.4 00/21] 4.4.36-stable review
From: Greg Kroah-Hartman Date: Wed, 30 Nov 2016 14:53:27 +0100 > On Wed, Nov 30, 2016 at 02:46:19PM +0100, Andre Noll wrote: >> On Wed, Nov 30, 10:27, Greg Kroah-Hartman wrote >> >> > Responses should be made by Fri Dec 2 09:26:46 UTC 2016. >> >> If you haven't done so already, could you please add c9b8af13 >> (flow_dissect: call init_default_flow_dissectors() earlier) for >> 4.4.37? >> >> It fixes a regression introduced in 4.4.34 which makes systems >> unbootable for us. We are currently running that patch on top of >> 4.4.35 and I can confirm that it fixes the issue. > > I wait for networking stable patches to come from the networking > maintainer, as he batches them up and runs them through testing before > forwarding them on. > > That being said, this looks like an "easy" one to take, Davie, any > objection to me queueing this up now? I was waiting for it to hit Linus's tree which happened just a day or two ago. But feel free to take it in directly, sure.
Re: [PATCH 4.4 00/21] 4.4.36-stable review
On Wed, Nov 30, 2016 at 06:28:58AM -0800, Eric Dumazet wrote: > Sure, this patch must definitely go in 4.4 And 4.8-stable, right? thanks, greg k-h
Re: [PATCH 4.4 00/21] 4.4.36-stable review
Sure, this patch must definitely go in 4.4 Also worth noting that you could also use a module for your NIC as a work around. On Wed, Nov 30, 2016 at 6:04 AM, Andre Noll wrote: > On Wed, Nov 30, 14:53, Greg Kroah-Hartman wrote >> > It fixes a regression introduced in 4.4.34 which makes systems >> > unbootable for us. We are currently running that patch on top of >> > 4.4.35 and I can confirm that it fixes the issue. >> >> I wait for networking stable patches to come from the networking >> maintainer, as he batches them up and runs them through testing before >> forwarding them on. >> >> That being said, this looks like an "easy" one to take, Davie, any >> objection to me queueing this up now? > > OK, thanks for the clarification. There is no hurry, I just wanted to > make sure the patch doesn't get lost. > > Best > Andre > -- > Max Planck Institute for Developmental Biology > Spemannstraße 35, 72076 Tübingen, Germany. Phone: (+49) 7071 601 829 > http://people.tuebingen.mpg.de/maan/
Re: [PATCH 4.4 00/21] 4.4.36-stable review
On Wed, Nov 30, 14:53, Greg Kroah-Hartman wrote > > It fixes a regression introduced in 4.4.34 which makes systems > > unbootable for us. We are currently running that patch on top of > > 4.4.35 and I can confirm that it fixes the issue. > > I wait for networking stable patches to come from the networking > maintainer, as he batches them up and runs them through testing before > forwarding them on. > > That being said, this looks like an "easy" one to take, Davie, any > objection to me queueing this up now? OK, thanks for the clarification. There is no hurry, I just wanted to make sure the patch doesn't get lost. Best Andre -- Max Planck Institute for Developmental Biology Spemannstraße 35, 72076 Tübingen, Germany. Phone: (+49) 7071 601 829 http://people.tuebingen.mpg.de/maan/ signature.asc Description: Digital signature
Re: [PATCH 4.4 00/21] 4.4.36-stable review
On Wed, Nov 30, 2016 at 02:46:19PM +0100, Andre Noll wrote: > On Wed, Nov 30, 10:27, Greg Kroah-Hartman wrote > > > Responses should be made by Fri Dec 2 09:26:46 UTC 2016. > > If you haven't done so already, could you please add c9b8af13 > (flow_dissect: call init_default_flow_dissectors() earlier) for > 4.4.37? > > It fixes a regression introduced in 4.4.34 which makes systems > unbootable for us. We are currently running that patch on top of > 4.4.35 and I can confirm that it fixes the issue. I wait for networking stable patches to come from the networking maintainer, as he batches them up and runs them through testing before forwarding them on. That being said, this looks like an "easy" one to take, Davie, any objection to me queueing this up now? thanks, greg k-h
Re: [PATCH 4.4 00/21] 4.4.36-stable review
On Wed, Nov 30, 10:27, Greg Kroah-Hartman wrote > Responses should be made by Fri Dec 2 09:26:46 UTC 2016. If you haven't done so already, could you please add c9b8af13 (flow_dissect: call init_default_flow_dissectors() earlier) for 4.4.37? It fixes a regression introduced in 4.4.34 which makes systems unbootable for us. We are currently running that patch on top of 4.4.35 and I can confirm that it fixes the issue. Thanks Andre -- Max Planck Institute for Developmental Biology Spemannstraße 35, 72076 Tübingen, Germany. Phone: (+49) 7071 601 829 http://people.tuebingen.mpg.de/maan/ signature.asc Description: Digital signature
[PATCH 4.4 00/21] 4.4.36-stable review
This is the start of the stable review cycle for the 4.4.36 release. There are 21 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:26:46 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.4.36-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.4.y and the diffstat can be found below. thanks, greg k-h - Pseudo-Shortlog of commits: Greg Kroah-Hartman Linux 4.4.36-rc1 Tomas Winkler mei: fix return value on disconnection Tomas Winkler mei: me: fix place for kaby point device ids. Tomas Winkler mei: me: disable driver on SPT SPS firmware Michel Dänzer drm/radeon: Ensure vblank interrupt is enabled on DPMS transition to on Andrey Ryabinin mpi: Fix NULL ptr dereference in mpi_powm() [ver #3] John David Anglin parisc: Also flush data TLB in flush_icache_page_asm John David Anglin parisc: Fix race in pci-dma.c John David Anglin parisc: Fix races in parisc_setup_cache_timing() Arnd Bergmann NFSv4.x: hide array-bounds warning John Johansen apparmor: fix change_hat not finding hat after policy replacement Johannes Berg cfg80211: limit scan results cache size Chris Metcalf tile: avoid using clocksource_cyc2ns with absolute cycle count Andrey Grodzovsky scsi: mpt3sas: Fix secure erase premature termination Petr Vandrovec Fix USB CB/CBI storage devices with CONFIG_VMAP_STACK=y Doug Brown USB: serial: ftdi_sio: add support for TI CC3200 LaunchPad Paul Jakma USB: serial: cp210x: add ID for the Zone DPMX Peter Chen usb: chipidea: move the lock initialization to core file Radim Krčmář KVM: x86: check for pic and ioapic presence before use Radim Krčmář KVM: x86: drop error recovery in em_jmp_far and em_ret_far Ashok Raj iommu/vt-d: Fix IOMMU lookup for SR-IOV Virtual Functions David Woodhouse iommu/vt-d: Fix PASID table allocation - Diffstat: Makefile| 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/tile/kernel/time.c | 4 +- arch/x86/kvm/emulate.c | 36 +-- arch/x86/kvm/irq_comm.c | 13 ++ drivers/gpu/drm/radeon/atombios_crtc.c | 2 + drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 2 + drivers/iommu/dmar.c| 4 +- drivers/iommu/intel-iommu.c | 13 ++ drivers/iommu/intel-svm.c | 28 +++- drivers/misc/mei/bus.c | 2 +- drivers/misc/mei/hw-me-regs.h | 7 +-- drivers/misc/mei/hw-me.c| 10 - drivers/misc/mei/main.c | 2 +- drivers/misc/mei/pci-me.c | 4 +- drivers/scsi/mpt3sas/mpt3sas_scsih.c| 15 ++- 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 + lib/mpi/mpi-pow.c | 7 ++- net/wireless/core.h | 1 + net/wireless/scan.c | 69 + security/apparmor/domain.c | 6 ++- 31 files changed, 232 insertions(+), 93 deletions(-)
