Rendered at 00:35:47 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
ColdStream 12 minutes ago [-]
It is funny with Linux (the kernel). From the outside it looks like almost nothing ever changes. You switch the computer on, it works away in the background to bring up the desktop and have everything talk. From that perspective it feels like nothing has changed in decades.
But then you look at the change log, and almost everything you see added sounds really useful to someone working on this stuff. 35 years of work on this and there is still so much to be done even if you most people using it never directly feel it.
mort96 7 hours ago [-]
Does anyone understand how HDMI 2.1 support is now no problem? I remember that 2.1 support in AMD's open source driver was blocked by the HDMI forum, but I haven't heard any news about them unblocking it. What changed?
lashkari 6 hours ago [-]
It doesn't give any specifics about what changed on the HDMI Forum side, but this article [0] from June indicates that Valve worked closely with AMD to get it pushed through prior to the release of the Steam Machine (which supports HDMI 2.1 VRR).
As far as I can recall: some internal implementation documentation leaked which made the legal position tougher for them somehow to protect it as proprietary (it made sense when I heard it explained, but now I feel like I'm missing an important detail to that), and then Valve had some talks with the HDMI Forum to convince them to let it go, presumably so they could have such support integrated into Linux for their hardware (Deck, Machine, Frame, etc).
So now the HDMI Forum just doesn't really care anymore I guess.
gary_0 6 hours ago [-]
IIRC, a non-AMD contributor was working on adding HDMI 2.1 support to Linux's AMD driver, and then AMD managed to get the HDMI Forum to see that their position was moot and was making things very awkward for AMD.
mort96 6 hours ago [-]
Oh this makes sense! Obviously, it can't be illegal for a non-forum-member to add HDMI support; it's just an HDMI forum policy after all, not law. That's certainly the link I was missing for this to make sense.
adgjlsfhk1 5 hours ago [-]
presumably someone at Valve said "either you do this or we will pay an open source contributor 100k a year to reimplement every spec you make for the rest of time"
seanw444 3 hours ago [-]
I actually like that reality better
saghm 3 hours ago [-]
It's not like the policy ever made much sense to begin with. Hard to try to keep track of what a rationale might be enough to convince people who are already being unreasonable!
dayofthedaleks 6 hours ago [-]
[flagged]
MobiusHorizons 4 hours ago [-]
what even is the alleged crime? If there was any protected IP they would be able to use the courts to sue. But that isn't happening, which suggests they know they don't have grounds. Am I missing something? Patents seem to be very much still grounds for lawsuits (even relatively baseless patents)
calgoo 6 hours ago [-]
Only if an AI does it, so make sure the vibe code the driver
SEJeff 4 hours ago [-]
Happily upvoting you for agreeing on principal with me. I shall likely join the flogging as a result.
I’m sure it will hurt my 11k internet point account.
yipinwong 7 hours ago [-]
Who is the main audience for this type of content? Genuinely curious because I am not a serious Linux user.
What type of info do you get out of this for those who read this?
So i can glance your insight?
aoli-al 4 minutes ago [-]
I'm using a recently released laptop, and Linux hardware support hasn't caught up yet. So I've been following the changelogs of recent kernel releases to understand the current state of support.
farlight 5 hours ago [-]
As a long time desktop and server user, why do I look at changelogs...
New filesystems and major changes to existing ones (large performance improvements, new features like adding better compression standards which I now know I can use, fixes to long-standing bugs which open new use cases).
New protocols like wireguard when it was new and exciting (still is now that I think of it). When that was mainlined, I knew I had some network rearchitecting to do.
New device drivers like amdgpu when it was massive news. Less so these days since most hardware is well supported, and I don't buy the absolute latest.
New kernel APIs which I can use in my programs — like landlock, when it was merged I knew it was time to improve sandboxing in some of my stuff.
Though LWN and kernel newbies do it best, already linked by others.
sph 7 hours ago [-]
It's a well-formatted changelog of the most salient features of the release. Linus doesn't provide one apart from a list of added commits and merged branches, which isn't very useful unless you are a kernel developer.
NewJazz 7 hours ago [-]
This isn't quite right.
This is a well-formatted changelog of the changes that Igalia has contributed to the release, AFAICT.
KernelNewbies publishes a much more general summary of changes (it is much longer than this one).
=USB4STREAM for streaming data with USB4=
In addition to Thunderbolt networking, which was already supported, this release adds support for streaming data directly over a cable as well (USB4STREAM). It is very simple and basically just transfers raw packets from one host to another. The driver exposes /dev/tbstreamX devices on each side of the link that can be used to transfer data using regular filesystem operations such as read(2) and write(2):
host1 # cat /dev/tbstream0
host2 # echo hello > /dev/tbstream0
This can be useful in cases where network tooling is not available or just for existing applications like dd and cat that do not support sockets. This feature can be used at the same time with thunderbolt_net so they don't rule each other out, and it allows multiple streams to be created.
realityking 6 hours ago [-]
It only covers changes made by Igalia devs. For a more general changelog I’d recommend the LWN articles:
ty for the context. I was not aware of the Linux dev ecosystem.
tuna74 7 hours ago [-]
I think it is mostly "marketing" for Igalia's services. If you want to pay people to do "stuff" in Linux and adjacent projects like Mesa, Igalia seems very competent.
smashed 4 hours ago [-]
I'd say mostly sys admins type users that want to stay on top of things?
I install Linux on a wide variety of hardware for both work and personal reasons.
I don't read the detailed changelogs religiously but after years of paying some attention to them I can understand most of it and see where the industry is investing developer efforts, what cool new hardware is gaining support and what new security or performance features people are focusing on.
trashface 4 hours ago [-]
I look for wake from sleep fixes, nvidia the primary offender there (they have at least two bugs affecting it across several driver versions). But my intel wifi driver (BE200) also has an apparent hard lock on wake. Looks like this particular release doesn't have any fixes for me, though claude says its not the full change list.
jorvi 3 hours ago [-]
Intel has a specific series of integrated network cards that softlock themselves and you can only fix by disconnecting power for 30s, reconnecting the power, then rebooting the PC twice.
Living through that made me wonder why people would ever swap out their Broadcom or Atheros WiFi card for an Intel one.
igleria 7 hours ago [-]
hi audience, we know about this stuff you use on a daily basis, you may be interested in our executive summary of the latest release of the stuff
gchamonlive 7 hours ago [-]
I don't think there is much too it, it's a consulting firm. Would you hire a consulting firm with an empty tech blog portifolio? It's ticking a box, it's stating it's a consulting firm in tech, that it's target audience are companies with Linux machines etc...
yipinwong 6 hours ago [-]
ty. so very narrow audicence it seems.
Per @sph, as Linus provide no changelog, seems like the firm is putting it together for others
gchamonlive 24 minutes ago [-]
Wouldn't have HN any other way. For better or worse, it's the best sorta proving grounds for writers. Pass the trial of fire and chances are you did something right.
I'd count my losses and move on happy that it hit front page.
Retr0id 7 hours ago [-]
I for one am excited about HDMI 2.1 support on AMD.
seanw444 6 hours ago [-]
It's more than that: free and open support for HDMI 2.1 in general. Previously it was only proprietary implementations that didn't leak the spec which were allowed. AMD is just the only one that has really good open source drivers which can benefit from it, and didn't work around the problem by converting HDMI to DisplayPort in a proprietary on-board GPU chip.
yipinwong 6 hours ago [-]
OK, now this is what I wanted to know as well.
I was not aware that changelogs show all this inf.
ty for sharing
7 hours ago [-]
pkilgore 1 hours ago [-]
What about this is more interesting than the LWN coverage?
sbinnee 4 hours ago [-]
I clicked this one with no hype. I am now exited to update the kernel of my raspberry pi 4.
OtomotO 6 hours ago [-]
Okay, so ELI 5 why I would now use HDMI instead of DP?
All my monitors support DP, my GPU has more ports for DP ...
I am genuinely interested as I've never even considered using HDMI for my Desktop.
drdexebtjl 6 hours ago [-]
If you’re using a TV. They rarely have DP ports.
ulfbert_inc 5 hours ago [-]
HDMI is a king on consumer TVs. Linux (in form of SteamOS) is becoming a major console gaming platform thanks to Valve.
throw0101a 2 hours ago [-]
> Okay, so ELI 5 why I would now use HDMI instead of DP?
For A/V stuff: CEC and (e)ARC.
* CEC: control one device, and downstream items receive instructions so you're (ideally) not fiddling with multiple remotes.
* ARC: the TV/display can decode audio/video and pass the audio to a sound bar or other audio system.
ThatPlayer 6 hours ago [-]
HDMI 2.1 carries more bandwidth than DisplayPort 1.4. Plenty of GPU/monitors have that port arrangement, as recent as Nvidia's RTX 40 Series.
preisschild 6 hours ago [-]
Yeah but this is for amdgpu and they had DP2.1 support for a while now.
OroPla 1 hours ago [-]
AMD RX 6700 XT from 2021 only has DP1.4 (but HDMI 2.1).
Dell U5226KW from 2026 only has DP1.4 (but HDMI 2.1).
I don't think I have seen anything above DP1.4 in the wild for now.
willis936 4 hours ago [-]
I ran fiber optic HDMI from my office to my living room for 4K120 HDR+VRR couch gaming with no added latency or loss in quality. Works great. My LG C1 even supports FreeSync so VRR even works, but I have to route the HDMI directly to the TV. My receiver does not support FreeSync and only supports HDMI VRR. Presumably with this patch I will be able to run HDMI 2.1 VRR through my receiver and not have to treat my desktop as a special input.
It's just nice when technology is not hampered by nonsense.
ThatPlayer 6 hours ago [-]
That doesn't help when the monitors don't have DP2.1 support.
preisschild 5 hours ago [-]
I havent seen a monitor (besides tvs) that has HDMI2.1 but not DP2.1
Dagonfly 2 hours ago [-]
Plenty of high refresh gaming monitors out there that use HDMI 2.1 or DP1.4 with DSC.
DSC is just the "card up the sleeve" for DP1.4, you can push it all the way to 4K 240hz HDR. So there is little incentive to switch to DP2.1 for OEMs.
ThatPlayer 5 hours ago [-]
I can tell you mine does: a Corsair XENEON 27QHD240. Or the somewhat popular and badly named Acer Nitro XV275K P5biipruzx
I'd say it's usual for displays released in the 2-5 years old range. HDMI 2.1 got somewhat quick monitor support for consoles, but search for "first DP2.1 monitor" gets results from 2024
MBCook 5 hours ago [-]
And that parenthetical is exactly why people care.
TVs.
MobiusHorizons 4 hours ago [-]
lots of linux based boxes are used with TVs.
farlight 5 hours ago [-]
Because your motherboard only supports HDMI. The last three I used had HDMI, and sometimes VGA.
HumblyTossed 2 hours ago [-]
What’s DP? My desktop and laptop both have HDMI.
christophilus 2 hours ago [-]
Display port. Most monitors support it.
gnabgib 2 hours ago [-]
Unfortunately not if you're running a mac
TacticalCoder 42 minutes ago [-]
> Okay, so ELI 5 why I would now use HDMI instead of DP?
I use DP too when I can. For example my main desktop is using DP.
But many devices have HDMI, not DP. For example I've got seven Raspberry Pi here: they all have HDMI and none has DP. There's, what, 100 million Raspberry Pi in the world by now? Don't know the number but: devices that do not support DP aren't rare.
And Linux runs on much more than desktop PCs.
2 hours ago [-]
whalesalad 6 hours ago [-]
I have been using HDMI to game on TV for most or all of my adult life. Mostly console gaming. A few years back I built a dedicated gaming rig, but I still use it with a controller from my couch connected to a TV.
So this is a win for couch gamers and open source in general.
hndbwksam7 7 hours ago [-]
Great context, thanks for adding it
pelcg 5 hours ago [-]
[flagged]
bigwheels 5 hours ago [-]
Why is DRM being implemented in the Kernel; What is the profile for an end-user who wants this in their FOSS?
> DRM exposes an API that user-space programs can use to send commands and data to the GPU and perform operations such as configuring the mode setting of the display.
> User-space programs can use the DRM API to command the GPU to do hardware-accelerated 3D rendering and video decoding, as well as GPGPU computing.
This is DRM as in Direct Rendering Manager, which is the kernel interface to GPU hardware; not Digital Rights Management.
cogman10 5 hours ago [-]
Named long before Digital Rights Management was a thing (or at least the 3 letter acronym existed for it).
Shish2k 5 hours ago [-]
The Direct Rendering Manager is useful for any Linux user who wants to display things on a monitor (unless you're happy with like 640x480 VESA, in which case maybe you don't need it)
lultimouomo 5 hours ago [-]
Different DRM, the one in the kernel is Direct Rendering Manager, which is basically managing access to the GPU.
5 hours ago [-]
5 hours ago [-]
sapphyrus 5 hours ago [-]
DRM refers to Direct Rendering Manager in this context.
dralley 5 hours ago [-]
DRM = Direct Rendering Manager. GPU scheduling.
proxycon 5 hours ago [-]
its the Direct Rendering Manager, not the other DRM
But then you look at the change log, and almost everything you see added sounds really useful to someone working on this stuff. 35 years of work on this and there is still so much to be done even if you most people using it never directly feel it.
[0] https://www.digitalfoundry.net/news/2026/06/valves-hdmi-2-1-...
So now the HDMI Forum just doesn't really care anymore I guess.
I’m sure it will hurt my 11k internet point account.
What type of info do you get out of this for those who read this? So i can glance your insight?
New filesystems and major changes to existing ones (large performance improvements, new features like adding better compression standards which I now know I can use, fixes to long-standing bugs which open new use cases).
New protocols like wireguard when it was new and exciting (still is now that I think of it). When that was mainlined, I knew I had some network rearchitecting to do.
New device drivers like amdgpu when it was massive news. Less so these days since most hardware is well supported, and I don't buy the absolute latest.
New kernel APIs which I can use in my programs — like landlock, when it was merged I knew it was time to improve sandboxing in some of my stuff.
Though LWN and kernel newbies do it best, already linked by others.
This is a well-formatted changelog of the changes that Igalia has contributed to the release, AFAICT.
KernelNewbies publishes a much more general summary of changes (it is much longer than this one).
https://kernelnewbies.org/LinuxChanges
https://kernelnewbies.org/LinuxVersions
This new thing is pretty cool :
https://lwn.net/Articles/1078068/ https://lwn.net/Articles/1078539/
I install Linux on a wide variety of hardware for both work and personal reasons.
I don't read the detailed changelogs religiously but after years of paying some attention to them I can understand most of it and see where the industry is investing developer efforts, what cool new hardware is gaining support and what new security or performance features people are focusing on.
Living through that made me wonder why people would ever swap out their Broadcom or Atheros WiFi card for an Intel one.
Per @sph, as Linus provide no changelog, seems like the firm is putting it together for others
I'd count my losses and move on happy that it hit front page.
ty for sharing
All my monitors support DP, my GPU has more ports for DP ...
I am genuinely interested as I've never even considered using HDMI for my Desktop.
For A/V stuff: CEC and (e)ARC.
* CEC: control one device, and downstream items receive instructions so you're (ideally) not fiddling with multiple remotes.
* ARC: the TV/display can decode audio/video and pass the audio to a sound bar or other audio system.
Dell U5226KW from 2026 only has DP1.4 (but HDMI 2.1).
I don't think I have seen anything above DP1.4 in the wild for now.
It's just nice when technology is not hampered by nonsense.
DSC is just the "card up the sleeve" for DP1.4, you can push it all the way to 4K 240hz HDR. So there is little incentive to switch to DP2.1 for OEMs.
I'd say it's usual for displays released in the 2-5 years old range. HDMI 2.1 got somewhat quick monitor support for consoles, but search for "first DP2.1 monitor" gets results from 2024
TVs.
I use DP too when I can. For example my main desktop is using DP.
But many devices have HDMI, not DP. For example I've got seven Raspberry Pi here: they all have HDMI and none has DP. There's, what, 100 million Raspberry Pi in the world by now? Don't know the number but: devices that do not support DP aren't rare.
And Linux runs on much more than desktop PCs.
So this is a win for couch gamers and open source in general.
> DRM exposes an API that user-space programs can use to send commands and data to the GPU and perform operations such as configuring the mode setting of the display.
> User-space programs can use the DRM API to command the GPU to do hardware-accelerated 3D rendering and video decoding, as well as GPGPU computing.