[assembly] architettura IA-32

[misterx]

siccome non trovo un piffero da nessuna parte vi chiedo: nei processori intel esistono registri specifici solo per le istruzioni e registri specifici solo per i dati ?

[cdimauro]

Francamente non capisco bene la domanda. Potresti cortesemente provare a formularla in maniera più chiara? Grazie.

[misterx]

Originariamente inviato da cdimauro

Francamente non capisco bene la domanda. Potresti cortesemente provare a formularla in maniera più chiara? Grazie.

a me sembra chiara a sufficienza

[cdimauro]

In tal caso, mi spiace, ma non potrò fornirti nessuna risposta.

[misterx]

Originariamente inviato da cdimauro

In tal caso, mi spiace, ma non potrò fornirti nessuna risposta.

un esperto di assembly saprebbe dirmi se codice e dati finisconon nello stesso registro oppure codice e dato finiscono in registri separati

[71104]

Originariamente inviato da misterx

a me sembra chiara a sufficienza

non lo era affatto

Originariamente inviato da misterx

un esperto di assembly saprebbe dirmi se codice e dati finisconon nello stesso registro oppure codice e dato finiscono in registri separati

non lo é neanche adesso, non ha senso: codice e dati stanno in memoria (come in tutte le macchine di Von Neumann) e i registri possono contenere qualunque cosa venga presa dalla memoria.

[misterx]

Originariamente inviato da 71104

non lo era affatto


non lo é neanche adesso, non ha senso: codice e dati stanno in memoria (come in tutte le macchine di Von Neumann) e i registri possono contenere qualunque cosa venga presa dalla memoria.

nell'architettura IA-32, a meno che non abbia inteso male io si legge che il registro CS = code segment (quindi ci dovrebbero andare solo istruzioni) ed il registro DS = data segment (qui ci vanno solo dati=parametri), tralasciando gli altri per non complicare le cose.

Il mio dubbio nasce dal fatto che se il PC (program counter) che tiene traccia del prossimo indirizzo da leggere fa mettere nel registro CS un dato qualsiasi e non una istruzione, come fa la cpu ad eseguirla ?

Dovrebbe avere un registro specifico dove eseguire le istruzioni con parametri presenti in un altro registro: sbaglio ?

[cdimauro]

Originariamente inviato da misterx

nell'architettura IA-32, a meno che non abbia inteso male io si legge che il registro CS = code segment (quindi ci dovrebbero andare solo istruzioni) ed il registro DS = data segment (qui ci vanno solo dati=parametri), tralasciando gli altri per non complicare le cose.

No, il CS indica soltanto un segmento. Poi nel segmento è possibile memorizzare anche dati, oltre a istruzioni.

Lo stesso vale per qualunque altro registro, DS incluso.

Anzi, è possibile scrivere applicazioni per cui CS = DS = ES = SS, ad esempio.

Il mio dubbio nasce dal fatto che se il PC (program counter) che tiene traccia del prossimo indirizzo da leggere fa mettere nel registro CS un dato qualsiasi e non una istruzione, come fa la cpu ad eseguirla ?

Dovrebbe avere un registro specifico dove eseguire le istruzioni con parametri presenti in un altro registro: sbaglio ?

C'è un po' di confusione. CS punta soltanto a un segmento. Poi in coppia con IP il processore compone l'indirizzo dell'istruzione da eseguire.

Se viene caricata un'istruzione non valida, viene generata un'eccezione coi processori moderni (con quelli vecchi no).

Questo se ho capito bene il tuo dubbio.

[misterx]

Originariamente inviato da cdimauro

No, il CS indica soltanto un segmento. Poi nel segmento è possibile memorizzare anche dati, oltre a istruzioni.

Lo stesso vale per qualunque altro registro, DS incluso.

Anzi, è possibile scrivere applicazioni per cui CS = DS = ES = SS, ad esempio.

C'è un po' di confusione. CS punta soltanto a un segmento. Poi in coppia con IP il processore compone l'indirizzo dell'istruzione da eseguire.

Se viene caricata un'istruzione non valida, viene generata un'eccezione coi processori moderni (con quelli vecchi no).

Questo se ho capito bene il tuo dubbio.

ti correggo, ho molta confusione non poca

Mi sa che questa discussione non andava in questo spazio, pardon!

[gugoXX]

Diciamo che molti registri, come ad esempio i selettori di segmento, non vanno bene per essere usati per dati utente.
Intendo, se devo effettuare l'operazione 3+5, i valori 3 e 5 possono essere messi in tanti registri che potranno essere usati come sorgente per la somma, ma sicuramente non andro' a metterli in registri di tipo selettore.
Ci sono poi tanti registri, ciascuno con le sue caratteristiche, che NON potranno similmente servire allo scopo, come GDT, IDT.
Altri registri sono invece readonly, e quindi a maggior ragione non potranno essere usati.
Anche la parola di stato, i flag, sono in un registro, e anche questo non potra' essere usato per dati utente.
Ci sono poi registri che seppure possano essere usati per dati utente, non verranno usati allo scopo, come ESP e EBP, usati normalmente per operazioni sullo stack, e addirittura implicitamente coinvolti nelle operazioni assembly che operano appunto sullo stack.

"Registri solo per le istruzioni" e' un po' stiracchata come definizione, e mi sentirei di dire che solo il registro selettore CS e il registro del Program Counter EIP sono gli unici che hanno effettivamente a che fare SOLO con le istruzioni e che non vengono effettivamente usati per nient'altro.

Diciamo quindi che ci sono registri che possono essere usati per memorizzare/trattare dati, e registri che invece non si usano per questo, sebbene nessuno mi vieti di memorizzare 5 per la somma 5+7 nel registro TR3 o in DR2, il primo usato durante le procedure di self-test e il secondo che e' uno dei registri usati in modailita' DEBUG (step-by-step) del microprocessore, e il cui significato e' "Solleva un interrupt (ben specifico) quando il registro EIP (o forse l'inidirizzo fisico vero, non ricordo) arriva a valere il valore contenuto nel registro DRn"
Fatto salvo che poi questo registro non potro' usarlo come sorgente per una somma, e fatto salvo che non sia in modalita' DEBUG quando presumibilmente tale registro potrebbe servirmi e cambiarlo potrebbe dare effetti poco predicibili, nulla mi vieta di usarlo come "contenitore" temporaneo per dei dati.
Ma e' direi controproducente, dato che scrivere in tali registri e' normalmente addirittura piu' lento che scrivere in una cella di RAM.

[cdimauro]

Già era confuso prima, adesso gli hai dato il colpo di grazia.

[misterx]

Originariamente inviato da gugoXX

"Registri solo per le istruzioni" e' un po' stiracchata come definizione, e mi sentirei di dire che solo il registro selettore CS e il registro del Program Counter EIP sono gli unici che hanno effettivamente a che fare SOLO con le istruzioni e che non vengono effettivamente usati per nient'altro.

quindi i registri CS,DS,SS etc.. sono ad uso esclusivo della CPU ?

Ora ricordo che la memoria viene segmentata e ogni segmento contiene codiece/dati/stack, quandi tali registri si riferiscono a questi segmenti di memoria....se non ricordo male

Comunque, grazie 1000 per le vostro risposte

[gugoXX]

Originariamente inviato da cdimauro

Già era confuso prima, adesso gli hai dato il colpo di grazia.

Ho paura di si'.
Forse sarebbe utile studiare cosa e' un registro, cosa sono i dati, cosa sono le istruzioni e come fa una macchina ad eseguire le istruzioni.
Ovvero Von Neumann capitolo 1

[misterx]

Originariamente inviato da cdimauro

Già era confuso prima, adesso gli hai dato il colpo di grazia.

tranquillo che recupero in fretta

ci vuole ben altro....dopo aver passato statistica, almeno questa (cpu, registri et similia) è informatica ed è divertente

cmq, ho trovato qualcosa http://it.wikipedia.org/wiki/Archite...istri_generali

[misterx]

Originariamente inviato da gugoXX

Ho paura di si'.
Forse sarebbe utile studiare cosa e' un registro, cosa sono i dati, cosa sono le istruzioni e come fa una macchina ad eseguire le istruzioni.
Ovvero Von Neumann capitolo 1

non devo entrare troppo nel dettaglio
Architetture l'ho dato qualche annetto fa!

[gugoXX]

Beh, allora andare avanti solo con definizioni non so se ti aiutera'.
Questo perche' per esempio non esistono registri utente che in alcun istante contengono "istruzioni". Non esistono quindi registri prettamente per le "istruzioni".
I registri che contengono le istruzioni che vengono eseguite in un determinato istante non sono registri accessibili dall'esterno del microprocessore, e nemmeno vengono comunemente chiamati registri.

Pensa poi al fatto che l'immagine binaria di un'istruzione e' di poco aiuto per il core del microprocessore Intel (e AMD), essendo che i Core2 sono microprogrammati, ovvero ogni singola istruzione macchina viene convertita in altre microistruzioni macchina. Ogni istruzione e' in realta' un programmino che fa uso di registri macchina non accessibili all'esterno.
Addirittura i Motorola (almeno fino al 68030) sono nanoprogrammati.
Ogni istruzione macchina dell'assembly dei motorola viene convertita in una o piu' microistruzioni. Ogni microistruzione e' a sua volta un nanoprogramma, composto da una o piu' nanoistruzioni. Nessuna delle celle di memoria interne del motorola che viene caricata in un determinato istante con una nanoistruzione del nanoprogramma e' accessibile all'esterno ne' in lettura ne' in scrittura.

Quindi puoi caricare se vuoi quello che e' il contenuto binario di un'istruzione in un registro utente, ma questo non servira' al processore per eseguirla, ne si puo' dire che possa servire per le istruzioni.

Parziale controesempio: WinZip e in generale programmi di compressione/decompressione.
Se io decomprimo un eseguibile ovviamente sto creando in memoria un bulk di dati che POI, forse, saranno un programma che verra' eseguito.
Durante l'esecuzione del decompressore (ma anche del compressore) quindi ci sara' un istante in cui qualcuno dei registri del microprocessore conterra' un'istruzione macchina. Ma per lui in quel momento non sono altro che dati agnostici. Per il decompressore e il microprocessore tali contenuti non sono altro che dati come tutti gli altri, e il fatto che possano essere in realta' istruzioni di un programma non aiutera' o non provochera' l'esecuzione di alcunche'. Che sia una immagine o un esegubilie, non si puo' dire che alcun registro in alcun istante contenga istruzioni per il microprocessore, ove per istruzione si intende qualcosa che viene caricato in qualunque registro per essere effettivamente "eseguito"

[misterx]

Originariamente inviato da gugoXX

Beh, allora andare avanti solo con definizioni non so se ti aiutera'.

a noi al corso di SO hanno suggerito di leggere le prime 10 pagine dei primi 6 capitoli del manuale di intel

"Intel® 64 and IA-32 Architectures
Software Developer’s Manual
Volume 3A:
System Programming Guide, Part 1"

e lasciato tutto il resto per chi desidera approfondire, ovviamente tempo permettendo.

Lo scopo del corso di SO che sto seguendo io è capire come lavora/ragiona minix su piattaforma intel, per questo motivo mi servono i rudimenti di come lavora intel. E' già impegnativo studiare i vari algoritmi di scheduling e quant'altro che non ci sarebbe modo di approfondire più di tanto, forse più in là.

Allo stato attuale mi interessa capire dove e come scrivo nella cpu attraverso l'assembly: scrivere mov eax,xyz opure push 1 senza capire dove finiscono i dati non mi è sufficiente.
Siccome nel corso si citano differenti registri della CPU è interessante capire come sono fatti e come lavorano ma senza entrare nel dettaglio di come lavora l'ALU, MAR etc...

Comunque grazie infinite per i vostri interventi

[Tesinevb]

Originariamente inviato da misterx

a noi al corso di SO hanno suggerito di leggere le prime 10 pagine dei primi 6 capitoli del manuale di intel

"Intel® 64 and IA-32 Architectures
Software Developer’s Manual
Volume 3A:
System Programming Guide, Part 1"

e lasciato tutto il resto per chi desidera approfondire, ovviamente tempo permettendo.

Lo scopo del corso di SO che sto seguendo io è capire come lavora/ragiona minix su piattaforma intel, per questo motivo mi servono i rudimenti di come lavora intel. E' già impegnativo studiare i vari algoritmi di scheduling e quant'altro che non ci sarebbe modo di approfondire più di tanto, forse più in là.

Allo stato attuale mi interessa capire dove e come scrivo nella cpu attraverso l'assembly: scrivere mov eax,xyz opure push 1 senza capire dove finiscono i dati non mi è sufficiente.
Siccome nel corso si citano differenti registri della CPU è interessante capire come sono fatti e come lavorano ma senza entrare nel dettaglio di come lavora l'ALU, MAR etc...

Comunque grazie infinite per i vostri interventi

Vai quì:
http://xoomer.virgilio.it/ramsoft/

[banryu79]

Originariamente inviato da Tesinevb

Vai quì:
http://xoomer.virgilio.it/ramsoft/

Mitica fonte

[misterx]

Originariamente inviato da Tesinevb

Vai quì:
http://xoomer.virgilio.it/ramsoft/

lo stò leggendo, grazie

Per me è stato fondamentale il capitolo 9