All posts by corbet

Mastodon 4.6 released

Post Syndicated from corbet original https://lwn.net/Articles/1078466/

Version
4.6
of the Mastodon fediverse platform has been released.

The headliner of this release is Collections, a way to create and
share curated collections of profiles. Part of Mastodon’s work
ethos is our commitment to trust and safety, so we’ve put a lot of
thought and care into the design of this feature to avoid some of
the pitfalls and abuse people have experienced with similar
features on other platforms, while focusing on its primary goal:
Helping new users discover more of the Fediverse.

Other new features include support for subscribing to posts via email, the
ability to generate a “year in review” post, accessibility improvements,
and more.

The LWN public topics list

Post Syndicated from corbet original https://lwn.net/Articles/1078039/

Part of running LWN is keeping a list of potentially interesting topics
that may merit the effort to turn into articles. As an experiment, we are
now exposing that list to our subscribers at the
Project Leader and Supporter levels. The hope is that this list will
provide useful insights into what is on our radar and which might be coming
to LWN in the near future.

[Topic
list screenshot]

With this feature, we hope to give our most committed subscribers a look
behind the curtain and the ability to provide input on the topics they are
most interested in reading about. There, is, thus, a simple voting
mechanism built into this list. No topic will be chosen (or rejected)
solely on the basis of votes; there are a lot of considerations that go
into topic selection, and that will not change. But more information about
where our readers’ interests lie will, hopefully, be helpful.

For all readers: we are always happy to welcome topic suggestions sent to
[email protected].

The 7.1 kernel has been released

Post Syndicated from corbet original https://lwn.net/Articles/1077758/

Linus has released the 7.1 kernel.
So it’s only Sunday morning back home, but it’s Sunday afternoon where
I am right now, so I’m doing the 7.1 release at the regular time –
just not in the regular timezone.

Significant changes in 7.1 include
the removal of support for some old 486-based architectures,
some new clone() flags making
process management easier,
BPF support for io_uring,
zero-copy-I/O support for the ublk user-space block
driver,
initial (incomplete) sub-scheduler support
in sched_ext,
more swapping improvements,
a completely rewritten NTFS
implementation
,
and much more. See the LWN merge-window summaries (part 1, part 2) for details.

[$] Automatic mTHP creation in 7.2

Post Syndicated from corbet original https://lwn.net/Articles/1077208/

The Linux kernel has long tried to use huge pages as a way to improve
performance, sometimes with more success than others. The size of huge
pages has traditionally been imposed by the hardware, which typically only
offers a couple of relatively large options. In more recent times, though,
the use of multi-size transparent huge pages (mTHPs), with more flexible
sizing implemented in software, has been growing. If all goes well, the
7.2 development cycle will include the addition of a new feature,
contributed by Nico Pache, to make the use of mTHPs even more transparent.

Linux App Summit 2026 (Heise)

Post Syndicated from corbet original https://lwn.net/Articles/1077084/

Heise is carrying a
report from the Linux App Summit
, held in Berlin in May.

The slightly more than a dozen talks were symbolically framed
between the opening keynote by systemd creator Lennart Poettering
and the closing talk by Jorge Castro, initiator of the Universal
Blue project, from which the modern Linux systems Bluefin and
Bazzite emerged. Both Castro and Poettering call for a fundamental
rethink of how Linux operating systems are delivered but pursue
different approaches.

[$] Moving beyond fork() + exec()

Post Syndicated from corbet original https://lwn.net/Articles/1076018/

Since the earliest days of Unix, two of the core process-oriented system
calls have been fork(), which creates a child process as a copy of
the parent, and exec(), which runs a new program in the place of
the current one. In Linux kernels, those system calls are better known as
clone()
and execve(),
but the core functionality remains the same. While there is elegance to
this process-creation model, there are shortcomings as well. A recent proposal from
Li Chen to add “spawn templates” to the kernel will not be accepted in its
current form, but it may point the way toward a new process-creation
primitive in the future.

Dave Airlie on Linux Kernel Maintenance (SE Radio)

Post Syndicated from corbet original https://lwn.net/Articles/1076478/

The Software Engineering Radio podcast has put up an
interview with graphics maintainer Dave Airlie
. Much of what is in
there will not be news to LWN readers, but it is an interesting overview of
the life of a large-subsystem maintainer.

I was talking to a few of the Rust people, and I thought: these are
very young people, these are a group of people in their 20s, maybe
30s, they are a younger cohort of developers than the people I am
normally used to dealing with. I thought there was maybe a good
way we could bring these groups together. I think that having
young people coming into the kernel using Rust is valuable… So I
thought that I should be supportive of bringing Rust into the
kernel.

[$] Splicing out vmsplice()

Post Syndicated from corbet original https://lwn.net/Articles/1075838/

The splice()
and vmsplice()
system calls are meant to improve performance for certain data-movement
tasks by minimizing (or avoiding altogether) system calls and the copying
of data. They also have a long history of security problems. The recent
flood of LLM-discovered vulnerabilities has drawn attention, once again, to
splice() and vmsplice(); as a result, they may end up
being removed altogether.

DistroWatch turns 25

Post Syndicated from corbet original https://lwn.net/Articles/1075766/

The DistroWatch site is celebrating its
25th anniversary
. “All in all, it has been an incredible ride. Many
of you who read these pages regularly know that downloading and testing
distributions is a highly addictive pastime. I have been an avid
distro-hopper for the last 25 years and I don’t see myself abandoning this
activity for many more years to come.
” Congratulations to Ladislav
Bodnar and all the others who have kept that resource going for so long.

[$] Reconsidering x32 — again

Post Syndicated from corbet original https://lwn.net/Articles/1074897/

The x32 ABI was meant
to be the best of both worlds, providing the expanded registers and
instruction set of the x86-64 architecture while preserving the lower
memory use of 32-bit systems. The Linux kernel has supported x32 since the
3.4 release in 2012. The initial excitement around x32 did not last,
though, and kernel developers are considering removing that support — and
not for the first time. Even the most unloved features tend to have a few
users, though, making removal hard.

IBM’s “Project Lightwell”

Post Syndicated from corbet original https://lwn.net/Articles/1075065/

IBM has sent out a
press release
touting a claimed $5 billion investment into an
operation called Project Lightwell:

Project Lightwell will establish a trusted enterprise clearinghouse
combined with a global force of engineers to identify and fix
vulnerabilities at scale. The clearinghouse will serve as a
security coordination layer, using advanced AI capabilities to
validate and test fixes across an unprecedented volume of open
source code. These capabilities will be offered through commercial
subscriptions, allowing enterprises to integrate secure patches
directly into their existing software supply chains with
enterprise-grade validation and lifecycle management.

Toward the bottom, it does also mention sharing vulnerability information
with upstream projects.

[$] Separating memory descriptors from struct page

Post Syndicated from corbet original https://lwn.net/Articles/1073425/

The kernel’s memory-management subsystem is currently partway through a
multi-year project to replace the page structure (which represents
a page of physical memory) with memory
descriptors
. At the 2026 Linux Storage,
Filesystem, Memory Management, and BPF Summit
, Vishal Moola ran a
fast-paced session in the memory-management track to describe the current
state of that work and what is likely to happen next.

[$] LWN.net Weekly Edition for May 28, 2026

Post Syndicated from corbet original https://lwn.net/Articles/1073782/

Inside this week’s LWN.net Weekly Edition:

  • Front: Dirk and Linus talk; BPF and GCC; private memory modes; BPF page-cache policies; major page faults; LLM kernel review; tiered-memory support; transparent huge pages; page mappings; Model Openness Tool.
  • Briefs: Stenberg security stress; GTK PDF problems; Morton 2004 keynote; OpenBSD 7.9; Bambu’s AGPLv3 violations; Quotes; …
  • Announcements: Newsletters, conferences, security updates, patches, and more.

Andrew Morton’s 2004 OLS keynote

Post Syndicated from corbet original https://lwn.net/Articles/1070746/

I recently presented a brief tribute to Andrew Morton at the 2026 Linux Storage, Filesystem, Memory
Management, and BPF Summit
; it included a suggestion that reading (or
re-reading) his 2004 Ottawa Linux Symposium keynote would be instructive.
This talk, given immediately after the Kernel
Summit session
that decided to fundamentally change the kernel’s
development model, tells a lot about how the kernel project got to where it
is today. The text of that speech was hosted on Groklaw, and has since
been replaced by crypto spam, which is rather less useful. In the hopes of
preserving this seminal moment, the transcript has been rescued from the
Wayback Machine
and is presented here.

[$] Further progress toward removing the page map count

Post Syndicated from corbet original https://lwn.net/Articles/1073418/

The mapcount field was created to track the number of mappings
(page-table entries) that refer to the given page. Among other things, a
mapcount of zero means that the page has no references and can be
reclaimed. Maintaining mapcount has become increasingly
challenging and expensive as the memory-management system has grown in
complexity, so Hildenbrand has been looking for ways to get rid of it.
This session was, he said, maybe one of the last times he will have to
bring up this topic.