[Résolu] MàJ-kernel 5.0.0 err DKMS compil.
Visiteur
Lors de la MàJ du kernel 5.0.0-1, la compilation de mon driver WIFI "rtl8821ce" rate.
J'utilise cette M7-B2 depuis sa sortie, et toutes les autres MàJ de kernels ont automatiquement recompilé sans problème ce driver.
Le message est le suivant :
fail1.txt
Je n'ai pas pu faire un "remove" non plus, pour tenter de ré-installer.
(Je suis repassé sous 4.20.13-3)
Merci
Édité par Visiteur Le 08/03/2019 à 02h43
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
D'après ton fichier :
Citation :
Consult the make.log in the build directory
/var/lib/dkms/rtl8821ce/v5.2.5_1.26055.20180108/build/ for more information.
/var/lib/dkms/rtl8821ce/v5.2.5_1.26055.20180108/build/ for more information.
Visiteur
fail-Log.txt
"le C90 ISO interdit le tableau « input » de taille variable [-Wvla]"
Merci
Édité par Visiteur Le 07/03/2019 à 16h12
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Citation :
CC [M] /var/lib/dkms/rtl8821ce/v5.2.5_1.26055.20180108/build/os_dep/linux/ioctl_mp.o
/var/lib/dkms/rtl8821ce/v5.2.5_1.26055.20180108/build/os_dep/linux/rtw_android.c: Dans la fonction « rtw_android_priv_cmd »:
/var/lib/dkms/rtl8821ce/v5.2.5_1.26055.20180108/build/os_dep/linux/rtw_android.c:629:62: error: la macro « access_ok » a reçu 3 arguments, mais elle n’en prend que 2
if (!access_ok(VERIFY_READ, priv_cmd.buf, priv_cmd.total_len)) {
^
/var/lib/dkms/rtl8821ce/v5.2.5_1.26055.20180108/build/os_dep/linux/rtw_android.c:629:7: error: « access_ok » non déclaré (première utilisation dans cette fonction)
if (!access_ok(VERIFY_READ, priv_cmd.buf, priv_cmd.total_len)) {
^~~~~~~~~
/var/lib/dkms/rtl8821ce/v5.2.5_1.26055.20180108/build/os_dep/linux/rtw_android.c:629:7: note: chaque identificateur non déclaré est rapporté une seule fois pour chaque fonction dans laquelle il apparaît
make[2]: *** [scripts/Makefile.build:277: /var/lib/dkms/rtl8821ce/v5.2.5_1.26055.20180108/build/os_dep/linux/rtw_android.o] Error 1
/var/lib/dkms/rtl8821ce/v5.2.5_1.26055.20180108/build/os_dep/linux/rtw_android.c: Dans la fonction « rtw_android_priv_cmd »:
/var/lib/dkms/rtl8821ce/v5.2.5_1.26055.20180108/build/os_dep/linux/rtw_android.c:629:62: error: la macro « access_ok » a reçu 3 arguments, mais elle n’en prend que 2
if (!access_ok(VERIFY_READ, priv_cmd.buf, priv_cmd.total_len)) {
^
/var/lib/dkms/rtl8821ce/v5.2.5_1.26055.20180108/build/os_dep/linux/rtw_android.c:629:7: error: « access_ok » non déclaré (première utilisation dans cette fonction)
if (!access_ok(VERIFY_READ, priv_cmd.buf, priv_cmd.total_len)) {
^~~~~~~~~
/var/lib/dkms/rtl8821ce/v5.2.5_1.26055.20180108/build/os_dep/linux/rtw_android.c:629:7: note: chaque identificateur non déclaré est rapporté une seule fois pour chaque fonction dans laquelle il apparaît
make[2]: *** [scripts/Makefile.build:277: /var/lib/dkms/rtl8821ce/v5.2.5_1.26055.20180108/build/os_dep/linux/rtw_android.o] Error 1
Il y a un problème avec la macro access_ok.
Visiteur
Tu as une idée pourquoi c'est passé avec les autres kernels et pas avec celui-là ?
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
En cherchant sur le kernel 5.0 access_ok changes, je suis tombé sur ceci .
Cela laisse à penser que la fonction access_ok, n' attendrais plus que 2 arguments au lieu de 3 dans les versions précédentes du noyau, d' où une potentielle erreur. Peut être que le pilote rtl8821ce a été mis a jour ?
edit: D' ailleurs, sur cette page , il y a une correction " fix compilation against linux 5.0.0" et dans le fichier en erreur, le VERIFY_READ a disparu !)
Édité par nic80 Le 07/03/2019 à 23h23
Visiteur
J'ai cloné (sur github) le driver avec les nouvelles modifs et la compil est passée avec le kernel 5.0.0-1
WIFI OK
En fait, les modifs viennent justes d'être faites. J'avais déjà pompé la première version de ce driver sur la page du même auteur.
Merci à lui et à vous deux
Édité par Visiteur Le 08/03/2019 à 02h32
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Ça mérite un rapport de bug. Comme ça, les personnes en charge du noyau sauront qu'il faut géré cette question et comment la gérer.
Avec les milliers de pilotes divers, il ne connaissent pas tout.
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Papoteur :
Quelle bande de nuls ! Avec les milliers de pilotes divers, il ne connaissent pas tout.
hermitbreiz Membre non connecté
-
- Voir le profil du membre hermitbreiz
- Inscrit le : 19/08/2010
- Groupes :
Chez moi problème de démarrage très long avec kenel 5.0.0
La configuration du PC
Carte mère MSI B450A-PRO
Processeur AMD Ryzen Ridge avec vidéo intégrée
Disque SSD et mémoire 8Go
Tous les kernels avant le 5.0.0 ne posaient aucun problème de temps de démarrage.
Avec ce 5.0.0 il est supérieur à 2 minutes alors que les précédents ne prenaient que 8 à 10 secondes.
Sur une autres configuration de PC à base de Core I5 ce kernel 5.0.0 ne pose aucun problème de temps de démarrage.
J'attendrais une nouvelle version du noyau pour voir si ce problème est toujours présent
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
hermitbreiz :
Bonjour
Chez moi problème de démarrage très long avec kenel 5.0.0
La configuration du PC
Carte mère MSI B450A-PRO
Processeur AMD Ryzen Ridge avec vidéo intégrée
Disque SSD et mémoire 8Go
Tous les kernels avant le 5.0.0 ne posaient aucun problème de temps de démarrage.
Avec ce 5.0.0 il est supérieur à 2 minutes alors que les précédents ne prenaient que 8 à 10 secondes.
Sur une autres configuration de PC à base de Core I5 ce kernel 5.0.0 ne pose aucun problème de temps de démarrage.
J'attendrais une nouvelle version du noyau pour voir si ce problème est toujours présent
Chez moi problème de démarrage très long avec kenel 5.0.0
La configuration du PC
Carte mère MSI B450A-PRO
Processeur AMD Ryzen Ridge avec vidéo intégrée
Disque SSD et mémoire 8Go
Tous les kernels avant le 5.0.0 ne posaient aucun problème de temps de démarrage.
Avec ce 5.0.0 il est supérieur à 2 minutes alors que les précédents ne prenaient que 8 à 10 secondes.
Sur une autres configuration de PC à base de Core I5 ce kernel 5.0.0 ne pose aucun problème de temps de démarrage.
J'attendrais une nouvelle version du noyau pour voir si ce problème est toujours présent
Est-ce que c'est à chaque démarrage, ou juste le premier démarrage du nouveau noyau ? Au premier démarrage, il recompile des pilotes. Alors qu'aux démarrage suivant, il ne les recompiles pas normalement.
Peux tu nous donner le journal du PC ?
Citation :
# journalctl -b 0
hermitbreiz Membre non connecté
-
- Voir le profil du membre hermitbreiz
- Inscrit le : 19/08/2010
- Groupes :
résultat de la commande journalctl -b 0
text1.txt
Cela se produit à chaque démarrage avec le kernel 5.0.0
Quand je démarre avec une version antérieure j'ai juste l’avertissement suivant :
mars 08 13:38:39 localhost kernel: WARNING: CPU: 1 PID: 306 at drivers/gpu/drm/amd/amdgpu/../display/dc/calcs/dcn_calcs.c:1380 dcn_bw_update_from_pplib+0x16b/0x280 [amdgpu]
Autre anomalie qui n'a sans doute rien à voir.
L'ouverture d'une video youtube avec SMTube ne peu plus se faire dans smplayer.
C'est une version en développement donc il est normale d'être confronté à quelques anomalies.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Ton système passe beaucoup de temps à tenter de monter un système LVM.
Ça te dit quelque chose ?
hermitbreiz Membre non connecté
-
- Voir le profil du membre hermitbreiz
- Inscrit le : 19/08/2010
- Groupes :
Je pense que j'ai peut-être un problème de configuration du Bios.
Mon disque SSD est uniquement en EXT4.
Pourtant avec le kernel précédent je n'est pas ce problème.
Affaire à suivre
Pour le moment il est tard
Demain il fera jour
marc-andré Membre non connecté
-
- Voir le profil du membre marc-andré
- Inscrit le : 29/09/2015
- Groupes :
puis au boot suivant, ce problème n'est pas apparu;
par contre le problème des vidéos sur youtube, qui n'a probablement rien à voir et mériterait peut être un sujet spécifique;
sur cette mageia7, j'ai aussi un problème d'accès au vidéo youtube, depuis les marques pages, l'historique, ou des liens dans un forum;
ça affiche un écran noir, avec un message (bidon !) que mon navigateur ne reconnait aucun formats vidéos;
mais, si je passe par le menu de youtube, ça marche;
et c'est pas spécifique à mageia, j'ai le même problème sur fedora depuis 2 ou 3 mois, avant le passage à la 29!
tout mes comptes sont synchronisés avec les mêmes addons ça marche sur mageia6 donc avec firefox 60.x, mais avec le nouveau firefox, faudra élucider le problème, parce que du coup ça ne sert plus à rien d'avoir un marque page;
Édité par marc-andré Le 09/03/2019 à 01h53
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie