Newsgroup: it.comp.os.linux.iniziare
Titolo: AMD Athlon

Volevo acquistare un Athlon con scheda madre Asus K7M, ma dalla
documentazione di RH6.2 non è ben chiaro se questa sia compatibile.
Qualcuno ha già fatto qualche prova?


La macchina con cui ti scrivo e' equipaggiata con motherboard Asus K7M,
processore Athlon 550, Linux Slackware 7 e Kernel 2.2.15.
L'ultimo riavvio risale a 6 giorni fa, dato che ho patchato il kernel
per l'AGP...
-- 
Lorenzo Pulici - webmaster(at)milanohockey(dot)com
ATTENZIONE: campo From alterato! Elimina pappappero per scrivermi
MILANOHOCKEY - Tutto l'hockey di Milano - 
http://www.milanohockey.com
webmaster P.A. Croce Verde Baggio - 
http://verdebaggio.freeweb.org

 Qualcuno ha già fatto qualche prova?
Io ho un Athlon con scheda k7M della ASUS, SuSE 6.3 con kernel 2.2.14 e
va tutto bbene.
Gec.

 per l'AGP...
Che vuol dire? Lo dovrei fare anch'io? (Ho la tua stessa configurazione
HW)
Gec.

 wrote:
Grazie mille a tutti quelli che mi hanno risposto!
Saidone


Ho installato le librerie GLXMESA (trovi il .tgz su 
www.linuxmafia.org
)
per sfruttare l'accelerazione 3D della Matrox G400 (per adesso solo per
qualche plugin di xmms, sai com'e' in ufficio non si puo' giocare a
quake ;-) e per farlo va patchato il kernel. Poi ho pure messo la patch
per il filesystem reiser, ma devo ancora riformattare le partizioni /var
e /tmp dove vorrei installarlo...
Se non ti interessa questo tipo di cose puoi anche non farlo... mica e'
obbligatorio :-)


 Qualcuno ha già fatto qualche prova?
Perchè non dovrebbe essere compatibile? L'Atholon non è al 100% compatibile
Intel?
Spiegatemi
saluti
AstromaN

Intel?
  Il processore e' l'ultimo dei problemi, proprio perche' e'
perfettamente Intel-compatibile, il problema puo' essere la scheda
madre con i vari USB, AGP, UDMA66, ecc.
-- 
  Ciao :-)
  Massimo
  Rivendita on line software e gadget Linux
  Disponibile SuSE 6.4
 
http://www.thule.it
  Nell'indirizzo, inserire una "h" tra la "t" e la "u"
  In the address, insert an "h" between the "t" and the "u"

 Spiegatemi
Ogni qual volta c'e' un processore non-Intel che si afferma, esce la voce
pseudo-terroristica che pero' non e' 100% compatibile, che c'e' del software
che non funziona bene, ecc. Delle volte e' anche vero, e cio' si verifica o
per caso o per volontarieta' da parti delle SW house (non e' un mistero che M$
in genere non si preoccupi molto di controllare se il suo sw funzioni anche su
cpu di altre marche, anche se poi, dopo lunghe attese, rilascia qualche fix).
Nel caso dell'Athlon non c'e' nessun problema di compatibilita' software. Ne
sorge qualcuno hardware invece con alcune schede madri, tra chipset Irongate e
schede video particolari (tipo GeForce), e anche qualche problema di
assorbimenti elettrici con alimentatori non troppo potenti.
Le schede madri Athlon di seconda generazione, quelle basate su chipset Via,
non hanno piu' nessun problema di compatibilita HW e quindi non c'e' veramente
niente di cui preoccuparsi.
PS: anche le piu' vecchie basate su Irongate, K7M ecc. in realta' vanno
benissimo. I problemi sembrano piu' dipendere dai driver win.
Ciao,
 Luigi

 wrote in message
8hnoqu$rii$2...@linux.ricca.it...


AstromaN
Semplicemente, poichè quasi tutti i processori sono Intel-compatibili, chi
appronta i programmi si riferisce alla istruzioni Intel standard. Nel caso del
K7 il problema STAVA nell' istruzione Intel MTRR: il kernel Suse 6.2 stadard al
boot cercava l'istruzione e, non trovandola, si piantava tutto (dovevo staccare
la spina).
Ho un K7 500 che non si pianta neanche a prenderlo a martellate, ma
per farlo partire ho dovuto scaricare dalla SuSe l'immagine per il disk di boot
con il kernel ottimizzato. Con il resto delle componenti (UDma, G400, SCSI,
etc.) non ho avuto nessun problema.
Penso che ora tutte le distrubuzioni abbiano adottato software adatto per
queste nuove tecnologie, che ormai non sono più tanto sconosciute come lo
potevano essere l'anno scorso.
Vai tranquillo e non dimenticare che, grazie al lavoro spesso gratuito di
moltissima gente, in Linux a tutto c'è rimedio (certo, basta che i produttori
rilascino le specifiche ;-)
Vito

 la spina).
Ti riferisci all'istruzione I.s.a.?
Non so il k7, ma l'intel è tutta una confusione lì!!!
saluti
AstromaN

AstromaN
Scusami, ma io non sono un programmatore. Ti ho semplicemente riferito ciň che
era scritto presso il supporto tecnico della Suse che riferiva: "The current
Linux kernel does not have proper MTRR-support compiled in".
Ciao, Vito

AstromaN
Scusami, ma io non sono un programmatore. Ti ho semplicemente riferito ciň che
era scritto presso il supporto tecnico della Suse (se vuoi potrei mandarti i
dettagli, ho ancora lo stampato). Se mi permetti un azzardo, forse sono le
istruzioni SSE che gli AMD non supportano (ma forse mi sbaglio di grosso).
Ciao, Vito

quake ;-) e per farlo va patchato il kernel. Poi ho pure messo la patch
Ti funziona Glx+AGP?
Io ho la tua stessa configurazione, i GLX funzionano senza problemi,
ma se attivo l'AGP si pinata di brutto tutto il PC, o per lo meno lo
schermo rimane nero,
Grazie, ciao,
Lumaca
lum...@writeme.com
ICQ: 12424362

 schermo rimane nero,
Parrebbe di si. Prima senza il supporto per agpart mi crashava spesso X,
ora non piu'...
In /etc/glx.conf ho
mga_dmaadr = AGP
e il log GLX e'
1597159203:virtual (x, y) (1280, 1024)
   177:width: 1280
    92:depth: 24
    53:memBase: 0x40413000
    56:videoRam: 0x00004000
    54:Detected 0x525 Chip ID
    85:Memory heap 0x836a638:
    61:  Offset:00000000, Size:005a0000, UR
    60:  Offset:005a0000, Size:00a5fc00, ..
    56:  Offset:00fffc00, Size:00000400, UR
    57:End of memory blocks
   193:pseudoDmaPhysical : 0xef000000
    72:pseudoDmaVirtual : 0x41413000
    55:mga_dma < 2 -- disabling setup dma
    60:mgaDmaInit: mga_dma = 0
    71:defaulting to mga_cmdsize = 4
    81:allocated 0x400000 bytes from virtual memory for command buffers.
 34171:MemoryBenchmark: 117 mb/s
 16174:MemoryBenchmark: 249 mb/s
   121:dmaBuffers[]->maxPrimaryDwords = 65536
    63:dmaBuffers[]->maxSecondaryDwords = 458752
    62:No sysmemHeap, textures must be stored on card
 10678:Configuring WARP
   115:Only using a single warp pipe.
    91:tgz     (nil), 0x403e3a9c, 824
    68:tgza    (nil), 0x403e3dd4, 856
    59:tgzaf   (nil), 0x403e412c, 896
    60:tgzf    (nil), 0x403e44ac, 864
    58:tgzs    (nil), 0x403e480c, 928
   133:tgzsa   (nil), 0x403e4bac, 968
    62:tgzsaf  (nil), 0x403e4f74, 1000
    60:tgzsf   (nil), 0x403e535c, 968
    59:t2gz     (nil), 0x403e1614, 1080
    61:t2gza    (nil), 0x403e1a4c, 1112
    60:t2gzaf   (nil), 0x403e1ea4, 1152
    60:t2gzf    (nil), 0x403e2324, 1120
    60:t2gzs    (nil), 0x403e2784, 1184
    61:t2gzsa   (nil), 0x403e2c24, 1224
    61:t2gzsaf  (nil), 0x403e30ec, 1256
    61:t2gzsf   (nil), 0x403e35d4, 1224
    61:Warp initialisation successfully completed
    75:enabling mga_nosgram
mgaInitGLX completed


 10678:Configuring WARP
mi dispiace deluderti, ma non stai usando l'AGP :-(
cosě funziona anche a me...
nel file glx.conf deve esserci
mga_dma=3
(ho provato con mga_dma=1; parte X, ma quanto avvio Quake3 diamo da
capo:-(
Prova e fammi sapere, ciao, 
Lumaca
lum...@writeme.com
ICQ: 12424362

Ti riferisci all'istruzione I.s.a.?
Neppure io so cosa sia "I.s.a.", cmq posso confermare (per esperienza)
che i kernel prima di una certa versione 2.2.x (non so esattamente),
se compilati con l'opzione per i MTRR ed eseguiti su Athlon provocano
il blocco in fase di boot.
Il problema, cmq, non esiete più (almeno dal kernel 2.2.14 in poi).
Non chiedetemi il perchè...
Ciao, 
Lumaca
lum...@writeme.com
ICQ: 12424362

 capo:-(
Ho provato.
L'unica applicazione che uso con OpenGL, vale a dire il plugin per xmms,
sembra funzionare perfettamente (anzi e' piu' veloce di prima)...
Nun zaprei...
ciao
-- 
Ma mi faccia il piacere! (Toto')