[firefox] instabilité avec le noyau 3.14 (résolu)

[Elbarto]

depuis quelques heures je constate que le paquet firefox 28.0-1 est devenu instable,

à savoir des onglets qui se bloquent lors de leur chargement, parfois un crash total de firefox ( fermeture brutale de l'application ),

je ne pense pas que ce soit le paquet lui-même qui bogue, car ça marchait très bien il y a quelques jours, j'ai l'impression que c'est lié à un autre paquet, une librairie qui a été mise à jour récemment mais je n'arrive pas à l'isoler,

voici les paquets mis à jour lors du dernier "pacman -Syu", le coupable y est peut-être présent ( flashplugin ou le kernel 3.14 ) :

Code : Tout sélectionner

[2014-04-10 02:34] [PACMAN] upgraded readline (6.3-3 -> 6.3.003-2)
[2014-04-10 02:34] [PACMAN] upgraded bash (4.3-3 -> 4.3.008-2)
[2014-04-10 02:34] [PACMAN] upgraded coreutils (8.22-3 -> 8.22-4)
[2014-04-10 02:34] [PACMAN] upgraded ca-certificates (20140223-2 -> 20140325-1)
[2014-04-10 02:34] [PACMAN] upgraded cups-filters (1.0.51-1 -> 1.0.52-1)
[2014-04-10 02:34] [PACMAN] upgraded fftw (3.3.3-2 -> 3.3.4-1)
[2014-04-10 02:34] [PACMAN] upgraded nss (3.15.5-2 -> 3.16-1)
[2014-04-10 02:34] [PACMAN] upgraded flashplugin (11.2.202.346-1 -> 11.2.202.350-1)
[2014-04-10 02:34] [PACMAN] upgraded gnutls (3.2.12.1-1 -> 3.2.13-1)
[2014-04-10 02:34] [PACMAN] upgraded kmod (16-1 -> 17-1)
[2014-04-10 02:34] [PACMAN] upgraded libsystemd (212-1 -> 212-2)
[2014-04-10 02:34] [PACMAN] upgraded libutil-linux (2.24.1-4 -> 2.24.1-6)
[2014-04-10 02:34] [PACMAN] upgraded linux (3.13.8-1 -> 3.14-4)
[2014-04-10 02:34] [PACMAN] upgraded linux-docs (3.13.8-1 -> 3.14-4)
[2014-04-10 02:34] [PACMAN] upgraded linux-headers (3.13.8-1 -> 3.14-4)
[2014-04-10 02:34] [PACMAN] upgraded lirc-utils (1:0.9.0-70 -> 1:0.9.0-71)
[2014-04-10 02:34] [PACMAN] upgraded man-pages (3.63-1 -> 3.64-1)
[2014-04-10 02:35] [PACMAN] upgraded sdlmame (0.152.u0-1 -> 0.153.u0-1)
[2014-04-10 02:35] [PACMAN] upgraded util-linux (2.24.1-4 -> 2.24.1-6)
[2014-04-10 02:35] [PACMAN] upgraded systemd (212-1 -> 212-2)
[2014-04-10 02:35] [PACMAN] upgraded systemd-sysvcompat (212-1 -> 212-2)
[2014-04-10 02:35] [PACMAN] upgraded virtualbox-host-modules (4.3.10-1 -> 4.3.10-2)

vous avez constaté le même souci ?

[Elbarto]

le bug semble confirmé par les utilisateurs de testing, le coupable est le noyau 3.14, ça semble déclencher un bug sous firefox :

https://mailman.archlinux.org/pipermail ... 26112.html

https://mailman.archlinux.org/pipermail ... 26154.html

pour moi c'est loin d'être un bug rare car il se déclenche facilement si on a un usage intensif de firefox ( ouverture de plusieurs onglets, téléchargements multiples, surf sur des sites lourds avec du flash et beaucoup de javascript )

[Elbarto]

un moyen de contourner le bug en tapant ces commandes lorsque le freeze de firefox se produira :

Code : Tout sélectionner

kill -SIGSTOP pid_de_firefox
kill -SIGCONT pid_de_firefox

une autre possibilité consiste à recompiler le paquet linux-3.14-4 en intégrant ce patch dans le PKGBUILD :

Code : Tout sélectionner

diff --git a/kernel/futex.c b/kernel/futex.c
index 67dacaf93e56..6801b3751a95 100644
--- a/kernel/futex.c
+++ b/kernel/futex.c
@@ -1452,6 +1452,7 @@ retry:
 	hb2 = hash_futex(&key2);
 
 retry_private:
+	hb_waiters_inc(hb2);
 	double_lock_hb(hb1, hb2);
 
 	if (likely(cmpval != NULL)) {
@@ -1461,6 +1462,7 @@ retry_private:
 
 		if (unlikely(ret)) {
 			double_unlock_hb(hb1, hb2);
+			hb_waiters_dec(hb2);
 
 			ret = get_user(curval, uaddr1);
 			if (ret)
@@ -1510,6 +1512,7 @@ retry_private:
 			break;
 		case -EFAULT:
 			double_unlock_hb(hb1, hb2);
+			hb_waiters_dec(hb2);
 			put_futex_key(&key2);
 			put_futex_key(&key1);
 			ret = fault_in_user_writeable(uaddr2);
@@ -1519,6 +1522,7 @@ retry_private:
 		case -EAGAIN:
 			/* The owner was exiting, try again. */
 			double_unlock_hb(hb1, hb2);
+			hb_waiters_dec(hb2);
 			put_futex_key(&key2);
 			put_futex_key(&key1);
 			cond_resched();
@@ -1594,6 +1598,7 @@ retry_private:
 
 out_unlock:
 	double_unlock_hb(hb1, hb2);
+	hb_waiters_dec(hb2);
 
 	/*
 	 * drop_futex_key_refs() must be called outside the spinlocks. During

https://lkml.org/lkml/2014/4/8/497

c'est un bug très gênant susceptible de toucher d'autres applications, l'utilisateur pense alors que ça vient de l'application mais en fait c'est bien un bug du noyau 3.14

[Tristelune]

Salut,

merci pour les infos! Je n'ai la version 28 de firefox que depuis deux jours, mais j'ai effectivement constaté quelques
blocages. Maitenant c'est clair pourquoi. Je vais attendre les mises à jour. Grâce au contournement que tu as donné
ça devrait aller.

[benjarobin]

As tu fait un rapport de bug http://bugs.archlinux.org/ ? On ne sait jamais les mainteneurs incluront peut être le patch... Cela me semble assez critique

[Elbarto]

oui j'ai fait un rapport de bug :

https://bugs.archlinux.org/task/39806

je viens de recompiler le paquet linux-3.14 en intégrant le patch de Linus Torvald, ça a l'air de résoudre le problème

[benjarobin]

Thanks. 3.14-5 should be in the repositories soon-ish (now + 7 hours).

=> Ce soir (~20h) cela devrait être bon

[hopimet]

Apparemment c'est pas forcément résolu. Cela dit le problème ne doit pas être généralisé. Pour ma part j'ai mis à jour hier soir et je n'ai pas eu de problème depuis.

[Elbarto]

oui j'ai vu que des personnes se plaignaient du fait que le patch n'a pas résolu leur problème,

mais en ce qui me concerne ça a résolu mon problème avec firefox, il se peut que ces personnes soient en fait victimes d'un bug différent ( bien qu'ayant des symptômes similaires au bug "futex" )

[Xorg]

C'est assez surprenant de voir que Linux 3.14 est déjà dans Core. D'habitude, je ne vois pas les nouvelles version du noyau passer de Testing à Core avant la version 3.X.4 ~ 3.X.6. Là c'est encore le noyau "mainline", même pas un noyau "stable".
Choix assez surprenant des développeurs d'ArchLinux, cette nouvelle version aurait bien mérité de rester quelques semaines de plus dans le dépôt Testing à mon avis.

Utilisant le noyau CK, je suis toujours en version 3.13.9 et je confirme que j'ai rien de ce genre avec Firefox 28.0. Donc il vous reste toujours la possibilité de downgrader sans trop de difficulté en réinstallant les paquets présents dans le cache par exemple (pacman -Suu linux ?).

[Elbarto]

Là c'est encore le noyau "mainline", même pas un noyau "stable".
Choix assez surprenant des développeurs d'ArchLinux

sur le site officiel du noyau linux l'affichage semble trompeur, en haut à droite on voit en gros dans un encadré jaune "download latest stable kernel : 3.14",

mais en dessous on peut lire que pour la catégorie "stable" c'est la version 3.13.9 du 3 avril, et 3.14 pour la version mainline :

https://www.kernel.org/

si c'est à cause de cet affichage confus que les développeurs archlinux ont pris la 3.14 au lieu de la 3.13.9 ce serait énorme comme maladresse

sinon peut-être qu'ils ont été contraints de passer à la 3.14 à cause de certains paquets qui ont peut-être besoin des nouvelles "features" de la version 3.14, des histoires de dépendances ?

[benjarobin]

Je ne pense pas... La version lts fonctionne très bien, donc aucune raison pour passer au noyau 3.14 de mon point de vue. D'ailleurs je n'ai pas fait la mise à jour... On va attendre 3.14.1...

[Gutsblack]

Je n'ai aucun problème avec firefox 28 et le kernel 3.14 en revanche je n'ai ni flash ni java d'installé

[Elbarto]

le problème était avec la version 3.14-4 ( bug "futex" ), ça semble avoir été résolu avec les versions suivantes qui incluent le patch salvateur