Supporto No Execute in Linux

[ilsensine]

Originariamente inviato da Ikitt_Claw
The NX feature changes this and adds a 'dont execute' bit to the PAE
pagetable format.

Ho capito male o per usare l'NX occorre per forza usare il PAE?
Cosa fanno, aggiungono un hack ad un'altro hack?

Smentiscimi ti prego...

[Ikitt_Claw]

Originariamente inviato da ilsensine
Ho capito male o per usare l'NX occorre per forza usare il PAE?
Cosa fanno, aggiungono un hack ad un'altro hack?

Smentiscimi ti prego...

Premesso che sono abbastanza pippa in materia di kernel e sopratutto VM,
leggendo qualche link su kerneltrap pare che ci voglia:

- enable CONFIG_HIGHMEM64G in the .config.

(da http://people.redhat.com/mingo/nx-pa...ckStart-NX.txt)
E questo mi parrebbe semplicemente il supporto per HIGHMEM... No?

Questo puo` esserti di interesse?
http://people.redhat.com/mingo/nx-pa...6.7-rc2-bk2-AE

Trovi tutto a partire dal link su kerneltrap postato da paletta, comunque.

[ilsensine]

Originariamente inviato da Ikitt_Claw
- enable CONFIG_HIGHMEM64G in the .config.

Oh mammaaaa!!

Chi è il genio, il _GENIO_ progettista di cpu che si è inventato 'sta fesseria??!!!

[Ikitt_Claw]

Originariamente inviato da ilsensine
Oh mammaaaa!!

Fa cosi` schifo quest'implementazione?

[ilsensine]

Originariamente inviato da Ikitt_Claw
Fa cosi` schifo quest'implementazione?

Hai più di 4GB di RAM o ti piace abilitare HIGHMEM64G per far fare un pò di lavoro inutile al tuo annoiato processore?

[Ikitt_Claw]

Originariamente inviato da ilsensine
Hai più di 4GB di RAM o ti piace abilitare HIGHMEM64G per far fare un pò di lavoro inutile al tuo annoiato processore?

Pensavo che per com'e` fatto l'athlon 64 non dovrebbe essere un grosso problema; non credo che Molnar si metta a scialare da questo punto di vista.
O no?

[ilsensine]

Originariamente inviato da Ikitt_Claw
Pensavo che per com'e` fatto l'athlon 64 non dovrebbe essere un grosso problema; non credo che Molnar si metta a scialare da questo punto di vista.
O no?

L'Athlon64, usato a 64 bit, non usa PAE o altre diavolerie simili. Bontà sua, non ha bisogno di simili hack.

Mi riferivo ovviamente a processori a 32 bit o all'x86-64 usato a 32 bit. Dal tuo primo link:

this patch is only meant for 32-bit x86 kernels and distributions

[Ikitt_Claw]

Originariamente inviato da ilsensine
Mi riferivo ovviamente a processori a 32 bit o all'x86-64 usato a 32 bit. Dal tuo primo link:

Ok, scusa il malinteso: non avevo notato quella riga. In questo caso sono d'accordo con te.

[Raid5]

Originariamente inviato da Lo ZiO NightFall
Chi mi garantisce che un domani, una volta diffusa tale tecnologia, non utilizzino la stessa funzione per inibire altri programmi?
NESSUNO
se la possono tenere...

Originariamente inviato da sinadex
cmq, da più parti leggo allarmi in quanto sarebbe un preludio a palladium e via dicendo, io però non ci credo molrto... qualcuno mi illomina?

Certo che siete proprio paranoici!

[cdimauro]

Non è che l'architettura x86 sia tanto male: l'aggiunta del flag NX si è resa necessaria a causa del nuovo modello di memoria previsto dall'architettura x86-64, che è SOLAMENTE paginato. Non sono presenti più i segmenti (per essere precisi, per le applicazzioni nello spazio utente sono inutilizzabili/inutili; per le applicazioni nello spazio supervisore vengono utilizzati dal kernel solamente per accedere alle proprie aree di memoria), per cui viene meno ciò che veniva offerto da questo modello di memoria, che difatti prevedeva già dal 286 la non esecuzione di codice nei segmenti di dati/stack (poteva essere eseguito solamente in segmenti di codice, appunto).

Poiché gli x86-64 implementano questo flag col sistema di paginazione, per renderlo utilizzabile anche in modalità a 32 bit è necessario abilitare le PAE. Comunque non vedo problemi in ciò: basta non usare i 4 bit superiori per gli indirizzi a 36 bit, e si rimane sempre nell'ambito dei 4GB di memoria indirizzabili. Col vantaggio, però, di poter attivare questo flag.

In ogni caso, adesso che pure gli sviluppatori Linux hanno deciso di implementare questa funzionalità, spero che i timori di quanti ravvisavano lo spettro di palladium siano spariti...

[sinadex]

Originariamente inviato da Raid5
Certo che siete proprio paranoici!

ho riportato le voci che ho letto in giro... ho chiesto giusto per scrupolo

[ilsensine]

Originariamente inviato da cdimauro
Poiché gli x86-64 implementano questo flag col sistema di paginazione, per renderlo utilizzabile anche in modalità a 32 bit è necessario abilitare le PAE.

Scusa, ma è una argomentazione che non mi convince. Già in modalità "normale" (non pae) c'è il supporto per abilitazione in lettura e/o scrittura a livello di singola pagina; manca - ed è grave - l'abilitazione in esecuzione. Usare l'x86-64 in modalità "compatibile" non vuol dire per forza passare per il pae. Inoltre, da quello che si subodora leggendo in giro, credo che l'NX sarà introdotto anche nei processori a 32 bit puri (non solo amd).
Il pae è un brutto hack che non è mai piacuto a nessuno. Aggiungere un hack sull'hack per me è il modo più sbagliato di affrontare un problema. Se questa deve essere la soluzione, sarebbe stato meglio lasciare l'NX per i processori a 64 bit puri (il cui scopo principale è proprio buttare alle ortiche il pae).

Comunque non vedo problemi in ciò: basta non usare i 4 bit superiori per gli indirizzi a 36 bit, e si rimane sempre nell'ambito dei 4GB di memoria indirizzabili. Col vantaggio, però, di poter attivare questo flag.

Questo non ti libera dall'overhead aggiuntivo di utilizzare il pae, che prevede comunque una tabella di paginazione addizionale. Gli indirizzi usati dai programmi sono sempre e comunque di 32 bit, quarda ad es. qui

[cdimauro]

Originariamente inviato da ilsensine
Scusa, ma è una argomentazione che non mi convince. Già in modalità "normale" (non pae) c'è il supporto per abilitazione in lettura e/o scrittura a livello di singola pagina; manca - ed è grave - l'abilitazione in esecuzione.

Questo l'ho già spiegato: si è sempre fatto uso della segmentazione, che offre restrizioni e privilegi molto più "fini".

Usare l'x86-64 in modalità "compatibile" non vuol dire per forza passare per il pae.

Lo so, ma sarà quello che Amd ha deciso di fare nell'implementazione dell'x86-64 e delle conseguenti migliorie che "appaiono" anche in modalità a 32 bit.

Inoltre, da quello che si subodora leggendo in giro, credo che l'NX sarà introdotto anche nei processori a 32 bit puri (non solo amd).

Dovrebbero implementarlo i prossimi Prescott con 2MB di cache L2, se non erro.

Il pae è un brutto hack che non è mai piacuto a nessuno.

Neppure a me.

Aggiungere un hack sull'hack per me è il modo più sbagliato di affrontare un problema.

Indubbiamente. Probabilmente hanno voluto semplificare il design, lasciandolo attivo sempre e soltanto col PAE attivo.

Se questa deve essere la soluzione, sarebbe stato meglio lasciare l'NX per i processori a 64 bit puri (il cui scopo principale è proprio buttare alle ortiche il pae).

Veramente il PAE in modalità x86-64 dovrebbe essere sempre attivo, e l'unico modo disponibile per indirizzare la memoria.

Questo non ti libera dall'overhead aggiuntivo di utilizzare il pae, che prevede comunque una tabella di paginazione addizionale. Gli indirizzi usati dai programmi sono sempre e comunque di 32 bit, quarda ad es. qui

Sì, ho visto. Questo è anche uno dei motivi per cui AMD ha aumentato le entrate nella cache TLB. D'altra parte, avendo sempre 4 livelli d'indirezione, era una scelta praticamente obbligata.
Comunque, penso che sia stata una scelta di comodo e di omogenità (in ogni caso si hanno 4 livelli di indirezione), quella di implementare il flag NX solo con il PAE attivo anche nella modalità a 32 bit. Si saranno fatti bene i conti: se già nella modalità a 64 bit bisogna per forza di cosa avere 4 livelli d'indirezione, tanto vale usarli anche in quella a 32 bit; l'aumento della cache TLB servirà a mitigare questo ulteriore passaggio.
E' una scelta che non condivido neppure io, ma fra il non avere una funzionalità, e averla un po' "castrata", meglio la seconda. Tanto più che chi avrà un processore a 64 bit passerà ancora poco tempo a utilizzare un s.o. a 32 bit...

[jappilas]

Originariamente inviato da cdimauro
Veramente il PAE in modalità x86-64 dovrebbe essere sempre attivo, e l'unico modo disponibile per indirizzare la memoria.

cioè l' unico modo consiste nel dare ai programmi 64 bit di address space virtuale, da trasformare in (se non ricordo male) 48 fisici, passando attraverso una gestione bank swapping a blocchi di 32?

magari ho capito male... LO SPERO vivamente

[cdimauro]

No, se ti riferisci alla modalità nativa a 64 bit, la situazione è la seguente:

1) I registri indirizzo a 64 bit
2) Indirizzi virtuali utilizzabili 2^48 (in futuro sarà possibile estenderli, ovviamente)
3) Indirizzi fisici mappabili 2^40 (idem come sopra)

Non esiste nessun bank swapping, non ti preoccupare: c'è la "solita" catena dovuta alla traduzione dall'indirizzo virtuale all'indirizzo fisico, tramite "l'albero" delle page directory entry, che questa volta è 4 livelli, rispetto ai 3 necessari nella modalità a 32 bit normale (non PAE, che diventa a 4 livelli). D'altra parte, con 48 bit d'indirizzamento virtuale, almeno un livello in più doveva essere aggiunto...