Raw1394 n'est pas lancé

Résolu
Bonjour,

J'ai une carte firewire (ieee1394) PCMCIA pour faire de l'aquisition de mon camescope numérique. Je tiens à dire que il y a qq mois, tout marchait très bien. Maintenant, ca ne marche plus : Dans Kino, je ne peux pas acquisitionner, car il me dit qu'il ne peut pas charger le module raw1394. En effet, si j'insère la carte pcmcia, elle semble reconnu, mais un
lsmod | grep 1394
donne :
eth1394 18756 0
ohci1394 31344 0
ieee1394 88376 2 eth1394,ohci1394

ce qui montre que raw1394 n'est pas chargé.

* Listes de mes packages :
dpkg -l | grep 1394
ii dvgrab 1.8-4 grab digital video data via IEEE1394 links
ii libavc1394-0 0.5.3-1+b1 control IEEE 1394 audio/video devices
ii libdc1394-13 1.1.0-3+b1 high level programming interface for IEEE139
ii libraw1394-8 1.2.1-2 library for direct access to IEEE 1394 bus (
ii libraw1394-dev 1.2.1-2 library for direct access to IEEE 1394 bus -

*liste des modules

ls -l /lib/modules/2.6.18-5-k7/kernel/drivers/ieee1394/
total 304
-rw-r--r-- 1 root root 23000 2007-08-30 06:45 dv1394.ko
-rw-r--r-- 1 root root 23066 2007-08-30 06:45 eth1394.ko
-rw-r--r-- 1 root root 105347 2007-08-30 06:45 ieee1394.ko
-rw-r--r-- 1 root root 37732 2007-08-30 06:45 ohci1394.ko
-rw-r--r-- 1 root root 22426 2007-08-30 06:45 pcilynx.ko
-rw-r--r-- 1 root root 32049 2007-08-30 06:45 raw1394.ko
-rw-r--r-- 1 root root 26155 2007-08-30 06:45 sbp2.ko
-rw-r--r-- 1 root root 20700 2007-08-30 06:45 video1394.ko

* kernel :
uname -r
2.6.18-5-k7

* distibution Debian Etch (stable)

* udev
dpkg -l | grep udev
ii udev 0.105-4

merci d'avance pour toute idée...

nicolas

12 réponses

  1. Contributeur
    bonjour,
    tu n'as pas mis à jour ton noyau ??
    a+
    0
    1. Contributeur
      Hi ,

      Un vieux post !!! qui peut-etre te donneras une piste =>

      Par tufs, le lundi 11 décembre 2006 à 17h49:27

      salut

      Cette methode fonctionne pour un camescope numérique branché sur le port ieee1394 à essayer =>

      Afin de verifier si tu disposes des modules necessaire ont tapes:

      tufs@debian:~$ find /lib/modules/`uname -r` -name '*1394*'
      /lib/modules/2.6.18-3-686/kernel/drivers/ieee1394
      /lib/modules/2.6.18-3-686/kernel/drivers/ieee1394/eth1394.ko
      /lib/modules/2.6.18-3-686/kernel/drivers/ieee1394/ohci1394.ko
      /lib/modules/2.6.18-3-686/kernel/drivers/ieee1394/dv1394.ko
      /lib/modules/2.6.18-3-686/kernel/drivers/ieee1394/video1394.ko
      /lib/modules/2.6.18-3-686/kernel/drivers/ieee1394/ieee1394.ko
      /lib/modules/2.6.18-3-686/kernel/drivers/ieee1394/raw1394.ko
      /lib/modules/2.6.18-3-686/modules.ieee1394map

      Ont charges les modules necessaire :

      debian:~# modprobe ohci1394
      debian:~# modprobe raw1394

      Ont verifies si les modules sont bien chargé :

      debian:~# lsmod | grep 1394
      video1394 16920 0
      raw1394 25432 0
      eth1394 18212 0
      ohci1394 30800 1 video1394
      ieee1394 86904 5 video1394,raw1394,sbp2,eth1394,ohci1394

      Il est possible que /dev/raw1394 ne soit pas crée en chargeant les modules alors il faut le crée en Dur =>>

      debian:~# cd /dev
      debian:/dev# MAKEDEV raw1394

      pour finire =>

      debian:~# testlibraw
      successfully got handle
      current generation number: 1
      1 card(s) found
      nodes on bus: 1, card name: ohci1394
      using first card found: 1 nodes on bus, local ID is 0, IRM is 0

      Si tu as le message si-dessus ta carte doit-etre prise en charge ...

      bonne chance n oublie pas cette methode c est pour un camescope DV branché sur le port ieee1394 voilà

      -- Software is like sex : it 's better when it's free --
      Linus Torvalds ......
      0
      1. jai pas du tout ce message qui aparait ça le donne ça
        root@soprati-System-Product-Name:/dev# testlibraw
        successfully got handle
        current generation number: 0
        1 card found
        
        card 0, name: /dev/fw0
        1 nodes on bus, local ID is 0, IRM is 0
        
          - doing transactions with custom tag handler
            read from node 0... completed with value 0xad0e0404
        
          - using standard tag handler and synchronous calls
            read from node 0... completed with value 0xad0e0404
        
          - testing FCP monitoring on local node
            got fcp command from node 0 of 8 bytes: 01 23 45 67 89 ab cd ef
            got fcp response from node 0 of 8 bytes: 01 23 45 67 89 ab cd ef
        
          - topology map: 1 nodes, 1 self ids, generation 1
            0x807f8956
        
          - testing config rom
            get_config_rom returned 0, romsize 88, rom_version 0
            here are the first 10 quadlets:
            0x04040ead
            0x31333934
            0xf000a222
            0x00110666
            0x45556328
            0x0005dd0b
            0x0c0083c0
            0x03d00d1e
            0x81000003
            0x17000001
            update_config_rom returned -1
        
          - cycle timer: 19 seconds, 7248 cycles, 2995 sub-cycles
            local time: 1328121860611667 us = Wed Feb  1 19:44:20 2012
        
          - posting 0xdeadbeef as an echo request
            polling for leftover messages
            raw1394_loop_iterate() returned 0xdeadbeef
        

        et quand je fait
        /dev# MAKEDEV raw1394
        
        jai pas de réponse. me suis jamais fait snober par mon terminal....

        ça fait kk temps que je galere avec ce foutu module raw1394.. alors je frape a toute les porte vous pouvez m'aider???
        0
    2. >Bonjour,
      >tu n'as pas mis à jour ton noyau ??

      comme ecrit plus, haut, j'ai actuellement le 2.6.18-5-k7, qui correspond avec les modules /lib/modules/2.6.18-5-k7/kernel/drivers/ieee1394/ .
      C'est vrai que avant, j'avais le 2.6.16

      Pour repondre à tufs, si je fais
      MAKEDEV raw1394
      il me repond :
      udev active, devices will be created in /dev/.static/dev/

      et ne charge pas le module. Je ne suis pas un pro de udev, mais je comprends que :
      * udev ne charge pas raw1394 automatiquement quand j'insère la carte
      * udev ne veut pas qu'on "charge à la main" avec MAKEDEV

      quoi faire...

      nicolas
      0
      1. Contributeur
        ok <<<<

        Avec ton editeur edite le fichier suivant => /etc/modules
        puis colle le contenu suivant =>
        raw1394
        video1394

        puis en root =>
        modprobe raw1394
        modprobe video1394


        avec ton editeur favorie crée le fichier suivant => /etc/init.d/firewire
        et tu colles le contenu suivant =>( en gras )

        tufs@debian:~$ cat /etc/init.d/firewire
        #! /bin/sh

        test -e /dev/raw1394 || mknod -m 666 /dev/raw1394 c 171 0


        En root rends ton fichier executable =>
        chmod +x /etc/init.d/firewire
        executes le srcipte au demarrage de la machine =>
        ln -s /etc/init.d/firewire /etc/rcS.d/S10firewire
        il n est pas necessaire de redemarrer la machine en peut lancer le srcipt en direct Live =>
        /etc/init.d/firewire
        debranches et rebranches à chaud ton camescope ( plusieur) si necessaire et relances Kino Edition < Preferences < Capture et verifies les parametres

        ps : je me suis inspirer du lien ici => https://www.bxlug.be/
        0
        1. Bon, ben merci pour toutes ces infos. J'ai fait exactement ce que tufs m'a conseillé, et ca MARCHE :-)
          J'aimerai quand meme savoir pourquoi ca ne marchait plus alors que avant ca marchait. Et puis, sous debian, j'ai été habitué aux installs ou il suffit de faire "apt-get install", et pas des manip pareil "à la main"...
          Encore merci !
          nicolas
          0
          1. Bonjour,

            Alors moi je suis novice avec linux, et j'ai le même problème de module raw 1394 non chargé.

            Mais alors je n'y comprends absolument rien aux explications en dessus. Pourtant elles doivent être bonnes.

            Je suppose qu'il faut utiliser le terminal? l'éditeur ou les deux.

            Ou alors utiliser windows...

            Je suppose qu'il faut s'accrocher un peu pour comprendre. J'aimerais tellement.

            Très bonne soirée
            0
            1. bonsoirFred,
              moi aussi j'étais novice,l'an dernier, suis les forum c'est une mine d'info
              Cherche les commandes utiles sur le net.

              Mais saches qu'il te faut passer en root "#" en tapant ''su" si tu es en utilisateur et ton mot de passe
              et suivre tout ce que tu viens de lire.

              j'avais le meme problème
              il est enfin resolu.
              J'espere t'avoir aider
              Bon courage
              0
              1. Merci pour ton conseil, je n'ai pas encore essayer mais je vais m'y mettre. A ...fond
                0
                1. Contributeur
                  hi ,

                  effectivement c est un vieux post ); mais il est claire pourtant .... dis-moi quel distrib GNU/Linux tu utilises et ou ça bloque
                  j ai oublier dans mes precedents post qu il te faut Kino c est un logiciel de montage et d acquisition video non linéaire ...
                  si tu utilises Ubuntu il faut peut-etre taper sudo avant un truc dans le genre =>
                  sudo modprobe raw1394
                  sudo modprobe video1394

                  il faut dans un premier temps utiliser mon 1 post ( methode standart ) et si ça bloque alors tu passes à la suivante 2 post ...
                  n oublie pas cette methode c est pour un camescope DV branché sur le port ieee1394 et non en USB ....

                  voilà en attendant de savoir qu elle distrib tu utilises .....
                  0
                  1. bonjour !!
                    je suis tout nouveau utilisateur, ca fais deux non stop que j'apprend a utiliser ubuntu studio. Je lance atuelement une WEBtv , et je voudrai faire la promotion de ubuntu que je trouve extraordinaire ( je suis sur que cava etre la fin de windows, quand tout le monde aura compris l'interet de linux )
                    BREF, j'ai le meme message d'erreure malgre toute les manip.
                    pou tant dans le test a la fin ca mecris:
                    root@ubuntu:/dev# testlibraw
                    successfully got handle
                    current generation number: 1
                    1 card(s) found
                    nodes on bus: 1, card name: ohci1394
                    using first card found: 1 nodes on bus, local ID is 0, IRM is 0

                    doing transactions with custom tag handler
                    trying to send read request to node 0... completed with value 0xb3d4667f

                    using standard tag handler and synchronous calls
                    trying to read from node 0... completed with value 0x02d7667f

                    testing FCP monitoring on local node
                    got fcp command from node 0 of 8 bytes: 01 23 45 67 89 ab cd ef
                    got fcp response from node 0 of 8 bytes: 01 23 45 67 89 ab cd ef
                    testing config rom stuff
                    get_config_rom returned 0, romsize 64, rom_version 3
                    here are the first 10 quadlets:
                    0. quadlet: 0xaa110404
                    1. quadlet: 0x34393331
                    2. quadlet: 0x32a264e0
                    3. quadlet: 0x00d81100
                    4. quadlet: 0x04f55f01
                    5. quadlet: 0x42420300
                    6. quadlet: 0xd8110003
                    7. quadlet: 0x02000081
                    8. quadlet: 0xc083000c
                    9. quadlet: 0x2a2c0600
                    update_config_rom returned 0

                    polling for leftover messages

                    DONC JE PENSE QU iL Y A PAS DE PROBLME AVEC MA CARTE FIREWIRE..
                    durant les indication que j'ai suivie a la lettre , il a un truc bizzard:
                    quand tu dis " il faut charger les modules ... " moi j'ecris : modprobe raw1394 puis j'apuye sur entré.. ca fais rien
                    ca doit surment etre la le probleme....
                    merci de m'eclairer, j'ai pas l'abitude de demander de l'aide mais je vais devoir retourner a windobb pour capurer ma video...
                    merci d'avance
                    0
                    1. Modérateur
                      A parrir du noyau 2.6.18 le support firewire fut très limité (le support HD était OK)
                      Depuis le noyau 2.6.26 , le support eth1394 est présent et fonctionnel. Je n'ai pas encore testé ma caméra avec dvgrab et consorts
                      0
                      1. la solution : lancer nautilus en sudo, autoriser la lecture et l'écriture sur le fichier /dev/raw1394 dans l'onglet permissions...ça marche :-)
                        0