Erreur dans dmesg unknow et warning

[pierrotori]

bonsoir
RPI2 avec debian 10 Buster
héberge un domoticz dernière version

j'ai ces erreurs unknow dans le fichier des messages
Apr 9 23:11:35 raspberrypi kernel: [ 7.651275] vc_sm_cma: module is from the staging directory, the quality is unknown, you have been warned.
Apr 9 23:11:35 raspberrypi kernel: [ 7.786052] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned.
Apr 9 23:11:35 raspberrypi kernel: [ 7.792506] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned.
Apr 9 23:11:35 raspberrypi kernel: [ 7.803978] bcm2835_v4l2: module is from the staging directory, the quality is unknown, you have been warned.
Apr 9 23:11:35 raspberrypi kernel: [ 7.808109] bcm2835_codec: module is from the staging directory, the quality is unknown, you have been warned.
Apr 9 23:11:35 raspberrypi kernel: [ 7.870146] snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned.
Est ce que c'est un problème de camera ? sachant qu'il n'y en a pas d'installée

et cette erreur aussi
Apr 9 23:11:35 raspberrypi kernel: [ 11.330673] random: 7 urandom warning(s) missed due to ratelimiting
e
cela concerne la source d’entropie pour Linux utilisant l’algorithme HAVEGE
est ce qu'il manque des packages pour supprimer cette erreur ?
Bonne soirée

[pierrotori]

personne, meme si cela est un warning ?!?

En plus buster est à jour ainsi que tous les package
Linux raspberrypi 5.10.63-v7+ #1459 SMP Wed Oct 6 16:41:10 BST 2021 armv7l GNU/Linux

Code : Tout sélectionner

pi@raspberrypi:~/source/batch $ sudo v4l2-ctl --list-devices
bcm2835-codec-decode (platform:bcm2835-codec):
        /dev/video10
        /dev/video11
        /dev/video12
        /dev/video18

bcm2835-isp (platform:bcm2835-isp):
        /dev/video13
        /dev/video14
        /dev/video15
        /dev/video16

si je prends ce module bcm2835_v4l2 qui gère la camera alors que dans raspi-config elle n'est pas activée, il ne devrait pas y avoir ce message

[lost]

personne, meme si cela est un warning ?!?

C'est des modules noyaux chargés qui ne sont pas (encore?) remontés mainline. Tant que ça fonctionne, je dirais que tu t'en fous un peu car ça arrive: Support préliminaire d'un matériel, fondeur qui n'a pas fait l'effort de rendre ses patch présentables aux "gardiens du temple" du kernel (mais qui le fera sans doute s'il ne veut pas devoir le gérer lui-même dans la durée!)...

Le pb du urandom, c'est qu'il y a des appels en début de boot par systemd alors que ça manque encore d'aléa. Il y a des messages qui précèdent au boot à ce sujet (uninitialized urandom read). Et comme urandom fait du rate-limiting sur ses propres messages afin de pas spammer les logs comme un malpropre sur des warnings, on se prends un unique message ensuite sur le manque d'entropie passé du générateur de nb aléatoire en tout début de boot.

Tant qu'on n'en a pas ensuite, quand on aura besoin d'une crypto forte, c'est pas bien grave.

[pierrotori]

un problème dans l'ordre de priorité du fichier cmdline.txt ?

Code : Tout sélectionner

console=serial0,115200 console=tty1 root=PARTUUID=07ef1f4b-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait

a la base je fais des grep dans différents fichiers de log, domoticz, syslog, daemon , ozw_log etc et ces erreurs ressortent