Ειδήσεις: Ειδήσεις

Το AVX-512 φέρεται να επιστρέφει στους Intel Nova Lake, σύμφωνα με patches στον πυρήνα Linux

Tue, 07 Jul 2026 17:03:12 +0000

Νέα patches στον πυρήνα Linux φέρεται να αποκαλύπτουν πως οι επεξεργαστές Nova Lake της Intel θα υποστηρίζουν εγγενή εκτέλεση εντολών AVX-512, σύμφωνα με δημοσίευμα του Tom's Hardware.
Το εύρημα αφορά τόσο τους πυρήνες απόδοσης (P-cores) όσο και τους πυρήνες αποδοτικότητας (E-cores), κάτι που θα σηματοδοτούσε αλλαγή σε σχέση με προηγούμενες γενιές.
Δεν υπάρχει ακόμη επίσημη επιβεβαίωση από την Intel, καθώς η πληροφορία προέρχεται αποκλειστικά από ανάλυση κώδικα και όχι από επίσημη ανακοίνωση.

Το AVX-512, το σύνολο εντολών της Intel για διανυσματική επεξεργασία 512-bit, φέρεται να επιστρέφει στους επεξεργαστές επόμενης γενιάς Nova Lake. Η πληροφορία προέρχεται από ανάλυση πρόσφατων patches στον πυρήνα Linux, όπως αναφέρει το Tom's Hardware, χωρίς μέχρι στιγμής επίσημη επιβεβαίωση από την Intel.

Τι δείχνουν τα patches

Σύμφωνα με το δημοσίευμα, οι νέες αλλαγές στον κώδικα του πυρήνα Linux υποδεικνύουν πως και οι δύο τύποι πυρήνων της αρχιτεκτονικής Nova Lake, δηλαδή οι πυρήνες απόδοσης (P-cores) και οι πυρήνες αποδοτικότητας (E-cores), θα διαθέτουν εγγενή υποστήριξη εκτέλεσης εντολών AVX-512. Αυτό σημαίνει πως το υλικό θα μπορεί να επεξεργάζεται απευθείας τέτοιες εντολές, χωρίς να χρειάζεται εξομοίωση ή απενεργοποίηση σε επίπεδο firmware όπως συνέβαινε σε προηγούμενες γενιές.

Το Tom's Hardware βασίζει το ρεπορτάζ του σε αυτή την ανάλυση κώδικα και όχι σε επίσημη δήλωση της Intel, γεγονός που τοποθετεί την πληροφορία στην κατηγορία του τεκμηριωμένου, αλλά ακόμη ανεπίσημου, ευρήματος.

Το ιστορικό του AVX-512 στην Intel

Η υποστήριξη AVX-512 στην Intel έχει περάσει από αρκετές μεταβολές τα τελευταία χρόνια. Η εταιρεία το είχε συμπεριλάβει σε επεξεργαστές Rocket Lake και σε ορισμένα μοντέλα Alder Lake, όμως το απενεργοποίησε επίσημα σε επίπεδο καταναλωτικών CPU όταν υιοθέτησε τον υβριδικό συνδυασμό P-cores και E-cores, καθώς οι πυρήνες αποδοτικότητας δεν διέθεταν αντίστοιχη υποστήριξη. Στους server επεξεργαστές Sapphire Rapids και Emerald Rapids, το AVX-512 παρέμεινε ενεργό. Η επιστροφή του σε καταναλωτικό επίπεδο, με υποστήριξη και από τους δύο τύπους πυρήνων ταυτόχρονα, θα αποτελούσε αλλαγή πλεύσης για την αρχιτεκτονική της εταιρείας.

Τι σημαίνει για τη Nova Lake

Η Nova Lake αποτελεί την επόμενη γενιά αρχιτεκτονικής της Intel μετά τη σειρά Panther Lake, ωστόσο η εταιρεία δεν έχει ανακοινώσει επίσημα λεπτομέρειες προδιαγραφών. Τα ευρήματα από τα patches του πυρήνα Linux προσφέρουν μια έμμεση ένδειξη για το σχεδιασμό του πυρήνα, αλλά δεν αποτελούν εγγύηση για την τελική διαμόρφωση που θα φτάσει στην αγορά. Οι εταιρείες συχνά τροποποιούν λειτουργίες ανάμεσα σε πρώιμα στάδια ανάπτυξης και τελική κυκλοφορία, οπότε η υποστήριξη AVX-512 σε P-cores και E-cores παραμένει, προς το παρόν, μια πληροφορία υπό επιβεβαίωση.

Αν επαληθευτεί, η αλλαγή θα ενδιέφερε κυρίως φορτία εργασίας που εκμεταλλεύονται διανυσματικές εντολές μεγάλου εύρους, όπως εφαρμογές επιστημονικού υπολογισμού, κωδικοποίηση βίντεο και ορισμένα φορτία τεχνητής νοημοσύνης. Η Intel δεν έχει σχολιάσει το δημοσίευμα.

Πηγές

Tom's Hardware: AVX-512 support is reportedly returning with Intel's next-gen Nova Lake CPUs

Ευπάθεια «Januscape» στο Linux φέρεται να επιτρέπει διαφυγή από εικονική μηχανή σε συστήματα Intel και AMD

Tue, 07 Jul 2026 14:33:00 +0000

Το Bleeping Computer αναφέρει την ύπαρξη ευπάθειας στον πυρήνα Linux με την ονομασία «Januscape», η οποία φέρεται να επιτρέπει διαφυγή από εικονική μηχανή σε συστήματα με επεξεργαστές Intel και AMD.
Τα τεχνικά στοιχεία που έχουν επιβεβαιωθεί μέχρι στιγμής είναι περιορισμένα: δεν έχει καταγραφεί ακόμη αριθμός CVE, ούτε συγκεκριμένες εκδόσεις πυρήνα ή hypervisor που επηρεάζονται.
Δεν υπάρχει επίσημη ανακοίνωση από kernel.org, Intel ή AMD διαθέσιμη προς το παρόν· το thelab.gr θα ενημερώσει το άρθρο μόλις προκύψουν επιβεβαιωμένες λεπτομέρειες.

Το Bleeping Computer δημοσίευσε είδηση με τίτλο που αναφέρεται σε νέα ευπάθεια στον πυρήνα Linux, με την κωδική ονομασία «Januscape», η οποία περιγράφεται ως ικανή να επιτρέπει διαφυγή από εικονική μηχανή σε συστήματα με επεξεργαστές Intel και AMD. Η διαφυγή από εικονική μηχανή είναι κατηγορία ευπάθειας όπου κώδικας που εκτελείται μέσα σε μια εικονική μηχανή καταφέρνει να αποκτήσει πρόσβαση ή έλεγχο πάνω στο host σύστημα που τη φιλοξενεί, παρακάμπτοντας τα όρια απομόνωσης που θέτει ο hypervisor.

Τι είναι γνωστό μέχρι στιγμής

Το διαθέσιμο υλικό της πηγής περιορίζεται στον τίτλο και στο URL του δημοσιεύματος του Bleeping Computer. Δεν έχουμε πρόσβαση στο πλήρες κείμενο του άρθρου με τις τεχνικές λεπτομέρειες, όπως τον μηχανισμό εκμετάλλευσης, τις συγκεκριμένες εκδόσεις πυρήνα Linux που επηρεάζονται, τα προϊόντα hypervisor (π.χ. KVM, Xen, VMware) που εμπλέκονται, ή τυχόν αριθμό CVE που έχει αποδοθεί στην ευπάθεια. Τα τεχνικά στοιχεία θα διευκρινιστούν με την έκδοση του πλήρους δημοσιεύματος ή με επίσημες ανακοινώσεις από τις σχετικές πηγές.

Γιατί έχει σημασία μια διαφυγή VM

Ευπάθειες τύπου διαφυγής από εικονική μηχανή θεωρούνται από τις πιο σοβαρές στον χώρο της εικονικοποίησης, καθώς σπάνε το βασικό μοντέλο ασφάλειας πάνω στο οποίο στηρίζονται τα κέντρα δεδομένων και οι πάροχοι cloud υπηρεσιών: την υπόθεση ότι μια εικονική μηχανή δεν μπορεί να επηρεάσει άλλες εικονικές μηχανές ή το ίδιο το host σύστημα. Αν επιβεβαιωθεί ότι η «Januscape» επιτρέπει κάτι τέτοιο σε επίπεδο πυρήνα Linux, η επίπτωση θα αφορούσε δυνητικά κάθε υποδομή που βασίζεται σε αυτόν για εικονικοποίηση, από ιδιωτικά κέντρα δεδομένων έως μεγάλους παρόχους cloud.

Τι πρέπει να παρακολουθούν οι διαχειριστές συστημάτων

Μέχρι να υπάρξει επιβεβαίωση από επίσημες πηγές, όπως ανακοινώσεις της ομάδας ασφαλείας του πυρήνα Linux, της Intel ή της AMD, οι διαχειριστές συστημάτων που τρέχουν εικονικοποίηση σε υποδομές Linux καλό είναι να παρακολουθούν τα επίσημα κανάλια ασφαλείας (kernel.org security advisories, bulletins Intel και AMD) για τυχόν επίσημη επιβεβαίωση, αριθμό CVE και οδηγίες αποκατάστασης. Δεν υπάρχει προς το παρόν επιβεβαιωμένο βήμα μετριασμού (mitigation) που να μπορεί να αναφερθεί με ασφάλεια, καθώς δεν είναι γνωστός ο ακριβής μηχανισμός της ευπάθειας.

Το thelab.gr θα επικαιροποιήσει το άρθρο μόλις καταστεί διαθέσιμο το πλήρες περιεχόμενο του δημοσιεύματος του Bleeping Computer ή προκύψουν επίσημες ανακοινώσεις με τεχνικές λεπτομέρειες, επηρεαζόμενες εκδόσεις και διαθεσιμότητα διορθώσεων.

Πηγές

Bleeping Computer: New Januscape Linux kernel flaw allows VM escape on Intel, AMD devices

SteamOS 3.8.20 Beta: βελτίωση στη VRAM και ενημέρωση σε Mesa 26.1.2

Tue, 30 Jun 2026 15:01:37 +0000

Το SteamOS 3.8.20 Beta αναβαθμίζει το Mesa στην έκδοση 26.1.2 με πολλαπλές βελτιώσεις επιδόσεων ray tracing, OpenGL και Vulkan.
Νέα διαχείριση VRAM στοχεύει στην αποτροπή εκτόπισης παιχνιδιών από την αποκλειστική μνήμη GPU σε συστήματα με περιορισμένο VRAM — σε δοκιμές σε CachyOS, οι επιδόσεις σε GPUs με λίγη μνήμη σχεδόν διπλασιάστηκαν σε ορισμένες περιπτώσεις.
Η ενημέρωση είναι διαθέσιμη μόνο στα κανάλια Beta και Preview· περιλαμβάνει επίσης όλες τις διορθώσεις του SteamOS 3.8.12 stable.

Η Valve κυκλοφόρησε το SteamOS 3.8.20 Beta ταυτόχρονα με την έκδοση 3.8.12 του stable καναλιού. Οι δύο σημαντικότερες αλλαγές του beta αφορούν τη διαχείριση της μνήμης GPU (VRAM) και την αναβάθμιση του προγράμματος οδήγησης γραφικών Mesa σε νέα κύρια έκδοση.

Mesa 26.1.2: ray tracing, OpenGL και Vulkan

Το SteamOS 3.8.20 Beta αναβαθμίζει το Mesa στην έκδοση 26.1.2, η οποία προσθέτει υποστήριξη για σειρά χαρακτηριστικών ray tracing και βελτιώνει την υποστήριξη νέου υλικού Intel GPU, καθώς και τη σταθερότητα ρυθμού καρέ και μεταγλώττισης shaders υπό OpenGL και Vulkan. Η Valve δηλώνει ότι ο νέος οδηγός περιέχει πολλές βελτιώσεις επιδόσεων ray tracing μαζί με άλλες λειτουργικές αλλαγές, ωστόσο το δημόσιο changelog δεν αναφέρει τον ακριβή αριθμό έκδοσης του πακέτου Mesa.

Το Mesa είναι η ανοικτού κώδικα υλοποίηση των γραφικών API (OpenGL, Vulkan) για Linux, και αποτελεί τον πυρήνα της υποστήριξης γραφικών στο SteamOS τόσο για το Steam Deck όσο και για το Steam Machine.

Διαχείριση VRAM: πώς λειτουργεί η αλλαγή

Το beta φέρνει σημαντικά βελτιωμένη διαχείριση VRAM, ενισχύοντας τις επιδόσεις και τη σταθερότητα σε περιπτώσεις όπου η διαθέσιμη μνήμη GPU είναι περιορισμένη. Το πρόβλημα έγκειται στο ότι σε συσκευές όπως το Steam Machine και το Steam Deck OLED, κρίσιμα δεδομένα παιχνιδιών στη μνήμη κινδύνευαν να «εκτοπιστούν» από άλλες διεργασίες. Με την προσθήκη «Ομάδων Ελέγχου Μνήμης Συσκευής» (Device Memory Cgroups) στον πυρήνα του Linux, η μηχανικός της Valve, Natalie Vock κατάφερε να αποτρέψει την αποστολή παιχνιδιών σε μια πιο αργή εφεδρική μνήμη GTT (Graphics Translation Table).

Στις δοκιμές της Vock, καθώς και σε δοκιμές υλοποίησης των αντίστοιχων patches στο CachyOS, οι επιδόσεις σε GPUs με λίγη μνήμη σχεδόν διπλασιάστηκαν σε ορισμένες περιπτώσεις, κάνοντας παιχνίδια που ήταν μη παίξιμα να τρέχουν με μόλις αρκετά ομαλό ρυθμό σε παλαιότερο υλικό.

Σημαντική επισήμανση για τους χρήστες iGPU (ενσωματωμένα γραφικά): η αλλαγή ενδέχεται να μην αποφέρει αισθητή βελτίωση για iGPUs, καθώς αυτά μοιράζονται ήδη τη μνήμη συστήματος με τη VRAM, και η υπερχείλιση προς τη μνήμη συστήματος ήταν αυτή που προκαλούσε προβλήματα επιδόσεων. Η βελτίωση απευθύνεται κυρίως σε συστήματα με αποκλειστική GPU (dGPU), όπως το Steam Machine.

Διορθώσεις από το stable 3.8.12

Το beta περιλαμβάνει επίσης διορθώσεις που κυκλοφόρησαν ταυτόχρονα στο stable κανάλι ως SteamOS 3.8.12: διόρθωση του Steam Streaming για παιχνίδια σε πλήρη οθόνη στο Desktop Mode, διόρθωση οδηγού γραφικών για το κύριο μενού του Sniper Elite 5 και διορθώσεις στον αναγνώστη κάρτας SD σε ορισμένα μοντέλα Lenovo Legion Go S.

Διαθεσιμότητα

Η ενημέρωση παραμένει διαθέσιμη αποκλειστικά στα κανάλια Beta και Preview. Οι χρήστες μπορούν να την ενεργοποιήσουν από Ρυθμίσεις → Σύστημα → Κανάλι Ενημέρωσης Συστήματος.

Πηγές

Modder τρέχει Gamescope με SteamOS interface στο Nintendo Switch

Sun, 28 Jun 2026 17:03:22 +0000

Modder με το όνομα MaSieS4Fun έτρεξε προσαρμοσμένη Gamescope session σε ARM Linux πάνω στο original Nintendo Switch, αναπαράγοντας οπτικά το Gaming Mode του SteamOS.
Το demo λειτουργεί μόνο σε επίπεδο διεπαφής: ο ήχος δεν δουλεύει, η πλοήγηση στα μενού είναι εξαιρετικά αργή, και η υποστήριξη Vulkan σταματά στην έκδοση 1.2 αντί της 1.3 που απαιτεί το Gamescope.
Πρόκειται για πείραμα hardware mod, όχι λύση για τελικούς χρήστες — το Lutris με per-game μεταβλητές περιβάλλοντος παραμένει η πρακτική επιλογή για PC παιχνίδια στο Switch Linux.

Ο modder MaSieS4Fun δημοσίευσε βίντεο που δείχνει μια παραμετροποιημένη Gamescope session να τρέχει σε ARM Linux πάνω στο original Nintendo Switch. Το αποτέλεσμα μοιάζει οπτικά με το Gaming Mode του SteamOS — το ίδιο interface που χρησιμοποιεί το Steam Deck — αλλά η ομοιότητα σταματά στην εμφάνιση.

Τι είναι το Gamescope και γιατί είναι σημαντικό

Το Gamescope είναι ένας μικρο-compositor (microcompositor) από τη Valve που χρησιμοποιείται στο Steam Deck, με στόχο να παρέχει ένα απομονωμένο περιβάλλον σχεδιασμένο για gaming. Σε embedded λειτουργία, λαμβάνει frames παιχνιδιών μέσω Wayland και Xwayland, μπορεί να τα στέλνει απευθείας στην οθόνη μέσω DRM/KMS, και όταν χρειάζεται σύνθεση μέσω GPU, το κάνει με ασύγχρονο Vulkan compute.

Το native SteamOS σημαίνει ολόκληρο λειτουργικό σύστημα χτισμένο γύρω από το Steam session της Valve, το Gamescope, τους Mesa drivers, τη διαχείριση εισόδου, τον ήχο, το Proton, τις ενημερώσεις συστήματος και τα hardware profiles. Αυτό που έφτιαξε ο MaSieS4Fun είναι κάτι πολύ διαφορετικό.

Το πείραμα: τι ακριβώς τρέχει στο Switch

Αυτό που βλέπουμε δεν είναι Steam σε Big Picture mode, ούτε native SteamOS πάνω στο Nintendo Switch. Το demo χρησιμοποιεί μια προσαρμοσμένη Gamescope session σε ARM Linux για να αναπαράγει μέρη του Gaming Mode interface του SteamOS.

Ο λόγος που το original Switch εμφανίζεται σε τέτοια mods είναι ότι οι χρήστες βρήκαν τρόπο να κάνουν jailbreak στην κονσόλα και να τρέξουν Linux πάνω της. Από εκεί και πέρα, η κοινότητα εξερευνά τα όρια του hardware.

Τα τεχνικά εμπόδια: Vulkan 1.2 έναντι 1.3

Το Gamescope απαιτεί ως ελάχιστη έκδοση Vulkan 1.3, ενώ το Switch Linux setup λειτουργεί αυτή τη στιγμή με Vulkan 1.2. Η προσαρμογή του Gamescope σε Vulkan 1.2 δημιουργεί προβλήματα, γιατί τμήματα της SteamOS-style session εξαρτώνται από δυνατότητες που δεν είναι διαθέσιμες.

Το βίντεο δείχνει αργή πλοήγηση στα μενού, ενώ ο συγγραφέας σημειώνει ότι ο ήχος δεν λειτουργεί στο demo. Ο MaSieS4Fun είναι σαφής για την τρέχουσα κατάσταση: «Ναι, φαίνεται ωραίο, αλλά όπως βλέπετε, είναι πολύ, πολύ αργό, και για έναν τελικό χρήστη αυτό είναι καταστροφή.»

Μια Gamescope-style διεπαφή αναπαράγει μόνο μέρος της εικόνας. Μπορεί να εμφανίσει μενού και overlays, αλλά δεν λύνει τα μεγαλύτερα ζητήματα γύρω από τους graphics drivers του Switch, την υποστήριξη Vulkan, τον ήχο, το Proton, το Wine ή τη συμβατότητα παιχνιδιών.

Η πρακτική εναλλακτική και τι σημαίνει αυτό για το Switch 2

Προς το παρόν, ο MaSieS4Fun αναφέρει ότι το Lutris με per-game μεταβλητές περιβάλλοντος παραμένει η καλύτερη επιλογή για PC παιχνίδια στο Switch Linux. Το Steam μπορεί να χρησιμοποιηθεί σε desktop session, αλλά χρειάζεται παραμετροποίηση και δεν έχει σχεδιαστεί γύρω από ARM hardware με τον ίδιο τρόπο που λειτουργεί σε PC ή Steam Deck.

Το Switch 2 δεν βρίσκεται ακόμα σε αυτό το στάδιο, αλλά αν κάποια στιγμή γίνει εφικτό, θα επέτρεπε σε παλαιότερο hardware να τρέχει νεότερο λογισμικό — κάτι χρήσιμο όταν το hardware παραμένει ικανό.

Το πείραμα του MaSieS4Fun έχει αξία ως τεχνική εξερεύνηση των ορίων του ARM Linux στο Switch: αποδεικνύει ότι το Gamescope interface μπορεί να φορτωθεί, αλλά ταυτόχρονα χαρτογραφεί με ακρίβεια γιατί το χάσμα μεταξύ «φαίνεται σαν SteamOS» και «λειτουργεί σαν SteamOS» είναι τεράστιο.

Πηγές

exFAT: καλύτερες επιδόσεις στον Linux kernel 7.2 με IOmap

Sun, 21 Jun 2026 08:40:14 +0000

Ο οδηγός exFAT στο Linux 7.2 μεταπηδά από τον παλαιό μηχανισμό buffer head στο σύγχρονο IOmap framework, με αισθητά κέρδη σε επιδόσεις.
Η αλλαγή καλύπτει buffered I/O, direct I/O και υποστήριξη LLSEEK, καθώς και SEEK_HOLE/SEEK_DATA — το pull request έχει ενσωματωθεί στο Linux 7.2.
Επωφελούνται χρήστες με αφαιρούμενα μέσα αποθήκευσης (USB drives, κάρτες SD) που χρησιμοποιούν exFAT σε Linux περιβάλλον.

Το exFAT — το σύστημα αρχείων της Microsoft που κυριαρχεί σε USB drives και κάρτες SD — λαμβάνει σημαντική τεχνική αναβάθμιση στον πυρήνα Linux 7.2. Ο συντηρητής του οδηγού, Namjae Jeon, ανοιχτού κώδικα προγραμματιστής που είναι επίσης υπεύθυνος για τον νέο οδηγό NTFS στο Linux, συνεχίζει παράλληλα να αναπτύσσει το exFAT ως ένα από τα πιο διαδεδομένα συστήματα αρχείων της Microsoft για αφαιρούμενα αποθηκευτικά μέσα.

Τι είναι το IOmap και γιατί έχει σημασία

Το IOmap είναι το πλαίσιο του Linux πυρήνα που αντιστοιχίζει λογικές θέσεις αρχείων σε φυσικά μπλοκ αποθήκευσης, αντικαθιστώντας τον παλαιό μηχανισμό buffer head. Χρησιμεύει επίσης για τον χειρισμό κοινών λειτουργιών αρχείων σε ευρύ φάσμα συστημάτων αρχείων. Η υιοθέτησή του από άλλα σύγχρονα συστήματα αρχείων — όπως το XFS — έχει ήδη αποδείξει σε πράξη ότι αποτελεί ουσιαστικό βήμα εκσυγχρονισμού της αρχιτεκτονικής I/O.

Αξίζει να σημειωθεί ότι το IOmap είναι ήδη η βάση βελτιώσεων και σε άλλα συστήματα αρχείων στον ίδιο πυρήνα: ένα από τα VFS pull requests για το Linux 7.2 παραδίδει βελτιώσεις για EXT4 και XFS γύρω από το IOmap, το πλαίσιο που αντιστοιχίζει offsets δεδομένων αρχείων στη μνήμη με τις φυσικές τους θέσεις στο αποθηκευτικό μέσο.

Τι αλλάζει στο exFAT με το Linux 7.2

Ο οδηγός exFAT στο Linux προσαρμόζεται πλέον ώστε να χρησιμοποιεί το IOmap infrastructure για buffered I/O, direct I/O και υποστήριξη LLSEEK SEEK_HOLE/SEEK_DATA. Πρόκειται για τρεις βασικές λειτουργικές περιοχές που στο παρελθόν εξυπηρετούνταν από τον παλαιό μηχανισμό buffer head, ο οποίος θεωρείται πλέον τεχνικά απαρχαιωμένος στο σύγχρονο οικοσύστημα του πυρήνα.

Με τα patches που μετατρέπουν το exFAT ώστε να χρησιμοποιεί IOmap για αυτές τις κοινές λειτουργίες, υπάρχουν σημαντικά κέρδη επιδόσεων — ενώ το pull request, που είναι ήδη ενσωματωμένο για το Linux 7.2, περιλαμβάνει επίσης σειρά διορθώσεων και άλλες βελτιώσεις κώδικα. Τα συγκεκριμένα αριθμητικά στοιχεία από τις μετρήσεις επιδόσεων δημοσιεύτηκαν από το Phoronix στη μορφή γραφήματος, χωρίς αναλυτική αριθμητική αποτύπωση στο κείμενο, βάσει των patches που υποβλήθηκαν στο lore.kernel.org.

Ιστορικό βελτιώσεων exFAT στον πυρήνα Linux

Η πορεία βελτίωσης του exFAT δεν ξεκίνησε στο 7.2. Στο Linux 7.0, το exFAT είχε ήδη λάβει βελτίωση για ανάγνωση πολλαπλών clusters, που επιτάχυνε τις σειριακές αναγνώσεις ανακτώντας σειρές μπλοκ ταυτόχρονα — με δοκιμές σε δίσκο διαμορφωμένο με clusters 512 byte να δείχνουν επιτάχυνση περίπου 10%. Η μετάβαση στο IOmap στο 7.2 αναμένεται να αποτελεί συνέχεια αυτής της τροχιάς εκσυγχρονισμού.

Ποιους αφορά η αλλαγή

Το exFAT παραμένει το de facto πρότυπο σε αφαιρούμενα αποθηκευτικά μέσα — κυρίως λόγω της ευρείας συμβατότητάς του με Windows, macOS, αλλά και ενσωματωμένες συσκευές. Χρήστες Linux που αλληλεπιδρούν συχνά με USB drives, κάρτες SD ή εξωτερικούς δίσκους exFAT θα ωφεληθούν άμεσα από την αναβάθμιση αυτή, χωρίς να απαιτείται επαναδιαμόρφωση των μέσων.

Οι περισσότερες μεγάλες διανομές Linux αναμένεται να συμπεριλάβουν αυτές τις βελτιώσεις στις επόμενες σταθερές εκδόσεις τους, αν και κάποιες ενδέχεται να κάνουν backport επιλεγμένων βελτιώσεων νωρίτερα.

Πηγές

Το Linux 7.2 φέρνει επιτάχυνση CRC64-NVMe με NEON και σε 32-bit ARM επεξεργαστές

Sun, 21 Jun 2026 08:40:05 +0000

Το Linux 7.2 ενσωματώνει τον επιταχυνόμενο αλγόριθμο CRC64-NVMe μέσω NEON intrinsics και για 32-bit ARM επεξεργαστές, επεκτείνοντας τη βελτίωση που ήδη απολαμβάνει το ARM64 από το Linux 7.1.
Το γενικό (generic) CRC64 αποτελούσε σημείο συμφόρησης στα NVMe και άλλα υποσυστήματα αποθήκευσης του πυρήνα· η επιτάχυνση NEON έδειξε περίπου 6x βελτίωση στο ARM64 (μετρήσεις από Arm Cortex-A72).
Η νέα σειρά patches του Ard Biesheuvel επιτρέπει κοινή χρήση των NEON intrinsics μεταξύ ARM32 και ARM64, ενώ ταυτόχρονα αποδίδει στο ARM32 και τη βελτιστοποιημένη συνάρτηση xor_gen() από τον ARM64 κώδικα.

Το υποσύστημα CRC του πυρήνα Linux βελτιώνεται σταδιακά με αρχιτεκτονικά-ειδικές υλοποιήσεις, και η 32-bit ARM πλατφόρμα μόλις πήρε τη δική της μερίδα. Για το Linux 7.1 είχε ενσωματωθεί επιτάχυνση CRC64-NVMe μέσω NEON για ARM64 με περίπου 6x καλύτερη ταχύτητα· ο γενικός κώδικας αποτελούσε σημείο συμφόρησης στα NVMe και άλλα υποσυστήματα αποθήκευσης, ενώ ο αλγόριθμος CRC64-NVMe χρησιμοποιείται για την επαλήθευση της ακεραιότητας δεδομένων. Στο Linux 7.2 ο επιταχυνόμενος κώδικας NEON θα λειτουργεί πλέον και σε συστήματα που βασίζονται σε 32-bit ARM.

Τι έφερε η βελτίωση στο ARM64

Η αρχική υλοποίηση για ARM64 παρείχε CRC64-NVMe βελτίωση σχεδόν 6x σε σύγχρονα Arm SoC. Η NEON-βελτιστοποιημένη υλοποίηση CRC64 ακολούθησε το πρότυπο αντίστοιχων αρχιτεκτονικά-ειδικών υλοποιήσεων, όπως αυτών για x86_64 και RISC-V. Τα αποτελέσματα αυτά μετρήθηκαν σε Arm Cortex-A72 SoC, με την υλοποίηση να βασίζεται στις εντολές NEON Polynomial Multiply Long (PMULL). Ο γενικός αλγόριθμος shift-and-XOR είναι αργός και δημιουργεί σημείο συμφόρησης στα υποσυστήματα NVMe, ενώ η επιταχυνόμενη υλοποίηση χρησιμοποιεί C intrinsics (arm_neon.h) αντί για raw assembly, για καλύτερη αναγνωσιμότητα και συντηρησιμότητα.

Η νέα σειρά patches για ARM32

Μια σειρά patches του Ard Biesheuvel επιτρέπει την κοινή χρήση των NEON intrinsics εντός του πυρήνα Linux μεταξύ 32-bit ARM και 64-bit ARM, καθιστώντας τα ARM64 NEON intrinsics για CRC64 διαθέσιμα σε 32-bit ARM περιβάλλοντα Linux όπου οι πυρήνες CPU διαθέτουν υποστήριξη NEON. Αυτή η αρχιτεκτονική απόφαση — κοινός κώδικας αντί για χωριστές υλοποιήσεις — απλοποιεί τη μακροπρόθεσμη συντήρηση του πυρήνα.

Όπως φαίνεται σε ένα από τα μηνύματα της σειράς patches, η επίδραση στην απόδοση είναι εξίσου σημαντική με αυτή που παρατηρήθηκε στον χώρο του ARM64 — για όσους εξακολουθούν να χρησιμοποιούν 32-bit ARM και upstream builds του πυρήνα Linux το 2026 και μετά.

Ενσωμάτωση στο Linux 7.2 και xor_gen()

Η επιτάχυνση CRC64-NVMe για 32-bit ARM ενσωματώθηκε αυτή την εβδομάδα στον πυρήνα Linux 7.2 μέσω της ενημέρωσης CRC· η ίδια αλλαγή αποδίδει στο ARM32 NEON και τη βελτιστοποιημένη συνάρτηση xor_gen() από τον ARM64 κώδικα. Η συνάρτηση xor_gen() χρησιμοποιείται σε λειτουργίες XOR επί πινάκων δεδομένων, οι οποίες απαντώνται σε RAID και παρόμοια υποσυστήματα.

Η κίνηση αυτή έχει πρακτική σημασία για embedded συστήματα, βιομηχανικούς ελεγκτές και συσκευές IoT που εξακολουθούν να τρέχουν 32-bit ARM SoC με NEON — ειδικά εκεί που χρησιμοποιείται NVMe αποθήκευση και η ακεραιότητα δεδομένων είναι κρίσιμη. Δεδομένου ότι το Linux 7.1 έφερε επίσης υποστήριξη πραγματικού χρόνου (PREEMPT_RT) για 32-bit ARM στον mainline πυρήνα, το οικοσύστημα ARM32 λαμβάνει σταδιακά σοβαρές βελτιώσεις στις νέες εκδόσεις του πυρήνα.

Πηγές

Το DLSS έρχεται στον ανοιχτού κώδικα NVK Vulkan driver για Linux μέσω του Mesa 26.2

Sat, 20 Jun 2026 15:03:47 +0000

Ο κώδικας για υποστήριξη DLSS ενσωματώθηκε στο Mesa 26.2-devel, φέρνοντας το DLSS στον ανοιχτού κώδικα οδηγό NVK για Vulkan στο Linux.
Η υλοποίηση βασίζεται στην επέκταση VK_NVX_binary_import, η οποία επιτρέπει την εκτέλεση προμεταγλωττισμένων CUDA binaries (CuBIN) πάνω σε GPU της NVIDIA.
Η υποστήριξη αφορά παιχνίδια που τρέχουν μέσω Linux / Steam Play και αναμένεται να μετριάσει μέρος των διαφορών επιδόσεων σε σχέση με τον proprietary driver της NVIDIA.

Ο κώδικας ενσωματώθηκε στο Mesa 26.2-devel, καθιστώντας τον ανοιχτού κώδικα οδηγό NVK για Vulkan της NVIDIA ικανό να διαχειριστεί το Deep Learning Super Sampling (DLSS) σε σύγχρονα παιχνίδια που τρέχουν σε Linux και Steam Play.

Τεχνικό υπόβαθρο

Το αρχικό pull request για την υλοποίηση της επέκτασης VK_NVX_binary_import — απαραίτητης για την υποστήριξη DLSS στα GPU της NVIDIA — είχε ανοίξει πέρσι από την Autumn Ashton, developer της Valve. Δύο μήνες πριν από την ενσωμάτωση, ο Thomas Andersen άνοιξε νέο pull request για να επιλύσει merge conflicts και άλλα ζητήματα του αρχικού, καθώς η Ashton δεν ήταν εξίσου δραστήρια στην ανάπτυξη του Mesa τους τελευταίους μήνες.

Η επέκταση VK_NVX_binary_import επιτρέπει σε εφαρμογές να εισάγουν NVIDIA CuBIN binaries και να τα εκτελούν· τα CuBIN ELF αρχεία είναι προ-μεταγλωττισμένα CUDA binaries για εκτέλεση στα GPU της NVIDIA.

Σημασία για το Linux gaming

Τα proprietary drivers της NVIDIA υποστηρίζουν ήδη DLSS σε Linux· το NVK είναι ο νέος driver από μηδενική βάση που η Valve επιθυμεί να συντηρεί παράλληλα με την ανοιχτή κοινότητα. Πρόσφατες συγκρίσεις επιδόσεων εξακολουθούν να δείχνουν σημαντική απόσταση από τον proprietary driver, ωστόσο η υποστήριξη DLSS αναμένεται να συμβάλει στο να μετριαστούν μέρος των προβλημάτων επιδόσεων των τρεχουσών εκδόσεων του NVK.

Σύμφωνα με διαθέσιμες πληροφορίες, η συμβατότητα παραμένει περιορισμένη σε συγκεκριμένες αρχιτεκτονικές GPU της NVIDIA, όπως Turing και νεότερες.

Πηγές

Το Linux 7.2 αποκτά οδηγό για το AMD ACP 7.x με σημαντικές αρχιτεκτονικές αλλαγές στον ήχο

Fri, 19 Jun 2026 17:03:21 +0000

Ο πυρήνας Linux 7.2 ενσωματώνει αρχική υποστήριξη για τον AMD Audio Co-Processor ACP7.D, 7.E και 7.F, με περίπου 3.000 γραμμές νέου κώδικα.
Οι αλλαγές είναι τόσο εκτεταμένες ώστε ο κώδικας τοποθετήθηκε σε εντελώς ξεχωριστό κατάλογο, ανεξάρτητο από παλαιότερες γενιές ACP.
Σύμφωνα με το Phoronix, το ACP7.x αφορά πιθανότατα τα επερχόμενα Zen 6 SoC/APU προϊόντα της AMD.

Το υποσύστημα ήχου του Linux 7.2 ενσωματώνει αρχική υποστήριξη για τον AMD Audio Co-Processor σε τρεις νέες παραλλαγές: ACP7.D, 7.E και 7.F. Η AMD επιβεβαίωσε ότι ετοιμάζει επεξεργαστές Zen 6 για το 2026. Σύμφωνα με το Phoronix, ο χρονισμός της εργασίας αυτής παραπέμπει στα επερχόμενα Zen 6 SoC και APU, χωρίς ωστόσο να υπάρχει ακόμη επίσημη επιβεβαίωση για ποια συγκεκριμένα προϊόντα προορίζεται.

Νέος κώδικας σε ξεχωριστό κατάλογο

Το cover letter των patches είναι ξεκάθαρο: το ACP7.x περιλαμβάνει «substantial design changes» σε σχέση με παλαιότερες γενιές, συμπεριλαμβανομένου ενημερωμένου register set και νέας διάταξης καταχωρητών. Για τον λόγο αυτό, ο κώδικας τοποθετήθηκε στον ξεχωριστό κατάλογο sound/soc/amd/acp7x/, ώστε να παραμείνει καθαρά διαχωρισμένος από παλαιότερα code paths και ευκολότερος στη συντήρηση.

Η αρχική υλοποίηση αριθμεί περίπου 3.000 γραμμές κώδικα και καλύπτει τα βασικά: ορισμούς καταχωρητών, PCI driver probe/remove, βοηθητικές συναρτήσεις, και ενσωμάτωση διαχείρισης ενέργειας (system sleep + runtime PM). Υποστήριξη για επιπλέον Audio I/O blocks — SoundWire και ACP PDM controller — αναμένεται σε επόμενη σειρά patches.

Άλλες αλλαγές ήχου στο Linux 7.2

Το ίδιο sound pull για το Linux 7.2 περιλαμβάνει και υποστήριξη ήχου για αρκετά νέα SoC: Everest Semi ES9356 (SDCA), Mediatek MT2701 (on-chip HDMI) και MT8196, Renesas RZ/G3E, SpacemiT K3, και TI TAC5xx2/TAS67524. Ξεχωρίζει η προσθήκη υποστήριξης για το SpacemiT K3 RISC-V RVA23 SoC. Επίσης, ο δεκαετής PCIe sound card HT-Omega eClaro αποκτά επιτέλους υποστήριξη στον mainline πυρήνα μέσω του Oxygen driver.

Το Linux 7.2 βρίσκεται υπό ανάπτυξη και αναμένεται ως stable αργότερα το καλοκαίρι, με πιθανή συμπερίληψη στο Ubuntu 26.10.

Πηγές

Το Claude AI βοήθησε στη διόρθωση παλιού bug παγώματος οθόνης στο Linux

Thu, 18 Jun 2026 17:02:36 +0000

Χρόνιο bug στον οδηγό AMDGPU του πυρήνα Linux πάγωνε οθόνες σε φορητούς υπολογιστές με AMD Radeon γραφικά, απαιτώντας αναγκαστική επανεκκίνηση — το πρόβλημα εντοπίζεται σε commits από το 2017.
Επηρεάζει Framework Laptop 13 (Ryzen 7 7840U), Lenovo ThinkPad T14 Gen1 AMD και άλλες συσκευές· προσωρινή λύση ήταν η απενεργοποίηση του Panel Self Refresh (PSR).
Νέα patches για τον πυρήνα Linux αναπτύχθηκαν με τη βοήθεια του Claude AI (Claude Code) και αναμένεται να ενσωματωθούν στο mainline kernel εφόσον επαληθευτούν.

Ένα από τα πιο επίμονα προβλήματα για χρήστες Linux με φορητούς υπολογιστές AMD Radeon φαίνεται πως πλησιάζει επιτέλους σε λύση. Το bug στον οδηγό γραφικών AMDGPU του πυρήνα Linux προκαλεί πάγωμα οθόνης σε ορισμένους φορητούς υπολογιστές μετά από αρκετή ώρα χρήσης, με μία από τις προσωρινές λύσεις να είναι η απενεργοποίηση της λειτουργίας εξοικονόμησης ενέργειας Panel Self Refresh (PSR). Ιδιαίτερο ενδιαφέρον παρουσιάζει το γεγονός ότι το τελευταίο βήμα για τη διόρθωση έγινε με τη βοήθεια τεχνητής νοημοσύνης: του Claude Code της Anthropic.

Ένα bug με ρίζες από το 2017

Το ενεργό ticket παρακολούθησης του προβλήματος φέρει τον τίτλο «7840U/780M: *ERROR* [CRTC:83:crtc-1] flip_done timed out, leads to frozen display and need to hard reboot» και συνδέεται με έναν commit που ανιχνεύεται πίσω στο 2017. Πρόκειται για ένα σφάλμα χρονισμού στο υποσύστημα Display Core Nextgen (DCN) του AMDGPU που εμφανίζεται κυρίως μετά από εκτεταμένη χρήση και κύκλους αδράνειας.

Ο αναγνώστης του Phoronix που ανέφερε την επικείμενη επίλυση χρησιμοποιεί Lenovo ThinkPad T14 Gen1 AMD, στον οποίο η οθόνη «παγώνει περίπου μία φορά την εβδομάδα». Η τεκμηριωμένη περίπτωση αφορά Framework 13 με Ryzen 7 7840U που τρέχει Fedora με πυρήνα 6.13.11, όπου μετά από περίπου 10 ώρες λειτουργίας που συμπεριλάμβαναν s2idle ύπνο, η εσωτερική οθόνη σταμάτησε να ενημερώνεται, ενώ η εξωτερική οθόνη συνέχισε να ανταποκρίνεται για μερικά λεπτά πριν κι αυτή παγώσει.

Παρόμοιες διπλότυπες αναφορές σφαλμάτων για πάγωμα οθόνης σε laptops με Radeon γραφικά έχουν συσσωρευτεί από πολλούς χρήστες. Το πρόβλημα είναι γνωστό ότι επηρεάζει ιδιαίτερα πλατφόρμες με Ryzen AI, όπου το PSR, αν και σχεδιασμένο για εξοικονόμηση ενέργειας επιτρέποντας στον πίνακα να ανανεώνεται μόνος του όταν η εικόνα είναι στατική, στην πράξη προκαλεί κόλλημα του οδηγού GPU.

Τι προκαλεί το πάγωμα και ποια συσκευή επηρεάζεται

Το bug δεν περιορίζεται σε συγκεκριμένο μοντέλο ή SoC. Από τα forums και τις αναφορές σφαλμάτων προκύπτει ότι θίγονται συσκευές με AMD Ryzen 7 7840U/780M, Ryzen AI 9, Ryzen AI 7, και Ryzen AI 9 HX PRO 370. Από το kernel 6.2 και μετά, η AMD ενεργοποίησε το PSR Selective Update (PSR-SU), και μετά από μη ντετερμινιστικό χρόνο λειτουργίας το σύστημα μπορεί να κολλήσει με σφάλμα τύπου «commit wait timed out» στα logs — επηρεάζοντας ειδικά laptops με AMD Rembrandt ή Phoenix chips και eDP πάνελ με ορισμένους ελεγκτές.

Η προσωρινή αντιμετώπιση που χρησιμοποιούσαν πολλοί χρήστες ήταν να απενεργοποιήσουν το PSR μέσω παραμέτρου εκκίνησης πυρήνα. Η παράμετρος amdgpu.dcdebugmask=0x12 ως παράμετρος εκκίνησης του πυρήνα βοηθά στην αντιμετώπιση του προβλήματος, απενεργοποιώντας το PSR και το Adaptive Backlight Management (ABM). Η λύση αυτή όμως επηρεάζει αρνητικά την αυτονομία της μπαταρίας, καθώς αχρηστεύει βελτιστοποιήσεις εξοικονόμησης ενέργειας.

Το Claude AI μπαίνει στην εξίσωση

Στο πλαίσιο του εκτενούς ticket, χθες δημοσιεύτηκαν νέα patches που αφορούν την ενοποίηση του χειρισμού DCN vblank/page-flip και άλλες αλλαγές στον κώδικα εμφάνισης. Το εξαιρετικά ενδιαφέρον στοιχείο της υπόθεσης είναι η ανάμιξη τεχνητής νοημοσύνης στη διαδικασία: η ολοκλήρωση της εργασίας έγινε με «vibe debugging» — δηλαδή διαδραστική αποσφαλμάτωση με καθοδήγηση — μέσω του Claude Code, το οποίο βοήθησε και στη σύνταξη των ίδιων των patches.

Δεν είναι η πρώτη φορά που το AI χρησιμοποιείται για εργασία στους οδηγούς AMD Linux: πρόσφατα το GitHub Copilot βοήθησε σε καθαρισμό κώδικα του παλαιότερου οδηγού AMD R600. Ωστόσο, η χρήση Claude Code για να επιλυθεί ένα bug τόσο βαθιά στο υποσύστημα εμφάνισης του πυρήνα Linux είναι αξιοσημείωτη.

Κατάσταση των patches και επόμενα βήματα

Τα patches δεν έχουν ακόμα ενσωματωθεί στον mainline πυρήνα Linux. Βρίσκονται σε ένα δοκιμαστικό branch και αναμένεται να υποβληθούν upstream εφόσον επαληθευτεί η αποτελεσματικότητά τους. Προηγούμενες προσπάθειες επίλυσης δεν είχαν αποτέλεσμα, γεγονός που κάνει την κοινότητα να επιφυλάσσεται — αλλά η προσέγγιση μέσω της αναδιάρθρωσης του DCN vblank handling θεωρείται η πιο υποσχόμενη μέχρι τώρα.

Για τους χρήστες που αντιμετωπίζουν το πρόβλημα τώρα, η απενεργοποίηση του PSR μέσω παραμέτρου πυρήνα παραμένει η πιο αξιόπιστη προσωρινή λύση. Μια δεύτερη επιλογή είναι η μετάβαση σε περιβάλλον Wayland αντί X11, καθώς ορισμένοι χρήστες με παρόμοιο hardware ανέφεραν ότι η χρήση Wayland επέτρεψε τη λειτουργία χωρίς παγώματα.

Πηγές

Το Mesa 26.2 προετοιμάζει υποστήριξη για το AMD GFX1156, νέα GPU RDNA 3.5 μετά το Strix Halo

Fri, 12 Jun 2026 08:02:24 +0000

Το Mesa 26.2 πρόσθεσε αρχική υποστήριξη για το GFX1156 (GFX 11.5.6), ένα νέο block γραφικών της AMD που ανήκει στη γενιά RDNA 3.5 / GFX115x, αλλά δεν αντιστοιχεί σε κανένα γνωστό προϊόν.
Ο κώδικας αποκλείει ρητά το Strix Halo και ακολουθεί τα μονοπάτια του GFX1153 (Ryzen AI «Medusa Point»), υποδηλώνοντας πιθανή συγγένεια με εκείνη τη σειρά APU.
Η υποστήριξη συντονίζεται με το παράθυρο ενσωμάτωσης του Linux 7.2 για τους οδηγούς AMDGPU και AMDKFD, αφήνοντας χώρο για επιπλέον αλλαγές πριν από την κυκλοφορία του τελικού προϊόντος.

Το Linux χρησιμοποιεί AI για να κρατά ζωντανούς παλιούς AMD GPU οδηγούς

Tue, 09 Jun 2026 12:02:21 +0000

Ο developer Gert Wollny χρησιμοποίησε το GitHub Copilot σε «auto mode» για να υλοποιήσει 59 commits καθαρισμού κώδικα στον οδηγό R600 Gallium3D, που ενσωματώθηκαν στο Mesa 26.2.
Η εργασία αφορά τον μεταγλωττιστή shader «sfn» του οδηγού, διατηρώντας τη λειτουργικότητα για κάρτες AMD Radeon HD 2000 έως HD 6000 — υλικό ηλικίας άνω των 15 ετών.
Παράλληλα, η κοινότητα συζητά τη μεταφορά του R600 (και άλλων παλαιών οδηγών) σε ξεχωριστό κλάδο «Amber2», ώστε να μην επιβαρύνεται ο κύριος κώδικας της Mesa.

Η τεχνητή νοημοσύνη δεν χρησιμοποιείται μόνο για νέα προϊόντα: στη Linux κοινότητα έκανε την εμφάνισή της ως εργαλείο συντήρησης παλαιών οδηγών γραφικών. Συγκεκριμένα, ο οδηγός R600 Gallium3D δέχτηκε 59 commits από τον Gert Wollny, όλα με στόχο τον καθαρισμό του κώδικα του μεταγλωττιστή shader. Η αναδιάρθρωση έγινε με τη βοήθεια του Copilot, με σημειώσεις σε κάθε commit που αναφέρουν ρητά τη χρήση του Copilot σε «auto mode».

Τι καλύπτει ο οδηγός R600 και γιατί έχει σημασία

Ο Gert Wollny είναι ένας από τους ελάχιστους προγραμματιστές ανοιχτού κώδικα που εξακολουθούν να εργάζονται στον οδηγό AMD R600g, ο οποίος καλύπτει κάρτες από τη σειρά Radeon HD 2000 έως τη σειρά Radeon HD 6000. Η AMD σταμάτησε εδώ και καιρό την ενεργό συνεισφορά της στον οδηγό αυτό, ωστόσο χάρη σε λίγους προγραμματιστές της κοινότητας ο κώδικας συνεχίζει να βελτιώνεται, παρόλο που οι κάρτες Radeon HD 6000 είναι ήδη περισσότερο από μία δεκαετία παλιές.

Τα 59 patches ενσωματώθηκαν στο Mesa 26.2 και αναδιαρθρώνουν τμήμα του κώδικα του μεταγλωττιστή shader, καθαρίζοντάς τον. Σύμφωνα με τον Wollny στο merge request: «Η σειρά αυτή κάνει πολύ refactoring για να κάνει τον κώδικα του μεταγλωττιστή sfn λίγο πιο καθαρό.»

AI-υποστηριζόμενη συντήρηση οδηγών: μια αναγκαιότητα

Η κοινότητα Linux συχνά έχει μόνο μία χούφτα ή ακόμα και έναν μόνο άνθρωπο που ενημερώνει αυτούς τους παλαιότερους οδηγούς, καθιστώντας το AI ένα ιδιαίτερα ελκυστικό εργαλείο για να αντισταθμίσει αυτή την έλλειψη ανθρώπινου δυναμικού. Η κωδικοποίηση με τη βοήθεια AI έχει μπει πλέον στη συντήρηση οδηγών Linux, με τους developers να χρησιμοποιούν γλωσσικά μοντέλα (LLM) για να βοηθηθούν στη συντήρηση παλαιών οδηγών στον πυρήνα Linux.

Το παράδειγμα αυτό δεν είναι μεμονωμένο. Πριν από λίγες εβδομάδες, αναφέρθηκε ότι το GitHub Copilot και το Claude Code βοήθησαν στη διόρθωση προβλημάτων σε οδηγούς γραφικών και Wi-Fi για Linux. Η τάση φαίνεται να παγιώνεται ως πρακτική εντός της κοινότητας, ειδικά για οδηγούς που δεν έχουν πλέον επαρκή ανθρώπινη υποστήριξη.

Η πρόταση «Amber2» και το μέλλον των legacy οδηγών

Παρά τη χρήση AI, η κοινότητα Linux συζητά παράλληλα τη μεταφορά των οδηγών R600 σε ξεχωριστό legacy κλάδο με την ονομασία «Amber2». Αυτό θα ελευθέρωνε τον κύριο κώδικα της Mesa και θα αποτρέψει την τυχαία διάσπαση των legacy οδηγών καθώς νέα χαρακτηριστικά προστίθενται στη Mesa.

Η λογική είναι απλή: ο διαχωρισμός θα επέτρεπε στους λίγους συντηρητές παλαιών οδηγών να δουλεύουν σε ένα πιο σταθερό περιβάλλον, χωρίς να επηρεάζονται από τις αλλαγές που αφορούν σύγχρονο υλικό. Συνδυαστικά με εργαλεία AI όπως το Copilot, αυτή η προσέγγιση θα μπορούσε να παρατείνει σημαντικά τη ζωή οδηγών για υλικό που, διαφορετικά, θα εγκαταλειπόταν.

Πηγές

Firefox 153: υποστήριξη Vulkan Video για αποκωδικοποίηση μέσω GPU

Mon, 08 Jun 2026 08:02:15 +0000

Το Firefox 153, που αναμένεται στις 21 Ιουλίου 2026, ενσωματώνει αρχική υποστήριξη Vulkan Video για επιταχυνόμενη αποκωδικοποίηση βίντεο μέσω GPU.
Το Vulkan Video αντικαθιστά την εξάρτηση από το VA-API, το οποίο δεν υποστηρίζεται παγκοίνως από όλους τους οδηγούς γραφικών στο Linux — ιδίως σε Arm/embedded συστήματα.
Η υλοποίηση προήλθε από συνεργασία μηχανικού της NVIDIA (Tymur Boiko) και της Red Hat (Martin Stransky).

Η Mozilla ενέκρινε και ενσωμάτωσε αρχική υποστήριξη Vulkan Video στον Firefox, κλείνοντας ένα bug report που είχε ανοιχτεί τρεις μήνες πριν σχετικά με την απουσία της συγκεκριμένης λειτουργίας. Η αλλαγή αναμένεται να συμπεριληφθεί στην έκδοση Firefox 153.0, με ημερομηνία κυκλοφορίας την 21η Ιουλίου 2026 — εφόσον δεν προκύψουν τελευταίας στιγμής προβλήματα.

Γιατί το VA-API δεν αρκεί

Μέχρι σήμερα, ο Firefox στο Linux βασιζόταν κυρίως στο Video Acceleration API (VA-API) για επιταχυνόμενη αποκωδικοποίηση βίντεο μέσω GPU. Το πρόβλημα: το VA-API δεν υποστηρίζεται από όλους τους οδηγούς γραφικών. Οι χρήστες NVIDIA, για παράδειγμα, χρειάζονταν το ανεπίσημο nvidia-vaapi-driver — ένα επιπλέον στρώμα που μεταφράζει VA-API κλήσεις σε NVDEC κλήσεις — για να απολαύσουν επιταχυνόμενη αναπαραγωγή βίντεο στον browser. Ακόμα πιο περιορισμένη ήταν η κατάσταση για μικρότερους οδηγούς Arm και embedded πλατφορμών, που παραδοσιακά βρίσκονταν εκτός του οικοσυστήματος VA-API.

Τι είναι το Vulkan Video και γιατί έχει σημασία

Το σύνολο επεκτάσεων γνωστό ως «Vulkan Video», που αναπτύχθηκε από την ομάδα εργασίας Vulkan της Khronos, παρέχει στους προγραμματιστές πρόσβαση ανεξάρτητη κατασκευαστή στις λειτουργίες αποκωδικοποίησης και κωδικοποίησης βίντεο του σύγχρονου υλικού GPU. Το Vulkan Video αποτελεί το πρώτο cross-platform API επιτάχυνσης βίντεο στον κλάδο, επιτρέποντας τη φορητότητα λογισμικού σε πολλαπλά λειτουργικά συστήματα και κατασκευαστές υλικού.

Το Vulkan API απέκτησε πρόσφατα τη λειτουργία αποκωδικοποίησης βίντεο, αξιοποιώντας την ενσωματωμένη σταθερής λειτουργίας μονάδα βίντεο που διαθέτουν πολλές GPU. Αυτό επιτρέπει τη δημιουργία ταχύτατων cross-platform εφαρμογών βίντεο, απαλλάσσοντας παράλληλα τον επεξεργαστή από απαιτητικές εργασίες αποκωδικοποίησης. Οι προδιαγραφές επεκτάσεων Vulkan Video για πλήρως επιταχυνόμενη αποκωδικοποίηση H.264 και H.265 δημοσιεύθηκαν τον Δεκέμβριο του 2022, με ταυτόχρονη κυκλοφορία beta οδηγών από την NVIDIA για Windows και Linux.

Τόσο το GStreamer όσο και το FFmpeg περιλαμβάνουν πλέον διαδρομές αποκωδικοποίησης και κωδικοποίησης Vulkan Video, ενώ η υποστήριξη συντηρείται ενεργά στους ανοιχτού κώδικα οδηγούς Vulkan RADV και ANV για GPU AMD και Intel αντίστοιχα. Με την κυκλοφορία της έκδοσης 1.4.317 της προδιαγραφής Vulkan, το σύνολο επεκτάσεων επεκτάθηκε με την προσθήκη αποκωδικοποίησης VP9 — ενός κωδικοποιητή που χρησιμοποιείται ευρέως σε υπηρεσίες video-on-demand και επικοινωνία πραγματικού χρόνου — ολοκληρώνοντας έτσι το σχεδιαζόμενο σύνολο επεκτάσεων αποκωδικοποίησης για όλους τους μείζονες σύγχρονους κωδικοποιητές.

Η υλοποίηση στον Firefox

Η ενσωμάτωση στον Firefox ολοκληρώθηκε αυτήν την εβδομάδα, ύστερα από συνεργασία του μηχανικού της NVIDIA Tymur Boiko και του Martin Stransky της Red Hat. Οι δύο προγραμματιστές είχαν αναλάβει την υλοποίηση μετά από το bug report που άνοιξε τρεις μήνες πριν, επισημαίνοντας την απουσία Vulkan Video στον browser. Η NVIDIA, αξίζει να σημειωθεί, είναι ένας από τους βασικούς υποστηρικτές του Vulkan Video στο πλαίσιο της Khronos, έχοντας παίξει καθοριστικό ρόλο στην ανάπτυξη του Vulkan Video.

Η υποστήριξη χαρακτηρίζεται ως αρχική («initial support»), υποδηλώνοντας ότι πρόκειται για τα θεμέλια πάνω στα οποία θα χτιστεί περαιτέρω βελτιστοποίηση σε επόμενες εκδόσεις. Το Firefox 153.0 αναμένεται να κυκλοφορήσει στις 21 Ιουλίου 2026.