News for hackers. Stuff that matters.
Re:Linus Torvalds on Rust support in kernel by brunoluiz on Friday April 16, 2021 @06:15AM (#26831953)
Every time something like "Linus Torvalds on ..." pops up, I get curious if it will be an interesting explanation or a full Linus rage TM. This post is defo the former though (perhaps he is not raging anymore hehe).

If you never saw one of his rage moments, take a look at: https://lkml.org/lkml/2012/12/23/75 and https://lkml.org/lkml/2013/7/13/132

Re:Linus Torvalds on Rust support in kernel by phekunde on Friday April 16, 2021 @06:27AM (#26832051)
You have to understand that the Linux Foundation is using his "rage" as a PR exercise. He was outspoken from the start, even as a kid. His reply to Tanenbaum when he first released the Linux kernel is well know. But the Linux foundation realised that they can capitalise on this "rage" by making it more visible. Any publicity is good publicity, as they say in PR world. Negative news makes more impact than positive news. How many people outside the BSD community know who the lead developers are for BSD OSes? How many of them are interviewed at TED talks[0]? It is all about publicity.

[0] https://www.ted.com/talks/linus_torvalds_the_mind_behind_lin...

Re:Linus Torvalds on Rust support in kernel by foperator on Friday April 16, 2021 @07:44AM (#26832679)
The Linux Foundation does nothing like that. Linus had been famous before its existence.

On the contrary, they made an example of him and had him recant to further the new corporate substitute religion that is used as a worker suppression tool and that solidifies the power of idle bureaucrats.

Re:Linus Torvalds on Rust support in kernel by qalmakka on Friday April 16, 2021 @08:56AM (#26833291)
You may argue that OpenBSD's founder Theo de Raadt is arguably not a shy, calm person either, but that hasn't brought to its project the same amount of mindshare and attention Linux has.
Re:Linus Torvalds on Rust support in kernel by loloquwowndueo on Friday April 16, 2021 @07:03AM (#26832340)
I know about Theo :) ( though the rage pattern also applies there)
Re:Linus Torvalds on Rust support in kernel by phekunde on Friday April 16, 2021 @07:38AM (#26832633)
I know about Theo as well even though I am not a user on any of the BSD distribution. And that is my point. I knew about him because there was a discussion about him similar to the discussion that happens on rage of Linus. "Squeaky wheel gets the oil" as they say! In this case oil is publicity.
Re:Linus Torvalds on Rust support in kernel by bennysomething on Friday April 16, 2021 @06:20AM (#26831994)
Thought he decided he was gonna try to be polite? I prefer the rage version. Less corporate email style
Re:Linus Torvalds on Rust support in kernel by noir_lord on Friday April 16, 2021 @06:32AM (#26832091)
Both those posts are 8 or more years old.

He has toned it down somewhat in recent years - still blunt but that's an admirable trait for a techie (note blunt !== rude).

Re:Linus Torvalds on Rust support in kernel by brunoluiz on Friday April 16, 2021 @07:08AM (#26832392)
Indeed, people change after so many years. It is good to see that now he is providing insightful explanations, without raging or anything. After all, he is the creator of Linux and his thoughts about its directions are always super valuable.
Re:Linus Torvalds on Rust support in kernel by azernik on Friday April 16, 2021 @08:21AM (#26832966)
IMO his rage posts usually still had great insightful points (cf "we do not break userspace"). The rage part was maybe unnecessary, but it wasn't the entire content of the emails.
Re:Linus Torvalds on Rust support in kernel by carlhjerpe on Friday April 16, 2021 @06:42AM (#26832162)
I like the Linus that shittalks NVIDIA, though i guess that's free NVIDIA markeing, which I really do not want them to have.
Re:Linus Torvalds on Rust support in kernel by chem83 on Friday April 16, 2021 @06:38AM (#26832136)
There’s enough rage from other members to cover Linus and then some, just follow the thread: https://lore.kernel.org/lkml/[email protected]...
Re:Linus Torvalds on Rust support in kernel by ambentzen on Friday April 16, 2021 @07:17AM (#26832464)
The last half is basically his own opinions stated as truth from God, which, to me, makes him look like a complete tool. Personally I'm not a fan of parens around the conditional in ifs, but I don't go around spouting that it is the only true way.

It basically makes me write off the first half, even if it is correct (I'm not a linux dev, so I don't know).

Added: From the reply on lkml I'm not the only one.

Re:Linus Torvalds on Rust support in kernel by foperator on Friday April 16, 2021 @07:37AM (#26832624)
It's a style that has been recognized as humorous for decades before the corporate CoC-wielding bureaucrats moved in. Much more refreshing than passive aggressive replies like this one:

https://lore.kernel.org/lkml/[email protected]/

I think Rust is not a culture fit for the Linux kernel and its adoption will further undermine Linux.

Re:Linus Torvalds on Rust support in kernel by KptMarchewa on Friday April 16, 2021 @07:55AM (#26832762)
Humorous? I don't think how anyone could think stuff like "I cannot view with less or vim. Therefore it looks not at all." as even remotely funny.

Sounds just like "neckbeard yells at cloud" style to justify that the world does not do exactly what he wants.

Re:Linus Torvalds on Rust support in kernel by lenkite on Friday April 16, 2021 @07:32PM (#26840183)
The first point is quite valid though. From "https://doc.rust-lang.org/reference/memory-model.html" where it says "Rust does not yet have a defined memory model"
Re:Linus Torvalds on Rust support in kernel by myrrlyn on Saturday April 17, 2021 @02:05PM (#26846185)
the unstated part here is that in the absence of a compiler-visible atomic modelling system, an atomic model is implemented in `core::atomic` and LLVM. similarly, a `kcore` library could provide atomic types just like the way the LKMM is defined as a library in-tree.

this is not a language limitation, as the language is able to emit LLVM atomic operations just fine. like allocations, it needs people with a defined goal (like the kernel) to provide a target for implementations to reach; proäctive creation of a model without knowing if it has an audience is not worthwhile, which is why it hasn't been done