Posts by sima@chaos.social
 (DIR) Post #AXzuwKlB4V30p13I6i by sima@chaos.social
       2023-07-23T20:45:38Z
       
       5 likes, 10 repeats
       
       will the real X please stand up, please stand up, please stand up
       
 (DIR) Post #AadRFiRCm4VOMRwQnQ by sima@chaos.social
       2023-10-10T07:13:43Z
       
       0 likes, 0 repeats
       
       @linear I'm on the board of that org, and we shouldn't have this. but it's a bit complicated1. drm subsystem never enforced the real name policy, and @airlied and me as subsystem maintainers put that on record https://lore.kernel.org/dri-devel/CAKMK7uG+TeATXctJaXBgSRxpinDdtOhGa+o2CMPaPtO1QyHtJA@mail.gmail.com/it's now also officially fixed for the kernel overall https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d4563201f33a022fc0353033d9dfeb1606a883302. some projects require the https://www.developercertificate.com/ and there's the common misconception that this requires a "real name". it doesn't, and never has1/2
       
 (DIR) Post #AadRFjTMvVpXZRxfo8 by sima@chaos.social
       2023-10-10T07:15:34Z
       
       1 likes, 0 repeats
       
       @linear @airlied 3. if we do have projects that have a real name policy in their docs or require it, we need to fix it because that just flat out violates our CoC and values as an org. I'd much appreciate if you can reach out (in private if you prefer) so we can sort this out
       
 (DIR) Post #Aag8xxjByK0IrxcSsS by sima@chaos.social
       2023-10-11T12:31:11Z
       
       1 likes, 0 repeats
       
       @niconiconi @linear to clarify freedesktop.org does not have a real name policy, it would violate our values and our code of conduct. and we didn't ever enforce the kernel's real name policy for the pieces hosted under the freedesktop.org umbrellabit more details here https://chaos.social/@sima/111209481699992947we're keenly aware of how bad such policies are
       
 (DIR) Post #AbD8eVqFgOtRfdCjGy by sima@chaos.social
       2023-10-27T18:56:22Z
       
       3 likes, 1 repeats
       
       result of the croissant baking course#food
       
 (DIR) Post #AcAYnKo3pif62RV1Ie by sima@chaos.social
       2023-11-24T21:39:05Z
       
       1 likes, 1 repeats
       
       the fine art of sucking as a maintainer:you want to suck enough so that there's gaps and voids that people can jump into and fill. because no one can grow if there's no spacebut you don't want to suck so much that it drives people awayoh also you need to actually empower people or all you'll do is just suckhttps://lwn.net/SubscriberLink/952034/9d9742e4a537ff5b/#kernel
       
 (DIR) Post #AhodiyMGGyGQC15il6 by sima@chaos.social
       2024-05-02T10:43:41Z
       
       0 likes, 0 repeats
       
       @gregkh @kees @kernellogger I just reviewed the last month or so of fixes for drivers/gpu and how many you assigned CVEs for. and I think you're still substantially undercounting issuesthere's a bunch of things that very much look like they can be used for denial of service stuff, and a bunch of tlb invalidation fixes and other races like that which ... well we learned how to exploit that stuff on the cpu very well, it's not that much harder for gpu. and morebut it's definitely a start
       
 (DIR) Post #AhodizEV1JeIuET2Ia by sima@chaos.social
       2024-05-02T10:45:52Z
       
       0 likes, 0 repeats
       
       @gregkh @kees @kernellogger I wonder whether a script that sprinkles and later updates CVE annotations over a kernel repo (for a given git rev-list query, otherwise it'll take forever) would be useful for reviewing this all in a yearwith that I could just fire up gitk and see which commits are tagged as CVE and which aren't, instead of having to manually compare ...then a few randomized samples over the relevant subsystem history, and we should have pretty solid data
       
 (DIR) Post #Ahodj0PAf7mOXcT4ZU by sima@chaos.social
       2024-05-02T10:51:02Z
       
       0 likes, 0 repeats
       
       @gregkh @kees @kernellogger there's also the policy question of whether issues with handling external screens should be counted or not. kinda like hostile usb devices that you can plug in and exploit the kernel with, depending upon exact configthat would substantially blow up the CVE count for drm
       
 (DIR) Post #Ahodj2Wgm8yv7W06ZE by sima@chaos.social
       2024-05-02T10:53:03Z
       
       0 likes, 0 repeats
       
       @gregkh @kees @kernellogger display port has a substantial sidechannel protocol, and hdmi gained that too with 2.0, and desktops tend to autoconfigure new screens so there's a lot of code that just runs automaticallyso it's way beyond "EDID parsing bugs" at this point
       
 (DIR) Post #Alr4ZwsiosGwV0HQQq by sima@chaos.social
       2024-09-10T08:30:05Z
       
       0 likes, 1 repeats
       
       kangrejos in copenhagen was great, but the absolute 🤯 moment was when I learned that GFP_ stands for get_free_pagesI had no idea. and @gregkh next to me had the same https://xkcd.com/1053/ experience#kernel
       
 (DIR) Post #AnmWcFj05TDtTOclcW by sima@chaos.social
       2024-11-05T10:29:39Z
       
       1 likes, 0 repeats
       
       reading a cv ..."Error free coding in C"👀 that's really not a thing, I'm sorry
       
 (DIR) Post #Aqbk3PDM5ZDfr6RNnU by sima@chaos.social
       2025-01-30T08:19:26Z
       
       1 likes, 1 repeats
       
       this is just wild to me"big subsystem has no new maintainer"last few times someone stepped down in drm we didn't just look for anyone, but someone who complements the team well. so specifically a new drm maintainer with armsoc or distro background or things like that, to make sure the overall subsystem is well representedhttps://lore.kernel.org/all/87wmefguqt.fsf@kernel.org/#kernel
       
 (DIR) Post #AqrmqIDjOs6PPqnISO by sima@chaos.social
       2025-02-03T21:39:19Z
       
       1 likes, 0 repeats
       
       extremely simplified, but if you find yourself in a really broken system, you have two optionsragequit and (try to) nuke it from orbit, to build something betterderail, sabotage and maybe improve it from withinyou can't do both, because the bridges you need for the second strategy are the same bridges you converted into plasma with the firstand lucky me, there's a lot of things this applies to rn, giving me way too much plausible deniability
       
 (DIR) Post #AqsQnKgVmJIOM9Oo0e by sima@chaos.social
       2025-02-07T12:00:57Z
       
       1 likes, 0 repeats
       
       how to change the kernel[1]1. assemble a sufficient coalition of willing fools2. do it3. if it works, ask for forgiveness, if it fails, quietly bury it and try the next thingthe more public success you pile up, the easier this gets. but if you fail at step 1, because your ego gets in the way, or you lack the political skills, or you think talking about anything non-technical is verboten, it will be endless amounts of pain and frustration1: anything you want to change really#kernel
       
 (DIR) Post #AqsQnSb8MBkOtmwcjo by sima@chaos.social
       2025-02-07T12:05:04Z
       
       0 likes, 0 repeats
       
       corollary: I have entire basements full of things I've tried that were utter and complete failuresalso, not a single thing I've achieved in the linux kernel the past 15 years I've done alone
       
 (DIR) Post #AsDK2XWqwR1uEhWIsq by sima@chaos.social
       2025-03-19T12:14:27Z
       
       1 likes, 0 repeats
       
       DRM_FORMAT_MOD_VGA
       
 (DIR) Post #AsVqXE70VaNha6j19M by sima@chaos.social
       2025-03-28T12:00:49Z
       
       0 likes, 0 repeats
       
       @futurebird I have the same vague "this completely lacks any soul and is dead" impression from llm generated text and other stuffand yeah not sure why people don't spot this
       
 (DIR) Post #AskO2iqKJoIIZLzJLM by sima@chaos.social
       2025-04-04T12:10:50Z
       
       1 likes, 0 repeats
       
       @jani I think the "twice as hard" is a serious underestimation ...
       
 (DIR) Post #AtYL8NwFvUJMp8qXnU by sima@chaos.social
       2025-04-28T14:05:29Z
       
       0 likes, 0 repeats
       
       Monday after spring break right back getting dragged into (gpu) memory management fun. I guess time to re-drop my tongue-in-cheek take on this:memory management is trivial, right until you add reclaimthen it becomes impossible#kernel