merci a toi j’ai cherché mais je n’était pas tombé sur ces infos sur le net.
personnellement je ne suis pas contre un nouveau noyau customisé,le seul souci c’est que l’expérience me manque dans ce domaine.j’ai déjà essayé une fois,mis a part que le temps pour la création du paquet était super longue,de plus la paquet du noyau n’a jamais fonctionné.
mais bon je ne suis pas contre pour un nouvel essai.
quel sont les erreurs à ne pas faire lors de la validation des options?
d’apres ces infos j’ai l’impression que le driver est bien pris en compte mais quand j’essaye de voir quel driver est pris en compte
[code]lspci -k
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
Subsystem: Toshiba America Info Systems Device fb40
Kernel driver in use: i915[/code]
au niveau de mon xorg.conf j’y ai mis le driver intel mais a quel niveau puis-je forcer le driver i965 du moins si je comprend bien ce que je fais.
et petite question subsiliaire dans vaapi que veut dire va?
etxeberrizaharrenganikakoengatik ez kexa …
Flattez le cabot, le cabot mordra.
Je ne réponds que si je connais la réponse, si le demandeur n’est pas [strike]charcutier à la mairie[/strike], [strike]boucher à la marine[/strike] euh bouché à l’émeri, s’il ne fait pas partie de ma liste noire des facheux à ignorer, et ,critère très important, importantissime, si j’en ai envie …
Je n’en ai pas envie, je ne connais pas la réponse, ce sataniste de carnaval qui écrit dans un français plus qu’approximatif frise la liste des ignorés : voilà pourquoi je réponds …
Il n’y a pas de problème. Ton problème se résume à “je rencontre ces messages d’erreur qui m’inquiètent drôlement, je n’y comprends rien”.
Se rapporter aux logs à la lumière du problème rencontré et non pas chercher le problème à l’obscurité des logs.
Il est normal que le driver du noyau gèrant la carte graphique soit i915. Pas de i965 qui tienne, le driver sera i915 comme pour les autres.
VA comme VideoAcceleration packages.debian.org/fr/wheezy/libva1
[quote]API d’accélération vidéo pour Linux - exécutables
libVA est une bibliothèque et une spécification d’API qui permet et fournit l’accès à l’accélération graphique matérielle pour le traitement vidéo sur Linux et les systèmes d’exploitation basés sur UNIX. Le traitement accéléré inclut le décodage vidéo, l’encodage vidéo, l’incrustation et le rendu des images en surimpression. La spécification était à l’origine conçue par Intel pour sa série de cartes graphiques GMA, mais l’API n’est en revanche pas limitée aux processeurs graphiques ou matériels spécifiques d’Intel puisque d’autres fabricants peuvent également utiliser librement cette API pour l’accélération matérielle du décodage vidéo. [/quote]
Pour tirer profit de VA, il te faudrait non pas X mais un programme qui décode/encode la vidéo comme mencoder/mplayer …
[quote=“etxeberrizahar”]etxeberrizaharrenganikakoengatik ez kexa …
Flattez le cabot, le cabot mordra.
Je ne réponds que si je connais la réponse, si le demandeur n’est pas [strike]charcutier à la mairie[/strike], [strike]boucher à la marine[/strike] euh bouché à l’émeri, s’il ne fait pas partie de ma liste noire des facheux à ignorer, et ,critère très important, importantissime, si j’en ai envie …
Je n’en ai pas envie, je ne connais pas la réponse, ce sataniste de carnaval qui écrit dans un français plus qu’approximatif frise la liste des ignorés : voilà pourquoi je réponds …[/quote]
escuse moi si je t’ai frustré,ta phrase d’intro ca envoi du lourd…
après on me propose de te contacter car tu semble maitriser le sujet de la compilation de noyau donc j’essaye…
Donc si je comprends bien le message d’erreur que je vois dans dmesg il faut que je le laisse de coté car si tout fonctionne correctement il n’y a pas de raison de traiter ce message d’erreur.
[quote=“etxeberrizahar”]Pour tirer profit de VA, il te faudrait non pas X mais un programme qui décode/encode la vidéo comme mencoder/mplayer …
[/quote]
a tout hasard un gestionnaire de fenetre comme compiz pourrais t’il gerer cette api?
je repost sur mon sujet pour repondre a mon probleme et qui sait peut etre aider une autre personne.
Pour simplifier en consultant mes log e dmesg j’aivais plusieurs soucis:
x2apic validé dans le noyau mais qui ne voulais pas s’initialiser,probleme avec mtrr qui ne pouvait pas allouer de memoire a la carte graphique ce qui impliquait un message de ce type:drm:intel_dsm_platform_mux_info ERROR MUX INFO call failed.
pour garder les sources debian j’ai patcher et recompiler le noyau 3.2.0-4 qui apres installation n’a ps resolu mon probleme.
Je me suis dirigé sur linux kernel archives ou j’ai pris le 3.10.10 ans sa version stable ou la par miracle ca fonctionne,je n’ai plus d’erreur.
alors je ne sais pas qu’en déduire bug dans le 3.2???
J’ai lu qu’en modifiant le noyau il est plus dure aux contributeurs denous aider en cas de probleme,pourquoi?Sur le reste de ma distrib dit stable que va changer le fait d’avoir un noyau qui n’est pas compris dans la branche debian
Un noyau plus récent offre des corrections. Tu sembles en avoir profité.
J’ai ajouté des pièces de moteur Citronopipault made in Tataouistan au tracteur JauneDire.
Le mécanicien agricole spécialisé en Vole-veau//JauneDire me dit que ça lui compliquera la tâche.
Lorsque tu patches le noyau, tu l’altères. Les développeurs du noyau ne peuvent se tenir au courant de toutes les variations susceptibles d’altérer un noyau. Tu leur demanderais de reconstruire les patchs pour pouvoir reproduire les conditions qui te mènent au bug. Dès lors, il est plus simple que tout le monde se base sur le noyau générique exempt de pollution indéterminée pour traquer les bugs.
Ajoutons aussi que lorsqu’un noyau vanilla sans patchs ne reproduit pas le défaut, le coupable est tout trouvé (tainted : nvdia, oracle virtualbox … ).
debian patche aussi les noyaux, il les debianise. Si tu as personnalisé .config, les réglages ne seront pas les mêmes.
Ce noyau ne se mettra pas à jour sur la base des dépôts debian en ligne (# apt-get install ou # aptitude install , synaptic …) Pour installer un noyau de version supérieure à celui que tu as compilé, il faudra compiler de nouveau ou attendre que les dépôts mettent à disposition un noyau plus récent.
merci pour ces précisions.Je suis également tombé sur un sujet sur le site korben qui expliquait que sur les versions de 2.6 a 2.8 il y avait des failles de sécurité dans le noyau.
lorsque debian propose un noyau génerique avec un patch associé est ce que cela met il en cause tout défault de sécurité associé?que fait leur patch,il ameliore les capacité du noyau comme un upgrade de bios?
et est ce qu’un noyau modifié peut créer un problème de sécurité sur une autre logiciel de la branche stable de débian.
Je pose tout cela car je ne voudrais pas que mon nouveau noyau me creer des failles dans mon système et que tous le monde puisse y entrer comme dans un moulin
[quote]8.10.2. Getting the Sources
Like anything that can be useful on a Debian system, the Linux kernel sources are available in a package. To retrieve them, just install the linux-source-version package. The apt-cache search ^linux-source command lists the various kernel versions packaged by Debian. The latest version is available in the Unstable distribution: you can retrieve them without much risk (especially if your APT is configured according to the instructions of Section 6.2.6, “Working with Several Distributions”). Note that the source code contained in these packages does not correspond precisely with that published by Linus Torvalds and the kernel developers; like all distributions, Debian applies a number of patches. These modifications include patches (some relevant to security problems) that are waiting to be included in the next version of the kernel, as well as some features that are specific to Debian (like cramfs, a filesystem specifically for the initrd image).
[/quote]
En ce qui me regarde, debian ayant le plus souvent plusieurs versions de retard, je m’appuye sur les noyaux vanilla plus récents sans appliquer de patchs debian. Si tu tiens à appliquer les patchs debian sur un noyau vanilla, il y aurait de quoi faire :
README.Debian
[quote]
Linux kernel for Debian
Patches
Debian applies small changes to the kernel source. These are split up into
separated patches addressing individual problems. Each of the patch files
contains a description and mentions the author. The patches can be found
at svn.debian.org/wsvn/kernel/dists … n/patches/.[/quote]
[quote]
Scope of security support
Security support is provided not only for the binary builds, but also
for the full source package, allowing for locally customized kernels.
However, kernel options that are not enabled in official Debian builds are
given a lower priority for security support. Options marked as BROKEN
or EXPERIMENTAL are of very low priority, and should not be enabled in
customized builds for a security-sensitive environment.[/quote]
[quote]
Non-free bits removed
See the patches under debian/patches/debian/dfsg.[/quote]
Les failles de sécurité sous linux se découvrent et se corrigent au gré des évolutions du noyau.
Nous ne pouvons rien te dire à propos des failles à venir. Nous ne les connaissons pas, elles n’ont pas encore été découvertes ou dévoilées.
Le noyau de debian comporte un grand nombre de fonctionnalités compilées que tu n’auras jamais l’occasion d’utiliser. J’ai la faiblesse de croire qu’un noyau personnalisé aux réglages épurés, un noyau aux options réduites offrirait moins de prises aux tentatives de crack.
Un noyau personnalisé ne sera pas plus ouvert ou sujet aux failles de sécurité qu’un noyau de la distribution. Ça dépend grandement de ce que tu y mets dedans et, plus encore, de ce que tu en fais, de tes usages, de la politique locale du moulin quant aux portes ouvertes ou fermées, du voisinage proche des crackers en herbe et de leur interêt de cracker ta machine d’agent secret en mission …
Ce n’est pas la peine de se montrer méfiant envers le noyau si dans le même temps on exécute des scripts louches d’origine non contrôlée ou si on installe n’importe quoi depuis des pppa comme un noobuntero mal inspiré.
ok merci de tes infos qui m’ont bien aidé.je sais que qu’a ce moment présent le noyau compilé a les options par défaut mais je vais essayer d’en compiler un autre afin de l’alleger et de virer les choses qui ne me sont pas utile en fonction de ma configuration