Dans un extrait de trace-cmd, j'ai des évenements "lock_kernel" et "unlock_kernel" accompagnés des informations "line" et "func".
Par exemple : depth=0 file:line=33ac13de64b:826 func=c13de64bc12e8070()
Comment faire pour arriver à déterminer de quelle fonction et ligne il s'agit clairement ?
Est-ce que le fichier "core" que j'ai généré de l'application espionnée peut m'aider ?
Comment effectuer cette recherche ?
Merci.
Bonsoir !
Je suis nouveau parmi vous, j'espère que vous allez bien :)
Je me suis acheté un pc de bureau en pièces détachées, l'ancien étant mort, j'ai décidé de me passé de microsoft et de prendre un SSD vierge :D
Donc, après avoir bien chercher (oui oui,une centaines de liens/articles/forums/documentations) une question me turlupine !
Je dispose des dernières générations Skylake donc socket 1151 i3*6100 ddr4 etc, et sur wikipédia comme sur intel ( wiki et intel je voit qu'il nécessite (…)
Je suis en train de travailler sur une carte zynq z7000, j'ai installé la RFS Linaro sur l'une des partition de la microSD et je doit faire une image du noyaux linux. J'ai utilisé ces configurations pour faire l'image et j'ai parvenu à booter la carte et à utiliser linaro. Par contre, je ne pouvais utiliser comme périphériques usb que le clavier et la souris.
Quand j'ai essayé avec un flash disque ou une caméra usb les périphériques ne sont (…)
CELAD, Société de Conseil et d'Ingénierie Informatique crée en 1990 et forte de plus de 450 collaborateurs répartis sur 5 agences, intervient sur des projets à haute valeur ajoutée, dans le domaine des systèmes d'information et de l'informatique industrielle.
Rejoindre CELAD, c'est concilier dimension humaine, dynamisme et professionnalisme au sein d'une société reconnue pour sa politique sociale.
Nous poursuivons notre développement et recrutons un(e) Ingénieur Software expert Linux et sécurité (5 ans d'expérience minimum) pour l'un de nos clients proche (…)
Salut,
En intervenant sur le PC de ma mère (sur une dérivée Ubuntu 18.04 - elementaryOs), j'ai été un peu trop rapide en supprimant les fichiers du kernel pour faire de la place (afin de pouvoir effectuer une mise à jour). J'ai supprimé les fichiers du kernel avant de finaliser la mise à jour : du coup, au démarrage le PC veut booter sur les fichiers qui ne sont plus là.
Je peux booter sur une clef USB et (…)
Cela doit être l'une des plus grosses versions candidates de tous les temps. C'est monstrueux. D'habitude, pour la RC-1, la taille du fichier compressé des différences est de l'ordre de 3 à 5 Mo. Certains sont plus petits que ça et on a occasionnellement des pointes à 6 Mo. Celle-ci fait *onze* méga-octets.
En bref nous avons juste eu un grand nombre de merges, et pas seulement pour x86 mais aussi des tonnes de nouveaux pilotes (surtout pour le wifi mais pas seulement - dvb, réseau classique, mmc..etc) ainsi qu'une bonne quantité de travail sur les diverses architectures, les systèmes de fichiers, le réseau etc.
Donc il y a juste beaucoup de nouvelles choses.
Ouais, ne m'en parlez-pas - c'est en retard. Il n'y a rien eu de particulier pour retenir cette version aussi longtemps. J'ai juste simplement oublié de faire une RC-2 la semaine dernière. Il n'y a pas beaucoup de trucs vraiment excitants ici. Des mises à jour d'architectures : MIPS, arm, blackfin, x86, sparc64, sh, s390. Également des mises à jour de pilotes : libata, IDE, réseau, DVB. Rien de vraiment révolutionnaire dont je puisse me souvenir. La liste des modifications est encore trop grosse pour la limite de la liste de diffusion mais, franchement, ce n'est pas du Tolstoï. Si vous avez des problèmes pour vous endormir vous pouvez essayer de l'imprimer et de la prendre au lit avec vous.
En plus des autres mises à jour il y a également le dernier nettoyage du patch d'unification. Le reste peut attendre après le 2.6.24 mais avec ce dernier patch la configuration x86 est vraiment fusionnée et les architectures i386 et x86-64 sont vraiment juste des cas spéciaux de l'architecture globale "x86" lors de la configuration.
Nous devrions avoir seulement une semaine entre chaque version candidate mais, à l'occasion de Thanksgiving, j'étais parti pour une semaine (comme certains autres développeurs du noyau) ce qui fait que celle-ci est un peu en retard.Comme d'habitude, c'est devenu rituel lors des cycles de développement, il a ensuite protesté devant le grand nombres de patchs qui continuent d'arriver alors que le noyau devrait être en mode stabilisation :
La différence par rapport à la RC-3 est de presque de 36000 lignes (...) Je vais blâmer la période de deux semaines qui s'est écoulée mais, même en tenant compte de ce délai, c'est un peu décourageant. J'espère vraiment que nous allons ralentir et que la RC-5 ne sera pas aussi grosse. Ceci dit aucun des changements n'est vraiment excitant ou vraiment effrayant.
Cela fait une semaine et comme j'ai promis d'être un bon garçon et d'essayer de suivre mes propres règles de sortie, voici la version candidate suivante.
Les choses ont ralenti mais je mentirais si je disais que nous avons toutes les régressions bien en main et sous contrôle. C'est en cours de résolution et la liste diminue mais, si je devais deviner, nous ne pourrons certainement pas avoir un 2.6.24 avant Noël sauf si le père Noël met un peu plus d'elfes pour travailler sur ces régressions.
Donc pour tous les elfes là dehors, merci de continuer à bosser.
La liste des régressions continue à se réduire donc nous sommes dans les clous pour une sortie du 2.6.24 début janvier... en supposant que nous ne fassions pas trop d'excès de boustifaille pendant les vacances et que les gens continuent à bosser. Mais nous savons tous que les vacances sont le moment où on peut couper avec l'ennuyeux "travail réel" et enfin passer 24 heures sur 24 à hacker le noyau n'est-ce pas ?
Je vais être charitable et prétendre que c'est parce que les choses se stabilisent et pas parce que nous avons tous été perdus dans les brumes de l'alcool durant les vacances
Je déteste faire des RC pendant si longtemps, mais je déteste encore plus annoncer une sortie quand je sens que les choses n'ont pas mitonné suffisamment.