All Activity

Ο Daniel Schürmann της Valve υπέβαλε νέα υλοποίηση του VK_AMD_anti_lag για τον ανοιχτού κώδικα οδηγό RADV, αντικαθιστώντας πλήρως το υπάρχον επίπεδο MESA_LAYER_ANTI_LAG.Η νέα αρχιτεκτονική διαχωρίζει τη λογική σε ένα γενικό πλαίσιο χρονισμού και σε μια λεπτή εξειδικευμένη υλοποίηση στον οδηγό, καθιστώντας τον κώδικα επαναχρησιμοποιήσιμο.Ο ίδιος ο Schürmann επιβεβαίωσε ότι η ίδια βάση κώδικα μπορεί να χρησιμοποιηθεί και για μελλοντική υλοποίηση του VK_NV_low_latency_2 της NVIDIA. Ο Daniel Schürmann, μηχανικός της ομάδας Linux της Valve, υπέβαλε στις 6 Ιουνίου 2026 νέο merge request στο αποθετήριο Mesa, με στόχο να αντικαταστήσει την υπάρχουσα υλοποίηση του VK_AMD_anti_lag για τον οδηγό RADV — τον ανοιχτού κώδικα Vulkan οδηγό για κάρτες γραφικών AMD στο Linux. Τι είναι το VK_AMD_anti_lag και γιατί σημαίνει κάτι Το VK_AMD_anti_lag προστέθηκε στο Vulkan 1.3.281 ως μέρος της προσπάθειας της AMD να μειώσει την καθυστέρηση κατά το gaming. Η επέκταση Vulkan «πειθαρχεί» τη CPU ώστε να μην προηγείται υπερβολικά της GPU, διατηρώντας χαμηλή καθυστέρηση μεταξύ της εισόδου (input) και της ανανέωσης της οθόνης. Η αρχική υλοποίηση αυτής της επέκτασης στο Mesa — η οποία αποτέλεσε επίσης δουλειά του Schürmann — είχε ενσωματωθεί στο Mesa 25.3, όπου υλοποιήθηκε ως ένα implicit Vulkan layer κοινό για τους Mesa Vulkan οδηγούς. Ορισμένες διανομές Linux, όπως η CachyOS, είχαν ήδη επιλέξει να συμπεριλάβουν τα patches του VK_AMD_anti_lag πριν ακόμα ενσωματωθούν επίσημα. Τι αλλάζει με τη νέα υλοποίηση Σύμφωνα με τη νέα πρόταση που υπέβαλε ο Schürmann στο GitLab του freedesktop.org, η νέα υλοποίηση αντικαθιστά πλήρως τον υπάρχοντα κώδικα MESA_LAYER_ANTI_LAG. Η βασική αλλαγή αρχιτεκτονικής είναι ο διαχωρισμός της λογικής σε δύο επίπεδα: ένα γενικό πλαίσιο βοηθητικών λειτουργιών (base utility framework) και μια λεπτή εξειδικευμένη υλοποίηση μέσα στον ίδιο τον οδηγό. Κατά την αρχικοποίηση, το πλαίσιο δημιουργεί QueryPools και CommandBuffers για τη λήψη χρονικών σημείων (timestamps), και «αγκιστρώνεται» στα σημεία QueueSubmit2 και QueuePresentKHR της αλυσίδας Vulkan. Ο οδηγός μπορεί στη συνέχεια να ανακτά τα χρονικά δεδομένα ανά frame μέσω συνάρτησης callback. Αυτή η προσέγγιση καθιστά τον κώδικα πιο δομημένο και επαναχρησιμοποιήσιμο για μελλοντικές επεκτάσεις. Ανοίγει ο δρόμος και για το VK_NV_low_latency_2 Αξιοσημείωτη είναι η παρατήρηση που συμπεριέλαβε ο ίδιος ο Schürmann στην περιγραφή του merge request: η νέα βάση κώδικα θα μπορούσε να χρησιμοποιηθεί και για υλοποίηση του VK_NV_low_latency_2, της αντίστοιχης επέκτασης χαμηλής καθυστέρησης της NVIDIA (γνωστή και ως Reflex 2). Σύμφωνα με τον ίδιο, η υλοποίηση θα ήταν «δυνατή και αρκετά απλή» πάνω στο νέο πλαίσιο — χωρίς να αποτελεί επίσημη δέσμευση από πλευράς Valve ή Mesa. Το RADV είναι ο ανοιχτού κώδικα οδηγός Vulkan για AMD GPU στο Mesa. Μεταφράζει κλήσεις Vulkan API σε εντολές υλικού για αρχιτεκτονικές GCN/RDNA, χρησιμοποιώντας τον μεταγλωττιστή ACO για βέλτιστη παραγωγή κώδικα shader. Η Valve διατηρεί σταθερή παρουσία στην ανάπτυξη του RADV, με τον Schürmann να είναι ένας από τους πιο ενεργούς contributors από την πλευρά της εταιρείας. Κατάσταση Το merge request είναι δημοσιευμένο στο GitLab του Mesa (MR !42048) και βρίσκεται σε φάση ανασκόπησης. Δεν έχει ακόμα ενσωματωθεί στην κύρια κλάδο (main branch) του Mesa. Δεν υπάρχει επίσημη ανακοίνωση για το σε ποια έκδοση Mesa θα συμπεριληφθεί. Πηγές Phoronix – Valve Developer Posts New AMD Anti-Lag Implementation For RADV Driver Mesa MR !42048 – VK_AMD_anti_lag for RADV (freedesktop.org GitLab) Phoronix – Mesa 25.3 Merges Vulkan AMD Anti-Lag Support (ιστορικό)

Το SteamOS 3.8.7 beta προσθέτει αρχικό firmware για επερχόμενες Intel handheld συσκευές και διορθώνει πρόβλημα Bluetooth σε υπάρχοντα Intel μοντέλα.Η ενημέρωση φέρνει επίσης διόρθωση για GPU crash στο Grand Theft Auto V Enhanced, audio popping και πρόβλημα Remote Play σε Wayland session.Η Valve συνεχίζει να διευρύνει το SteamOS 3.8 πέρα από το Steam Deck, με αναφερόμενη υποστήριξη για ASUS ROG Ally, Lenovo Legion Go, MSI Claw, GPD, OneXPlayer και άλλες συσκευές. Η Valve κυκλοφόρησε νέα ενημέρωση στον κλάδο beta του SteamOS 3.8, φέρνοντας σημαντικές βελτιώσεις για επερχόμενες Intel handheld συσκευές καθώς και μια σειρά από διορθώσεις. Η έκδοση 3.8.7 αποτελεί τη νεότερη προσθήκη σε μια σειρά beta ενημερώσεων που διαμορφώνουν σταδιακά το SteamOS ως λειτουργικό πέρα από τη δική της φορητή κονσόλα. Τι περιλαμβάνει η έκδοση 3.8.7 Η Valve αναφέρει διόρθωση Bluetooth για ορισμένες Intel handheld συσκευές, καθώς και αρχική υποστήριξη firmware για επερχόμενα Intel handheld μοντέλα. Πρόκειται συγκεκριμένα για αρχική υποστήριξη συσκευών με τον νέο Intel ARC-G APU. Στις επιπλέον διορθώσεις της 3.8.7 περιλαμβάνονται: διόρθωση GPU crash στο Grand Theft Auto V Enhanced, audio popping που εμφανιζόταν σε προηγούμενες εκδόσεις 3.8, και πρόβλημα με την καταγραφή Remote Play στο Desktop Mode κατά τη χρήση Wayland session. Η Valve βελτίωσε επίσης τη συμπεριφορά του περιβάλλοντος χρήστη όταν η μπαταρία είναι χαμηλή και η συσκευή είναι συνδεδεμένη σε αργό φορτιστή. Αξίζει να σημειωθεί ότι το changelog δεν αναφέρει τον Arc G3 ή οποιαδήποτε συγκεκριμένη επόμενης γενιάς Intel πλατφόρμα handheld. Το ευρύτερο οικοσύστημα του SteamOS 3.8 Η Valve επεκτείνει το SteamOS 3.8 πέρα από το Steam Deck σε όλο τον κλάδο beta, με το changelog να αναφέρει υποστήριξη για ASUS ROG Ally, ROG Xbox Ally, Lenovo Legion Go, GPD, OneXPlayer, Zotac, Anbernic, OrangePi και MSI Claw. Η ενημέρωση ακολουθεί την έκδοση 3.8.6 beta, η οποία είχε ήδη προσθέσει υποστήριξη χειριστηρίου για τα MSI Claw και OneXPlayer APEX/X1 (AMD), βελτίωσε την απόκριση gyro σε συσκευές που χρησιμοποιούν AccelGyro3D — συμπεριλαμβανομένων του Legion Go 1 και του Claw A1M — και διόρθωσε crash σε διεθνή μοντέλα ASUS ROG Xbox Ally. Η Valve δεν έχει ανακοινώσει πότε ακριβώς το SteamOS 3.8 θα βγει από τον κλάδο beta, καθώς δεν δίνει χρονοδιαγράμματα για αυτές τις ενημερώσεις. Διαμορφώνεται πάντως ως μία από τις σημαντικότερες κυκλοφορίες SteamOS με βελτιώσεις σε πολλαπλά επίπεδα του συστήματος. Από το Steam Deck σε καθολική πλατφόρμα Το SteamOS 3.8 φέρνει υποστήριξη για ευρύτερη γκάμα πλατφορμών AMD και Intel, βελτιωμένη διαχείριση discrete GPU και διαφορετικές διαμορφώσεις εισόδου — βελτιώσεις που δεν χρειάζεται το ίδιο το Steam Deck, αλλά θέτουν τα θεμέλια για συσκευές που δεν υπάρχουν ακόμα ή δεν αποστέλλονται με SteamOS προεγκατεστημένο. Νωρίτερα φέτος, η Valve είχε δηλώσει στο γαλλικό μέσο Frandroid ότι συνεργάζεται με την Intel για υποστήριξη SteamOS, χωρίς να αποκαλύψει συγκεκριμένο χρονοδιάγραμμα. Η 3.8.7 αποτελεί την πρώτη ορατή κίνηση αυτής της συνεργασίας στο changelog. Για τους χρήστες που θέλουν να δοκιμάσουν την ενημέρωση, η λήψη γίνεται από τις Ρυθμίσεις Συστήματος του Steam Deck, αφού ο κλάδος ενημερώσεων έχει οριστεί σε Beta ή Preview. Πηγές VideoCardz – SteamOS beta adds early support for Intel handhelds GamingOnLinux – SteamOS 3.8.7 Beta brings improvements for Intel handhelds Steam Deck HQ – New SteamOS Beta Starts Bringing In Support For Upcoming Intel Handhelds

Η Gigabyte παρουσίασε στο Computex 2026 το X870E Aorus Infinity Next, concept μητρική που χρησιμοποιεί τρισδιάστατη εκτύπωση μετάλλου σε μαζική κλίμακα για πρώτη φορά παγκοσμίως.Η δομή AI Gyroid αυξάνει την επιφάνεια ψύξης των SSD M.2 κατά 44% και τη ροή αέρα στον τρύπιο θερμαγωγό chipset κατά 45%, σύμφωνα με την εταιρεία.Δεν έχει ανακοινωθεί τιμή ή ημερομηνία κυκλοφορίας — το προϊόν παραμένει concept, με στόχο να εφαρμοστεί η τεχνολογία σε εμπορικά μοντέλα μελλοντικά. Στο Computex 2026, η Gigabyte επέλεξε να γιορτάσει τα 40 χρόνια της με κάτι που δεν έχει ξαναδεί η βιομηχανία των μητρικών: το X870E Aorus Infinity Next συνδυάζει σχεδιαστικές αρχές χώρου και κέντρων δεδομένων μέσω θερμικών υλικών επιπέδου κινητήρα πυραύλου και τεχνολογίας τρισδιάστατης εκτύπωσης μετάλλου. Η εταιρεία παρουσίασε επίσης την πλήρη σειρά AORUS INFINITY, η οποία έχει σχεδιαστεί για τους επεξεργαστές AMD Ryzen 9950X3D2 και υποστηρίζει ταχύτητες μνήμης έως 11.400 MT/s. Τρισδιάστατη εκτύπωση μετάλλου: πρώτη φορά σε μητρική Το concept αυτό χρησιμοποιεί μεγάλες ποσότητες τρισδιάστατα εκτυπωμένου μετάλλου στο μπροστινό μέρος και στο πίσω πάνελ — την ίδια διαδικασία που χρησιμοποιείται στην κατασκευή ορισμένων εξαρτημάτων πυραύλων και αεροδιαστημικών οχημάτων. Παρά τη μεταλλική φύση του, το εξωτερικό κάλυμμα αισθάνεται περισσότερο σαν υψηλής ποιότητας πλαστικό στην αφή. Το αισθητικό αποτέλεσμα δεν είναι τυχαίο. Η καινοτόμος δομή AI Gyroid στον θερμαγωγό M.2, που μπορεί να επιτευχθεί μόνο μέσω τρισδιάστατης εκτύπωσης μετάλλου, αποδίδει έως 44% μεγαλύτερη επιφάνεια ψύξης. Σε συνδυασμό με τρισδιάστατα εκτυπωμένο θάλαμο ατμών (vapor chamber) και μεταλλικό πίσω πάνελ σε δομή κηρήθρας, ωθεί τη θερμική μηχανική των κορυφαίων μητρικών πέρα από τα παραδοσιακά όρια. Σύμφωνα με την AORUS, η θερμική λύση AI Gyroid προσφέρει 44% μεγαλύτερη επιφάνεια ψύξης χάρη στον σχεδιασμό τρισδιάστατης εκτύπωσης μετάλλου, ενώ ο θερμαγωγός chipset σε δομή κηρήθρας προσφέρει έως 45% μεγαλύτερη επιφάνεια ροής αέρα με δομή ανοικτού κελιού. Πρόκειται για δομές που τα συμβατικά εργαλεία κατασκευής δεν μπορούν να αναπαράγουν. 64 φάσεις τροφοδοσίας και τεχνολογία κέντρων δεδομένων Η μητρική διαθέτει 64 φάσεις τροφοδοσίας με τεχνολογία Quad OptiMOS επιπέδου χαμηλής τροχιάς Γης (Low Earth Orbit) και κέντρων δεδομένων, αποδίδοντας έως 5.120 ampere συνολικού ρεύματος — νέο ρεκόρ για εξαιρετική παροχή ισχύος. Στον πυρήνα της σειράς βρίσκεται το X3D Turbo Mode 2.0, η αποκλειστική τεχνολογία overclocking με τεχνητή νοημοσύνη της Gigabyte. Οι μητρικές διαθέτουν ενσωματωμένο hardware chip που παρακολουθεί σε πραγματικό χρόνο τις συνθήκες λειτουργίας του συστήματος και τη συμπεριφορά του φορτίου εργασίας, ενώ ο δυναμικός κινητήρας OC, εκπαιδευμένος σε μεγάλο όγκο δεδομένων, βελτιστοποιεί τις επιδόσεις για κάθε επεξεργαστή ξεχωριστά. Παθητική ψύξη χωρίς ανεμιστήρες ως στόχος Δεδομένου ότι το X870E Aorus Infinity Next είναι σχεδόν «πνιγμένο» σε δομές βελτιστοποιημένες για ροή αέρα, η τόσο μεγάλη επιφάνεια θερμικής ανταλλαγής θα μπορούσε θεωρητικά να παρέχει επαρκή ψύξη χωρίς ενεργή ροή αέρα ή με ελάχιστη μόνο. Η δε τρισδιάστατα εκτυπωμένη θαλαμική κατασκευή ατμών αποδίδει ψύξη έως 100W μέσω πολυκατευθυντικών πτερυγίων. Concept χωρίς τιμή και ημερομηνία κυκλοφορίας Δεν υπάρχει προς το παρόν ένδειξη εμπορικής διαθεσιμότητας για αυτό το concept. Ωστόσο, η Gigabyte αναμένεται να αξιοποιήσει τα τεχνολογικά διδάγματα και να τα εφαρμόσει σε μελλοντικούς σχεδιασμούς. Στο πλαίσιο της επετειακής έκθεσης 40 χρόνων, το X870E Aorus Infinity Next και το X870 Aorus Infinity αντικατοπτρίζουν τη συνεχή εστίαση της εταιρείας στις ακραίες επιδόσεις και τον αποτελεσματικό θερμικό σχεδιασμό. Παράλληλα, η σειρά INFINITY εκτείνεται και στις κάρτες γραφικών, με την AORUS GeForce RTX 5090 INFINITY που έχει κερδίσει βραβείο Red Dot Design, ενώ κάρτες RTX 5080, 5070 Ti και 5070 INFINITY υιοθετούν σχεδιασμό STEALTH που μεταφέρει τον σύνδεσμο τροφοδοσίας στο πίσω μέρος για καθαρότερο δέσιμο καλωδίων. Πηγές Gigabyte – Επίσημη ανακοίνωση X870E & X870 AORUS INFINITY Series, Computex 2026 AORUS – 40th Anniversary INFINITY Series Motherboards at COMPUTEX 2026 Club386 – Gigabyte turns to 3D-printed metal for X870E motherboard WCCFTech – AORUS X870E Infinity Next: 64 Phases & 3D-Printed Design VTC News – Gigabyte ứng dụng in 3D kim loại vào bo mạch chủ đầu tiên trên thế giới

Το drm_gem_change_handle_ioctl, ένα DRM PRIME interface που ανέπτυξαν μηχανικοί της AMD για CRIU με ROCm, απενεργοποιείται στον πυρήνα Linux 7.1 λόγω αλληλουχίας αποτυχημένων διορθώσεων ασφαλείας.Το CVE-2026-23149, που δημοσιεύτηκε τον Φεβρουάριο του 2026, επέτρεπε σε κώδικα χώρου χρήστη να προκαλεί kernel warnings αποστέλλοντας GEM handle μεγαλύτερο από INT_MAX.Η απενεργοποίηση επηρεάζει αποκλειστικά σενάρια checkpoint/restore για φορτία εργασίας AMD ROCm· η συγχώνευση δοκιμών (IGT tests) αποτελεί προϋπόθεση για την επανενεργοποίησή του. Η ανάπτυξη του Linux 7.1 δεν περνά ήσυχα τις τελευταίες εβδομάδες πριν την κυκλοφορία της σταθερής έκδοσης. Ο David Airlie της Red Hat, που συντονίζει τα DRM pull requests για τον πυρήνα, περιγράφει τη φετινή εβδομαδιαία ροή διορθώσεων ως ιδιαίτερα βαριά — με bounds checks, memory leaks και UAF (use-after-free) σφάλματα να συσσωρεύονται, κυρίως στον οδηγό amdgpu. Στο επίκεντρο όμως της τελευταίας DRM pull request για το Linux 7.1 βρίσκεται κάτι πιο συγκεκριμένο: η απενεργοποίηση του drm_gem_change_handle_ioctl(), ενός interface που είχαν αναπτύξει μηχανικοί της AMD τον προηγούμενο χρόνο. Τι είναι το drm_gem_change_handle_ioctl και γιατί χρειαζόταν Το συγκεκριμένο ioctl αποτελεί μέρος του DRM PRIME interface — του μηχανισμού που επιτρέπει την κοινή χρήση αντικειμένων buffer μεταξύ διεργασιών και οδηγών στο Linux. Η λειτουργία του είναι να επανεκχωρεί GEM handles (αριθμητικά αναγνωριστικά αντικειμένων γραφικών στη μνήμη) σε υπάρχοντα buffer objects. Η AMD ανέπτυξε αυτό το interface στο πλαίσιο της υποστήριξης του CRIU (Checkpoint/Restore In Userspace) για φορτία εργασίας ROCm. Ο στόχος ήταν πρακτικός: να μπορεί κάποιος να «παγώσει» μια εκτελούμενη εφαρμογή ή container με φορτία επεξεργασίας ROCm, να αποθηκεύσει την κατάστασή του και να την επαναφέρει αργότερα — για παράδειγμα σε σενάρια live migration ή δημιουργίας snapshot. CVE-2026-23149: Η αφετηρία των προβλημάτων Στις αρχές του 2026 εντοπίστηκε η ευπάθεια CVE-2026-23149, η οποία αφορά ακριβώς αυτό το ioctl: επειδή τα GEM buffer object handles στο userspace API είναι τύπου u32, αλλά η εσωτερική υλοποίηση χρησιμοποιεί idr_alloc() με εύρη τύπου int, η αποστολή ενός νέου handle με τιμή μεγαλύτερη από INT_MAX προκαλούσε trivially kernel warning. Η αρχική διόρθωση απέρριπτε νέα handles άνω του INT_MAX — το CVE δημοσιεύτηκε στις 14 Φεβρουαρίου 2026. Η διόρθωση αυτή, ωστόσο, δεν αρκούσε. Ακολούθησαν τρεις ακόμη προσπάθειες επίλυσης race condition μεταξύ του gem_close και του gem_change_handle ioctl, καθεμία από τις οποίες εισήγαγε νέα σφάλματα — σύγχυση μεταβλητών, ελλιπή error handling και ασυνεπείς διορθώσεις στο IDR (Internal Data Representation) του πυρήνα. Τέσσερις αποτυχίες και η απόφαση της Simona Vetter Η Simona Vetter (γνωστή ως «Sima» στην κοινότητα DRM) ήταν από την αρχή επιφυλακτική απέναντι στο interface. Σύμφωνα με τον Airlie, «Sima was right» — η σωστή κίνηση από την αρχή θα ήταν η απενεργοποίησή του. Το πρόβλημα επιδεινώθηκε και από το γεγονός ότι δεν είχαν συγχωνευτεί έγκαιρα τα αντίστοιχα IGT tests (δοκιμές ολοκλήρωσης για τον πυρήνα), πράγμα που αποτελεί βασική απαίτηση για οποιαδήποτε νέα διεπαφή χρήστη στον Linux πυρήνα. Στην τέταρτη και τελευταία προσπάθεια, η Vetter επέλεξε να διορθώσει το race condition με βάση εδραιωμένα μοτίβα του πυρήνα — μετονομασία της μεταβλητής σε new_handle για αποφυγή σύγχυσης, συγχώνευση του GEM object lookup με το two-stage idr_replace, και αναδιοργάνωση των error paths — και στη συνέχεια να απενεργοποιήσει πλήρως το ioctl ωσότου υπάρξουν τυποποιημένες δοκιμές και συναίνεση στην κοινότητα. Η Vetter σημείωσε χαρακτηριστικά ότι η συζήτηση μεταφέρθηκε στις δημόσιες mailing lists επειδή «the cat is out of the bag» και οι ιδιωτικές συζητήσεις δεν οδήγησαν σε αξιόπιστη λύση. Επίπτωση και επόμενα βήματα Η απενεργοποίηση του ioctl επηρεάζει αποκλειστικά σενάρια checkpoint/restore για φορτία εργασίας AMD ROCm — ένα εξειδικευμένο use case που δεν αφορά την πλειονότητα των χρηστών Linux με AMD GPU. Για την επανενεργοποίησή του, η κοινότητα ζητά: συγχώνευση επαρκών IGT tests, πλήρη επίλυση του race condition μέσω δημόσιας συζήτησης στις mailing lists, και γενική συναίνεση για την ορθότητα του κώδικα. Η αλλαγή σημειώνεται επίσης για backport σε προηγούμενες σταθερές εκδόσεις του πυρήνα, ώστε να αντιμετωπιστεί το CVE-2026-23149 και στις ενεργές σειρές υποστήριξης. Πηγές Phoronix — Linux DRM Ioctl Developed By AMD Being Disabled Following Ongoing Security Issue Linux Kernel Mailing List — DRM fixes pull request, David Airlie freedesktop.org GitLab — Patch: disable drm_gem_change_handle_ioctl NVD — CVE-2026-23149