Since commit d5470d14431e ("kbuild: re-implement Makefile.headersinst
without recursion"), headers_install emits an ugly warning.
$ make headers_install
[ snip ]
UPD include/generated/uapi/linux/version.h
find: ‘./include/uapi/Kbuild’: No such file or directory
HDRINST usr/include/video/
Commit-ID: 3469fa84c1631face938efc42b3f488a2c2504e0
Gitweb: https://git.kernel.org/tip/3469fa84c1631face938efc42b3f488a2c2504e0
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 18 Jun 2019 17:59:16 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 18 Jun 2019 18:44:24 -0300
t
Commit-ID: 78d6ccce03e86de34c7000bcada493ed0679e350
Gitweb: https://git.kernel.org/tip/78d6ccce03e86de34c7000bcada493ed0679e350
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 18 Jun 2019 17:48:12 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 18 Jun 2019 17:48:12 -0300
p
Commit-ID: cbefd24f0aee3a5d787a013f207f6fd31d3c76d2
Gitweb: https://git.kernel.org/tip/cbefd24f0aee3a5d787a013f207f6fd31d3c76d2
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 18 Jun 2019 17:43:35 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 18 Jun 2019 17:43:35 -0300
t
Commit-ID: 1955c8cf5e26b1f70d674190ff9984dbfd531ee9
Gitweb: https://git.kernel.org/tip/1955c8cf5e26b1f70d674190ff9984dbfd531ee9
Author: Florian Fainelli
AuthorDate: Fri, 14 Jun 2019 11:39:47 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:20 -0300
perf tool
Commit-ID: 599ee18f0740d7661b8711249096db94c09bc508
Gitweb: https://git.kernel.org/tip/599ee18f0740d7661b8711249096db94c09bc508
Author: John Garry
AuthorDate: Fri, 14 Jun 2019 22:07:59 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:19 -0300
perf pmu: Fix u
Commit-ID: fdbdd7e8580eac9bdafa532746c865644d125e34
Gitweb: https://git.kernel.org/tip/fdbdd7e8580eac9bdafa532746c865644d125e34
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 17 Jun 2019 14:32:53 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:20 -0300
p
Commit-ID: 016f327ce48f9b0b1cdea729ba7080596113563f
Gitweb: https://git.kernel.org/tip/016f327ce48f9b0b1cdea729ba7080596113563f
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 14 Jun 2019 16:50:19 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:19 -0300
p
Commit-ID: a4066d64d9391a734ee0e49c8d2757f5685013b4
Gitweb: https://git.kernel.org/tip/a4066d64d9391a734ee0e49c8d2757f5685013b4
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 13 Jun 2019 17:35:09 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:19 -0300
p
Commit-ID: 5875cf4cd32ea08d0d6abb82091f2d1f7cd6889f
Gitweb: https://git.kernel.org/tip/5875cf4cd32ea08d0d6abb82091f2d1f7cd6889f
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 13 Jun 2019 18:29:05 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:19 -0300
p
Commit-ID: 5e2156d837e875c0277bbe9c5cd965ff56539e0b
Gitweb: https://git.kernel.org/tip/5e2156d837e875c0277bbe9c5cd965ff56539e0b
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 13 Jun 2019 18:25:04 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:19 -0300
t
Commit-ID: 99f26f854867175ad7e157c7efc1e91ddc7eec44
Gitweb: https://git.kernel.org/tip/99f26f854867175ad7e157c7efc1e91ddc7eec44
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 13 Jun 2019 18:17:41 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:19 -0300
p
Commit-ID: 4541a8bb13a86e504416a13360c8dc64d2fd612a
Gitweb: https://git.kernel.org/tip/4541a8bb13a86e504416a13360c8dc64d2fd612a
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 13 Jun 2019 12:04:19 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:19 -0300
t
Commit-ID: e01f0ef509ea7e76929f24a074d241de52c6f82a
Gitweb: https://git.kernel.org/tip/e01f0ef509ea7e76929f24a074d241de52c6f82a
Author: Adrian Hunter
AuthorDate: Mon, 10 Jun 2019 10:28:03 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:18 -0300
perf intel-p
Commit-ID: 975846eddf907297aa036544545cd839c7c7dd31
Gitweb: https://git.kernel.org/tip/975846eddf907297aa036544545cd839c7c7dd31
Author: Adrian Hunter
AuthorDate: Mon, 10 Jun 2019 10:28:02 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:18 -0300
perf intel-p
Commit-ID: 143d34a6b387b96aba42c49cb76d18ad3e3863e5
Gitweb: https://git.kernel.org/tip/143d34a6b387b96aba42c49cb76d18ad3e3863e5
Author: Adrian Hunter
AuthorDate: Mon, 10 Jun 2019 10:28:00 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:18 -0300
perf intel-p
Commit-ID: aa62afd7daac4b4cc95cd2454e3f43aa23f519c1
Gitweb: https://git.kernel.org/tip/aa62afd7daac4b4cc95cd2454e3f43aa23f519c1
Author: Adrian Hunter
AuthorDate: Mon, 10 Jun 2019 10:28:01 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:18 -0300
perf intel-p
Commit-ID: 9e9a618afc178e747cc449464ba54d9c932f7af2
Gitweb: https://git.kernel.org/tip/9e9a618afc178e747cc449464ba54d9c932f7af2
Author: Adrian Hunter
AuthorDate: Mon, 10 Jun 2019 10:27:59 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:18 -0300
perf intel-p
Commit-ID: 9d0bc53e35b82e429ab698d112f7af4336578735
Gitweb: https://git.kernel.org/tip/9d0bc53e35b82e429ab698d112f7af4336578735
Author: Adrian Hunter
AuthorDate: Mon, 10 Jun 2019 10:27:58 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:18 -0300
perf intel-p
Commit-ID: e62ca655eea7ad4956929f647c2d9fb36aeff90e
Gitweb: https://git.kernel.org/tip/e62ca655eea7ad4956929f647c2d9fb36aeff90e
Author: Adrian Hunter
AuthorDate: Mon, 10 Jun 2019 10:27:56 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:17 -0300
perf intel-p
Commit-ID: 0dfded34a2e3b517c149ee9c7d1e5173025017b7
Gitweb: https://git.kernel.org/tip/0dfded34a2e3b517c149ee9c7d1e5173025017b7
Author: Adrian Hunter
AuthorDate: Mon, 10 Jun 2019 10:27:57 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:18 -0300
perf intel-p
Commit-ID: 4c35595e1ea7585d09eb80096f47af237061e795
Gitweb: https://git.kernel.org/tip/4c35595e1ea7585d09eb80096f47af237061e795
Author: Adrian Hunter
AuthorDate: Mon, 10 Jun 2019 10:27:55 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:17 -0300
perf intel-p
Commit-ID: a0db77bf880b8badd2f9ce4da708c69b0b865853
Gitweb: https://git.kernel.org/tip/a0db77bf880b8badd2f9ce4da708c69b0b865853
Author: Adrian Hunter
AuthorDate: Mon, 10 Jun 2019 10:27:54 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:17 -0300
perf intel-p
Commit-ID: edff7809c80f09398783d602c33a507309c23e24
Gitweb: https://git.kernel.org/tip/edff7809c80f09398783d602c33a507309c23e24
Author: Adrian Hunter
AuthorDate: Mon, 10 Jun 2019 10:27:53 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:17 -0300
perf intel-p
Commit-ID: 374d910f87b87283df2b1e8a60a6a546d4a14c90
Gitweb: https://git.kernel.org/tip/374d910f87b87283df2b1e8a60a6a546d4a14c90
Author: Mathieu Poirier
AuthorDate: Tue, 11 Jun 2019 14:45:28 -0600
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:16 -0300
perf: cs-e
On Fri, Jun 21, 2019 at 10:28:21PM -0700, Linus Torvalds wrote:
> On Fri, Jun 21, 2019 at 6:03 PM Pierre-Loup A. Griffais
> wrote:
> >
> > I applied Eric's path to the tip of the branch and ran that kernel and
> > the bug didn't occur through several logout / login cycles, so things
> > look good
Commit-ID: 010e3e8fc12b1c13ce19821a11d8930226ebb4b6
Gitweb: https://git.kernel.org/tip/010e3e8fc12b1c13ce19821a11d8930226ebb4b6
Author: Raphael Gault
AuthorDate: Tue, 11 Jun 2019 13:53:09 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 17 Jun 2019 15:57:16 -0300
perf tests a
> On Mon, Jun 17, 2019 at 08:58:24AM +0200, Michal Hocko wrote:
> > From: Andrea Arcangeli
> >
> > Upstream 04f5866e41fb70690e28397487d8bd8eea7d712a commit.
> >
> > Signed-off-by: Michal Hocko
> > ---
> > drivers/android/binder.c | 6 ++
> > drivers/infiniband/hw/mlx4/main.c |
t; Merge tag 'perf-core-for-mingo-5.3-20190611' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
> (2019-06-17 20:48:14 +0200)
>
> are available in the Git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux
On Fri, Jun 21, 2019 at 05:49:45PM +, Dragan Cvetic wrote:
>
>
> > -Original Message-
> > From: Greg KH [mailto:gre...@linuxfoundation.org]
> > Sent: Friday 21 June 2019 15:16
> > To: Dragan Cvetic
> > Cc: a...@arndb.de; Michal Simek ;
> > linux-arm-ker...@lists.infradead.org; robh.
On Fri, Jun 21, 2019 at 05:45:58PM -0700, Guenter Roeck wrote:
> On 6/20/19 10:56 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.1.13 release.
> > There are 98 patches in this series, all will be posted as a response
> > to this one. If anyone has any issu
ROFL bots gets confused ...we are blurring the boundaries Linus...:)
On 22:36 Fri 21 Jun , Linus Torvalds wrote:
On Fri, Jun 21, 2019 at 10:30 PM wrote:
The pull request you sent on Fri, 21 Jun 2019 21:21:37 -0400 (EDT):
> (unable to parse the git remote)
This "unable to parse the git
RTAGS
> > > GSYMS \
> >
> > This change seems to have caused a minor regression:
> >
> > $ make clean ; make clean
> > find: ‘*’: No such file or directory
>
> Hmm, I cannot reproduce this.
>
> I checked the latest linux-next.
>
>
> masah
On Fri, Jun 21, 2019 at 10:30 PM wrote:
>
> The pull request you sent on Fri, 21 Jun 2019 21:21:37 -0400 (EDT):
>
> > (unable to parse the git remote)
This "unable to parse the git remote" is apparently because the pull
request had an extraneous ':' in the remote description
git://git.kernel.o
On Sat, Jun 22, 2019 at 03:04:08AM +0800, kbuild test robot wrote:
> From: kbuild test robot
>
> drivers/staging/kpc2000/kpc_dma/kpc_dma_driver.c:200:3-8: No need to set
> .owner here. The core will do it.
>
> Remove .owner field if calls are used which set it automatically
>
> Generated by:
The pull request you sent on Fri, 21 Jun 2019 21:21:37 -0400 (EDT):
> (unable to parse the git remote)
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c356dc4b540edd6c02b409dd8cf3208ba2804c38
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg.wiki.kernel.org/userd
On Fri, Jun 21, 2019 at 6:03 PM Pierre-Loup A. Griffais
wrote:
>
> I applied Eric's path to the tip of the branch and ran that kernel and
> the bug didn't occur through several logout / login cycles, so things
> look good at first glance. I'll keep running that kernel and report back
> if anything
On 2019-06-14 19:54, Suzuki K Poulose wrote:
> Add a wrapper to class_find_device() to search for a device
> by the of_node pointer, reusing the generic match function.
> Also convert the existing users to make use of the new helper.
>
> Cc: Alan Tull
> Cc: Moritz Fischer
> Cc: linux-f...@vger.k
On 6/21/19, 8:10 PM, Vidya Sagar wrote:
>
> Cleanup DBI read and write APIs by removing "__" (underscore) from their
> names as there are no no-underscore versions and the underscore versions
> are already doing what no-underscore versions typically do. It also removes
> passing dbi/dbi2 base addr
o such file or directory
Hmm, I cannot reproduce this.
I checked the latest linux-next.
masahiro@grover:~/ref/linux-next$ git describe
next-20190621
masahiro@grover:~/ref/linux-next$ make clean; make clean
masahiro@grover:~/ref/linux-next$
> Any idea?
>
> Arnd
--
Best Regards
Masahiro Yamada
Compliment of the day,
I am Mr. Karim Zongo Have a Business Proposal of $5.3 million For You.
I am aware of the unsafe nature of the internet, and was compelled to
use this medium due to the nature of this project.
I have access to very vital information that can be used to transfer
this huge amo
coredump: fix race condition between mmget_not_zero()/get_task_mm()
and core dumping
[PATCH v3 1/2]:
Backporting of commit 04f5866e41fb70690e28397487d8bd8eea7d712a upstream.
[PATCH v3 2/2]:
Extension of commit 04f5866e41fb to fix the race condition between
get_task_mm() and core dumping for IB->m
This patch is the extension of following upstream commit to fix
the race condition between get_task_mm() and core dumping
for IB->mlx4 and IB->mlx5 drivers:
commit 04f5866e41fb ("coredump: fix race condition between
mmget_not_zero()/get_task_mm() and core dumping")'
Thanks to Jason for pointing t
From: Andrea Arcangeli
commit 04f5866e41fb70690e28397487d8bd8eea7d712a upstream.
The core dumping code has always run without holding the mmap_sem for
writing, despite that is the only way to ensure that the entire vma
layout will not change from under it. Only using some signal
serialization o
> On Jun 21, 2019, at 8:11 PM, Hillf Danton wrote:
>
>
> Hello
>
> On Fri, 21 Jun 2019 17:05:10 -0700 Song Liu wrote:
>> Next patch will add khugepaged support of non-shmem files. This patch
>> renames these two functions to reflect the new functionality:
>>
>>collapse_shmem()=
On 2019/06/19 5:49, Al Viro wrote:
> On Sun, Jun 16, 2019 at 03:49:00PM +0900, Tetsuo Handa wrote:
>> Hello, Al.
>>
>> Q1: Do you agree that we should fix TOMOYO side rather than SOCKET_I()->sk
>> management.
>
> You do realize that sockets are not unique in that respect, right?
> All kinds of
On Fri, Jun 7, 2019 at 11:31 AM Anup Patel wrote:
>
> This patchset implements two-stagged initial page table setup using fixmap
> to avoid mapping non-existent RAM and also reduce high_memory consumed by
> initial page tables.
>
> The patchset is based on Linux-5.2-rc3 and tested on SiFive Unleas
Hi Daniel,
I love your patch! Perhaps something to improve:
[auto build test WARNING on pm/linux-next]
[also build test WARNING on v5.2-rc5 next-20190621]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
On Fri, 2019-06-21 at 23:50 +0900, Masami Hiramatsu wrote:
> On Tue, 18 Jun 2019 20:17:06 +0530
> "Naveen N. Rao" wrote:
trivia:
> > diff --git a/arch/powerpc/kernel/kprobes-ftrace.c
> > b/arch/powerpc/kernel/kprobes-ftrace.c
[]
> > @@ -57,6 +82,11 @@ NOKPROBE_SYMBOL(kprobe_ftrace_handler);
> >
Hi Andrew,
>On Fri, Jun 21, 2019 at 09:33:57AM +0100, Parshuram Thombare wrote:
>> Hello !
>>
>> 2. 0002-net-macb-add-support-for-sgmii-MAC-PHY-interface.patch
>>This patch add support for SGMII mode.
>
>Hi Parshuram
>
>What PHYs are using to test this? You mention TI PHY DP83867, but that see
On Fri, Jun 21, 2019 at 10:30 AM Waiman Long wrote:
>
> With Roman's kmem cache reparent patch, multiple kmem caches of the same
> type can be seen attached to the same memcg id. All of them, except
> maybe one, are reparent'ed kmem caches. It can be useful to tag those
> reparented caches by addi
> On Jun 21, 2019, at 7:33 PM, Troy Benjegerdes
> wrote:
>
>
>
>> On Jun 21, 2019, at 4:59 PM, Atish Patra wrote:
>>
>> On Fri, 2019-06-21 at 14:46 -0700, Atish Patra wrote:
>>> On Fri, 2019-06-21 at 14:18 -0500, Troy Benjegerdes wrote:
Can you post the fsbl and other images you used
On Fri, Jun 21, 2019 at 09:25:17PM +0200, Luca Weiss wrote:
> On Freitag, 21. Juni 2019 02:01:22 CEST you wrote:
> > I think that it makes sense to put this snippet in qcom-msm8974.dtsi
> > with a status of disabled, and then enable it in
> > qcom-msm8974-fairphone-fp2.dts like so:
> >
> > imem@fe
In some software releases the firmware images are not split up with each
loadable segment in it's own file. Check the size of the loaded firmware
to see if it still contains each segment to be loaded, before falling
back to the split-out segments.
Signed-off-by: Bjorn Andersson
---
drivers/remot
In some software releases the firmware images are not split up with each
loadable segment in it's own file. Check the size of the loaded firmware
to see if it still contains each segment to be loaded, before falling
back to the split-out segments.
Signed-off-by: Bjorn Andersson
---
drivers/soc/q
Typically the firmware files for the various remoteprocs is split in a number
of files. But in some releases these files are available in their unsplit form.
Extend the mdt loader to detect the unsplit firmware and load it transparently.
Also expose the function that compose the metadata header f
1) Fix leak of unqueued fragments in ipv6 nf_defrag, from Guillaume
Nault.
2) Don't access the DDM interface unless the transceiver implements
it in bnx2x, from Mauro S. M. Rodrigues.
3) Don't double fetch 'len' from userspace in sock_getsockopt(), from
JingYi Hou.
4) Sign extension o
Change devm_k*alloc to k*alloc to manually allocate memory
The manual allocation and freeing of memory is necessary because when
the USB radio is disconnected, the memory associated with devm_k*alloc
is freed. Meaning if we still have unresolved references to the radio
device, then we get use-aft
On 2019/06/21 22:07, Matias Bjørling wrote:
> From: Ajay Joshi
>
> Implement REQ_OP_ZONE_OPEN, REQ_OP_ZONE_CLOSE and REQ_OP_ZONE_FINISH
> support to allow explicit control of zone states.
>
> Signed-off-by: Ajay Joshi
> Signed-off-by: Matias Bjørling
> ---
> drivers/block/null_blk.h |
On 6/21/19 5:19 PM, Eric Dumazet wrote:
On Fri, Jun 21, 2019 at 7:54 PM Linus Torvalds
wrote:
Eric is talking about this patch, I think:
https://patchwork.ozlabs.org/patch/1120222/
That is correct.
I am about to take a flight from Boston to Paris, so I can not really
follow discus
From: kbuild test robot
drivers/platform/chrome/wilco_ec/event.c:161:3-4: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
Fixes: 22c040fa21b6 ("platform/chrome: cros_ec_lpc: Choose Microchip EC at
runtime")
Signed-off-by: kbuild test robot
From: kbuild test robot
drivers/platform/chrome/wilco_ec/event.c:270:1-17: WARNING: event_fops: .read()
has stream semantic; safe to change nonseekable_open -> stream_open.
Generated by: scripts/coccinelle/api/stream_open.cocci
Fixes: 22c040fa21b6 ("platform/chrome: cros_ec_lpc: Choose Microch
On 6/20/19 10:56 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.1.13 release.
There are 98 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
On 6/20/19 10:56 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.19.54 release.
There are 61 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
On 6/20/19 10:57 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.129 release.
There are 45 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 mad
On 6/20/19 10:55 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.183 release.
There are 117 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 mad
On 6/20/19 10:55 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.4.183 release.
There are 84 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
Look at the required OPPs of the "parent" device to determine the OPP that
is required from the slave device managed by the passive governor. This
allows having mappings between a parent device and a slave device even when
they don't have the same number of OPPs.
Signed-off-by: Saravana Kannan
--
The devfreq passive governor scales the frequency of a "child" device
based on the current frequency of a "parent" device (not parent/child in
the sense of device hierarchy). As of today, the passive governor
requires one of the following to work correctly:
1. The parent and child device have the s
Add a function that allows looking up required OPPs given a source OPP
table, destination OPP table and the source OPP.
Signed-off-by: Saravana Kannan
---
drivers/opp/core.c | 54 ++
include/linux/pm_opp.h | 11 +
2 files changed, 65 insertions
A Device-A can have a (minimum) performance requirement on another
Device-B to be able to function correctly. This performance requirement
on Device-B can also change based on the current performance level of
Device-A.
The existing required-opps feature fits well to describe this need. So,
instead
> On Jun 21, 2019, at 4:59 PM, Atish Patra wrote:
>
> On Fri, 2019-06-21 at 14:46 -0700, Atish Patra wrote:
>> On Fri, 2019-06-21 at 14:18 -0500, Troy Benjegerdes wrote:
>>> Can you post the fsbl and other images you used to boot/test this?
>>>
>>
>
> Resending it without the attachment. Ob
On Thu, Jun 20, 2019 at 06:08:19PM -0500, Scott Wood wrote:
> On Thu, 2019-06-20 at 15:25 -0700, Paul E. McKenney wrote:
> > On Thu, Jun 20, 2019 at 04:59:30PM -0500, Scott Wood wrote:
> > > On Thu, 2019-06-20 at 14:10 -0700, Paul E. McKenney wrote:
> > > > On Tue, Jun 18, 2019 at 08:19:07PM -0500,
Changelog
v2: * Fixed the inconsistent behavior by not aborting !vma_migratable()
immediately by a separate patch (patch 1/2), and this is also the
preparation for patch 2/2. For the details please see the commit
log. Per Vlastimil.
* Not abort immediately if unmovable page
When running syzkaller internally, we ran into the below bug on 4.9.x
kernel:
kernel BUG at mm/huge_memory.c:2124!
invalid opcode: [#1] SMP KASAN
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in:
CPU: 0 PID: 1518 Comm: syz-executor107 Not tainted 4.9.168+ #2
Hardware name: QE
When both MPOL_MF_MOVE* and MPOL_MF_STRICT was specified, mbind() should
try best to migrate misplaced pages, if some of the pages could not be
migrated, then return -EIO.
There are three different sub-cases:
1. vma is not migratable
2. vma is migratable, but there are unmovable pages
3. vma is mi
On Fri, Jun 21, 2019 at 7:54 PM Linus Torvalds
wrote:
>
> Eric is talking about this patch, I think:
>
>https://patchwork.ozlabs.org/patch/1120222/
>
That is correct.
I am about to take a flight from Boston to Paris, so I can not really
follow discussions/tests for the following hours.
Tha
From: Matthew Garrett
custom_method effectively allows arbitrary access to system memory, making
it possible for an attacker to circumvent restrictions on module loading.
Disable it if the kernel is locked down.
Signed-off-by: Matthew Garrett
Signed-off-by: David Howells
cc: linux-a...@vger.ke
From: Linn Crosetto
>From the kernel documentation (initrd_table_override.txt):
If the ACPI_INITRD_TABLE_OVERRIDE compile option is true, it is possible
to override nearly any ACPI table provided by the BIOS with an
instrumented, modified one.
When lockdown is enabled, the kernel should d
From: David Howells
Provided an annotation for module parameters that specify hardware
parameters (such as io ports, iomem addresses, irqs, dma channels, fixed
dma buffers and other types).
Suggested-by: Alan Cox
Signed-off-by: David Howells
Signed-off-by: Matthew Garrett
---
include/linux/s
From: Matthew Garrett
Writing to MSRs should not be allowed if the kernel is locked down, since
it could lead to execution of arbitrary code in kernel mode. Based on a
patch by Kees Cook.
Signed-off-by: Matthew Garrett
Signed-off-by: David Howells
Acked-by: Kees Cook
Reviewed-by: Thomas Glei
From: David Howells
Disallow the creation of perf and ftrace kprobes when the kernel is
locked down in confidentiality mode by preventing their registration.
This prevents kprobes from being used to access kernel memory to steal
crypto data, but continues to allow the use of kprobes from signed
m
In preparation for non-shmem THP, this patch adds a few stats and exposes
them in /proc/meminfo, /sys/bus/node/devices//meminfo, and
/proc//task//smaps.
This patch is mostly a rewrite of Kirill A. Shutemov's earlier version:
https://lkml.org/lkml/2017/1/26/284.
Acked-by: Rik van Riel
Signed-off-
This patch is (hopefully) the first step to enable THP for non-shmem
filesystems.
This patch enables an application to put part of its text sections to THP
via madvise, for example:
madvise((void *)0x60, 0x20, MADV_HUGEPAGE);
We tried to reuse the logic for THP on tmpfs.
Currently,
Next patch will add khugepaged support of non-shmem files. This patch
renames these two functions to reflect the new functionality:
collapse_shmem()=> collapse_file()
khugepaged_scan_shmem() => khugepaged_scan_file()
Acked-by: Rik van Riel
Signed-off-by: Song Liu
---
mm/khuge
Tracefs may release more information about the kernel than desirable, so
restrict it when the kernel is locked down in confidentiality mode by
preventing open().
Signed-off-by: Matthew Garrett
Cc: Steven Rostedt
---
fs/tracefs/inode.c | 43 +++-
include
In previous patch, an application could put part of its text section in
THP via madvise(). These THPs will be protected from writes when the
application is still running (TXTBSY). However, after the application
exits, the file is available for writes.
This patch avoids writes to file THP by droppi
From: David Howells
Disallow opening of debugfs files that might be used to muck around when
the kernel is locked down as various drivers give raw access to hardware
through debugfs. Given the effort of auditing all 2000 or so files and
manually fixing each one as necessary, I've chosen to apply
Currently, filemap_fault() avoids trace condition with truncate by
checking page->mapping == mapping. This does not work for compound
pages. This patch let it check compound_head(page)->mapping instead.
Acked-by: Rik van Riel
Signed-off-by: Song Liu
---
mm/filemap.c | 2 +-
1 file changed, 1 in
Print the content of current->comm in messages generated by lockdown to
indicate a restriction that was hit. This makes it a bit easier to find
out what caused the message.
The message now patterned something like:
Lockdown: : is restricted; see man kernel_lockdown.7
Signed-off-by: Dav
Changes v5 => v6:
1. Improve THP stats in 3/6, (Kirill).
Changes v4 => v5:
1. Move the logic to drop THP from pagecache to open() path (Rik).
2. Revise description of CONFIG_READ_ONLY_THP_FOR_FS.
Changes v3 => v4:
1. Put the logic to drop THP from pagecache in a separate function (Rik).
2. Move t
With THP, current check of offset:
VM_BUG_ON_PAGE(page->index != offset, page);
is no longer accurate. Update it to:
VM_BUG_ON_PAGE(page_to_pgoff(page) != offset, page);
Acked-by: Rik van Riel
Signed-off-by: Song Liu
---
mm/filemap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
efivar_ssdt_load allows the kernel to import arbitrary ACPI code from an
EFI variable, which gives arbitrary code execution in ring 0. Prevent
that when the kernel is locked down.
Signed-off-by: Matthew Garrett
Cc: Ard Biesheuvel
Cc: linux-...@vger.kernel.org
---
drivers/firmware/efi/efi.c | 6
From: Josh Boyer
There is currently no way to verify the resume image when returning
from hibernate. This might compromise the signed modules trust model,
so until we can work with signed hibernate images we disable it when the
kernel is locked down.
Signed-off-by: Josh Boyer
Signed-off-by: Da
From: Josh Boyer
This option allows userspace to pass the RSDP address to the kernel, which
makes it possible for a user to modify the workings of hardware . Reject
the option when the kernel is locked down.
Signed-off-by: Josh Boyer
Signed-off-by: David Howells
Signed-off-by: Matthew Garrett
From: Matthew Garrett
IO port access would permit users to gain access to PCI configuration
registers, which in turn (on a lot of hardware) give access to MMIO
register space. This would potentially permit root to trigger arbitrary
DMA, so lock it down by default.
This also implicitly locks down
From: Matthew Garrett
The kexec_load() syscall permits the loading and execution of arbitrary
code in ring 0, which is something that lock-down is meant to prevent. It
makes sense to disable kexec_load() in this situation.
This does not affect kexec_file_load() syscall which can check for a
sign
From: David Howells
Lock down TIOCSSERIAL as that can be used to change the ioport and irq
settings on a serial port. This only appears to be an issue for the serial
drivers that use the core serial code. All other drivers seem to either
ignore attempts to change port/irq or give an error.
Rep
From: David Howells
Disallow the use of certain perf facilities that might allow userspace to
access kernel data.
Signed-off-by: David Howells
Signed-off-by: Matthew Garrett
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Arnaldo Carvalho de Melo
---
include/linux/security.h | 1 +
kernel/event
From: Jiri Bohac
This is a preparatory patch for kexec_file_load() lockdown. A locked down
kernel needs to prevent unsigned kernel images from being loaded with
kexec_file_load(). Currently, the only way to force the signature
verification is compiling with KEXEC_VERIFY_SIG. This prevents load
1 - 100 of 837 matches
Mail list logo