Un bug hardware affligge la memoria virtuale delle CPU Intel

[tallines]

Originariamente inviato da Raziel08

A quanto ho capito, l'update di windows KB4078130 dovrebbe rimuovere la protezione contro una delle varianti per chi ha problemi con il pc. Mi ritrovo due update: uno cumulativo kb4074598 ed un altro kb2952664. Poichè il mio pc va bene dopo l'aggiornamento dei microcode, posso effettuare questi due update? Oppure il kb4078130 è incluso in uno degli altri due e in automatico mi disabiliterebbe la protezione?

Non penso, che un aggiornamento, ti disabiliti la protezione, anzi .

Originariamente inviato da lilliput

Finalmente una bella notizia: Intel fara' uscire il microcode aggiornato per correggere il bug Spectre v2 per tutte la famiglie di processori:

https://www.google.it/url?sa=t&sourc...svmS9BeuAjj5kA

Intanto all' AMD, continuano a dormì............

[s-y]

se non avessero aggiornato per tutte le cpu sarebbe stato grave...
poi ok, gli oem devono etc etc, ma cmq ci si può arrangiare, anche se il metodo windowsiano è un pò al limite dovendo caricare il microcode a kernel up, e in assoluto (per tutti gli os) sarebbe preferibile un aggiornamento via bios

[Ginopilot]

Originariamente inviato da s-y

se non avessero aggiornato per tutte le cpu sarebbe stato grave...
poi ok, gli oem devono etc etc, ma cmq ci si può arrangiare, anche se il metodo windowsiano è un pò al limite dovendo caricare il microcode a kernel up, e in assoluto (per tutti gli os) sarebbe preferibile un aggiornamento via bios

Per i prodotti consumer, anche di fascia alta, non c'e' alcuna speranza di aggiornamento di roba fuori produzione.

[s-y]

si infatti, ma pur tuttavia sarebbe la soluzione migliore...

[Ginopilot]

Certamente, ma non ci sara'. Forse qualche grosso nome come hp o dell, ma penso che si concentreranno sui prodotti business e solo su alcuni, probabilmente solo le workstation.

[s-y]

anche perchè agli oem apre la possibilità di vendere qualche mb in più. a meno di scenari molto ipotetici, conflitto di interesse in piena regola

[tallines]

Originariamente inviato da s-y

............e in assoluto (per tutti gli os) sarebbe preferibile un aggiornamento via bios

Il Bios penso che verrà aggiornato per i computer che hanno fino a 3 anni, quindi penso dall' inizio del 2015 .

Per quelli più vecchi, mi sa che non esce niente, poi.....

Anche se il Bios dovrebbe essere aggiornato per tutti i computer, che hanno una scheda madre che supporta sia la modalità Bios-Uefi, che la modalità Bios-Legacy .

Quindi anche per pc con schede madri a prima del 2015.....ma mi sa che sono solo illusioni quelle che ho appena detto.............

[zappy]

Originariamente inviato da Ginopilot

Per i prodotti consumer, anche di fascia alta, non c'e' alcuna speranza di aggiornamento di roba fuori produzione.

sarebbe ora che ci fosse una legge x cui se vuoi commerciare qualcosa, DEVI tassativamente garantire l'aggiornamento x minimo 5 anni dall'uscita dalla produzione.

è impensabile che si prosegua a 'sto modo che appena esci dal negozio il prodotto è già vecchio e buggato.

[Adone_1985]

Scusate ma per gli haswell-e 2011-3 lo fanno uscire??

[Averell]

Originariamente inviato da Adone_1985

Scusate ma per gli haswell-e 2011-3 lo fanno uscire??

il problema, nel caso non si fosse ancora capito, non è tanto lato Intel (che infatti fa il suo) quanto dell'ecosistema che vi ruota attorno.

Se ASUS, per fare un esempio, decide di non intervenire per i motivi che le pare (in fondo si parla aimè di prodotti discontinuati per quanto perfettamente funzionanti), [e qui prosegui te]...

Quindi, quali saranno le mosse dell'ecosistema per chi è in possesso di piattaforme diversamente-giovani?

Mago → sfera di cristallo → interpretazione

[Varg87]

I microcode si possono sempre aggiungere a mano, l'importante è che vengano rilasciati.
La mia Z77 Extreme 4 non penso riceverá l'aggiornamento ma qualora Intel rilasciasse un microcode stabile per il mio 3570k lo impelementerei con UBU BIOS editor come ho giá fatto in passato con microcode aggiornati e non inseriti nel BIOS ufficiale.
Quindi sí, è tutto in mano di Intel.

[Averell]

Originariamente inviato da Varg87

Quindi sí, è tutto in mano di Intel.

direi allora che puoi stare tranquillo.

La strada da te tracciata risulterà percorsa (e percorribile) dall'1% della popolazione di piattaforme diversamente giovani ma te, in effetti, risulterai protetto (anche se presumibilmente dovrai scendere a compromessi tipo disabilitare il Secure Boot ma queste obiettivamente sono scelte personali)...

[lilliput]

Originariamente inviato da Adone_1985

Scusate ma per gli haswell-e 2011-3 lo fanno uscire??

Il tuo Haswell-E dovrebbe avere CPU-ID: 306F2

Se vedi qui:
https://newsroom.intel.com/wp-conten...e-guidance.pdf

con quel CPU-ID si fà solo riferimento a questo:
Intel® Xeon® Processor E5v3 Product Family

quindi non è chiaro nel tuo caso...

PS: se il tuo Haswell-E uso lo stesso microcode degli Xeon E5v3 allora la risposta sarebbe sì, devi però verificarlo

[s-y]

Originariamente inviato da Averell

direi allora che puoi stare tranquillo.

La strada da te tracciata risulterà percorsa (e percorribile) dall'1% della popolazione di piattaforme diversamente giovani ma te, in effetti, risulterai protetto (anche se presumibilmente dovrai scendere a compromessi tipo disabilitare il Secure Boot ma queste obiettivamente sono scelte personali)...

si in effetti lo smanettare sull'efi non è che sia easy peasy.
almeno (ma non lo scrivo con intenti simil-sbeffeggiatori o simile) usando linux il microcode lo carica il bootloader, che è diciamo una via di mezzo. ma le percentuali quelle restano

[lilliput]

Originariamente inviato da Averell

Originariamente inviato da Varg87
Quindi sí, è tutto in mano di Intel.

Io invece penso che ora, visto che Intel ha confermato l'update del microcode per tutte le famiglie a partire dai core 2 duo, è tutto in mano a Microsoft (considerando i sistemi Windows): quando verrano rilasciati i microcode da Intel con i bugifix allora MS si dovrà preoccupare di implementare una patch per fare in modo di attivarli sui sistemi (operazione già compiuta in passato).
In questo modo la procedura con il VMWare tool, che ha il limiti dell'avvio dopo l'attivazione completa del kernel, potrà essere bypassata grazie la patch emessa direttamente dal produttore (MS)

Per Linux l'update già avviene in modo sistematico al rilascio di nuovi microcode seguendo una procedura standardizzata (è un sistema più flessibile di Win, c'è poco da fare)

[ninja750]

Originariamente inviato da Averell

il problema, nel caso non si fosse ancora capito, non è tanto lato Intel (che infatti fa il suo) quanto dell'ecosistema che vi ruota attorno.

Se ASUS, per fare un esempio, decide di non intervenire per i motivi che le pare (in fondo si parla aimè di prodotti discontinuati per quanto perfettamente funzionanti), [e qui prosegui te]...

Quindi, quali saranno le mosse dell'ecosistema per chi è in possesso di piattaforme diversamente-giovani?

Mago → sfera di cristallo → interpretazione

esatto, asus e altri produtori se ne lavano le mani, ce ne ricorderemo al prossimo acquisto

[Averell]

Originariamente inviato da ninja750

esatto, asus e altri produttori se ne lavano le mani

è quello che, a distanza di 1 mese è mezzo, sembra stia accadendo

ce ne ricorderemo al prossimo acquisto

le alternative come dicevi si muovono sulla stessa riga dunque temo che al prossimo giro ci dovremmo improvvisare noi produttori di schede madri

A meno di non essere tutti tecnici, voglio vedere un umano (come me) che strada può percorrere (a meno che non sia vero quello che ci dice lilliput & il suo discorso su MS, la vedo francamente bigia)...

[s-y]

da capire se sotto win sia implementabile 'facilmente' l'ipotizzata patch. onestamente lo ignoro

[Averell]

ho trovato questo che sembra avvalorare la tesi di Lilliput (da parte mia le mie conoscenze terminano qui per cui saranno eventualmente altri ad approfondire la veridicità etc):


(da →)

I KB di cui parla il tizio: A, B

[GmG]

Originariamente inviato da Averell

è quello che, a distanza di 1 mese è mezzo, sembra stia accadendo

le alternative come dicevi si muovono sulla stessa riga dunque temo che al prossimo giro ci dovremmo improvvisare noi produttori di schede madri

A meno di non essere tutti tecnici, voglio vedere un umano (come me) che strada può percorrere (a meno che non sia vero quello che ci dice lilliput & il suo discorso su MS, la vedo francamente bigia)...

si sono accordi di un bug che faceva riavviare il pc in modo casuale ed intel ha chiesto di sospendere la distribuzione ora pare che il problema sia stato risolto ed intel ha iniziato ad distribuire i nuovi microcode (dalle cpu + recenti)

cosa dovevano distribuire asus ?

ps asus aveva già rilasciato anche il bios aggiornato per una scheda madre con haswell (prima di scoprire dei riavvi)
ed intel non aveva ancora rilasciato microcode per piattaforme prima di haswell