Bonjour;
Mon fr=E8re a r=E9cemment achet=E9 une carte mere k8m890 avec un sempron 64.
Je lui ai rebranch=E9 son ancien disque dur avec sa testing, et surtout, j'=
ai reconfigur=E9
xorg pour sa carte video interne ( 1106:3230 (rev 11) . Si cela interesse, =
je peux
poster la d=E9marche, car il faut le driver openchrome + patch pour quel fo=
nctionne
bien.
Cependant, l=E0 n'est pas le probl=E8me. Est il possible de recompiler le n=
oyau
avec l'option 'Opteron/Athlon64/Hammer/K8' comme processeur. Cela apporte t=
il=20
un peu plus de rapidit=E9, malgr=E9 le reste de debian en mode 32bits?
(Il ne peux pas passer integralement en 64bit, n'ayant pas l'adsl)
Merci de vos avis.
R=E9mi.
--=20
R. Suinot: http://rsuinot.free.fr =3D> page perso
http://rsuinux.free.fr =3D> projets: Oups! | Domotique | domino =
| Le jeu idiot
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Johann Läderach
Le mercredi 6 décembre 2006 15:05, Remi Suinot a écrit :
Bonjour; Mon frère a récemment acheté une carte mere k8m890 avec un sempron 64. Je lui ai rebranché son ancien disque dur avec sa testing, et surtout, j'ai reconfiguré xorg pour sa carte video interne ( 1106:3230 (rev 11) . Si cela interesse, je peux poster la démarche, car il faut le driver openchrome + patch pour quel fonctionne bien.
Oui Oui, post la démarche!!!!!!!!!!!, j'ai une carte mère PM8PM-v, selo n certaine doc, il faut le driver Open chrome, mais malgré moultes recherch e et essai je ne suis arrivé à rien. Je suis actuelement avec vesa :-(. Merci d'avance!
Merci de vos avis.
Rémi.
-- Johann Läderach Rue du Château 1 1580 Oleyres
http://www.boutiquehorizon.com
Le mercredi 6 décembre 2006 15:05, Remi Suinot a écrit :
Bonjour;
Mon frère a récemment acheté une carte mere k8m890 avec un sempron 64.
Je lui ai rebranché son ancien disque dur avec sa testing, et surtout, j'ai
reconfiguré xorg pour sa carte video interne ( 1106:3230 (rev 11) . Si cela
interesse, je peux poster la démarche, car il faut le driver openchrome +
patch pour quel fonctionne bien.
Oui Oui, post la démarche!!!!!!!!!!!, j'ai une carte mère PM8PM-v, selo n
certaine doc, il faut le driver Open chrome, mais malgré moultes recherch e et
essai je ne suis arrivé à rien. Je suis actuelement avec vesa :-(.
Merci d'avance!
Le mercredi 6 décembre 2006 15:05, Remi Suinot a écrit :
Bonjour; Mon frère a récemment acheté une carte mere k8m890 avec un sempron 64. Je lui ai rebranché son ancien disque dur avec sa testing, et surtout, j'ai reconfiguré xorg pour sa carte video interne ( 1106:3230 (rev 11) . Si cela interesse, je peux poster la démarche, car il faut le driver openchrome + patch pour quel fonctionne bien.
Oui Oui, post la démarche!!!!!!!!!!!, j'ai une carte mère PM8PM-v, selo n certaine doc, il faut le driver Open chrome, mais malgré moultes recherch e et essai je ne suis arrivé à rien. Je suis actuelement avec vesa :-(. Merci d'avance!
Merci de vos avis.
Rémi.
-- Johann Läderach Rue du Château 1 1580 Oleyres
http://www.boutiquehorizon.com
Slackwave
>Bonjour;
Bonjour
Cependant, là n'est pas le problème. Est il possible de recompiler le noyau avec l'option 'Opteron/Athlon64/Hammer/K8' comme processeur. Cela apporte t il un peu plus de rapidité, malgré le reste de debian en mode 32bits? (Il ne peux pas passer integralement en 64bit, n'ayant pas l'adsl)
A priori si tu reste en environnement 32bits, le gain de performances sera quasi nul, voire inexistant. En revanche, je ne comprends pas le rapport entre 64bits et ADSL ?? Si tu penses à la netinstall, il faut savoir qu'il existe pour AMD64, comme pour les autres architectures, des cdroms complets téléchargeables.
Merci de vos avis. Rémi.
Slack
>Bonjour;
Bonjour
Cependant, là n'est pas le problème. Est il possible de recompiler le noyau
avec l'option 'Opteron/Athlon64/Hammer/K8' comme processeur. Cela apporte t il
un peu plus de rapidité, malgré le reste de debian en mode 32bits?
(Il ne peux pas passer integralement en 64bit, n'ayant pas l'adsl)
A priori si tu reste en environnement 32bits, le gain de performances sera quasi nul, voire inexistant.
En revanche, je ne comprends pas le rapport entre 64bits et ADSL ?? Si tu penses à la netinstall,
il faut savoir qu'il existe pour AMD64, comme pour les autres architectures, des cdroms complets
téléchargeables.
Cependant, là n'est pas le problème. Est il possible de recompiler le noyau avec l'option 'Opteron/Athlon64/Hammer/K8' comme processeur. Cela apporte t il un peu plus de rapidité, malgré le reste de debian en mode 32bits? (Il ne peux pas passer integralement en 64bit, n'ayant pas l'adsl)
A priori si tu reste en environnement 32bits, le gain de performances sera quasi nul, voire inexistant. En revanche, je ne comprends pas le rapport entre 64bits et ADSL ?? Si tu penses à la netinstall, il faut savoir qu'il existe pour AMD64, comme pour les autres architectures, des cdroms complets téléchargeables.
En ce Wed, 6 Dec 2006 17:11:17 +0100, le sermon de Johann Läderach <laede contenait:
Le mercredi 6 décembre 2006 15:05, Remi Suinot a écrit : > Bonjour; > Mon frère a récemment acheté une carte mere k8m890 avec un sempro n 64. > Je lui ai rebranché son ancien disque dur avec sa testing, et surtout , j'ai > reconfiguré xorg pour sa carte video interne ( 1106:3230 (rev 11) . S i cela > interesse, je peux poster la démarche, car il faut le driver openchro me + > patch pour quel fonctionne bien. Oui Oui, post la démarche!!!!!!!!!!!, j'ai une carte mère PM8PM-v, se lon certaine doc, il faut le driver Open chrome, mais malgré moultes recher che et essai je ne suis arrivé à rien. Je suis actuelement avec vesa :-(. Merci d'avance!
D'accord. A la demande générale, donc, voila la démarche: 1/ le site de base: http://wiki.openchrome.org/ (et google, bien sur) 2/ je me suis mis à la recherche d'info à partir des valeurs renvoyée pas lspci: lspci -n ... 01:00.0 0300: 1106:3230 (rev 11) Dans les log du serveur xorg, il y aussi ça: .../... (II) PCI: 01:00:0: chip 1106,3230 card 1043,81b5 rev 11 class 03,00,00 hdr 00
les valeurs à utiliser, sont: chip et card. A partir de ça, j'ai dégoté une référence vers le drivers vt3336 La, j'ai récupéré les sources (installer subversion avant) avec cette doc: http://wiki.openchrome.org/tikiwiki/tiki-index.php?page=Compiling+the+sou rce+code Mais, sur le site, ils parle de la brache trunk, alors que moi, je veux vt3 336, j'ai donc 'adapté' comme ceci: $ svn co http://svn.openchrome.org/svn/branches puis: $ cd branches/vt3336_branch/ $ ./autogen.sh .... cela a fonctionné, j'ai donc installé, testé, et paf, freez de la mac hine lors du passage console vt. Pas top. Une petite question sur leur forum (ne pas rire de mon anglais si vous alle z voir, merci). Et hier, j'ai appliqué un patch: leavevthangfix.patch, en réponse à mon poste, mais il faut aussi regard er la:http://openchrome.org/trac/ticket/86. Pour appliquer ce patch: $ cd branches/vt3336_branch/unichrome/ $ patch -p1 < ~/leavevthangfix.patch $ cd ../ $ ./autogen.sh ... puis j'ai recompilé, sans problème, et installé ça. A noter: j'ai copier les lib dans /usr/lib au lieu de les laisser dans /usr /local/lib/, pareil pour les deux drivers xorg, remis dans /usr/lib/xorg/modules/drivers/ au lieux de /usr/lo cal/lib/xorg/modules/drivers/ (avec sauvegarde avant des originaux, bien sur).
Dans la doc d'openchrome, il y a tout d'expliqué. Ya plus qu'à suivre ( enfin, presque). Le plus dur, c'est toutes les dépendances. Lors du ./autogen.sh, il signale ce qui man que. Il faut les rajouter, ce ne sont que des paquets en *-dev.deb.
D'après les derniers test, cela fonctionne! Je ne prétant pas que c'est aussi rapide que du gforce dernière génération, mais c'est largement mieux que du vesa.
Voila. Amicalement. Rémi.
-- R. Suinot: http://rsuinot.free.fr => page perso http://rsuinux.free.fr => projets: Oups! | Domotique | domino | Le jeu idiot
En ce Wed, 6 Dec 2006 17:11:17 +0100, le sermon de Johann Läderach <laede rach_j@bluewin.ch> contenait:
Le mercredi 6 décembre 2006 15:05, Remi Suinot a écrit :
> Bonjour;
> Mon frère a récemment acheté une carte mere k8m890 avec un sempro n 64.
> Je lui ai rebranché son ancien disque dur avec sa testing, et surtout , j'ai
> reconfiguré xorg pour sa carte video interne ( 1106:3230 (rev 11) . S i cela
> interesse, je peux poster la démarche, car il faut le driver openchro me +
> patch pour quel fonctionne bien.
Oui Oui, post la démarche!!!!!!!!!!!, j'ai une carte mère PM8PM-v, se lon
certaine doc, il faut le driver Open chrome, mais malgré moultes recher che et
essai je ne suis arrivé à rien. Je suis actuelement avec vesa :-(.
Merci d'avance!
D'accord. A la demande générale, donc, voila la démarche:
1/ le site de base: http://wiki.openchrome.org/ (et google, bien sur)
2/ je me suis mis à la recherche d'info à partir des valeurs renvoyée pas lspci:
lspci -n
...
01:00.0 0300: 1106:3230 (rev 11)
Dans les log du serveur xorg, il y aussi ça:
.../...
(II) PCI: 01:00:0: chip 1106,3230 card 1043,81b5 rev 11 class 03,00,00 hdr 00
les valeurs à utiliser, sont: chip et card.
A partir de ça, j'ai dégoté une référence vers le drivers vt3336
La, j'ai récupéré les sources (installer subversion avant) avec cette doc:
http://wiki.openchrome.org/tikiwiki/tiki-index.php?page=Compiling+the+sou rce+code
Mais, sur le site, ils parle de la brache trunk, alors que moi, je veux vt3 336, j'ai donc 'adapté' comme ceci:
$ svn co http://svn.openchrome.org/svn/branches
puis:
$ cd branches/vt3336_branch/
$ ./autogen.sh
....
cela a fonctionné, j'ai donc installé, testé, et paf, freez de la mac hine lors du passage console vt. Pas top.
Une petite question sur leur forum (ne pas rire de mon anglais si vous alle z voir, merci). Et hier, j'ai appliqué un patch:
leavevthangfix.patch, en réponse à mon poste, mais il faut aussi regard er la:http://openchrome.org/trac/ticket/86.
Pour appliquer ce patch:
$ cd branches/vt3336_branch/unichrome/
$ patch -p1 < ~/leavevthangfix.patch
$ cd ../
$ ./autogen.sh
...
puis j'ai recompilé, sans problème, et installé ça.
A noter: j'ai copier les lib dans /usr/lib au lieu de les laisser dans /usr /local/lib/, pareil pour les deux
drivers xorg, remis dans /usr/lib/xorg/modules/drivers/ au lieux de /usr/lo cal/lib/xorg/modules/drivers/
(avec sauvegarde avant des originaux, bien sur).
Dans la doc d'openchrome, il y a tout d'expliqué. Ya plus qu'à suivre ( enfin, presque). Le plus dur,
c'est toutes les dépendances. Lors du ./autogen.sh, il signale ce qui man que. Il faut les rajouter,
ce ne sont que des paquets en *-dev.deb.
D'après les derniers test, cela fonctionne! Je ne prétant pas que c'est aussi rapide que du gforce dernière
génération, mais c'est largement mieux que du vesa.
Voila.
Amicalement.
Rémi.
--
R. Suinot: http://rsuinot.free.fr => page perso
http://rsuinux.free.fr => projets: Oups! | Domotique | domino | Le jeu idiot
En ce Wed, 6 Dec 2006 17:11:17 +0100, le sermon de Johann Läderach <laede contenait:
Le mercredi 6 décembre 2006 15:05, Remi Suinot a écrit : > Bonjour; > Mon frère a récemment acheté une carte mere k8m890 avec un sempro n 64. > Je lui ai rebranché son ancien disque dur avec sa testing, et surtout , j'ai > reconfiguré xorg pour sa carte video interne ( 1106:3230 (rev 11) . S i cela > interesse, je peux poster la démarche, car il faut le driver openchro me + > patch pour quel fonctionne bien. Oui Oui, post la démarche!!!!!!!!!!!, j'ai une carte mère PM8PM-v, se lon certaine doc, il faut le driver Open chrome, mais malgré moultes recher che et essai je ne suis arrivé à rien. Je suis actuelement avec vesa :-(. Merci d'avance!
D'accord. A la demande générale, donc, voila la démarche: 1/ le site de base: http://wiki.openchrome.org/ (et google, bien sur) 2/ je me suis mis à la recherche d'info à partir des valeurs renvoyée pas lspci: lspci -n ... 01:00.0 0300: 1106:3230 (rev 11) Dans les log du serveur xorg, il y aussi ça: .../... (II) PCI: 01:00:0: chip 1106,3230 card 1043,81b5 rev 11 class 03,00,00 hdr 00
les valeurs à utiliser, sont: chip et card. A partir de ça, j'ai dégoté une référence vers le drivers vt3336 La, j'ai récupéré les sources (installer subversion avant) avec cette doc: http://wiki.openchrome.org/tikiwiki/tiki-index.php?page=Compiling+the+sou rce+code Mais, sur le site, ils parle de la brache trunk, alors que moi, je veux vt3 336, j'ai donc 'adapté' comme ceci: $ svn co http://svn.openchrome.org/svn/branches puis: $ cd branches/vt3336_branch/ $ ./autogen.sh .... cela a fonctionné, j'ai donc installé, testé, et paf, freez de la mac hine lors du passage console vt. Pas top. Une petite question sur leur forum (ne pas rire de mon anglais si vous alle z voir, merci). Et hier, j'ai appliqué un patch: leavevthangfix.patch, en réponse à mon poste, mais il faut aussi regard er la:http://openchrome.org/trac/ticket/86. Pour appliquer ce patch: $ cd branches/vt3336_branch/unichrome/ $ patch -p1 < ~/leavevthangfix.patch $ cd ../ $ ./autogen.sh ... puis j'ai recompilé, sans problème, et installé ça. A noter: j'ai copier les lib dans /usr/lib au lieu de les laisser dans /usr /local/lib/, pareil pour les deux drivers xorg, remis dans /usr/lib/xorg/modules/drivers/ au lieux de /usr/lo cal/lib/xorg/modules/drivers/ (avec sauvegarde avant des originaux, bien sur).
Dans la doc d'openchrome, il y a tout d'expliqué. Ya plus qu'à suivre ( enfin, presque). Le plus dur, c'est toutes les dépendances. Lors du ./autogen.sh, il signale ce qui man que. Il faut les rajouter, ce ne sont que des paquets en *-dev.deb.
D'après les derniers test, cela fonctionne! Je ne prétant pas que c'est aussi rapide que du gforce dernière génération, mais c'est largement mieux que du vesa.
Voila. Amicalement. Rémi.
-- R. Suinot: http://rsuinot.free.fr => page perso http://rsuinux.free.fr => projets: Oups! | Domotique | domino | Le jeu idiot
Remi Suinot
En ce Wed, 6 Dec 2006 17:30:37 +0100, le sermon de "Slackwave" ree.fr> contenait:
>Bonjour; Bonjour >Cependant, là n'est pas le problème. Est il possible de recompiler l e noyau >avec l'option 'Opteron/Athlon64/Hammer/K8' comme processeur. Cela apport e t il >un peu plus de rapidité, malgré le reste de debian en mode 32bits? >(Il ne peux pas passer integralement en 64bit, n'ayant pas l'adsl) > A priori si tu reste en environnement 32bits, le gain de performances ser a quasi nul, voire inexistant. En revanche, je ne comprends pas le rapport entre 64bits et ADSL ?? Si tu penses à la netinstall, il faut savoir qu'il existe pour AMD64, comme pour les autres architectur es, des cdroms complets téléchargeables.
je me suis mal exprimé, pardon. Je voulais dire: s'il faut passer toute sa debian actuelle en AMD64, il ne le pourra pas, n'ayant pas l'adsl chez lui, et 650 Mo par modem, c'est long.... ;) Les mises à jours sont faites chez moi, uniquement. Par contre, il n'y a pas d'incompatibilité d'avoir un noyau en '64bits' e t le reste non? Je lui ai installé les sources du 2.6.19, pas pour le fun, mais parce qu' il y a dedans un module pour sa carte mère: k8temp si je me souviens bien du nom. Sensorsd est inutile sans lui.
Rémi.
-- R. Suinot: http://rsuinot.free.fr => page perso http://rsuinux.free.fr => projets: Oups! | Domotique | domino | Le jeu idiot
En ce Wed, 6 Dec 2006 17:30:37 +0100, le sermon de "Slackwave" <slackwave@f ree.fr> contenait:
>Bonjour;
Bonjour
>Cependant, là n'est pas le problème. Est il possible de recompiler l e noyau
>avec l'option 'Opteron/Athlon64/Hammer/K8' comme processeur. Cela apport e t il
>un peu plus de rapidité, malgré le reste de debian en mode 32bits?
>(Il ne peux pas passer integralement en 64bit, n'ayant pas l'adsl)
>
A priori si tu reste en environnement 32bits, le gain de performances ser a quasi nul, voire inexistant.
En revanche, je ne comprends pas le rapport entre 64bits et ADSL ?? Si tu penses à la netinstall,
il faut savoir qu'il existe pour AMD64, comme pour les autres architectur es, des cdroms complets
téléchargeables.
je me suis mal exprimé, pardon.
Je voulais dire: s'il faut passer toute sa debian actuelle en AMD64, il ne le pourra pas, n'ayant
pas l'adsl chez lui, et 650 Mo par modem, c'est long.... ;)
Les mises à jours sont faites chez moi, uniquement.
Par contre, il n'y a pas d'incompatibilité d'avoir un noyau en '64bits' e t le reste non?
Je lui ai installé les sources du 2.6.19, pas pour le fun, mais parce qu' il y a dedans un
module pour sa carte mère: k8temp si je me souviens bien du nom. Sensorsd est inutile
sans lui.
Rémi.
--
R. Suinot: http://rsuinot.free.fr => page perso
http://rsuinux.free.fr => projets: Oups! | Domotique | domino | Le jeu idiot
En ce Wed, 6 Dec 2006 17:30:37 +0100, le sermon de "Slackwave" ree.fr> contenait:
>Bonjour; Bonjour >Cependant, là n'est pas le problème. Est il possible de recompiler l e noyau >avec l'option 'Opteron/Athlon64/Hammer/K8' comme processeur. Cela apport e t il >un peu plus de rapidité, malgré le reste de debian en mode 32bits? >(Il ne peux pas passer integralement en 64bit, n'ayant pas l'adsl) > A priori si tu reste en environnement 32bits, le gain de performances ser a quasi nul, voire inexistant. En revanche, je ne comprends pas le rapport entre 64bits et ADSL ?? Si tu penses à la netinstall, il faut savoir qu'il existe pour AMD64, comme pour les autres architectur es, des cdroms complets téléchargeables.
je me suis mal exprimé, pardon. Je voulais dire: s'il faut passer toute sa debian actuelle en AMD64, il ne le pourra pas, n'ayant pas l'adsl chez lui, et 650 Mo par modem, c'est long.... ;) Les mises à jours sont faites chez moi, uniquement. Par contre, il n'y a pas d'incompatibilité d'avoir un noyau en '64bits' e t le reste non? Je lui ai installé les sources du 2.6.19, pas pour le fun, mais parce qu' il y a dedans un module pour sa carte mère: k8temp si je me souviens bien du nom. Sensorsd est inutile sans lui.
Rémi.
-- R. Suinot: http://rsuinot.free.fr => page perso http://rsuinux.free.fr => projets: Oups! | Domotique | domino | Le jeu idiot
Johann Läderach
Le mercredi 6 décembre 2006 21:39, Remi Suinot a écrit :
D'accord. A la demande générale, donc, voila la démarche:
...
Voila. Amicalement. Rémi.
Merci, j'essaye dès que j'ai un peu de temps
Johann Läderach Rue du Château 1 1580 Oleyres
http://www.boutiquehorizon.com
Le mercredi 6 décembre 2006 21:39, Remi Suinot a écrit :
D'accord. A la demande générale, donc, voila la démarche:
Le mercredi 6 décembre 2006 21:39, Remi Suinot a écrit :
D'accord. A la demande générale, donc, voila la démarche:
...
Voila. Amicalement. Rémi.
Merci, j'essaye dès que j'ai un peu de temps
Johann Läderach Rue du Château 1 1580 Oleyres
http://www.boutiquehorizon.com
Slackwave
>> En revanche, je ne comprends pas le rapport entre 64bits et ADSL ?? Si tu penses à la netinstall, il faut savoir qu'il existe pour AMD64, comme pour les autres architectures, des cdroms complets téléchargeables.
Et en RTC, tu mets 3 mois à récupérer les 45 CD...
Certes mais les CD tu peux les récupérer depuis le travail, chez un ami, etc... Ce que je veux dire c'est que c'est exactement le même problème que pour une install 32bits.
-- Sylvain Sauvage
>> En revanche, je ne comprends pas le
rapport entre 64bits et ADSL ?? Si tu penses à la netinstall, il faut
savoir qu'il existe pour AMD64, comme pour les autres architectures,
des cdroms complets téléchargeables.
Et en RTC, tu mets 3 mois à récupérer les 45 CD...
Certes mais les CD tu peux les récupérer depuis le travail, chez un ami, etc... Ce que je veux dire c'est que c'est exactement le même problème que pour une install 32bits.
>> En revanche, je ne comprends pas le rapport entre 64bits et ADSL ?? Si tu penses à la netinstall, il faut savoir qu'il existe pour AMD64, comme pour les autres architectures, des cdroms complets téléchargeables.
Et en RTC, tu mets 3 mois à récupérer les 45 CD...
Certes mais les CD tu peux les récupérer depuis le travail, chez un ami, etc... Ce que je veux dire c'est que c'est exactement le même problème que pour une install 32bits.
