The Linux kernel ecosystem is making another move in the field of long-term support (LTS)The policy of maintaining stable versions, key for servers, embedded devices and enterprise distributions in Spain and the rest of Europe, is being adjusted again after the decision to extend the lifespan of several recent kernel branches.
With the latest update to the maintenance schedules, the person in charge of stable series, Greg Kroah-HartmanLinux has decided to extend the support period for Linux kernels 6.18, 6.12, and 6.6. This extension is not a mere technical detail: it influences the decisions of system administrators, cloud service providers, and IT managers who need stability for years to come.
LTS release schedule update: here's how the key releases look
The new scheme published by the stable kernel maintainer specifies the support horizon for several relevant versions, providing a clear picture of the current state of the LTS branches. According to Kroah-Hartman himself, the situation is now as follows, reflecting the commitment to a longest life cycle in the most recent editions:
- Linux 5.10: support fixed for a total of 6 years.
- Linux 5.15: maintenance period set at 5 years.
- Linux 6.6A 4-year cycle is now guaranteed.
- Linux 6.12It will also have 4 years of official support.
- Linux 6.18: will have maintenance during At least 3 years, with the possibility of extending it if there is sufficient demand.
This timeline update comes after multiple conversations with companies, working groups and other maintainers from the core, who have pressured to preserve certain versions critical to their products and distributions for a longer period.
Support extension: New end-of-life updates for 6.18, 6.12, and 6.6
One of the most discussed changes is the specific extension of the end-of-life (EOL) periods for the most recent LTS branches. From now on, Linux 6.18LTS It extends its maintenance horizon until December 2027, gaining an extra year compared to the previous plan. Furthermore, it leaves the door open to extending that period if interest from industry and the community remains high.
Kernel Linux 6.12LTS It is, however, the best positioned. Its end-of-support date is extends by two full yearsmoving from December 2026 to some time in 2028. This leap positions it as one of the most strategic branches for the coming years, especially for distributions with a strong focus on stability in Europe, where long cycles are common in public administration and corporate environments.
In parallel, Linux 6.6LTS Its lifespan is also being extended. Instead of ending in 2026, as initially planned, support is now extended until the end of 2027. This change provides additional leeway for those who have already adopted 6.6 as the foundation for critical infrastructure, including data centers, network devices, and embedded systems.
Faced with these changes, the branches 5.10 y 5.15 They maintain their original support plans, with 6 and 5 years respectively, and no changes to their end-of-life (EOL) dates. The focus of the review has clearly been on the more recent 6.x series.
The reality of LTS support: you can't keep everything forever
Although the free software community is known for nurturing its projects for many years, even after new releases, there is a practical limit. Maintaining a operating system and its kernel Indefinitely is not viable, especially when security changes, new architectures, and hardware requirements accumulate.
For this reason, each version of the Linux kernel has a end of life date After which it stops receiving official patches. This expiration necessitates planning migrations and updates, but in return allows resources to be concentrated on the branches actually used in production. The extensions announced now are a way to adjust this balance according to the actual adoption of each version.
In practice, for system administrators in Spain or other European countries, this means they can remain in the same kernel LTS for several years without needing to constantly upgrade to newer versions. The enhancements for 6.6, 6.12, and 6.18 offer more flexibility in aligning updates with maintenance windows, support contracts, and regulatory requirements.
Why 6.12 LTS becomes the star of the new plan
Among all the affected versions, the one that gains the most prominence is Linux 6.12LTSNot only is it receiving the most generous extension to its support period, but it is also establishing itself as a key technological foundation on several fronts. The main reason is that this version has garnered very strong interest from both large companies and top-tier community projects.
One of the major new features that came with 6.12 was the addition of PREEMPT_RT As part of the core kernel, this represents an improvement in real-time performance that has taken approximately twenty years to complete. This advancement is particularly relevant for sectors that demand low latency and deterministic response, such as industry, telecommunications, healthcare or automotive, where Europe has a significant presence of manufacturers and suppliers.
To this is added that Red Hat Enterprise Linux 10 (RHEL 10) It will also rely on 6.12, which increases the pressure for extended support. When large enterprise distributions base their lifecycles on a specific kernel, it makes sense to request a corresponding maintenance window, measured in years rather than months.
Version 6.12 has even received attention in the consumer hardware field, with support for devices like Raspberry Pi 5This puts it in an interesting position for educational projects, makers, and small businesses that use these boards as part of their solutions, which are also very common in Europe in areas such as light automation or remote monitoring.
A support model guided by adoption and commitment
Greg Kroah-Hartman has made it clear that he doesn't grant support extensions indiscriminately. The decision to extend the life of an LTS branch depends on whether Companies and user groups adopt it and contribute to it actively contributing to its maintenance. In other words, for an LTS kernel to receive extra years of support, it needs a community and industry willing to get involved.
In this context, the extension of support for versions 6.6, 6.12, and 6.18 is a sign that these branches have achieved a significant level of adoption. The combination of their use in reference distributions, deployments in data centers, integration into commercial products, and their use in mission-critical systems has weighed heavily in the decision.
This support model, in which the end-of-life (EOL) schedule is adjusted based on the actual adoption rate, is particularly useful for European organizations that plan for the long term. It allows them to align their choice of a LTS kernel with the technological strategyKnowing that if the version becomes established as a de facto standard, the maintenance ecosystem will tend to strengthen.
Practical impact for distribution and production environments
In production environments, this means that companies can choose a branch such as 6.12 LTS or 6.6 LTS Knowing that they won't have to rush a migration in the near future. This is especially important in regulated sectors or those with high certification requirements, where version changes involve extensive validations, audits, and testing.
For systems administrators managing mixed infrastructures in Europe, the combination of LTS kernels with long periods of stability And a continuous flow of security patches is appealing. It allows for a "fewer, but better-planned" strategy, which aligns with the reality of many organizations that can't afford surprises in production.
With this adjustment to the support plans, the outlook for Linux LTS extended It now offers more options for those who need medium- and long-term stability. Extending the lifecycles of 6.6, 6.12, and 6.18 reinforces the idea that when the community and industry are working together, the kernel release schedule can be adapted to those needs, providing additional time to plan deployments, updates, and maintenance strategies with less pressure.
