[PATCH v2 02/16] LICENSES: Add 0BSD license text

2024-07-21 Thread Lasse Collin
The license text was copied from: https://spdx.org/licenses/0BSD.html Cc: Thomas Gleixner Cc: Greg Kroah-Hartman Cc: linux-s...@vger.kernel.org Reviewed-by: Sam James Signed-off-by: Lasse Collin --- Notes: 0BSD is the ISC license without the requirements to preserve copyright and

[PATCH v2 03/16] xz: Switch from public domain to BSD Zero Clause License (0BSD)

2024-07-21 Thread Lasse Collin
Remove the public domain notices and add SPDX license identifiers. Change MODULE_LICENSE from "GPL" to "Dual BSD/GPL" because 0BSD should count as a BSD license variant here. The switch to 0BSD was done in the upstream XZ Embedded project because public domain has (real or perceived) legal issues

Re: [PATCH v1 1/1] Input: gpio-keys - expose wakeup keys in sysfs

2024-07-21 Thread Guido Günther
Hi, On Tue, May 14, 2024 at 06:05:20PM +0200, Guido Günther wrote: > Hi, > On Mon, May 13, 2024 at 03:13:53PM -0700, Dmitry Torokhov wrote: > > Hi Guido, > > > > On Thu, May 09, 2024 at 02:00:28PM +0200, Guido Günther wrote: > > > This helps user space to figure out which keys should be used to un

Re: [RFC v11 04/14] mm: page_frag: add '_va' suffix to page_frag API

2024-07-21 Thread Alexander Duyck
On Fri, Jul 19, 2024 at 2:37 AM Yunsheng Lin wrote: > > Currently the page_frag API is returning 'virtual address' > or 'va' when allocing and expecting 'virtual address' or > 'va' as input when freeing. > > As we are about to support new use cases that the caller > need to deal with 'struct page'

Re: [RFC v11 05/14] mm: page_frag: avoid caller accessing 'page_frag_cache' directly

2024-07-21 Thread Alexander H Duyck
On Fri, 2024-07-19 at 17:33 +0800, Yunsheng Lin wrote: > Use appropriate frag_page API instead of caller accessing > 'page_frag_cache' directly. > > CC: Alexander Duyck > Signed-off-by: Yunsheng Lin > --- > drivers/vhost/net.c | 2 +- > include/linux/page_frag_cache.h | 10

[PATH v4 0/3] vdpa: support set mac address from vdpa tool

2024-07-21 Thread Cindy Lu
Add support for setting the MAC address using the VDPA tool. This feature will allow setting the MAC address using the VDPA tool. For example, in vdpa_sim_net, the implementation sets the MAC address to the config space. However, for other drivers, they can implement their own function, not limited

[PATH v4 1/3] vdpa: support set mac address from vdpa tool

2024-07-21 Thread Cindy Lu
Add new UAPI to support the mac address from vdpa tool Function vdpa_nl_cmd_dev_attr_set_doit() will get the new MAC address from the vdpa tool and then set it to the device. The usage is: vdpa dev set name vdpa_name mac **:**:**:**:**:** Here is example: root@L1# vdpa -jp dev config show vdpa0 {

[PATH v4 2/3] vdpa_sim_net: Add the support of set mac address

2024-07-21 Thread Cindy Lu
Add the function to support setting the MAC address. For vdpa_sim_net, the driver will write the MAC address to the config space, and other devices can implement their own functions to support this. Signed-off-by: Cindy Lu --- drivers/vdpa/vdpa_sim/vdpa_sim_net.c | 22 +- 1 f

[PATH v4 3/3] vdpa/mlx5: Add the support of set mac address

2024-07-21 Thread Cindy Lu
Add the function to support setting the MAC address. For vdpa/mlx5, the function will use mlx5_mpfs_add_mac to set the mac address Tested in ConnectX-6 Dx device Signed-off-by: Cindy Lu --- drivers/vdpa/mlx5/net/mlx5_vnet.c | 25 + 1 file changed, 25 insertions(+) diff

Re: [PATCH 2/6] kallsyms: Emit symbol at the holes in the text

2024-07-21 Thread Zheng Yejian
On 2024/7/20 22:14, Masahiro Yamada wrote: On Thu, Jul 18, 2024 at 12:45 PM Zheng Yejian wrote: On 2024/7/16 16:33, Masahiro Yamada wrote: On Thu, Jun 13, 2024 at 10:36 PM Zheng Yejian wrote: When a weak type function is overridden, its symbol will be removed from the symbol table, but its

Re: [PATCH] tracing: Fix overflow in get_free_elt()

2024-07-21 Thread 吳澤南
On Wed, 2024-07-10 at 17:19 +0800, Tze-nan Wu wrote: > "tracing_map->next_elt" in get_free_elt() is at risk of overflowing. > > Once it overflows, new elements can still be inserted into the > tracing_map > even though the maximum number of elements (`max_elts`) has been > reached. > Continuing to