Re: [PATCH 2/2] security,perf: Allow further restriction of perf_event_open

Ben Hutchings writes: > When kernel.perf_event_open is set to 3 (or greater), disallow all > access to performance events by users without CAP_SYS_ADMIN. > Add a Kconfig symbol CONFIG_SECURITY_PERF_EVENTS_RESTRICT that > makes this value the default. So this patch does two

[PATCH] Documentation: fix wrong value in md.txt

In the current Documentation/md.txt, the lower limit value of stripe_cache_size is 16 and the default value is 128, but when I update kernel to the latest mainline version and RAID5 array is created by mdadm, then execute the following commands, it shows an error and a difference respectively. 1)

[PATCH v2 2/5] firmware: annotate thou shalt not request fw on init or probe

Thou shalt not make firmware calls early on init or probe. systemd already ripped support out for the usermode helper a while ago, there are still users that require the usermode helper, however systemd's use of the usermode helper exacerbated a long lasting issue of the fact that we have many

Re: [kernel-hardening] [PATCH 2/2] security,perf: Allow further restriction of perf_event_open

Hi guys, This patch wasn't originally CCed to you (I'm fixing that now). Would you consider taking this into the perf tree? It's been in active use in both Debian and Android for a while now. (If need be, I can resend it.) Thanks! -Kees On Sat, Jun 4, 2016 at 1:49 PM, Jeffrey Vander Stoep

Re: [PATCHv3 4/7] Documentation: dt: socfpga: Add Arria10 Ethernet binding

Hi Rob, On 06/16/2016 01:39 PM, Rob Herring wrote: On Mon, Jun 13, 2016 at 04:19:09PM -0500, ttha...@opensource.altera.com wrote: From: Thor Thayer Add the device tree bindings needed to support the Altera Ethernet FIFO buffers on the Arria10 chip.

Re: [PULL v4.6-rc1] bcache: documentation updates

On Thu, 9 Jun 2016, Jonathan Corbet wrote: > On Tue, 31 May 2016 16:02:16 -0700 > Marc MERLIN wrote: > > > > I don't think I ever saw this, was it sent to me? > > > > No I think Eric Emailed linux-doc@vger.kernel.org, instead of you directly. > > Eric, can you resend the

Re: [PATCHv3 4/7] Documentation: dt: socfpga: Add Arria10 Ethernet binding

On Mon, Jun 13, 2016 at 04:19:09PM -0500, ttha...@opensource.altera.com wrote: > From: Thor Thayer > > Add the device tree bindings needed to support the Altera Ethernet > FIFO buffers on the Arria10 chip. > > Signed-off-by: Thor Thayer

Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear

On 06/15/2016 08:17 AM, Tom Lendacky wrote: > On 06/13/2016 08:51 AM, Matt Fleming wrote: >> On Thu, 09 Jun, at 01:33:30PM, Tom Lendacky wrote: >>> [...] >> >>> I'll look further into this, but I saw that this area of virtual memory >>> was mapped un-encrypted and after freeing the boot services

Re: [PATCH v8 3/4] i2c: i801: add support of Host Notify

> (i2c-i801) can be carried over through the input tree. So as long as > you don't need to have a new feature without users for a short period > of time, that's fine by me :) That's fine. I have extremly high trust that the user of the feature will be added soon ;) signature.asc Description:

Re: [PATCH v8 3/4] i2c: i801: add support of Host Notify

On Jun 16 2016 or thereabouts, Wolfram Sang wrote: > > > - removed the .resume hook as upstream changed suspend/resume hooks and > > > there > > > is no need in the end to re-enable host notify on resume (tested on > > > Lenovo > > > t440 and t450). > > > > Actually, this hook seemed to be

Re: [PATCH] Revert "mm: rename _count, field of the struct page, to _refcount"

On Thu 16-06-16 13:22:27, Vitaly Kuznetsov wrote: > Michal Hocko writes: > > > On Thu 16-06-16 12:30:16, Vitaly Kuznetsov wrote: > >> Christoph Hellwig writes: > >> > >> > On Thu, Jun 16, 2016 at 11:22:46AM +0200, Vitaly Kuznetsov wrote: > >> >> _count ->

Re: [PATCH] Revert "mm: rename _count, field of the struct page, to _refcount"

Michal Hocko writes: > On Thu 16-06-16 12:30:16, Vitaly Kuznetsov wrote: >> Christoph Hellwig writes: >> >> > On Thu, Jun 16, 2016 at 11:22:46AM +0200, Vitaly Kuznetsov wrote: >> >> _count -> _refcount rename in commit 0139aa7b7fa12 ("mm: rename _count,

Re: [PATCH] Revert "mm: rename _count, field of the struct page, to _refcount"

On Thu 16-06-16 12:30:16, Vitaly Kuznetsov wrote: > Christoph Hellwig writes: > > > On Thu, Jun 16, 2016 at 11:22:46AM +0200, Vitaly Kuznetsov wrote: > >> _count -> _refcount rename in commit 0139aa7b7fa12 ("mm: rename _count, > >> field of the struct page, to _refcount")

Re: [RFC PATCH 1/2] Input: rotary-encoder- Add support for absolute encoder

Hi Dmitry, On Wednesday 25 May 2016 02:14 PM, Vignesh R wrote: > Hi Dmitry, > > On 05/23/2016 02:48 PM, R, Vignesh wrote: >> >> >> On 5/20/2016 10:04 PM, Dmitry Torokhov wrote: >>> On Thu, May 19, 2016 at 02:34:00PM +0530, Vignesh R wrote: There are rotary-encoders where GPIO lines reflect

Re: [PATCH] Revert "mm: rename _count, field of the struct page, to _refcount"

On 06/16/2016 11:22 AM, Vitaly Kuznetsov wrote: _count -> _refcount rename in commit 0139aa7b7fa12 ("mm: rename _count, field of the struct page, to _refcount") broke kdump. makedumpfile(8) does stuff like READ_MEMBER_OFFSET("page._count", page._count) and fails. While it is definitely possible

Re: [PATCH] Revert "mm: rename _count, field of the struct page, to _refcount"

On Thu, Jun 16, 2016 at 11:22:46AM +0200, Vitaly Kuznetsov wrote: > _count -> _refcount rename in commit 0139aa7b7fa12 ("mm: rename _count, > field of the struct page, to _refcount") broke kdump. makedumpfile(8) does > stuff like READ_MEMBER_OFFSET("page._count", page._count) and fails. While > it

[PATCH] Revert "mm: rename _count, field of the struct page, to _refcount"

_count -> _refcount rename in commit 0139aa7b7fa12 ("mm: rename _count, field of the struct page, to _refcount") broke kdump. makedumpfile(8) does stuff like READ_MEMBER_OFFSET("page._count", page._count) and fails. While it is definitely possible to fix this particular tool I'm not sure about

Re: [PATCH v8 3/4] i2c: i801: add support of Host Notify

> > - removed the .resume hook as upstream changed suspend/resume hooks and > > there > > is no need in the end to re-enable host notify on resume (tested on Lenovo > > t440 and t450). > > Actually, this hook seemed to be required on the Lenovo T440 (Haswell) > but not on the T450