Hyeonggon Yoo
Posts
469Following
90Followers
94- Intern @ NVIDIA Korea (Security System Software) (2024.06 ~)
- Ex-Intern @ Panmneisa (CXL emulation stuff) (~2023.12)
- Undergraduate majoring CSE (estimated graduation: Feb. 2025)
- Working as reviewer at Linux Slab subsystem
- Born in August 6, 2000
Opinions are my own.
My interests are:
Memory Management,
Computer Architecture,
Circuit Design,
Virtualization
Hyeonggon Yoo
repeated
repeated
Krzysztof Kozlowski
krzk
Edited 1 year ago
It was great to see at the EOSS 2023 commitments from some ARM64 SoC manufacturers to upstreaming their SoCs. It was visible in the conference talks but also I got such clear vibes during the talks behind the scenes.
What was a bit missing is a story of Qualcomm which recently is heavily visible upstream - both directly and through the Qualcomm Landing Team in Linaro. November last year Qualcomm released its newest, shiniest mobile SoC: the Snapdragon 8 Gen 2 (SM8550).
And guess what happened? The next day you could find all the Linux kernel support for this new SoC on the mailing list. The newest SoC was released with upstream support at the same time. There is also story from @superna9999: https://www.linaro.org/blog/upstream-linux-support-now-available-for-the-the-qualcomm-snapdragon-8-gen-2-mobile-platform/
#eoss2023 #elce2023 #EmbeddedOSSummit
What was a bit missing is a story of Qualcomm which recently is heavily visible upstream - both directly and through the Qualcomm Landing Team in Linaro. November last year Qualcomm released its newest, shiniest mobile SoC: the Snapdragon 8 Gen 2 (SM8550).
And guess what happened? The next day you could find all the Linux kernel support for this new SoC on the mailing list. The newest SoC was released with upstream support at the same time. There is also story from @superna9999: https://www.linaro.org/blog/upstream-linux-support-now-available-for-the-the-qualcomm-snapdragon-8-gen-2-mobile-platform/
#eoss2023 #elce2023 #EmbeddedOSSummit
1
15
39
Hyeonggon Yoo
hyeyoo
https://2023.openinfradays.kr/schedule/day2
OCP APAC Techday is being held today in Seoul. Most of sessions are about CXL, AI, SSD. Still not sure if sessions are in english or korean.
OCP APAC Techday is being held today in Seoul. Most of sessions are about CXL, AI, SSD. Still not sure if sessions are in english or korean.
1
0
2
Hyeonggon Yoo
hyeyoo
Edited 1 year ago
Something strange is always found while running and experimenting new development kernels
1
0
1
Hyeonggon Yoo
hyeyoo
The traditional Korean age system has been retired in South Korea, and now we use the international standard aging system.
I was 24 in the Korean age system, but now I'm legally 22 :P
https://www.bbc.com/news/world-asia-63903771
I was 24 in the Korean age system, but now I'm legally 22 :P
https://www.bbc.com/news/world-asia-63903771
2
0
2
Hyeonggon Yoo
hyeyoo
still haven't recovered from jet lag (?) from the final exam period. today went to bed at 11 PM, woke up at 2 AM, and it's now 6 AM.
1
0
1
Hyeonggon Yoo
hyeyoo
Edited 1 year ago
sometimes wanna stop posting normally and just shitpost all the time
1
0
2
Hyeonggon Yoo
hyeyoo
Edited 1 year ago
started wondering where it's documented that x86 processors deal with the synonym problem, as they use VIPT data caches.
on ARMv8 processors there is an architectural guarantee that data caches acts as PIPT cache even if it's actually VIPT, so it's guaranteed not to suffer from D-cache aliasing.
I've been heard that there is a similar guarantee on x86 processors but haven't found any official references about it - errr, I guess it's time to read some part of the intel manual.
btw this is quite old but is very nice introduction:
https://www.linuxjournal.com/article/7105
on ARMv8 processors there is an architectural guarantee that data caches acts as PIPT cache even if it's actually VIPT, so it's guaranteed not to suffer from D-cache aliasing.
I've been heard that there is a similar guarantee on x86 processors but haven't found any official references about it - errr, I guess it's time to read some part of the intel manual.
btw this is quite old but is very nice introduction:
https://www.linuxjournal.com/article/7105
1
1
1
Hyeonggon Yoo
hyeyoo
Edited 1 year ago
I bought a new graphics card yesterday, and it came with a freebie. now my machine hangs whenever I boot a kernel with lockdep enabled.
Here is the link to the issue I posted on GitLab: https://gitlab.freedesktop.org/drm/nouveau/-/issues/237
BTW does DRM folks prefer using GitLab or the mailing list?
Here is the link to the issue I posted on GitLab: https://gitlab.freedesktop.org/drm/nouveau/-/issues/237
BTW does DRM folks prefer using GitLab or the mailing list?
0
0
2
Hyeonggon Yoo
hyeyoo
I want NVIDIA's proprietary GPU drivers 🥲
nouveau does not support virtual GPUs...
nouveau does not support virtual GPUs...
0
0
0
Hyeonggon Yoo
hyeyoo
Edited 1 year ago
I was refreshing my zsdesc patch series but encountered unrelated bug while testing (I bought new RAM so it must be software bug...)
Fortunately it was bisectable and I'm writing a report about it
Not sure if people will welcome an oops image instead of text format.
Fortunately it was bisectable and I'm writing a report about it
Not sure if people will welcome an oops image instead of text format.
0
0
1
Hyeonggon Yoo
hyeyoo
Edited 1 year ago
today I was hit by a kernel bug on the latest mm-unstable and so I was debugging it. but after a few kernel crashes even a normal kernel doesn't boot.... what's wrong with you :(
Not sure if it is a filesystem corruption caused by kernel bug, or they just did happen independently.
Not sure if it is a filesystem corruption caused by kernel bug, or they just did happen independently.
1
0
2
Hyeonggon Yoo
hyeyoo
Edited 1 year ago
I have the last final exam today. haven't decided what to do during the summer vacation yet, but it will mostly involve learning new things and writing some kernel code.
1
0
3
Hyeonggon Yoo
repeated
repeated
Lorenzo Stoakes
ljs
Edited 1 year ago
Updated the progress page - dat flat line. Praying that nothing else interferes with progress going forward!
https://linuxmemory.org/progress
https://linuxmemory.org/progress
0
3
4
Hyeonggon Yoo
repeated
repeated
Lorenzo Stoakes
ljs
OK so that, minus descriptions of things like mprotect(), madvise(), mremap() and general review and cleanup is process memory done.
Been working on this part of the book (initially I thought it'd be 1 chapter, lol) for at least 6 months.
After a month of basically no book progress due to being away for lsf/mm and ill this is a great relief and keeps me on time after my last reschedule of targets.
Next: OOM killer chapter which, when done, will be released as a sample chapter.
Been working on this part of the book (initially I thought it'd be 1 chapter, lol) for at least 6 months.
After a month of basically no book progress due to being away for lsf/mm and ill this is a great relief and keeps me on time after my last reschedule of targets.
Next: OOM killer chapter which, when done, will be released as a sample chapter.
2
1
6
Hyeonggon Yoo
hyeyoo
Edited 1 year ago
I was unable to access my school's e-learning site this morning. Turns out I was expelled from school for unknown reason. I was panicking, but a school employee called me to say that there was a mistake while processing scholarship for school tuition and everything will be fine.
1
0
2