

I’m sure there are plenty of rich bastards who care more about their employees’ boners than whether their employees are stressed.


I’m sure there are plenty of rich bastards who care more about their employees’ boners than whether their employees are stressed.


But most of us have the decency to be ashamed about it.


The exact quote is:
And this was a debug session from hell, enormously helped by an AI doing much of the grunt-work.
I’d like to call it my tireless helper, but the AI several times stated flat out that this was impossible and unsolvable and that we should just write a report about it.
I suspect those things have been trained by people who may not be quite as stubborn as I am.
But while the AI was ready to give up several times, it did keep adding debug code and analyzing it faithfully when I pushed. So credit where credit is due and I let the AI write the commit message above.
This is basically a one-liner fixing a bogus “round_up()” to a “round_down()”, but there were 24 patches adding more and more debug information to this, and 18 kernel boot to finally narrow it down to this. - Linus
That’s a long way short of finding the bug and pointing it out, and instead is just the tedious work of adding checks and then deciding where to add more checks when you have the result of the previous checks. I suspect if we’d spent a trillion dollars on a tool for that, we could have come up with something much more efficient than an LLM.
Plenty of high-end monitors need more bandwidth than DisplayPort 1.4a can provide if operating uncompressed, but models with a DP 2.x port typically cost a lot more because it needs reasonably expensive hardware to make it work. That means that if you use DP, then you have to compromise between spending more money or using Display Stream Compression. Monitors needing that much bandwidth basically always have an HDMI 2.1 port that can handle it uncompressed, but without this patch, if you used HDMI under Linux with a Radeon GPU, it wouldn’t run in HDMI 2.1 mode, so would give even less bandwidth than DisplayPort 1.4a, and you’d experience even more compression artefacts, despite the same configuration working perfectly under Windows.