libcodr7 VS linux

I have a fairly comprehensible left leaning rb tree implementation that I've been porting along my travels.

I keep it around for situations where a binary searched array isn't doable or good enough, but I still want ordered set functionality that isn't in the stdlib.

https://github.com/codr7/whirlog/blob/main/rb.lisp

https://github.com/codr7/libcodr7/blob/master/source/codr7/t...

From my experience, the only kind of linked list that still sometimes makes sense is the embedded one.

https://github.com/codr7/libcodr7/blob/master/source/codr7/l...

Might not.

Rust has a state of the art sort implementation. There’s nothing faster, in any language - https://github.com/rust-lang/rust/pull/124032.

And sure, it’s possible that someone could write a C program that compares in speed to all the Rust programs I’ve mentioned. C is a Turing complete language after all. I’m only pointing out that it hasn’t happened in practice.

Also check the Android Binder code before (C https://github.com/torvalds/linux/blob/master/drivers/androi...) and after (Rust - https://android.googlesource.com/platform/frameworks/native/...). Same speed but the quality difference, it’s incomparable.

> I wonder if Linux is re-written i(n) (sic) rust will it too remove GPL as a factor ?

No reason it must? AFAIK all Rust for Linux code is GPL2. For example see: https://github.com/torvalds/linux/blob/master/rust/kernel/al...

If some was or were to be licensed as MIT code, there is also plenty of dual licensed code in the Linux kernel.

There are some hints regarding email clients here: https://github.com/torvalds/linux/blob/master/Documentation/...

> The idea behind Pledge/Unveil was first in Landlock also.

This is so obviously, and verifiably untrue, that it's almost funny. The patch series and kernel commit adding Landlock to the Linux kernel even references OpenBSD pledge(2)/unveil(2).

https://github.com/torvalds/linux/commit/17ae69aba89dbfa2139...

https://lore.kernel.org/linux-security-module/20210422154123...

From github.com/torvalds/linux on 2025-02-19.

Interesting, thanks for sharing. We ended up solving our problem another way by adding this `DisableControllers` stanza to the service's systemd configuration: https://gist.github.com/dasl-/87b849625846aed17f1e4841b04ecc...

I believe the kernel's cgroup writeback accounting features are enabled / disabled based on this code: https://github.com/torvalds/linux/blob/c291c9cfd76a8fb92ef3d...

It's not about the arm as an instruction set (I'm writing this from the arm machine running linux). It's the drivers, bootloader, all the fdt glue. You don't just need support for arm, but for the specific board on the specific SOC.

Want a different board on a soc that already works? Welcome to the world of writing this kind of things: https://github.com/torvalds/linux/blob/master/arch/arm64/boo... and compiling the kernel from some dude's branch instead of going with mainline.

Marcan is still posting to the LKML as himself too and he said he might contribute patches in the future if he feels like it. He just resigned as a maintainer:

https://github.com/torvalds/linux/commit/1b3291f00013c86a9bb...

So the title is factually correct (unless Sven Peter is another of his aliases, of course).

If the tool is designed to support the use case of the 1% with concessions for the other 99%, the tool is badly designed.

Git is designed for the case where you have multiple remotes with no central authority. Except that’s not how any project I’ve _ever_ worked on functions in reality. It makes sense for some applications, but if I say that I run Linux, there’s an assumption that I’m running something compiled from https://github.com/torvalds/linux - I.e. there is a central space.

I’ve used git and perforce in anger for a decade, in teams of 1 to 150+ (with a brief blip in the middle where I tried plasticscm which was a mistake), and I’ve been the “git guy” on teams during that time. If git’s defaults were tweaked for “one origin, probably authoritative” and it had better authentication support out of the box it would be a significantly better experience for 99% of people. Those 1% of people who are left over are going to customise their config anyway, so make them add the distributed-defaults=true flag and the rest of us can get on with our work.