Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
723 connectés 

 
 


 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  19  20  21  22  23  24
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

Linux en 64 bits - AMD - topic officiel

n°602280
XK
Posté le 09-12-2004 à 14:30:21  profilanswer
 

Reprise du message précédent :

Mjules a écrit :

pas dans le bios, c'est un argument a passer au noyau ; et oui, si tu ne le mets pas, ça plante. Sans ce paramètre (noapic), je n'ai même pas pus finir l'install


comment faire passer ce message au noyau? je suppose qu'il faut modifier LILO, qu'est-ce que je dois rajouter dans le conf?

mood
Publicité
Posté le 09-12-2004 à 14:30:21  profilanswer
 

n°602289
arghbis
salops de dauphins
Posté le 09-12-2004 à 15:06:08  profilanswer
 

append="noapic nolapic"

n°602358
Pizz
Vive les Tomates !
Posté le 09-12-2004 à 16:37:15  profilanswer
 

ça serait pas mal si on mettait à jour le premier post avec les différentes versions, les problèmes recontrés, ...
 


---------------
C'est quand on a le nez dans la tomate qu'on voit mieux la tomate !
n°602362
j_c_p
Linux user
Posté le 09-12-2004 à 16:38:50  profilanswer
 
n°602367
Pizz
Vive les Tomates !
Posté le 09-12-2004 à 16:49:51  profilanswer
 

je n'ai pas de problèmes avec mon hdd sata et le controleur sata intégré au nForce3 250gb.
 
j'ai un hdd Maxtor 250Go et j'ai testé le kernel 2.6.8 (celui intégré au à la debian 64 bits) et le 2.6.9.
 
mon lspci


Message édité par Pizz le 09-12-2004 à 17:00:13

---------------
C'est quand on a le nez dans la tomate qu'on voit mieux la tomate !
n°602370
Mjules
Modérateur
Parle dans le vide
Posté le 09-12-2004 à 16:54:25  profilanswer
 

arghbis a écrit :

append="noapic nolapic"

j'ai vu je ne sais plus où que nolapic n'était plus nécessaire (et chez moi, il ne l'est pas) ;
 
sinon pour tester, au boot, à l'invite de lilo tu tapes ECHAP puis linux noapic en admettant que l'entrée s'appelle linux et tu valides
 
 
et pour modifier lilo, centre de controle mandrake, gestionnaire de démarrage et tu coches la case "forcer sans l'apic"


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°603064
fazouye
Posté le 10-12-2004 à 22:11:20  profilanswer
 

grr, qq sait où trouver les .iso de la mandrake 10.1 x86_64 ?

n°603102
leto
Posté le 10-12-2004 à 23:32:11  profilanswer
 

Pas dispo en download pour le moment.
Telecharge la 10.1 RC1 ,et après tu pourra mettre a jour avec urpmi vers la 10.1 finale (il y'a pas bcp de paquets qui changent)

n°604358
inti
t'as mieux mais tapir
Posté le 13-12-2004 à 18:44:08  profilanswer
 

Salut!
 
Petite interogation, pour moi et un pote.
On a travaille aux cours sous solaris (progra en c++), et donc il nous faudrait installer quelque chose de semblable sur nos machines perso.
On a les 2 des athlon64, montés sur des msi k8n neo2. Le blème, c'est que nous avons surtout des disques durs en sata et des cartes graphiques ati radeon :/
 
je me demandais donc si il y a moyen d'installer une distrib linux en 64 bits (j'ai déjà pour ma part une expérience du pingouin, j'envisageais une debian) avec des drivers pour la radeon en 32 bits!
 
C'est possible ou c'est trop batard comme config pour arriver à quelque chose ?


---------------
Viva Manul!
n°604359
Mjules
Modérateur
Parle dans le vide
Posté le 13-12-2004 à 18:45:21  profilanswer
 

driver 32 bits sur distros 64 = pas possible.
 
par contre, si vous n'avec pas besoinde la 3D, les radeon sont gérés en 2D par le spiltoes libres qui sont fournis avec XFree/Xorg


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
mood
Publicité
Posté le 13-12-2004 à 18:45:21  profilanswer
 

n°604362
inti
t'as mieux mais tapir
Posté le 13-12-2004 à 18:48:40  profilanswer
 

D'accord je m'en doutais.
En fait la 3d sera sans doute nécessaire via open gl dans un moment, donc peu rentable pour le moment.
 
Merci beaucoup pour la réponse rapide :)


---------------
Viva Manul!
n°604366
leto
Posté le 13-12-2004 à 18:50:51  profilanswer
 

Ou alors faut acheter une carte NVIDIA , car eux ils mettent des drivers AMD64 a dispo :)

n°604368
inti
t'as mieux mais tapir
Posté le 13-12-2004 à 18:58:33  profilanswer
 

J'y tiens à ma X800 sous win :D
Mais ouais, vais voir pour me monter un petit pc linux, dommage j'ai revendu mon ancien y a une semaine ^^


---------------
Viva Manul!
n°604371
leto
Posté le 13-12-2004 à 19:00:47  profilanswer
 

Trouve un ami pour te l'échanger contre une geforce GT :D


Message édité par leto le 13-12-2004 à 19:00:55
n°604811
chrisbk
-
Posté le 14-12-2004 à 17:28:56  profilanswer
 

bon, petites questions, certes ballote et classiques, mais on a besoin d'expert en linux 64bits et perso j'y connais rien, étant un grand partisan de windows xp et du cliquetage a tout va.
Donc au taf on va changer le serveur sur lequel on bosse (qui est donc sous linux, pas d'inquietude) et on réfléchi au grand dilemne 32/64bits.  Perso j'aurais tendance a dire 64bits rien que parce que bon, soyons moderne et fou, mais qu'en est il des outils (particulierement gcc) et de la compatibilité ? gcc sors t'il du 32 ou du 64 ? et si 64, peut on considerer ca comme solide et robuste ou faut il prendre des gants car c'est tjs en beta ? Y'a t'il a ce jour des distribs stable, solide et couillu tournant en 64bits ? Sur une distrib 64bits, peut on executer du code 32 bits ?  
 
Vala, je sais, c'est des questions cons, mais bon.  
 
thks
 
 

n°604834
deltaden
Posté le 14-12-2004 à 17:56:17  profilanswer
 

- pour tout ce qui est des applis serveur, aucun problème, la plupart ont des versions 64bits stables. Sans compter que la plupart de ces applis étaient déjà compilable pour 64bits, vu qu'elles étaient disponibles sur des machines Sparc/Power/Itanium...
 
- la version 64bits de GCC sort du code 64bits et les dernières versions peuvent sortir du 64 ou du 32bits au choix (mais c'est 64 par défaut), mais je suis pas certain que ce soit complètement au point. En tout cas, pour le 64bits pure, aucun problème.
 
- sur une distrib 64, on peut faire tourner sans problème des applis 32bits. En tout cas au niveau applis standart, pour ce qui est des drivers, il faut du 64bits. Attention qd même à qlq subtilités: par exemple Mozilla n'accepte que des plugins 64bits, et ça n'existe pas encore pour le Flash, donc pas de Flash disponible... (la solution est de mettre un browser 32bits). Enfin, pour un serveur on s'en fout...
 
La plupart des distribs existent maintenant en version 64bits. Il faut savoir qu'au moment de la sortie de l'Opteron (début 2003), Suse sortait la version 64bits de sa ditrib pour serveur, avec quasi toutes les applis fournies en natif. Donc ça a encore eu le temps de s'améliorer depuis.
 
D'après moi, pour une workstation ou un desktop on peut encore se poser la question, car je trouve personnellement qu'il y a parfois qlq problèmes. Mais pour un serveur, où le nombre d'applis est bcp plus limité, je pense qu'il n'y a aucun problème à passer au 64bits, à condition que les drivers ont été portés !!

n°604837
chrisbk
-
Posté le 14-12-2004 à 18:01:35  profilanswer
 

merci pour cette réponse fort fournie !

n°605966
Mjules
Modérateur
Parle dans le vide
Posté le 16-12-2004 à 20:30:30  profilanswer
 

Pour ceux qui auraient des soucis avec les applis 32 bits qui ne parviennent pas à accéder à ALSA (typiquement mplayer), vous pouvez soit passer par OSS, soit charger le module snd-ioctl32 qui active l'émulation 32 bits sur les drivers sons (par contre, il n'est pas compilé par défaut dans le noyau Mandrake)


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°607791
Mjules
Modérateur
Parle dans le vide
Posté le 20-12-2004 à 18:57:46  profilanswer
 

un site qui a l'air pas mal pour les devs
http://www.x86-64.org/


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°607798
leto
Posté le 20-12-2004 à 19:22:45  profilanswer
 

Je suis allé a la fnac tout a l'heure, et y'a des packs Suse 9.2 à 80 euros .
C'est pas très cher vu que ca contient les versions x86 et x86_64 (et surement beaucoup de manuels vu le poid et la taille de la boite) . Quelqu'un a acheté un pack Suse 9.2 et l'utilise en 64bits ?

n°607841
sorg
trop sur HFR depuis 2001
Posté le 20-12-2004 à 20:32:56  profilanswer
 

Je l'ai essayé mais en version Download.
 
Ca marche bien en 64 bits.  
 
D'un point de vue plus général sur la Suse:
+ C'est très joli
+ C'est très simple d'utilisation
+ C'est à mon avis idéal pour un non bidouilleur
 
- C'est le bordel dès qu'on fait une mise à jour
- C'est le bordel dès qu'on veut installer une appli qui n'est pas d'origien proposée dans Yast . apt-get aide bien, mais on est rapidement emmerdé par des soucis de dépendance.
- C'est le bordel pour l'utilisateur avancé qui veut bidouiller.
 
Bref, après 3 semaines je suis revenu sous gentoo . (je sais c'est assez radical ! )

n°608123
Pizz
Vive les Tomates !
Posté le 21-12-2004 à 12:36:25  profilanswer
 

il y a la Debian Sarge 64bits en netinstall disponible (pour ceux qui n'aiment pas la version SID)
 
http://debian-amd64.alioth.debian. [...] etinst.iso
 
je n'ai pas testé (je downloade puis je testerai cette semaine).


---------------
C'est quand on a le nez dans la tomate qu'on voit mieux la tomate !
n°608125
leto
Posté le 21-12-2004 à 12:39:10  profilanswer
 

Ca c'est une bonne nouvelle :)

n°608128
XK
Posté le 21-12-2004 à 12:41:29  profilanswer
 

bonne nouvelle pour les serveurs :)

n°608159
kadreg
profil: Utilisateur
Posté le 21-12-2004 à 13:13:37  profilanswer
 

C'est normal que la dernière knoppix me fait un ecran noir du plus bel effet au boot et reste dans cet état ?

n°610159
ermynn
Posté le 24-12-2004 à 16:02:53  profilanswer
 

la Mandrake version 10.1 officielle x86_64 est sortie pour les membres sylver...

n°610309
kadreg
profil: Utilisateur
Posté le 25-12-2004 à 11:55:04  profilanswer
 

J'arrive pas à installer une fedora core 3, à chaque fois, je nique mon MBR  [:sisicaivrai]


---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
n°610736
ermynn
Posté le 26-12-2004 à 11:24:27  profilanswer
 

Bonjour  
 
J'attendais avec impatience la sortie de la 10.1 X86_64..  
 
Mais probleme a l installation : restait plantée sur le package xpp ... je l'enleve de l'installation et recommence .. plantage sur serveur X11 ...  
 
Ma config : Carte mere K8T neo 1 Go ram carte video ASUS 9570 DD SATA maxtor 160 Go et DD SATA 80 Go .  
 
L'installation etant prévue d'etre faite sur le disque de 80 Go.  
 
Qui a une petite idée pour resoudre ce probleme d'installation ?  
 
Merci d'avance

n°611206
fhr
Posté le 27-12-2004 à 01:02:11  profilanswer
 

Est ce que les drivers ATI proprio sont présents dans la version Club de la Mdk 10.1 x86-64, comme dans le Powerpack ?

n°611211
DDT
Few understand
Posté le 27-12-2004 à 01:22:17  profilanswer
 

fhr a écrit :

Est ce que les drivers ATI proprio sont présents dans la version Club de la Mdk 10.1 x86-64, comme dans le Powerpack ?


Faudrait déjà qu'ils existent pour du x86-64 ...

n°611339
Mjules
Modérateur
Parle dans le vide
Posté le 27-12-2004 à 12:16:17  profilanswer
 

ermynn a écrit :

Bonjour  
 
J'attendais avec impatience la sortie de la 10.1 X86_64..  
 
Mais probleme a l installation : restait plantée sur le package xpp ... je l'enleve de l'installation et recommence .. plantage sur serveur X11 ...  
 
Ma config : Carte mere K8T neo 1 Go ram carte video ASUS 9570 DD SATA maxtor 160 Go et DD SATA 80 Go .  
 
L'installation etant prévue d'etre faite sur le disque de 80 Go.  
 
Qui a une petite idée pour resoudre ce probleme d'installation ?  
 
Merci d'avance


 
vérifie les isos des CDs/DVD (avec md5sum), si nforce3, il faut passer l'option noapic au noyau (au premier écran d'install, celui qui te demande d'appuyer sur F1, tu fais donc F1 puis tu tapes linux noapic et ça devrait passer mieux)


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°611373
ermynn
Posté le 27-12-2004 à 13:41:52  profilanswer
 

Salut Mjules
 
Mes isos sont bons car j'ai fait une instal sur une carte a base de nforce3 sans probleme.
Dans mon cas le chipset de la carte est un VIA KT 800.
Je pense qu'il y a un conflit d'IRQ a l'instal mais pour le moment je ne sais pas comment le resoudre.
 
Ermynn

n°611579
fhr
Posté le 27-12-2004 à 21:15:16  profilanswer
 

DDT a écrit a écrit :

Faudrait déjà qu'ils existent pour du x86-64 ...



 
Ah oui évidemment ça complique un peu les choses... Bon bah j'ai plus qu'à les écrire moi même ! :D

n°612936
falcon56
Posté le 30-12-2004 à 19:51:29  profilanswer
 

Coucou voila j'ai installer la version debian sarge AMD64 et j'ai quelques soucis !
 
premier soucis la carte son :
 
j'ai une game-theather xp qui utilise le module snd-cs46xx
Ma version du noyau linux 2.6.8-9-amd64-k8
 
Quand debian charge je suis obliger de faire en root a chaque démarrage
 
*modprobe snd-cs46xx
*alsaconf
 
pour que la carte soit detecter et quelle fonctionne comment faire pour la charger en automatique ?
voici mon fichier sound du repertoire /etc/modprobe.d
 

Citation :

options snd  device_mode=0660
alias snd-card-0 snd-cs46xx
alias sound-slot-0 snd-cs46xx


 
je suis un peut newbies Mandrake user inside  :whistle:  
 
Ensuite le fameux driver Nvidia ne veut pas s'installer
 
J'ai installer le kernel-headers-2.6.8-9-amd64-k8 j'ai crée le lien symbolique linux pour qu'il pointe vers ces sources
 
Quand j'essaye d'installer le pilote il y a deux erreur la premiere il trouve un module charger par le kernel qui rentre en conflit je ne sait pas encore comment compiler le noyeaux :( peut ton juste patcher ?
ensuite la progresse bars commence et ensuite il ne trouve pas certain fichiers je vous met le long log d'install  :kaola:  
 

Citation :

nvidia-installer log file '/var/log/nvidia-installer.log'
creation time: Thu Dec 30 19:14:23 2004
 
option status:
  license pre-accepted    : false
  update                  : false
  force update            : false
  expert                  : false
  uninstall               : false
  driver info             : false
  no precompiled interface: false
  no ncurses color        : false
  query latest driver ver : false
  OpenGL header files     : false
  no questions            : false
  silent                  : false
  no backup               : false
  kernel module only      : false
  sanity                  : false
  add this kernel         : false
  no runlevel check       : false
  no network              : false
  no ABI note             : false
  no RPMs                 : false
  force tls               : (not specified)
  force compat32 tls      : (not specified)
  X install prefix        : /usr/X11R6
  OpenGL install prefix   : /usr
  compat32 install prefix : /emul/ia32-linux
  installer install prefix: /usr
  utility install prefix  : /usr
  kernel name             : (not specified)
  kernel include path     : (not specified)
  kernel source path      : (not specified)
  kernel output path      : (not specified)
  kernel install path     : (not specified)
  proc mount point        : /proc
  ui                      : (not specified)
  tmpdir                  : /tmp
  ftp mirror              : ftp://download.nvidia.com
  RPM file list           : (not specified)
 
Using: nvidia-installer ncurses user interface
-> License accepted.
-> No precompiled kernel interface was found to match your kernel; would you li
   ke the installer to attempt to download a kernel interface for your kernel f
   rom the NVIDIA ftp site (ftp://download.nvidia.com)? (Answer: No)
-> No precompiled kernel interface was found to match your kernel; this means
   that the installer will need to compile a new kernel interface.
-> Kernel source path: '/lib/modules/2.6.8-9-amd64-k8/build'
-> Performing CC test with CC="cc".
-> Performing rivafb check.
-> Performing rivafb module check.
WARNING: Your kernel was configured to include rivafb support as
         a loadable kernel module.
         
         The rivafb driver conflicts with the NVIDIA driver; the
         NVIDIA kernel module will still be built and installed,
         but be aware that the NVIDIA driver will not be able to
         function properly if the rivafb module is loaded!
-> Cleaning kernel module build directory.
   executing: 'cd ./usr/src/nv; make clean'...
   rm -f -f nv.o nv-vm.o os-agp.o os-interface.o os-registry.o nv.o nv-vm.o os-
   agp.o os-interface.o os-registry.o nvidia.mod.o
   rm -f -f build-in.o nv-linux.o *.d .*.{cmd,flags}
   rm -f -f nvidia.{o,ko,mod.{o,c}} nv_compiler.h *~
   rm -f -rf .tmp_versions
-> Building kernel module:
   executing: 'cd ./usr/src/nv; make module SYSSRC=/lib/modules/2.6.8-9-amd64-k
   8/build SYSOUT=/lib/modules/2.6.8-9-amd64-k8/build'...
   Your kernel was configured to include rivafb support as
   a loadable kernel module.
   
   The rivafb driver conflicts with the NVIDIA driver; the
   NVIDIA kernel module will still be built and installed,
   but be aware that the NVIDIA driver will not be able to
   function properly if the rivafb module is loaded!
   
   *** Failed rivafb module sanity check, but continuing! ***
   
   
   NVIDIA: calling KBUILD...
   make CC=cc  KBUILD_VERBOSE=1 -C /lib/modules/2.6.8-9-amd64-k8/build SUBDIRS=
   /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv modules
   mkdir -p /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/.tmp_v
   ersions
   make -f scripts/Makefile.build obj=/tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6
   629-pkg2/usr/src/nv
   echo \#define NV_COMPILER \"`cc -v 2>&1 | tail -n 1`\" > /tmp/selfgz6772/NVI
   DIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/nv_compiler.h
     cc -Wp,-MD,/tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/.n
   v.o.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude  -Wall -Wstrict-
   prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common  -mno-red-zone -m
   cmodel=kernel -pipe -fno-reorder-blocks  -Wno-sign-compare -fno-asynchronous
   -unwind-tables  -O2 -fomit-frame-pointer  -I/tmp/selfgz6772/NVIDIA-Linux-x86
   _64-1.0-6629-pkg2/usr/src/nv -Wall -Wimplicit -Wreturn-type -Wswitch -Wforma
   t -Wchar-subscripts -Wparentheses -Wpointer-arith  -Wno-multichar  -Werror -
   O -fno-common -mno-red-zone -MD   -Wno-cast-qual -Wno-error -D_LOOSE_KERNEL_
   NAMES -D__KERNEL__ -DMODULE  -mcmodel=kernel -DNTRM -D_GNU_SOURCE -D_LOOSE_K
   ERNEL_NAMES -D__KERNEL__ -DMODULE  -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0
   -DNV_PATCHLEVEL=6629  -DNV_UNIX  -DNV_LINUX  -DNV_INT64_OK  -DNVCPU_X86_64  
   -DNV_64_BITS    -UDEBUG -U_DEBUG -DNDEBUG -DNV_REMAP_PAGE_RANGE_5 -DNV_CHANG
   E_PAGE_ATTR_PRESENT -DNV_PCI_DISABLE_DEVICE_PRESENT -DNV_CLASS_SIMPLE_CREATE
   _PRESENT  -DMODULE -DKBUILD_BASENAME=nv -DKBUILD_MODNAME=nvidia -c -o /tmp/s
   elfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/.tmp_nv.o /tmp/selfgz
   6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/nv.c
   In file included from include/linux/list.h:7,
                    from include/linux/wait.h:14,
                    from include/asm/semaphore.h:42,
                    from include/linux/sched.h:18,
                    from include/linux/module.h:10,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/nv-linux.h:52,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/nv.c:14:
   include/linux/prefetch.h: Dans la fonction « prefetch_range »:
   include/linux/prefetch.h:62: attention : usage en arithmétique d'un pointeur
   de type « void * »
   In file included from include/asm/dma-mapping.h:4,
                    from include/linux/dma-mapping.h:16,
                    from include/asm/pci.h:362,
                    from include/linux/pci.h:861,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/nv-linux.h:75,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/nv.c:14:
   include/asm-generic/dma-mapping.h: Dans la fonction « dma_map_page »:
   include/asm-generic/dma-mapping.h:79: attention : usage en arithmétique d'un
   pointeur de type « void * »
     cc -Wp,-MD,/tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/.n
   v-vm.o.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude  -Wall -Wstri
   ct-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common  -mno-red-zone
   -mcmodel=kernel -pipe -fno-reorder-blocks  -Wno-sign-compare -fno-asynchrono
   us-unwind-tables  -O2 -fomit-frame-pointer  -I/tmp/selfgz6772/NVIDIA-Linux-x
   86_64-1.0-6629-pkg2/usr/src/nv -Wall -Wimplicit -Wreturn-type -Wswitch -Wfor
   mat -Wchar-subscripts -Wparentheses -Wpointer-arith  -Wno-multichar  -Werror
   -O -fno-common -mno-red-zone -MD   -Wno-cast-qual -Wno-error -D_LOOSE_KERNEL
   _NAMES -D__KERNEL__ -DMODULE  -mcmodel=kernel -DNTRM -D_GNU_SOURCE -D_LOOSE_
   KERNEL_NAMES -D__KERNEL__ -DMODULE  -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=
   0 -DNV_PATCHLEVEL=6629  -DNV_UNIX  -DNV_LINUX  -DNV_INT64_OK  -DNVCPU_X86_64
    -DNV_64_BITS    -UDEBUG -U_DEBUG -DNDEBUG -DNV_REMAP_PAGE_RANG
   E_5 -DNV_CHANGE_PAGE_ATTR_PRESENT -DNV_PCI_DISABLE_DEVICE_PRESENT -DNV_CLASS
   _SIMPLE_CREATE_PRESENT  -DMODULE -DKBUILD_BASENAME=nv_vm -DKBUILD_MODNAME=nv
   idia -c -o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/.tmp
   _nv-vm.o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/nv-vm.
   c
   In file included from include/linux/list.h:7,
                    from include/linux/wait.h:14,
                    from include/asm/semaphore.h:42,
                    from include/linux/sched.h:18,
                    from include/linux/module.h:10,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/nv-linux.h:52,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/nv-vm.c:14:
   include/linux/prefetch.h: Dans la fonction « prefetch_range »:
   include/linux/prefetch.h:62: attention : usage en arithmétique d'un pointeur
   de type « void * »
   In file included from include/asm/dma-mapping.h:4,
                    from include/linux/dma-mapping.h:16,
                    from include/asm/pci.h:362,
                    from include/linux/pci.h:861,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/nv-linux.h:75,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/nv-vm.c:14:
   include/asm-generic/dma-mapping.h: Dans la fonction « dma_map_page »:
   include/asm-generic/dma-mapping.h:79: attention : usage en arithmétique d'un
   pointeur de type « void * »
   /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/nv-vm.c: Hors d
   e toute fonction :
   /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/nv-vm.c:59: att
   ention : `cache_flush' defined but not used
     cc -Wp,-MD,/tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/.o
   s-agp.o.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude  -Wall -Wstr
   ict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common  -mno-red-zon
   e -mcmodel=kernel -pipe -fno-reorder-blocks  -Wno-sign-compare -fno-asynchro
   nous-unwind-tables  -O2 -fomit-frame-pointer  -I/tmp/selfgz6772/NV
   IDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv -Wall -Wimplicit -Wreturn-type -W
   switch -Wformat -Wchar-subscripts -Wparentheses -Wpointer-arith  -Wno-multic
   har  -Werror -O -fno-common -mno-red-zone -MD   -Wno-cast-qual -Wno-error -D
   _LOOSE_KERNEL_NAMES -D__KERNEL__ -DMODULE  -mcmodel=kernel -DNTRM -D_GNU_SOU
   RCE -D_LOOSE_KERNEL_NAMES -D__KERNEL__ -DMODULE  -DNV_MAJOR_VERSION=1 -DNV_M
   INOR_VERSION=0 -DNV_PATCHLEVEL=6629  -DNV_UNIX  -DNV_LINUX  -DNV_INT64_OK  -
   DNVCPU_X86_64  -DNV_64_BITS    -UDEBUG -U_DEBUG -DNDEBUG -DNV_REMAP_PAGE_RAN
   GE_5 -DNV_CHANGE_PAGE_ATTR_PRESENT -DNV_PCI_DISABLE_DEVICE_PRESENT -DNV_CLAS
   S_SIMPLE_CREATE_PRESENT  -DMODULE -DKBUILD_BASENAME=os_agp -DKBUILD_MODNAME=
   nvidia -c -o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/.t
   mp_os-agp.o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/os-
   agp.c
   In file included from include/linux/list.h:7,
                    from include/linux/wait.h:14,
                    from include/asm/semaphore.h:42,
                    from include/linux/sched.h:18,
                    from include/linux/module.h:10,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/nv-linux.h:52,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/os-agp.c:24:
   include/linux/prefetch.h: Dans la fonction « prefetch_range »:
   include/linux/prefetch.h:62: attention : usage en arithmétique d'un pointeur
   de type « void * »
   In file included from include/asm/dma-mapping.h:4,
                    from include/linux/dma-mapping.h:16,
                    from include/asm/pci.h:362,
                    from include/linux/pci.h:861,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/nv-linux.h:75,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/os-agp.c:24:
   include/asm-generic/dma-mapping.h: Dans la fonction « dma_map_page »:
   include/asm-generic/dma-mapping.h:79: attention : usage en arithmétique d'un
   pointeur de type « void * »
     cc -Wp,-MD,/tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/.o
   s-interface.o.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude  -Wall
   -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common  -mno-re
   d-zone -mcmodel=kernel -pipe -fno-reorder-blocks  -Wno-sign-compare -fno-asy
   nchronous-unwind-tables  -O2 -fomit-frame-pointer  -I/tmp/selfgz6772/NVIDIA-
   Linux-x86_64-1.0-6629-pkg2/usr/src/nv -Wall -Wimplicit -Wreturn-type -Wswitc
   h -Wformat -Wchar-subscripts -Wparentheses -Wpointer-arith  -Wno-multichar  
   -Werror -O -fno-common -mno-red-zone -MD   -Wno-cast-qual -Wno-error -D_LOOS
   E_KERNEL_NAMES -D__KERNEL__ -DMODULE  -mcmodel=kernel -DNTRM -D_GNU_SOURCE -
   D_LOOSE_KERNEL_NAMES -D__KERNEL__ -DMODULE  -DNV_MAJOR_VERSION=1 -DNV_MINOR_
   VERSION=0 -DNV_PATCHLEVEL=6629  -DNV_UNIX  -DNV_LINUX  -DNV_INT64_OK  -DNVCP
   U_X86_64  -DNV_64_BITS    -UDEBUG -U_DEBUG -DNDEBUG -DNV_REMAP_PAGE_RANGE_5  
   -DNV_CHANGE_PAGE_ATTR_PRESENT -DNV_PCI_DISABLE_DEVICE_PRESENT -DNV_CLASS_SIM
   PLE_CREATE_PRESENT  -DMODULE -DKBUILD_BASENAME=os_interface -DKBUILD_MODNAME
   =nvidi
   a -c -o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/.tmp_os
   -interface.o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/os
   -interface.c
   In file included from include/linux/list.h:7,
                    from include/linux/wait.h:14,
                    from include/asm/semaphore.h:42,
                    from include/linux/sched.h:18,
                    from include/linux/module.h:10,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/nv-linux.h:52,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/os-interface.c:26:
   include/linux/prefetch.h: Dans la fonction « prefetch_range »:
   include/linux/prefetch.h:62: attention : usage en arithmétique d'un pointeur
   de type « void * »
   In file included from include/asm/dma-mapping.h:4,
                    from include/linux/dma-mapping.h:16,
                    from include/asm/pci.h:362,
                    from include/linux/pci.h:861,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/nv-linux.h:75,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/os-interface.c:26:
   include/asm-generic/dma-mapping.h: Dans la fonction « dma_map_page »:
   include/asm-generic/dma-mapping.h:79: attention : usage en arithmétique d'un
   pointeur de type « void * »
     cc -Wp,-MD,/tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/.o
   s-registry.o.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude  -Wall  
   -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common  -mno-re
   d-zone -mcmodel=kernel -pipe -fno-reorder-blocks  -Wno-sign-compare -fno-asy
   nchronous-unwind-tables  -O2 -fomit-frame-pointer  -I/tmp/selfgz6772/NVIDIA-
   Linux-x86_64-1.0-6629-pkg2/usr/src/nv -Wall -Wimplicit -Wreturn-type -Wswitc
   h -Wformat -Wchar-subscripts -Wparentheses -Wpointer-arith  -Wno-multichar  
   -Werror -O -fno-common -mno-red-zone -MD   -Wno-cast-qual -Wno-error -D_LOOS
   E_KERNEL_NAMES -D__KERNEL__ -DMODULE  -mcmodel=kernel -DNTRM -D_GNU_SOURCE -
   D_LOOSE_KERNEL_NAMES -D__KER
   NEL__ -DMODULE  -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVEL=66
   29  -DNV_UNIX  -DNV_LINUX  -DNV_INT64_OK  -DNVCPU_X86_64  -DNV_64_BITS    -U
   DEBUG -U_DEBUG -DNDEBUG -DNV_REMAP_PAGE_RANGE_5 -DNV_CHANGE_PAGE_ATTR_PRESEN
   T -DNV_PCI_DISABLE_DEVICE_PRESENT -DNV_CLASS_SIMPLE_CREATE_PRESENT  -DMODULE
   -DKBUILD_BASENAME=os_registry -DKBUILD_MODNAME=nvidia -c -o /tmp/selfgz6772/
   NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/.tmp_os-registry.o /tmp/selfgz6
   772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/os-registry.c
   In file included from include/linux/list.h:7,
                    from include/linux/wait.h:14,
                    from include/asm/semaphore.h:42,
                    from include/linux/sched.h:18,
                    from include/linux/module.h:10,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/nv-linux.h:52,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/os-registry.c:14:
   include/linux/prefetch.h: Dans la fonction « prefetch_range »:
   include/linux/prefetch.h:62: attention : usage en arithmétique d'un pointeur
   de type « void * »
   In file included from include/asm/dma-mapping.h:4,
                    from include/linux/dma-mapping.h:16,
                    from include/asm/pci.h:362,
                    from include/linux/pci.h:861,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/nv-linux.h:75,
                    from /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/
   src/nv/os-registry.c:14:
   include/asm-generic/dma-mapping.h: Dans la fonction « dma_map_page »:
   include/asm-generic/dma-mapping.h:79: attention : usage en arithmétique d'un
   pointeur de type « void * »
     ld -m elf_x86_64  -r -o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/
   usr/src/nv/nvidia.o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/sr
   c/nv/nv-kernel.o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/n
   v/nv.o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/nv-vm.o  
   /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/s
   rc/nv/os-agp.o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/
   os-interface.o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/
   os-registry.o
     Building modules, stage 2.
   make -rR -f /usr/src/kernel-headers-2.6.8-9-amd64-k8/scripts/Makefile.modpos
   t
     scripts/mod/modpost -i /usr/src/kernel-headers-2.6.8-9-amd64-k8/Module.sym
   vers /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/nvidia.o
     cc -Wp,-MD,/tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/.n
   vidia.mod.o.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude  -Wall -
   Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common  -mno-red
   -zone -mcmodel=kernel -pipe -fno-reorder-blocks  -Wno-sign-compare -fno-asyn
   chronous-unwind-tables  -O2 -fomit-frame-pointer     -DKBUILD_BASENAME=nvidi
   a -DKBUILD_MODNAME=nvidia -DMODULE -c -o /tmp/selfgz6772/NVIDIA-Linux-x86_64
   -1.0-6629-pkg2/usr/src/nv/nvidia.mod.o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1
   .0-6629-pkg2/usr/src/nv/nvidia.mod.c
     ld -m elf_x86_64 -r -o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/u
   sr/src/nv/nvidia.ko /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/sr
   c/nv/nvidia.o /tmp/selfgz6772/NVIDIA-Linux-x86_64-1.0-6629-pkg2/usr/src/nv/n
   vidia.mod.o
   NVIDIA: left KBUILD.
-> done.
-> Kernel module compilation complete.
ERROR: Unable to load the kernel module 'nvidia.ko'.  This is most likely
       because the kernel module was built using the wrong kernel source files.
       Please make sure you have installed the kernel source files for your
       kernel; on Red Hat Linux systems, for example, be sure you have the
       'kernel-source' rpm installed.  If you know the correct kernel source
       files are installed, you may specify the kernel source path with the
       '--kernel-source-path' commandline option.
-> Kernel module load error: insmod: error inserting './usr/src/nv/nvidia.ko':
   -1 Invalid module format
-> Kernel messages:
   usbcore: deregistering driver snd-usb-audio
   ACPI: PCI interrupt 0000:00:0e.0[A] -> GSI 7 (level, low) -> IRQ 7
   cs46xx: failure waiting for FIFO command to complete
   Linux video capture interface: v1.00
   nvidia: version magic '2.6.8-9-amd64-k8 gcc-3.3' should be '2.6.8-9-amd64-k8
   gcc-3.4'
ERROR: Installation has failed.  Please see the file
       '/var/log/nvidia-installer.log' for details.  You may find suggestions
       on fixing installation problems in the README available on the Linux
       driver download page at www.nvidia.com.


 
Merci par avance !

n°614955
shailim
Posté le 03-01-2005 à 23:10:20  profilanswer
 

J'envisage de changer mon PC et tant qu'à faire autant prendre du 64 bits.
Mais voila, difficile de savoir quel type de CM est le mieux supporté : K8T800/Nforce3.  
 
Sachant que j'utilise exclussivement gnu/Linux le support matériel
est primordial dans mon choix.
 
Au début je pensais que les K8T etait mieux supporté sous Gnu/Linux et puis en lisant ce threat je m'apperçoit que le Nforce3 à l'air complétement supporté. Du coup , je suis un peu perdu....
 
Si on pouvait avoir un retour : par exemple les gens qui ont déjà expérimenté diraient la CM qu'ils ont , la distrib, les drivers qu'ils utilisent (proprio/open) et ce qui marche ou non (son/reseau/SATA/cool'n'quiet).
 
Ca permettrait d'avoir une idée.

n°614959
Mjules
Modérateur
Parle dans le vide
Posté le 03-01-2005 à 23:30:26  profilanswer
 

Asus K8N  
Nforce3 250
 
Mandrake 10.1 officielle x86_64
 
marche avec les drivers libres :
réseau  
son
cool'n quiet
 
pas testé :
SATA
 
remarques :
nécessite d'utiliser le switch NOAPIC pour le noyau sinon, nombreux freezes


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°615023
XK
Posté le 04-01-2005 à 07:54:30  profilanswer
 

shailim a écrit :

J'envisage de changer mon PC et tant qu'à faire autant prendre du 64 bits.
Mais voila, difficile de savoir quel type de CM est le mieux supporté : K8T800/Nforce3.  
 
Sachant que j'utilise exclussivement gnu/Linux le support matériel
est primordial dans mon choix.
 
Au début je pensais que les K8T etait mieux supporté sous Gnu/Linux et puis en lisant ce threat je m'apperçoit que le Nforce3 à l'air complétement supporté. Du coup , je suis un peu perdu....
 
Si on pouvait avoir un retour : par exemple les gens qui ont déjà expérimenté diraient la CM qu'ils ont , la distrib, les drivers qu'ils utilisent (proprio/open) et ce qui marche ou non (son/reseau/SATA/cool'n'quiet).
 
Ca permettrait d'avoir une idée.


 
j'ai testé MDK 10.1 et FC3 je n'ai pas eu de problème hardware, tout a été reconnu (voir config) :)

n°615040
arghbis
salops de dauphins
Posté le 04-01-2005 à 10:22:53  profilanswer
 

asus k8n-e deluxe + debian (pour l'instant en 32bits, paske j'ai pas ma connection internet).
 
avec les drivers libres, marchent :
- son (je viens d'avoir mon kit 5.1, donc faut je vois pour différents réglages, mais ça semble bon)
- sata interne
- cool'n quiet
- réseau
 
marche probablement pas : le raid sata, qui est comme les autres, à 3/4 logiciel. Par contre, je sais pas si ces ports sont utilisables en SATA "simple" (non raid).
 
--edit--
noyau 2.6.8 debian
pas de necessité de noapic


Message édité par arghbis le 04-01-2005 à 10:23:29
n°615178
shailim
Posté le 04-01-2005 à 14:55:35  profilanswer
 

Vos retours sont très intéressant.
Je ne vois rien en K8T, personne n'a ce genre de matos ?
 
Je pensais partir sur du socket 939, quelqu'un a ce genre de CM ? Abit AV8,MSI K8N Neo2, Asustek A8V ?  

n°615180
leto
Posté le 04-01-2005 à 14:59:00  profilanswer
 

Moi j'ai un K8T800Pro , et aucun probleme , mais je suis pour le moment en 32bits .
 
SATA reconnu mais pas testé.  
Son pas testé
Réseau reconnu mais pilote cassé dans le noyau 2.6.8.1
 
Donc ca marche, mais vu que j'utilise pas grand chose d'integré c'est plus simple

n°615184
Moktamok
Posté le 04-01-2005 à 15:09:20  profilanswer
 

K8N-E Deluxe + Gentoo 32 bits et auccun pb.
Pas de necessité de noapic, le reseau fonctionne sans pb avec les drivers proprios ainsi qu'avec le module libre forcedeth.
Sata, son et Raid non testés.

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  19  20  21  22  23  24
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
 

Sujets relatifs
installer linuxChch qq1 avec Aiptek Pocket DVII installé sous linux
Comment installer le module spca50x sous LinuxBouquin pour Linux ?
Changez la langue sur LinuxLinux
IBM supporte Linux : c'est bien mais....Salon des solutions Linux à la Défense [Photo Inside !]
Un genre de DVD2one sous Linux, ca existe ???IBM + Linux: Quel belle démonstration!
Plus de sujets relatifs à : Linux en 64 bits - AMD - topic officiel

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.162 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR