netdev - [PATCH net-next v2 0/5] Use KMEM_CACHE instead of kmem_cache

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-Id: <20240220073646.102033-1-chentao@kylinos.cn>
Date: Tue, 20 Feb 2024 15:36:41 +0800
From: Kunwu Chan <chentao@...inos.cn>
To: davem@...emloft.net,
	dsahern@...nel.org,
	edumazet@...gle.com,
	kuba@...nel.org,
	pabeni@...hat.com
Cc: netdev@...r.kernel.org,
	linux-kernel@...r.kernel.org,
	jiri@...nulli.us,
	Kunwu Chan <chentao@...inos.cn>
Subject: [PATCH net-next v2 0/5] Use KMEM_CACHE instead of kmem_cache_create

As Jiri Pirko suggests, 
I'm using a patchset to cleanup the same issues in the 'net' module.
Use the new KMEM_CACHE() macro instead of direct kmem_cache_create
to simplify the creation of SLAB caches.

Some cache names are changed to be the same as struct names. 
This change is recorded in the changelog for easy reference.
It's harmless cause it's used in /proc/slabinfo to identify this cache.
---
Changes in v2:
	- Delete a patch as Eric said in https://lore.kernel.org/all/CANn89iLkWvum6wSqSya_K+1eqnFvp=L2WLW=kAYrZTF8Ei4b7g@mail.gmail.com/
	- No code changes,only add Reviewed-by tag
---
Kunwu Chan (5):
  net: kcm: Simplify the allocation of slab caches
  ip6mr: Simplify the allocation of slab caches in ip6_mr_init
  ipmr: Simplify the allocation of slab caches
  ipv4: Simplify the allocation of slab caches in ip_rt_init
  ipv6: Simplify the allocation of slab caches

 net/ipv4/ipmr.c    | 5 +----
 net/ipv4/route.c   | 5 ++---
 net/ipv6/ip6_fib.c | 6 ++----
 net/ipv6/ip6mr.c   | 5 +----
 net/kcm/kcmsock.c  | 8 ++------
 5 files changed, 8 insertions(+), 21 deletions(-)

-- 
2.39.2