Le 16/03/2021 à 07:35, heying (H) a écrit :
Thanks for your reply.
在 2021/3/16 13:15, Randy Dunlap 写道:
On 3/15/21 9:08 PM, He Ying wrote:
We found these warnings in kernel/panic.c by using sparse tool:
warning: symbol 'panic_smp_self_stop' was not declared.
warning: symbol 'nmi_panic_self_
The SIGSTKSZ constant may not represent enough stack size in some
architectures as the hardware state size grows.
Use getauxval(AT_MINSIGSTKSZ) to increase the stack size.
Signed-off-by: Chang S. Bae
Reviewed-by: Len Brown
Cc: linux-kselft...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
The test measures the kernel's signal delivery with different (enough vs.
insufficient) stack sizes.
Signed-off-by: Chang S. Bae
Reviewed-by: Len Brown
Cc: x...@kernel.org
Cc: linux-kselft...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
Changes from v3:
* Revised test messages again (Bor
Le 16/03/2021 à 05:11, He Ying a écrit :
warning: symbol 'rfi_flush' was not declared.
warning: symbol 'entry_flush' was not declared.
warning: symbol 'uaccess_flush' was not declared.
We found warnings above in arch/powerpc/kernel/setup_64.c by using
sparse tool.
Define 'entry_flush' and 'ua
Historically, signal.h defines MINSIGSTKSZ (2KB) and SIGSTKSZ (8KB), for
use by all architectures with sigaltstack(2). Over time, the hardware state
size grew, but these constants did not evolve. Today, literal use of these
constants on several architectures may result in signal stack overflow, and
On Fri, Mar 12, 2021 at 02:27:30PM -0800, Sowjanya Komatineni wrote:
> Hi Sudeep,
>
> To make our driver PSCI compliant below are few updates to be done
>
> 1. Standardize passing residency time run-time thru PSCI to ATF.
>
Yes that was my initial understanding, but your previous response was
conf
The kernel pushes context on to the userspace stack to prepare for the
user's signal handler. When the user has supplied an alternate signal
stack, via sigaltstack(2), it is easy for the kernel to verify that the
stack size is sufficient for the current hardware context.
Check if writing the hardw
Signal frames do not have a fixed format and can vary in size when a number
of things change: support XSAVE features, 32 vs. 64-bit apps. Add the code
to support a runtime method for userspace to dynamically discover how large
a signal stack needs to be.
Introduce a new variable, max_frame_size, a
> As per my understanding, we don't need to explicitly invalidate local TLB
> in set_pte() or set_pet_at() because generic Linux page table management
> (/mm/*) will call the appropriate flush_tlb_xyz() function after page
> table updates.
I witnessed this bug in our micro-architecture: set_pte in
Define the AT_MINSIGSTKSZ in generic Linux. It is already used as generic
ABI in glibc's generic elf.h, and this define will prevent future namespace
conflicts. In particular, x86 is also using this generic definition.
Signed-off-by: Chang S. Bae
Reviewed-by: Len Brown
Cc: Carlos O'Donell
Cc: D
During signal entry, the kernel pushes data onto the normal userspace
stack. On x86, the data pushed onto the user stack includes XSAVE state,
which has grown over time as new features and larger registers have been
added to the architecture.
MINSIGSTKSZ is a constant provided in the kernel signal
* The HP EliteBook 840 G8 Notebook PC is using ALC285 codec which is
using 0x04 to control mute LED and 0x01 to control micmute LED.
Therefore, add a quirk to make it works.
Signed-off-by: Jeremy Szu
---
sound/pci/hda/patch_realtek.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/sou
From: dongjian
Use kobj_to_dev() instead of open-coding it
Signed-off-by: dongjian
---
drivers/power/supply/ds2781_battery.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/power/supply/ds2781_battery.c
b/drivers/power/supply/ds2781_battery.c
index 3df3c82.
Yu Zhao writes:
> On Tue, Mar 16, 2021 at 10:08:51AM +0800, Huang, Ying wrote:
>> Yu Zhao writes:
>> [snip]
>>
>> > +/* Main function used by foreground, background and user-triggered aging.
>> > */
>> > +static bool walk_mm_list(struct lruvec *lruvec, unsigned long next_seq,
>> > +
Hi Leo,
On Tue, Mar 16, 2021 at 12:36:29AM +, Liang, Liang (Leo) wrote:
>
> Hi David,
>
> Sorry for late. If revert 7fef431be9c9 (without 7fef431be9c9), the dmesg
> attached. And looks the exception as below:
> [ +0.027833] [0x7800 - 0x783f] 20925 MB/s / 25405
> MB
On 2021/3/16 11:07, Mike Kravetz wrote:
> On 3/15/21 7:27 PM, Miaohe Lin wrote:
>> The fault_mutex hashing overhead can be avoided in truncate_op case
>> because page faults can not race with truncation in this routine. So
>> calculate hash for fault_mutex only in !truncate_op case to save some cp
On Tue, Mar 16, 2021 at 10:44:10AM +0800, zhaoxiao wrote:
> Remove extra lines in many functions in r8192U_wx.c.
>
> Signed-off-by: zhaoxiao
> ---
> drivers/staging/rtl8192u/r8192U_wx.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
The commit message
Hello,
syzbot found the following issue on:
HEAD commit:47142ed6 net: dsa: bcm_sf2: Qualify phydev->dev_flags base..
git tree: net
console output: https://syzkaller.appspot.com/x/log.txt?x=17fb9376d0
kernel config: https://syzkaller.appspot.com/x/.config?x=eec733599e95cd87
dashboar
Yu Zhao writes:
> On Tue, Mar 16, 2021 at 10:07:36AM +0800, Huang, Ying wrote:
>> Rik van Riel writes:
>>
>> > On Sat, 2021-03-13 at 00:57 -0700, Yu Zhao wrote:
>> >
>> >> +/*
>> >> + * After pages are faulted in, they become the youngest generation.
>> >> They must
>> >> + * go through aging p
Hi Heiko,
> -Original Message-
> From: Heiko Schocher
> Sent: Tuesday, March 16, 2021 10:34 AM
> To: linux-...@vger.kernel.org
> Cc: Heiko Schocher ; linux-arm-ker...@lists.infradead.org;
> Ashish Kumar ; Kuldeep Singh
> ; Mark Brown ; Rob Herring
> ; Shawn Guo ; Yogesh Gaur
> ; devicet..
On Fri, Mar 12, 2021 at 11:48:31PM +, Luck, Tony wrote:
> >> will memory_failure() find it and unmap it? if succeed, then the current
> >> will be
> >> signaled with correct vaddr and shift?
> >
> > That's a very good question. I didn't see a SIGBUS when I first wrote this
> > code,
> > henc
On Mon, Mar 15, 2021 at 10:43 PM Alexander Lochmann
wrote:
> On 15.03.21 09:02, Dmitry Vyukov wrote:
> static notrace unsigned long canonicalize_ip(unsigned long ip)
> @@ -191,18 +192,26 @@ void notrace __sanitizer_cov_trace_pc(void)
> struct task_struct *t;
>
Thanks for your reply.
在 2021/3/16 13:15, Randy Dunlap 写道:
On 3/15/21 9:08 PM, He Ying wrote:
We found these warnings in kernel/panic.c by using sparse tool:
warning: symbol 'panic_smp_self_stop' was not declared.
warning: symbol 'nmi_panic_self_stop' was not declared.
warning: symbol 'crash_s
On 2021/3/15 21:56, gre...@linuxfoundation.org wrote:
From: Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.14.226 release.
There are 95 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
On Tue, Mar 16, 2021 at 3:44 AM Walter Wu wrote:
>
> Why record task_work_add() call stack?
> Syzbot reports many use-after-free issues for task_work, see [1].
> After see the free stack and the current auxiliary stack, we think
> they are useless, we don't know where register the work, this work
On 2021-03-15 9:59 p.m., syzbot wrote:
Hello,
syzbot found the following issue on:
HEAD commit:d98f554b Add linux-next specific files for 20210312
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1189318ad0
kernel config: https://syzkaller.appspot.co
On Mon, 15 Mar 2021 21:30:03 -0500
Josh Poimboeuf wrote:
> On Fri, Mar 12, 2021 at 03:41:44PM +0900, Masami Hiramatsu wrote:
> > Hello,
> >
> > Here is the 2nd version of the series to fix the stacktrace with kretprobe.
> >
> > The 1st series is here;
> >
> > https://lore.kernel.org/bpf/161495
On Mon, Mar 15, 2021 at 11:22 PM Arjun Roy wrote:
>
> On Mon, Mar 15, 2021 at 9:29 PM Shakeel Butt wrote:
> >
> > On Mon, Mar 15, 2021 at 9:20 PM Arjun Roy wrote:
> > >
> > [...]
> > > >
> > >
> > > Apologies for the spam - looks like I forgot to rebase the first time
> > > I sent this out.
> >
On Mon, Mar 15, 2021 at 9:29 PM Shakeel Butt wrote:
>
> On Mon, Mar 15, 2021 at 9:20 PM Arjun Roy wrote:
> >
> [...]
> > >
> >
> > Apologies for the spam - looks like I forgot to rebase the first time
> > I sent this out.
> >
> > Actually, on a related note, it's not 100% clear to me whether this
On Wed, Mar 10, 2021 at 01:49:25PM -0700, Jeffrey Hugo wrote:
> We cannot process a power_down if the power state is DISABLED. There is
> no valid mhi_ctxt in that case, so attepting to process the power_down
> will likely result in a null pointer dereference. If the power state is
> DISABLED, th
On Wed, Mar 10, 2021 at 01:49:25PM -0700, Jeffrey Hugo wrote:
> We cannot process a power_down if the power state is DISABLED. There is
> no valid mhi_ctxt in that case, so attepting to process the power_down
> will likely result in a null pointer dereference. If the power state is
> DISABLED, th
On 10-03-21, 16:31, Caleb Connolly wrote:
> Tested on the OnePlus 7 Pro (including DMA).
Lgtm:
Reviewed-by: Vinod Koul
But missing enabling nodes in board dts ..?
>
> Signed-off-by: Caleb Connolly
> ---
> arch/arm64/boot/dts/qcom/sm8150.dtsi | 521 +++
> 1 file chang
On 10-03-21, 16:31, Caleb Connolly wrote:
> Hook up the SMMU for doing DMA over i2c. Some peripherals like
> touchscreens easily exceed 32-bytes per transfer, causing errors and
> lockups without this.
Why not squash this to patch 1..?
>
> Signed-off-by: Caleb Connolly
> ---
> Fixes i2c on the
On Wed, Mar 10, 2021 at 01:41:58PM -0700, Jeffrey Hugo wrote:
> After the device has signaled the end of reset by clearing the reset bit,
> it will automatically reinit MHI and the internal device structures. Once
> That is done, the device will signal it has entered the ready state.
>
> Signalin
在 2021/3/15 下午3:44, Zhu Lingshan 写道:
This commit removes the version number string, using kernel
version is enough.
Signed-off-by: Zhu Lingshan
Reviewed-by: Leon Romanovsky
Acked-by: Jason Wang
---
drivers/vdpa/ifcvf/ifcvf_main.c | 2 --
1 file changed, 2 deletions(-)
diff --git a
在 2021/3/15 下午3:44, Zhu Lingshan 写道:
IFCVF driver probes multiple types of devices now,
to distinguish the original device driven by IFCVF
from others, it is renamed as "N3000".
Signed-off-by: Zhu Lingshan
Acked-by: Jason Wang
If you want to have a general driver, you probaby need to ren
On Tue, 2021-03-16 at 13:05 +0800, Sean Wang wrote:
> Hi Zhiyong,
>
> On Fri, Mar 12, 2021 at 2:35 PM Zhiyong Tao wrote:
> >
> > When multiple threads operate on the same register resource
> > which include multiple pin, It will make the register resource
> > wrong to control. So we add lock to a
在 2021/3/15 下午3:44, Zhu Lingshan 写道:
This commit enabled Intel FPGA SmartNIC C5000X-PL virtio-net
for vDPA
Signed-off-by: Zhu Lingshan
Acked-by: Jason Wang
---
drivers/vdpa/ifcvf/ifcvf_base.h | 5 +
drivers/vdpa/ifcvf/ifcvf_main.c | 5 +
2 files changed, 10 insertions(+)
d
在 2021/3/15 下午3:44, Zhu Lingshan 写道:
In this commit, ifcvf_get_vendor_id() will return
a device specific vendor id of the probed pci device
than a hard code.
Signed-off-by: Zhu Lingshan
Acked-by: Jason Wang
---
drivers/vdpa/ifcvf/ifcvf_main.c | 5 -
1 file changed, 4 insertions(
Hi Vladimir,
> -Original Message-
> From: Vladimir Oltean
> Sent: Tuesday, March 16, 2021 2:25 AM
> To: Kuldeep Singh
> Cc: linux-...@vger.kernel.org; devicet...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Mark Brown ; Rob Herring
>
> Subject: [EXT] Re: [PATCH] dt-bindings: spi: C
onfig
mips allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
x86_64 randconfig-a006-20210315
x86_64 randconfig-a001-20210315
x86_64 randconfig-a005-20210
cent_errors
`-- i386-randconfig-p002-20210315
|--
arch-x86-kernel-alternative.c:warning:Undefined-behaviour-pointer-arithmetic-x86nops-is-out-of-bounds.-pointerOutOfBounds
`--
arch-x86-kernel-ftrace.c:warning:union-member-ftrace_op_code_union::code-is-never-used.-unusedStructMember
On Wed, Mar 10, 2021 at 01:40:03PM -0700, Jeffrey Hugo wrote:
> From: Fan Wu
>
> Currently ENOMEM is returned when MHI ring is full. This error code is
> very misleading. Change to EAGAIN instead.
>
> Signed-off-by: Fan Wu
> Signed-off-by: Jeffrey Hugo
> Reviewed-by: Hemant Kumar
> Reviewed-b
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 1a4431a5db2bf800c647ee0ed87f2727b8d6c29c
commit: f16acaf328c5615fdaea74f9bd0b4019544532d6 md/raid5: resize stripe_head
when reshape array
date: 6 months ago
config: openrisc-randconfig-m031-20210316 (attac
On Mon, Mar 15, 2021 at 11:14 PM Peter Zijlstra wrote:
>
> On Mon, Mar 15, 2021 at 07:23:29PM +0100, Sedat Dilek wrote:
>
> > You mean something like that ^^?
> >
> > - Sedat -
> >
> > [1]
> > https://git.zx2c4.com/laptop-kernel/commit/?id=116badbe0a18bc36ba90acb8b80cff41f9ab0686
>
> *shudder*, I
Hi,
On Sat, Mar 13, 2021 at 04:11:19PM +, Jonathan Cameron wrote:
> On Fri, 12 Mar 2021 11:55:15 +0100
> Oleksij Rempel wrote:
>
> > Basically the TI TSC2046 touchscreen controller is 8 channel ADC optimized
> > for
> > the touchscreen use case. By implementing it as IIO ADC device, we can
> -Original Message-
> From: Pratyush Yadav
> Sent: Tuesday, March 16, 2021 12:01 AM
> To: Kuldeep Singh
> Cc: linux-...@vger.kernel.org; devicet...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Mark Brown ; Rob Herring
> ; Vladimir Oltean ; linux-
> m...@lists.infradead.org
> Subject
On Mon, Mar 08, 2021 at 07:18:31PM +0200, Cristian Ciocaltea wrote:
> Add support for the missing NIC and ETHERNET clocks in the Actions Semi
> Owl S500 SoC clock driver.
>
> Additionally, change APB clock parent from AHB to the newly added NIC.
>
> Signed-off-by: Cristian Ciocaltea
> ---
> dri
On Mon, Mar 15, 2021 at 05:06:16PM -0400, Sasha Levin wrote:
> On Mon, Mar 15, 2021 at 07:56:02PM +, Vladimir Oltean wrote:
> > > Signed-off-by: Vladimir Oltean
> > > Tested-by: Christian Eggers # For tail taggers only
> > > Tested-by: Kurt Kanzenbach
> > > Reviewed-by: Florian Fainelli
> >
On 3/15/21 10:42 PM, Bhaskar Chowdhury wrote:
>
> s/kernal/kernel/
>
> A punctuation added too.
>
> Signed-off-by: Bhaskar Chowdhury
Acked-by: Randy Dunlap
> ---
> Changes from V1:
> Punctuation missed, added as per Randy's finding
>
> arch/x86/events/intel/bts.c | 2 +-
> 1 file change
Hoi Hans,
on a slighly different but also related topic. Did you ever come across
SMSC SCH5347? Seems to be pretty similar to 56xx, only with spec non
public ... and probably less often in use
Maybe you happen to have code, or know the differences. We already have
it working with a modified copy o
instead of lookup_real()/vfs_create(), i_op->lookup() and
i_op->create() will be called directly.
update vfs_open() logic
should_follow_link is merged into lookup_last() or open_last_lookup()
which returns symlink name instead of an integer.
Signed-off-by: Fox Chen
---
Documentation/filesystem
WALK_GET is changed to WALK_TRAILING with a different meaning.
Here it should be WALK_NOFOLLOW. WALK_PUT dosn't exist, we have
WALK_MORE.
WALK_PUT == !WALK_MORE
And there is not should_follow_link().
Related commits:
commit 8c4efe22e7c4 ("namei: invert the meaning of WALK_FOLLOW")
commit 1c4ff1a
no get_link() anymore. we have step_into() and pick_link().
walk_component() will call step_into(), in turn call pick_link,
and return symlink name.
Signed-off-by: Fox Chen
---
Documentation/filesystems/path-lookup.rst | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git
get_link() is merged into pick_link(). i_op->follow_link is
replaced with i_op->get_link(). get_link() can return ERR_PTR(0)
which equals NULL.
Signed-off-by: Fox Chen
---
Documentation/filesystems/path-lookup.rst | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/
Add macro name MAXSYMLINKS to the symlink limit description, so
that it is consistent with path name length description above.
Signed-off-by: Fox Chen
---
Documentation/filesystems/path-lookup.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/filesystems/p
follow_link has been replaced by get_link() which can be
called in RCU mode.
see commit: commit 6b2553918d8b ("replace ->follow_link() with
new method that could stay in RCU mode")
Signed-off-by: Fox Chen
---
Documentation/filesystems/path-lookup.rst | 12 +---
1 file changed, 5 inserti
No inode->put_link operation anymore. We use delayed_call to
deal with link destruction. Cookie has been replaced with
struct delayed_call.
Related commit: commit fceef393a538 ("switch ->get_link() to
delayed_call, kill ->put_link()")
Signed-off-by: Fox Chen
---
Documentation/filesystems/path-l
No filename_mountpoint any more
see commit: commit 161aff1d93ab ("LOOKUP_MOUNTPOINT:
fold path_mountpointat() into path_lookupat()")
Without filename_mountpoint and path_mountpoint(), the
numbers should be four & three:
"These four correspond roughly to the three path_*() functions"
Signed-off-b
traling_symlink() was merged into lookup_last, do_last().
do_last() has later been split into open_last_lookups()
and do_open().
see related commit: commit c5971b8c6354 ("take post-lookup
part of do_last() out of loop")
Signed-off-by: Fox Chen
---
Documentation/filesystems/path-lookup.rst | 35
No path_to_namei() anymore, step_into() will be called.
Related commit: commit c99687a03a78 ("fold path_to_nameidata()
into its only remaining caller")
Signed-off-by: Fox Chen
---
Documentation/filesystems/path-lookup.rst | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a
No follow_managed() anymore, handle_mounts(),
traverse_mounts(), will do the job.
see commit 9deed3ebca24 ("new helper: traverse_mounts()")
Signed-off-by: Fox Chen
---
Documentation/filesystems/path-lookup.rst | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/Documen
path_mountpoint() doesn't exist anymore. Have been folded
into path_lookup_at when flag is set with LOOKUP_MOUNTPOINT.
Check commit: commit 161aff1d93abf0e ("LOOKUP_MOUNTPOINT: fold
path_mountpointat() into path_lookupat()")
Signed-off-by: Fox Chen
---
Documentation/filesystems/path-lookup.rst |
The Path lookup is a very complex subject in VFS. The path-lookup
document provides a very detailed guidance to help people understand
how path lookup works in the kernel. This document was originally
written based on three lwn articles five years ago. As times goes by,
some of the content is outda
On Mon, Mar 15, 2021 at 07:56:02PM +, Vladimir Oltean wrote:
> +Andrew, Vivien,
>
> On Mon, Mar 15, 2021 at 02:53:26PM +0100, gre...@linuxfoundation.org wrote:
> > From: Greg Kroah-Hartman
> >
> > From: Vladimir Oltean
> >
> > [ Upstream commit a3b0b6479700a5b0af2c631cb2ec0fb7a0d978f2 ]
> >
On Mon, Mar 08, 2021 at 07:18:29PM +0200, Cristian Ciocaltea wrote:
> There are a few issues with the setup of the Actions Semi Owl S500 SoC's
> clock chain involving AHPPREDIV, H and AHB clocks:
>
> * AHBPREDIV clock is defined as a muxer only, although it also acts as
> a divider.
> * H clock
s/kernal/kernel/
A punctuation added too.
Signed-off-by: Bhaskar Chowdhury
---
Changes from V1:
Punctuation missed, added as per Randy's finding
arch/x86/events/intel/bts.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/events/intel/bts.c b/arch/x86/events/in
On 16-03-21, 00:36, Frank Rowand wrote:
> I should have looked at patch 3/5 more carefully instead of counting on
> Masahiro to check it out and simply build testing.
>
> Patch 3/5 does not seem correct. I'll look over all the makefile related
> changes that have been accepted (if any) and patch
On 3/15/21 5:12 PM, Laurent Pinchart wrote:
> Hi Yamada-san,
>
> On Tue, Mar 16, 2021 at 02:43:45AM +0900, Masahiro Yamada wrote:
>> On Mon, Mar 15, 2021 at 3:40 PM Viresh Kumar wrote:
>>> On 14-03-21, 20:16, Frank Rowand wrote:
On 3/12/21 11:11 PM, Frank Rowand wrote:
> On 3/12/21 1:13 A
+Lorenzo
Hi Sowjanya,
Sorry for the delayed response. I am still in vacation 😉
On Thu, Mar 11, 2021 at 01:11:37PM -0800, Sowjanya Komatineni wrote:
>
> On 3/10/21 6:52 PM, Sudeep Holla wrote:
> > On Mon, Mar 08, 2021 at 10:32:17AM -0800, Sowjanya Komatineni wrote:
> > > On 3/7/21 8:37 PM, Sudeep
On 3/15/21 1:40 AM, Viresh Kumar wrote:
> On 14-03-21, 20:16, Frank Rowand wrote:
>> On 3/12/21 11:11 PM, Frank Rowand wrote:
>>> On 3/12/21 1:13 AM, Viresh Kumar wrote:
On 12-03-21, 01:09, Frank Rowand wrote:
> I suggested having the .dtso files include the .dts file because that is
On 3/15/21 10:27 PM, Bhaskar Chowdhury wrote:
>
> Trivial typo fixes throughout the file.
>
> cc: triv...@vger.kernel.org
>
> Signed-off-by: Bhaskar Chowdhury
Acked-by: Randy Dunlap
> ---
> fs/dlm/lock.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/fs/d
On 22:19 Mon 15 Mar 2021, Randy Dunlap wrote:
On 3/15/21 9:19 PM, Bhaskar Chowdhury wrote:
s/kernal/kernel/
Signed-off-by: Bhaskar Chowdhury
---
arch/x86/events/intel/bts.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/events/intel/bts.c b/arch/x86/events/intel
Hello:
This patch was applied to bpf/bpf-next.git (refs/heads/master):
On Mon, 15 Mar 2021 14:29:51 +0100 you wrote:
> This seems to be a reminiscent from the hashmap tests.
>
> Signed-off-by: Pedro Tammela
> ---
> tools/testing/selftests/bpf/map_tests/array_map_batch_ops.c | 5 -
> 1 file
On Mon, 15 Mar 2021 at 19:35, wrote:
>
> From: Greg Kroah-Hartman
>
> This is the start of the stable review cycle for the 5.4.106 release.
> There are 168 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 k
Trivial typo fixes throughout the file.
cc: triv...@vger.kernel.org
Signed-off-by: Bhaskar Chowdhury
---
fs/dlm/lock.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/dlm/lock.c b/fs/dlm/lock.c
index 002123efc6b0..caadc426c8b4 100644
--- a/fs/dlm/lock.c
+++ b/fs
On 16-03-21, 02:43, Masahiro Yamada wrote:
> On Mon, Mar 15, 2021 at 3:40 PM Viresh Kumar wrote:
> > On 14-03-21, 20:16, Frank Rowand wrote:
> > What about doing this then in unittest's Makefile instead (which I
> > already suggested earlier), that will make everything work just fine
> > without a
Hi Jiri,
On 3/16/2021 7:03 AM, Jiri Olsa wrote:
On Thu, Mar 11, 2021 at 03:07:31PM +0800, Jin Yao wrote:
SNIP
goto try_again;
}
+
+ if (errno == EINVAL && perf_pmu__hybrid_exist())
+ ev
On (21/02/08 14:17), Sergey Senozhatsky wrote:
> Hello,
>
> RFC
Hi Laurent,
Gentle ping.
-ss
On 3/15/21 10:03 PM, Bhaskar Chowdhury wrote:
>
> s/postion/position/
>
> Signed-off-by: Bhaskar Chowdhury
Acked-by: Randy Dunlap
> ---
> Al, I hope this time I read the comments well enough,if still
> I am at fault , curse me!
>
> fs/coredump.c | 2 +-
> 1 file changed, 1 insertion(+), 1
From: Aubrey Li
Add idle cpumask to track idle cpus in sched domain. Every time
a CPU enters idle, the CPU is set in idle cpumask to be a wakeup
target. And if the CPU is not in idle, the CPU is cleared in idle
cpumask during scheduler tick to ratelimit idle cpumask update.
When a task wakes up
On 3/15/21 9:52 PM, Bhaskar Chowdhury wrote:
>
> s/seting/setting/
>
> Signed-off-by: Bhaskar Chowdhury
Acked-by: Randy Dunlap
> ---
> drivers/usb/host/sl811_cs.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/usb/host/sl811_cs.c b/drivers/usb/host/sl811_cs
Hello:
This patch was applied to bpf/bpf-next.git (refs/heads/master):
On Mon, 15 Mar 2021 21:44:54 +0900 you wrote:
> This patch fixes a spelling typo in do_hbm_test.sh
>
> Signed-off-by: Masanari Iida
> ---
> samples/bpf/do_hbm_test.sh | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
On Mon, 15 Mar 2021 at 19:27, wrote:
>
> From: Greg Kroah-Hartman
>
> This is the start of the stable review cycle for the 5.10.24 release.
> There are 290 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 k
On 3/15/21 9:19 PM, Bhaskar Chowdhury wrote:
>
> s/kernal/kernel/
>
> Signed-off-by: Bhaskar Chowdhury
> ---
> arch/x86/events/intel/bts.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/x86/events/intel/bts.c b/arch/x86/events/intel/bts.c
> index 731dd8d0dbb1..63
On Mon, Mar 15, 2021 at 5:45 AM Masanari Iida wrote:
>
> This patch fixes a spelling typo in do_hbm_test.sh
>
> Signed-off-by: Masanari Iida
> ---
Thanks, applied to bpf-next. For the future patches, please use [PATCH
bpf-next] subject prefix if you are sending patches against bpf-next
tree (of
On 3/15/21 9:33 PM, Bhaskar Chowdhury wrote:
>
> s/techically/technically/
>
> Signed-off-by: Bhaskar Chowdhury
Acked-by: Randy Dunlap
> ---
> Changes from V1:
> Meh, missed the changelog text, so added :)
>
> arch/mips/include/asm/octeon/cvmx-address.h | 2 +-
> 1 file changed, 1 inserti
On Mon, 15 Mar 2021 at 19:27, wrote:
>
> From: Greg Kroah-Hartman
>
> This is the start of the stable review cycle for the 5.11.7 release.
> There are 306 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 kn
On 3/15/21 9:08 PM, He Ying wrote:
> We found these warnings in kernel/panic.c by using sparse tool:
> warning: symbol 'panic_smp_self_stop' was not declared.
> warning: symbol 'nmi_panic_self_stop' was not declared.
> warning: symbol 'crash_smp_send_stop' was not declared.
>
> To avoid them, add
Hi Greg:
I listed below some answers from Moritz and Yilun from previous mails for
your question.
Do you have more comments?
Thanks in advance,
Yilun
On Mon, Mar 08, 2021 at 09:59:34AM +0800, Xu Yilun wrote:
> This patchset supports some dfl device drivers written in userspace.
>
> There are s
In preparation to unionize structs _ddebug & ddebug_table, shuffle
fields in latter so they match the layout of the former. This MAY
simplify initialization of the header field, in particular by
preserving *sites.
It also sets up a later conversion to a flex-array ddebugs[].
This step is mostly
V4-proto - now currently diet-3i
Simplify:
.gnu.linkonce._mod_.dyndbg -> .gnu.linkonce.dyndbg
ie drop _mod_
This puts a single header record at front of the vectors, solving 2
problems (discussed below) simultaneously:
- header in front, allowing flex-array rep of layout.
- single header, not pe
The next patch adds DEFINE_DYNAMIC_DEBUG_TABLE(), which breaks some
subtrees with special compile constraints (efi etc).
Avoid this by adding a define to suppress the *remote declaration*
done by DEFINE_DYNAMIC_DEBUG_TABLE(), automatically, on behalf of all
possible users of pr_debug.
Signed-off-
In order to drop the pointer connecting _ddebug's to _ddebug_sites,
we need to elevate the latter; we need to track it in (internal)
ddebug_tables, and set it in ddebug_add_module. That last part
exposes it by interface to module.c, so we add a field to load_info,
and adjust load_module to initial
Add early return if no callsite info is specified in site-flags.
This avoids fetching site info that isn't going to be printed.
Signed-off-by: Jim Cromie
---
include/linux/dynamic_debug.h | 9 +
lib/dynamic_debug.c | 3 +++
2 files changed, 12 insertions(+)
diff --git a/includ
Replace direct ->site refs with _get(),_put() internal API. Right
now, _get() just returns ->site and _put() does nothing. Later we can
replace that implementation with one using ->module_index to fetch
then forget site data dynamically.
Several approaches are possible:
A: !site -> fill from ba
We currently use dp->site to map: &__dyndbg[N] -> &__dyndbg_sites[N].
We want to drop site, new _ddebug._index provides the N.
The mapping is done in ddebug_site_get():
For builtin modules, a _ddebug *ptr is between __start___dyndbg and
__stop___dyndbg, and we can use &__start___dyndbg_sites[N] d
Accept a ddebug record with a null site pointer, and write abbreviated
output for that record that doesn't include site info (but does
include line-number, since that can be used in >control queries).
Also add a 2nd header line with a template for the new output.
Signed-off-by: Jim Cromie
---
li
Allow users & subsystems to selectively delete callsite info for
pr-debug callsites. Hopefully, this can lead to actual recovery of
memory.
DRM is a potential user which would drop the sites:
- has distinct categories for logging, and can map them over to a
format prefix, like: "drm:core:", "d
Move the JUMP_LABEL/static-key code to a separate function.
no functional changes.
Signed-off-by: Jim Cromie
---
lib/dynamic_debug.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/lib/dynamic_debug.c b/lib/dynamic_debug.c
index 2d011ac3308d..6fbd9099
1 - 100 of 2819 matches
Mail list logo
