Hi Linus,
here is the big slew of GPIO changes for the v5.9 merge window.
There is nothing too exciting in it, but a new macro that fixes a
build failure on a minor ARM32 platform that appeared yesterday
is part of it so we better merge it.
Please pull it in!
Yours,
Linus Walleij
The following
On Tue, 4 Aug 2020 11:14:09 +0200
SeongJae Park wrote:
> From: SeongJae Park
>
> This commit adds a tracepoint for DAMON. It traces the monitoring
> results of each region for each aggregation interval. Using this, DAMON
> can easily integrated with tracepoints supporting tools such as perf.
On Tue, Aug 04, 2020 at 02:28:28PM -0700, Cong Wang wrote:
> On Tue, Aug 4, 2020 at 9:14 AM wrote:
> >
> > From: Izabela Bakollari
> >
> > Dropwatch is a utility that monitors dropped frames by having userspace
> > record them over the dropwatch protocol over a file. This augument
> > allows live
On Tue, Aug 4, 2020 at 4:28 AM Christian Brauner
wrote:
>
> This is a series announced some time back (cf. [2]) when we reworked a chunk
> of
> the process creation paths in the kernel and switched to struct
> {kernel_}clone_args.
You have those refs to [2] (and later [1]), but not the actual li
On Tue, Aug 4, 2020 at 4:58 AM Zhihao Cheng wrote:
> Oh, you're thinking about influence by schedule(), I get it. But I think
> it still works. Because the ubi_thread is still on runqueue, it will be
> scheduled to execute later anyway.
It will not get woken. This is the problem.
>
> op
Hi Linus,
Please pull the following Kselftest update for Linux 5.9-rc1.
This Kselftest update for Linux 5.9-rc1 consists of
- TAP output reporting related fixes from Paolo Bonzini and Kees Cook.
These fixes make it skip reporting consistent with TAP format.
- Cleanup fixes to framework run_te
A number of static variables are not modified and can be made const to
allow the compiler to put them in read-only memory.
Signed-off-by: Rikard Falkeborn
---
Perhaps it should be split up? If so, some guidance on how would be
appreciated.
drivers/gpu/drm/sun4i/sun4i_backend.c | 2 +-
drive
Hello Linus
I have corrected the tagging for the pull request.
Here are three minor fixes to Smack for the v5.9 release.
All were found by automated checkers and have straight forward
resolution.
--
The following changes since commit b3a9e3b9622ae10064826dccb4f7a52bd88c7407:
Linux 5.8-rc1 (20
If a compound page is being split while dump_page() is being run on that
page, we can end up calling compound_mapcount() on a page that is no
longer compound. This leads to a crash (already seen at least once in
the field), due to the VM_BUG_ON_PAGE() assertion inside
compound_mapcount().
(The abo
From: Richard Gong
Increase the shared memory size from 16Mb to 32Mb so that we can properly
handle the image authorization for 12+ Mb RBF/JIC files.
Signed-off-by: Richard Gong
---
arch/arm64/boot/dts/intel/socfpga_agilex.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 8/4/2020 2:26 PM, Linus Torvalds wrote:
> On Tue, Aug 4, 2020 at 10:49 AM Casey Schaufler
> wrote:
>> Here are three minor fixes to Smack for the v5.9 release.
> I can't pull this: that's not a signed tag, and I don't pull unsigned
> stuff from open hosting sites, no matter how obvious they ma
The pull request you sent on Mon, 3 Aug 2020 11:57:08 -0700:
> https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git
> tags/var-init-v5.9-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/5b5d3be5d690a94be390ccf3e4db8dcb7409bf75
Thank you!
--
Deet-doot-do
The pull request you sent on Mon, 03 Aug 2020 15:20:07 -0500:
> git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git
> exec-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3950e975431bc914f7e81b8f2a2dbdf2064acb0f
Thank you!
--
Deet-doot-do
The pull request you sent on Mon, 3 Aug 2020 12:05:55 -0700:
> https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git
> tags/tasklets-v5.9-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/427714f258a3783b15e33d6daa34d57824f28bab
Thank you!
--
Deet-doot-do
The pull request you sent on Mon, 3 Aug 2020 11:46:57 -0700:
> https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git
> tags/pstore-v5.9-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/19a93823cf63d44d04c7571152087f12cb2199e6
Thank you!
--
Deet-doot-dot,
The pull request you sent on Mon, 3 Aug 2020 12:39:30 -0700:
> https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git
> tags/seccomp-v5.9-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9ecc6ea491f0c0531ad81ef9466284df260b2227
Thank you!
--
Deet-doot-dot
Hi Santosh,
On 03/08/2020 17:41, Lokesh Vutla wrote:
On 03/08/20 4:23 pm, Peter Ujfalusi wrote:
Update K3 chipinfo driver to support new TI J7200 SoC.
It's JTAG PARTNO is 0xBB6D.
Signed-off-by: Peter Ujfalusi
Reviewed-by: Lokesh Vutla
Reviewed-by: Grygorii Strashko
--
Best regards
The pull request you sent on Mon, 3 Aug 2020 19:16:10 -0400:
> git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux.git
> tags/selinux-pr-20200803
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/49e917deeb81e263bcdb4b20e61ca18111995ffe
Thank you!
--
Deet-do
The pull request you sent on Mon, 3 Aug 2020 12:16:56 -0700:
> https://lore.kernel.org/linux-next/20200629154305.0067d...@canb.auug.org.au/
> drivers/gpu/drm/drm_edid.c
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/99ea1521a097db51f0f04f54cfbd3b0ed119d2f1
Thank you!
The pull request you sent on Mon, 3 Aug 2020 11:51:29 -0700:
> https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git
> tags/gcc-plugins-v5.9-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3e4a12a1bafafecaf1631f02099e82b424967718
Thank you!
--
Deet-doot
The pull request you sent on Mon, 3 Aug 2020 21:00:01 -0400:
> git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/audit.git
> tags/audit-pr-20200803
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/fd76a74d940ae3d6b8b2395cd12914630c7e1739
Thank you!
--
Deet-doot-d
On Tue, Mar 17, 2020 at 7:42 PM Po-Hsu Lin wrote:
>
> The following 4 tests in timers can take longer than the default 45
> seconds that added in commit 852c8cbf34d3 ("selftests/kselftest/runner.sh:
> Add 45 second timeout per test") to run:
> * nsleep-lat - 2m7.350s
> * set-timer-lat - 2m0.66
On 5/08/20 4:14 am, Guenter Roeck wrote:
> On 8/4/20 8:20 AM, Alexandre Belloni wrote:
>> Hi,
>>
>> The subject prefix is not correct, it should be rtc: ds1307:
>>
>> Also, shouldn't that kind of software timeout which doesn't actually
>> depend on the hardware better be handled in the watchdog co
On Tue, Aug 04, 2020 at 04:57:14PM +0200, Christian Brauner wrote:
> On Tue, Aug 04, 2020 at 08:21:51AM -0500, Eric W. Biederman wrote:
> > This change is not as trivial as a spelling change so it is not ok to
> > say it is just a cleanup and move on. A change in the reference
> > counting can be
On Sat, Jul 25, 2020 at 6:00 AM Alex Shi wrote:
>
> Currently, compaction would get the lru_lock and then do page isolation
> which works fine with pgdat->lru_lock, since any page isoltion would
> compete for the lru_lock. If we want to change to memcg lru_lock, we
> have to isolate the page befor
On Thu, 2020-07-16 at 04:16 -0300, Leonardo Bras wrote:
> Create defines to help handling ibm,ddw-applicable values, avoiding
> confusion about the index of given operations.
>
> Signed-off-by: Leonardo Bras
> ---
> arch/powerpc/platforms/pseries/iommu.c | 43 --
>
> 1 f
On Thu, Jul 30, 2020 at 7:59 PM Jin Yao wrote:
>
> There is a potential security issue that perf kernel samples
> may be leaked even though kernel sampling is disabled. For fixing
> the potential leakage, the idea is to use instruction_pointer_set
> to set invalid ip address in leaked perf samples
On Thu, 2020-07-16 at 04:16 -0300, Leonardo Bras wrote:
> > From LoPAR level 2.8, "ibm,ddw-extensions" index 3 can make the
> > number of
>
> outputs from "ibm,query-pe-dma-windows" go from 5 to 6.
>
> This change of output size is meant to expand the address size of
> largest_available_block PE
On Thu, 2020-07-16 at 04:16 -0300, Leonardo Bras wrote:
> On LoPAR "DMA Window Manipulation Calls", it's recommended to remove
> the
> default DMA window for the device, before attempting to configure a
> DDW,
> in order to make the maximum resources available for the next DDW to
> be
> created.
>
On Thu, 2020-07-16 at 04:16 -0300, Leonardo Bras wrote:
> Move the window-removing part of remove_ddw into a new function
> (remove_dma_window), so it can be used to remove other DMA windows.
>
> It's useful for removing DMA windows that don't create
> DIRECT64_PROPNAME
> property, like the defaul
On Thu, 2020-07-16 at 04:16 -0300, Leonardo Bras wrote:
> Create defines to help handling ibm,ddw-applicable values, avoiding
> confusion about the index of given operations.
>
> Signed-off-by: Leonardo Bras
> ---
> arch/powerpc/platforms/pseries/iommu.c | 43 --
>
> 1 f
On Tue, Aug 04, 2020 at 07:20:36PM +0300, Eli Cohen wrote:
> Hi Michael,
> please note that this series depends on mlx5 core device driver patches
> in mlx5-next branch in
> git://git.kernel.org/pub/scm/linux/kernel/git/mellanox/linux.git.
Thanks! OK so what's the plan for merging this?
Do patches
On Tue, Aug 4, 2020 at 9:14 AM wrote:
>
> From: Izabela Bakollari
>
> Dropwatch is a utility that monitors dropped frames by having userspace
> record them over the dropwatch protocol over a file. This augument
> allows live monitoring of dropped frames using tools like tcpdump.
>
> With this fea
On Tue, Jul 28, 2020 at 05:18:45PM +0200, Roy van Doormaal wrote:
> If the operation mode is non-zero and an external reference voltage is set,
> first the operation mode is written to the advanced configuration register,
> followed by the externel reference enable bit,
> resetting the configuratio
On Mon, Aug 03, 2020 at 08:43:11AM +0300, Alexandru Ardelean wrote:
> These macros are also present in the "include/linux/fpga/adi-axi-common.h"
> file which is included in this driver.
>
> This patch removes them from the AXI Fan Control driver. No sense in having
> them in 2 places.
>
> Signed-
On Tue, Aug 4, 2020 at 10:49 AM Casey Schaufler wrote:
>
> Here are three minor fixes to Smack for the v5.9 release.
I can't pull this: that's not a signed tag, and I don't pull unsigned
stuff from open hosting sites, no matter how obvious they may seem.
You typically have a capitalized signed t
On Tue, Aug 4, 2020 at 5:46 PM Arnd Bergmann wrote:
>
> On Tue, Aug 4, 2020 at 9:57 PM Daniel Gutson wrote:
> > On Tue, Aug 4, 2020 at 4:06 PM Arnd Bergmann wrote:
> > > On Tue, Aug 4, 2020 at 5:49 PM Daniel Gutson wrote:
> > > > On Tue, Aug 4, 2020 at 12:21 PM Arnd Bergmann wrote:
> > > >> On
On Sat, Aug 01, 2020 at 01:24:39PM +0200, Saheed O. Bolarinwa wrote:
> The return value of pci_read_config_*() may not indicate a device error.
> However, the value read by these functions is more likely to indicate
> this kind of error. This presents two overlapping ways of reporting
> errors and
On Wed, Apr 01, 2020 at 02:39:01PM -0700, Daniel Colascione wrote:
> This change adds two new functions, anon_inode_getfile_secure and
> anon_inode_getfd_secure, that create anonymous-node files with
> individual non-S_PRIVATE inodes to which security modules can apply
> policy. Existing callers co
On 2020-08-04 19:33, Linus Torvalds wrote:
On Tue, Aug 4, 2020 at 1:21 AM Greg Kroah-Hartman
wrote:
So Linus's tree is also broken here.
No, there's 835d1c3a9879 ("arm64: Drop unnecessary include from
asm/smp.h") upstream.
My bet is that Greg ended up with this patch backported to
5.7, but
On 7/23/20 3:01 AM, Po-Hsu Lin wrote:
(Adding Shuah's linuxfoundation mail)
Hello,
do you need more changes / tests for this test?
Thanks!
Po-Hsu
I was hoping to get Ack from timers test maintainers.
Will pull this in for my fixes update.
thanks,
-- Shuah
On Tue, Aug 04, 2020 at 02:10:48PM +0800, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Check apic_lvtt_tscdeadline() mode directly instead of apic_lvtt_oneshot()
> and apic_lvtt_period() to guarantee the timer is in tsc-deadline mode when
> wrmsr MSR_IA32_TSCDEADLINE.
>
> Signed-off-by: Wanpeng Li
On Mon, Jul 27, 2020 at 01:33:24PM -0700, Ben Gardon wrote:
> When the KVM MMU zaps a page, it will recursively zap the unsynced child
> pages, but not the synced ones. This can create problems over time when
> running many nested guests because it leaves unlinked pages which will not
> be freed un
On Tue, Aug 04, 2020 at 02:10:47PM +0800, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Return 0 when getting the tscdeadline timer if the lapic is hw disabled
>
> Suggested-by: Paolo Bonzini
> Signed-off-by: Wanpeng Li
> ---
> arch/x86/kvm/lapic.c | 2 +-
> 1 file changed, 1 insertion(+), 1 delet
Hi Santosh,
This series adds support for the TI AM65x SR2.0 SoC Ringacc which has fixed
errata i2023 "RINGACC, UDMA: RINGACC and UDMA Ring State Interoperability
Issue after Channel Teardown". This errata also fixed for J271E SoC.
The SOC bus chipinfo data is used to identify the SoC and configure
Remove "ti,dma-ring-reset-quirk" DT property as proper w/a handling is
implemented now in Ringacc driver using SoC info.
Signed-off-by: Grygorii Strashko
---
Documentation/devicetree/bindings/soc/ti/k3-ringacc.yaml | 6 --
1 file changed, 6 deletions(-)
diff --git a/Documentation/devicetree
The AM65x SR2.0 Ringacc has fixed errata i2023 "RINGACC, UDMA: RINGACC and
UDMA Ring State Interoperability Issue after Channel Teardown". This errata
also fixed for J271E SoC.
Use SOC bus data for K3 SoC identification and enable i2023 errata w/a only
for the AM65x SR1.0. This also makes obsolete
Remove obsolete "ti,dma-ring-reset-quirk" Ringacc DT property.
Signed-off-by: Grygorii Strashko
---
arch/arm64/boot/dts/ti/k3-am65-main.dtsi | 1 -
arch/arm64/boot/dts/ti/k3-am65-mcu.dtsi | 1 -
2 files changed, 2 deletions(-)
diff --git a/arch/arm64/boot/dts/ti/k3-am65-main.dtsi
b/arch/arm64
On Tue, Aug 04, 2020 at 10:57:36AM +0200, Remi Bernon wrote:
> This adds a precompiled file in PE binary format, with split debug file,
> and tries to read its build_id and .gnu_debuglink sections, as well as
> looking up the main symbol from the debug file. This should succeed if
> libbfd is suppo
On Fri, Jul 31, 2020 at 03:59:54PM +0300, Serge Semin wrote:
> On Fri, Jul 31, 2020 at 12:26:12PM +0300, Andy Shevchenko wrote:
> > On Fri, Jul 31, 2020 at 10:59:45AM +0300, Serge Semin wrote:
> > > Note since the DMA-engine subsystem in kernel 5.8-rcX doesn't have the
> > > max_sg_burst capabilit
On Tue, Aug 04, 2020 at 04:37:07PM +, codrin.ciubota...@microchip.com wrote:
> On 03.08.2020 20:11, Claudiu Beznea - M18063 wrote:
> >
> >
> > On 03.08.2020 19:11, Codrin Ciubotariu - M19940 wrote:
> >> On 03.08.2020 16:06, Claudiu Beznea - M18063 wrote:
Please delete unneeded context from m
On Wed, Apr 01, 2020 at 02:39:03PM -0700, Daniel Colascione wrote:
> This change gives userfaultfd file descriptors a real security
> context, allowing policy to act on them.
>
> Signed-off-by: Daniel Colascione
> ---
> fs/userfaultfd.c | 30 ++
> 1 file changed, 26 i
On Tue, Jul 28, 2020 at 02:14:52PM -0700, Saravana Kannan wrote:
> On Tue, Jul 21, 2020 at 1:18 PM Mark Brown wrote:
> > On Mon, Jul 20, 2020 at 08:22:15PM -0700, Saravana Kannan wrote:
Copying in Stephen having done a bunch of mailing list archive trawling
on the fw_devlink stuff since I'm re-ra
this warning can be triggered by userspace, so it should not cause a
panic if panic_on_warn is set
Reported-and-tested-by: syzbot+d451401ffd00a6067...@syzkaller.appspotmail.com
Link: https://syzkaller.appspot.com/bug?extid=d451401ffd00a60677ee
Signed-off-by: Rustam Kovhaev
---
net/wireless/reg.c
On Tue, Aug 04, 2020 at 07:34:18PM +0200, Vlastimil Babka wrote:
> On 8/4/20 7:12 PM, Matthew Wilcox wrote:
> > On Tue, Aug 04, 2020 at 07:02:14PM +0200, Vlastimil Babka wrote:
> >> > 2) There was a proposal from Matthew Wilcox:
> >> > https://lkml.org/lkml/2020/7/31/1015
> >> >
> >> >
> >> > On
> On Aug 2, 2020, at 10:10 PM, Andrii Nakryiko
> wrote:
>
> On Sun, Aug 2, 2020 at 9:47 PM Song Liu wrote:
>>
>>
>>> On Aug 2, 2020, at 6:51 PM, Andrii Nakryiko
>>> wrote:
>>>
>>> On Sat, Aug 1, 2020 at 1:50 AM Song Liu wrote:
Add a benchmark to compare performance of
1)
From: Nick Desaulniers
__tracepoint_string's have their string data stored in .rodata, and an
address to that data stored in the "__tracepoint_str" section. Functions
that refer to those strings refer to the symbol of the address. Compiler
optimization can replace those address references with re
From: Masami Hiramatsu
Remove show_registers() function prototype because this function
has been renamed by commit 57da8b960b9a ("x86: Avoid double stack
traces with show_regs()"), and commit 80006dbee674 ("kprobes/x86:
Remove jprobe implementation") has removed the caller in kprobes.
So this doe
From: Masami Hiramatsu
Add some testcases and examples for value override operator.
Link:
https://lkml.kernel.org/r/159482883824.126704.2166030493721357163.stgit@devnote2
Signed-off-by: Masami Hiramatsu
Signed-off-by: Steven Rostedt (VMware)
---
tools/bootconfig/samples/bad-override.bconf
From: Masami Hiramatsu
Add a sentence about bootconfig override operator (":=") to
bootconfig.rst.
Link:
https://lkml.kernel.org/r/159482884682.126704.7198860675721719878.stgit@devnote2
Signed-off-by: Masami Hiramatsu
Signed-off-by: Steven Rostedt (VMware)
---
Documentation/admin-guide/boot
From: Chengming Zhou
When module loaded and enabled, we will use __ftrace_replace_code
for module if any ftrace_ops referenced it found. But we will get
wrong ftrace_addr for module rec in ftrace_get_addr_new, because
rec->flags has not been setup correctly. It can cause the callback
function of
From: Muchun Song
We found a case of kernel panic on our server. The stack trace is as
follows(omit some irrelevant information):
BUG: kernel NULL pointer dereference, address: 0080
RIP: 0010:kprobe_ftrace_handler+0x5e/0xe0
RSP: 0018:b512c6550998 EFLAGS: 00010282
RAX: 000
From: Vincent Whitchurch
This comment describes the behaviour before commit 2a820bf74918
("tracing: Use percpu stack trace buffer more intelligently"). Since
that commit, interrupts and NMIs do use the per-cpu stacks so the
comment is no longer correct. Remove it.
(Note that the FTRACE_STACK_S
From: Masami Hiramatsu
Add the value override operator (":=") support to the bootconfig.
This value override operator will be useful for the bootloaders
which will only update the existing bootconfig according to the
bootloader boot options.
Without this override operator, the bootloader needs
From: Peng Fan
In the function trace_uprobe_register(), the statement "return 0;"
out of switch case is dead code, remove it.
Link:
https://lkml.kernel.org/r/1595561064-29186-1-git-send-email-fanp...@loongson.cn
Signed-off-by: Peng Fan
Signed-off-by: Steven Rostedt (VMware)
---
kernel/trace
On Tue, Aug 04, 2020 at 01:49:30PM -0700, Lokesh Gidra wrote:
> On Tue, Aug 4, 2020 at 1:45 PM Eric Biggers wrote:
> >
> > On Tue, Aug 04, 2020 at 01:31:55PM -0700, Lokesh Gidra wrote:
> > > when get_unused_fd_flags returns error, ctx will be freed by
> > > userfaultfd's release function, which is
On Tue, 4 Aug 2020 11:52:13 +0900
Masami Hiramatsu wrote:
> Since the parse_args() stops parsing at '--', bootconfig_params()
> will never get the '--' as param and initargs_found never be true.
> In the result, if we pass some init arguments via the bootconfig,
> those are always appended to th
Hi Linus,
Please pull the Kunit update for Linux 5.9-rc1.
This Kunit update for Linux 5.9-rc1 consists of:
- Adds a generic kunit_resource API extending it to support
resources that are passed in to kunit in addition kunit
allocated resources. In addition, KUnit resources are now
refcount
From: Josef Bacik
I was attempting to use pid filtering with function_graph, but it wasn't
allowing anything to make it through. Turns out ftrace_trace_task
returns false if ftrace_ignore_pid is not-empty, which isn't correct
anymore. We're now setting it to FTRACE_PID_IGNORE if we need to igno
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: c58b46cba71750c6e969625abb1cf3ddabb15e06
Chengming Zhou (2):
ftrace: Setup correct FTRACE_FL_REGS flags for module
ftrace: Do not let direct or IPMODIFY ftrace_ops be added to module and
set
From: Kevin Hao
In calculation of the cpu mask for the hwlat kernel thread, the wrong
cpu mask is used instead of the tracing_cpumask, this causes the
tracing/tracing_cpumask useless for hwlat tracer. Fixes it.
Link: https://lkml.kernel.org/r/20200730082318.42584-2-haoke...@gmail.com
Cc: Ingo M
From: Wei Yang
Static defined trace_event->type stops at (__TRACE_LAST_TYPE - 1) and
dynamic trace_event->type starts from (__TRACE_LAST_TYPE + 1).
To save one trace_event->type index, let's use __TRACE_LAST_TYPE.
Link:
https://lkml.kernel.org/r/20200703020612.12930-3-richard.weiy...@linux.ali
From: Kevin Hao
We have set 'current_mask' to '&save_cpumask' in its declaration,
so there is no need to assign again.
Link: https://lkml.kernel.org/r/20200730082318.42584-1-haoke...@gmail.com
Signed-off-by: Kevin Hao
Signed-off-by: Steven Rostedt (VMware)
---
kernel/trace/trace_hwlat.c | 1
From: Wei Yang
The value to be used and compared in trace_search_list() is "last + 1".
Let's just define next to be "last + 1" instead of doing the addition
each time.
Link:
https://lkml.kernel.org/r/20200703020612.12930-2-richard.weiy...@linux.alibaba.com
Signed-off-by: Wei Yang
Signed-off-b
From: Chengming Zhou
When inserting a module, we find all ftrace_ops referencing it on the
ftrace_ops_list. But FTRACE_OPS_FL_DIRECT and FTRACE_OPS_FL_IPMODIFY
flags are special, and should not be set automatically. So warn and
skip ftrace_ops that have these two flags set and adding new code.
Al
From: Nick Desaulniers
Just a small cleanup while I was touching this header.
compiler_attributes.h does feature detection of these __attributes__(())
and provides more concise ways to invoke them.
Link: https://lkml.kernel.org/r/20200730224555.2142154-3-ndesaulni...@google.com
Acked-by: Miguel
On Tue, Aug 04, 2020 at 01:23:54PM +0900, Stafford Horne wrote:
> Now that __user annotations are fixed for openrisc uaccess api's we can
> add checking to the access_ok macro. This patch adds the __chk_user_ptr
> check, on normal builds the added check is a nop.
>
> Signed-off-by: Stafford Horne
On Tue, Aug 4, 2020 at 1:45 PM Eric Biggers wrote:
>
> On Tue, Aug 04, 2020 at 01:31:55PM -0700, Lokesh Gidra wrote:
> > when get_unused_fd_flags returns error, ctx will be freed by
> > userfaultfd's release function, which is indirectly called by fput().
> > Also, if anon_inode_getfile_secure() r
TAP 14 allows an optional test plan to be emitted before the start of
the start of testing[1]; this is valuable because it makes it possible
for a test harness to detect whether the number of tests run matches the
number of tests expected to be run, ensuring that no tests silently
failed.
Link[1]:
Add a linker section where KUnit can put references to its test suites.
This patch is the first step in transitioning to dispatching all KUnit
tests from a centralized executor rather than having each as its own
separate late_initcall.
Co-developed-by: Iurii Zaikin
Signed-off-by: Iurii Zaikin
Si
On Tue, Aug 04, 2020 at 01:23:51PM +0900, Stafford Horne wrote:
> As suggested by Linus when reviewing commit 9cb2feb4d21d
> ("arch/openrisc: Fix issues with access_ok()") last year; making
> __range_ok an inline function also fixes the used twice issue that the
> commit was fixing. I agree it's a
From: Alan Maguire
Add a centralized executor to dispatch tests rather than relying on
late_initcall to schedule each test suite separately. Centralized
execution is for built-in tests only; modules will execute tests when
loaded.
Signed-off-by: Alan Maguire
Co-developed-by: Iurii Zaikin
Signe
Although we have not seen any actual examples where KUnit doesn't work
because it runs in the late init phase of the kernel, it has been a
concern for some time that this could potentially be an issue in the
future. So, remove KUnit from init calls entirely, instead call directly
from kernel_init()
Add a brief blurb saying how and when the kunit_test_suite() macro
works to the usage documentation.
Signed-off-by: Brendan Higgins
---
Documentation/dev-tools/kunit/usage.rst | 5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/dev-tools/kunit/usage.rst
b/Documentation/dev-to
## TL;DR
This patchset adds a centralized executor to dispatch tests rather than
relying on late_initcall to schedule each test suite separately along
with a couple of new features that depend on it.
## What am I trying to do?
Conceptually, I am trying to provide a mechanism by which test suites
Applied the series. Thanks!
Alex
On Tue, Aug 4, 2020 at 4:08 PM Rikard Falkeborn
wrote:
>
> Constify a couple of instances of resource_funcs that are never
> modified to allow the compiler to put it in read-only memory.
>
> The other drivers in drivers/gpu/drm/amd/display/dc already have
> thes
On Tue, Aug 4, 2020 at 9:57 PM Daniel Gutson wrote:
> On Tue, Aug 4, 2020 at 4:06 PM Arnd Bergmann wrote:
> > On Tue, Aug 4, 2020 at 5:49 PM Daniel Gutson wrote:
> > > On Tue, Aug 4, 2020 at 12:21 PM Arnd Bergmann wrote:
> > >> On Tue, Aug 4, 2020 at 3:58 PM Daniel Gutson
> > >> wrote:
> > >
>
On Tue, Aug 04, 2020 at 01:23:50PM +0900, Stafford Horne wrote:
> The OpenRISC user access functions put_user(), get_user() and
> clear_user() were missing proper sparse annotations. This generated
> warnings like the below.
>
> This patch adds the annotations to fix the warnings.
>
> Example wa
On Tue, Aug 04, 2020 at 01:31:55PM -0700, Lokesh Gidra wrote:
> when get_unused_fd_flags returns error, ctx will be freed by
> userfaultfd's release function, which is indirectly called by fput().
> Also, if anon_inode_getfile_secure() returns an error, then
> userfaultfd_ctx_put() is called, which
On Tue, Aug 04, 2020 at 07:27:24PM +0100, Al Viro wrote:
> On Tue, Aug 04, 2020 at 03:44:51PM +, Kalesh Singh wrote:
>
> > Hi Al. Thank you for the comments. Ultimately what we need is to identify
> > processes
> > that hold a file reference to the dma-buf. Unfortunately we can't use only
> >
Sven,
Sven Schnelle writes:
> --- /dev/null
> +++ b/arch/s390/include/asm/vdso/data.h
> @@ -0,0 +1,13 @@
> +/* SPDX-License-Identifier: GPL-2.0 */
> +#ifndef __S390_ASM_VDSO_DATA_H
> +#define __S390_ASM_VDSO_DATA_H
> +
> +#include
> +#include
I don't think this header needs vdso/datapage.h
>
On Tue, 4 Aug 2020 12:04:18 +0200 Jiri Pirko wrote:
> Mon, Aug 03, 2020 at 10:57:03PM CEST, k...@kernel.org wrote:
> >I was trying to avoid having to provide a Cartesian product of
> >operation and system disruption level, if any other action can
> >be done "live" at some point.
> >
> >But no stron
On Tue, 4 Aug 2020, Sumera Priyadarsini wrote:
> This patch adds chain mode to the list of available modes in coccinelle.
Thanks for the commit. In the log message, could you change "coccinelle"
o "coccicheck"? Actually, the modes are not something that are built into
Coccinelle. They are j
On 8/4/20 2:53 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.19.137 release.
There are 52 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 8/4/20 2:53 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.192 release.
There are 47 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 Tue, Aug 04, 2020 at 10:57:35AM +0200, Remi Bernon wrote:
SNIP
> +
> +int dso__load_bfd_symbols(struct dso *dso, const char *debugfile)
> +{
> + int err = -1;
> + long symbols_size, symbols_count;
> + asection *section;
> + asymbol **symbols, *sym;
> + struct symbol *symbol
when get_unused_fd_flags returns error, ctx will be freed by
userfaultfd's release function, which is indirectly called by fput().
Also, if anon_inode_getfile_secure() returns an error, then
userfaultfd_ctx_put() is called, which calls mmdrop() and frees ctx.
Also, the O_CLOEXEC was inadvertently
On Tue, Aug 4, 2020 at 12:28 AM Al Viro wrote:
>
> On Mon, Aug 03, 2020 at 09:22:53AM -0700, Suren Baghdasaryan wrote:
> > On Mon, Aug 3, 2020 at 9:12 AM Matthew Wilcox wrote:
> > >
> > > On Mon, Aug 03, 2020 at 09:00:00AM -0700, Suren Baghdasaryan wrote:
> > > > On Mon, Aug 3, 2020 at 8:41 AM Ma
On 8/4/20 2:53 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.56 release.
There are 86 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
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: c0842fbc1b18c7a044e6ff3e8fa78bfa822c7d1a
commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to
define address spaces
date: 7 weeks ago
config: x86_64-randconfig-s021-20200805 (attache
301 - 400 of 1162 matches
Mail list logo