lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Thu, 8 Sep 2016 08:52:32 +0200
From:   Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To:     "Levin, Alexander" <alexander.levin@...izon.com>
Cc:     "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "torvalds@...ux-foundation.org" <torvalds@...ux-foundation.org>,
        "akpm@...ux-foundation.org" <akpm@...ux-foundation.org>,
        "linux@...ck-us.net" <linux@...ck-us.net>,
        "shuah.kh@...sung.com" <shuah.kh@...sung.com>,
        "patches@...nelci.org" <patches@...nelci.org>,
        "ben.hutchings@...ethink.co.uk" <ben.hutchings@...ethink.co.uk>,
        "stable@...r.kernel.org" <stable@...r.kernel.org>
Subject: Re: [PATCH 4.7 000/143] 4.7.3-stable review

On Wed, Sep 07, 2016 at 04:59:37PM -0400, Levin, Alexander wrote:
> On Mon, Sep 05, 2016 at 06:42:56PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.7.3 release.
> > There are 143 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 Sep  7 16:44:10 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.7.3-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.7.y
> > and the diffstat can be found below.
> 
> Hey Greg,
> 
> For reference, I've generated a list of <=4.8-rc4 commits that look to me like stable material but are not in 4.7.3:
> 
> 422eac3f7deae34dbaffd08e03e27f37a5394a56 (v4.8-rc1) tpm_crb: fix mapping of the buffers
> a36aa80f3cb2540fb1dbad6240852de4365a2e82 (v4.8-rc1) intel_th: Fix a deadlock in modprobing
> 7a1a47ce35821b40f5b2ce46379ba14393bc3873 (v4.8-rc1) intel_th: pci: Add Kaby Lake PCH-H support
> fa95986095e39205ea2fb5b5dafe271bca7eb8d1 (v4.8-rc1) drm/i915: Set legacy properties when using legacy gamma set IOCTL. (v2)
> 78f4f7c2341f1cf510152ad494108850fec1ae39 (v4.8-rc1) ALSA: hda/realtek - ALC891 headset mode for Dell
> 9b51fe3efe4c270005e34f55a97e5a84ad68e581 (v4.8-rc1) ALSA: hda - On-board speaker fixup on ACER Veriton
> 7d9595d848cdff5c7939f68eec39e0c5d36a1d67 (v4.8-rc1) dm rq: fix the starting and stopping of blk-mq queues
> 3b2c1710fac7fb278b760d1545e637cbb5ea5b5b (v4.8-rc2) drm/i915: Wait up to 3ms for the pcu to ack the cdclk change request on SKL
> c518189567eaf42b2ec50a4d982484c8e38799f8 (v4.8-rc3) net: macb: Correct CAPS mask
> 80788a0fbbdfbb125e3fd45a640cddb582160bc7 (v4.8-rc1) drm/i915/fbc: sanitize i915.enable_fbc during FBC init
> 0a491b96aa59a7232f6c1a81414aa57fb8de8594 (v4.8-rc3) drm/i915/fbc: FBC causes display flicker when VT-d is enabled on Skylake
> 3e103a65514c2947e53f3171b21255fbde8b60c6 (v4.8-rc4) ASoC: atmel_ssc_dai: Don't unconditionally reset SSC on stream startup
> 1b856086813be9371929b6cc62045f9fd470f5a0 (v4.8-rc4) block: Fix race triggered by blk_set_queue_dying()
> ae5b80d2b68eac945b124227dea34462118a6f01 (v4.8-rc4) drm/radeon: only apply the SS fractional workaround to RS[78]80
> d9dc1702b297ec4a6bb9c0326a70641b322ba886 (v4.8-rc4) bcache: register_bcache(): call blkdev_put() when cache_alloc() fails
> acc9cf8c66c66b2cbbdb4a375537edee72be64df (v4.8-rc4) bcache: RESERVE_PRIO is too small by one when prio_buckets() is a power of two.
> 13f479b9df4e2bbf2d16e7e1b02f3f55f70e2455 (v4.8-rc4) drm/radeon: fix radeon_move_blit on 32bit systems
> d77976c414ed7f521b9c79b2a9dde0147a3cf754 (v4.8-rc4) ARC: export kmap
> c57653dc94d0db7bf63067433ceaa97bdcd0a312 (v4.8-rc4) ARC: export __udivdi3 for modules
> 6f00975c619064a18c23fd3aced325ae165a73b9 (v4.8-rc4) drm: Reject page_flip for !DRIVER_MODESET
> e9e5e3fae8da7e237049e00e0bfc9e32fd808fe8 (v4.8-rc4) bdev: fix NULL pointer dereference
> 6a33fa2b87513fee44cb8f0cd17b1acd6316bc6b (v4.8-rc4) irqchip/mips-gic: Cleanup chip and handler setup
> 2564970a381651865364974ea414384b569cb9c0 (v4.8-rc4) irqchip/mips-gic: Implement activate op for device domain
> c62fb260a86dde3df5b2905432caa0e9f6898434 (v4.8-rc4) IB/hfi1,IB/qib: Fix qp_stats sleep with rcu read lock held
> a77ec83a57890240c546df00ca5df1cdeedb1cc3 (v4.8-rc4) vhost/scsi: fix reuse of &vq->iov[out] in response
> c0082e985fdf77b02fc9e0dac3b58504dcf11b7a (v4.8-rc4) ubifs: Fix assertion in layout_in_gaps()
> 17ce1eb0b64eb27d4f9180daae7495fa022c7b0d (v4.8-rc4) ubifs: Fix xattr generic handler usage
> 27727df240c7cc84f2ba6047c6f18d5addfd25ef (v4.8-rc4) timekeeping: Avoid taking lock in NMI path with CONFIG_DEBUG_TIMEKEEPING
> a4f8f6667f099036c88f231dcad4cf233652c824 (v4.8-rc4) timekeeping: Cap array access in timekeeping_debug
> 2e63ad4bd5dd583871e6602f9d398b9322d358d9 (v4.8-rc4) x86/apic: Do not init irq remapping if ioapic is disabled
> 9b47f77a680447e0132b2cf7fb82374e014bec1c (v4.8-rc4) nvme: Fix nvme_get/set_features() with a NULL result pointer
> 4d70dca4eadf2f95abe389116ac02b8439c2d16c (v4.8-rc4) block: make sure a big bio is split into at most 256 bvecs
> 9a035a40f7f3f6708b79224b86c5777a3334f7ea (v4.8-rc4) xenbus: don't look up transaction IDs for ordinary writes
> 299f6230bc6d0ccd5f95bb0fb865d80a9c7d5ccc (v4.8-rc4) dm flakey: fix reads to be issued if drop_writes configured
> b53e7d000d9e6e9fd2c6eb6b82d2783c67fd599e (v4.8-rc4) clocksource/drivers/sun4i: Clear interrupts after stopping timer in probe function
> add1fa75101263ab4d74240f93000998d4325624 (v4.8-rc4) drm/atomic: Don't potentially reset color_mgmt_changed on successive property updates.
> 

Thanks for these, I'll look at them after I get through the other
"properly tagged" patches in my queue.  I also have a long list of stuff
like this that I need to look at closer...

thanks,

greg k-h

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ