All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eli Billauer <eli.billauer@gmail.com>
To: "Vlastimil Babka (SUSE)" <vbabka@kernel.org>,
	Mike Rapoport <rppt@kernel.org>
Cc: David Laight <david.laight.linux@gmail.com>,
	Arnd Bergmann <arnd@arndb.de>,
	Brad Warrum <bwarrum@linux.ibm.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Michal Simek <michal.simek@amd.com>,
	Ritu Agarwal <rituagar@linux.ibm.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	David Hildenbrand <david@kernel.org>,
	Matthew Wilcox <willy@infradead.org>,
	linux-kernel@vger.kernel.org, linux-mm@kvack.org,
	linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH 2/4] char: xillybus: replace __get_free_pages() with kmalloc()
Date: Fri, 4 Sep 2026 17:29:16 +0200	[thread overview]
Message-ID: <49245a34-cc56-736e-b2b4-168c2a0b1df7@outbound.gmail.com> (raw)
In-Reply-To: <3c19c24f-5036-4bbe-b3af-e5eae102f34a@kernel.org>

On 03/09/2026 16:28, Vlastimil Babka (SUSE) wrote:
>> Replacing it with a kmalloc() is confusing in my opinion, and requires
>> that the reader is aware that kmalloc() falls back to __get_free_pages()
> Why? The reader has only to know that kmalloc() will provide such a buffer
> (up to sizes that the page allocator would) and whether it falls back to the
> page allocator or not is an implementation detail.

When I see __get_free_pages(), I automatically assume there is some ugly 
low-level memory management going on, which is exactly what fifo_init() 
does. kmalloc() feels like something you use more for allocating memory 
for a struct. There is no such rule, of course, but this is my 
subjective view on these two functions. As I wrote earlier, this is a 
matter of taste. Maybe it's only me thinking like that.

And as I'm not the one deciding whether this patch is applied or not, it 
doesn't matter so much what I think about this matter. I've humbly 
voiced my opinion, and that's about as much as I can do.

Regards,
    Eli


  parent reply	other threads:[~2026-09-04 15:29 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-30  7:47 [PATCH 0/4] char/misc: replace page allocator calls with k[mz]alloc() Mike Rapoport (Microsoft)
2026-08-30  7:47 ` [PATCH 1/4] char: xilinx_hwicap: " Mike Rapoport (Microsoft)
2026-08-30  7:47 ` [PATCH 2/4] char: xillybus: replace __get_free_pages() with kmalloc() Mike Rapoport (Microsoft)
2026-08-31 10:13   ` Eli Billauer
2026-08-31 11:32     ` Mike Rapoport
2026-09-01  8:42       ` Eli Billauer
2026-09-01 17:24         ` Mike Rapoport
2026-09-02 11:40           ` Eli Billauer
2026-09-03  9:15             ` Mike Rapoport
2026-08-31 11:39     ` David Laight
2026-09-01  7:59       ` Mike Rapoport
2026-09-01  8:37         ` David Laight
2026-09-01  8:44         ` Eli Billauer
2026-09-01 17:46           ` Mike Rapoport
2026-09-02 11:41             ` Eli Billauer
2026-09-02 12:09               ` Mike Rapoport
2026-09-03 12:30                 ` Eli Billauer
2026-09-03 14:28                   ` Vlastimil Babka (SUSE)
2026-09-03 14:56                     ` Mike Rapoport
2026-09-04 15:29                     ` Eli Billauer [this message]
2026-09-07  6:11                       ` Mike Rapoport
2026-09-02 12:25               ` Pedro Falcato
2026-09-02 12:26               ` David Laight
2026-08-30  7:48 ` [PATCH 3/4] misc: ibmvmc: replace get_zeroed_page() with kzalloc() Mike Rapoport (Microsoft)
2026-08-30  7:48 ` [PATCH 4/4] platform: goldfish: pipe: replace __get_free_page() with kmalloc() Mike Rapoport (Microsoft)

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=49245a34-cc56-736e-b2b4-168c2a0b1df7@outbound.gmail.com \
    --to=eli.billauer@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=arnd@arndb.de \
    --cc=bwarrum@linux.ibm.com \
    --cc=david.laight.linux@gmail.com \
    --cc=david@kernel.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=michal.simek@amd.com \
    --cc=rituagar@linux.ibm.com \
    --cc=rppt@kernel.org \
    --cc=vbabka@kernel.org \
    --cc=willy@infradead.org \
    /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.