Christian Brauner 🦊🐺
brauner@mastodon.social
<p>CTO & Founder @ Amutable</p><p><a href="https://amutable.com/" target="_blank" rel="nofollow noopener" translate="no"><span class="invisible">https://</span><span class="">amutable.com/</span><span class="invisible"></span></a></p><p>Maintains the <a href="https://mastodon.social/tags/VFS" class="mention hashtag" rel="tag">#<span>VFS</span></a> in the Linux Kernel and <a href="https://mastodon.social/tags/systemd" class="mention hashtag" rel="tag">#<span>systemd</span></a>.</p>
Posts
-
View post
The real tragedy about the ptrace bug is that @jann pointed to the exact exploit primitive in a 2020 patch series where he implemented the architecturally sound fix: keep the mm alive until the task is reaped. But it neither got reviewed nor merged. Let&#39;s try and change that: https://lore.kernel.org/20201016024019.1882062-1-jannh@google.com/
-
View post
epoll, not for the faint of heart: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=ac8777cc36224b4705d2c6efb10c56135d479b21
-
View post
I totally forgot: We created a fediverse account for #LinuxPlumbers! Go and follow @linuxplumbersconf everyone! :) #LinuxPlumbers will take place November 13 - 15 in Richmond, VA.
-
View post
We just accepted the eBPF &amp; Networking track for #LinuxPlumbers 2023. 🥳🎉 https://lpc.events/blog/current/index.php/2023/04/24/networking-and-bpf-track/ #linux #kernel
-
View post
Hey #Linux #Kernel people. Last year we had the first #Kernel Devroom at #FOSDEM. And we&#39;re running the #Kernel Devroom for #FOSDEM in 2024 as well! #FOSDEM 2024 is taking place over the weekend of the 3 &amp; 4 February in Brussels, Belgium! It is a wonderful event that&#39;s very close to my and a lot of people&#39;s hearts! Join @rppt, Daniel Borkmann, and @stgraber, and myself and make this another great #FOSDEM! We&#39;re very excited for your submissions! https...
-
View post
@llvm I just saw that Claude enabled voice mode...
-
View post
I do enjoy using some of the AI coding tools but judging by some of the patchsets on the kernel mailing list it is clear that without strong focus on code quality this will significantly degrade architectural thought and code design. I mean, spaghetti galore...
-
View post
Age verification clearly doesn't belong into #systemd. We should have never merged this. Instead this should be incrementally added to the kernel itself. I'm doing my part: https://lore.kernel.org/all/20260401-i-hope-someone-believes-this-is-real-04f24e03944e@brauner
-
View post
After a brief discussion I initiated #systemd updated their stability guarantees to be aligned with the #kernel: &quot;The kernel has a &quot;don&#39;t break userspace&quot; policy [1] which is very easy to understand and like (even if the details are complicated). [...] To improve public perception, and to align the docs with practice, let&#39;s make a general promise to keep stability [...]&quot; It&#39;s been that way implicitly for a while and now it&#39;s...
-
View post
RE: https://mastodon.social/@brauner/116071424787849407 I took it one step further and implemented both CLONE_AUTOREAP (now for non-pidfd as well) and CLONE_PIDFD_AUTOKILL (requires no new privileges for the child now): https://patch.msgid.link/20260223-work-pidfs-autoreap-v4-0-e393c08c09d1@kernel.org
-
View post
RE: https://mastodon.social/@brauner/115871045863565861 So I&#39;ve just been looking at the sponsorship page for LSFMM and you all need to go out and steal some of that AI funding money for one of the conferences that makes the compute for all the fanciness possible! Like right now, please.
-
View post
Interested in a UAF that is just too cursed to be real? https://lore.kernel.org/20260224-mittlerweile-besessen-2738831ae7f6@brauner
-
View post
RE: https://mastodon.social/@brauner/115871045863565861 The first and largest round of invites for the (V)FS track has been sent: https://lore.kernel.org/all/20260225-aufeinander-kummervoll-1953a06beae9@brauner/ This includes everyone who would need a VISA. The next round will be smaller.
-
View post
RE: https://mastodon.social/@daandemeyer/116144059697098766 I love that me ranting to @pid_eins about &quot;I don&#39;t want to mount unprivileged images in the kernel so my idea is to do it in userspace relying on the new mount API through a daemon in systemd please come to LSFMM with me&quot; turned out exactly as envisioned. And all in less than two years.
-
View post
I love that ksmbd does I/O from kthread context. What can possibly go wrong.
-
View post
I can confidently say that I sent another completely batshit series that will probably end up with Linus revoking any pr rights because I clearly lost it. But it was kinda tempting to see whether I could move all kthreads into nullfs and separate PID 1 from kthread filesystem state: https://patch.msgid.link/20260303-work-kthread-nullfs-v1-0-87e559b94375@kernel.org Also, usermodehelpers must cease to be a thing and so do userspace filesystem operations from kthread context.
-
View post
RE: https://mastodon.social/@pid_eins/116158472448002523 The varlink-http-bridge is another #systemd component written in #Rust. Expect more of that in the future.
-
View post
Some tooling changes for @monsieuricon https://lore.kernel.org/all/20260306-master-v1-0-5a4b9cbe11d7@kernel.org
-
View post
https://lore.kernel.org is lagging quite drastically?
-
View post
@daandemeyer has been working on #barrage a concurrent async test framework for Python: https://github.com/amutable-systems/barrage He&#39;s got great plans for it. :) #barrage #amutable
-
View post
RE: https://mastodon.social/@amutable/115967747219090945 Today I&#39;m super excited to announce Amutable, our new company together with @pid_eins and @blixtra. I couldn&#39;t be happier to have @cyphar, @daandemeyer, @zbyszek, @pothos, @michaelvogt, @rodrigo_rata, @davidstrauss as part of our team. I&#39;ve known them for a very long time and I&#39;m very happy they are on board for the ride. I can&#39;t wait to show everyone what we&#39;re building. Made with ❤️ in Berl...
-
View post
My role in upstream maintenance for the Linux Kernel will continue as it always has. The same goes for @pid_eins involvement in systemd. We take our upstream responsibility very seriously and always have.