TheBreton a écrit 928 commentaires

je propose que tu recupere directement les sources du kernel
ftp://ftp.kernel.org/pub/linux/kernel/v2.4/(...)
puis recompile le pour pouvoir l'utiliser.
Je te conseille de chercher sur internet ou sur lea-linux une ptite doc pour expliquer comment faire co-habiter deur systeme

c'est pendant l'install quand tu selectionne le gestionnaire de demarrage (lilo ou grub)
je crois qu'il te cret plusieurs choix selectionnable
-linux
-linux-nofb
-safe (ou rescue ou une truc dans le gout)
-linux-2.4
ca apparait au boot non ?
tu choisi le 2.4 et tu demarre avec

ca n'est pas tres simple cette histoire.
modprobe -v
te reponds "aucun fichier ou repertoire" ????
1) il faut etre logger en root pour pouvoir utiliser cette instruction, tu me confirme que c'etait bien le cas quand tu as fais l'essai ?
2) locate modprobe
renvoi quoi comme resultat (toujours logger en root)

si vraiment modprobe est absent qu'en est il des commande suivantes ?
lsmod
rmmod
depmod
insmod
elle sont presente sur ton systeme ou absente ?
a demain pour le resultat de tout ca.

apres verification sur la 10.0 tu peut avoir soit un demarrage en 2.4.xx soit un demarrage en 2.6.xx, donc si tu l'as vue en telechargement je te conseille d'utiliser un 10.0 official plutot que la 10.1 community.
Ainsi tu auras les appli a jours et un kernel compatible avec le drivers fourni par le constructeur de ton modem.

plusieurs origine a ce problemes.
1)modprobe n'est pas present sur ton poste (ce serait super etonnant)
tape modprobe tout seul et regarde ce que ca donne.

2) ce module est compile pour le kernel 2.6.9-1.667 et ce n'est pas celui la que tu utilise
lib/modules/2.6.9-1.667/kernel/sound/pci/ice1712/snd-ice1712.ko
resultat de la commande :
uname

3) forcage du chargement
modprobe /lib/modules/2.6.9-1.667/kernel/sound/pci/ice1712/snd-ice1712.ko
pour voir un peut ce qui se passe ?

1)sur le site du constructeur
Cliquez ici pour télécharger le pilote Linux du modem ADSL V3 pour Mandrake 9.0, Redhat 7.3 et 8.0.

Cliquez ici pour télécharger le pilote Linux du modem ADSL V3 pour Mandrake 9.1, Redhat 9.0.

si ma memoire est bonne le kernel 2.6 n'as commencé a etre deployer que sur la mdk 10.0

2)10.1 community : c'est pas une bonne idée pour un debutant, les version community sont des versions de debuggage avant la sortie de l'official.

3)pour installer un package sous mandrake fais un truc du style
->rpmdrake (install graphique et navigation)
->urpmi en ligne de commande
urpmi c++
pour installer gc++ par exemple.

Si tu veux faire un essais sous linux, je te conseillerais d'installer une mdk 9.1 pour faire tes essais et ensuite de faire evoluer vers des version plus recentes du kernel (2.4.27 pour le dernier je crois) et des mises a jours de tes applis.

de rien, les forums sont ouvert pour permettre l'entre-aide.
ce qui ce passe c'est que le module a peut etre changer de nom comme le dit Fab dans le poste suivant ou qu'il n'as pas encore ete compilé sur ton systeme.
tape
locate ice1712
ca permet de voir si tu trouve un .o ou .ko dans /lib/module/
si il y est
modprobe nom_du_fichier
sinon il faut que tu recompile ton kernel avec l'option de compiler ce driver en modules (pas de panic on verras ca ensuite si ca bloque toujours)
La gentoo est bien et il faut *TOUT* compiler lors de ca construction.
Je ne pense pas qu'elle supporte plus de materiel que les autres distributions, elle sont toute basé sur le kernel2.6 qui est le seul responsable de la gestion du matos.
même des drivers qui n'existeraient pas sous les autre développements je n'y crois pas trop, ce qui ce compile sous un linux ce compile sous les autres. Apres que les sources de tel ou tel truc soit fournies avec tel ou tel distrib c'est vrai.

Au vu de tes messages j'ai comme l'iimpression que ce que tu essaye de compiler est un driver ecrit pour le kernel 2.4 au lieu de 2.6 non ?
tu as l'url ou tu as telecharger ce driver pour que l'on puisse t'aider plus ?

dans ce tres bon tuto il est explique qu'il faut installer
libraw1394
en root
#urpmi libraw1394
puis de faire
#testlibraw
pour recupere des infos qu'est ce que ca donne ?
autre manip, debranché ton camescope
#dmesg |tail
tu le rebranche, tu refais
#dmesg |tail
ces commandes permettent de voir si le modules ieee1394 poste de message d'erreur ou d'avertissement, voir de debuggage.
as tu installe gscanbus ?
que donne t-il comme info ?

que ce soit un kernel particulier qu'il te faut mais un module (equivalent du drivers zindows) qui s'apelle ainsi
en root il te faut taper
modprobe snd-card-ice1712.ko
(je suppose que tu doit avoir un kernel 2.6.x) ou si tu est en 2.4.x
modprobe snd-card-ice1712.o
le lien
http://www.alsa-project.org/alsa-doc/alsa-howto/x1171.htm(...)
montre que ca doit marché avec alsa
et
http://www.alsa-project.org/alsa-doc/alsa-howto/c1605.htm(...)
te donne des details sur les options du modules et la conf de ton systeme pour que le modules soit charge au demarrage

il y as un pas.
Sachant que c'est le kernel qui autorise ou non l'ecriture sur le disk on ne peut pas dire que lui supprimer le droit d'ecriture du cette partition par un chmod par exemple servent a grand chose.Il faut dont deux kernel distinct(un complet et un modifié sans les operations d'ecriture disk).
Sachant qu'en amputant le kernel des routines d'ecritures il faudrait avoir deux type de peripherique distinct pour que ca marche (un disque ide avec le code complet ecriture/lecture(pour les fichiers des user) et un disk scsi sans la possibilité d'ecriture pour le stockage des binaires et de l'os) ca devrait pouvoir marché....
le plus simple pour essayer ton idée c'est une clef usb avec un verrouillage d'ecriture positionnée et tu auras l'occasion de voir l'ampleur de la tache de la configuration a prevoir pour que cela marche dans les moindres details.

je crois qu'en fait le fichier est bien cree mais que l'utilisateur "tous le monde" n'as pas les droit d'acces en lecture et ecriture sur ce fichier non ? (mais c'est peut etre celui que tu as cree avec mknod ?) en tout cas en root un chmod 666 peut corriger cela
pour le verifier tu peut faire un
ls -l /dev/raw1394
ls -l /dev/ieee1394
ls -l /dev/ieee1394/*
et poster le resultat ?
sinon tu n'auras pas un repertoire /dev/ieee1394 contenant des fichiers par hasard ? si oui essaie de configurer kino pour en utiliser un au nom evocateur peut etre ?

je n'ai pas de mdk10.1 ni kino sous la main, ni de 1394 non plus d'ailleurs.
La command lsmod donne la liste des modules chargées en memoire, pas la liste des points d'entree de communication des modules.
Je ne sais pas si la 10.1 integre udev ou pas, mais il y as des chances que maintenant ce soit sous /dev/bus/... que le fichier raw1394 soit present maintenant non ?.
sinon en root tape
updatedb
....c'est un peut long
locate raw1394|grep dev
devrait t'aider a trouver ton fichier
ensuite a toi les joies de la configuration de kino pour lui dire ou prendre son point d'entree (ton fichier raw1394) :-)

dans le cas present le format VCD (Video on CD) me semble plus adapté a tes besoin (navigation par menu etc), le seul hic de ce format est qu'il faut convertir chaque photo (ou groupe de photo) en sequence mpeg comprenant en temps de la video le temps d'exposition souhaité a l'ecran. (sans garantie car je dis ca de memoire il me semble que ce format ne gere pas plus de 99 gichier mpeg sur le disque donc il est limité a 99 video max).
< mavie >perso mon lecteur dvd de salon gere les cd comprenant des images jpeg et la navigation dans les directory, pourtant je l'ai paye 39euros il y a deja 1 an. Tout ca pour dire que si une bouse pareille sait faire ca c'est une fonction qui doit etre assez rependu..< /mavie >

j'ai lu vite la doc technique de virtual pc
en fait le soft de virtualisation utilise ton materiel (carte graphique) mais ne permet pas directement a un drivers autres (meme si c'etait un windows que tu essaiyerais d'installer) d'utiliser directement ta carte graphique.
Donc pour linux ta carte graphique n'existe simplement pas sur ton PC.
Je pense que virtual PC lui emule une carte standard SVGA 800*600 et que si c'est celle la que tu indique lors de l'installe ca devrait rouler.

une saine lecture de
http://www.ibiblio.org/pub/Linux/docs/HOWTO/translations/fr/html-1p(...)

Les sources d'un programme d'exemple sont fourni, tu le modifie et voila.

en ligne de commande
urpmi gcc

sous X
rpmdrake->cherche gcc et installe tout ce qu'il te propose

avoir les drivers nvidia (proprio c'est mal mais ca marche bien)
hors la ligne
Section "Device"
Identifier "device1"
VendorName "nVidia Corporation"
BoardName "NVIDIA GeForce4 (generic)"
Driver "nv"
BusID "PCI:1:00:0"
Option "DPMS"
Option "TwinView"
Option "SecondMonitorHorizSync" "30-50"
Option "SecondMonitorVertRefresh" "60"
Option "TwinViewOrientation" "Clone"
Option "MetaModes" "1024x768,1024x768;800x600,800x600;640x480,640x480;320x200,NULL"
Option "TVStandard" "PAL-N"
Option "ConnectedMonitor" "CRT,TV"
Option "TVOutFormat" "SVIDEO"
EndSection
montre que c'est le drivers libre que tu utilise.
soit les dirvers nvidia doivent etre installé sur ton poste, soit tu dois modifié la ligne a la main en Driver "nvidia"
je te conseille la lecture du readùe fournit avec le drivers nvidia qui est riche d'option et de detail

j'ai telecharger les sources et lu un peut tout ca.
je crois qu'il y a un truc que je n'arrive pas a trouver dans les sources.
Un essai que tu pourrais faire c'est de modifier la ligne extra flags
du fichier Makefile.kernel26
#
# extra flags
#
EXTRA_CFLAGS += -D_PTDRV_VERSTR=\"$(VERSIONSTR)\"
EXTRA_CFLAGS += -DLINUX_26

ensuite fais
touch *.c

./MakeModule.sh
et dis moi le resultat
(erreur de compil ?)
et essais le modprobe a nouveau pour voir

etrange, que donne la commande
insmod pt_drv.ko
?

il est important de fournir le plus d'information disponible.
J'ai lu tes posts precedent et voici quelques remarques qui ne sont pas mechantes mais juste mon avis.
-ton pb n'est pas forcement lié a suse
-ou a tu trouver les sources du drivers de ton scanner?
-quel est la version precise de ton kernel ?
-tu as quoi comme config materiel ? (proc x86?ppc?autres?)
-quel est le message exact que tu obtient de modprobe ?
-suite a ce message a tu regarder les logs d'info du kernel ?
(dmesg, /var/log/kernel/ errors,info,warnings sur un 2.6.x)
-quel est le modele exact de ton scanner ?
voila, AMHA le point de depart de la resolution de tes pb

A moins de recompiler toute ta distro
c'est le principe fondateur de gentoo non ?
(http://www.gentoo.org/(...))
le scheduler tourne en quelques cycles de moins
comme souvent les programmes passe 80% de leur temps dans 20% de leur code gagner quelque cycles sur le task-switching provoque un gain de temps non negligable.
Sur un calcul qui tourne plusieurs jours en gagner une heure ou deux est toujours interressant.

Passer un temps (mais c'est surement encore le cas) les compilateurs d'intel fournissait le code le plus rapide a l'execution pour les x86 (bien loin devant gcc), bien sur ils ont les docs de leur produit dans tous les details donc pour eux c'est plus facile de fournir des compilos performant.
OK tous le monde n'utilise pas de x86 mais un linux 10 ou 15% plus veloce a l'execution sans changer de config materiel c'est interessant..

pas entierement d'accord, linux est un kernel, il gere les taches, et la concurence d'acces au materiel. Point barre.
Il gere le transport des données en wagon blindé d'un espace non-protege (userspace) a un monde de securite (kernelspace->carte hardware).
Le contenu des donnée qui transite n'est pas de ca responsabilité.
En reclamant (il y a de ca quelque temps en arriere) un serveur web, maintenant un mixer de son, demain une interface graphique dans le kernel on change de principe de fonctionnement et on arrive a un truc style windoxs.
Ou quand un truc annexe (jouer du son, jouer un film, jouer a doom3, ecrire son cv sous OOo...) plante alors tout le systeme est planter, le gestionnaire de disk decide que tout doit etre formater, la carte reseau de repeter a l'infini le dernier packquet envoyer et plein d'autre truc est joyeux.
Assurer la securite du systeme et des données est le role de l'os, l'interface graphique et tout le multimedia sert a occuper l'utilisateur sur la chaise en face de l'ordi deux chose differentes.
Enfin c'est mon avis, et j'abonde entierement dans le sens du thread que pour l'instant la gestion du son et des mixer sous linux n'est pas au top du tout. je ne suis simplement pas d'accord sur le faits de confier ce job au kernel.

il semble que ton install de gcc soit imcomplete ou corrompu
urpmi gcc
urpmi g++

et en re-essayant apres ca,ca donne quoi ?