Forum |  HardWare.fr | News | Articles | PC | Prix | S'identifier | S'inscrire | Aide | Shop Recherche
1917 connectés 

 


 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  172  173  174  175  176  177
Page Suivante
Auteur Sujet :

[Linux kernel] Version 4.9.1

n°1413152
petitjean
-0.46€ sur les chocos BN
Posté le 19-01-2018 à 10:51:38  profilanswer
 

Reprise du message précédent :
720p@60fps sur cette vidéo, aucun soucis O_o : https://www.youtube.com/watch?v=cTNd3h9HC8A
 
étrange ...


---------------
SERGE PETITDEMANGE, BONJOUR !
mood
Publicité
Posté le 19-01-2018 à 10:51:38  profilanswer
 

n°1413160
petitjean
-0.46€ sur les chocos BN
Posté le 19-01-2018 à 12:12:24  profilanswer
 

j'ai voulu tester les pilotes propriétaires AMD.  ~ 500 Mo d'archive, et dkms n'a même pas réussi à construire les modules - pas compatible avec les headers des derniers noyaux :/ (alors que le dossier date du 1er décembre 2017 >_< )


---------------
SERGE PETITDEMANGE, BONJOUR !
n°1413200
Elbarto
Posté le 20-01-2018 à 06:25:28  profilanswer
 

Elbarto a écrit :

j'ai remarqué une baisse de performance avec le noyau 4.15.rc8 mainline pour le streaming youtube, par exemple sur cette vidéo 1080p@60fps c'est pas très fluide en plein écran, il y a des micro-saccades :

 

https://www.youtube.com/watch?v=CcUXxM_rbAM

 

par contre si je teste avec le noyau stable 4.14.13-1 c'est fluide à 100%,

 

j'ai une carte graphique amd radeon HD4650 pcie, j'utilise le pilote libre radeon

 

j'ai fait un git bisect, le commit qui pose problème est celui-là :

 


commit 648bc3574716400acc06f99915815f80d9563783
Author: Christian König <christian.koenig@amd.com>
Date:   Thu Jul 6 09:59:43 2017 +0200

 

   drm/ttm: add transparent huge page support for DMA allocations v2
   
    Try to allocate huge pages when it makes sense.
   
    v2: fix comment and use ifdef
   
    Signed-off-by: Christian König <christian.koenig@amd.com>
    Reviewed-by: Felix Kuehling <Felix.Kuehling@amd.com>
    Signed-off-by: Alex Deucher <alexander.deucher@amd.com>

 

annuler ce commit n'est pas vraiment possible car la commande "git revert 648bc3574716400acc06f99915815f80d9563783" annonce un conflit de fichier,

 

j'ai crée un patch un peu bourrin consistant à modifier les fichiers liés à drm/ttm pour qu'ils reviennent à leur version du noyau 4.14.13,
ça concerne ces fichiers :

 

drivers/gpu/drm/ttm/ttm_bo_util.c
drivers/gpu/drm/ttm/ttm_memory.c
drivers/gpu/drm/ttm/ttm_page_alloc.c
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
drivers/gpu/drm/radeon/radeon_ttm.c
include/drm/ttm/ttm_debug.h
include/drm/ttm/ttm_memory.h
include/drm/ttm/ttm_page_alloc.h

 

mon patch ne marche qu'avec les cartes radeon, car pour qu'il soit universel il faudrait modifier tous les fichiers drivers/gpu/drm/<modèle de carte>/*_ttm.c,

 

j'ai ouvert un rapport de bug, j'espère que les développeurs trouveront une solution


Message édité par Elbarto le 20-01-2018 à 13:51:28
n°1413203
gee
Bon ben hon
Posté le 20-01-2018 à 09:02:44  profilanswer
 

Tu as fait le gros du travail, je pense que ca devrait aller.
As-tu ouvert sur kernel.org ou fdo?


---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
n°1413223
Elbarto
Posté le 20-01-2018 à 13:48:47  profilanswer
 

j'ai crée le rapport de bug sur kernel.org :

 

https://bugzilla.kernel.org/show_bug.cgi?id=198511

 

à noter que j'avais fait un premier bisect qui s'est averé erroné, git bisect s'était trompé en m'annonçant un "first bad commit" qui n'était pas le bon,

 

j'ai été contraint de faire un second bisect avec des intervalles différents entre le good et le bad commit, et là ça a marché cette fois, il a trouvé le vrai "first bad commit"

 

Message cité 1 fois
Message édité par Elbarto le 20-01-2018 à 13:52:55
n°1413229
make insta​ll
Posté le 20-01-2018 à 18:32:05  profilanswer
 

Elbarto a écrit :

j'ai crée le rapport de bug sur kernel.org :
 
https://bugzilla.kernel.org/show_bug.cgi?id=198511
 
à noter que j'avais fait un premier bisect qui s'est averé erroné, git bisect s'était trompé en m'annonçant un "first bad commit" qui n'était pas le bon,
 
j'ai été contraint de faire un second bisect avec des intervalles différents entre le good et le bad commit, et là ça a marché cette fois, il a trouvé le vrai "first bad commit"
 


 [:churros norris]


---------------
"Le monde n'appartient pas à ceux qui se lèvent tôt mais à ceux qui t'ordonnent de te lever tôt"
n°1413280
Elbarto
Posté le 21-01-2018 à 19:41:03  profilanswer
 

juste après le bisect j'ai remarqué que le paquet git a été mis à jour chez archlinux, peut-être qu'il y avait un bug subtil corrigé ensuite dans git :D ( ou alors c'est moi qui a merdé dans le bisect, j'ai pourtant fait attention )

 

sinon un développeur a commencé à me répondre dans le rapport de bug, le problème pourrait venir de la manière dont firefox fait le rendu des vidéos youtube, une technique liée à la gestion de la mémoire, le nouvel algo du kernel linux semble désavantager firefox si des allocations de page mémoire sont faites d'une certaine manière ( mais j'ai pas tout compris ), il en résulte une baisse des performances dans firefox, si vous avez un CPU ultra récent ( ryzen, core i7 ) vous ne verrez probablement pas les lags dans les vidéos 1080p/60 FPS de youtube,

 

par contre si comme moi vous avez un vieux CPU ( intel core 2 quad, pentium dual core, celeron ) alors vous risquez de voir des lags avec le noyau 4.15rc8 ( lags qui n'étaient pas présents avec le noyau stable 4.14.13 )

 

de plus sur un autre forum quelqu'un m'a fait remarquer que par défaut l'accélération graphique est désactivée dans la version linux de firefox, car il y a des bugs que n'ont pas résolu les développeurs de firefox, du coup par défaut ils ont carrément désactivé l'accélération graphique,

 

on peut forcer l'accélération graphique en mettant à true l'option "layers.acceleration.force-enabled" dans about:config, mais on court le risque d'un crash de firefox :

 

https://www.reddit.com/r/firefox/co [...] ox_may_be/
https://bugzilla.mozilla.org/show_bug.cgi?id=1323284

 

j'ai forcé l'accélération graphique dans les options de firefox, ça a fait disparaître les lags, mais c'est du cheat mode/workaround, pas une solution définitive,

 

j'ai testé aussi d'autres navigateurs internet avec le noyau 4.15rc8 :

 

- avec opera j'ai les mêmes lags que firefox 57
- avec chromium pas de lags, mais c'est probablement parce qu'il utilise par défaut l'accélération de la carte graphique ( contrairement à firefox )


Message édité par Elbarto le 21-01-2018 à 19:45:45
n°1413281
petitjean
-0.46€ sur les chocos BN
Posté le 21-01-2018 à 19:55:11  profilanswer
 

pour chromium tout dépend du système. sous debian/ubuntu (et dérivées) même en forçant l'accélération, il ne se passera rien. il faut reconstruire chromium avec les options d'accélération, ou trouver un PPA avec une version de chromium recompilée


---------------
SERGE PETITDEMANGE, BONJOUR !
n°1413573
petitjean
-0.46€ sur les chocos BN
Posté le 26-01-2018 à 14:07:08  profilanswer
 

le record de RC pour un noyau (sous ubuntu, pas vu les autres) est de 10. sera-t-il battu ?  [:vc4fun:5]


Message édité par petitjean le 26-01-2018 à 14:07:30

---------------
SERGE PETITDEMANGE, BONJOUR !
n°1413612
Elbarto
Posté le 26-01-2018 à 19:03:11  profilanswer
 

oui la version 4.15 tarde à passer dans la branche stable, ils ont peut-être détecté des bugs ou bien ils veulent prendre leur temps,

 

sinon j'ai une question à propos des IRQ :

 

- est-il possible d'affecter une IRQ IO-APIC à un périphérique au moyen d'un paramètre de boot pour le noyau linux ?

 

le IRQ IO-APIC c'est ce qu'on voit quand on tape la commande :

 

cat /proc/interrupts

 

le noyau linux est capable de réattribuer les IRQ à chaque périphérique en outrepassant les choix du bios, le souci avec ma config c'est que j'ai 2 cartes PCI tuner, 90% du temps le noyau linux attribue l'IRQ 18 à ma première carte tuner ( cx88[0] ) et l'IRQ 20 à ma seconde carte tuner ( cx88[1] )

 


IO-APIC  18-fasteoi   ehci_hcd:usb1, pata_jmicron, uhci_hcd:usb5, uhci_hcd:usb8, i801_smbus, cx88[0], cx88[0], cx88[0]
IO-APIC  19-fasteoi   pata_jmicron, uhci_hcd:usb7, snd_ymfpci
IO-APIC  20-fasteoi   cx88[1], cx88[1]

 

mais il arrive dans 10% des cas qu'il fasse une inversion  ( IRQ 20 pour la première carte tuner et IRQ 18 pour la seconde ) et ça crée alors des warnings dans dmesg :

 


[   59.372818] cx88xx: cx88_print_irqbits: core:irq aud [0x1001] dn_risci1* dn_sync*
[   59.372824] cx88xx: cx88_print_irqbits: core:irq aud [0x1001] dn_risci1* dn_sync*
[   59.372830] cx88xx: cx88_print_irqbits: core:irq aud [0x1000] dn_sync*
[   59.372835] cx88xx: cx88_print_irqbits: core:irq aud [0x1001] dn_risci1* dn_sync*
[   59.372840] cx88xx: cx88_print_irqbits: core:irq aud [0x1001] dn_risci1* dn_sync*
[   59.372846] cx88xx: cx88_print_irqbits: core:irq aud [0x1000] dn_sync*
[   59.372847] cx88_alsa: IRQ loop detected, disabling interrupts

 

mon idée c'est alors de trouver un moyen de dire au noyau linux d'utiliser tel numéro d'IRQ pour tel périphérique, afin que ça ne varie jamais quand on reboot, mais j'ai encore rien trouvé comme paramètre du noyau qui permettrait cela


Message édité par Elbarto le 26-01-2018 à 19:05:13
mood
Publicité
Posté le 26-01-2018 à 19:03:11  profilanswer
 

n°1413751
petitjean
-0.46€ sur les chocos BN
Posté le 29-01-2018 à 13:27:56  profilanswer
 

il est arrivé :o
mais il m'a foutu un sacré bordel dans la gestion de l'affichage :/

 

et non, rien à voir avec x.org puisque je n'ai effectué aucune mise à jour depuis l'installation de ce noyau :D


Message édité par petitjean le 29-01-2018 à 13:31:10

---------------
SERGE PETITDEMANGE, BONJOUR !
n°1413752
petitjean
-0.46€ sur les chocos BN
Posté le 29-01-2018 à 13:48:03  profilanswer
 

bordel [:trhiso]

 

ERROR (dkms apport): kernel package linux-headers-4.15.0-041500rc9-generic is not supported
Error! Bad return status for module build on kernel: 4.15.0-041500rc9-generic (x86_64)

 

même résultat avec le dernier noyau. je comprends mieux [:trhiso]

 

edit : évidemment c'était le pilote proprio que j'utilisais depuis un moment qui n'est plus compatible [:tinostar]
l'alternative libre fonctionne bien cette fois-ci :jap:


Message édité par petitjean le 29-01-2018 à 14:04:49

---------------
SERGE PETITDEMANGE, BONJOUR !
n°1414543
petitjean
-0.46€ sur les chocos BN
Posté le 15-02-2018 à 14:18:35  profilanswer
 

test du 4.16 : aucun changement apparent de mon côté. rien non plus dans les en-têtes du noyau, les modules se construisent parfaitement si c'était le cas avec la version 4.15 :)


---------------
SERGE PETITDEMANGE, BONJOUR !
n°1415370
hisvin
Posté le 02-03-2018 à 07:04:15  profilanswer
 

Question bête.
Quelqu'un utilise la fonction localmodconfig? Cela ne compile que les modules chargés à l'instant de la compilation et, en zieutant sur des forums, j'ai des doutes sur le fait que cela compile des modules qui pourraient être déchargés vu qu'ils n'ont plus ou peu d'intérêt à cet instant genre des trucs liés à Systemd et au boot?
 
Je demande cela parce que je suis "à la recherche" d'un bug matériel ou de pilotes qui font planter mon pc et que je voudrais limiter mes recherches...Bon, je suis quasi sur que c'est ma CG mais bon...
 
P.S:J'avais compilé un noyau sans l'installer et j'ai vu qu'il y avait AMDgpu et Radeon de compilé. Je me demandais si cela était aussi normal?


Message édité par hisvin le 02-03-2018 à 07:07:18
n°1415384
Elbarto
Posté le 02-03-2018 à 14:44:17  profilanswer
 

localmodconfig compile les modules actuellement chargés en mémoire par le système au moment où tu compiles le noyau,

 

en faisant un lsmod tu peux voir les modules chargés par ton système,

 

ça permet un temps de compilation nettement plus rapide ( genre 15 minutes au lieu de 2 heures avec un CPU de type core 2 quad ),

 

l'inconvénient c'est qu'il manquera des modules lorsque tu voudras connecter certains périphériques qui n'étaient pas présents en mémoire lorsque tu as fait la compilation ( clé USB, insertion d'un dvd-rom, webcam )


Message édité par Elbarto le 02-03-2018 à 14:45:37
n°1415402
hisvin
Posté le 03-03-2018 à 06:35:52  profilanswer
 

Spoiler :

==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-zen-fallback.img
==> WARNING: errors were encountered during the build. The image may not be complete.
 


Finalement, je crois que je ne vais pas tenter. :o
 
P.S:Sur Archlinux et Kernel-zen.


Message édité par hisvin le 03-03-2018 à 06:36:38
n°1415404
Elbarto
Posté le 03-03-2018 à 06:59:16  profilanswer
 

bizarre, j'ai pas eu de warning avec localmodconfig,  
 
dans le PKGBUILD essaie de mettre ça ( j'ai utilisé celui du noyau mainline ) :
 

prepare() {
  cd ${_srcname}
 
   
  cp -Tf ../config .config
 
  if [ "${_kernelname}" != "" ]; then
    sed -i "s|CONFIG_LOCALVERSION=.*|CONFIG_LOCALVERSION=\"${_kernelname}\"|g" ./.config
    sed -i "s|CONFIG_LOCALVERSION_AUTO=.*|CONFIG_LOCALVERSION_AUTO=n|" ./.config
  fi
 
  # set extraversion to pkgrel
  sed -ri "s|^(EXTRAVERSION =).*|\1 -${pkgrel}|" Makefile
 
  # don't run depmod on 'make install'. We'll do this ourselves in packaging
  sed -i '2iexit 0' scripts/depmod.sh
 
   make localmodconfig
 
  # rewrite configuration
  yes "" | make config >/dev/null
}
 
build() {
  cd ${_srcname}
 
  make ${MAKEFLAGS} LOCALVERSION= bzImage modules
}

n°1415411
hisvin
Posté le 03-03-2018 à 10:54:24  profilanswer
 

Je retenterais à l'occasion. :jap:

n°1415419
tuorhuor
Posté le 03-03-2018 à 14:32:00  profilanswer
 

Elbarto a écrit :

mais visiblement par défaut les navigateurs internet n'ont pas la possibilité en html5 d'activer l'accélération graphique, ou alors il faut bidouiller mais j'ai pas trouvé de tutoriel, du coup ça repose beaucoup sur la puissance de calcul du CPU :/


Pour info, je connais cette technique pour forcer l'accélération graphique sur Firefox (désactiver par défaut sur linux)
 
Dans about:config passer la variable layers.acceleration.force-enabled à true et redémarrer Firefox.
 
On peut vérifier la prise en compte de la configuration dans about:support au niveau de HW_COMPOSITING.
 
 [:drapal]  au passage  :o
 
Edit : j'ai rien dit... je viens de lire la dernière page  [:benou_grilled]

Message cité 1 fois
Message édité par tuorhuor le 03-03-2018 à 14:41:23
n°1421733
petitjean
-0.46€ sur les chocos BN
Posté le 05-08-2018 à 14:46:30  profilanswer
 

à confirmer mais le 4.18 me pose quelques soucis avec 2/3 hardwares intégrés (webcam, micro, ...) . pas bien méchant mais si quelqu'un a l'utilité d'un de ces objets et qu'il n'a rien en rechange... [:petitjean:6]


---------------
SERGE PETITDEMANGE, BONJOUR !
n°1421734
sebfun
Posté le 05-08-2018 à 15:17:23  profilanswer
 

tuorhuor a écrit :


Pour info, je connais cette technique pour forcer l'accélération graphique sur Firefox (désactiver par défaut sur linux)

 

Dans about:config passer la variable layers.acceleration.force-enabled à true et redémarrer Firefox.

 

On peut vérifier la prise en compte de la configuration dans about:support au niveau de HW_COMPOSITING.

 

[:drapal]  au passage  :o

 

Edit : j'ai rien dit... je viens de lire la dernière page  [:benou_grilled]


l'acceleration graphique, c'est pour l'interface de firefox , pas pour les videos


Message édité par sebfun le 05-08-2018 à 15:17:41
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  172  173  174  175  176  177
Page Suivante

Aller à :
Ajouter une réponse
 

Sujets relatifs
[GNU/Linux/mdk90] Mauvaise version des kernel-headers ....... [résolu]Le Kernel Linux
Sécuriser Linux par le Kernel : LIDS ou GRSecurity ?[Info@ZDNet][Linux]bug kernel 2.4.20 - perte de donnée
il arrive quand le linux kernel 2.4.20 dans la Debian Sarge ?[Linux Mandrake 9] Kernel Panic :(
une carte du kernel linux très impressionnante !!Linux --> Kernel panic
Les 'tainted kernel' , 'no license' & cie sous linux....Mise a jour d'un kernel, je crois que je vais abandonner linux....
Plus de sujets relatifs à : [Linux kernel] Version 4.9.1


Copyright © 1997-2018 Hardware.fr SARL (Signaler un contenu illicite) / Groupe LDLC / Shop HFR