dev_coredumpv(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… dev_coredumpv(9) β€” like, the kernel API manual bestie ✨

okay so real talk, this is a page from the Kernel API Manual and honestly? it's giving "short but mighty" πŸŽ€ so let's get into it before the vibe check expires.


🌸 NAME 🌸

dev_coredumpv β€” create a device coredump using vmalloc data 🫢 literally that's the whole name and it ate.


✨ SYNOPSIS ✨

void dev_coredumpv (struct device *dev , void *data , size_t datalen ,
gfp_t gfp );

not me copying this character for character because bestie, the details are sacred πŸ’–


πŸ¦‹ ARGUMENTS πŸ¦‹

  • dev β€” the struct device for the crashed device 😭 yes, the one that had a bad day. this is how we tell the kernel which device we're dumping about.
  • data β€” the vmalloc data that contains the device coredump. this is the actual payload, the main character of the whole operation πŸ‘‘
  • datalen β€” the length of the data. how many bytes we're working with, no cap πŸ“
  • gfp β€” allocation flags. the classic gfp_t situation, you know how it is 🧚

πŸ’œ DESCRIPTION πŸ’œ

okay so this is the important bit, listen up πŸ”₯

This function takes ownership of the vmalloc'ed data and will free it when it is no longer used. so like... it's yours now, kernel. handle it responsibly πŸ™ˆ

heads up bestie: once you hand that data over, dev_coredumpv is the one who frees it eventually. ownership transferred, periodt. πŸ’…

and for more info? go see dev_coredumpm. that's the one with the lore iykyk 🌈


πŸ“ SEE ALSO πŸ“

Kernel file ./drivers/base/devcoredump.c plus this whole squad of related functions β€” go read them, they're iconic πŸ‘‘


⭐ a lil sign-off ⭐

so this page lives under ./drivers/base (that's its source/version home 🏠) and it's dated October 2026 β€” yes, the future, because kernel docs are always ahead of the game fr fr. anyway bestie, go dump those cores responsibly, mwah πŸ’‹πŸ¦‹βœ¨

πŸ“¦ where this page comes from