3.3K Followers
735 Following
6.4K Posts

im Casey, 🏳️‍🌈 queer hacker in Berlin!

#LinuxMobile and @postmarketOS is my jam

I maintain U-Boot for Qualcomm devices and do other cool embedded stuff @ Linaro

#GoVegan 🌱

personal account: @casey

pronounsthey/she
First throw🪨 Rock
Matrixkcxt:postmarketos.org
Websitehttps://connolly.tech

I almost have stock Debian 13 booting on this DragonBoard 410c with U-Boot, firmware is the issue. I would like to revisit PostmarketOS on it too. It's a really interesting little board - the worst thing about it is the size of the RAM. I can work within that though. I need to figure out how to add more packages to Postmarket OS though.

#debian #linux #postmarketos #dragonboard410c

like the overhead is tiny but it adds up substantially
Working on a lil pet project in rust rn and discovered that using Result in the hot path is significantly affecting performance, how do people deal with this?
lowkirkenuinely getting meanmogged by CI tests rn 🥹
@scottjenson I do not want mastodon to become more amicable to right wing ideas. The more hostile this place is to Nazis and AI and the manosphere etc the safer it is for people like me. See the parable of the Nazi bar etc. This is an inherent concept to queer spaces. You cannot make a space safe that welcomes both sheep and wolves. Keeping the wolves out is a feature not a flaw

I just published a tool I've been working on for ~3 years! In short, it provides a nice interface to interacting with Qualcomm register maps by allowing you to decode register address/value pairs or emit C code that can decode registers at runtime.

Unfortunately this means it's only really useful if you have access to Qualcomm register maps (i.e. because you work for a licensed vendor). But I figured it's worth sharing on the off chance someone finds it useful!

It supports parsing register in the auto-generated ".per" file format intended to be used by TRACE32 as well as ".FLAT" files (although those are known to have issues).

It would be very possible to build our own datasets of publicly documented registers from kernel sources and such.

https://github.com/linux-msm/decodepurr

Looks like exactly the kind of AI abuse I feared could happen in the kernel is happening.

Now you can see why I pushed back so hard on the automated tooling docs to make it clear we should reject this crap out of hand, being attacked in various publications online for saying so.

Wonder if they will talk about this or?

And yes I told you so.

https://lore.kernel.org/linux-mm/cbd0a[email protected]/

Re: [PATCH] mm/damon: introduce DAMON-based NUMA memory tiering module - Lorenzo Stoakes (Oracle)

Hot take: The Artemis livestream is a damning indictment of modern computing devices. It seems like half the radio chatter is troubleshooting email delivery problems, confusing user interfaces, or devices not booting or connecting. Literal astronauts with years of training can’t make our stuff work.
https://tech.lgbt/@quephird/116353383035378497
Danie🏒🏒e is officially a PWHL fan (@[email protected])

OMFG… I just heard Mission Control tell Artemis II literally, “Everything but email is go” LOLSOBBING MY ASS OFF NOW

LGBTQIA+ and Tech
This comment sums up why I’m so tired of programming in 2026 pretty well

I seriously need to work on my actual job today but i am giving myself 15 minutes to peek at the agent tool prompts as a treat.

"regulations are written in blood" seems like too dramatic of a way to phrase it, but these system prompts are very revealing about the intrinsically busted nature of using these tools for anything deterministic (read: anything you actually want to happen). Each guard in the prompt presumably refers to something that has happened before, but also, since the prompts actually don't work to prevent the thing they are describing, they are also documentation of bugs that are almost certain to happen again. Many of the prompt guards form pairs with attempted code mitigations (or, they would be pairs if the code was written with any amount of sense, it's really like... polycules...), so they are useful to guide what kind of fucked up shit you should be looking for.

so this is part of the prompt for the "agent tool" that launches forked agents (that receive the parent context, "subagents" don't). The purpose of the forked agent is to do some additional tool calls and get some summary for a small subproblem within the main context. Apparently it is difficult to make this actually happen though, as the parent LLM likes to launch the forked agent and just hallucinate a response as if the forked agent had already completed.