[Bug 277476] graphics/drm-515-kmod: amdgpu periodic hangs due to phys contig allocations

[email protected]
Newsgroups gmane.os.freebsd.devel.x11
Message-ID <[email protected]/bugzilla/>
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277476

--- Comment #31 from [email protected] ---
A commit in branch stable/14 references this bug:

URL:
https://cgit.FreeBSD.org/src/commit/?id=8e1b8ae7298fc8ec91f6d7dc040341343c894e57

commit 8e1b8ae7298fc8ec91f6d7dc040341343c894e57
Author:     Olivier Certner <[email protected]>
AuthorDate: 2025-07-07 13:28:21 +0000
Commit:     Olivier Certner <[email protected]>
CommitDate: 2025-07-28 13:28:50 +0000

    LinuxKPI: Have kvzalloc() rely on kvmalloc(), not kmalloc()

    Since commit 19df0c5abcb9d4e9 ("LinuxKPI: make __kmalloc() play by the
    rules"), kmalloc() systematically allocates contiguous physical memory,
    as it should.  However, kvzalloc() was left defined in terms of
    kmalloc(), which makes it allocate contiguous physical memory too.  This
    is a too stringent restriction, as kvzalloc() is supposed to be a simple
    page-zeroing wrapper around kvmalloc().

    According to Linux's documentation ("memory-allocation.rst"), kvmalloc()
    first tries to allocate contiguous memory, falling back to
    non-contiguous one if that fails.  Thus, callers are already supposed to
    deal with the possibility of non-contiguous memory being returned.

    Reviewed by:    bz
    Fixes:          19df0c5abcb9 ("LinuxKPI: make __kmalloc() play by the
rules")
    MFC after:      10 days
    Sponsored by:   The FreeBSD Foundation
    Differential Revision:  https://reviews.freebsd.org/D51247

    (cherry picked from commit 986edb19a49c7d7d3050c759d9b0826283492ebf)

    Forgotten on commit to main/-CURRENT:
    PR:             277476

 sys/compat/linuxkpi/common/include/linux/slab.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.