Re: [PATCH for-next] tracing/kprobes: Add symbol counting check when module loads

2023-11-02 Thread Google
On Thu, 02 Nov 2023 14:57:12 +0200 Francis Laniel wrote: > Hi! > > Le mercredi 1 novembre 2023, 01:15:09 EET Masami Hiramatsu a écrit : > > Hi, > > > > On Tue, 31 Oct 2023 23:24:43 +0200 > > > > Francis Laniel wrote: > > > > @@ -729,17 +744,55 @@ static int count_mod_symbols(void *data,

Re: [GIT PULL] NVDIMM for 6.7

2023-11-02 Thread pr-tracker-bot
The pull request you sent on Wed, 1 Nov 2023 17:25:30 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm.git > tags/libnvdimm-for-6.7 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/90a300dc0553c5c4a3324ca6de5877c834d27af7 Thank you! --

Re: [PATCH v9 2/3] mm/memory_hotplug: split memmap_on_memory requests across memblocks

2023-11-02 Thread Huang, Ying
Vishal Verma writes: > The MHP_MEMMAP_ON_MEMORY flag for hotplugged memory is restricted to > 'memblock_size' chunks of memory being added. Adding a larger span of > memory precludes memmap_on_memory semantics. > > For users of hotplug such as kmem, large amounts of memory might get > added from

Re: [PATCH 1/2] dt-bindings: mwifiex: document use with the SD8777 chipset

2023-11-02 Thread Brian Norris
On Sun, Oct 29, 2023 at 12:08:16PM +0100, Karel Balej wrote: > Document the corresponding compatible string for the use of this driver > with the Marvell SD8777 wireless chipset. > > Signed-off-by: Karel Balej FWIW, the binding looks fine from mwifiex point of view, so: Acked-by: Brian Norris

Re: [PATCH 0/2] net: mwifiex: add support for the SD8777 chipset

2023-11-02 Thread Brian Norris
On Sun, Oct 29, 2023 at 12:08:15PM +0100, Karel Balej wrote: > The driver requires proprietary firmware which is not yet part of > linux-firmware, but it is packaged in postmarketOS. You gotta get that done:

[PATCH v9 3/3] dax/kmem: allow kmem to add memory with memmap_on_memory

2023-11-02 Thread Vishal Verma
Large amounts of memory managed by the kmem driver may come in via CXL, and it is often desirable to have the memmap for this memory on the new memory itself. Enroll kmem-managed memory for memmap_on_memory semantics if the dax region originates via CXL. For non-CXL dax regions, retain the

[PATCH v9 2/3] mm/memory_hotplug: split memmap_on_memory requests across memblocks

2023-11-02 Thread Vishal Verma
The MHP_MEMMAP_ON_MEMORY flag for hotplugged memory is restricted to 'memblock_size' chunks of memory being added. Adding a larger span of memory precludes memmap_on_memory semantics. For users of hotplug such as kmem, large amounts of memory might get added from the CXL subsystem. In some cases,

[PATCH v9 1/3] mm/memory_hotplug: replace an open-coded kmemdup() in add_memory_resource()

2023-11-02 Thread Vishal Verma
A review of the memmap_on_memory modifications to add_memory_resource() revealed an instance of an open-coded kmemdup(). Replace it with kmemdup(). Cc: Andrew Morton Cc: David Hildenbrand Cc: Michal Hocko Cc: Oscar Salvador Cc: Dan Williams Reported-by: Dan Williams Reviewed-by: David

[PATCH v9 0/3] mm: use memmap_on_memory semantics for dax/kmem

2023-11-02 Thread Vishal Verma
The dax/kmem driver can potentially hot-add large amounts of memory originating from CXL memory expanders, or NVDIMMs, or other 'device memories'. There is a chance there isn't enough regular system memory available to fit the memmap for this new memory. It's therefore desirable, if all other

Re: stable-rc: 5.15 - all builds failed - ld.lld: error: undefined symbol: kallsyms_on_each_symbol

2023-11-02 Thread Greg Kroah-Hartman
On Wed, Nov 01, 2023 at 08:54:56PM +0530, Naresh Kamboju wrote: > Hi Greg, > > I see the following build warning / errors everywhere on stable-rc 5.15 > branch. > > ld.lld: error: undefined symbol: kallsyms_on_each_symbol > >>> referenced by trace_kprobe.c > >>>

Re: [PATCH v3 3/5] remoteproc: k3-r5: Add support for IPC-only mode for all R5Fs

2023-11-02 Thread Jan Kiszka
On 02.11.23 16:43, Mathieu Poirier wrote: > Hi Jan, > > On Thu, Nov 02, 2023 at 11:07:45AM +0100, Jan Kiszka wrote: >> On 13.02.22 21:12, Suman Anna wrote: >>> Add support to the K3 R5F remoteproc driver to configure all the R5F >>> cores to be either in IPC-only mode or the traditional

Re: [PATCH v3 3/5] remoteproc: k3-r5: Add support for IPC-only mode for all R5Fs

2023-11-02 Thread Mathieu Poirier
Hi Jan, On Thu, Nov 02, 2023 at 11:07:45AM +0100, Jan Kiszka wrote: > On 13.02.22 21:12, Suman Anna wrote: > > Add support to the K3 R5F remoteproc driver to configure all the R5F > > cores to be either in IPC-only mode or the traditional remoteproc mode. > > The IPC-only mode expects that the

Re: [PATCH for-next] tracing/kprobes: Add symbol counting check when module loads

2023-11-02 Thread Francis Laniel
Hi! Le mercredi 1 novembre 2023, 01:15:09 EET Masami Hiramatsu a écrit : > Hi, > > On Tue, 31 Oct 2023 23:24:43 +0200 > > Francis Laniel wrote: > > > @@ -729,17 +744,55 @@ static int count_mod_symbols(void *data, const > > > char > > > *name, unsigned long unused) return 0; > > > > > > } > >

Re: [PATCH] eventfs: Fix kerneldoc of eventfs_remove_rec()

2023-11-02 Thread Steven Rostedt
On Thu, 2 Nov 2023 12:05:33 +0530 Mukesh Ojha wrote: > I will try to participate and take this in a good way..but i thought > for easier change where there is no discussion is needed., it is fine > to add if you have spent time in checking the code and change is proper. If it's easy then

[GIT PULL] livepatching for 6.7

2023-11-02 Thread Petr Mladek
Hi Linus, please pull a fix for livepatching from git://git.kernel.org/pub/scm/linux/kernel/git/livepatching/livepatching tags/livepatching-for-6.7 === - Add missing newline character to avoid waiting for a continuous message.

Re: [PATCH v2 2/3] remoteproc: qcom: pas: make region assign more generic

2023-11-02 Thread Mukesh Ojha
On 11/2/2023 3:56 PM, neil.armstr...@linaro.org wrote: On 01/11/2023 15:42, Mukesh Ojha wrote: On 10/31/2023 10:36 PM, Neil Armstrong wrote: Hi, On 30/10/2023 14:10, Mukesh Ojha wrote: On 10/30/2023 3:33 PM, Neil Armstrong wrote: The current memory region assign only supports a

Re: [PATCH v2 2/3] remoteproc: qcom: pas: make region assign more generic

2023-11-02 Thread neil . armstrong
On 01/11/2023 15:42, Mukesh Ojha wrote: On 10/31/2023 10:36 PM, Neil Armstrong wrote: Hi, On 30/10/2023 14:10, Mukesh Ojha wrote: On 10/30/2023 3:33 PM, Neil Armstrong wrote: The current memory region assign only supports a single memory region. But new platforms introduces more regions

Re: [PATCH 2/2] net: mwifiex: add support for the SD8777 chipset

2023-11-02 Thread Ulf Hansson
On Sun, 29 Oct 2023 at 12:19, Karel Balej wrote: > > Marvell SD8777 is a wireless chipset used for instance in the PXA1908 > SoC found for example in the samsung,coreprimevelte smartphone, with > which this was tested. The driver seems to be compatible with this > chipset so enable this support

Re: [PATCH v3 3/5] remoteproc: k3-r5: Add support for IPC-only mode for all R5Fs

2023-11-02 Thread Jan Kiszka
On 13.02.22 21:12, Suman Anna wrote: > Add support to the K3 R5F remoteproc driver to configure all the R5F > cores to be either in IPC-only mode or the traditional remoteproc mode. > The IPC-only mode expects that the remote processors are already booted > by the bootloader, and only performs the

Re: [PATCH v2] locking/atomic: sh: Use generic_cmpxchg_local for arch_cmpxchg_local()

2023-11-02 Thread John Paul Adrian Glaubitz
On Thu, 2023-10-26 at 00:10 +0900, Masami Hiramatsu (Google) wrote: > From: Masami Hiramatsu (Google) > > Use __generic_cmpxchg_local() for arch_cmpxchg_local() implementation > in SH architecture because it does not implement arch_cmpxchg_local(). > > Reported-by: kernel test robot > Closes:

Re: [PATCH v8 2/3] mm/memory_hotplug: split memmap_on_memory requests across memblocks

2023-11-02 Thread David Hildenbrand
On 01.11.23 23:51, Vishal Verma wrote: The MHP_MEMMAP_ON_MEMORY flag for hotplugged memory is restricted to 'memblock_size' chunks of memory being added. Adding a larger span of memory precludes memmap_on_memory semantics. For users of hotplug such as kmem, large amounts of memory might get

Re: [QUESTION] ftrace_test_recursion_trylock behaviour

2023-11-02 Thread Jiri Olsa
On Wed, Nov 01, 2023 at 01:45:56PM -0400, Steven Rostedt wrote: > On Wed, 1 Nov 2023 18:32:14 +0100 > Jiri Olsa wrote: > > > hi, > > I'm doing some testing on top of fprobes and noticed that the > > ftrace_test_recursion_trylock allows caller from the same context > > going through twice. > > >

Re: [GIT PULL] Modules changes for v6.7-rc1

2023-11-02 Thread Andrea Righi
On Thu, Nov 02, 2023 at 08:29:17AM +0100, Andrea Righi wrote: > On Wed, Nov 01, 2023 at 09:21:09PM -1000, Linus Torvalds wrote: > > On Wed, 1 Nov 2023 at 21:02, Linus Torvalds > > wrote: > > > > > > kmalloc() isn't just about "use physically contiguous allocations". > > > It's also more

Re: [GIT PULL] Modules changes for v6.7-rc1

2023-11-02 Thread Andrea Righi
On Wed, Nov 01, 2023 at 09:21:09PM -1000, Linus Torvalds wrote: > On Wed, 1 Nov 2023 at 21:02, Linus Torvalds > wrote: > > > > kmalloc() isn't just about "use physically contiguous allocations". > > It's also more memory-efficient, and a *lot* faster than vmalloc(), > > which has to play VM

Re: [GIT PULL] Modules changes for v6.7-rc1

2023-11-02 Thread pr-tracker-bot
The pull request you sent on Wed, 1 Nov 2023 13:13:03 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux.git/ > tags/modules-6.7-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/21e80f3841c01aeaf32d7aee7bbc87b3db1aa0c6 Thank you! --

Re: [GIT PULL] Modules changes for v6.7-rc1

2023-11-02 Thread Andrea Righi
On Wed, Nov 01, 2023 at 09:02:51PM -1000, Linus Torvalds wrote: > On Wed, 1 Nov 2023 at 10:13, Luis Chamberlain wrote: > > > > The only thing worth highligthing is that gzip moves to use vmalloc() > > instead of > > kmalloc just as we had a fix for this for zstd on v6.6-rc1. > > Actually,

Re: [GIT PULL] Modules changes for v6.7-rc1

2023-11-02 Thread Linus Torvalds
On Wed, 1 Nov 2023 at 21:02, Linus Torvalds wrote: > > kmalloc() isn't just about "use physically contiguous allocations". > It's also more memory-efficient, and a *lot* faster than vmalloc(), > which has to play VM tricks. I've pulled this, but I think you should do something like the attached

Re: [GIT PULL] Modules changes for v6.7-rc1

2023-11-02 Thread Linus Torvalds
On Wed, 1 Nov 2023 at 10:13, Luis Chamberlain wrote: > > The only thing worth highligthing is that gzip moves to use vmalloc() instead > of > kmalloc just as we had a fix for this for zstd on v6.6-rc1. Actually, that's almost certainly entirely the wrong thing to do. Unless you *know* that the

Re: [PATCH v6 8/8] eventfs: Use simple_recursive_removal() to clean up dentries

2023-11-02 Thread Google
On Wed, 01 Nov 2023 13:25:49 -0400 Steven Rostedt wrote: > From: "Steven Rostedt (Google)" > > Looking at how dentry is removed via the tracefs system, I found that > eventfs does not do everything that it did under tracefs. The tracefs > removal of a dentry calls simple_recursive_removal()

Re: [PATCH] eventfs: Fix kerneldoc of eventfs_remove_rec()

2023-11-02 Thread Mukesh Ojha
On 11/2/2023 1:30 AM, Steven Rostedt wrote: On Mon, 30 Oct 2023 21:57:13 +0530 Mukesh Ojha wrote: On 10/30/2023 9:45 PM, Steven Rostedt wrote: From: "Steven Rostedt (Google)" The eventfs_remove_rec() had some missing parameters in the kerneldoc comment above it. Also, rephrase the