popof a écrit 52 commentaires

  • # Pourquoi n'allez vous pas voir ce que j'ai fait pour vous en faire une idée ?

    Posté par  . En réponse au message Méthode pour gérer les montées de version de structure de base de données. Évalué à 1.

    J'aurais peut être du commencer par ça :-)

    Je développe une application dédiée à la domotique -> http://wiseflat.com

    Pour vous donner une idée plus concrète de l'organisation de mon programme vous pouvez regarder ce schéma :
    Architecture du système

    Ce programme fonctionne sur plusieurs serveurs ( n'importe quoi, mais des serveurs basses consommations c'est plus chouette).
    Si je venais poser cette question c'est pour le "Manager" car c'est sur ce serveur que j'ai installé la base de données. Et donc gérer les montées de versions de la DB.

    Alors non ! ce que j'ai fait n'est pas une usine à gaz :-) même si ça y ressemble quand on regarde mon schéma

    Le 1er script d'installation c'est celui là installer

    Il propose d'installer le CORE, le MANAGER, ou la VOIX

    Allez donc jeter un coup d'oeil dans celui là : install_Manager

    Le plus simple est sûrement de garder ma logique de départ : faire une requête dans la table "version", récupérer le numéro de la version et exécuter les scripts un par un des différentes évolutions au cas où le "client" à n versions de retard…

    Remarque subsidiaire, j'aurais bcp aimé bosser sur des paquet deb, ou rpm pour gérer les contraintes de version des paquets perl, et les autres… Mais manque de temps j'ai jamais travaillé dessus pour le moment.

    D'autres programmeurs open-source utilisant une base de données mysql ce sont forcément posés la même question que moi, peut être même qu'ils ont géré ce cas là …

    A vous de me dire :-)
    Et merci bcp pour votre participation !

  • [^] # Re: MA mauvaise idée

    Posté par  . En réponse au message Méthode pour gérer les montées de version de structure de base de données. Évalué à 1.

    ouais, je suis pas trop pour la génération automatique des scripts de migration.

    Je préfèrerai faire une requête dans la table "version", récupérer le numéro de la version et exécuter les scripts un par un des différentes évolutions au cas où le "client" à n versions de retard…

    C'est peut être le plus simple dans mon cas, à coup de scripting shell …

  • [^] # Re: Déjà, qu'utilises-tu pour ton projet ? Langage/framewwork ?

    Posté par  . En réponse au message Méthode pour gérer les montées de version de structure de base de données. Évalué à 1.

    Comme je le disais plus haut (je me répète mais c'est pour garder la cohérence dans vos questions et mes réponses)

    C'est un projet développé en PHP/MYSQL avec une interface web en HTML/JQUERY
    Il y a en plus bcp de sous-programmes en shell et en PERL (trop nombreux à dénombrer) qui attaquent la base de données et l'interface web via une API HTTP REST/FULL
    Ajoutons à ça toute la partie système linux debian: init.d, runit, logrotate, fail2ban, inotify, etc

    Alors tant qu'à faire… si ça pouvait s'adapter à mon projet en utilisant le même language :-) Mais lequel ?????

    A vrai dire tous mes scripts de déploiement et de montées de version applicatives sont réalisés via des scripts bash, ce serait le language idéal à mon sens .
    Est-ce qu'il existe des scripts shell communautaire? des exemples pour gérer ça ? faudra t'il que je me le paluche à la mano ??

  • [^] # Re: South

    Posté par  . En réponse au message Méthode pour gérer les montées de version de structure de base de données. Évalué à 1.

    Salut, à tous !!!

    Je le dis dans ce fil, mais franchement merci à tous ! c'est vachement sympa
    J'ai regardé South, ça a l'air classe !
    En revanche c'est du python… Et pour anticiper la réponse que je donnerais plus loin, ça me gène un peu de multiplier les langages (déjà que j'en utilise pas mal)

    C'est un projet développé en PHP/MYSQL avec une interface web en HTML/JQUERY
    Il y a en plus bcp de sous-programmes en shell et en PERL (trop nombreux à dénombrer) qui attaquent la base de données et l'interface web via une API HTTP REST/FULL
    Ajoutons à ça toute la partie système linux debian: init.d, runit, logrotate, fail2ban, inotify, etc

    Alors tant qu'à faire… si ça pouvait s'adapter à mon projet en utilisant le même language :-)

  • # yed

    Posté par  . En réponse au message Architecture et schéma technique. Évalué à 0.

  • [^] # Re: Merci bcp pour votre intérêt pour le sujet

    Posté par  . En réponse au message Array microphone + reconnaissance vocal. Évalué à 0.

    Et d'ailleurs… si tu as des références, ça m'intéresse :-)

  • [^] # Re: Merci bcp pour votre intérêt pour le sujet

    Posté par  . En réponse au message Array microphone + reconnaissance vocal. Évalué à 0. Dernière modification le 13 juin 2013 à 00:45.

    J'ai un peu cherché des projets déjà existant mais je me suis arrêté sur celui là http://jarvis.comze.com/index.html
    J'ai contacté le développeur, son projet est encore jeune mais j'aimerai bcp l'aidé à le développer.
    La base est là (dans son code) : sudo apt-get install sox espeak mbrola-fr1 skype cmatrix xdotool ssmtp freetux-tv

    J'ai juste besoin d'aller plus loin et de tisser plus de lien avec mon système domotique.
    Il faut que je structure mon API restfull pour que son Jarvis puisse l'interroger en toute simplicité.
    Je pense qu'on va bosser ensemble…
    Et du coup y a plein de questions qui me viennent …
    - Jarvis doit exécuter des ordres. Il ira récupérer tout ce qu'il peut faire depuis mon API rest (scénarios, actions sur des modules, plugins météo, plugin WOL, plugin météo, etc)
    - mais il doit aussi en apprendre de lui même et créer des scénarios dans mon système (encore une fois via l'api) à la demande…
    Le cerveau ce n'est pas jarvis c'est webx, Jarvis c'est juste un prolongement de ma pensée et de mes envies :-)

    Je me suis pas encore "vraiment" intéressé au sujet… faut que je me documente avant de me lancer dans cet IA mais pour la partie gestion des scénarios de vie de ma maison sont construit dans webx. Après, comme je l'ai écrit précédemment c'est pour la partie plugin afin que Jarvis sache quoi faire… J'aime bien le web services et je pense que mes plugins vont être développé dan ce gout là, c'est portable et facilement évolutif.

  • [^] # Re: Merci bcp pour votre intérêt pour le sujet

    Posté par  . En réponse au message Array microphone + reconnaissance vocal. Évalué à 1.

    Tiens regarde…
    SARAH est un superbe projet du genre "jarvis like"…
    J'ADORE ! Seulement gros défaut c'est sous windows… mais la communauté est vraiment violente ! Il suffit de voir le nombre de plugins développés par elle…

    Regarde la vidéo https://plus.google.com/u/0/114550238194237575829/posts/32fqeqfPKGR?cfem=1

    Son plugin fonctionne vraiment bien.
    Le mec utilise le micro de son pc et il mentionne bien "ca risque de bugger avec le micro basique". Bah c'est justement ce que je voudrais éviter de l'achat de mon premier micro…
    A+

  • [^] # Re: Merci bcp pour votre intérêt pour le sujet

    Posté par  . En réponse au message Array microphone + reconnaissance vocal. Évalué à 0.

    C exactement le genre de réponse que je voulais entendre.

    Je vais chercher un micro dans ce goût là.

    Passez moi voir mon projet pour tester un de ces 4 ?

    A + et merci neox!

  • [^] # Re: Merci bcp pour votre intérêt pour le sujet

    Posté par  . En réponse au message Array microphone + reconnaissance vocal. Évalué à 0.

    Lol pourtant la reconnaissance vocale c plutôt WAF ? Les enfants on s'en fout j'en ai pas :)
    Bah chacun fera ça vie ?
    Chaque rpi activera jarvis et chacun pourra profiter du bigniou

    Par contre je suis pas sur que les rpi supporte la charge. Le cpu sera sûrement à 100% c ma seule crainte .

    Bon en tout cas à par titiller tu m'as tjrs pas proposé le micro de mes rêves :-)

    En tout c sur la suite de mon programme c'est une meilleure gestion des scénarios domotique et un jarvis supra intelligent

  • [^] # Re: Merci bcp pour votre intérêt pour le sujet

    Posté par  . En réponse au message Array microphone + reconnaissance vocal. Évalué à 0. Dernière modification le 12 juin 2013 à 18:17.

    @Neox : car il ne faut pas oublier que, dans ton cas aussi, plus tu as de micros, plus tu auras de flux à analyser pour savoir ce qui se passe et dans quelle piece.

    ce n'est pas qu'un RPI qui travaille… Jarvis tourne sur chaque RPI (1 RPI/pièce).

    Pour le moment webx, c'est un RPI qui pilote tout (mysql, nginx, services xpl-perl) Les services perl font des requêtes à la base de données locale. Les autres RPI pour le moment ne me servent qu'au multiroom audio.

    Mais demain, je compte monter un cluster de 4 RPI ou chaque noeud fera tourner mon projet webx. Les services xPL-tourneront sur tous les RPI, excepté mysqld et ngninx.

    Dans cette configuration là, je modifierai mes scripts pour m'adresser à l'adresse ip virtuelle du cluster (le noeud actif). Les requêtes faites à la base de données provenant des autres RPI (select/insert/update/delete) seront faite via le réseau au noeud actif (c'est à dire sur l'adresse ip virtuelle), celui qui hébergera mysql et nginx.

    L'intérêt évident à cette configuration est d'avoir un moteur décisionnel décentralisé et que si le noeud actif tombe, un autre puisse redémarrer la base de données… là où se pose mon problème c'est sur les réplications dans les bases de données des autres RPI… Mais c'est un autre débat

    J'espère que vous me suivez :-)

  • [^] # Re: Merci bcp pour votre intérêt pour le sujet

    Posté par  . En réponse au message Array microphone + reconnaissance vocal. Évalué à 0.

    Héhé pour ça j'ai ma technique … J'ai des détecteurs de mouvement dans chacune des pièces.

    Les micro seront actifs si il y a du mouvement dans la pièce.
    J'imagine que c'est assez simple via le shell d'activer/désactiver une entrée micro. C'est ce que je compte faire.

    ex :si j'entre dans la cuisine = mouvement -> activation du micro. Que je parle ou pas, de toute façon c'est Jarvis qui s'occupera de savoir si c'est à lui qu'on s'adresse. Si il y a du mouvement dans le salon et qu'on souhaite s'adresser à Jarvis, il sera aussi en mesure d'exécuter l'action demandée.

    L'intérêt d'avoir un micro dans chaque pièce n'est pas d'être sur que l'on m'entende mais plus de pouvoir exécuter des commandes différentes simultanément… et oui moi j'ai le don d'ubiquité ;-)

    De même que si on est plusieurs à parler dans une pièce, Jarvis doit savoir si on s'adresse à lui ou pas (d'ou peut être, d'avoir un "array microphone" qui semble bien plus performant qu'un micro classique)…

    D'où ma question initiale, quel type de micro me faudrait il sans me ruiner ?
    Est-ce qu'un micro tout simple serait suffisant ?

    @Neox : l'intérêt d'un avoir un mur de micro, pour moi c'est d'être sur que en face/à côté et/ou seul/à plusieurs le son puisse être correctement décoder par jarvis. Mais j'ai trouvé des microphone array qui sont bcp plus discret que celui du MIT :-)
    Merci d'avance

  • [^] # Re: Merci bcp pour votre intérêt pour le sujet

    Posté par  . En réponse au message Array microphone + reconnaissance vocal. Évalué à 1.

    En fait l'utilisation d'une grille de micro est peut être inutile dans mon cas. Mais les caractéristiques d'un tel micro semblent être la solution idéale pour faire de la reconnaissance vocale dans un appartement (avec les divers bruit qu'il peut comporter, la vie des gens, la musique, etc)

    En fait je pense même en acheter un pour chaque RPI et mettre les RPI dans des pièces différentes de manière à pouvoir piloter à la voix ma solution domotique depuis n'importe où dans l'appartement… C'est pour ça que j'ai configuré un multiroom.

  • # Merci bcp pour votre intérêt pour le sujet

    Posté par  . En réponse au message Array microphone + reconnaissance vocal. Évalué à 2.

    Salut et merci bcp pour votre intérêt pour le sujet

    Pour aller plus le loin je suis le développeur de ce petit projet domotique nommé webx : www.wiseflat.com
    Il s'agit d'un projet basé sur xPL-perl associé à une petite interface web en jquery, ainsi que bcp de scripting, etc… Vous trouverez bcp plus d'informations sur mon site.

    Maintenant que tout fonctionne assez bien, je me suis lancé dans un premier temps sur la mise en place d'une solution audio multiroom avec pulse audio, vous trouverez un article que je viens d'écrire sur le sujet dans la section blog Texte du lien

    L'audio multiroom fonctionnant plutôt bien, je voudrais m'attaquer à la reconnaissance vocale et comme on est sous linux, bah je veux un projet sous linux. J'ai découvert ce petit projet Texte du lien sur lequel je compte bien investir de mon temps pour l'intégrer à Webx. D'où l'intérêt d'un microphone usb sous linux qui me permette de faire mes tests tranquillement et ne pas avoir de doute sur le micro que je vais acheter…
    Voilà vous savez tout !

  • [^] # Re: Tri au niveau du serveur central rsyslog

    Posté par  . En réponse au message rsyslog et appender java. Évalué à -1.

    Yeah c'est exactement ce que je cherches …
    Pourrais tu me fournir des exemples précis de tes fichiers de conf ? Côté client et côté serveur ?

    Merci bcp !

  • [^] # Re: depmod

    Posté par  . En réponse au message Chargement d'un module au démarrage du système. Évalué à 0.

    super ! c'est ce qui me manquait :
    depmod -a

    J'ai rebooté ma machine et le device était bien présent au démarrage.
    Ensuite pour l'histoire d'udev j'ai trouvé aussi (y a des tas de chose intéressante à faire avec udev !! )

    1. Allez faire un tour dans /etc/udev/rules.d
    2. trouver le fichier qui va bien (moi j'ai pris 91-permissions.rules intuitivement)
    3. Pour connaitre les infos lié à votre device find /sys -name dev udevinfo -a -p "/sys/devices/platform/orion-ehci.0/usb1/1-1/1-1.3/1-1.3:1.0/usb/cm15a0/dev"

    J'ai récupéré les info qui vont bien et voilà la lligne que j'ai rajouté dan sle fichier 91-permissions.rules :
    > KERNEL=="cm15a0",MODE="0777"

    Et pour info le lien que j'ai utilisé pour découvrir udev

    Merci à tous !! le topic est terminé ! on ferme !!

  • [^] # Re: Petite correction

    Posté par  . En réponse au message Chargement d'un module au démarrage du système. Évalué à 1.

    Super et merci pour ta réponse !
    Malheureusement j'avais testé avant et le résultat est le même...

    Merci toutefois pour cette éclaircissement...
    Cordialement

    Pour info :

    srv:/# grep cm15 /etc/modules
    cm15a
    srv:/# lsmod |grep cm15
    srv:/#
    
  • [^] # Re: Des questions, des indications et des conseils.

    Posté par  . En réponse au message Pb de compilation de noyau + besoin d'explications. Évalué à 0.

    Salut !
    Je viens clore ce topic, sur leqeul tu m'as bcp aidé.
    Donc je tenais à te(vous) remercier et à te (vous) dire comment j'ai pu y arriver.

    Les différents problèmes que j'ai rencontré :

    • Une mauvaise méthode sur la partie compilation et des erreurs liés à autre chose que la compilation en elle même (nfs : le système hôte ne m'autorisait pas exécuter les binaires présents, j'ai essayé sshfs puis samba) - (pour compiler les sources et les modules, uImage ... je ne m'y prenais pas bien, j'ai finalement fait sans cross compilation sur mon guruplug : make && make uImage && make modules && make modules_install )

    • Je n'ai pas eu besoin d'installer uImage. Guruplug/sheevaplug mets à disposition un script qui se charge de télécharger la version du noyau que l'on veut, les modules, uImage, rootfs.ubi.img. Du noyau un peu batard (2.6.32.3.0007...) j'ai upgradé/downgradé via ce script en 2.6.33.3. Le script se charge de claquer la roofts et uImage directement sur la NAND à l'endroit qui convient. Un petit reboot et j'étais en 2.6.33.3.
      De là j'ai install samba (car j'avais des souci d'accés en exécution depuis mes montages nfs) et j'ai fait mes : make && make uImage && make modules && make modules_install
      Du coup, je n'ai pas eu besoin d'utiliser uImage.

    • J'ai pu compiler mon driver. BOnjour l'excitation que je me suis tapé quand j'ai vu la compilation réussir et que insmod cm15a.ko a abouti. MOn nouveau device /dev/cm15a0 était présent. J'ai branché mon module cm15 en usb et bingo.

    • Les autres soucis que j'ai eu sont d'avoir voulu acheter un guruplug qui présente de nombreux problèmes de fabrication: problème thermique, Uboot configuré avec des erreurs à la base (ARCH_NUMBER incorrect, ce qui empêchait le boot de mon nouveau noyau uImage fraichement compilé).
      ...

    • Le plus dur c'est de pas trop savoir ou on va, de ne pas savoir d'ou vient réellement l'erreur que l'on a. Et de devoir compilé des sources qui prennent 4h... J'en avais acheté 2, j'en ai quand même fumé 1. Plus moyen d'avoir uBoot au démarrage lol. Mais pour la science il n'y a pas de limite !!

    Bref, merci bcp

  • [^] # Re: Des questions, des indications et des conseils.

    Posté par  . En réponse au message Pb de compilation de noyau + besoin d'explications. Évalué à 0.

    Sommaire

    OUi. Je me suis trompé. En fait je récupère la config après avoir fait du ménage avec mrproper.

    En revanche pour réinstaller le noyau d'origine là tout va bien.
    Mon problème se situe au niveau de la préparation du nouveau/futur noyau et du driver.

    /! Je n'ai pas pensé à faire un make uImage.
    Pour répondre à tes questions sur comment j'ai fait pour la réinstallation, voici toutes les infos :

    • Téléchargement du noyau + rootfs.ubi sur le site d'openplug : http://openplug.org/index.php/us/resources/downloads?func=select&id=17

    • Installation d'un serveur tftp et enregistrement des fichier uImage + rootf.ubi à la racine de celui ci.

    • Boot du guruplug et prise en main au démarrage via un module usb JTAG branché sur mon ordi de u_boot

    • Et passage des commandes suivantes pour enregistrer sur la nand tout le fatra pour que ça boot :


      Réinitialiser le guruplug avec son kernel d'origine

      setenv serverip 192.168.1.100
      setenv ipaddr 192.168.1.77

      setenv mainlineLinux yes
      setenv arcNumber 2659

      tftp 0x6400000 uImage-guruplug
      nand erase 0x100000 0x400000
      nand write.e 0x6400000 0x100000 0x400000

      tftp 0x6400000 rootfs.ubi.img
      nand erase 0x500000 0x1fb00000
      -->nand write.e 0x6400000 0x500000 0x
      nand write.e 0x6400000 0x500000 0xb940000

      setenv x_bootcmd_usb 'usb start'
      setenv x_bootcmd_kernel 'nand read.e 0x6400000 0x100000 0x400000'
      setenv x_bootargs_root 'ubi.mtd=2 root=ubi0:rootfs rootfstype=ubifs'
      setenv x_bootargs 'console=ttyS0,115200'
      setenv x_bootcmd '$(x_bootcmd_usb); $(x_bootcmd_kernel); setenv bootargs $(x_bootargs) $(x_bootargs_root) ;bootm 0x6400000;'
      setenv bootcmd 'run x_bootcmd'

      saveenv
      reset

    • Ensuite pour mettre à jour mon kernel je suis passé par le lien suivant (c'est un script qui se charge de télécharger le noyau que tu veux et l'install sur ta NAND) : http://sheeva.with-linux.com/sheeva/README-PLUG-UPDATE.sh

      ./README-PLUG-UPDATE.sh 2.6.33.3 --nandkernel

    Et à partir de là via un montage client nfs vers un autre serveur de mon réseau (c'est le même serveur que le serveur tftp), j'accède au source de mon noyau téléchargé sur kernel.org. Et là, je fais mes compilations... Par contre je n'ai pas essayé de compiler mon noyau au format uImage et de booter dessus. Il faut que je le test!

    J'espère avoir été plus clair ! Ce n'est vraiment pas la partie réinstallation qui me pose souci, mais vraiment la partie configuration du noyau et compilation de ce driver.

    Pour t'apporter plus d'info, je suis allé plus loin depuis mon premier post !
    Je vais te retaper les commandes :

    Compilation du nouveau noyau
    #cp -p /proc/config.gz /mnt/nfs/linux-2.6.33.3/.config
    #cd /mnt/nfs/linux-2.6.33.3
    #make config
    #make (*)
    #make modules_install

    Compilation du driver
    guruplug-debian:/mnt/nfs/iplc/driver/linux-2.6/cm15a.d# make
    make -C /lib/modules/2.6.33.3/build SUBDIRS=/mnt/nfs/iplc/driver/linux-2.6/cm15a.d modules
    make[1]: Entering directory /mnt/nfs/linux-2.6.33.3'
    CC [M] /mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.o
    Building modules, stage 2.
    MODPOST 1 modules
    WARNING: "usb_register_driver" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
    WARNING: "usb_register_dev" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
    WARNING: "usb_alloc_urb" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
    WARNING: "usb_free_urb" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
    WARNING: "usb_deregister_dev" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
    WARNING: "usb_find_interface" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
    WARNING: "usb_submit_urb" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
    WARNING: "usb_unlink_urb" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
    WARNING: "usb_deregister" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
    CC /mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.mod.o
    LD [M] /mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko
    make[1]: Leaving directory
    /mnt/nfs/linux-2.6.33.3'
    rm -rf *.mod.c *.o *~ .*cmd .tmp_versions
    guruplug-debian:/mnt/nfs/iplc/driver/linux-2.6/cm15a.d#

    guruplug-debian:/mnt/nfs/iplc/driver/linux-2.6/cm15a.d# insmod ./cm15a.ko
    insmod: error inserting './cm15a.ko': -1 Unknown symbol in module
    guruplug-debian:/mnt/nfs/iplc/driver/linux-2.6/cm15a.d#
    

    (*) IL ya des tas de choses à configurer j'ai découvert des termes qui m'ont interpelé lors de l'échec de compilation du driver + de l'insmod. Ex :

    --> Dans .config j'ai découvert la possibilité de modifier ce noyau pour le rendre PREEMPTIF. je l'ai mis à (y) à cause du message d'erreur suivant lors d'un test d'insmod :

    • cm15a: version magic '2.6.33.3 mod_unload ARMv5 ' should be '2.6.33.3 preempt mod_unload ARMv5 '

    --> Ensuite j'ai recompilé le noyau et le driver. La compilation du driver échoue mais en faisant un insmod ./cm15a.ko j'ai l'erreur suivante désormais :

    • cm15a: Unknown symbol malloc_sizes

    Mes explications sont un peu brouillon et désordonnées. C'est pas facile du tout !
    Ce que je sens c'est que le .config n'est pas bon et ne me permet pas de compiler ce driver. Mais d'ou tous mes malheurs viennent ils ??
    Cordialement

  • [^] # Re: Bon, c'est le premier pas d'un long voyage

    Posté par  . En réponse au message Pb de compilation de noyau + besoin d'explications. Évalué à 0.

    Salut ! J'ai pas mal avancé. Je pense qu'on peut passer à la phase compilation du driver

    Mon noyau est le suivant :
    guruplug-debian:/mnt/nfs/iplc/driver/linux-2.6/cm15a.d# uname -ar
    Linux guruplug-debian 2.6.33.3 #2 PREEMPT Tue Apr 27 15:07:28 MDT 2010 armv5tel GNU/Linux

    • Le noyau est compilé dans la même version
      guruplug-debian:/lib/modules/2.6.33.3# ll
      total 340
      lrwxrwxrwx 1 root root 23 2011-05-15 14:05 build -> /mnt/nfs/linux-2.6.33.3
      drwxr-xr-x 3 root root 224 2011-05-15 14:05 kernel
      -rw-r--r-- 1 root root 45 2011-05-15 14:05 modules.alias
      -rw-r--r-- 1 root root 160391 2010-04-27 21:09 modules.alias.bin
      -rw-r--r-- 1 root root 482 2011-05-15 14:05 modules.builtin
      -rw-r--r-- 1 root root 7087 2010-04-27 21:09 modules.builtin.bin
      -rw-r--r-- 1 root root 69 2011-05-15 14:05 modules.ccwmap
      -rw-r--r-- 1 root root 65 2011-05-15 14:05 modules.dep
      -rw-r--r-- 1 root root 62115 2010-04-27 21:09 modules.dep.bin
      -rw-r--r-- 1 root root 73 2011-05-15 14:05 modules.ieee1394map
      -rw-r--r-- 1 root root 141 2011-05-15 14:05 modules.inputmap
      -rw-r--r-- 1 root root 81 2011-05-15 14:05 modules.isapnpmap
      -rw-r--r-- 1 root root 74 2011-05-15 14:05 modules.ofmap
      -rw-r--r-- 1 root root 42 2011-05-15 14:05 modules.order
      -rw-r--r-- 1 root root 99 2011-05-15 14:05 modules.pcimap
      -rw-r--r-- 1 root root 43 2011-05-15 14:05 modules.seriomap
      -rw-r--r-- 1 root root 125 2011-05-15 14:05 modules.symbols
      -rw-r--r-- 1 root root 55705 2010-04-27 21:09 modules.symbols.bin
      -rw-r--r-- 1 root root 189 2011-05-15 14:05 modules.usbmap
      lrwxrwxrwx 1 root root 23 2011-05-15 14:05 source -> /mnt/nfs/linux-2.6.33.3

    • Je n'ai pas essayé de booter sur ce nouveau noyau car je ne sais pas comment faire (je n'ai pas les outils make-kpkg, je n'ai pas de grub, lilo pour tester un multiboot sur ce nouveau noyau, je crois que les sources compilées et le noyau courant sont les mêmes)

    • VOici le résultat de la compilation du driver
      guruplug-debian:/mnt/nfs/iplc/driver/linux-2.6/cm15a.d# make
      make -C /lib/modules/2.6.33.3/build SUBDIRS=/mnt/nfs/iplc/driver/linux-2.6/cm15a.d modules
      make[1]: Entering directory /mnt/nfs/linux-2.6.33.3'
      CC [M] /mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.o
      Building modules, stage 2.
      MODPOST 1 modules
      WARNING: "usb_register_driver" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
      WARNING: "usb_register_dev" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
      WARNING: "usb_alloc_urb" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
      WARNING: "usb_free_urb" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
      WARNING: "usb_deregister_dev" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
      WARNING: "usb_find_interface" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
      WARNING: "usb_submit_urb" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
      WARNING: "usb_unlink_urb" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
      WARNING: "usb_deregister" [/mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko] undefined!
      CC /mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.mod.o
      LD [M] /mnt/nfs/iplc/driver/linux-2.6/cm15a.d/cm15a.ko
      make[1]: Leaving directory
      /mnt/nfs/linux-2.6.33.3'
      rm -rf *.mod.c *.o *~ .*cmd .tmp_versions
      guruplug-debian:/mnt/nfs/iplc/driver/linux-2.6/cm15a.d#

    Maintenant je ne sais plus quoi faire...
    Merci par avance, pour ton aide.
    Cordialement

  • [^] # Re: Des questions, des indications et des conseils.

    Posté par  . En réponse au message Pb de compilation de noyau + besoin d'explications. Évalué à 0.

    slt ! J'ai des nouvelles à te donner.

    Je suis arrivé à compiler mon noyau ! Ouf
    J'ai réinstallé le noyau d'origine (l'Uimage + rootfs.ubi...).
    Chose bizarre, voici la version du noyau fourni par marvell :
    guruplug-debian:~# uname -ar
    Linux guruplug-debian 2.6.33.2-00003-g4b82fc0 #1 PREEMPT Thu Apr 22 03:29:35 PDT 2010 armv5tel GNU/Linux

    J'ai téléchargé les sources non patchées de mon noyau (2.6.33.2), et fait le make menuconfig && make && (pour finir) make config (car le support des modubles chargeable était désactivé)

    Tu trouveras si dessous ce que j'ai essayé de faire pour compiler les modules afin de booter sur ce nouveau noyau afin de vérifier qu'il fonctionne.

    J'ai une autre question. Après avoir (enfin) compilé ce noyau, compilé les modules, peux tu me confirmer/résumé ce que je dois faire pour que booter sur ce nouveau noyau ? Et les modules peuvent ils être sur mon partage nfs ? car à terme il va falloir que je supprime tous les outis de compilation/sources/modules afin de faire un max de place, je n'ai que 512M sur ma NAND

    Voici le détails du make config, je n'ai pas tout compris mais j'ai tout laissé par défaut excepté le loadable module support que j'ai activé ! SI tu peux m'expliquer un peu ce que tout ce fatra veut dire... Et pour info après activation j'ai recompilé mon noyau et le message d'erreur si dessous à disparu :

        guruplug-debian:/mnt/nfs/linux-2.6.33.2# make modules_install
          DEPMOD  2.6.33.2madehome
        guruplug-debian:/mnt/nfs/linux-2.6.33.2# 
    

    Cordialement.

        guruplug-debian:/mnt/nfs/linux-2.6.33.2# make modules_install
    
        The present kernel configuration has modules disabled.
        Type 'make config' and enable loadable module support.
        Then build a kernel with module support enabled.
    
        make: *** [modules_install] Error 1
        guruplug-debian:/mnt/nfs/linux-2.6.33.2# make config
        scripts/kconfig/conf arch/arm/Kconfig
        *
        * Linux Kernel Configuration
        *
        *
        * General setup
        *
        Prompt for development and/or incomplete code/drivers (EXPERIMENTAL) [N/y/?] y
        Local version - append to kernel release (LOCALVERSION) [] madehome
        Automatically append version information to the version string (LOCALVERSION_AUTO) [Y/n/?] Y
        Kernel compression mode
        > 1. Gzip (KERNEL_GZIP)
          2. LZO (KERNEL_LZO)
        choice[1-2?]: 1
        Support for paging of anonymous memory (swap) (SWAP) [Y/n/?] 
        System V IPC (SYSVIPC) [N/y/?] 
        BSD Process Accounting (BSD_PROCESS_ACCT) [N/y/?] 
        *
        * RCU Subsystem
        *
        RCU Implementation
        > 1. Tree-based hierarchical RCU (TREE_RCU)
          2. UP-only small-memory-footprint RCU (TINY_RCU)
        choice[1-2]: 
        Enable tracing for RCU (RCU_TRACE) [N/y/?] 
        Tree-based hierarchical RCU fanout value (RCU_FANOUT) [32] 
        Disable tree-based hierarchical RCU auto-balancing (RCU_FANOUT_EXACT) [N/y/?] 
        Kernel .config support (IKCONFIG) [N/y/?] 
        Kernel log buffer size (16 => 64KB, 17 => 128KB) (LOG_BUF_SHIFT) [17] 
        Group CPU scheduler (GROUP_SCHED) [N/y/?] (NEW) 
        *
        * Control Group support
        *
        Control Group support (CGROUPS) [N/y/?] 
        enable deprecated sysfs features to support old userspace tools (SYSFS_DEPRECATED_V2) [N/y/?] 
        Kernel->user space relay support (formerly relayfs) (RELAY) [N/y/?] 
        Namespaces support (NAMESPACES) [Y/?] (NEW) y
          UTS namespace (UTS_NS) [N/y/?] 
          User namespace (EXPERIMENTAL) (USER_NS) [N/y/?] (NEW) 
          PID Namespaces (EXPERIMENTAL) (PID_NS) [N/y/?] (NEW) 
        Initial RAM filesystem and RAM disk (initramfs/initrd) support (BLK_DEV_INITRD) [N/y/?] 
        Optimize for size (CC_OPTIMIZE_FOR_SIZE) [Y/n/?] 
        *
        * Configure standard kernel features (for small systems)
        *
        Configure standard kernel features (for small systems) (EMBEDDED) [N/y/?] 
          Load all symbols for debugging/ksymoops (KALLSYMS) [Y/?] (NEW) y
            Do an extra kallsyms pass (KALLSYMS_EXTRA_PASS) [N/y/?] 
        *
        * Kernel Performance Events And Counters
        *
        Disable heap randomization (COMPAT_BRK) [Y/n/?] 
        Choose SLAB allocator
          1. SLAB (SLAB)
        > 2. SLUB (Unqueued Allocator) (SLUB)
        choice[1-2?]: 
        Profiling support (EXPERIMENTAL) (PROFILING) [N/y/?] 
        *
        * GCOV-based kernel profiling
        *
        *
        * Enable loadable module support
        *
        Enable loadable module support (MODULES) [N/y/?] y
          Forced module loading (MODULE_FORCE_LOAD) [N/y/?] (NEW) y
          Module unloading (MODULE_UNLOAD) [N/y/?] (NEW) y
            Forced module unloading (MODULE_FORCE_UNLOAD) [N/y/?] (NEW) y
          Module versioning support (MODVERSIONS) [N/y/?] (NEW) y
          Source checksum for all modules (MODULE_SRCVERSION_ALL) [N/y/?] (NEW) 
        *
        * Enable the block layer
        *
        Enable the block layer (BLOCK) [Y/?] (NEW) y
          Support for large (2TB+) block devices and files (LBDAF) [Y/n/?] 
          Block layer SG support v4 (BLK_DEV_BSG) [Y/n/?] 
          Block layer data integrity support (BLK_DEV_INTEGRITY) [N/y/?] 
          *
          * IO Schedulers
          *
          Deadline I/O scheduler (IOSCHED_DEADLINE) [Y/n/m/?] 
          CFQ I/O scheduler (IOSCHED_CFQ) [Y/n/m/?] 
          Default I/O scheduler
            1. Deadline (DEFAULT_DEADLINE)
          > 2. CFQ (DEFAULT_CFQ)
            3. No-op (DEFAULT_NOOP)
          choice[1-3?]: 
        *
        * System Type
        *
        MMU-based Paged Memory Management Support (MMU) [Y/n/?] 
        ARM system type
          1. Agilent AAEC-2000 based (ARCH_AAEC2000)
          2. ARM Ltd. Integrator family (ARCH_INTEGRATOR)
          3. ARM Ltd. RealView family (ARCH_REALVIEW)
        > 4. ARM Ltd. Versatile family (ARCH_VERSATILE)
          5. Atmel AT91 (ARCH_AT91)
          6. Cirrus Logic CLPS711x/EP721x-based (ARCH_CLPS711X)
          7. Cortina Systems Gemini (ARCH_GEMINI)
          8. EBSA-110 (ARCH_EBSA110)
          9. EP93xx-based (ARCH_EP93XX)
          10. FootBridge (ARCH_FOOTBRIDGE)
          11. Freescale MXC/iMX-based (ARCH_MXC)
          12. Freescale STMP3xxx (ARCH_STMP3XXX)
          13. Hilscher NetX based (ARCH_NETX)
          14. Hynix HMS720x-based (ARCH_H720X)
          15. STMicroelectronics Nomadik (ARCH_NOMADIK)
          16. IOP13xx-based (ARCH_IOP13XX)
          17. IOP32x-based (ARCH_IOP32X)
          18. IOP33x-based (ARCH_IOP33X)
          19. IXP23XX-based (ARCH_IXP23XX)
          20. IXP2400/2800-based (ARCH_IXP2000)
          21. IXP4xx-based (ARCH_IXP4XX)
          22. LinkUp-L7200 (ARCH_L7200)
          23. Marvell Dove (ARCH_DOVE)
          24. Marvell Kirkwood (ARCH_KIRKWOOD)
          25. Marvell Loki (88RC8480) (ARCH_LOKI)
          26. Marvell MV78xx0 (ARCH_MV78XX0)
          27. Marvell Orion (ARCH_ORION5X)
          28. Marvell PXA168/910 (ARCH_MMP)
          29. Micrel/Kendin KS8695 (ARCH_KS8695)
          30. NetSilicon NS9xxx (ARCH_NS9XXX)
          31. Nuvoton W90X900 CPU (ARCH_W90X900)
          32. Philips Nexperia PNX4008 Mobile (ARCH_PNX4008)
          33. PXA2xx/PXA3xx-based (ARCH_PXA)
          34. Qualcomm MSM (ARCH_MSM)
          35. RiscPC (ARCH_RPC)
          36. SA1100-based (ARCH_SA1100)
          37. Samsung S3C2410, S3C2412, S3C2413, S3C2440, S3C2442, S3C2443 (ARCH_S3C2410)
          38. Samsung S3C64XX (ARCH_S3C64XX)
          39. Samsung S5PC1XX (ARCH_S5PC1XX)
          40. Shark (ARCH_SHARK)
          41. Sharp LH7A40X (ARCH_LH7A40X)
          42. ST-Ericsson U300 Series (ARCH_U300)
          43. TI DaVinci (ARCH_DAVINCI)
          44. TI OMAP (ARCH_OMAP)
          45. Broadcom BCMRING (ARCH_BCMRING)
          46. ST-Ericsson U8500 Series (ARCH_U8500)
        choice[1-46]: 
        *
        * Versatile platform type
        *
        Support Versatile/PB platform (ARCH_VERSATILE_PB) [Y/n/?] 
        Support Versatile/AB platform (MACH_VERSATILE_AB) [N/y/?] 
        *
        * Processor Type
        *
        *
        * Processor Features
        *
        Support Thumb user binaries (ARM_THUMB) [Y/n/?] 
        Disable I-Cache (I-bit) (CPU_ICACHE_DISABLE) [N/y/?] 
        Disable D-Cache (C-bit) (CPU_DCACHE_DISABLE) [N/y/?] 
        Force write through D-cache (CPU_DCACHE_WRITETHROUGH) [N/y/?] 
        Round robin I and D cache replacement algorithm (CPU_CACHE_ROUND_ROBIN) [N/y/?] 
        *
        * Bus support
        *
        PCI support (PCI) [N/y/?] 
        *
        * PCCard (PCMCIA/CardBus) support
        *
        PCCard (PCMCIA/CardBus) support (PCCARD) [N/m/y/?] 
        *
        * Kernel Features
        *
        Tickless System (Dynamic Ticks) (NO_HZ) [N/y/?] 
        High Resolution Timer Support (HIGH_RES_TIMERS) [N/y/?] 
        Memory split
        > 1. 3G/1G user/kernel split (VMSPLIT_3G)
          2. 2G/2G user/kernel split (VMSPLIT_2G)
          3. 1G/3G user/kernel split (VMSPLIT_1G)
        choice[1-3?]: 
        Preemption Model
        > 1. No Forced Preemption (Server) (PREEMPT_NONE)
          2. Voluntary Kernel Preemption (Desktop) (PREEMPT_VOLUNTARY)
          3. Preemptible Kernel (Low-Latency Desktop) (PREEMPT)
        choice[1-3]: 
        Use the ARM EABI to compile the kernel (AEABI) [N/y/?] 
        High Memory Support (EXPERIMENTAL) (HIGHMEM) [N/y/?] (NEW) 
        Memory model
        > 1. Flat Memory (FLATMEM_MANUAL) (NEW)
        choice[1]: 1
        Enable KSM for page merging (KSM) [N/y/?] 
        Low address space to protect from user allocation (DEFAULT_MMAP_MIN_ADDR) [4096] 
        Timer and CPU usage LEDs (LEDS) [N/y/?] 
        Use kernel mem{cpy,set}() for {copy_to,clear}_user() (EXPERIMENTAL) (UACCESS_WITH_MEMCPY) [N/y/?] (NEW) 
        *
        * Boot options
        *
        Compressed ROM boot loader base address (ZBOOT_ROM_TEXT) [0] 
        Compressed ROM boot loader BSS address (ZBOOT_ROM_BSS) [0] 
        Default kernel command string (CMDLINE) [] 
        Kernel Execute-In-Place from ROM (XIP_KERNEL) [N/y/?] 
        Kexec system call (EXPERIMENTAL) (KEXEC) [N/y/?] (NEW) 
        *
        * CPU Power Management
        *
        CPU idle PM support (CPU_IDLE) [N/y/?] 
        *
        * Floating point emulation
        *
        *
        * At least one emulation must be selected
        *
        NWFPE math emulation (FPE_NWFPE) [N/y/?] 
        FastFPE math emulation (EXPERIMENTAL) (FPE_FASTFPE) [N/y/?] (NEW) 
        VFP-format floating point maths (VFP) [N/y/?] 
        *
        * Userspace binary formats
        *
        Kernel support for ELF binaries (BINFMT_ELF) [Y/n/?] 
        Write ELF core dumps with partial segments (CORE_DUMP_DEFAULT_ELF_HEADERS) [N/y/?] 
        Kernel support for a.out and ECOFF binaries (BINFMT_AOUT) [N/m/y/?] 
        Kernel support for MISC binaries (BINFMT_MISC) [N/m/y/?] 
        RISC OS personality (ARTHUR) [N/m/y/?] 
        *
        * Power management options
        *
        Power Management support (PM) [N/y/?] 
        *
        * Networking support
        *
        Networking support (NET) [N/y/?] 
        *
        * Device Drivers
        *
        *
        * Generic Driver Options
        *
        path to uevent helper (UEVENT_HELPER_PATH) [/sbin/hotplug] 
        Select only drivers that don't need compile-time external firmware (STANDALONE) [Y/n/?] (NEW) 
        Prevent firmware from being built (PREVENT_FIRMWARE_BUILD) [Y/n/?] 
        Userspace firmware loading support (FW_LOADER) [Y/?] (NEW) y
          Include in-kernel firmware blobs in kernel binary (FIRMWARE_IN_KERNEL) [Y/n/?] 
          External firmware blobs to build into the kernel binary (EXTRA_FIRMWARE) [] 
        *
        * Memory Technology Device (MTD) support
        *
        Memory Technology Device (MTD) support (MTD) [N/m/y/?] 
        *
        * Parallel port support
        *
        Parallel port support (PARPORT) [N/m/y/?] 
        *
        * Block devices
        *
        Block devices (BLK_DEV) [Y/n/?] 
          Loopback device support (BLK_DEV_LOOP) [N/m/y/?] 
          *
          * DRBD disabled because PROC_FS, INET or CONNECTOR not selected
          *
          RAM block device support (BLK_DEV_RAM) [N/m/y/?] 
          Packet writing on CD/DVD media (CDROM_PKTCDVD) [N/m/y/?] 
        *
        * Misc devices
        *
        Misc devices (MISC_DEVICES) [Y/n/?] 
          Enclosure Services (ENCLOSURE_SERVICES) [N/m/y/?] 
          *
          * Silicon Labs C2 port support (EXPERIMENTAL)
          *
          Silicon Labs C2 port support (EXPERIMENTAL) (C2PORT) [N/m/y/?] (NEW) 
          *
          * EEPROM support
          *
          EEPROM 93CX6 support (EEPROM_93CX6) [N/m/y/?] 
        *
        * ATA/ATAPI/MFM/RLL support (DEPRECATED)
        *
        ATA/ATAPI/MFM/RLL support (DEPRECATED) (IDE) [N/m/y/?] 
        *
        * SCSI device support
        *
        RAID Transport Class (RAID_ATTRS) [N/m/y/?] 
        SCSI device support (SCSI) [N/m/y/?] 
        *
        * Serial ATA and Parallel ATA drivers
        *
        Serial ATA and Parallel ATA drivers (ATA) [N/m/y/?] 
        *
        * Multiple devices driver support (RAID and LVM)
        *
        Multiple devices driver support (RAID and LVM) (MD) [N/y/?] 
        *
        * Telephony support
        *
        Telephony support (PHONE) [N/m/y/?] 
        *
        * Input device support
        *
        Generic input layer (needed for keyboard, mouse, ...) (INPUT) [Y/?] (NEW) y
          Support for memoryless force-feedback devices (INPUT_FF_MEMLESS) [N/m/y/?] 
          Polled input device skeleton (INPUT_POLLDEV) [N/m/y/?] 
          Sparse keymap support library (INPUT_SPARSEKMAP) [N/m/y/?] 
          *
          * Userland interfaces
          *
          Mouse interface (INPUT_MOUSEDEV) [Y/?] (NEW) y
            Provide legacy /dev/psaux device (INPUT_MOUSEDEV_PSAUX) [Y/n/?] 
            Horizontal screen resolution (INPUT_MOUSEDEV_SCREEN_X) [1024] 
            Vertical screen resolution (INPUT_MOUSEDEV_SCREEN_Y) [768] 
          Joystick interface (INPUT_JOYDEV) [N/m/y/?] 
          Event interface (INPUT_EVDEV) [N/m/y/?] 
          Event debugging (INPUT_EVBUG) [N/m/y/?] 
          *
          * Input Device Drivers
          *
          *
          * Keyboards
          *
          Keyboards (INPUT_KEYBOARD) [Y/n/?] 
            AT keyboard (KEYBOARD_ATKBD) [Y/n/m/?] 
            DECstation/VAXstation LK201/LK401 keyboard (KEYBOARD_LKKBD) [N/m/y/?] 
            Newton keyboard (KEYBOARD_NEWTON) [N/m/y/?] 
            OpenCores Keyboard Controller (KEYBOARD_OPENCORES) [N/m/y/?] 
            Stowaway keyboard (KEYBOARD_STOWAWAY) [N/m/y/?] 
            Sun Type 4 and Type 5 keyboard (KEYBOARD_SUNKBD) [N/m/y/?] 
            XT keyboard (KEYBOARD_XTKBD) [N/m/y/?] 
          *
          * Mice
          *
          Mice (INPUT_MOUSE) [Y/n/?] 
            PS/2 mouse (MOUSE_PS2) [Y/n/m/?] 
              Elantech PS/2 protocol extension (MOUSE_PS2_ELANTECH) [N/y/?] 
              Sentelic Finger Sensing Pad PS/2 protocol extension (MOUSE_PS2_SENTELIC) [N/y/?] 
              eGalax TouchKit PS/2 protocol extension (MOUSE_PS2_TOUCHKIT) [N/y/?] 
            Serial mouse (MOUSE_SERIAL) [N/m/y/?] 
            Apple USB Touchpad support (MOUSE_APPLETOUCH) [N/m/y/?] 
            Apple USB BCM5974 Multitouch trackpad support (MOUSE_BCM5974) [N/m/y/?] 
            DEC VSXXX-AA/GA mouse and VSXXX-AB tablet (MOUSE_VSXXXAA) [N/m/y/?] 
          *
          * Joysticks/Gamepads
          *
          Joysticks/Gamepads (INPUT_JOYSTICK) [N/y/?] 
          *
          * Tablets
          *
          Tablets (INPUT_TABLET) [N/y/?] 
          *
          * Touchscreens
          *
          Touchscreens (INPUT_TOUCHSCREEN) [N/y/?] 
          *
          * Miscellaneous devices
          *
          Miscellaneous devices (INPUT_MISC) [N/y/?] 
        *
        * Hardware I/O ports
        *
        Serial I/O support (SERIO) [Y/?] y
          Serial port line discipline (SERIO_SERPORT) [Y/n/m/?] 
          AMBA KMI keyboard controller (SERIO_AMBAKMI) [N/m/y] 
          Raw access to serio ports (SERIO_RAW) [N/m/y/?] 
          Altera UP PS/2 controller (SERIO_ALTERA_PS2) [N/m/y/?] 
        Gameport support (GAMEPORT) [N/m/y/?] 
        *
        * Character devices
        *
        Virtual terminal (VT) [Y/?] (NEW) y
          Support for binding and unbinding console drivers (VT_HW_CONSOLE_BINDING) [N/y/?] 
        /dev/kmem virtual device support (DEVKMEM) [Y/n/?] 
        Non-standard serial port support (SERIAL_NONSTANDARD) [N/y/?] 
        *
        * Serial drivers
        *
        8250/16550 and compatible serial support (SERIAL_8250) [N/m/y/?] 
        *
        * Non-8250 serial port support
        *
        ARM AMBA PL011 serial port support (SERIAL_AMBA_PL011) [N/m/y/?] 
        Unix98 PTY support (UNIX98_PTYS) [Y/?] (NEW) y
          Support multiple instances of devpts (DEVPTS_MULTIPLE_INSTANCES) [N/y/?] 
        Legacy (BSD) PTY support (LEGACY_PTYS) [Y/n/?] 
          Maximum number of legacy PTY in use (LEGACY_PTY_COUNT) [256] 
        *
        * IPMI top-level message handler
        *
        IPMI top-level message handler (IPMI_HANDLER) [N/m/y/?] 
        Hardware Random Number Generator Core support (HW_RANDOM) [Y/n/m/?] 
          Timer IOMEM HW Random Number Generator support (HW_RANDOM_TIMERIOMEM) [N/m/y/?] 
        Siemens R3964 line discipline (R3964) [N/m/y/?] 
        RAW driver (/dev/raw/rawN) (RAW_DRIVER) [N/m/y/?] 
        *
        * TPM Hardware Support
        *
        TPM Hardware Support (TCG_TPM) [N/m/y/?] (NEW) 
        *
        * I2C support
        *
        I2C support (I2C) [N/m/y/?] 
        *
        * SPI support
        *
        SPI support (SPI) [N/y/?] 
        *
        * PPS support
        *
        PPS support (PPS) [N/m/y/?] (NEW) 
        *
        * GPIO Support
        *
        GPIO Support (GPIOLIB) [N/y/?] 
        *
        * Dallas's 1-wire support
        *
        Dallas's 1-wire support (W1) [N/m/y/?] 
        *
        * Power supply class support
        *
        Power supply class support (POWER_SUPPLY) [N/m/y/?] 
        *
        * Hardware Monitoring support
        *
        Hardware Monitoring support (HWMON) [Y/n/m/?] 
          Hardware Monitoring Chip debugging messages (HWMON_DEBUG_CHIP) [N/y/?] 
          *
          * Native drivers
          *
          Fintek F71805F/FG, F71806F/FG and F71872F/FG (SENSORS_F71805F) [N/m/y/?] (NEW) 
          Fintek F71858FG, F71862FG, F71882FG, F71889FG and F8000 (SENSORS_F71882FG) [N/m/y/?] (NEW) 
          ITE IT87xx and compatibles (SENSORS_IT87) [N/m/y/?] 
          National Semiconductor PC87360 family (SENSORS_PC87360) [N/m/y/?] 
          National Semiconductor PC87427 (SENSORS_PC87427) [N/m/y/?] (NEW) 
          SMSC LPC47M10x and compatibles (SENSORS_SMSC47M1) [N/m/y/?] 
          SMSC LPC47B397-NC (SENSORS_SMSC47B397) [N/m/y/?] (NEW) 
          VIA VT1211 (SENSORS_VT1211) [N/m/y/?] (NEW) 
          Winbond W83627HF, W83627THF, W83637HF, W83687THF, W83697HF (SENSORS_W83627HF) [N/m/y/?] 
          Winbond W83627EHF/EHG/DHG, W83667HG (SENSORS_W83627EHF) [N/m/y/?] 
        *
        * Generic Thermal sysfs driver
        *
        Generic Thermal sysfs driver (THERMAL) [N/m/y/?] 
        *
        * Watchdog Timer Support
        *
        Watchdog Timer Support (WATCHDOG) [N/y/?] 
        *
        * Sonics Silicon Backplane
        *
        Sonics Silicon Backplane support (SSB) [N/m/y/?] 
        *
        * Multifunction device drivers
        *
        Support for Silicon Motion SM501 (MFD_SM501) [N/m/y/?] 
        HTC PASIC3 LED/DS1WM chip support (HTC_PASIC3) [N/m/y/?] 
        Support Toshiba T7L66XB (MFD_T7L66XB) [N/y/?] 
        Support Toshiba TC6387XB (MFD_TC6387XB) [N/y/?] 
        *
        * Voltage and Current Regulator Support
        *
        Voltage and Current Regulator Support (REGULATOR) [N/y/?] 
        *
        * Multimedia support
        *
        Multimedia support (MEDIA_SUPPORT) [N/m/y/?] 
        *
        * Graphics support
        *
        Lowlevel video output switch controls (VIDEO_OUTPUT_CONTROL) [N/m/y/?] 
        *
        * Support for frame buffer devices
        *
        Support for frame buffer devices (FB) [N/m/y/?] 
        *
        * Backlight & LCD device support
        *
        Backlight & LCD device support (BACKLIGHT_LCD_SUPPORT) [N/y/?] 
        *
        * Display device support
        *
        Display panel/monitor support (DISPLAY_SUPPORT) [N/m/y/?] 
        *
        * Console display driver support
        *
        *
        * Sound card support
        *
        Sound card support (SOUND) [N/m/y/?] 
        *
        * HID Devices
        *
        HID Devices (HID_SUPPORT) [Y/n/?] 
          Generic HID support (HID) [Y/n/m/?] 
            /dev/hidraw raw HID device support (HIDRAW) [N/y/?] 
          PID device support (HID_PID) [N/y/?] 
          *
          * Special HID drivers
          *
        *
        * USB support
        *
        USB support (USB_SUPPORT) [Y/n/?] 
          Support for Host-side USB (USB) [N/m/y/?] 
          *
          * Enable Host or Gadget support to see Inventra options
          *
          *
          * NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
          *
          *
          * USB Gadget Support
          *
          USB Gadget Support (USB_GADGET) [N/m/y/?] 
          *
          * OTG and related infrastructure
          *
        *
        * MMC/SD/SDIO card support
        *
        MMC/SD/SDIO card support (MMC) [N/m/y/?] 
        *
        * Sony MemoryStick card support (EXPERIMENTAL)
        *
        Sony MemoryStick card support (EXPERIMENTAL) (MEMSTICK) [N/m/y/?] 
        *
        * LED Support
        *
        LED Support (NEW_LEDS) [N/y/?] 
        *
        * Accessibility support
        *
        Accessibility support (ACCESSIBILITY) [N/y/?] 
        *
        * Real Time Clock
        *
        Real Time Clock (RTC_CLASS) [N/m/y/?] 
        *
        * DMA Engine support
        *
        DMA Engine support (DMADEVICES) [N/y/?] 
        *
        * Auxiliary Display support
        *
        Auxiliary Display support (AUXDISPLAY) [N/y/?] 
        *
        * Userspace I/O drivers
        *
        Userspace I/O drivers (UIO) [N/m/y/?] 
        *
        * TI VLYNQ
        *
        *
        * Staging drivers
        *
        Staging drivers (STAGING) [N/y/?] 
        *
        * File systems
        *
        Second extended fs support (EXT2_FS) [N/m/y/?] 
        Ext3 journalling file system support (EXT3_FS) [N/m/y/?] 
        The Extended 4 (ext4) filesystem (EXT4_FS) [N/m/y/?] 
        Reiserfs support (REISERFS_FS) [N/m/y/?] 
        JFS filesystem support (JFS_FS) [N/m/y/?] 
        XFS filesystem support (XFS_FS) [N/m/y/?] 
        GFS2 file system support (GFS2_FS) [N/m/y/?] (NEW) 
        Btrfs filesystem (EXPERIMENTAL) Unstable disk format (BTRFS_FS) [N/m/y/?] (NEW) 
        NILFS2 file system support (EXPERIMENTAL) (NILFS2_FS) [N/m/y/?] (NEW) 
        Dnotify support (DNOTIFY) [Y/n/?] 
        Inotify file change notification support (INOTIFY) [N/y/?] 
        Inotify support for userspace (INOTIFY_USER) [Y/n/?] 
        Quota support (QUOTA) [N/y/?] 
        Kernel automounter support (AUTOFS_FS) [N/m/y/?] 
        Kernel automounter version 4 support (also supports v3) (AUTOFS4_FS) [N/m/y/?] 
        FUSE (Filesystem in Userspace) support (FUSE_FS) [N/m/y/?] 
        *
        * Caches
        *
        General filesystem local caching manager (FSCACHE) [N/m/y/?] (NEW) 
        *
        * CD-ROM/DVD Filesystems
        *
        ISO 9660 CDROM file system support (ISO9660_FS) [N/m/y/?] 
        UDF file system support (UDF_FS) [N/m/y/?] 
        *
        * DOS/FAT/NT Filesystems
        *
        MSDOS fs support (MSDOS_FS) [N/m/y/?] 
        VFAT (Windows-95) fs support (VFAT_FS) [N/m/y/?] 
        NTFS file system support (NTFS_FS) [N/m/y/?] 
        *
        * Pseudo filesystems
        *
        Virtual memory file system support (former shm fs) (TMPFS) [N/y/?] 
        Userspace-driven configuration filesystem (CONFIGFS_FS) [N/m/y/?] 
        *
        * Miscellaneous filesystems
        *
        Miscellaneous filesystems (MISC_FILESYSTEMS) [Y/n/?] 
          ADFS file system support (EXPERIMENTAL) (ADFS_FS) [N/m/y/?] (NEW) 
          Amiga FFS file system support (EXPERIMENTAL) (AFFS_FS) [N/m/y/?] (NEW) 
          Apple Macintosh file system support (EXPERIMENTAL) (HFS_FS) [N/m/y/?] (NEW) 
          Apple Extended HFS file system support (HFSPLUS_FS) [N/m/y/?] 
          BeOS file system (BeFS) support (read only) (EXPERIMENTAL) (BEFS_FS) [N/m/y/?] (NEW) 
          BFS file system support (EXPERIMENTAL) (BFS_FS) [N/m/y/?] (NEW) 
          EFS file system support (read only) (EXPERIMENTAL) (EFS_FS) [N/m/y/?] (NEW) 
          Compressed ROM file system support (cramfs) (CRAMFS) [N/m/y/?] 
          SquashFS 4.0 - Squashed file system support (SQUASHFS) [N/m/y/?] 
          FreeVxFS file system support (VERITAS VxFS(TM) compatible) (VXFS_FS) [N/m/y/?] 
          Minix file system support (MINIX_FS) [N/m/y/?] 
          SonicBlue Optimized MPEG File System support (OMFS_FS) [N/m/y/?] 
          OS/2 HPFS file system support (HPFS_FS) [N/m/y/?] 
          QNX4 file system support (read only) (QNX4FS_FS) [N/m/y/?] 
          ROM file system support (ROMFS_FS) [N/m/y/?] 
          System V/Xenix/V7/Coherent file system support (SYSV_FS) [N/m/y/?] 
          UFS file system support (read only) (UFS_FS) [N/m/y/?] 
        *
        * Partition Types
        *
        Advanced partition selection (PARTITION_ADVANCED) [N/y/?] 
        *
        * Native language support
        *
        Native language support (NLS) [N/m/y/?] 
        *
        * Kernel hacking
        *
        Show timing information on printks (PRINTK_TIME) [N/y/?] 
        Enable __deprecated logic (ENABLE_WARN_DEPRECATED) [Y/n/?] 
        Enable __must_check logic (ENABLE_MUST_CHECK) [Y/n/?] 
        Warn for stack frames larger than (needs gcc 4.4) (FRAME_WARN) [1024] 
        Magic SysRq key (MAGIC_SYSRQ) [N/y/?] 
        Strip assembler-generated symbols during link (STRIP_ASM_SYMS) [N/y/?] 
        Enable unused/obsolete exported symbols (UNUSED_SYMBOLS) [N/y/?] 
        Debug Filesystem (DEBUG_FS) [N/y/?] 
        Run 'make headers_check' when building vmlinux (HEADERS_CHECK) [N/y/?] 
        Kernel debugging (DEBUG_KERNEL) [N/y/?] 
        SLUB debugging on by default (SLUB_DEBUG_ON) [N/y/?] 
        Enable SLUB performance statistics (SLUB_STATS) [N/y/?] 
        Check for stalled CPUs delaying RCU grace periods (RCU_CPU_STALL_DETECTOR) [Y/n/?] 
        Latency measuring infrastructure (LATENCYTOP) [N/y/?] 
        Sysctl checks (SYSCTL_SYSCALL_CHECK) [N/y/?] 
        *
        * Tracers
        *
        Tracers (FTRACE) [N/y/?] 
        *
        * Sample kernel code
        *
        Sample kernel code (SAMPLES) [N/y/?] 
        Verbose user fault messages (DEBUG_USER) [N/y/?] 
        On-chip ETM and ETB (OC_ETM) [N/y/?] 
        *
        * Security options
        *
        Enable access key retention support (KEYS) [N/y/?] 
        Enable different security models (SECURITY) [N/y/?] 
        Enable the securityfs filesystem (SECURITYFS) [N/y/?] 
        Default security module
        > 1. Unix Discretionary Access Controls (DEFAULT_SECURITY_DAC)
        choice[1]: 1
        *
        * Cryptographic API
        *
        Cryptographic API (CRYPTO) [N/m/y/?] 
        *
        * Library routines
        *
        CRC-CCITT functions (CRC_CCITT) [N/m/y/?] 
        CRC16 functions (CRC16) [N/m/y/?] 
        CRC calculation for the T10 Data Integrity Field (CRC_T10DIF) [N/m/y/?] 
        CRC ITU-T V.41 functions (CRC_ITU_T) [N/m/y/?] 
        CRC32 functions (CRC32) [Y/n/m/?] 
        CRC7 functions (CRC7) [N/m/y/?] 
        CRC32c (Castagnoli, et al) Cyclic Redundancy-Check (LIBCRC32C) [N/m/y/?] 
        *
        * Restart config...
        *
        *
        * General setup
        *
        Prompt for development and/or incomplete code/drivers (EXPERIMENTAL) [Y/n/?] y
        Local version - append to kernel release (LOCALVERSION) [madehome] madehome
        Automatically append version information to the version string (LOCALVERSION_AUTO) [Y/n/?] y
        Kernel compression mode
        > 1. Gzip (KERNEL_GZIP)
          2. LZO (KERNEL_LZO)
        choice[1-2?]: 1
        Support for paging of anonymous memory (swap) (SWAP) [Y/n/?] y
        System V IPC (SYSVIPC) [N/y/?] n
        BSD Process Accounting (BSD_PROCESS_ACCT) [N/y/?] n
        Kernel .config support (IKCONFIG) [N/m/y/?] n
        Kernel log buffer size (16 => 64KB, 17 => 128KB) (LOG_BUF_SHIFT) [17] 17
        Group CPU scheduler (GROUP_SCHED) [N/y/?] n
        enable deprecated sysfs features to support old userspace tools (SYSFS_DEPRECATED_V2) [N/y/?] n
        Kernel->user space relay support (formerly relayfs) (RELAY) [N/y/?] n
        Namespaces support (NAMESPACES) [Y/?] (NEW) y
          UTS namespace (UTS_NS) [N/y/?] n
          User namespace (EXPERIMENTAL) (USER_NS) [N/y/?] n
          PID Namespaces (EXPERIMENTAL) (PID_NS) [N/y/?] n
        Initial RAM filesystem and RAM disk (initramfs/initrd) support (BLK_DEV_INITRD) [N/y/?] n
        Optimize for size (CC_OPTIMIZE_FOR_SIZE) [Y/n/?] y
        Disable heap randomization (COMPAT_BRK) [Y/n/?] y
        Choose SLAB allocator
          1. SLAB (SLAB)
        > 2. SLUB (Unqueued Allocator) (SLUB)
        choice[1-2?]: 2
        Profiling support (EXPERIMENTAL) (PROFILING) [N/y/?] n
        Kprobes (KPROBES) [N/y/?] (NEW) 
        #
        # configuration written to .config
        #
        guruplug-debian:/mnt/nfs/linux-2.6.33.2#
    
  • [^] # Re: manque une ligne dans ta procedure

    Posté par  . En réponse au message Pb de compilation de noyau + besoin d'explications. Évalué à 0.

    Ok. C'est bon. C'est compilé

    j'ai fait :

    cp -p /proc/config.gz /mnt/nfs/linux-2.6.33.2/.config
    cd /mnt/nfs/linux-2.6.33.2
    make mrproper
    make menuconfig (mais j'ai tout laissé par défaut)
    /!\ J'ai bien essayé le make oldconfig mais il fallait renseigner trop de chose manuellement, j'ai laissé tombé..
    make
    
    ...  AS      .tmp_kallsyms2.o
      LD      vmlinux
      SYSMAP  System.map
      SYSMAP  .tmp_System.map
      OBJCOPY arch/arm/boot/Image
      Kernel: arch/arm/boot/Image is ready
      AS      arch/arm/boot/compressed/head.o
      GZIP    arch/arm/boot/compressed/piggy.gzip
      AS      arch/arm/boot/compressed/piggy.gzip.o
      CC      arch/arm/boot/compressed/misc.o
    In file included from arch/arm/boot/compressed/../../../../lib/decompress_inflate.c:10,
                     from arch/arm/boot/compressed/misc.c:248:
    arch/arm/boot/compressed/../../../../lib/zlib_inflate/inflate.c: In function ‘zlib_fixedtables’:
    arch/arm/boot/compressed/../../../../lib/zlib_inflate/inflate.c:100: warning: the frame size of 2176 bytes is larger than 1024 bytes
      SHIPPED arch/arm/boot/compressed/lib1funcs.S
      AS      arch/arm/boot/compressed/lib1funcs.o
      LD      arch/arm/boot/compressed/vmlinux
      OBJCOPY arch/arm/boot/zImage
      Kernel: arch/arm/boot/zImage is ready
    

    You're the boss dude
    clé usb : 3h
    partage nfs : 20 min

  • [^] # Re: Bon, c'est le premier pas d'un long voyage

    Posté par  . En réponse au message Pb de compilation de noyau + besoin d'explications. Évalué à 0.

    You're the boss !
    Je fais ça et je te dis.
    Thx

  • [^] # Re: Des questions, des indications et des conseils.

    Posté par  . En réponse au message Pb de compilation de noyau + besoin d'explications. Évalué à 0.

    Whaou !! Merci beaucoup !!
    J'ai bcp d'élément à t'apporter et je crois bcp en ce que tu me présentes !

    • Utilises-tu la distribution fournie avec le guruplug ou bien une autre (à préciser) ?
      --> La version par défaut est une debian patchée. Et en téléchargeant les sources je ne suis pas arrivé à recompiler le noyau. Le site de guruplug ne propose pas de noyau 2.6.32-00007... J'ai essayé ceci et la compilation échoue. Ce qui m'a poussé à télécharger un noyau plus récent et de repartir de 0.

      root@sheevaplug-debian:/# uname -ar
      Linux sheevaplug-debian 2.6.32-00007-g56678ec #1 PREEMPT Thu Dec 24

      root@sheevaplug-debian:/lib/modules# ll 2.6.32-00007-g56678ec/
      total 656
      lrwxrwxrwx 1 root root 24 2010-09-05 16:25 build -> /media/usb1/linux-2.6.32
      drwxr-xr-x 8 root root 544 2010-02-08 11:51 kernel
      -rw-r–r– 1 root root 118676 2010-02-08 11:51 modules.alias
      -rw-r–r– 1 root root 69 2010-02-08 11:51 modules.ccwmap
      -rw-r–r– 1 root root 67730 2010-02-08 11:51 modules.dep
      -rw-r–r– 1 root root 73 2010-02-08 11:51 modules.ieee1394map
      -rw-r–r– 1 root root 141 2010-02-08 11:51 modules.inputmap
      -rw-r–r– 1 root root 81 2010-02-08 11:51 modules.isapnpmap
      -rw-r–r– 1 root root 74 2010-02-08 11:51 modules.ofmap
      -rw-r–r– 1 root root 15388 2010-02-08 11:51 modules.order
      -rw-r–r– 1 root root 281 2010-02-08 11:51 modules.pcimap
      -rw-r–r– 1 root root 43 2010-02-08 11:51 modules.seriomap
      -rw-r–r– 1 root root 41592 2010-02-08 11:51 modules.symbols
      -rw-r–r– 1 root root 390425 2010-02-08 11:51 modules.usbmap
      lrwxrwxrwx 1 root root 24 2010-09-05 15:57 source -> /media/usb1/linux-2.6.32

    • quel accessoire cm15 utilises-tu ? Est-ce http://www.edomotique.com/vproduit--cm15-pro-interface-pc-programmable--X10--cm15--09793--0-0-0-719219.aspx
      ou un produit équivalent ? Sur quel port se branche-t-il ?
      --> Oui c'est exactement ça. C'est un module qui se branche en USB. Et les sources sont disponibles ici : http://www.linuxha.com/USB/cm15a.html
      --> Pour rappel, dans mon post initial, je précise bien que ce driver je l'ai compilé sur un autre pc ubuntu 2.6.24.24-server et que mon module cm15 fonctionne, le socle de gestion des évènements et ordre x10 fonctionne sur du xpl-perl (xpl-hub, xpl-rfxcom, xpl-cm15a, xpl-logger,etc). Ca fonctionne !

    • Pourquoi affirmes-tu que la compilation échoue ? Dans ton premier post, je ne vois pas d'erreur. Dans ton second compte rendu d'erreur, pourquoi lances-tu make dans le répertoire iplc/driver/linux-2.6/cm15a.d et non dans le répertoire iplc/driver/linux-2.6 ?
      -->Dans mon premier post la compilation du noyau échoue t'elle ? ou pas ?

      Kernel: arch/arm/boot/zImage is ready
      Building modules, stage 2.
      MODPOST 770 modules
      ERROR: "xt_rateest_lookup" [net/netfilter/xt_rateest.ko] undefined!
      ERROR: "xt_rateest_put" [net/netfilter/xt_rateest.ko] undefined!
      make[1]: *** [__modpost] Error 1
      make: *** [modules] Error 2
      guruplug-debian:/mnt/usb/linux-2.6.38.5#

      --> Dans mon second post le makefile me permet de faire :
      iplc/driver/linux-2.6/cm15a.d # make
      ou
      iplc/driver/linux-2.6 # make cm15a
      ou
      iplc/driver/linux-2.6 # make (qui compile aussi le driver cm19a etcmXX dont je n'ai pas besoin)

    • As-tu besoin des patchs :
      0002-Driver-for-Marvell-Libertas-8688-SDIO-micro-AP-suppo-2.6.37-v2.patch
      0003-Initial-defconfig.patch
      mvsdio-2.patch
      --> Etant néophite en la matière, je suis bête et discipliné. Sur d'autres sites ils ont appliqué les patchs... donc moi aussi. qui a raison/tord?

    En espérant t'avoir apporté les réponses qu'il te faut...

    En attendant je test ... Et je reviendrai !
    Signé :Terminator

  • [^] # Re: Bon, c'est le premier pas d'un long voyage

    Posté par  . En réponse au message Pb de compilation de noyau + besoin d'explications. Évalué à 0.

    Merci encore pour ta réponse.
    Donc oui, c'est la bien la solution 2 que j'ai mis en oeuvre (sauf que d'un montage nfs, je passe par une clé usb sur laquelle j'ai les sources)

    Effectivement (j'ai peut être pas été assez clair) j'ai tenté les 3 solutions :
    - Installé et compilé mon driver sur une architecture x86: Ca tourne, "c'est en prod"

    mais j'ai voulu remplacer l'archi x86 par du ARM donc j'ai:
    - installé et compilé les sources de mon noyau sans résultat

    j'ai même tenté la cross compilation depuis mon pc architecture x86 avec le même résultat que l'item précédent.

    D'ou mon post et surtout mon inquiétude sur les point suivants :
    - Ai-je bien installé tous les prérequis ? (sources, header, outils de compilation)
    - Des erreurs lors de la décompression du tar.gz à cause de modification des dates de certains fichiers en cours de décompressions... chelou
    - Et les erreurs suivantes concernant la compilation du driver en lui même

    root@sheevaplug-debian:/media/usb1/iplc/driver/linux-2.6/cm15a.d# make
    make -C /lib/modules/2.6.32-00007-g56678ec/build SUBDIRS=/media/usb1/iplc/driver/linux-2.6/cm15a.d modules
    make[1]: Entering directory `/media/usb1/linux-2.6.32′
    CC [M] /media/usb1/iplc/driver/linux-2.6/cm15a.d/cm15a.o
    /media/usb1/iplc/driver/linux-2.6/cm15a.d/cm15a.c: In function âopenâ:
    /media/usb1/iplc/driver/linux-2.6/cm15a.d/cm15a.c:523: warning: passing argument 6 of âusb_fill_int_urbâ from incompatible pointer type
    /media/usb1/iplc/driver/linux-2.6/cm15a.d/cm15a.c: In function âwriteâ:
    /media/usb1/iplc/driver/linux-2.6/cm15a.d/cm15a.c:803: warning: passing argument 6 of âusb_fill_int_urbâ from incompatible pointer type
    /media/usb1/iplc/driver/linux-2.6/cm15a.d/cm15a.c: In function âprobeâ:
    /media/usb1/iplc/driver/linux-2.6/cm15a.d/cm15a.c:943: error: implicit declaration of function âinfoâ
    make[2]: *** [/media/usb1/iplc/driver/linux-2.6/cm15a.d/cm15a.o] Error 1
    make[1]: *** [_module_/media/usb1/iplc/driver/linux-2.6/cm15a.d] Error 2
    make[1]: Leaving directory `/media/usb1/linux-2.6.32′
    make: *** [default] Error 2