Bonjour,
Lors d'une mise à jour de squeeze en passant en 64bits sur un AMD, je
n'arrive pas à installer correctement le contrôleur graphique (ATI
radeon HD 3200).
Avant, j'avais déjà eu des problèmes et étais resté en 32 bits avec
l'installateur proprio de ATI.
Maintenant, voulant passer en 64bits, je n'arrive pas à mettre en œuvre
le pilote de la carte pour avoir un peu de 3D...
Démarche en deux épisodes :
0- Préambule pour pouvoir avoir une session X11, j'ai "détruit" le
xorg.conf
1- Version "je récupère l'installateur de chez AMD/ATI
(ati-driver-installer-9-7-x86.x86_64.run)" et dans une session X11 je
le lance : décompression, affichage de la version de X11 et du
noyau... puis plus rien, pas de passage en graphique et pas de 3D non
plus au redémarrage...
Des idées ?
2.0- Version "tant pis, je pars avec les packets fglrx inclus dans la
distrib"
Donc récupération des packets de type flgrx dans non-free... et raté
marche pas mieux !
Échec de la compilation des sources sur noyau 30 avec "un membre d'une
structure qui n'existe pas" et un conflit de type.
***
/usr/src/modules/fglrx/drm_os_linux.h:45: error: conflicting types for
‘irqreturn_t’
/usr/src/modules/fglrx/firegl_public.c:1407: error: ‘struct
task_struct’ has no member named ‘euid’
***
2.1- sur une machine sid, j'ai réussi avec une radeon Hd 3200 et un peu
d'huile de code. Donc je me dis que c'est la version des source du
pilote qui n'est pas bonne (9-2-2 en squeeze et 9-7-2 en sid) => je
mélange et récupère la version sid => compilation passe mais échec de
nouveau avec un problème dans le ld :
***ld: Relocatable linking with relocations from format elf32-i386
(/usr/src/modules/fglrx/libfglrx_ip.a.GCC4) to format elf64-x86-64
(/usr/src/modules/fglrx/fglrx.o) is not supported***
Donc que faire ?
J'ai toujours la possibilité de repasser en 32bit mais bon c'est pas le
but !
<info sur la cible>
elie2:~# uname -a
Linux elie2 2.6.30-1-amd64 #1 SMP Mon Aug 3 18:45:04 UTC 2009 x86_64
GNU/Linux
elie2:~# lspci -v
[...]
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3200
Graphics (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 82f1
Flags: bus master, fast devsel, latency 0, IRQ 11
Memory at d0000000 (32-bit, prefetchable) [size%6M]
I/O ports at d000 [size%6]
Memory at fbcf0000 (32-bit, non-prefetchable) [sizedK]
Memory at fbb00000 (32-bit, non-prefetchable) [size=1M]
Expansion ROM at <unassigned> [disabled]
Capabilities: [50] Power Management version 3
Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
[...]
elie2:~# X -version
X: warning; process set to priority -2 instead of requested priority 0
X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-11)
Current Operating System: Linux elie2 2.6.30-1-amd64 #1 SMP Mon Aug 3
18:45:04 UTC 2009 x86_64
Build Date: 20 February 2009 03:06:29AM
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
</info sur la cible>
merci de vos conseils.
Yann.
Bonjour,
Lors d'une mise à jour de squeeze en passant en 64bits sur un AMD, je
n'arrive pas à installer correctement le contrôleur graphique (ATI
radeon HD 3200).
Avant, j'avais déjà eu des problèmes et étais resté en 32 bits avec
l'installateur proprio de ATI.
Maintenant, voulant passer en 64bits, je n'arrive pas à mettre en œuvre
le pilote de la carte pour avoir un peu de 3D...
Démarche en deux épisodes :
0- Préambule pour pouvoir avoir une session X11, j'ai "détruit" le
xorg.conf
1- Version "je récupère l'installateur de chez AMD/ATI
(ati-driver-installer-9-7-x86.x86_64.run)" et dans une session X11 je
le lance : décompression, affichage de la version de X11 et du
noyau... puis plus rien, pas de passage en graphique et pas de 3D non
plus au redémarrage...
Des idées ?
2.0- Version "tant pis, je pars avec les packets fglrx inclus dans la
distrib"
Donc récupération des packets de type flgrx dans non-free... et raté
marche pas mieux !
Échec de la compilation des sources sur noyau 30 avec "un membre d'une
structure qui n'existe pas" et un conflit de type.
***
/usr/src/modules/fglrx/drm_os_linux.h:45: error: conflicting types for
‘irqreturn_t’
/usr/src/modules/fglrx/firegl_public.c:1407: error: ‘struct
task_struct’ has no member named ‘euid’
***
2.1- sur une machine sid, j'ai réussi avec une radeon Hd 3200 et un peu
d'huile de code. Donc je me dis que c'est la version des source du
pilote qui n'est pas bonne (9-2-2 en squeeze et 9-7-2 en sid) => je
mélange et récupère la version sid => compilation passe mais échec de
nouveau avec un problème dans le ld :
***ld: Relocatable linking with relocations from format elf32-i386
(/usr/src/modules/fglrx/libfglrx_ip.a.GCC4) to format elf64-x86-64
(/usr/src/modules/fglrx/fglrx.o) is not supported***
Donc que faire ?
J'ai toujours la possibilité de repasser en 32bit mais bon c'est pas le
but !
<info sur la cible>
elie2:~# uname -a
Linux elie2 2.6.30-1-amd64 #1 SMP Mon Aug 3 18:45:04 UTC 2009 x86_64
GNU/Linux
elie2:~# lspci -v
[...]
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3200
Graphics (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 82f1
Flags: bus master, fast devsel, latency 0, IRQ 11
Memory at d0000000 (32-bit, prefetchable) [size%6M]
I/O ports at d000 [size%6]
Memory at fbcf0000 (32-bit, non-prefetchable) [sizedK]
Memory at fbb00000 (32-bit, non-prefetchable) [size=1M]
Expansion ROM at <unassigned> [disabled]
Capabilities: [50] Power Management version 3
Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
[...]
elie2:~# X -version
X: warning; process set to priority -2 instead of requested priority 0
X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-11)
Current Operating System: Linux elie2 2.6.30-1-amd64 #1 SMP Mon Aug 3
18:45:04 UTC 2009 x86_64
Build Date: 20 February 2009 03:06:29AM
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
</info sur la cible>
merci de vos conseils.
Yann.
Bonjour,
Lors d'une mise à jour de squeeze en passant en 64bits sur un AMD, je
n'arrive pas à installer correctement le contrôleur graphique (ATI
radeon HD 3200).
Avant, j'avais déjà eu des problèmes et étais resté en 32 bits avec
l'installateur proprio de ATI.
Maintenant, voulant passer en 64bits, je n'arrive pas à mettre en œuvre
le pilote de la carte pour avoir un peu de 3D...
Démarche en deux épisodes :
0- Préambule pour pouvoir avoir une session X11, j'ai "détruit" le
xorg.conf
1- Version "je récupère l'installateur de chez AMD/ATI
(ati-driver-installer-9-7-x86.x86_64.run)" et dans une session X11 je
le lance : décompression, affichage de la version de X11 et du
noyau... puis plus rien, pas de passage en graphique et pas de 3D non
plus au redémarrage...
Des idées ?
2.0- Version "tant pis, je pars avec les packets fglrx inclus dans la
distrib"
Donc récupération des packets de type flgrx dans non-free... et raté
marche pas mieux !
Échec de la compilation des sources sur noyau 30 avec "un membre d'une
structure qui n'existe pas" et un conflit de type.
***
/usr/src/modules/fglrx/drm_os_linux.h:45: error: conflicting types for
‘irqreturn_t’
/usr/src/modules/fglrx/firegl_public.c:1407: error: ‘struct
task_struct’ has no member named ‘euid’
***
2.1- sur une machine sid, j'ai réussi avec une radeon Hd 3200 et un peu
d'huile de code. Donc je me dis que c'est la version des source du
pilote qui n'est pas bonne (9-2-2 en squeeze et 9-7-2 en sid) => je
mélange et récupère la version sid => compilation passe mais échec de
nouveau avec un problème dans le ld :
***ld: Relocatable linking with relocations from format elf32-i386
(/usr/src/modules/fglrx/libfglrx_ip.a.GCC4) to format elf64-x86-64
(/usr/src/modules/fglrx/fglrx.o) is not supported***
Donc que faire ?
J'ai toujours la possibilité de repasser en 32bit mais bon c'est pas le
but !
<info sur la cible>
elie2:~# uname -a
Linux elie2 2.6.30-1-amd64 #1 SMP Mon Aug 3 18:45:04 UTC 2009 x86_64
GNU/Linux
elie2:~# lspci -v
[...]
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3200
Graphics (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 82f1
Flags: bus master, fast devsel, latency 0, IRQ 11
Memory at d0000000 (32-bit, prefetchable) [size%6M]
I/O ports at d000 [size%6]
Memory at fbcf0000 (32-bit, non-prefetchable) [sizedK]
Memory at fbb00000 (32-bit, non-prefetchable) [size=1M]
Expansion ROM at <unassigned> [disabled]
Capabilities: [50] Power Management version 3
Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
[...]
elie2:~# X -version
X: warning; process set to priority -2 instead of requested priority 0
X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-11)
Current Operating System: Linux elie2 2.6.30-1-amd64 #1 SMP Mon Aug 3
18:45:04 UTC 2009 x86_64
Build Date: 20 February 2009 03:06:29AM
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
</info sur la cible>
merci de vos conseils.
Yann.
Salut, j'ai une puce 3300HD sur un portable sous Squeeze, j'ai
confronté au même problème (avec un 2.6.30* maison ou celu i de
Debian).
J'ai essayé des patches de chez Gentoo sur l'installateur ATI en
différentes versions sans succès, finalement j'ai passé to ut xorg en
Sid avec du "pinning" (et aptitude), et j'ai utilisé les paquets
fglrx de Sid également. Après installation, puis un coup de
module-assistant pour le module noyau, un "aticonfig --initial" (le
tout en console, pas en session graphique) et un redémarrage tout
fonctionne bien (effets "3D" dans kde4, OpenGl OK, video ok si on
désactive les effets de bureau.).
Tom
Salut, j'ai une puce 3300HD sur un portable sous Squeeze, j'ai
confronté au même problème (avec un 2.6.30* maison ou celu i de
Debian).
J'ai essayé des patches de chez Gentoo sur l'installateur ATI en
différentes versions sans succès, finalement j'ai passé to ut xorg en
Sid avec du "pinning" (et aptitude), et j'ai utilisé les paquets
fglrx de Sid également. Après installation, puis un coup de
module-assistant pour le module noyau, un "aticonfig --initial" (le
tout en console, pas en session graphique) et un redémarrage tout
fonctionne bien (effets "3D" dans kde4, OpenGl OK, video ok si on
désactive les effets de bureau.).
Tom
Salut, j'ai une puce 3300HD sur un portable sous Squeeze, j'ai
confronté au même problème (avec un 2.6.30* maison ou celu i de
Debian).
J'ai essayé des patches de chez Gentoo sur l'installateur ATI en
différentes versions sans succès, finalement j'ai passé to ut xorg en
Sid avec du "pinning" (et aptitude), et j'ai utilisé les paquets
fglrx de Sid également. Après installation, puis un coup de
module-assistant pour le module noyau, un "aticonfig --initial" (le
tout en console, pas en session graphique) et un redémarrage tout
fonctionne bien (effets "3D" dans kde4, OpenGl OK, video ok si on
désactive les effets de bureau.).
Tom
Le Sun, 16 Aug 2009 19:59:00 +0200,
"thveillon.debian" a écrit :
[...]Salut, j'ai une puce 3300HD sur un portable sous Squeeze, j'ai
étéconfronté au même problème (avec un 2.6.30* maison ou celui de
Debian).
J'ai essayé des patches de chez Gentoo sur l'installateur ATI en
différentes versions sans succès, finalement j'ai passé tout xorg en
Sid avec du "pinning" (et aptitude), et j'ai utilisé les paquets
fglrx de Sid également. Après installation, puis un coup de
module-assistant pour le module noyau, un "aticonfig --initial" (le
tout en console, pas en session graphique) et un redémarrage tout
fonctionne bien (effets "3D" dans kde4, OpenGl OK, video ok si on
désactive les effets de bureau.).
[...]Tom
Bonjour,
Donc :
- passage de xorg et xserver-xorg en version sid => semble OK machine
sous X11 sans 3D
- passage en sid aussi du noyeau adm64 2.6.30 et des header pour
compilation du module => échec de module assistant avec cet extrait
du log par conttre pourquoi ça c'est le mystère...
<<<<<<<< Log >>>>>>>>>>>>>
In file included from /usr/src/modules/fglrx/firegl_public.c:445:
/usr/src/modules/fglrx/drm_proc.h: In function ‘FGLDRM__vma_info’:
/usr/src/modules/fglrx/drm_proc.h:497: warning: format ‘%08lx’ expects
type ‘long unsigned int’, but argument 5 has type ‘phys_addr_t’
CC [M] /usr/src/modules/fglrx/kcl_acpi.o
/usr/src/modules/fglrx/kcl_acpi.c:431:6: warning: #warning "ACPI
notification wrapping won't work."
/usr/src/modules/fglrx/kcl_acpi.c:464:6: warning: #warning "ACPI
notification wrapping won't work."
/usr/src/modules/fglrx/kcl_acpi.c:490:6: warning: #warning "ACPI
notification wrapping won't work."
/usr/src/modules/fglrx/kcl_acpi.c:514:6: warning: #warning "ACPI
notification wrapping won't work."
CC [M] /usr/src/modules/fglrx/kcl_agp.o
CC [M] /usr/src/modules/fglrx/kcl_debug.o
CC [M] /usr/src/modules/fglrx/kcl_ioctl.o
CC [M] /usr/src/modules/fglrx/kcl_io.o
CC [M] /usr/src/modules/fglrx/kcl_pci.o
CC [M] /usr/src/modules/fglrx/kcl_str.o
CC [M] /usr/src/modules/fglrx/kcl_wait.o
LD [M] /usr/src/modules/fglrx/fglrx.o
ld: Relocatable linking with relocations from format elf32-i386
(/usr/src/modules/fglrx/libfglrx_ip.a.GCC4) to format elf64-x86-64 (/usr/src/modules/fglrx/fglrx.o) is not supported
make[5]: *** [/usr/src/modules/fglrx/fglrx.o] Erreur 1
make[4]: *** [_module_/usr/src/modules/fglrx] Erreur 2
make[3]: *** [sub-make] Erreur 2
make[2]: *** [all] Erreur 2
make[2]: quittant le répertoire « /usr/src/linux-headers-2.6.30-1-amd64
»
<<<<<<<< >>>>>>>>>>>>>
Le Sun, 16 Aug 2009 19:59:00 +0200,
"thveillon.debian" <thveillon.debian@googlemail.com> a écrit :
[...]
Salut, j'ai une puce 3300HD sur un portable sous Squeeze, j'ai
été
confronté au même problème (avec un 2.6.30* maison ou celui de
Debian).
J'ai essayé des patches de chez Gentoo sur l'installateur ATI en
différentes versions sans succès, finalement j'ai passé tout xorg en
Sid avec du "pinning" (et aptitude), et j'ai utilisé les paquets
fglrx de Sid également. Après installation, puis un coup de
module-assistant pour le module noyau, un "aticonfig --initial" (le
tout en console, pas en session graphique) et un redémarrage tout
fonctionne bien (effets "3D" dans kde4, OpenGl OK, video ok si on
désactive les effets de bureau.).
[...]
Tom
Bonjour,
Donc :
- passage de xorg et xserver-xorg en version sid => semble OK machine
sous X11 sans 3D
- passage en sid aussi du noyeau adm64 2.6.30 et des header pour
compilation du module => échec de module assistant avec cet extrait
du log par conttre pourquoi ça c'est le mystère...
<<<<<<<< Log >>>>>>>>>>>>>
In file included from /usr/src/modules/fglrx/firegl_public.c:445:
/usr/src/modules/fglrx/drm_proc.h: In function ‘FGLDRM__vma_info’:
/usr/src/modules/fglrx/drm_proc.h:497: warning: format ‘%08lx’ expects
type ‘long unsigned int’, but argument 5 has type ‘phys_addr_t’
CC [M] /usr/src/modules/fglrx/kcl_acpi.o
/usr/src/modules/fglrx/kcl_acpi.c:431:6: warning: #warning "ACPI
notification wrapping won't work."
/usr/src/modules/fglrx/kcl_acpi.c:464:6: warning: #warning "ACPI
notification wrapping won't work."
/usr/src/modules/fglrx/kcl_acpi.c:490:6: warning: #warning "ACPI
notification wrapping won't work."
/usr/src/modules/fglrx/kcl_acpi.c:514:6: warning: #warning "ACPI
notification wrapping won't work."
CC [M] /usr/src/modules/fglrx/kcl_agp.o
CC [M] /usr/src/modules/fglrx/kcl_debug.o
CC [M] /usr/src/modules/fglrx/kcl_ioctl.o
CC [M] /usr/src/modules/fglrx/kcl_io.o
CC [M] /usr/src/modules/fglrx/kcl_pci.o
CC [M] /usr/src/modules/fglrx/kcl_str.o
CC [M] /usr/src/modules/fglrx/kcl_wait.o
LD [M] /usr/src/modules/fglrx/fglrx.o
ld: Relocatable linking with relocations from format elf32-i386
(/usr/src/modules/fglrx/libfglrx_ip.a.GCC4) to format elf64-x86-64 (/usr/src/modules/fglrx/fglrx.o) is not supported
make[5]: *** [/usr/src/modules/fglrx/fglrx.o] Erreur 1
make[4]: *** [_module_/usr/src/modules/fglrx] Erreur 2
make[3]: *** [sub-make] Erreur 2
make[2]: *** [all] Erreur 2
make[2]: quittant le répertoire « /usr/src/linux-headers-2.6.30-1-amd64
»
<<<<<<<< >>>>>>>>>>>>>
Le Sun, 16 Aug 2009 19:59:00 +0200,
"thveillon.debian" a écrit :
[...]Salut, j'ai une puce 3300HD sur un portable sous Squeeze, j'ai
étéconfronté au même problème (avec un 2.6.30* maison ou celui de
Debian).
J'ai essayé des patches de chez Gentoo sur l'installateur ATI en
différentes versions sans succès, finalement j'ai passé tout xorg en
Sid avec du "pinning" (et aptitude), et j'ai utilisé les paquets
fglrx de Sid également. Après installation, puis un coup de
module-assistant pour le module noyau, un "aticonfig --initial" (le
tout en console, pas en session graphique) et un redémarrage tout
fonctionne bien (effets "3D" dans kde4, OpenGl OK, video ok si on
désactive les effets de bureau.).
[...]Tom
Bonjour,
Donc :
- passage de xorg et xserver-xorg en version sid => semble OK machine
sous X11 sans 3D
- passage en sid aussi du noyeau adm64 2.6.30 et des header pour
compilation du module => échec de module assistant avec cet extrait
du log par conttre pourquoi ça c'est le mystère...
<<<<<<<< Log >>>>>>>>>>>>>
In file included from /usr/src/modules/fglrx/firegl_public.c:445:
/usr/src/modules/fglrx/drm_proc.h: In function ‘FGLDRM__vma_info’:
/usr/src/modules/fglrx/drm_proc.h:497: warning: format ‘%08lx’ expects
type ‘long unsigned int’, but argument 5 has type ‘phys_addr_t’
CC [M] /usr/src/modules/fglrx/kcl_acpi.o
/usr/src/modules/fglrx/kcl_acpi.c:431:6: warning: #warning "ACPI
notification wrapping won't work."
/usr/src/modules/fglrx/kcl_acpi.c:464:6: warning: #warning "ACPI
notification wrapping won't work."
/usr/src/modules/fglrx/kcl_acpi.c:490:6: warning: #warning "ACPI
notification wrapping won't work."
/usr/src/modules/fglrx/kcl_acpi.c:514:6: warning: #warning "ACPI
notification wrapping won't work."
CC [M] /usr/src/modules/fglrx/kcl_agp.o
CC [M] /usr/src/modules/fglrx/kcl_debug.o
CC [M] /usr/src/modules/fglrx/kcl_ioctl.o
CC [M] /usr/src/modules/fglrx/kcl_io.o
CC [M] /usr/src/modules/fglrx/kcl_pci.o
CC [M] /usr/src/modules/fglrx/kcl_str.o
CC [M] /usr/src/modules/fglrx/kcl_wait.o
LD [M] /usr/src/modules/fglrx/fglrx.o
ld: Relocatable linking with relocations from format elf32-i386
(/usr/src/modules/fglrx/libfglrx_ip.a.GCC4) to format elf64-x86-64 (/usr/src/modules/fglrx/fglrx.o) is not supported
make[5]: *** [/usr/src/modules/fglrx/fglrx.o] Erreur 1
make[4]: *** [_module_/usr/src/modules/fglrx] Erreur 2
make[3]: *** [sub-make] Erreur 2
make[2]: *** [all] Erreur 2
make[2]: quittant le répertoire « /usr/src/linux-headers-2.6.30-1-amd64
»
<<<<<<<< >>>>>>>>>>>>>
Le log correspond à l'installation de quel pilote fglrx, par quelle
méthode ?
Actuellement sur mon portable avec une ati (HD3430 pour être prà ©cis,
portable HP6730s) j'ai le système en Squeeze, xorg en Sid et le
dernier pilote fglrx de Sid (9.8) installé avec aptitude. J'ai crà ©Ã©
le module noyau avec module-assistant sans problème sur un noyau
2.6.30.5 perso, et précédemment sur un 2.6.30 de debian (avec f glrx
version 9.7, toujours installé avec aptitude + module-assistant).
J'ai déjà fais une mà j de noyau, et une de fglrx sans prob lème. La
version de fglrx ne serait-elle pas trop ancienne ?
Tom
Le log correspond à l'installation de quel pilote fglrx, par quelle
méthode ?
Actuellement sur mon portable avec une ati (HD3430 pour être prà ©cis,
portable HP6730s) j'ai le système en Squeeze, xorg en Sid et le
dernier pilote fglrx de Sid (9.8) installé avec aptitude. J'ai crà ©Ã©
le module noyau avec module-assistant sans problème sur un noyau
2.6.30.5 perso, et précédemment sur un 2.6.30 de debian (avec f glrx
version 9.7, toujours installé avec aptitude + module-assistant).
J'ai déjà fais une mà j de noyau, et une de fglrx sans prob lème. La
version de fglrx ne serait-elle pas trop ancienne ?
Tom
Le log correspond à l'installation de quel pilote fglrx, par quelle
méthode ?
Actuellement sur mon portable avec une ati (HD3430 pour être prà ©cis,
portable HP6730s) j'ai le système en Squeeze, xorg en Sid et le
dernier pilote fglrx de Sid (9.8) installé avec aptitude. J'ai crà ©Ã©
le module noyau avec module-assistant sans problème sur un noyau
2.6.30.5 perso, et précédemment sur un 2.6.30 de debian (avec f glrx
version 9.7, toujours installé avec aptitude + module-assistant).
J'ai déjà fais une mà j de noyau, et une de fglrx sans prob lème. La
version de fglrx ne serait-elle pas trop ancienne ?
Tom
Le Sat, 22 Aug 2009 12:18:48 +0200,
"thveillon.debian" a écrit :Le log correspond à l'installation de quel pilote fglrx, par quelle
méthode ?
module-assistant avec
flglrx-source en 1:9-8-1 (le dernière de sid quoi)
linux-header-2.6.30-1-amd64 en 2.6.30-6
linux-kbuild-2.6.30-1 en 2.6.30-1
...???Actuellement sur mon portable avec une ati (HD3430 pour être précis,
portable HP6730s) j'ai le système en Squeeze, xorg en Sid et le
dernier pilote fglrx de Sid (9.8) installé avec aptitude. J'ai créé
le module noyau avec module-assistant sans problème sur un noyau
2.6.30.5 perso, et précédemment sur un 2.6.30 de debian (avec fglrx
version 9.7, toujours installé avec aptitude + module-assistant).
J'ai déjà fais une màj de noyau, et une de fglrx sans problème. La
version de fglrx ne serait-elle pas trop ancienne ?
Tom
Le Sat, 22 Aug 2009 12:18:48 +0200,
"thveillon.debian" <thveillon.debian@googlemail.com> a écrit :
Le log correspond à l'installation de quel pilote fglrx, par quelle
méthode ?
module-assistant avec
flglrx-source en 1:9-8-1 (le dernière de sid quoi)
linux-header-2.6.30-1-amd64 en 2.6.30-6
linux-kbuild-2.6.30-1 en 2.6.30-1
...???
Actuellement sur mon portable avec une ati (HD3430 pour être précis,
portable HP6730s) j'ai le système en Squeeze, xorg en Sid et le
dernier pilote fglrx de Sid (9.8) installé avec aptitude. J'ai créé
le module noyau avec module-assistant sans problème sur un noyau
2.6.30.5 perso, et précédemment sur un 2.6.30 de debian (avec fglrx
version 9.7, toujours installé avec aptitude + module-assistant).
J'ai déjà fais une màj de noyau, et une de fglrx sans problème. La
version de fglrx ne serait-elle pas trop ancienne ?
Tom
Le Sat, 22 Aug 2009 12:18:48 +0200,
"thveillon.debian" a écrit :Le log correspond à l'installation de quel pilote fglrx, par quelle
méthode ?
module-assistant avec
flglrx-source en 1:9-8-1 (le dernière de sid quoi)
linux-header-2.6.30-1-amd64 en 2.6.30-6
linux-kbuild-2.6.30-1 en 2.6.30-1
...???Actuellement sur mon portable avec une ati (HD3430 pour être précis,
portable HP6730s) j'ai le système en Squeeze, xorg en Sid et le
dernier pilote fglrx de Sid (9.8) installé avec aptitude. J'ai créé
le module noyau avec module-assistant sans problème sur un noyau
2.6.30.5 perso, et précédemment sur un 2.6.30 de debian (avec fglrx
version 9.7, toujours installé avec aptitude + module-assistant).
J'ai déjà fais une màj de noyau, et une de fglrx sans problème. La
version de fglrx ne serait-elle pas trop ancienne ?
Tom
Bonjour,
Au bout d'un moment, j'ai eu un doute et j'ai vérifié la versio n du
CPU :
elie2:~# uname -a
Linux elie2 2.6.30-1-amd64 #1 SMP Sat Aug 15 21:08:31 UTC 2009 x86_64
GNU/Linux
elie2:~# more /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 127
model name : AMD Sempron(tm) Processor LE-1300
stepping : 2
cpu MHz : 1000.000
cache size : 512 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr
pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxe xt
fxsr_opt rdtscp lm 3dnowext 3dnow up rep_good extd_apicid pni cx16
lahf_lm extapic cr8_legacy 3dnowprefetch bogomips : 2008.69 TLB
size : 1024 4K pages clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc 100mhzsteps
elie2:~# perl -e 'print ~123;'
4294967172
Et bien, cette machine n'est pas considérée comme un 64bits !
Donc retour arrière et mise en place du 32bit sans PB !
Quelle buse je suis !
Bonjour,
Au bout d'un moment, j'ai eu un doute et j'ai vérifié la versio n du
CPU :
elie2:~# uname -a
Linux elie2 2.6.30-1-amd64 #1 SMP Sat Aug 15 21:08:31 UTC 2009 x86_64
GNU/Linux
elie2:~# more /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 127
model name : AMD Sempron(tm) Processor LE-1300
stepping : 2
cpu MHz : 1000.000
cache size : 512 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr
pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxe xt
fxsr_opt rdtscp lm 3dnowext 3dnow up rep_good extd_apicid pni cx16
lahf_lm extapic cr8_legacy 3dnowprefetch bogomips : 2008.69 TLB
size : 1024 4K pages clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc 100mhzsteps
elie2:~# perl -e 'print ~123;'
4294967172
Et bien, cette machine n'est pas considérée comme un 64bits !
Donc retour arrière et mise en place du 32bit sans PB !
Quelle buse je suis !
Bonjour,
Au bout d'un moment, j'ai eu un doute et j'ai vérifié la versio n du
CPU :
elie2:~# uname -a
Linux elie2 2.6.30-1-amd64 #1 SMP Sat Aug 15 21:08:31 UTC 2009 x86_64
GNU/Linux
elie2:~# more /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 127
model name : AMD Sempron(tm) Processor LE-1300
stepping : 2
cpu MHz : 1000.000
cache size : 512 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr
pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxe xt
fxsr_opt rdtscp lm 3dnowext 3dnow up rep_good extd_apicid pni cx16
lahf_lm extapic cr8_legacy 3dnowprefetch bogomips : 2008.69 TLB
size : 1024 4K pages clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc 100mhzsteps
elie2:~# perl -e 'print ~123;'
4294967172
Et bien, cette machine n'est pas considérée comme un 64bits !
Donc retour arrière et mise en place du 32bit sans PB !
Quelle buse je suis !
Bonjour,
Au bout d'un moment, j'ai eu un doute et j'ai vérifié la version du
CPU :
elie2:~# uname -a
Linux elie2 2.6.30-1-amd64 #1 SMP Sat Aug 15 21:08:31 UTC 2009 x86_64
GNU/Linux
elie2:~# more /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 127
model name : AMD Sempron(tm) Processor LE-1300
stepping : 2
cpu MHz : 1000.000
cache size : 512 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr
pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxe xt
fxsr_opt rdtscp lm 3dnowext 3dnow up rep_good extd_apicid pni cx16
lahf_lm extapic cr8_legacy 3dnowprefetch bogomips : 2008.69 TLB
size : 1024 4K pages clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc 100mhzsteps
elie2:~# perl -e 'print ~123;'
4294967172
Et bien, cette machine n'est pas considérée comme un 64bits !
Donc retour arrière et mise en place du 32bit sans PB !
Quelle buse je suis !
Merci.
Yann.
Bonjour,
Au bout d'un moment, j'ai eu un doute et j'ai vérifié la version du
CPU :
elie2:~# uname -a
Linux elie2 2.6.30-1-amd64 #1 SMP Sat Aug 15 21:08:31 UTC 2009 x86_64
GNU/Linux
elie2:~# more /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 127
model name : AMD Sempron(tm) Processor LE-1300
stepping : 2
cpu MHz : 1000.000
cache size : 512 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr
pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxe xt
fxsr_opt rdtscp lm 3dnowext 3dnow up rep_good extd_apicid pni cx16
lahf_lm extapic cr8_legacy 3dnowprefetch bogomips : 2008.69 TLB
size : 1024 4K pages clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc 100mhzsteps
elie2:~# perl -e 'print ~123;'
4294967172
Et bien, cette machine n'est pas considérée comme un 64bits !
Donc retour arrière et mise en place du 32bit sans PB !
Quelle buse je suis !
Merci.
Yann.
Bonjour,
Au bout d'un moment, j'ai eu un doute et j'ai vérifié la version du
CPU :
elie2:~# uname -a
Linux elie2 2.6.30-1-amd64 #1 SMP Sat Aug 15 21:08:31 UTC 2009 x86_64
GNU/Linux
elie2:~# more /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 127
model name : AMD Sempron(tm) Processor LE-1300
stepping : 2
cpu MHz : 1000.000
cache size : 512 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr
pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxe xt
fxsr_opt rdtscp lm 3dnowext 3dnow up rep_good extd_apicid pni cx16
lahf_lm extapic cr8_legacy 3dnowprefetch bogomips : 2008.69 TLB
size : 1024 4K pages clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc 100mhzsteps
elie2:~# perl -e 'print ~123;'
4294967172
Et bien, cette machine n'est pas considérée comme un 64bits !
Donc retour arrière et mise en place du 32bit sans PB !
Quelle buse je suis !
Merci.
Yann.
Yann Cohen a écrit :
> Bonjour,
>
> Au bout d'un moment, j'ai eu un doute et j'ai vérifié la vers ion du
> CPU :
>
> elie2:~# uname -a
> Linux elie2 2.6.30-1-amd64 #1 SMP Sat Aug 15 21:08:31 UTC 2009 x86_64
> GNU/Linux
> elie2:~# more /proc/cpuinfo
> processor : 0
> vendor_id : AuthenticAMD
> cpu family : 15
> model : 127
> model name : AMD Sempron(tm) Processor LE-1300
> stepping : 2
> cpu MHz : 1000.000
> cache size : 512 KB
> fpu : yes
> fpu_exception : yes
> cpuid level : 1
> wp : yes
> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr
> pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxe xt
> fxsr_opt rdtscp lm 3dnowext 3dnow up rep_good extd_apicid pni cx16
> lahf_lm extapic cr8_legacy 3dnowprefetch bogomips : 2008.69 TLB
> size : 1024 4K pages clflush size : 64
> cache_alignment : 64
> address sizes : 40 bits physical, 48 bits virtual
> power management: ts fid vid ttp tm stc 100mhzsteps
>
> elie2:~# perl -e 'print ~123;'
> 4294967172
>
> Et bien, cette machine n'est pas considérée comme un 64bits !
>
> Donc retour arrière et mise en place du 32bit sans PB !
>
> Quelle buse je suis !
>
> Merci.
>
> Yann.
Arf! Ãa arrive à tout le monde, c'est bon signe pour l'architec ture
AMD64 de voir qu'on la considère comme une chose acquise !
Il y a peu j'ai perdu un moment à faire fonctionner kvm sur un
processeur c2duo qui... ne possédait pas les fonction de virtualisat ion.
J'étais convaincu que tous les c2duo la supportait. :-(
Bonne continuation.
Tom
Yann Cohen a écrit :
> Bonjour,
>
> Au bout d'un moment, j'ai eu un doute et j'ai vérifié la vers ion du
> CPU :
>
> elie2:~# uname -a
> Linux elie2 2.6.30-1-amd64 #1 SMP Sat Aug 15 21:08:31 UTC 2009 x86_64
> GNU/Linux
> elie2:~# more /proc/cpuinfo
> processor : 0
> vendor_id : AuthenticAMD
> cpu family : 15
> model : 127
> model name : AMD Sempron(tm) Processor LE-1300
> stepping : 2
> cpu MHz : 1000.000
> cache size : 512 KB
> fpu : yes
> fpu_exception : yes
> cpuid level : 1
> wp : yes
> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr
> pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxe xt
> fxsr_opt rdtscp lm 3dnowext 3dnow up rep_good extd_apicid pni cx16
> lahf_lm extapic cr8_legacy 3dnowprefetch bogomips : 2008.69 TLB
> size : 1024 4K pages clflush size : 64
> cache_alignment : 64
> address sizes : 40 bits physical, 48 bits virtual
> power management: ts fid vid ttp tm stc 100mhzsteps
>
> elie2:~# perl -e 'print ~123;'
> 4294967172
>
> Et bien, cette machine n'est pas considérée comme un 64bits !
>
> Donc retour arrière et mise en place du 32bit sans PB !
>
> Quelle buse je suis !
>
> Merci.
>
> Yann.
Arf! Ãa arrive à tout le monde, c'est bon signe pour l'architec ture
AMD64 de voir qu'on la considère comme une chose acquise !
Il y a peu j'ai perdu un moment à faire fonctionner kvm sur un
processeur c2duo qui... ne possédait pas les fonction de virtualisat ion.
J'étais convaincu que tous les c2duo la supportait. :-(
Bonne continuation.
Tom
Yann Cohen a écrit :
> Bonjour,
>
> Au bout d'un moment, j'ai eu un doute et j'ai vérifié la vers ion du
> CPU :
>
> elie2:~# uname -a
> Linux elie2 2.6.30-1-amd64 #1 SMP Sat Aug 15 21:08:31 UTC 2009 x86_64
> GNU/Linux
> elie2:~# more /proc/cpuinfo
> processor : 0
> vendor_id : AuthenticAMD
> cpu family : 15
> model : 127
> model name : AMD Sempron(tm) Processor LE-1300
> stepping : 2
> cpu MHz : 1000.000
> cache size : 512 KB
> fpu : yes
> fpu_exception : yes
> cpuid level : 1
> wp : yes
> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr
> pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxe xt
> fxsr_opt rdtscp lm 3dnowext 3dnow up rep_good extd_apicid pni cx16
> lahf_lm extapic cr8_legacy 3dnowprefetch bogomips : 2008.69 TLB
> size : 1024 4K pages clflush size : 64
> cache_alignment : 64
> address sizes : 40 bits physical, 48 bits virtual
> power management: ts fid vid ttp tm stc 100mhzsteps
>
> elie2:~# perl -e 'print ~123;'
> 4294967172
>
> Et bien, cette machine n'est pas considérée comme un 64bits !
>
> Donc retour arrière et mise en place du 32bit sans PB !
>
> Quelle buse je suis !
>
> Merci.
>
> Yann.
Arf! Ãa arrive à tout le monde, c'est bon signe pour l'architec ture
AMD64 de voir qu'on la considère comme une chose acquise !
Il y a peu j'ai perdu un moment à faire fonctionner kvm sur un
processeur c2duo qui... ne possédait pas les fonction de virtualisat ion.
J'étais convaincu que tous les c2duo la supportait. :-(
Bonne continuation.
Tom
Yann Cohen, dimanche 23 août 2009, 15:17:17 CEST
Ne pas confondre noyau et distribution.
Yann Cohen, dimanche 23 août 2009, 15:17:17 CEST
Ne pas confondre noyau et distribution.
Yann Cohen, dimanche 23 août 2009, 15:17:17 CEST
Ne pas confondre noyau et distribution.