在 2024/2/21 15:44, Michal Hocko 写道:
It would be really helpful to have more details on why we need those
trace points. It is my understanding that you would like to have a more
fine grained numbers for the time duration of different parts of the
reclaim process. I can imagine this could be
On Wed, Mar 06, 2024 at 12:05:10PM -0800, Calvin Owens wrote:
> If something like this is merged down the road, it can go in at leisure
> once the module_alloc change is in: it's a one-way dependency.
>
> Signed-off-by: Calvin Owens
> ---
> arch/Kconfig| 2 +-
>
Hi Calvin,
On Wed, Mar 06, 2024 at 03:23:22PM -0800, Calvin Owens wrote:
> On Wednesday 03/06 at 13:34 -0800, Luis Chamberlain wrote:
> > On Wed, Mar 06, 2024 at 12:05:07PM -0800, Calvin Owens wrote:
> > > Hello all,
> > >
> > > This patchset makes it possible to use bpftrace with kprobes on
Hello,
On Tue, 27 Feb 2024 15:51:20 -0800 SeongJae Park wrote:
> On Mon, 26 Feb 2024 23:05:46 +0900 Honggyu Kim wrote:
>
> > There was an RFC IDEA "DAMOS-based Tiered-Memory Management" previously
> > posted at [1].
> >
> > It says there is no implementation of the demote/promote DAMOS
Hi Calvin,
It is great to hear from you! :)
On Wed, Mar 6, 2024 at 3:23 PM Calvin Owens wrote:
>
> On Wednesday 03/06 at 13:34 -0800, Luis Chamberlain wrote:
> > On Wed, Mar 06, 2024 at 12:05:07PM -0800, Calvin Owens wrote:
> > > Hello all,
> > >
> > > This patchset makes it possible to use
Hi Alex,
On Wed, Mar 6, 2024 at 9:35 PM Alexandre Ghiti wrote:
>
> Hi Puranjay,
>
> On 06/03/2024 17:59, Puranjay Mohan wrote:
> > This patch enables support for DYNAMIC_FTRACE_WITH_CALL_OPS on RISC-V.
> > This allows each ftrace callsite to provide an ftrace_ops to the common
> > ftrace
On Wednesday 03/06 at 13:34 -0800, Luis Chamberlain wrote:
> On Wed, Mar 06, 2024 at 12:05:07PM -0800, Calvin Owens wrote:
> > Hello all,
> >
> > This patchset makes it possible to use bpftrace with kprobes on kernels
> > built without loadable module support.
>
> This is a step in the right
On Wed, Mar 06, 2024 at 12:05:07PM -0800, Calvin Owens wrote:
> Hello all,
>
> This patchset makes it possible to use bpftrace with kprobes on kernels
> built without loadable module support.
This is a step in the right direction for another reason: clearly the
module_alloc() is not about
+cc Andy and Evgenii
On 06/03/2024 21:35, Alexandre Ghiti wrote:
Hi Puranjay,
On 06/03/2024 17:59, Puranjay Mohan wrote:
This patch enables support for DYNAMIC_FTRACE_WITH_CALL_OPS on RISC-V.
This allows each ftrace callsite to provide an ftrace_ops to the common
ftrace trampoline, allowing
Hi Puranjay,
On 06/03/2024 17:59, Puranjay Mohan wrote:
This patch enables support for DYNAMIC_FTRACE_WITH_CALL_OPS on RISC-V.
This allows each ftrace callsite to provide an ftrace_ops to the common
ftrace trampoline, allowing each callsite to invoke distinct tracer
functions without the need
This symlinks bpf_testmod into the main source, so it can be built-in
for running selftests in the new !MODULES case.
To be clear, no changes to the existing selftests are required: this
only exists to enable testing the new case which was not previously
possible. I'm sure somebody will be able
If something like this is merged down the road, it can go in at leisure
once the module_alloc change is in: it's a one-way dependency.
Signed-off-by: Calvin Owens
---
arch/Kconfig| 2 +-
kernel/kprobes.c| 22 ++
kernel/trace/trace_kprobe.c | 11
Both BPF_JIT and KPROBES depend on CONFIG_MODULES, but only require
module_alloc() itself, which can be easily separated into a standalone
allocator for executable kernel memory.
Thomas Gleixner sent a patch to do that for x86 as part of a larger
series a couple years ago:
No BPF code has to change, except in struct_ops (for module refs).
This conflicts with bpf-next because of this (relevant) series:
https://lore.kernel.org/all/20240119225005.668602-1-thinker...@gmail.com/
If something like this is merged down the road, it can go through
bpf-next at leisure
Hello all,
This patchset makes it possible to use bpftrace with kprobes on kernels
built without loadable module support.
On a Raspberry Pi 4b, this saves about 700KB of memory where BPF is
needed but loadable module support is not. These two kernels had
identical configurations, except
This patch enables support for DYNAMIC_FTRACE_WITH_CALL_OPS on RISC-V.
This allows each ftrace callsite to provide an ftrace_ops to the common
ftrace trampoline, allowing each callsite to invoke distinct tracer
functions without the need to fall back to list processing or to
allocate custom
On 3/6/24 00:18, Luca Weiss wrote:
Clean up some easy things do prepare the dts for further changes.
* Move pinctrl-names below pinctrl-*
* Move status as last property
* Remove default linux,input-type value
Signed-off-by: Luca Weiss
---
Reviewed-by: Konrad Dybcio
Konrad
On 3/6/24 00:18, Luca Weiss wrote:
From what I can tell, the camera buttons are not part of Z2 Tablet
hardware even though other devices based on 'shinano' do have them.
Fixes: ab80661883de ("ARM: dts: qcom: msm8974: Add Sony Xperia Z2 Tablet")
Signed-off-by: Luca Weiss
---
On Mon, 4 Mar 2024 22:34:33 -0500
Steven Rostedt wrote:
> From: "Steven Rostedt (Google)"
>
> Limit the max print event of trace_marker to just 4K string size. This must
> also be less than the amount that can be held by a trace_seq along with
> the text that is before the output (like the
On Wed, 06 Mar 2024 10:29:59 +0100, Luca Ceresoli wrote:
> This small series adds parameters to existing DAPM trace events to make
> them more informative.
>
>
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next
Thanks!
[1/2] ASoC: trace: add component to
IST3032C (and possibly some other models) has touch keys. Document this.
Signed-off-by: Duje Mihanović
---
Changes in v3:
- Move allOf under additionalProperties and move if under allOf
- Properly define linux,keycodes
- Fix linux,keycodes constraint
- Change maximum number of keycodes to 5 in
Tiny series to clean up the field extraction and add touch key support.
This version is based on the next branch of Dmitry's input tree.
Signed-off-by: Duje Mihanović
---
Changes in v3:
- Rebase on input/next
- Add changelog to binding patch
- Fix binding constraint
- Allow changing keycodes in
IST3032C (and possibly some other models) has touch keys. Add support
for them to the imagis driver.
Signed-off-by: Duje Mihanović
---
drivers/input/touchscreen/imagis.c | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git
Instead of manually extracting certain bits from registers with binary
ANDs and shifts, the FIELD_GET macro can be used. With this in mind, the
*_SHIFT macros can be dropped.
Signed-off-by: Duje Mihanović
---
drivers/input/touchscreen/imagis.c | 17 ++---
1 file changed, 6
On Wed, 6 Mar 2024 10:55:34 +0800
linke li wrote:
> Mark data races to work->wait_index as benign using READ_ONCE and WRITE_ONCE.
> These accesses are expected to be racy.
Are we now to the point that every single access of a variable (long size
or less) needs a READ_ONCE/WRITE_ONCE even with
The snd_soc_bias_level_start and snd_soc_bias_level_done trace events
currently look like:
aplay-229 [000] 1250.140778: snd_soc_bias_level_start:
card=vscn-2046 val=1
aplay-229 [000] 1250.140784: snd_soc_bias_level_done:
card=vscn-2046 val=1
aplay-229
On 3/6/24 11:28, maobibo wrote:
On 2024/3/6 上午2:26, WANG Xuerui wrote:
On 3/4/24 17:10, maobibo wrote:
On 2024/3/2 下午5:41, WANG Xuerui wrote:
On 3/2/24 16:47, Bibo Mao wrote:
[snip]
+
+KVM hypercall ABI
+=
+
+Hypercall ABI on KVM is simple, only one scratch register a0 (v0)
Add the event value to the snd_soc_dapm_start and snd_soc_dapm_done trace
events to make them more informative.
Trace before:
aplay-229 [000] 250.140309: snd_soc_dapm_start: card=vscn-2046
aplay-229 [000] 250.167531: snd_soc_dapm_done:card=vscn-2046
/asoc.h | 45 +
sound/soc/soc-dapm.c| 8
2 files changed, 29 insertions(+), 24 deletions(-)
---
base-commit: e7cc5f08886d5a86cada34b421d75989413fdea6
change-id: 20240306-improve-asoc-trace-events-7ddb6b37edec
Best regards,
--
Luca Ceresoli
On Wed, 6 Mar 2024 at 01:26, Luca Weiss wrote:
>
> Add the mmc0 & mmc1 aliases to make sure internal storage always becomes
> /dev/mmcblk0 and SD card becomes /dev/mmcblk1
>
> Signed-off-by: Luca Weiss
> ---
> arch/arm/boot/dts/qcom/qcom-msm8974pro-sony-xperia-shinano-castor.dts | 2 ++
> 1
On Wed, 6 Mar 2024 at 01:26, Luca Weiss wrote:
>
> Set the debounce-interval for the GPIO keys.
>
> Signed-off-by: Luca Weiss
> ---
> arch/arm/boot/dts/qcom/qcom-msm8974pro-sony-xperia-shinano-castor.dts | 2 ++
> 1 file changed, 2 insertions(+)
Reviewed-by: Dmitry Baryshkov
--
With best
On Wed, 6 Mar 2024 at 01:18, Luca Weiss wrote:
>
> Give the wifi node a generic node name 'wifi'.
>
> Signed-off-by: Luca Weiss
> ---
> arch/arm/boot/dts/qcom/qcom-msm8974pro-sony-xperia-shinano-castor.dts | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Dmitry Baryshkov
32 matches
Mail list logo
