From: Sasha Levin <Alexander.Levin@microsoft.com>
To: Greg KH <gregkh@linuxfoundation.org>
Cc: "stable@vger.kernel.org" <stable@vger.kernel.org>
Subject: Re: [GIT PULL] commits for Linux 4.16
Date: Wed, 2 May 2018 00:00:40 +0000 [thread overview]
Message-ID: <20180502000037.GE7397@sasha-vm> (raw)
In-Reply-To: <20180501220946.GA32302@kroah.com>
On Tue, May 01, 2018 at 03:09:46PM -0700, Greg KH wrote:
>On Fri, Apr 27, 2018 at 02:00:43AM +0000, Sasha Levin wrote:
>> Hi Greg,
>>
>> Pleae pull commits for Linux 4.16 .
>>
>> I've sent a review request for all commits over a week ago and all
>> comments were addressed.
>
>I reviewed all of these, and found 6 that I don't think really should be
>applied. Attached is the mbox with those 6, anything there that you
>want to lobby for to be included, or any background information I need
>to make it easier for me to accept them?
I'll try (see below).
>>From 8a81b29dc572635e5f32dd8c2dc0afe109c91f8e Mon Sep 17 00:00:00 2001
>From: Davidlohr Bueso <dave@stgolabs.net>
>Date: Tue, 10 Apr 2018 16:35:26 -0700
>Subject: [PATCH 015/345] ipc/sem: introduce semctl(SEM_STAT_ANY)
>Content-Length: 4689
>Lines: 134
>
>[ Upstream commit a280d6dc77eb6002f269d58cd47c7c7e69b617b6 ]
This tries to deal with a missing security check by adding audit() to
catch accesses.
SUSE ended up pulling this patch for their kernel:
https://www.suse.com/support/update/announcement/2018/suse-su-20180834-1/
>>From a90b3b30ab51dd2c1e903be526047bd72f59f7f2 Mon Sep 17 00:00:00 2001
>From: Davidlohr Bueso <dave@stgolabs.net>
>Date: Tue, 10 Apr 2018 16:35:23 -0700
>Subject: [PATCH 019/345] ipc/shm: introduce shmctl(SHM_STAT_ANY)
>Content-Length: 7377
>Lines: 212
>
>[ Upstream commit c21a6970ae727839a2f300cd8dd957de0d0238c3 ]
Same as the above.
>>From 00ba54b54545fe7261686e167090f02638534697 Mon Sep 17 00:00:00 2001
>From: Mathias Nyman <mathias.nyman@linux.intel.com>
>Date: Fri, 16 Mar 2018 16:33:06 +0200
>Subject: [PATCH 153/345] xhci: Show what USB release number the xHC supports
> from protocol capablity
>Content-Length: 1985
>Lines: 58
>
>[ Upstream commit 0ee78c101425aae681c631ba59c6ac7f44b1d83a ]
>
>xhci driver displays the supported xHC USB revision in a message during
>driver load:
>
>"Host supports USB 3.1 Enhanced SuperSpeed"
>
>Get the USB minor revision number from the xhci protocol capability.
>This will show the correct supported revisions for new USB 3.2 and later
>hosts
>
>Don't rely on the SBRN (serial bus revision number) register, it's often
>showing 0x30 (USB3.0) for hosts that support USB 3.1
In general, I'll try to pull in a commit that fixes a warning (or
incorrect information, in this case) shown to the user.
You've also in the past pulled in similar commits (such as
https://lkml.org/lkml/2017/10/24/603 which basically fixed the same
bug).
>>From 153adce4ae47df42cc0d76155995a1230f2064b8 Mon Sep 17 00:00:00 2001
>From: Michael Ellerman <mpe@ellerman.id.au>
>Date: Thu, 8 Mar 2018 13:54:40 +1100
>Subject: [PATCH 168/345] powerpc/pseries: Make plpar_wrappers.h safe to
> include when PSERIES=n
>Content-Length: 1087
>Lines: 36
>
>[ Upstream commit 5017e875e497c00dbc17558161fec3ff30b2b4a9 ]
I *thought* that this fixes a build bug, but I can't see an issue trying
to build a 4.16 powerpc kernel, so I guess we can drop that.
>>From 184b2b22bffce9edfc5e8e3534c7dad61b7dc69c Mon Sep 17 00:00:00 2001
>From: Kan Liang <kan.liang@linux.intel.com>
>Date: Thu, 1 Mar 2018 18:08:58 -0500
>Subject: [PATCH 229/345] perf kvm: Switch to new perf_mmap__read_event()
> interface
>Content-Length: 3861
>Lines: 108
>
>[ Upstream commit 53172f9057e92c9b27f0bbf2a46827d87f12b0d2 ]
This should not go in. I goofed up.
(I've pulled it in as a prereq to a different patch, only to change my
mind on that one and forgetting this one in).
>>From 22acee3325a6ec984c80cc8222339dd53c6e28a9 Mon Sep 17 00:00:00 2001
>From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
>Date: Mon, 8 Jan 2018 14:35:52 -0800
>Subject: [PATCH 282/345] rcu: Create RCU-specific workqueues with rescuers
>Content-Length: 4106
>Lines: 113
>
>[ Upstream commit ad7c946b35ad455417fdd4bc0e17deda4011841b ]
This fixes the hard lockup reported here:
https://lkml.org/lkml/2018/1/8/1207
next prev parent reply other threads:[~2018-05-02 0:00 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-27 2:00 [GIT PULL] commits for Linux 4.16 Sasha Levin
2018-05-01 22:09 ` Greg KH
2018-05-02 0:00 ` Sasha Levin [this message]
2018-05-02 15:55 ` Greg KH
2018-05-09 21:44 ` Sam Protsenko
2018-05-10 5:47 ` Greg KH
2018-05-10 10:36 ` Sam Protsenko
2018-05-10 10:47 ` Greg KH
2018-05-10 11:50 ` Sam Protsenko
2018-05-11 6:13 ` Tero Kristo
-- strict thread matches above, loose matches on Subject: below --
2018-05-19 16:58 Sasha Levin
2018-05-27 15:36 ` Greg KH
2018-06-05 4:00 Sasha Levin
2018-06-07 1:07 Sasha Levin
2018-06-17 11:24 ` Greg KH
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180502000037.GE7397@sasha-vm \
--to=alexander.levin@microsoft.com \
--cc=gregkh@linuxfoundation.org \
--cc=stable@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.