[Linux-Biella] credo di aver trovato la soluzione per l'MTRR ma ho bisogno di una mano

[Daniele (Mastro)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Paul TT ha scritto:
>> quello che non so è cosa devo allocare (quell'indirizzo base e la
>> dimensione che hai messo dipendono dall'hardware della macchina su cui
>> gira)
> 
> che 'e la tua, appunto. avevi mandato lspci e i log di x, se ti ricordi....
> per sicurezza rimanda l'lspci -v e lspci -nv
> 

01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility
Radeon 9600 M10] (prog-if 00 [VGA])
        Subsystem: ASUSTeK Computer Inc. Unknown device 1942
        Flags: bus master, 66MHz, medium devsel, latency 255, IRQ 209
        Memory at e0000000 (32-bit, prefetchable) [size=128M] <-----
eccolo qui
        I/O ports at b000 [size=256]
        Memory at fb9f0000 (32-bit, non-prefetchable) [size=64K]
        Expansion ROM at fb9c0000 [disabled] [size=128K]
        Capabilities: [58] AGP version 3.0
        Capabilities: [50] Power Management version 2

>> beh...
>> io toglierei tutto..
>> e metterei solamente l'indirizzo della ram così:
>>
>> echo "base=0x00000000 size=0x8000000 type=write-back" >| /proc/mtrr
>>
>> cioè indirizzo 0, 2 gigabite, tipo write-back (che è quello che usa
>> adesso x la ram)
>>
>> poi in teoria il resto dovrebbe allocarselo da solo il server X
>> o almeno credo....
>>
>> in realtà vorrei capire quando e da cosa viene costruita quella dannata
>> tabella!
> 
> come sempre gia' dissi, dovrebbe costruirla il driver video o x quando
> parte, ma evidentemente (apparentemente) il driver ati non lo fa, oppure
> x non riesce ad ottenere informazioni utili dal bios
> se no ce la avresti gia' allocata, da qui la mia istruzione per
> allocarla :-)
> direi che allocando la ram come vuoi fare tu, non penso risolva il
> problema (non penso, potrebbe anche, ma non penso), anzi....
> se il kernel legge le allocazioni di ram spezzettate in quel modo avra'
> le sue ragioni per farlo, no? io non le cambierei se non sapessi cosa
> fano di preciso.....
> 

hum.. forse non mi sono spiegato bene..

i driver ATI ci provano a costruirla.. il problema è che non c'è più posto

sono disponibili SOLO 8 registri per l'mtrr...
se sono già tutti allocati non posso inserirne altri..

se do:
echo "base=0xe0000000 size=0x0800000 type=write-combining" >| /proc/mtrr

la risposta è:
bash: echo: write error: No space left on device

che poi è il motivo per cui sono andato a modificare il sorgente del
modulo fglrx perchè credesse che l'MTRR non fosse compilato nel kernel..

quindi... più che inserire quell'indirizzo.. (che credo ci provino i
driver ati.. mi davano errori in proposito)

dovrei liberare registri

qualunque computer ho visto ha al massimo 3-4 registri occupati.. il mio
li ha tutti e 8

tutti contigui per giunta...

inoltre ho letto da qualche parte che la ram è allocata a partire
dall'indirizzo 0x00000000
io ho 2 gb di ram.. quindi se è realmente così tutta quell'allocazione
sono i 2 gb della mia ram spezzettati ad minchiam

come tu giustamente dici se il kernel alloca così ci sarà un motivo..
ecco.. allora vorrei comprendere qual'è questo motivo e sapere dove
cercare..

io credo invece che sia qualche minchiata del mio bios o simile.. e che
il kernel faccia quel che è corretto per tutti i computer che non hanno
un bios buggato..

e mi chiedo... posso disabilitarli tutti e rimetterli io come unico
registro da 2 gigabyte?

se si.. quando devo/posso farlo?

fin quando non so queste cose non mi fido a farlo... perchè come detto
qui sotto...

>> heeheh..
>> già.. però non so se correre il rischio.. se resto senza/devo
>> reinstallare tutto son cazzi!
> 
> :-DDD
> 

spero di aver chiarito :D

- --
ciao,
Daniele
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFE+Eoi33/AIKoeisRAv0CAJ0YMhHj5QsK/11xUxLIWgud9eTR7ACeJwWG
uTr2l8d4igGFHz7MofpeaV4=
=zu2L
-----END PGP SIGNATURE-----