Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
en.osm.town is one of the many independent Mastodon servers you can use to participate in the fediverse.
An independent, community of OpenStreetMap people on the Fediverse/Mastodon. Funding graciously provided by the OpenStreetMap Foundation.

Administered by:

Server stats:

268
active users

en.osm.town: AboutProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.7

#kernel

6 posts6 participants1 post today
Public *
Aptivi

Linux 6.15’s exFAT file deletion performance boosted

A recent development in the upcoming Linux 6.15 kernel has been spotted, because there was a big improvement to the exFAT file system implementation in relation to how it deletes the files when the “discard” mount option is used. This improvement significantly saves time as a test file after the merge has been deleted in 1.6 seconds, compared to more than 4 minutes of the total time taken.

This pull request makes sure that, upon file deletion, it discards a group of contiguous clusters (that is, clusters that are next to each other) in batch instead of discarding them one by one. This was because in prior kernels, such as 6.14, “if the discard mount option is enabled, the file’s clusters are discarded when they are freed. Discarding clusters one by one will significantly reduce performance. Poor performance may cause soft lockup when lots of clusters are freed.”

The change has been introduced in commit a36e0ab. Since then, the pull request has been merged to the kernel and it will be integrated to the first release candidate of Linux 6.15. A simple performance benchmark has been verified with the following commands:

# truncate -s 80G /mnt/file# time rm /mnt/file

In detail, the performance of this filesystem without this commit is poor, totalling about 4 minutes and 46 seconds in real time, with 12 seconds of system time. In contrast to the patched kernel, it totals about 1 second in real time, with 17 milliseconds of system time.

It’s a huge improvement!

Image by diana.grytsku on Freepik

#Computers#exFAT#Filesystem
Public
Armbian Linux

We're introducing the Armbian Unified Kernel Initiative – (AUKI) one #kernel to support all SBCs, with:

✅ #UEFI boot for all
✅ Real-time & standard kernel switching
✅ AI & video acceleration out of the box
✅ 50% performance boost & < 2s boot time

armbian.com/newsflash/armbian-

Armbian - Linux for ARM development boards · Armbian Unified Kernel Initiative (AUKI): One Kernel to Power Them All - ArmbianIn a groundbreaking development, the Armbian team has officially announced the Armbian Unified Kernel Initiative (AUKI), a revolutionary step towards simplifying Linux on ARM single-board computers. Starting with Armbian kernel v6.14, all previous kernel variants will be merged into a single, all-encompassing kernel that supports every single board and hardware feature out of the box.
Public
Gea-Suan Lin

git.kernel.org 與 lore.kernel.org 改由 Akamai 資助

在「A new home for kernel.org」這邊看到的，不過標題其實不太精確，comment 有人提到只有 git.kernel.org (git) 與 lore.kernel.org (mailing) 搬過去。 Akamai 有為此發新聞稿：「Akamai Delivers Infrastructure Support to Ensure Uninterrupted Linux Kernel Development」。 其他幾個還是在不同的地方，像是 www.kernel.org 指到 Fastly 上： ;; ANSWER SECTION: www.kernel.org. 60 IN CNAME dualstack.m.sni.global.fastly.net. cdn. …

blog.gslin.org/archives/2025/0

Gea-Suan Lin's BLOG · git.kernel.org 與 lore.kernel.org 改由 Akamai 資助在「A new home for kernel.org」這邊看到的，不過標題其實不太精確，comment 有人提到只有 git.kernel.org (git) 與 lore.kernel.org (mailing) 搬過去。 Akamai 有為此發新聞稿：「Akamai Delivers Infrastructure Support to Ensure Uninterrupted Linux Kernel Development」...
#akamai#equinix#hosting
Replied in thread
Public
r1w1s1
Yes, #slackware current includes #Landlock support in the testing group with #kernel 6.14.
However, you must enable it at boot. If you're using #GRUB, follow these steps:

1. Add the following line to /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT="lsm=landlock"

2. Regenerate the GRUB configuration:

geninitrd

3. Reboot your system and verify that Landlock is enabled:

sudo dmesg | grep landlock

Example output:

[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-generic root=UUID=... ro lsm=landlock
[ 0.068388] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-generic root=UUID=... ro lsm=landlock
[ 0.212270] LSM: initializing lsm=capability,landlock
[ 0.212270] landlock: Up and running.

Once enabled, you can use landrun on Slackware-current:
https://slackbuilds.org/repository/15.0/network/landrun/
slackbuilds.orgSlackBuilds.org - landrunSlackBuilds.org - SlackBuild Script Repository
Public
Thorsten Leemhuis (acct. 1/4)

The initial nova-core driver stub was merged to #Linux mainline for #LinuxKernel 6.15[1].

#Nova is going to be a #kernel driver for #Nvidia's modern GPUs written in #Rustlang. It is the successor of the #Nouveau kernel driver and serve as base for drivers like #NVK.

The core driver stub is not really useful for anything yet. But that should change soon – and I guess will be the turning point that'll sell #Rust for Linux to the world. 🥳

[1] git.kernel.org/torvalds/c/54e6 and git.kernel.org/torvalds/c/b287

git.kernel.orggpu: nova-core: add initial driver stub - kernel/git/torvalds/linux.git - Linux kernel source tree
Public *
STAN/F1SLS

In 2021, the german #DARC received 179,690€ from the #ARDC to correct and update the #Linux #AX25 #packetradio #kernel stack.

ardc.net/apply/grants/2021-gra

Since that day, NOTHING is available anywhere. The dedicated web site (linux-ax25.org) is non-existant and all about this project (and the money) vanished.

mailman.ardc.net/mailman3/hype

Has anyone any information about the status of this project? Where is the code? Where the money went?

www.ardc.netGrant: Fixing the Linux kernel AX.25 | ARDC
#amateurradio#hamradio
Public
Thorsten Leemhuis (acct. 1/4)

Ohh, there was another discussion on #LKML about "modern #Linux distros should be more careful mounting untrusted storage devices, as they might contain maliciously corrupted filesystems that can cause the #kernel to fail"

Good entry point to the discussion: lore.kernel.org/all/Z8948cR5ak

"[…] We've tried for years to get userspace to adopt a more security-aware model for untrusted devices, but have made pretty much no progress. […]"

Screenshot from https://lore.kernel.org/all/Z8948cR5aka4Cc5g@dread.disaster.area/t/#m8c2e7350f16cf709dd8f5be24fb1ce00c546b0ad
#LinuxKernel
Public
Alexandre Borges

To date, I have published 15 articles (1045 pages) with the strict goal of helping the cybersecurity community.

ERS (439 pages, so far):

[+] ERS 05: exploitreversing.com/2025/03/1
[+] ERS 04: exploitreversing.com/2025/02/0
[+] ERS 03: exploitreversing.com/2025/01/2
[+] ERS 02: exploitreversing.com/2024/01/0
[+] ERS 01: exploitreversing.com/2023/04/1

MAS (606 pages -- finished):

[+] MAS 10: exploitreversing.com/2025/01/1
[+] MAS 09: exploitreversing.com/2025/01/0
[+] MAS 09: exploitreversing.com/2024/08/0
[+] MAS 07: exploitreversing.com/2023/01/0
[+] MAS 06: exploitreversing.com/2022/11/2
[+] MAS 05: exploitreversing.com/2022/09/1
[+] MAS 04: exploitreversing.com/2022/05/1
[+] MAS 03: exploitreversing.com/2022/05/0
[+] MAS 02: exploitreversing.com/2022/02/0
[+] MAS 01: exploitreversing.com/2021/12/0

The blog home page is: exploitreversing.com/

I will be back in a few months with the next articles in the Exploiting Reversing series, which will focus on vulnerability and exploitation, once I have laid all the necessary groundwork. I'm currently taking a break from writing to focus on research.

Enjoy reading and have an excellent day.

Exploiting Reversing Series (ERS) and Malware Analysis Series (MAS)
#windows#iOS#macOS
ExploreLive feeds
About