Caméra non reconnue

Support Debian
#1

salut
retour sur un ordi portable avec caméra : le asus T100TA
vraiment chiant pour mettre un linux dessus ( moins que windows que je n’ai jamais réussi à remettre )

la caméra n’est pas du tout reconnue , je n’arrive pas à savoir son petit nom , probablement mt9m114

dans ce cas j’ai trouvé


puis

ce qui vraiment chiant dans ces pages c’est qu’il utilise constamment des mots qui pourraient être des synonymes , ou pas.

déjà les prérequis, je ne les ai pas :
Prerequisites

  1. Intel Atom with ISP enabled. : je ne sais pas
  2. Imaging sensors, or cameras, attached via MIPI CSI interface for Atom ISP capturing. : bah oui
  3. Supported OS: bah non
    Tizen3.0 with Linux kernel 3.10 LTSI (32-bit)
    Tizen1.0 with Linux kernel 3.8 (32-bit)
    Fedora18 with Linux kernel 3.8 (32-bit)
    Fedora18 with Linux kernel 3.8 (64-bit)

et la page dans Building the Driver n’existe plus.

#2

Salut

Pourtant les specs de cette caméra sont bonnes…

Et il y a eu la prise en charge des modules atomisp et mt9m114 dans certains noyaux ;
https://cateee.net/lkddb/web-lkddb/VIDEO_ATOMISP.html
https://cateee.net/lkddb/web-lkddb/VIDEO_MT9M114.html

Pour ce qui est de compiler les sources des modules avec un noyau et des bibliothèques récents,
j’ai bien peur que ce soit un casse-tête :frowning:

Même pas dans https://web.archive.org/

Pt1. d’obsolescence :disappointed:

#3

héhé je l’avais tenté aussi.

salut
la machine est sur un noyau 4.19 mais je ne vois aucune info sur mt9m114. ( dans les liens on parle de 4.12 à 4.14 )

#4

Mon noyau 4.14.83-gentoo ne connait pas non plus atomisp et mt9m114 (pour voir)

Tu penses coller au portable un noyau 4.12 à 4.14 qui aurait ces modules ?
Avec tout ce que ça implique comme downgrade ?

Je pense que c’était le plafond pour le hardware mais c’est du taf !
Et il faudrait avoir une petite idée avant de savoir pourquoi ces modules ont été retirés.

#5

Le noyau 4.14.114 encore dispo sur kernel.org semble contenir le module:

mj@mercure:~/Téléchargements/linux-4.14.114$ find . -name mt9m114* -print
./drivers/staging/media/atomisp/i2c/mt9m114.c
./drivers/staging/media/atomisp/i2c/mt9m114.h
1 J'aime
#6

Nan, c’est rien de compiler un noyau:
https://www.debian.org/releases/stable/i386/ch08s06.html.fr

1 J'aime
#7

ca fait plus d’un an que je suis sur cet ordi
: j’ai essayé des distributions dont je n’avais jamais entendu le nom, j’ai même - au final - essayé d’y remettre un windows tellement j’étais ecoeuré.
Alors un downgrade, au moins, ca m’apprendra quelque chose :slight_smile:

d’aillerus c’est dit sur cette page :

Nayez pas peur de compiler un nouveau noyau. C’est amusant et très instructif

mais j’ai quand même un problème : pour compiler, il me faut le module ; je le trouve où?

#8

bon aller je commence
apt-cache policy linux-image-4.19.0-4-686 me dit “500 http://deb.debian.org/debian buster/main i386 Packages” donc que c 'est du main
je télécharge donc http://ftp.debian.org/debian/pool/main/l/linux/ :
wget http://ftp.debian.org/debian/pool/main/l/linux/ -O a.html
puis
wget -c $(egrep '\.deb"' a.html |egrep '386|686' |sed 's#.*href="\(.*\.deb\)".*#http://ftp.debian.org/debian/pool/main/l/linux/\1#')
puis
find ~/mt9m114-camera/kernel/ -type f -exec dpkg-deb -c {} \; |grep mt9m114

#9

re
je pars de la proposition de mattotop :
kernel 4.14.114 sur kernel.org
et cette page : https://computerz.solutions/kernel-4-debian-8/
un peu gêné de travailler avec un 4.19 mais j’y vais :

sudo apt-get install git build-essential libncurses5-dev xz-utils libelf-dev bc libssl-dev
tar xvf linux-4.14.114.tar.xz && cd linux-4.14.114 && cp /boot/config-4.19.0-4-686-pae .config
make nconfig

là il faut trouver mt9m114 avec F8 : on repère alors le chemin jusqu’au driver avec F8, puis on le suit avec ENTREE et on sélectionne avec espace ; puis save et exit
le fichier .config contient alors la référence cherchée :
grep -i atomisp .config
CONFIG_INTEL_ATOMISP=y
make clean && make deb-pkg
au premier coup : fatal error: openssl/opensslv.h d’où l’installation de libssl-dev

#10

Gné ?
Le module c’est:
CONFIG_VIDEO_MT9M114

686… Tu es en 32 bits ?
Ca existe encore ?

pae, là, tu as un noyau patché, il faut réappliquer le patch pae sur ton noyau, sinon, il est probable que tes erreurs de compil viennent de là.

Ca ne passe pas mieux avec make-kpkg --initrd kernel_image kernel_headers ?

#11

Bonjour,

Je pensais qu’il fallait les deux :
CONFIG_INTEL_ATOMISP et CONFIG_VIDEO_MT9M114

édit : je t’ai mal lu

Chapeau pour ta démarche dindoun :wink:

Je comprends, généralement on fait un upgrade avec.

#12

salut
merci pour vos retours
ca n’a pas marché , à chaqur fois il me demande un nouveau module ( ici certs/x509_certificate_list

c’est lui qui a écrit dans le fichier : quand je cherche mt9t114 il me donne une arborescence pour choisir le driver, je l’ai fait . Et ca m’a parut acceptable vu le post de r2mi

exactement ca me donne ça :
Symbol: VIDEO_MT9M114 [=n] │
│ Type : tristate │
│ Prompt: Aptina mt9m114 sensor support │
│ Location: │
│ -> Device Drivers │
│ -> Staging drivers (STAGING [=y]) │
│ -> Media staging drivers (STAGING_MEDIA [=y]) │
│ -> Enable support to Intel MIPI camera drivers (INTEL_ATOMISP [=n]) │
│ Defined at drivers/staging/media/atomisp/i2c/Kconfig:51 │
│ Depends on: STAGING [=y] && STAGING_MEDIA [=y] && MEDIA_SUPPORT [=m] && INTEL_ATOMISP [=n] && I2C [=y] && VIDEO_V4L2 [│
│ │
│

en fait cette machine “asus de mierda” est un mélange de 32bits et 64bits : il a fallut installer un 32bits

dans le lien de mattotop https://www.debian.org/releases/stable/i386/ch08s06.html.fr il est proposé d’installer un kernel-package : il n’existe plus et surtout je ne trouve pas son remplaçant.

ca n’existe pas : peut etre en zsh ?
une recherche internet - sans gogol - semble dire que c’est inutilisable depuis l’abandon de kernel-package, ce qui est confirmé par le paragraphe 8.10.1 du handbook

#13

De fait, ça faisait longtemps que je n’avais pas compilé de noyau.
Effectivement, l’instruction de compil, c’est bien make deb-pkg.
Par contre, plutôt que de recopier la config avant le menuconfig, il y a l’instruction make localmodconfig qui te fabrique une config spécifique à tes sources en se basant sur la config du noyau actif.

“comment out the lines CONFIG_SYSTEM_TRUSTED_KEY and CONFIG_MODULE_SIG_KEY”
trouvé dans https://unix.stackexchange.com/questions/293642/attempting-to-compile-any-kernel-yields-a-certification-error

#14

j’essaie juste avec ça ( sans make localmodconfig )
sed “s/CONFIG_SYSTEM_TRUSTED_KEYS=/#CONFIG_SYSTEM_TRUSTED_KEYS=/” -i .config
sed “s/CONFIG_MODULE_SIG_KEY/#CONFIG_MODULE_SIG_KEY/” -i .config

Rappel : sed "s/truc/machin/" -i fichier rempalce la première occurrence de truc dans chaque ligne de ficheir et le remplace par machin
make clean && make deb-pkg
mais il pose des questions - je fais juste entrée

#15

Généralement, lors de la première compilation d’un noyau il faut renseigner et désactiver beaucoup de paramètres du .config pour faire correspondre au matériel et choisir les fonctionnalités du noyau, que ce soit en mode texte, dialog / ncurses ou graphique. Avec les choix (Y/N/Module)

La toute première compilation est particulièrement difficile car il faut bien renseigner le .config
Sans laisser toutes les options mises par défaut.

Mais avec

Cela devrait simplifier grandement la tâche, si ça fonctionne bien pour une downgrade.

Après un premier amorçage réussi,
c’est beaucoup plus facile de peaufiner la config et compiler à nouveau.
Bien souvent, des options activées pour un maximum de compatibilité ne sont pas nécessaires.

#16

Ok
c’est bien ce que j’avais cru comprendre
mais dans le tuto que j’ai vu ils proposent de faire un
cp /boot/config-$(uname -r) .config
ce qui doit faire à peu près pareil
et surtout, c’est plus rapide :slight_smile:
d’autant plus que la wifi et le son furent très compliqués à configurer
ensuite on verra

pour l’instant ca compile depuis 16h
ca fait des trucs comme

 CC [M]  sound/firewire/fireworks/fireworks_hwdep.o
  CC [M]  sound/firewire/fireworks/fireworks.o
  LD [M]  sound/firewire/fireworks/snd-fireworks.o
  AR      sound/firewire/motu/built-in.o
  CC [M]  sound/firewire/motu/motu.o
  CC [M]  sound/firewire/motu/amdtp-motu.o
  CC [M]  sound/firewire/motu/motu-transaction.o
  CC [M]  sound/firewire/motu/motu-stream.o

en particulier cette ligne :
CC [M] drivers/staging/media/atomisp/i2c/mt9m114.o

#17

Oui, exactement pareil même (au final).
Faut voir ce que vont donner ces paramètres en 4.19 pour la compil du 4.14.114

C’est pas une bête de course ton Asus ! Au moins tu n’as pas eu d’erreur jusque là :wink:
Les messages sont tout à fait normaux.

Compilation C de la source mt9m114.o pour faire un module [M]

#18

snif : No space left on device

#19

il n’est pas drôle ton petit bijou !
c’est kwick là :woozy_face:

il devait rester pleins de trucs dans le .config dont ton T100TA n’a pas besoin.
même après 7 années avec Gentoo, je n’ai pas vraiment épuré le noyau.

#20

mais pas grave c’était une bonne journée :

  • une de mes élèves qui part de très très loin vient de se payer 19 et 16 consécutivement .
  • j’ai demandé leur habilitation à deux contrôleurs qui ne l’avait pas