All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vlastimil Babka <vbabka@suse.cz>
To: Hyunmin Lee <hyunminlr@gmail.com>, linux-mm@kvack.org
Cc: Christoph Lameter <cl@linux.com>,
	Pekka Enberg <penberg@kernel.org>,
	David Rientjes <rientjes@google.com>,
	Joonsoo Kim <iamjoonsoo.kim@lge.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Roman Gushchin <roman.gushchin@linux.dev>,
	Hyeonggon Yoo <42.hyeyoo@gmail.com>,
	Jeungwoo Yoo <casionwoo@gmail.com>,
	Sangyun Kim <sangyun.kim@snu.ac.kr>,
	Gwan-gyeong Mun <gwan-gyeong.mun@intel.com>
Subject: Re: [PATCH v3 0/2] clean-up for create_kmalloc_caches()
Date: Thu, 2 May 2024 16:12:31 +0200	[thread overview]
Message-ID: <73c850f5-3402-4731-9afd-cb57a285fdec@suse.cz> (raw)
In-Reply-To: <20240424140422.12780-1-hyunminlr@gmail.com>

On 4/24/24 16:04, Hyunmin Lee wrote:
> Hi pals,
> 
> I am cleanning up unnecessary code in create_kmalloc_caches(). I added
> one more commit to remove the check for NULL kmalloc_cachee according to
> the review comments like below.
> 
> - David Rientjes suggested moving the check for NULL kmalloc_caches to
> new_kmalloc_cache().
> - Christoph Lameter suggested skipping the check for the kmalloc caches
> already being present.
> 
> Thanks,
> Hyunmin

Thanks, applied to slab/for-6.10

> Hyunmin Lee (2):
>   mm/slub: create kmalloc 96 and 192 caches regardless cache size order
>   mm/slub: remove the check for NULL kmalloc_caches
> 
>  mm/slab_common.c | 25 +++++++++----------------
>  1 file changed, 9 insertions(+), 16 deletions(-)
> 


      parent reply	other threads:[~2024-05-02 14:12 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-04-24 14:04 [PATCH v3 0/2] clean-up for create_kmalloc_caches() Hyunmin Lee
2024-04-24 14:04 ` [PATCH v3 1/2] mm/slub: create kmalloc 96 and 192 caches regardless cache size order Hyunmin Lee
2024-04-24 17:04   ` Christoph Lameter (Ampere)
2024-04-27  4:51   ` David Rientjes
2024-04-24 14:04 ` [PATCH v3 2/2] mm/slub: remove the check for NULL kmalloc_caches Hyunmin Lee
2024-04-24 17:05   ` Christoph Lameter (Ampere)
2024-04-27  4:51   ` David Rientjes
2024-05-02 14:12 ` Vlastimil Babka [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=73c850f5-3402-4731-9afd-cb57a285fdec@suse.cz \
    --to=vbabka@suse.cz \
    --cc=42.hyeyoo@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=casionwoo@gmail.com \
    --cc=cl@linux.com \
    --cc=gwan-gyeong.mun@intel.com \
    --cc=hyunminlr@gmail.com \
    --cc=iamjoonsoo.kim@lge.com \
    --cc=linux-mm@kvack.org \
    --cc=penberg@kernel.org \
    --cc=rientjes@google.com \
    --cc=roman.gushchin@linux.dev \
    --cc=sangyun.kim@snu.ac.kr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.