@alberta, thanks and no problem…. it seems you don’t speak italian, u think that would be useful an English version? you need to wait 1-2 month before i have the time to write an English version anyway
Ciao, io penso di avere il tuo stesso portatile…anche se in asus non ci si capisce molto sui modelli.
Volevo dirti che a me è capitato il fatto del congelamento dello schermo quando uso beryl che magari mi sto divertendo con il famigerato cubo.
E sarei interessato a risolvere altri problemi…e a compilare il mo nuovo kernel
Ciao grazie
@giacomo
se hai un portatile il cui modello inizia con la sigla A4 e finisce con K allora hai un A4K
esistono piccole varianti, ma è praticamente lo stesso (hai dovuto applicare il fix all’mtrr per avere fglrx funzionante? allora hai un A4K)
per risolvere i problemi di blocchi non puoi far molto… dipendono dai driver proprietari (closed) ati.. puoi solo sperare li migliorino o che i driver open supportino il chip della nostra scheda (puoi sempre far lamentele ad asus e ati.. chi sa che non si muova qualcosa)
per quanto riguarda la compilazione del kernel
non è cosa difficile, le prime volte devi solo armarti di pazienza e leggerti qualche guida
ce ne sono tante
ho anche consigliato nel mio blog un libro in inglese in proposito (free e scaricabile) cerca “nutshell” nel mio blog e lo troverai
Non ho applicato il fix all’mtrr per avere fglrx funzionante, o meglio: con il kernel presente nell’installazione del sistema operativo è bastato attivarlo ed è funzionato sia con i driver dei repo che con quelli del sito ati…
poi ho installato un kernel scaricato dal sito http://www.kernel.org e non sono più riuscito a farlo funzionare….tantomeno non sono riuscito a far funzionare la mia scheda wireless integrata (sis162u) che con il kernel 2.6.17.11 andava.
Allora, io ho un asus “A4B00 (A4K)” così è scritto sullo scatolo del portatile. Non so perchè la wireless è diversa, cmq prima avevo il kernel che c’è sulla versione 6.10 di Kubuntu quindi sistema Debian e cioè il 2.6.17.10 successivamente aggiornato dai repo. al 2.6.17.11 quello scaricato dal sito invece è il 2.6.20.3
@Giacomo
non ti so dire…
se hai lo stesso problema del mio portatile (e visto che il modello è quello dovrebbe essere così) dovrebbe funzionarti la stessa soluzione
e non mi capacito del fatto che con ubuntu ti funzioni..
ps: ubuntu dava anche a me l’accellerazione 3d attiva, ma solo con i driver open.. ed era qualcosa di fittizio perché dalla velocità avrebbe potuto tranquillamente essere software
@Giacomo
io ne ho 2 GB
è possibile che tu avessi dei registri MTRR liberi che io non avevo
dovresti darmi un po’ di informazioni per poterti aiutare
se vuoi ti contatto via e-mail
Ciao, io ho un asus A4764GALH (Pentium 4, 512 RAM,..) con ubuntu dapper + Xgl + Beryl con driver ati (ho una radeon 9700). Purtroppo quando lo spengo, lo schermo comincia a diventare bianco passando prima per diverse gradazioni di colore. Lo stesso avviene se chiudo la sessione e il pc si blocca fastidiosamente. Hai avuto anche tu lo stesso problema?
@giulio
mi capitava con Gentoo, ma solo quando facevo “termina sessione”
mi dispiace ma non ho scoperto quale fosse il problema
si è “risolto” quando ho installato Debian..
il grosso problema è descrivere il problema per cercarlo in google…
ti posso consigliare quando chiudi il sistema di farlo da linea di comando, è scomodo.. ma almeno non si blocca
CTRL+ALT+F1
fai il login (username e poi password, nota che quando digiti la password non vedi nulla)
quindi scrivi
sudo shutdown now
e dai invio
oppure clicca sul pulsante di spegnimento per terminare tutto.. e nel caso uccidi il server X (CTRL+ALT+BACKSPACE)
se scopri qualcosa fammelo sapere, grazie
ps: mi dispiace non esserti d’aiuto, non avevo capito neppure io perché succedesse..
Io ho un A4764klh [ati mobility radeon 9700 con 64mb, 1gb di ram (aggiornata)].
Utillizzo Debian Etch amd64 con kernel 2.6.20.6 (compilato da me).
Driver ati 8.35.5 (fglrx patchato per funzionare col kernel della serie 2.6.20 e disabilitato l’MTRR).
Ach’io a volte ho dei blocchi CREDO causati da fglrx, in genere se gioco ad Xmoto.
Leggendo la tua guida ora volevo riabilitare l’MTRR nei driver ati, ma lanciando il comando
cat /proc/mtrr
A me appaiono solo 7 registri.
Ora mi chiedo, se ne ho solo 7 oppure l’ottavo è libero?
C’e da specificare che prima che mandassi la prima volta il portatile in assistenza (per la sostituzione della scheda madre) i driver fglrx funzionavano alla perfezione senza bisogno di alcuna modifica.
Ora mi è tornato da poco dopo averlo mandato per la seconda volta in assistenza (sempre per la sostituzione della scheda madre). C’è da dire che ora ho installato direttamente i driver con il supporto MTRR disabilitato.
@Do0m5
disabilitando l’mtrr dovrebbe funzionare, pena un calo di prestazioni
pertanto ti consiglio di utilizzare il mio script
allora tu hai “solo” 7 registri allocati perché hai 1 GB di RAM, (io ne ho 2) (l’ottavo è libero)
fai la somma: 16 + 16 + 32 + 64 + 128 + 256 + 512 = 1 GB
chiaro? - correggimi se sbaglio
ora se vuoi puoi modificare il mio script dove c’è scritto:
for i in 1 2 3 4 5 0 6 7;
e togli il “7″ che tu non hai allocato
ma dovrebbe funzionare comunque (al massimo ti da un errore
ps: io con i nuovi driver (6.35.5) mi son trovato male.. tanto per dire: non mi funziona più l’uscita s-video.. sto lavorando proprio a questo, presto aggiornerò la guida…
inoltre ho fatto funzionare la scheda wireless.. prima o poi spiegherò anche questo
I driver non funzionano, allora ho provato il tuo script, ma non funzionano comunque.
Con cat /proc/mtrr mi da l’output identico a sopra. Non so se sbaglio qualcosa.
Io con i driver 6.35.5 ho provato la vga e funziona, s-video non l’ho ancora provata.
Io di scheda wireless ho la Zydas che va con i driver zd1211 che dal kernel 2.6.18 in poi sono inclusi. In piu c’è bisogno del firmware.
@DoOm5
ascolta bene
nella mia guida spiego di mettere quello script in /etc/init.d/ e di creare un link simbolico in /etc/rcS.s/
non è una cosa da principianti, anche se seguendo alla lettera le istruzioni si può fare (questo perché non è affatto un problema comune, anzi.. per quanto ne so è limitato agli asus a4k e alcuni a2k)
e per essere più precisi credo che il problema esista solo per chi ha più di 512 megabyte di ram
tu ne hai 1 GB, giusto?
quindi tu hai 7 registri occupati dalla tua RAM (non 8 come me)
c’è una ragione perché quello script va eseguito all’avvio (/etc/rcS.s/ )
ed è che quando si avvia la parte grafica vengono allocati altri 2 registri
uno per l’AGP e l’altro per la memoria della scheda video
quello che vedi da 64 MB nell’ultimo registro è l’AGP
quindi se tu applichi quello script DOPO la fase di boot sarà completamente inutile
ti prego di seguire la mia guida alla lettera, c’è tutto quello che ti serve
@DoOm5
Sembra che non avvii lo script per qualche motivo
prova ad andare a chiudere l’area grafica e andare a linea di comando (CTRL+ALT+F1)
fai il log in da root
/etc/init.d/gdm stop
(cambia gdm con il tuo gestore di login)
ora prova a lanciare il mio script e dammi l’output
/etc/init.d/fix-mtrr start
quindi cat /proc/mtrr
grazie..
per vedere se funziona “al volo” puoi anche avviare in modalità “single” al boot.. se non hai l’opzione (recovery o qualcosa del genere) ed usi grub basta che vai sulla tua solita opzione di boot.. premi “e”, quindi ti posizioni sulla riga che comincia con “kernel” premi “e” ed aggiungi “1″ alla fine, aggiungi uno spazio se necessario
quindi dai invio e poi premi “b” per fare il boot
quando richiesto dai la password di Root
esegui il mio script
/etc/init.d/fix-mtrr start
e verifica che /cat/proc/mtrr
sia fatto così:
reg00: base=0×00000000 ( 0MB), size=1024MB: write-back, count=1
se così è premi CTRL+D per continuare il boot..
per qualche ragione lo script non fa il suo dovere o non viene richiamato durante il boot
@Giacomo
La mia scheda wireless funziona con i driver zd1211
la tua scheda video dovrebbe funzionare senza problemi perché hai almeno 2 registri liberi (avendo 512 MB di ram)
applicare il mio script nel tuo caso potrebbe non portare a cambiamenti :), ma se lo applichi non gli fa certo male
il problema pertanto penso risieda altrove.. dopo l’altro messaggio ti avevo scritto una e-mail all’indirizzo che hai indicato quando hai lasciato il commento
attendo tua risposta..
perché mi servono un po’ di informazioni per poter capire dove può essere il tuo problema è molto più produttivo se risolviamo via mail e, se è il caso, aggiorno la mia guida
Strano perchè non mi è arrivata nessuna mail, per questo non ti ho risposto. Forse hai sbagliato… Se puoi mandarla nuovamente te ne sarei grato il mio indirizzo è *snip*
Grazie
@Giacomo
hai ragione, ti avevo confuso con un altro di cui sto aspettando risposta..
comunque l’email è uguale.. te l’ho inviata con copia incolla
(e ho tolto dal “pubblico” la tua e-mail, ti ho fatto un favore basta quella che metti quando inserisci il commento, io posso vederla)
@DoOm5
grazie, mi hai fatto notare che lo script scritto in quel modo non potevate copiarlo dal mio blog in un file di testo, ma dovevate RISCRIVERLO
ora ho sistemato
riprendi lo script! da qui e cambia la parte in grassetto come indicato
vedrai che poi funziona, ho testato
@DoOm5
figurati! se quando è toccata a me qualcuno mi avesse spiegato sarei stato felicissimo invece me lo sono scoperto da solo con moooolta calma!
grazie anche di questa segnalazione.. correggo il problema
salve gente, scusate l’intromissione, è la rima volta che scrivo qui, ma mi sento in dovere di farlo perchè ho sofferto a lungo i vostri stessi problemi.
Alla fine sono riuscito a far funzionare l’acc 3D su un kernel 2.6.20, Xorg 7.2 e gli ultimi driver ati 8.36.5.
già in precedenza avevo provato con il fatidico script e non aveva funzionato…ma ora tutto ok, dovrei farvi una statua.
Comunque vorrei postare un paio di accorgimenti che potrebbero essere utili ai più inesperti (come me) di cui mi sono accorto.
Tutto funziona seguendo alla lettera la guida, se non che dovo aver creato lo script e averlo linkato io consiglierei un bel:
sudo chmod +x /etc/init.d/fix-mtrr
così da renderlo eseguibile all’avvio, altrimenti non s’è fatto niente.
Per chi volesse invece seguire l’altro metodo per ricompilare a mano il modulo modificato potrei consigliare un howto trovato in rete tempo fa molto dettagliato, che se mastro volesse potrebbe includere nella sua guida per renderla più completa… io comunque ve lo posto:
Do per scontato che abbiate installato i driver fglrx scaricati dal sito della ati, che siano stati installati correttamente
e che sia stato compilato il modulo fglrx per il kernel (con
module-assistant o come vi pare)
inoltre do per scontato che /etc/X11/xorg.con sia configurato così (se
seguite le guide ve lo fanno configurare in questo modo):
……………………
Section “Device”
Driver “fglrx”
……………………
cominciamo..
il tutto va fatto con privilegi di root
allora.. il tipo del post che vi ho indicato diceva di andare a
modificare il file:
/usr/src/modules/fglrx-kernel/fglrx/build_mod/firegl-public.c
ovunque trovate scritto CONFIG_MTRR dovete cambiarlo in XCONFIG_MTRR
quindi salvare e uscire
NOTA: se non esiste questa directory leggete più sotto.. (nel mio caso
non era questa…
———————
spiegherò come fare
usando “vi”
cd /usr/src/modules/fglrx-kernel/fglrx/build_mod/
su
[inserire la password di root]
cp firegl-public.c firegl-public.c.backup supponendo che la cartella sia quella giusta cosa fare se neppure queste sono le cartelle giuste????
cd /usr/src/modules/fglrx-kernel/fglrx/build_mod/
su
[inserire la password di root]
sudo cp firegl-public.c firegl-public.c.backup supponendo che la cartella sia quella giusta cosa fare se neppure queste sono le cartelle giuste????
allora..
voi dovete trovare firegl-public.c
per farlo cercate con qualche programma tale file all’interno di
/usr/src/modules/
io ho usato:
updatedb (servono privilegi di root)
locate firegl-public.c
diciamo che trovate tale file nella cartella:
/usr/src/module/fglrx/pippo/
ora dovete cercare il file Makefile (e di solito un file eseguibile
chiamato make.sh)
all’interno di /usr/src/module/fglrx/pippo/ o in qualche sua
sottodirectory per capire dove lanciare il comando “make” una volta che avrete modificato firegl-public.c
infine dovrete cercare fglrx.ko all’interno di /lib/modules/2.x.x-blabla/
una volta trovato.. diciamo in
/lib/modules/2.x.x-blabla/paperino/minni/pluto/
dovete copiare il file fglrx.ko che avete appena creato all’interno di
questa directory
se non riuscite a trovare questi file non avete installato correttamente
i driver proprietary ATI.. fate un passo indietro e seguite qualche
guida in rete su come installarli..
———————————
riavviate e verificate il tutto con il solito:
fglrxinfo
buona fortuna a chi ha avuto i miei stessi problemi…
spero di esservi stato utile!
@mario
avevo scritto la procedura senza pensare ad un utente meno esperto.. l’ho modificata un po’ cercando di renderla più semplice.. e aggiungendo di cambiare i diritti con chmod
per quanto riguarda la guida che hai trovato…
quella era la mia prima soluzione, e non escludo che tu abbia trovato la guida che avevo scritto in precedenza da qualche parte (non avevo ancora un blog)
quella dello script è più efficace (si ottengono prestazioni migliori) ed è più semplice da seguire a chi è meno esperto
si, mastro, è probabile…comunque era l’unico post che ne parlava già mesi fa e con quel metodo, se pur barbaro avevo temporaneamente risolto. Ora va sicuramente meglio, lo script è più efficace. grazie ancora!
Per le altre cose… beh, acpi4asus è sicuramente utile… ma per chi non ne volesse sapere niente, con Ubuntu funzionano tutti gli hotkeys, e non è poco.
Per il modem invece va installato il driver Conexant, ma quella è un’altra cosa.
Ah, per la cronaca io avrei un AMD Athlon64, ma non ho ancora mai sperimentato OS a 64 bit perchè di problemi da risolvere ce ne sono già parecchi, ma se avete esperienze positive non mi dispiacerebbe provare…
Insomma, tra noi poveri con l’A4K bisogna darci una mano no?!?!
ciao!!
i see some visits to my article from google translator
IF you are a lot i will create an english version of this or of the part you need…
i will do it in my spare time, but i don’t have much.. so please TELL me here (in english it’s ok) if you need a translation and to what
hi Mastro,
in spite of being at work here I couldn’t wait until this evening *lol* …
your translation is easy to understand without problems for me - thank you so much!
I have one question:
That letter “x” in “0×2000000″ ? what is it, is it just the “lower case 3rd-last letter of the alphabet” or is it a “multiplying sign” or any spezial sign?
thanks and best regards
Susanne
@Susanne
the “x” letter is there couse 0x means Hexadecimal number
the one that follow is the actual number
and of course.. it is a letter the “x” letter
please comment out in the other article for any problem or to inform me that the solution worked for you..
the other one is for english comments from here on
@susanne
i find out your comment as been put in the spam..
antispam filter do something stupid sometimes..
now i will read your comment..
on the other page and reply
Ciao Mastro,
io ho un notebook diverso dal tuo (ASUS serie L5000) e con i driver proprietari della nvidia, ho avuto anche io problemi di freeze del sistema (soprattutto mentre ascoltavo musica e navigavo in internet contemporaneamente); ho risolto passando ‘noapic’ come parametro a grub … spero possa aiutare.
Dimenticavo: gran guida … è servita anche a me, grazie.
Ciao, come va il tuo asus?
io ho trovato la pace reinstallando tutto “Gutsy Gibbon” ora con i driver open di ati che avevo gia dopo l’installazione del sistema operativo ho il rendering attivo, aiglx e compizfusion che vanno una favola…
Ti volevo chiedere “mastro” secondo te è utile usare lo script per mtrr anche se ho 512Mb di ram? produrrebbe migliorie?
@iakopo
era un po’ di tempo che crashava a random
penso sia andata la scheda madre
non so di preciso
mi sarebbe costato 50€ solo fare un preventivo
poi altri 50 di spedizione.. e probabilmente sui 200-300 di riparazione
per un portatile che mi ha sempre dato problemi non mi sembrava il caso
a ecco, la batteria come andava?
perchè a me è quella che da problemi, nonostante ricalibrazioni varie il pc continua a spegnersi senza preavvisi dopo 5 min in regime di batteria
@iakopo
la batteria è andata come la mia..
ritieniti fortunato!
5 minuti sono tanti..
a me durava 30 secondi netti dall’accensione
fenomenale
e se saltava la corrente mentre lo usavo non facevo neppure in tempo a spegnerlo!!!
Cmq leggevo sopra che il prob. dell’mtrr è importante per attivare l’accelerazione 3d con i driver closed, io ho i driver open e l’accelerazione funzionante, mi consigli di effettuarlo ugualmente?
@iakopo
allora..
l’mtrr è una tecnologia che permette di accedere in modo più rapido alla memoria…
il concetto è semplice..
8 registri che mantengono gli indirizzi di memoria e le informazioni su com’è possibile accedervi..
l’mtrr da l’accesso diretto alla memoria in modo trasparente…
si è visto che può dare un incremento di prestazioni fino al 250%
il che vuol dire che senza usarlo le prestazioni sono il 40% di quelle che potresti ottenere
ora.. i driver open se non trovano registri liberi semplicemente non lo utilizzano!
i driver closed vanno compilati in 2 modi diversi se si vuole utilizzare l’mtrr o meno, quindi se sono compilati con l’mtrr o c’è o non funzionano.
tutto chiaro?
il che significa che se hai i driver open funzionano lo stesso ma senza sfruttare l’mtrr
nel tuo caso con 512 mega di ram dovrebbe funzionare tutto comunque sia con i driver open che con quelli chiusi perché hai ancora 2 registri su 8 liberi che verranno occupati dall’agp e dalla memoria video
se applichi il mio script (adattandolo alla tua quantità di ram) avrai solo 3 registri occupati (come nella maggior parte dei computer) così che se ci fosse qualcos’altro a cui serve “c’è posto”
Ciao, ho da poco applicato il tuo script che è andato a buon fine…
ora il comando
cat /proc/mtrr mi da:
reg00: base=0×00000000 ( 0MB), size= 512MB: write-back, count=1
reg01: base=0xf0000000 (3840MB), size= 128MB: write-combining, count=1
reg02: base=0xe0000000 (3584MB), size= 128MB: write-combining, count=2
@iakopo
ottimo
ora non ti devi più preoccupare dell’mtrr
e se un giorno decidi di aumentare la ram ricordati di fare una piccola modifica allo script
ciao! e in bocca al lupo
Ciao Mastro!
Da quanto tempo che non scrivo sul tuo blog.
Senti un pò io avevo intenzione di upgradare la mia ram al mio asus (A4764KUH) che dovrebbe essere uguale al tuo…
Cmq il mio monta 2 banchi da 256 di Pc2700, ora tu mi sapresti dire che altri banchi supporta la mia scheda madre? cioè solo i pc2700? o anche altri con frequenza maggiore? e le ddr2?
Ciao aspetto tue notizie
SPETT.LE ANOVO – ASUS
Reparto Assistenza Tecnica
e p.c.
Alessandro, operatore n. 11
Salve,
sono la sig.ra Nigro Irene ed ho acquistato il notebook:
Asus A6770KLH
in data 03/10/2005 presso:
“Info & Tel S.r.l.”, P.I. 01154270761, Via Pesaro, 85028 Rionero in Vulture (PZ), Tel: 0972/722583.
La macchina ha sempre presentato alcuni difetti, come successivo surriscaldamento, impossibilità di masterizzare su alcuni supporti e, sorattutto, si “risvegliava” da sola dallo standby, cosa alquanto sgradevole e pericolosa in caso dovessi trasportare il pc in valigia.
Decisi perciò di spedirlo in assistenza, prima che scadesse la garanzia, presso:
A-Novo Italia, via Saul Banfi, 20100 Saronno (VA), 02 96.17.22.40
in data 2 Agosto 2007, manifestando i seguenti difetti:
1) Non mantiene standby;
2) HDD con settori danneggiati;
3) Non masterizza;
4) Si spegne nei test di stress CPU;
5) Ventola al massimo in modalità AudioDJ;
6) Non si riavvia (resta in AudioDJ).
Lo spedii quindi tramite DHL CON ASSICURAZIONE a Saronno alla su citata A-Novo Italia, la quale dopo qualche giorno mi mandò l’sms informativo recitante “PC arrivato in azienda. Stato: graffi sulla cover superiore”.
Ovviamente tali graffi non erano presenti all’invio, nè sarebbero potuti essere addebitabili ad un errato packaging dato che il pc era stato confezionato con tutte le accortezza del caso, quindi chiamai A-Novo allo 02 96.17.22.40 dicendo loro che il pc in partenza era perfetto e così sarebbe dovuto ritornare, anche avvalendomi dell’assicurazione. Loro molto gentilmente mi risposero che c’era stato un errore nell’ivio dell’SMS e quindi che non mi sarei dovuto preoccupare.
A settembre 2007 torna il PC. Resoconto: avevano cambiato di tuttto, cavo LCD, scheda madre, touchpad, HDD e lettore ottico. Resoconto grafico: il pc mi è tornato graffiato. Resoconto funzionale: il pc dallo standby si risveglia sempre da solo, la ventola fà un rumore stranissimo come se fosse stata montata storta e continua a spegnersi per surriscaldamento. Gli altri difetti non li ho nemmeno controllati.
Chiamo A-Novo per spiegazioni e dopo aver spiegato tutto mi dice che non può fare niente e che devo chiamare l’ASUS all’199-400059. Lo faccio, stesse spiegazioni e medesima risposta: devo contattare ASUS. Dopo un paio di batti e ribatti, decido quindi di mandare dei fax ad entrambi dicendo che dovevano assolutamente ripararmi i difetti elencati e descritti nella prima spedizione ed in più le plastiche superiori.
Niente.
Rimando i fax.
Niente.
Rimando i fax specificando che erano stati mandati in copia anche ad altroconsumo, mi manda rai 3 e federconsumatori.
Magicamente nel giro di qualche ora (siamo ormai a fine ottobre 2007) chiama una signorina dall’asus, scusandosi e dicendomi “non si preoccupi, invii il notebook e lo ripariamo, tutto gratis, assicurazione inclusa”.
OK. Uso il pc per un pò perchè avevo del lavoro urgente da svolgere e a fine novembre lo spedisco, stesso pacco e stesso foglio descrittivo della prima volta, con in più l’indicazione sui graffi.
Il pc arriva ad A-Novo che mi manda il suo solito messaggio SMS identico al primo. Dopo qualche giorno mi contatta Francesco di Anovo, dicendomi che l’alimentatore aveva un pezzo con nastro isolante e perciò mi consigliava di acquistarne uno nuovo. Solo così mi accorsi di aver spedito un alimentatore di un altro mio notebook per errore, così dissi a Francesco “Ok, faccio il bonifico, però mi raccomando il vecchio rispeditemelo perchè è di un altro PC”. Risposta: “Ovvio, non c’è problema”.
Passa natale, passa capodanno, passa la befana, intorno al 15 ritorna il pc. Stato: nessun graffio; ventola stranamente rumorosissima; Standby “sbarazzino”, non la vuole sapere di restare spento. Nuovo problema: nel pacco c’è solo il nuovo alimentatore.
Ricomincia il giro di fax e telefonate (all’199 sono andati almeno 40 euro finora) finchè mi chiama un bel giorno il sig. Alessandro direttamente dal settore Swap di Asus - 199.4000.59. Rispiego per l’ennesima volta la situazione e lui mi dice “Ok, lo rimandi in Asus, noi facciamo una perizia e nel caso lo sostituiamo”. Nel corso della telefonata, poi, nel riassumere dati e procedura mi dice “Ah, ma il notebook è fuori garanzia?” ed io “Certo, è da agosto che sta in giro!”. Risposta: “allora non so se lo posso sostituire, lo mandi e io nel frattempo ci penso”. Allorchè io “Alessandro io ci lavoro col PC, non puoi PRIMA pensarci e POI farmelo spedire?”. Risposta: “NO”.
Finisco di fare i miei lavori, cerco di fare un backup, compro un notebook sostitutivo e in Aprile spedisco il notebook. Arriva in Anovo e dopo qualche giorno mi arriva una email con un preventivo di riparazione di 300 euro circa. Chiamo Alessandro e lui, rimangiandosi la parola, dice che non può sostituire l’unità ma solleciterà Anovo a procedere in garanzia ed in tempi rapidi.
Oggi 15 Maggio è finalmente tornato il PC. Lo accendo e la prima cosa che faccio è testare lo standby, che ovviamente non funziona. Chiamo A-Novo e mi dice “non si preoccupi, la garanzia si estende di 3 mesi a partire dalla ricezione dopo ogni intervento”. Chiamo Alessandro e dice che non può sostituire il notebook chiudendomi il telefono in faccia.
La presente è per spiegare quanto è accaduto, per chiedere cosa dovrei fare adesso e per informare tutti che in data 19 maggio ho fissato l’appuntamento con il mio legale di fiducia. In più, stavolta mi sono preso la libertà di mandare il fax alle riviste specializzate del settore per diffondere un po’ di conoscenza sulla verità dei centri assistenza e sull’ASUS.
@unub
wow!
vedo che “ti è andata bene”
i centri assistenza sono scandalosi!
mi spiace per tutta la tua trafila.. spero che queste cattive pubblicità li spingano a cambiare le cose (comunque è ovvio che tu mai e poi mai riprenderai un asus)
ps: il numero alla fine è il tuo?
sicuro di volerlo mettere online?
@giacomo
se vuoi comprare la ram possiamo accordarci.. il problema più grosso è fartela avere… nella sezione contact me trovi una delle mie email, puoi anche usarla per cotattarmi in privato se vuoi
Tutto il contenuto di questo blog è pubblicato sotto una
Licenza
Creative Commons. Attribuzione - Non commerciale - Condividi allo stesso modo
per ogni utilizzo differente dai termini stabiliti da questa licenza contattatemi
Alberta Williams detto,
10 Marzo, 2007 a 23:37
Thank for making this available to the public.
mastro detto,
11 Marzo, 2007 a 3:05
@alberta, thanks and no problem…. it seems you don’t speak italian, u think that would be useful an English version? you need to wait 1-2 month before i have the time to write an English version anyway
giacomo detto,
1 Aprile, 2007 a 0:39
Ciao, io penso di avere il tuo stesso portatile…anche se in asus non ci si capisce molto sui modelli.
Volevo dirti che a me è capitato il fatto del congelamento dello schermo quando uso beryl che magari mi sto divertendo con il famigerato cubo.
E sarei interessato a risolvere altri problemi…e a compilare il mo nuovo kernel
Ciao grazie
mastro detto,
1 Aprile, 2007 a 2:43
@giacomo
se hai un portatile il cui modello inizia con la sigla A4 e finisce con K allora hai un A4K
esistono piccole varianti, ma è praticamente lo stesso (hai dovuto applicare il fix all’mtrr per avere fglrx funzionante? allora hai un A4K)
per risolvere i problemi di blocchi non puoi far molto… dipendono dai driver proprietari (closed) ati.. puoi solo sperare li migliorino o che i driver open supportino il chip della nostra scheda (puoi sempre far lamentele ad asus e ati.. chi sa che non si muova qualcosa)
per quanto riguarda la compilazione del kernel
non è cosa difficile, le prime volte devi solo armarti di pazienza e leggerti qualche guida
ce ne sono tante
ho anche consigliato nel mio blog un libro in inglese in proposito (free e scaricabile) cerca “nutshell” nel mio blog e lo troverai
Giacomo detto,
14 Aprile, 2007 a 15:50
Non ho applicato il fix all’mtrr per avere fglrx funzionante, o meglio: con il kernel presente nell’installazione del sistema operativo è bastato attivarlo ed è funzionato sia con i driver dei repo che con quelli del sito ati…
poi ho installato un kernel scaricato dal sito http://www.kernel.org e non sono più riuscito a farlo funzionare….tantomeno non sono riuscito a far funzionare la mia scheda wireless integrata (sis162u) che con il kernel 2.6.17.11 andava.
mastro detto,
14 Aprile, 2007 a 16:37
@Giacomo
ma tu hai un Asus A4K ?
perché la tua scheda wireless è diversa dalla mia
che kernel avevi prima di usare quello scaricato da http://www.kernel.org?
(Debian? Gentoo? spesso le distro si personalizzano il kernel)
Giacomo detto,
14 Aprile, 2007 a 23:30
Allora, io ho un asus “A4B00 (A4K)” così è scritto sullo scatolo del portatile. Non so perchè la wireless è diversa, cmq prima avevo il kernel che c’è sulla versione 6.10 di Kubuntu quindi sistema Debian e cioè il 2.6.17.10 successivamente aggiornato dai repo. al 2.6.17.11 quello scaricato dal sito invece è il 2.6.20.3
mastro detto,
15 Aprile, 2007 a 20:23
@Giacomo..
la lettera finale della sigla com’è? ‘K’ (te lo chiedo per avere la certezza)
perché quello che mi dici mi suona strano…
Giacomo detto,
15 Aprile, 2007 a 23:28
si sul cartone del pc c’è scritto proprio così: “MODEL: A4B00 (A4K)”
mastro detto,
16 Aprile, 2007 a 0:53
@Giacomo
non ti so dire…
se hai lo stesso problema del mio portatile (e visto che il modello è quello dovrebbe essere così) dovrebbe funzionarti la stessa soluzione
e non mi capacito del fatto che con ubuntu ti funzioni..
ps: ubuntu dava anche a me l’accellerazione 3d attiva, ma solo con i driver open.. ed era qualcosa di fittizio perché dalla velocità avrebbe potuto tranquillamente essere software
Giacomo detto,
16 Aprile, 2007 a 10:18
anche se ho 512 Mb di ram? Mentre tu 1Gb?
mastro detto,
16 Aprile, 2007 a 13:23
@Giacomo
io ne ho 2 GB
è possibile che tu avessi dei registri MTRR liberi che io non avevo
dovresti darmi un po’ di informazioni per poterti aiutare
se vuoi ti contatto via e-mail
giulio detto,
16 Aprile, 2007 a 16:41
Ciao, io ho un asus A4764GALH (Pentium 4, 512 RAM,..) con ubuntu dapper + Xgl + Beryl con driver ati (ho una radeon 9700). Purtroppo quando lo spengo, lo schermo comincia a diventare bianco passando prima per diverse gradazioni di colore. Lo stesso avviene se chiudo la sessione e il pc si blocca fastidiosamente. Hai avuto anche tu lo stesso problema?
mastro detto,
16 Aprile, 2007 a 22:35
@giulio
mi capitava con Gentoo, ma solo quando facevo “termina sessione”
mi dispiace ma non ho scoperto quale fosse il problema
si è “risolto” quando ho installato Debian..
il grosso problema è descrivere il problema per cercarlo in google…
ti posso consigliare quando chiudi il sistema di farlo da linea di comando, è scomodo.. ma almeno non si blocca
CTRL+ALT+F1
fai il login (username e poi password, nota che quando digiti la password non vedi nulla)
quindi scrivi
sudo shutdown now
e dai invio
oppure clicca sul pulsante di spegnimento per terminare tutto.. e nel caso uccidi il server X (CTRL+ALT+BACKSPACE)
se scopri qualcosa fammelo sapere, grazie
ps: mi dispiace non esserti d’aiuto, non avevo capito neppure io perché succedesse..
DoOm5 detto,
17 Aprile, 2007 a 21:04
Io ho un A4764klh [ati mobility radeon 9700 con 64mb, 1gb di ram (aggiornata)].
Utillizzo Debian Etch amd64 con kernel 2.6.20.6 (compilato da me).
Driver ati 8.35.5 (fglrx patchato per funzionare col kernel della serie 2.6.20 e disabilitato l’MTRR).
Ach’io a volte ho dei blocchi CREDO causati da fglrx, in genere se gioco ad Xmoto.
Leggendo la tua guida ora volevo riabilitare l’MTRR nei driver ati, ma lanciando il comando
cat /proc/mtrr
reg00: base=0×00000000 ( 0MB), size= 16MB: write-back, count=1
reg01: base=0×01000000 ( 16MB), size= 16MB: write-back, count=1
reg02: base=0×02000000 ( 32MB), size= 32MB: write-back, count=1
reg03: base=0×04000000 ( 64MB), size= 64MB: write-back, count=1
reg04: base=0×08000000 ( 128MB), size= 128MB: write-back, count=1
reg05: base=0×10000000 ( 256MB), size= 256MB: write-back, count=1
reg06: base=0×20000000 ( 512MB), size= 512MB: write-back, count=1
A me appaiono solo 7 registri.
Ora mi chiedo, se ne ho solo 7 oppure l’ottavo è libero?
C’e da specificare che prima che mandassi la prima volta il portatile in assistenza (per la sostituzione della scheda madre) i driver fglrx funzionavano alla perfezione senza bisogno di alcuna modifica.
Ora mi è tornato da poco dopo averlo mandato per la seconda volta in assistenza (sempre per la sostituzione della scheda madre). C’è da dire che ora ho installato direttamente i driver con il supporto MTRR disabilitato.
mastro detto,
18 Aprile, 2007 a 11:58
@Do0m5
disabilitando l’mtrr dovrebbe funzionare, pena un calo di prestazioni
pertanto ti consiglio di utilizzare il mio script
allora tu hai “solo” 7 registri allocati perché hai 1 GB di RAM, (io ne ho 2) (l’ottavo è libero)
fai la somma: 16 + 16 + 32 + 64 + 128 + 256 + 512 = 1 GB
chiaro?
- correggimi se sbaglio
ora se vuoi puoi modificare il mio script dove c’è scritto:
for i in 1 2 3 4 5 0 6 7;
e togli il “7″ che tu non hai allocato
ma dovrebbe funzionare comunque (al massimo ti da un errore
ps: io con i nuovi driver (6.35.5) mi son trovato male.. tanto per dire: non mi funziona più l’uscita s-video.. sto lavorando proprio a questo, presto aggiornerò la guida…
inoltre ho fatto funzionare la scheda wireless.. prima o poi spiegherò anche questo
DoOm5 detto,
18 Aprile, 2007 a 19:10
Ora ho rimesso i driver fglrx senza disabilitare mtrr.
Con questi driver ora appare l’ottavo registro:
reg00: base=0×00000000 ( 0MB), size= 16MB: write-back, count=1
reg01: base=0×01000000 ( 16MB), size= 16MB: write-back, count=1
reg02: base=0×02000000 ( 32MB), size= 32MB: write-back, count=1
reg03: base=0×04000000 ( 64MB), size= 64MB: write-back, count=1
reg04: base=0×08000000 ( 128MB), size= 128MB: write-back, count=1
reg05: base=0×10000000 ( 256MB), size= 256MB: write-back, count=1
reg06: base=0×20000000 ( 512MB), size= 512MB: write-back, count=1
reg07: base=0xe0000000 (3584MB), size= 64MB: write-combining, count=1
I driver non funzionano, allora ho provato il tuo script, ma non funzionano comunque.
Con cat /proc/mtrr mi da l’output identico a sopra. Non so se sbaglio qualcosa.
Io con i driver 6.35.5 ho provato la vga e funziona, s-video non l’ho ancora provata.
Io di scheda wireless ho la Zydas che va con i driver zd1211 che dal kernel 2.6.18 in poi sono inclusi. In piu c’è bisogno del firmware.
mastro detto,
18 Aprile, 2007 a 22:06
@DoOm5
ascolta bene
nella mia guida spiego di mettere quello script in /etc/init.d/ e di creare un link simbolico in /etc/rcS.s/
non è una cosa da principianti, anche se seguendo alla lettera le istruzioni si può fare (questo perché non è affatto un problema comune, anzi.. per quanto ne so è limitato agli asus a4k e alcuni a2k)
e per essere più precisi credo che il problema esista solo per chi ha più di 512 megabyte di ram
tu ne hai 1 GB, giusto?
quindi tu hai 7 registri occupati dalla tua RAM (non 8 come me)
c’è una ragione perché quello script va eseguito all’avvio (/etc/rcS.s/ )
ed è che quando si avvia la parte grafica vengono allocati altri 2 registri
uno per l’AGP e l’altro per la memoria della scheda video
quello che vedi da 64 MB nell’ultimo registro è l’AGP
quindi se tu applichi quello script DOPO la fase di boot sarà completamente inutile
ti prego di seguire la mia guida alla lettera, c’è tutto quello che ti serve
DoOm5 detto,
19 Aprile, 2007 a 1:37
Io credo di aver seguito la tua guida alla lettera. Mi pare tutt’ok:
doom5@azuz:~$ ls -Z /etc/init.d/fix-mtrr
-rwxr-xr-x root root /etc/init.d/fix-mtrr
doom5@azuz:~$ cat /etc/init.d/fix-mtrr
#!/bin/sh -e
### BEGIN INIT INFO
# Provides: mtrr-fix
# Required-Start: mountkernfs
# Required-Stop:
# Default-Start: S
# Default-Stop:
### END INIT INFO
PATH=”/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin”
. /lib/lsb/init-functions
case “$1″ in
start)
log_action_begin_msg “Fixing MTRR…”
for i in 1 2 3 4 5 0 6 7; do echo “disable=$i” >| /proc/mtrr; done; echo
“base=0×00000000 size=0×40000000 type=write-back” >| /proc/mtrr
log_action_end_msg 0
;;
*)
echo “Usage: /etc/init.d/fix-mtrr {start}”
exit 1
;;
esac
exit 0
doom5@azuz:~$ ls -Z /etc/rcS.d/S0*
lrwxrwxrwx root root /etc/rcS.d/S01glibc.sh -> .. /init.d/glibc.sh
lrwxrwxrwx root root /etc/rcS.d/S02hostname.sh -> ../init.d/hostname.sh
lrwxrwxrwx root root /etc/rcS.d/S02mountkernfs.sh -> ../init.d/mountkernfs.sh
lrwxrwxrwx root root /etc/rcS.d/S03fix-mtrr -> /e tc/init.d/fix-mtrr
lrwxrwxrwx root root /etc/rcS.d/S03udev -> ../ini t.d/udev
lrwxrwxrwx root root /etc/rcS.d/S04mountdevsubfs. sh -> ../init.d/mountdevsubfs.sh
lrwxrwxrwx root root /etc/rcS.d/S05bootlogd -> .. /init.d/bootlogd
lrwxrwxrwx root root /etc/rcS.d/S05keymap.sh -> . ./init.d/keymap.sh
lrwxrwxrwx root root /etc/rcS.d/S07hdparm -> ../i nit.d/hdparm
Eppure non funziona:
doom5@azuz:~$ fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: Mesa project: http://www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.5.1)
doom5@azuz:~$ cat /proc/mtrr
reg00: base=0×00000000 ( 0MB), size= 16MB: write-back, count=1
reg01: base=0×01000000 ( 16MB), size= 16MB: write-back, count=1
reg02: base=0×02000000 ( 32MB), size= 32MB: write-back, count=1
reg03: base=0×04000000 ( 64MB), size= 64MB: write-back, count=1
reg04: base=0×08000000 ( 128MB), size= 128MB: write-back, count=1
reg05: base=0×10000000 ( 256MB), size= 256MB: write-back, count=1
reg06: base=0×20000000 ( 512MB), size= 512MB: write-back, count=1
reg07: base=0xe0000000 (3584MB), size= 64MB: write-combining, count=1
Non capisco propio perche non funzioni.
Comunque ti ringrazio che mi stai dando una mano.
mastro detto,
19 Aprile, 2007 a 1:59
@DoOm5
Sembra che non avvii lo script per qualche motivo
prova ad andare a chiudere l’area grafica e andare a linea di comando (CTRL+ALT+F1)
fai il log in da root
/etc/init.d/gdm stop
(cambia gdm con il tuo gestore di login)
ora prova a lanciare il mio script e dammi l’output
/etc/init.d/fix-mtrr start
quindi cat /proc/mtrr
grazie..
per vedere se funziona “al volo” puoi anche avviare in modalità “single” al boot.. se non hai l’opzione (recovery o qualcosa del genere) ed usi grub basta che vai sulla tua solita opzione di boot.. premi “e”, quindi ti posizioni sulla riga che comincia con “kernel” premi “e” ed aggiungi “1″ alla fine, aggiungi uno spazio se necessario
quindi dai invio e poi premi “b” per fare il boot
quando richiesto dai la password di Root
esegui il mio script
/etc/init.d/fix-mtrr start
e verifica che /cat/proc/mtrr
sia fatto così:
reg00: base=0×00000000 ( 0MB), size=1024MB: write-back, count=1
se così è premi CTRL+D per continuare il boot..
per qualche ragione lo script non fa il suo dovere o non viene richiamato durante il boot
Giacomo detto,
19 Aprile, 2007 a 19:07
Ciao, allora il mio notebook è un asus A4764KUH con amd64 3200+ ati mobility radeon 9700 64Mb 512Mb di ram. E questo è il mio cat /proc/mtrr:
reg00: base=0×00000000 ( 0MB), size= 16MB: write-back, count=1
reg01: base=0×01000000 ( 16MB), size= 16MB: write-back, count=1
reg02: base=0×02000000 ( 32MB), size= 32MB: write-back, count=1
reg03: base=0×04000000 ( 64MB), size= 64MB: write-back, count=1
reg04: base=0×08000000 ( 128MB), size= 128MB: write-back, count=1
reg05: base=0×10000000 ( 256MB), size= 256MB: write-back, count=1
reg06: base=0xe0000000 (3584MB), size= 64MB: write-combining, count=1
Mi consigli di provare il tuo metodo anche se ho 512 di ram?
Che scheda wireless hai?
Ciao e grazie.
mastro detto,
19 Aprile, 2007 a 19:30
@Giacomo
La mia scheda wireless funziona con i driver zd1211
la tua scheda video dovrebbe funzionare senza problemi perché hai almeno 2 registri liberi (avendo 512 MB di ram)
applicare il mio script nel tuo caso potrebbe non portare a cambiamenti :), ma se lo applichi non gli fa certo male
il problema pertanto penso risieda altrove.. dopo l’altro messaggio ti avevo scritto una e-mail all’indirizzo che hai indicato quando hai lasciato il commento
è molto più produttivo se risolviamo via mail e, se è il caso, aggiorno la mia guida 
attendo tua risposta..
perché mi servono un po’ di informazioni per poter capire dove può essere il tuo problema
Giacomo detto,
19 Aprile, 2007 a 19:47
Strano perchè non mi è arrivata nessuna mail, per questo non ti ho risposto. Forse hai sbagliato… Se puoi mandarla nuovamente te ne sarei grato il mio indirizzo è *snip*
Grazie
DoOm5 detto,
19 Aprile, 2007 a 20:34
Ho provato, ma credo che non funzioni.
Comunque quando avvio lo script con /etc/init.d/fix-mtrr start
“Usage: /etc/init.d/fix-mtrr {start}”
Mentre quando poi vado a leggere mtrr:
reg00: base=0×00000000 ( 0MB), size= 16MB: write-back, count=1
reg01: base=0×01000000 ( 16MB), size= 16MB: write-back, count=1
reg02: base=0×02000000 ( 32MB), size= 32MB: write-back, count=1
reg03: base=0×04000000 ( 64MB), size= 64MB: write-back, count=1
reg04: base=0×08000000 ( 128MB), size= 128MB: write-back, count=1
reg05: base=0×10000000 ( 256MB), size= 256MB: write-back, count=1
reg06: base=0×20000000 ( 512MB), size= 512MB: write-back, count=1
Ho provato entrambi i metodi e sempre questo è il risultato.
mastro detto,
19 Aprile, 2007 a 21:06
@Giacomo
basta quella che metti quando inserisci il commento, io posso vederla)
hai ragione, ti avevo confuso con un altro di cui sto aspettando risposta..
comunque l’email è uguale.. te l’ho inviata con copia incolla
(e ho tolto dal “pubblico” la tua e-mail, ti ho fatto un favore
@DoOm5

grazie, mi hai fatto notare che lo script scritto in quel modo non potevate copiarlo dal mio blog in un file di testo, ma dovevate RISCRIVERLO
ora ho sistemato
riprendi lo script! da qui e cambia la parte in grassetto come indicato
vedrai che poi funziona, ho testato
DoOm5 detto,
19 Aprile, 2007 a 23:37
Si. Ora tutt’ok funziona alla perfezione:
doom5@azuz:~$ cat /proc/mtrr
reg00: base=0×00000000 ( 0MB), size=1024MB: write-back, count=1
reg01: base=0xe0000000 (3584MB), size= 64MB: write-combining, count=1
reg02: base=0xf0000000 (3840MB), size= 128MB: write-combining, count=1
Dallo script ho dovuto togliere il “7″ del 8 registro che non ho allocato, altrimenti dava errore e procedeva il caricamento molto lento.
Ti ringrazio di avermi aiutato
mastro detto,
20 Aprile, 2007 a 0:26
@DoOm5
invece me lo sono scoperto da solo con moooolta calma!
figurati! se quando è toccata a me qualcuno mi avesse spiegato sarei stato felicissimo
grazie anche di questa segnalazione.. correggo il problema
mario detto,
24 Aprile, 2007 a 19:39
salve gente, scusate l’intromissione, è la rima volta che scrivo qui, ma mi sento in dovere di farlo perchè ho sofferto a lungo i vostri stessi problemi.
Alla fine sono riuscito a far funzionare l’acc 3D su un kernel 2.6.20, Xorg 7.2 e gli ultimi driver ati 8.36.5.
già in precedenza avevo provato con il fatidico script e non aveva funzionato…ma ora tutto ok, dovrei farvi una statua.
Comunque vorrei postare un paio di accorgimenti che potrebbero essere utili ai più inesperti (come me) di cui mi sono accorto.
Tutto funziona seguendo alla lettera la guida, se non che dovo aver creato lo script e averlo linkato io consiglierei un bel:
sudo chmod +x /etc/init.d/fix-mtrr
così da renderlo eseguibile all’avvio, altrimenti non s’è fatto niente.
Per chi volesse invece seguire l’altro metodo per ricompilare a mano il modulo modificato potrei consigliare un howto trovato in rete tempo fa molto dettagliato, che se mastro volesse potrebbe includere nella sua guida per renderla più completa… io comunque ve lo posto:
Do per scontato che abbiate installato i driver fglrx scaricati dal sito della ati, che siano stati installati correttamente
e che sia stato compilato il modulo fglrx per il kernel (con
module-assistant o come vi pare)
inoltre do per scontato che /etc/X11/xorg.con sia configurato così (se
seguite le guide ve lo fanno configurare in questo modo):
……………………
Section “Device”
Driver “fglrx”
……………………
cominciamo..
il tutto va fatto con privilegi di root
allora.. il tipo del post che vi ho indicato diceva di andare a
modificare il file:
/usr/src/modules/fglrx-kernel/fglrx/build_mod/firegl-public.c
ovunque trovate scritto CONFIG_MTRR dovete cambiarlo in XCONFIG_MTRR
quindi salvare e uscire
NOTA: se non esiste questa directory leggete più sotto.. (nel mio caso
non era questa…
———————
spiegherò come fare
usando “vi”
cd /usr/src/modules/fglrx-kernel/fglrx/build_mod/
su
[inserire la password di root]
cp firegl-public.c firegl-public.c.backup supponendo che la cartella sia quella giusta cosa fare se neppure queste sono le cartelle giuste????
mario detto,
24 Aprile, 2007 a 19:48
scusate, non mi è bastato lo spazio…continuo
… io spiegherò come fare
usando “vi”
cd /usr/src/modules/fglrx-kernel/fglrx/build_mod/
su
[inserire la password di root]
sudo cp firegl-public.c firegl-public.c.backup supponendo che la cartella sia quella giusta cosa fare se neppure queste sono le cartelle giuste????
allora..
voi dovete trovare firegl-public.c
per farlo cercate con qualche programma tale file all’interno di
/usr/src/modules/
io ho usato:
updatedb (servono privilegi di root)
locate firegl-public.c
diciamo che trovate tale file nella cartella:
/usr/src/module/fglrx/pippo/
ora dovete cercare il file Makefile (e di solito un file eseguibile
chiamato make.sh)
all’interno di /usr/src/module/fglrx/pippo/ o in qualche sua
sottodirectory per capire dove lanciare il comando “make” una volta che avrete modificato firegl-public.c
infine dovrete cercare fglrx.ko all’interno di /lib/modules/2.x.x-blabla/
una volta trovato.. diciamo in
/lib/modules/2.x.x-blabla/paperino/minni/pluto/
dovete copiare il file fglrx.ko che avete appena creato all’interno di
questa directory
se non riuscite a trovare questi file non avete installato correttamente
i driver proprietary ATI.. fate un passo indietro e seguite qualche
guida in rete su come installarli..
———————————
riavviate e verificate il tutto con il solito:
fglrxinfo
buona fortuna a chi ha avuto i miei stessi problemi…
spero di esservi stato utile!
mastro detto,
24 Aprile, 2007 a 20:47
@mario
avevo scritto la procedura senza pensare ad un utente meno esperto.. l’ho modificata un po’ cercando di renderla più semplice.. e aggiungendo di cambiare i diritti con chmod
per quanto riguarda la guida che hai trovato…
quella era la mia prima soluzione, e non escludo che tu abbia trovato la guida che avevo scritto in precedenza da qualche parte (non avevo ancora un blog)
quella dello script è più efficace (si ottengono prestazioni migliori) ed è più semplice da seguire a chi è meno esperto
mario detto,
25 Aprile, 2007 a 0:38
si, mastro, è probabile…comunque era l’unico post che ne parlava già mesi fa e con quel metodo, se pur barbaro avevo temporaneamente risolto. Ora va sicuramente meglio, lo script è più efficace. grazie ancora!
Per le altre cose… beh, acpi4asus è sicuramente utile… ma per chi non ne volesse sapere niente, con Ubuntu funzionano tutti gli hotkeys, e non è poco.
Per il modem invece va installato il driver Conexant, ma quella è un’altra cosa.
Ah, per la cronaca io avrei un AMD Athlon64, ma non ho ancora mai sperimentato OS a 64 bit perchè di problemi da risolvere ce ne sono già parecchi, ma se avete esperienze positive non mi dispiacerebbe provare…
Insomma, tra noi poveri con l’A4K bisogna darci una mano no?!?!
ciao!!
mastro detto,
23 Luglio, 2007 a 19:02
@For english people
i see some visits to my article from google translator
IF you are a lot i will create an english version of this or of the part you need…
i will do it in my spare time, but i don’t have much.. so please TELL me here (in english it’s ok) if you need a translation and to what
thanks
Susanne detto,
30 Agosto, 2007 a 13:23
mastro,
I would appreciate very much if you could explain your solution ref. setting the mtrrs properly in english
best regards
Susanne
mastro detto,
30 Agosto, 2007 a 15:06
@Susanne
i will do my best..
the english procedure for the mtrr solution will be online in a week, i hope
Susanne detto,
30 Agosto, 2007 a 16:38
this is great! thank you very much
mastro detto,
30 Agosto, 2007 a 18:07
@Susanne
I’ve been faster then i though
the English translation is online
tell me what do you think of it, thanks
Susanne detto,
31 Agosto, 2007 a 13:03
Mastro,
thanks a lot for this!
I will immediately deal with it this evening and let you know
best regards
Susanne
Susanne detto,
31 Agosto, 2007 a 14:33
hi Mastro,
in spite of being at work here I couldn’t wait until this evening *lol* …
your translation is easy to understand without problems for me - thank you so much!
I have one question:
That letter “x” in “0×2000000″ ? what is it, is it just the “lower case 3rd-last letter of the alphabet” or is it a “multiplying sign” or any spezial sign?
thanks and best regards
Susanne
mastro detto,
31 Agosto, 2007 a 15:31
@Susanne

the “x” letter is there couse 0x means Hexadecimal number
the one that follow is the actual number
and of course.. it is a letter the “x” letter
please comment out in the other article for any problem or to inform me that the solution worked for you..
the other one is for english comments from here on
Susanne detto,
31 Agosto, 2007 a 21:10
Mastro,
I tried to post into the english part, it seems not to work…
mastro detto,
31 Agosto, 2007 a 21:54
@susanne
please move the english comments on the other page
i’m going to reply there
Susanne detto,
31 Agosto, 2007 a 22:36
i’m really sorry, i only get:
Identificato un commento duplicato; sembra che tu abbia già scritto questo commento!
when trying to post
mastro detto,
31 Agosto, 2007 a 23:52
@susanne
that’s strange..
please try again..
i’ve been successfull commenting it as a non-registerd user
if it still doesn’t work comment here
no prob
mastro detto,
31 Agosto, 2007 a 23:57
@susanne
i find out your comment as been put in the spam..
antispam filter do something stupid sometimes..
now i will read your comment..
on the other page and reply
aleale detto,
13 Novembre, 2007 a 12:14
Ciao Mastro,
io ho un notebook diverso dal tuo (ASUS serie L5000) e con i driver proprietari della nvidia, ho avuto anche io problemi di freeze del sistema (soprattutto mentre ascoltavo musica e navigavo in internet contemporaneamente); ho risolto passando ‘noapic’ come parametro a grub … spero possa aiutare.
Dimenticavo: gran guida … è servita anche a me, grazie.
mastro detto,
13 Novembre, 2007 a 13:03
@aleale
grazie della segnalazione, potrebbe servire a qualche lettore…
a me purtroppo non serve più
iakopo detto,
15 Novembre, 2007 a 17:13
Ciao, come va il tuo asus?
io ho trovato la pace reinstallando tutto “Gutsy Gibbon” ora con i driver open di ati che avevo gia dopo l’installazione del sistema operativo ho il rendering attivo, aiglx e compizfusion che vanno una favola…
Ti volevo chiedere “mastro” secondo te è utile usare lo script per mtrr anche se ho 512Mb di ram? produrrebbe migliorie?
ciao e grazie
mastro detto,
15 Novembre, 2007 a 17:17
@iakopo
i nuovi driver open in teoria supportano egreggiamente la nostra scheda
anzi.. la tua scheda e la mia EX scheda
il mio portatile si è rotto..
cmq se hai 512 MB di ram non dovrebbe cambiare nulla.. cmq lo script non fa di certo male
quello è comunque un bug
iakopo detto,
15 Novembre, 2007 a 18:43
ah ah mi dispiace per il tuo asus…. ma è proprio rotto? cosa si è rotto?
hai intenzione di ripararlo?
mastro detto,
15 Novembre, 2007 a 18:51
@iakopo
era un po’ di tempo che crashava a random
penso sia andata la scheda madre
non so di preciso
mi sarebbe costato 50€ solo fare un preventivo
poi altri 50 di spedizione.. e probabilmente sui 200-300 di riparazione
per un portatile che mi ha sempre dato problemi non mi sembrava il caso
ha smesso di accendersi cmq
iakopo detto,
15 Novembre, 2007 a 20:01
a ecco, la batteria come andava?
perchè a me è quella che da problemi, nonostante ricalibrazioni varie il pc continua a spegnersi senza preavvisi dopo 5 min in regime di batteria
mastro detto,
15 Novembre, 2007 a 20:21
@iakopo
la batteria è andata come la mia..
ritieniti fortunato!
5 minuti sono tanti..
a me durava 30 secondi netti dall’accensione
fenomenale
e se saltava la corrente mentre lo usavo non facevo neppure in tempo a spegnerlo!!!
iakopo detto,
15 Novembre, 2007 a 23:00
Dai…davvero?
che risate mi sono fatto quando ho letto il tuo messaggio!!
ma con che cosa le fanno le batterie alla Asus con le caccole?
iakopo detto,
16 Novembre, 2007 a 0:55
Cmq leggevo sopra che il prob. dell’mtrr è importante per attivare l’accelerazione 3d con i driver closed, io ho i driver open e l’accelerazione funzionante, mi consigli di effettuarlo ugualmente?
mastro detto,
16 Novembre, 2007 a 2:13
@iakopo
allora..
l’mtrr è una tecnologia che permette di accedere in modo più rapido alla memoria…
il concetto è semplice..
8 registri che mantengono gli indirizzi di memoria e le informazioni su com’è possibile accedervi..
l’mtrr da l’accesso diretto alla memoria in modo trasparente…
si è visto che può dare un incremento di prestazioni fino al 250%
il che vuol dire che senza usarlo le prestazioni sono il 40% di quelle che potresti ottenere
ora.. i driver open se non trovano registri liberi semplicemente non lo utilizzano!
i driver closed vanno compilati in 2 modi diversi se si vuole utilizzare l’mtrr o meno, quindi se sono compilati con l’mtrr o c’è o non funzionano.
tutto chiaro?
il che significa che se hai i driver open funzionano lo stesso ma senza sfruttare l’mtrr
nel tuo caso con 512 mega di ram dovrebbe funzionare tutto comunque sia con i driver open che con quelli chiusi perché hai ancora 2 registri su 8 liberi che verranno occupati dall’agp e dalla memoria video
se applichi il mio script (adattandolo alla tua quantità di ram) avrai solo 3 registri occupati (come nella maggior parte dei computer) così che se ci fosse qualcos’altro a cui serve “c’è posto”
iakopo detto,
16 Novembre, 2007 a 14:11
Ciao, ho da poco applicato il tuo script che è andato a buon fine…
ora il comando
cat /proc/mtrr mi da:
reg00: base=0×00000000 ( 0MB), size= 512MB: write-back, count=1
reg01: base=0xf0000000 (3840MB), size= 128MB: write-combining, count=1
reg02: base=0xe0000000 (3584MB), size= 128MB: write-combining, count=2
mastro detto,
16 Novembre, 2007 a 14:41
@iakopo


ottimo
ora non ti devi più preoccupare dell’mtrr
e se un giorno decidi di aumentare la ram ricordati di fare una piccola modifica allo script
ciao! e in bocca al lupo
giacomo detto,
8 Maggio, 2008 a 21:27
Ciao Mastro!
Da quanto tempo che non scrivo sul tuo blog.
Senti un pò io avevo intenzione di upgradare la mia ram al mio asus (A4764KUH) che dovrebbe essere uguale al tuo…
Cmq il mio monta 2 banchi da 256 di Pc2700, ora tu mi sapresti dire che altri banchi supporta la mia scheda madre? cioè solo i pc2700? o anche altri con frequenza maggiore? e le ddr2?
Ciao aspetto tue notizie
mastro detto,
9 Maggio, 2008 a 1:21
@giacomo

ciao bentornato
sfortunatamente non mi ricordo
avevo fatto tutta la ricerca a suo tempo quando ho fatto l’upgrade a 2 gb
il laptop è qui deceduto (probabilmente scheda madre andata)
..::UnUt WeBlog::.. detto,
15 Maggio, 2008 a 19:36
SPETT.LE ANOVO – ASUS
Reparto Assistenza Tecnica
e p.c.
Alessandro, operatore n. 11
Salve,
sono la sig.ra Nigro Irene ed ho acquistato il notebook:
Asus A6770KLH
in data 03/10/2005 presso:
“Info & Tel S.r.l.”, P.I. 01154270761, Via Pesaro, 85028 Rionero in Vulture (PZ), Tel: 0972/722583.
La macchina ha sempre presentato alcuni difetti, come successivo surriscaldamento, impossibilità di masterizzare su alcuni supporti e, sorattutto, si “risvegliava” da sola dallo standby, cosa alquanto sgradevole e pericolosa in caso dovessi trasportare il pc in valigia.
Decisi perciò di spedirlo in assistenza, prima che scadesse la garanzia, presso:
A-Novo Italia, via Saul Banfi, 20100 Saronno (VA), 02 96.17.22.40
in data 2 Agosto 2007, manifestando i seguenti difetti:
1) Non mantiene standby;
2) HDD con settori danneggiati;
3) Non masterizza;
4) Si spegne nei test di stress CPU;
5) Ventola al massimo in modalità AudioDJ;
6) Non si riavvia (resta in AudioDJ).
Lo spedii quindi tramite DHL CON ASSICURAZIONE a Saronno alla su citata A-Novo Italia, la quale dopo qualche giorno mi mandò l’sms informativo recitante “PC arrivato in azienda. Stato: graffi sulla cover superiore”.
Ovviamente tali graffi non erano presenti all’invio, nè sarebbero potuti essere addebitabili ad un errato packaging dato che il pc era stato confezionato con tutte le accortezza del caso, quindi chiamai A-Novo allo 02 96.17.22.40 dicendo loro che il pc in partenza era perfetto e così sarebbe dovuto ritornare, anche avvalendomi dell’assicurazione. Loro molto gentilmente mi risposero che c’era stato un errore nell’ivio dell’SMS e quindi che non mi sarei dovuto preoccupare.
A settembre 2007 torna il PC. Resoconto: avevano cambiato di tuttto, cavo LCD, scheda madre, touchpad, HDD e lettore ottico. Resoconto grafico: il pc mi è tornato graffiato. Resoconto funzionale: il pc dallo standby si risveglia sempre da solo, la ventola fà un rumore stranissimo come se fosse stata montata storta e continua a spegnersi per surriscaldamento. Gli altri difetti non li ho nemmeno controllati.
Chiamo A-Novo per spiegazioni e dopo aver spiegato tutto mi dice che non può fare niente e che devo chiamare l’ASUS all’199-400059. Lo faccio, stesse spiegazioni e medesima risposta: devo contattare ASUS. Dopo un paio di batti e ribatti, decido quindi di mandare dei fax ad entrambi dicendo che dovevano assolutamente ripararmi i difetti elencati e descritti nella prima spedizione ed in più le plastiche superiori.
Niente.
Rimando i fax.
Niente.
Rimando i fax specificando che erano stati mandati in copia anche ad altroconsumo, mi manda rai 3 e federconsumatori.
Magicamente nel giro di qualche ora (siamo ormai a fine ottobre 2007) chiama una signorina dall’asus, scusandosi e dicendomi “non si preoccupi, invii il notebook e lo ripariamo, tutto gratis, assicurazione inclusa”.
OK. Uso il pc per un pò perchè avevo del lavoro urgente da svolgere e a fine novembre lo spedisco, stesso pacco e stesso foglio descrittivo della prima volta, con in più l’indicazione sui graffi.
Il pc arriva ad A-Novo che mi manda il suo solito messaggio SMS identico al primo. Dopo qualche giorno mi contatta Francesco di Anovo, dicendomi che l’alimentatore aveva un pezzo con nastro isolante e perciò mi consigliava di acquistarne uno nuovo. Solo così mi accorsi di aver spedito un alimentatore di un altro mio notebook per errore, così dissi a Francesco “Ok, faccio il bonifico, però mi raccomando il vecchio rispeditemelo perchè è di un altro PC”. Risposta: “Ovvio, non c’è problema”.
Passa natale, passa capodanno, passa la befana, intorno al 15 ritorna il pc. Stato: nessun graffio; ventola stranamente rumorosissima; Standby “sbarazzino”, non la vuole sapere di restare spento. Nuovo problema: nel pacco c’è solo il nuovo alimentatore.
Ricomincia il giro di fax e telefonate (all’199 sono andati almeno 40 euro finora) finchè mi chiama un bel giorno il sig. Alessandro direttamente dal settore Swap di Asus - 199.4000.59. Rispiego per l’ennesima volta la situazione e lui mi dice “Ok, lo rimandi in Asus, noi facciamo una perizia e nel caso lo sostituiamo”. Nel corso della telefonata, poi, nel riassumere dati e procedura mi dice “Ah, ma il notebook è fuori garanzia?” ed io “Certo, è da agosto che sta in giro!”. Risposta: “allora non so se lo posso sostituire, lo mandi e io nel frattempo ci penso”. Allorchè io “Alessandro io ci lavoro col PC, non puoi PRIMA pensarci e POI farmelo spedire?”. Risposta: “NO”.
Finisco di fare i miei lavori, cerco di fare un backup, compro un notebook sostitutivo e in Aprile spedisco il notebook. Arriva in Anovo e dopo qualche giorno mi arriva una email con un preventivo di riparazione di 300 euro circa. Chiamo Alessandro e lui, rimangiandosi la parola, dice che non può sostituire l’unità ma solleciterà Anovo a procedere in garanzia ed in tempi rapidi.
Oggi 15 Maggio è finalmente tornato il PC. Lo accendo e la prima cosa che faccio è testare lo standby, che ovviamente non funziona. Chiamo A-Novo e mi dice “non si preoccupi, la garanzia si estende di 3 mesi a partire dalla ricezione dopo ogni intervento”. Chiamo Alessandro e dice che non può sostituire il notebook chiudendomi il telefono in faccia.
La presente è per spiegare quanto è accaduto, per chiedere cosa dovrei fare adesso e per informare tutti che in data 19 maggio ho fissato l’appuntamento con il mio legale di fiducia. In più, stavolta mi sono preso la libertà di mandare il fax alle riviste specializzate del settore per diffondere un po’ di conoscenza sulla verità dei centri assistenza e sull’ASUS.
Saluti.
+39.392.55.35.133
mastro detto,
16 Maggio, 2008 a 1:30
@unub
wow!
vedo che “ti è andata bene”
i centri assistenza sono scandalosi!
mi spiace per tutta la tua trafila.. spero che queste cattive pubblicità li spingano a cambiare le cose (comunque è ovvio che tu mai e poi mai riprenderai un asus)
ps: il numero alla fine è il tuo?
sicuro di volerlo mettere online?
giacomo detto,
20 Maggio, 2008 a 19:33
Mastro..
Potresti guidarmi nella ricerca per poter upgradare la ram? La tua che fine ha fatto l’hai venduta? Se no me la compravo io! hi hi
Ciao
giacomo detto,
22 Maggio, 2008 a 0:15
Ciao, se non ti chiedo troppo potresti guidarmi per la ricerca? Ma la tua ram da 2gb che fine ha fatto l’hai venduta?
Ciao
mastro detto,
22 Maggio, 2008 a 1:46
@giacomo
no la ram è qui che fa muffa…
ehhehe
guarda se non sbaglio avevo scritto i risultati della mia ricerca sul forum di asus…
ora vedo se li recupero..
[stand by]
erano 2 RAM DDR 1 GB 400 MHZ
mastro detto,
22 Maggio, 2008 a 17:18
@giacomo
se vuoi comprare la ram possiamo accordarci.. il problema più grosso è fartela avere… nella sezione contact me trovi una delle mie email, puoi anche usarla per cotattarmi in privato se vuoi