[a / b / c / d / e / f / g / gif / h / hr / k / m / o / p / s / t / u / v / vg / vm / vmg / vr / vrpg / vst / w / wg] [i / ic] [r9k / s4s / vip] [cm / hm / lgbt / y] [3 / aco / adv / an / bant / biz / cgl / ck / co / diy / fa / fit / gd / hc / his / int / jp / lit / mlp / mu / n / news / out / po / pol / pw / qst / sci / soc / sp / tg / toy / trv / tv / vp / vt / wsg / wsr / x / xs] [Settings] [Search] [Mobile] [Home]
Board
▼ Settings Mobile Home
4chan
/g/ - Technology


Thread archived.
You cannot reply anymore.




After collecting some experience in kernel development with my own hobby OS, I figured I could look into writing a patch for Linux. My only experience for writing code for other more „professional“ operating systems is a minuscule patch to OpenBSD and it didn't even got accepted. OpenBSD or NetBSD would probably be preferable for writing little patches, since there are still plenty of not-so-difficult things left to be done, but I run Linux on my PC and I don't want to write code for an OS that I use in a virtual machine only. I do have respect for Linux, because that is a whole other world. Have any of you ever written a patch for Linux? I'm aware of the basic advice of looking first with fuzzers, but I would prefer to just read code. Is there any subsystem that is particularly newbie friendly? USB sounded interesting for me, so I read all the recent posts in that mailing list, yet it does seem as difficult as every other subsystem, very different from what I did with my hobby OS. I want to hear all your experiences and what helped you find things in the kernel to write patches for (except from reading code, the mailing list, documentation, and fuzzer results). I'm not looking for an „easy trick to avoid the hard work“, more just experienced from kernel developers who knows their shit, and can give some advice.
>>
>>110185214
Can you find an annoying bug and fix it
Ideally one that annoys you
Worst case, get an LLM to help you find something that might be low-hanging fruit
Whether you use it to help you fix the bug too is another question entirely
>>
>>110185567
a lot of the LKML is random dudes using LLMs on kernel code to submit typo corrections
>>
>>110186594
Is there any OS where it's worth putting effort into learning the internals to contribute to it, then? I want to believe that there are still people in the LKML who care about contributing to the kernel and like putting effort into what they do.
>>
what feature is the kernel even missing, what would you work on?
>>
>>110189084
>Is there any OS where it's worth putting effort into learning the internals to contribute to it, then?
If you use linux and you find something that fixes or improves things that help you out / you care about I dont see why not
> I want to believe that there are still people in the LKML who care about contributing to the kernel and like putting effort into what they do.
there are plenty of those too
>>
>>110189424
you'd be surprised how much of the kernel code, especially drivers are ancient
>>
>>110192951
Well, 99% of the kernel is drivers. Freetards start screeching when legacy archaic shit gets dropped support for their shitboxes in new kernel releases. Maybe monolithic was a mistake after, kernel updates weight lile 300 megs these days.
BTC
bc1qtm4rep7kyp2p28hlkfktpnd0j7uew47vnt2mev
LTC
ltc1q9xlaysse0mpfwf025esd69kt9zu3md22gh23du
ETH
0x6abA18D203520c8F90ca63eE7426a7bC345D98e6
SOL
E5ekoiauCR8yiNp451dmuPzhUxo84P5x3m9WJBK5kxZe
XRP
r3jYXNdMk2Vz5hXhKCKE9re8uz93JQFG1r
DOGE
DSBq5jRWkiwmEh1G7zBwmQDgRkvRr61fmb
XMR
85CTwq5wGjWZw5GgzgwZPrHyZxpLXMK5oZSSSk5j4x9w1bpqzisaWAUZYaAPfh6rP2MZJcaFqF1XmEzkw6YCqJSS2Txu6Z8




Delete Post: [File Only] Style:
[Disable Mobile View / Use Desktop Site]

[Enable Mobile View / Use Mobile Site]

All trademarks and copyrights on this page are owned by their respective parties. Images uploaded are the responsibility of the Poster. Comments are owned by the Poster.