Posts
671
Following
107
Followers
126
A professional kernel hacker, born in August 6, 2000, and living in Korea (the South one!).

- Linux Kernel Developer @ Oracle (Linux Kernel MM) (2025.02 ~ Present)
- A slab subsystem co-maintainer and a reviewer for the reverse mapping subsystem
- Former Intern @ NVIDIA, SK Hynix, Panmnesia (Security, MM and CXL)
- B.Sc. in Computer Science & Engineering, Chungnam National University (Class of 2025)

Opinions are my own.

My interests are:
Memory Management,
Computer Architecture,
Circuit Design,
Virtualization
@Aissen @axboe @gregkh @ljs @vbabka

bittersweet because people report bugs on features they don't use rather than fixing them and stepping up to help?
2
0
0
@lkundrak

hello sir,
hail satan!🍷
0
0
0

Harry (Hyeonggon) Yoo

Edited 19 days ago
when I open Mastodon, and think "hmm, there's a name and profile picture that I don't recognize. who is it?"

and then I realize: oh wait, it's @lkundrak !

the last few names I remember is "hammer smashed filesystem" and "pope of nope"
1
0
1
@ljs @vbabka

fish and chips without the fish,
mac and cheese without the cheese,
haircut without.... OMG I've almost crossed the line!
1
0
2
@ljs @vbabka

oh mom and dad, I'm growing up!

but what can I do if I love growing up but hate getting older?
1
0
2

Harry (Hyeonggon) Yoo

Edited 19 days ago
I don't find code commentary helpful unless it explains the design first, because these days the implementation is way too complicated for readers to grasp the design by reading the implementation.

Oftentimes such code commentary mechanically describes list of statements, rather than explaining the idea behind it.

A well-written document should try to describe the idea behind the implementation, rather than the implementation itself. (Yeah, that's challenging)

They don't save much time compared to directly reading the code.

(some random rant of the day)
2
1
6

Harry (Hyeonggon) Yoo

I used think that using en/em dashes in writing is pretty elegant... until LLMs started ruining them, and now using them makes it look like it was generated by an LLM.
0
0
1
@ljs @vbabka @hny oh no, what can we do about it?
1
0
1
@hny @vbabka
how soon is too soon statistically?
0
0
0

Harry (Hyeonggon) Yoo

Edited 21 days ago
@vbabka @ljs

I see the problem! In Korea, it's considered inappropriate to sign using red ink.

"It is a common Korean superstition that if someone’s name is written in red, then death or bad luck will come to that person very soon."

Should have been blue or black :'(

https://gwangjunewsgic.com/arts-culture/korean-myths/behind-the-myth-the-red-pen/
2
0
6

Vlastimil Babka 🇨🇿🇪🇺🇺🇦

Someone asked me to sign their gpg key so I did. Am I doing this gpg thing right?

4
3
4

NEPŘÁTELSKÉ EMOCE 🇺🇦🇨🇿

2006: talk is cheap, show me the code!
2026: code is cheap, show me the talk!

1
3
1

K. Ryabitsev-Prime 🍁

EU traffic to lore.kernel.org is now served by two OVH-hosted nodes, one in Strasbourg, another in Warsaw.

Huge thanks to OVH for their support!
3
19
42
@ConstellationUnion @melver @linkersec I don't get your question :)
0
0
0

Harry (Hyeonggon) Yoo

Edited 27 days ago
@ljs @vbabka @paulmckrcu ...which was built on top of RCU, created by the smart manic one-ish more decade ago than that
1
0
3
@vbabka @paulmckrcu @ljs

IIRC Hugh was the maniac who invented it decades ago for anon_vma!
1
0
3
@vbabka @poni how do you pursue that?
1
0
0

slab: support for compiler-assisted type-based slab cache partitioning

@melver posted a kernel patch that provides an alternative mode to RANDOM_KMALLOC_CACHES called TYPED_KMALLOC_CACHES.

The new mode leverages a Clang 22 feature called "allocation tokens". Unlike RANDOM_KMALLOC_CACHES, this mode deterministically assigns caches to allocations based on their types, and not allocation sites.

https://lore.kernel.org/all/20260331111240.153913-1-elver@google.com/

1
5
1
@linkersec @melver /me piggybacks on Marco's nice security enhancement work with little effort blobcatpaw
0
0
2
Show older