Le patch del kernel Linux di Nvidia (v7, 28 maggio 2026) rivelano un'architettura GPU per data center di nuova generazione con nome in codice interno "Blackwell Next", che aggiunge un controllo di prontezza della memo... Il meccanismo CXL DVSEC sostituisce il legacy polling del registro BAR0 HBM training, implicando...

Create a landscape editorial hero image for this Studio Global article: Searching with cited sources for What do Nvidia's recent Linux kernel patches reveal about a next-generation GPU architecture labeled "Black. Article summary: Nvidia's recent Linux kernel patches reveal concrete driver-level preparation for a next-generation data-center GPU architecture internally labeled **"Blackwell-Next,"** targeting the Linux 7.2 kernel and signaling a pos. Topic tags: general, education, documentation, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text,
Le recenti patch del kernel Linux di Nvidia offrono uno sguardo concreto e anticipato su un'architettura GPU per data center di nuova generazione, identificata internamente con il nome in codice "Blackwell-Next". Le patch, destinate al kernel Linux 7.2, aggiungono un nuovo controllo di prontezza della memoria che utilizza il protocollo CXL DVSEC, segnalando un cambiamento architetturale significativo rispetto all'attuale design Blackwell e delineando un ponte verso la futura piattaforma Rubin.
La serie di patch — ora alla versione v7 a partire dal 28 maggio 2026 — ha come target il driver vfio/nvgrace-gpu, che gestisce il passthrough della GPU per i sistemi Nvidia Grace-GPU . Scritta dall'ingegnere Nvidia Ankit Agrawal e revisionata dal manutentore VFIO Alex Williamson, la serie aggiunge un controllo di prontezza della memoria basato su CXL DVSEC per le GPU Blackwell-Next, affiancandolo al percorso legacy di polling BAR0
.
Ecco come funziona il nuovo meccanismo rispetto a quello attuale:
MEM_INFO_VALID e MEM_ACTIVE L'approccio CXL DVSEC segue la specifica CXL r4.0, sezione 8.1.3.8.2, e supporta valori di timeout da 1 secondo fino a un massimo di 256 secondi . L'uso di un bug tracker dedicato di Ubuntu conferma che l'offset del registro utilizzato è
0x1C (registro CXL DVSEC Range 1 Low) .
La patch è in coda per essere inclusa nel kernel Linux 7.2 tramite il sottosistema VFIO . La stessa documentazione di Nvidia per la piattaforma Vera collega le relative discussioni LKML alla versione minima del kernel Linux richiesta
.
"Blackwell-Next" sembra essere un nome in codice di sviluppo provvisorio, non un nome di prodotto finale. Le analisi del settore suggeriscono che l'etichetta potrebbe riferirsi a Blackwell Ultra (un aggiornamento a metà ciclo) o servire come abilitazione iniziale per l'architettura GPU Rubin . La patch è specifica per piattaforme data center di classe Grace-Hopper/Blackwell (non per GPU consumer GeForce), coerente con un acceleratore AI/HPC di prossima generazione
.
L'indizio cruciale è il nuovo meccanismo CXL DVSEC. Esso implica un'integrazione più stretta delle semantiche di memoria CXL: la memoria HBM della GPU viene presentata come memoria collegata a CXL piuttosto che come memoria mappata BAR0 tradizionale. Questo è un cambiamento architetturale significativo che si allinea direttamente con gli obiettivi di design della piattaforma Vera Rubin, che considera l'intero data center come un'unità di calcolo .
L'attività separata sui driver nel giugno 2026 conferma che Rubin è un'architettura completamente distinta in fase di sviluppo attivo. Il codice sorgente del modulo kernel GPU aperto di Nvidia su GitHub ha aggiunto un identificatore di classe GPU_ARCHITECTURE_RUBIN_GR1XX (classe di architettura 0x1C0), distinto da GB2XX (0x1B0) di Blackwell . Ciò conferma che Nvidia sta sviluppando il supporto kernel sia per Blackwell-Next che per Rubin in parallelo.
Nvidia ha pubblicato 12 lotti di patch per driver kernel open source nel corso del 2026 per supportare le sue GPU più recenti su Linux . Questa è una pratica consolidata di Nvidia: l'azienda presenta regolarmente in anteprima architetture GPU non ancora rilasciate attraverso patch precoci per i driver del kernel Linux, spesso mesi prima degli annunci hardware ufficiali:
La patch Blackwell-Next si inserisce in uno schema chiaro: un nome in codice di sviluppo temporaneo che appare in una patch del kernel di produzione, fornendo un segnale precoce e affidabile della roadmap di Nvidia prima che qualsiasi branding ufficiale riveli il nome del prodotto finale.
Blackwell-Next rappresenta probabilmente il passo di transizione di Nvidia verso la piattaforma Rubin completa. Il dettaglio architetturale visibile nelle patch — in particolare il passaggio a CXL DVSEC — conferma che Nvidia sta investendo pesantemente nelle semantiche di memoria CXL per i suoi supercomputer AI di nuova generazione.
Studio Global AI
Use this topic as a starting point for a fresh source-backed answer, then compare citations before you share it.
Le patch del kernel Linux di Nvidia (v7, 28 maggio 2026) rivelano un'architettura GPU per data center di nuova generazione con nome in codice interno "Blackwell Next", che aggiunge un controllo di prontezza della memo...
Le patch del kernel Linux di Nvidia (v7, 28 maggio 2026) rivelano un'architettura GPU per data center di nuova generazione con nome in codice interno "Blackwell Next", che aggiunge un controllo di prontezza della memo... Il meccanismo CXL DVSEC sostituisce il legacy polling del registro BAR0 HBM training, implicando un'integrazione più stretta delle semantiche di memoria CXL per carichi di lavoro AI/HPC [1][8].
Nvidia ha pubblicato 12 lotti di patch per driver kernel open source nel corso del 2026 per supportare le sue GPU più recenti su Linux, seguendo una consolidata strategia di anticipare hardware non ancora rilasciato t...
Loading comments...
Comments
0 comments