Tchaé wrote:oui, j'avais déjà fait le teste mais, d'après mes souvenir, mon ordinateur était considérablement ralentis. Je vais refaire le test au cas ou...
De mon côté, je remarque que mon ordinateur est beaucoup plus stable et je peux rester des heures et des heures sans avoir de problème alors que je n'ai rien fait de spéciale. (et pourtant, je regarde sans problème des vidéos)
Ca m'inquiète, ce que tu racontes, que tu puisses rester des heures up sans que ça plante. J'en suis maintenant à 14 heures d'up time sans crash avec ma dernière solution, qui pourrait être plus fiable. Je voudrais pouvoir oublier ce PC up, posé dans un coin, qu'il ne crashe jamais, qu'il soit toujours disponible.
Il ne s'agirait que de faire le test avec le fichier pour désactiver DRI et l'accélération. Sans l'accélération, ça ralentit effectivement le PC. C'est normal, le processeur doit travailler plus pour afficher des choses, notamment les vidéos (mal affichées sans accélération).
Tchaé wrote:Mes freeze ne me polluent plus autant qu'avant et comme je suis loin d'être une championne dans ce domaine, j'ai peur de faire une fausse manipulation et devoir réinstaller encore mon système. Je tenterai volontiers cette solution et vous tiendrais informé si je n'ai plus le choix.
Pour le moment, oublie cette histoire de kernel en version git0.1. Ce n'était que stable durant 1 à 5 heures. Surtout si tu dis que le tien ne plante plus trop. Chez moi, il y quelques jours, c'était vraiment pénalisant (3 freeze et reboot pour regarder un film de 1h30).
Edit... Par la même occasion, je me sers du forum pour conserver l'essentiel de mes notes.
Après 14h d'uptime avec le kernel maison Intel malgré des vidéos sur deux écrans, je vais rebooter, avec leur driver à jour. Pour voir ce qui va se passer avec un 4.5.0-rc2 standard et leurs pilotes vidéo kernel+Xorg. Dans l'update du jour, je vois qu'il arrive libinput.x86_64 1.1.6-1. Ca résoudra peut être une partie des difficultés que je rencontre avec mes sorties audio non ou mal détectés:
http://www.freedesktop.org/wiki/Software/libinput/ library to handle input devices in Wayland compositors and to provide a generic X.Org input driver. It provides device detection, device handling, input device event processing and abstraction so...
Edit... Up again, avec le 4.5.0-rc2 kernel.org et les pilotes kernel+xorg de chez Intel. Je retrouve du son, sur la sortie casque/ligne. Et pas la sortie HDMI pour l'audio. Je pense que c'est un problème pulseaudio, ou pulseaudio-Xorg. Le kernel et même Xorg détectent les sorties audios, mais Xorg ne les gère pas toutes... D'abord je vais vérifier que mon PC est maintenant stable.
L'accélération en full screen n'est pas parfaite. Je comparerais avec un autre OS (j'ai depuis peu un dual boot). Je crois que ce Celeron et la carte graphique (basique, plutôt pour de la bureautique) sont poussés à bout en full screen... Avec l'autre OS (lui-même tout à fait stable), il me semble que la vidéo full screen n'était pas parfaite non plus.
i915 1.6.0 20160124... à récupérer ici, donc:
https://cgit.freedesktop.org/drm-intel/
Le driver xf86-video-intel est ici, actuellement en version
2.99.917-544(-g8b8c9a3):
https://cgit.freedesktop.org/xorg/driver/xf86-video-intel
# dmesg |grep i915
[ 2.991322] [drm] Initialized i915 1.6.0 20160124 for 0000:00:02.0 on minor 0
[ 3.531726] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[ 5.993811] snd_hda_intel 0000:00:1b.0: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
# uname -a
Linux *** 4.5.0-rc2.*** #6 SMP Sun Feb 7 03:04:45 CET 2016 x86_64 x86_64 x86_64 GNU/Linux
# aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC269VB Analog [ALC269VB Analog]
Subdevices: 0/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0