[BUG] Plantage en jeu au bout de 15 minutes sous AMD depuis le 16 avril 2026

Le 7/05/2026 j'ai eu une maj de EA JAVELIN (241Mo) au lancement de BF6

Vu qu'on n'a pas le détails et que EA n'a pas communiqué sur le fait que cela pouvait résoudre le bug des jeux sous EA JAVELIN, j'en déduis qu'il n'en n'est rien ?

Edit du 08/05/2026  : J'ai attendu un peu mais vu les nombreux retours cela ne change rien pour le bug

--------------------

Le bug est connu, mais c'est juste pour synthétiser les "possibles" solutions avant de voir arriver un patch de la part de EA

Edit : Dans les notes du patch à venir 1.2.3.5 pour demain mardi 5 mai il est dit : 

• Correction d'un problème où le jeu pouvait ne plus répondre lors de la reprise à partir d'un état suspendu pendant une partie en cours.
• Divers correctifs de crash et de stabilité.

(Difficile à dire si c'est LA solution.. Wait and see)

Edit du 05/05/2026 : Le patch ne résous rien car spécifique au jeu et il n'y a pas de maj de EA Javelin  en meme temps. Du reste si tous les autres jeux EA sous Frosbite sont touchés qui dit qu'il n'y a pas un conflit entre le moteur Frosbite, EA Javelin et AMD ?

D'ailleurs la communication est tellement mauvaise chez EA,  que MEME les EA_  US ne savent pas si les phrases ambigües du patch sont en relation avec le problème. Mieux à la fin du patch on peut lire.. 

Cette annonce est susceptible de changer en fonction des commentaires de la communauté et du développement de notre service et du contenu"

Comment un patch de résolution de problème "peut" changer du fait des commentaires ?

------------------------------------------------------------

RAPPEL DE LA SITUATION 

• Le bug touche les processeurs AMD, X3D ou pas,  à environ entre 15 minutes et parfois plus une fois le jeu  BF6 lancé (ou BF1, BFV , BF 2042), ce qui génère un plantage
• Pour les rares processeurs INTEL cités sur divers forums le problème est ailleurs
• Toutes les solutions proposées peuvent fonctionner pour certains et pas pour d'autres. Il n'y a PAS de solution miracle

Je ne vais pas encombrer avec trop de détails techniques (juste un petit résumé pour certains) pour indiquer pourquoi telle ou telle solution fonctionne...ou pas

IMPERATIF et AVANT TOUT

• Avoir un Windows à jour ainsi que ses pilotes (dont pour le Chipset). Le fait d'avoir d'anciens pilotes graphiques n'influent pas pour ce bug
• Avoir un firmware (BIOS/UEFI  et AGESA) à jour . C'est encore plus important sous AMD que sous INTEL (Et pas que pour des correctifs de RAM et O/C de celle ci par EXPO (Le XMP sous Intel)

Ne pas s'amuser avec les programmes de tweaks, modif de paramètres du BIOS/UEFI que l'on voit un peu partout. Certains sont bien, mais d'autres sont des aberrations, ont un effet placebo/Biais de confirmation ou vont avoir un impact négatif rendant le PC instable  (Au plus simple utiliser WINHANCE) 

Edit du 06/05/2026

Il a été vu un autre problème qui se greffe EN PLUS, pour les détenteurs de carte graphique AMD avec les derniers pilotes ADRENALIN

Je laisse en l'état car je ne peux pas tester, et la raison est plausible

Je copie colle : 

Le problème de blocage a été résolu en remplaçant la pile de pilotes Adrenalin par la version Microsoft WHQL fournie par Windows 11.

Cela peut indiquer que le problème n'est pas uniquement lié aux shaders, mais potentiellement à un problème d'interaction entre le pilote et la couche logicielle (services Adrenalin, superpositions ou composants d'arrière-plan interférant avec la planification ou la gestion des shaders).

Je rappelle également qu'il ne faut pas négliger le nettoyage des shaders; Toutes les raisons et avec quoi le faire sont expliquées ici : 

https://forum.malekal.com/viewtopic.php?t=76855

Sur le forum US j'ai trouvé une réponse d'un EA_ (mais je ne vais pas citer son nom) qui répondait à un utilisateur sur le fait que cela pourrait être dangereux d'effectuer une maj du BIOS si il ne s'en sentait pas capable

"Vous ne devriez pas vous sentir obligé de modifier le BIOS si vous ne vous sentez pas à l'aise avec cette procédure."

Ben si... Il faut se forcer .

Les risques d'une maj BIOS ne sont plus les mêmes qu'il y a 10 ou 15 ans.  Les maj des BIOS/UEFI sont d'une TRES grande importance De plus cela fait partie de la maintenance et cela s'apprend . C'est comme avec une voiture. Pas besoin d'être mécanicien pour faire les niveaux d'huile, lave glace, pression des pneux. On note pour certaines cartes mère et modèles des mises à jour par ex en avril en lien avec les anti cheats..  Voila un exemple de l'importance de la chose MEME si cela a résolu le bug pour certains mais .. PAS pour d'autres (Il y a une conjonction de divers problèmes)

Au passage il faut s'intéresser également à la mise à jour des firmwares des SSD... c'est AUSSI important

--------------------------------------------------------------

LES SOLUTIONS QUI FONCTIONNENT POUR CERTAINS ET... PAS POUR D'AUTRES

Cela sera mis à jour si d'autres solutions apparaissent

- Mettre à jour le BIOS de la carte mère (Normal il y a un lien avec les anti cheats, MAIS reste à savoir si toutes les marques et modèles offrent une mise à jour du firmware)
- Mettre le jeu bf6.exe et EaJavelin.exe en mode administrateur (A déconseiller pour des raisons de sécurité)
- Désactiver la carte son intégrée, surtout celle en haut de gamme comme la puce Realtek 4080 ( Il y a donc un lien avec la charge CPU)
- Activer le GPU intégré dans le BIOS et de vérifier ensuite si c'est pris en compte dans le gestionnaire de périphériques (1)
- Insérer une clé USB à l'arrière du PC dans le port qui sert pour booter dessus pour les maj du firmware  (2) (Voir la doc de la carte mère)
- Désactiver Nvidia Reflex + Boost, ou simplement désactiver Boost, afin de réduire l'utilisation du processeur
- Jouer en SDR au lieu de HDR
- Installer une manette
- Désactiver l'XMP et ou le BOOST dans les paramètres BIOS/UEFI
- Désactiver le SMT/Hyperthreading
- Désactiver la virtualisation

- Dans des cas précis il peut y avoir un problème de TDR. Il faut donc ajuster la valeur de registre TdrDelay du pilote à 10 pour aider à prévenir les délais d'expiration du pilote sur les pilotes plus anciens. Néanmoins meme si cela a été formulé par un EA_ sur le forum US, cela veut dire qu'il y a un problème sous jacent dans la configuration utilisateur et un soucis entre les pilotes et la carte graphique

Je conseille d'utiliser un programme simple d'emploi pour la manip TDR MAnipulator

https://www.wagnardsoft.com/forums/viewtopic.php?t=755

- Accédez aux paramètres de Discord et désactivez toutes les superpositions, puis fermez le programme via le gestionnaire des tâches. (On en revient à la charge excessive) 

Globalement, même si ici il n'y a pas en apparence de lien direct avec le problème  il faut diminuer la charge et réduire tout ce qui tourne en arrière plan (Mais il ne faut pas toucher au MPO - Superposition -  au HAGS, ReBar (Pour ceux qui disposent de la fonction) contrairement à ce qu'on peut lire un peu partout

https://help.ea.com/fr/articles/platforms/ea-app-how-to-close-background-apps/

A TESTER 

J'y ajoute une "possible solution" ,  ce que je n'ai pas encore vu sur les forums et réseaux sociaux et qui a été testé sur un  AMD 5900X, dans les paramètres du BIOS/UEFI mais pour d'autres raisons (Expliqués plus bas)

- Chercher les paramètres double CCD et  mettre CPPC en " activé" et "CPPC préféré" en  désactivé (3)

Edit : Fonctions qui existent aussi par ex sur les  7950x3d et 9950x3d

Par contre je ne sais où cela se situe dans les paramètres, car certains ne sont pas visibles/accessibles suivant les marques et pire suivant les modèles.  Je ne parle pas des PC portables, car c'est souvent réduit au minimum

Edit 2 :  Amusant.. En regardant un article Linux je suis tombé sur un autre et un autre  qui parlent justement d'un problème avec CPPC et qui devrait être résolu sans compter des fonctions supplémentaires pour les prochaines versions de Windows les 26H2et 27H2.  Il y a un lien avec une maj  de firmware cependant

Premier lien du mois de mars  https://lore.kernel.org/linux-pm/[edit: email address removed]/

Deuxième lien du 4 mai : https://lore.kernel.org/linux-acpi/[edit: email address removed]/

---------------------------------------------------------------------------

CE QUE JE NE CONSEILLE PAS

• Il a été vu de désactiver la protection mémoire, et/ou de virer la dernière KB de Windows du mois d'avril

Pour des raisons de sécurité (surtout que la dernière KB corrige pas mal de failles) c'est plus que déconseillé et personne ne devrait avoir à faire cela pour ce type de bug (ou autre)

Ce genre de manipulation se fait en amont chez EA pas chez l'utilisateur final afin d'établir un diagnostic en isolant par couches toutes la causes possibles

J'ai meme vu sur le forum US une autre manip à effectuer. Si i on regarde dans le fichier C:\Windows\Logs\MeasureBoot et que l'on regarde dans le fichier JSON , on peut trouver la fonction de VirtualSecureMemory à "False Ex  : 

"VirtualSecureMemory","ValueFromComputer":false

Et ce même  si Windows indique que l'isolation du noyau de mémoire et l'intégrité de la mémoire sont activées et qu'aucun pilote n'est en conflit. Et bien il ne faut pas mettre la fonction à "True" (Microsoft dans sa doc technique l'explique. Perso je suis sur Intel, c'est à False et je n'ai pas de soucis

Par contre si il y a 

Field":"EkCertIsAvailable","Value":false,"DesiredValue":true}

Le  "pseudo" problème est autre , et lié à la machine virtuelle invitée qui ne possède aucun certificat TPM (VirtualBox) et cela n'a pas d'impact sur le jeu. Un lien rapide explique le pourquoi

https://forums.virtualbox.org/viewtopic.php?t=114363

• Il a été vu une modification du user.cfg (le fameux fichier que tout le monde modifie depuis BF3)

Exemple pour un processeur à 8 cores (Attention c'est juste un ex pour un processeur donné)

Thread.ProcessorCount 8

Thread.MaxProcessorCount 8

Thread.MinFreeProcessorCount 0

Thread.JobThreadPriority 0

GstRender.Thread.MaxProcessorCount 16

D'autres y ajoute pour le GPU (Qui au passage ne fonctionne plus car neutralisé dans le Frosbite sous BF6)

WorldRender.LightTileCsPathEnable 0

A la base c'est fait pour empêcher d'avoir 100% de charge sur le premier coeur ou plus, sans répartition et ne pas avoir un goulet d'étranglement . (Les gens se retrouvent après la manip entre 80 et 90% d'utilisateur processeur)

Il faut savoir que les systèmes dont les performances ne sont pas limitées par le processeur ne constateront aucune amélioration.

Cela peut juste aider les personnes, mais sous conditions, rencontrant des problèmes de limitation de fréquence du processeur et/ou des problèmes de chauffe

Paradoxalement cela peut aider AUSSI les personnes avec un écran qui dépasse les 144Hz et carte graphique puissante, et qui constatent des pertes de FPS suivant les cartes du jeu (passer de 180 Fps à 60 par exemple) . C'est pour cela du reste qu'il est préférable de passer par un FPS-CAP dans les paramètres de NVIDIA par ex

En fait en baissant certains paramètres graphiques on peut également diminuer la charge

Demander à BF6 d'utiliser tous les cœurs solliciterait les cœurs lents, cela pourrait s'avérer néfaste.

Certes, l'utilisation totale du processeur diminue, mais si l'IA et la physique sont soudainement exécutées sur l'un des cœurs E, les performances pourraient être dégradées. Le nombre d'images par seconde (FPS) pourrait chuter si certains cœurs atteignent 100 % d'utilisation alors que d'autres sont inactifs

Il faut savoir que pour BF 2024 D il y avait un problème de surcharge CPU sur le premier CORE et cela a été corrigé par DICE, donc pas besoin de modifier le user.cfg

----------------------------------------------------

POURQUOI UN PLANTAGE AU BOUT DE 15 MINUTES ?

Le profil des symptômes - blocage complet du système d'exploitation sans fichier de vidage mémoire, fenêtre temporelle cohérente et aucun problème dans aucune autre application ou jeu - indique un conflit de planification des threads au niveau du noyau entre le moteur de BF6 (et/ou Javelin Anti-Cheat) et la nouvelle architecture V-Cache à double CCD du 9950X3D2 (C'est pour l'exemple)

La fenêtre de 10 à 15 minutes correspond précisément au moment où BF6 termine le streaming des shaders et des ressources et augmente considérablement sa charge de travail. C'est à ce moment précis que le planificateur Windows commence à répartir les threads de manière plus agressive entre les deux CCD, ce qui semble déclencher le blocage

L''anti-triche Javelin est un pilote de niveau noyau (Ring 0). Sur les processeurs à double CCD, lorsque le jeu tente de déplacer un thread du CCD0 vers le CCD1, les mécanismes de sécurité de l'anti-triche peuvent interpréter ce changement rapide d'adresse mémoire comme une tentative de triche par injection de mémoire. Comme il s'agit d'un pilote au niveau du noyau, sa réponse n'est pas de fermer le jeu, mais de bloquer l'ensemble du processeur pour « protéger » le système, ce qui entraîne le gel de l'écran et du système d'exploitation.

Dans les rapports de crash de Windows il a été vu que le plantage se produit à l'étape ntdll!RtlpWaitOnCriticalSection. (Analyse du rapport de crash) Plus précisément, le système tente d'accéder à une adresse mémoire basée sur une valeur nulle (rax=0).

Déjà il serait bien que les EA_ demandent les minidump de Windows  (Celui de BF6 est dans un format propriétaire) . On peut s'aider de WhoCrashed qui est un utilitaire conçu pour analyser ces fichiers minidump et fournir un rapport interprété,

LE GROS SOUCIS SOUS AMD A LA BASE (Je n'ai mis que quelques exemples) :

BUG de la protection mémoire

Il y a eu un BUG découvert en décembre 2025 en lien avec la protection mémoire. Concrètement il y avait un problème au niveau de l’initialisation de la protection DMA pendant la phase de démarrage.

Sous Intel ils ont été plus réactif pour la correction via une maj firmware, mais sous AMD j'ai vu des corrections par ex QUE pour certains modèles ASUS que .. la dernière semaine d'avril.

C'est peut etre pour cela que certaines personnes sous carte ASUS AMD après la mise à jour ont vu que cela avait corrigé le soucis et pas d'autres.

Chez MSI je sais que je l'ai eu en janvier sous Intel, mais EA JAVELIN ne posait pas de problèmes (Il ne m'a jamais posé de problème de toutes les façons)

Visiblement RIOT GAMES à l'époque avait contourné la chose avant que les maj soient effectives

BUG avec le fTPM (Le TPM d'intel)

Cela "peut" crée un blocage de la fonction ftPM, et donc.... faire planter une application qui effectue des vérifications.. Comme.. EA JAVELIN

AMD a reconnu que certaines configurations de systèmes Ryzen peuvent effectuer par intermittence des transactions mémoire prolongées liées au fTPM dans la mémoire flash SPI de la carte mère, ce qui peut entraîner des interruptions temporaires de l'interactivité ou de la réactivité du système jusqu'à la fin de la transaction."

En clair, le ftPM est surchargé, ce qui provoque des blocages du système lors de certaines tâches. Il faut se souvenir que EA JAVELIN requiert le TPM (Intel) ou ftPM (AMD) et que dans son fonctionnement il y a des accès mémoire sur ... (Mais je ne vais pas détailler une partie du fonctionnement de l'anti cheat et en plus je ne sais pas tout sur celui ci)

En fait c'est TRES difficile à corriger car le bug peut survenir plusieurs fois dans la même journée meme après avoir redémarré le PC et .. ne plus apparaitre pendant une semaine ou deux. Ce n'est pas lié à Windows car le soucis existe sous Linux également

Il y a plus de risques de voir apparaitre la chose si Bitlocker est activé (Se rappeler des bugs bitlocker pour certains en lien avec AMD et la KB d'avril de Windows 11)

Pour une part non négligeable d'utilisateurs sous AMD, le bug avec le ftPM, provoque à minima des saccades intermittentes et généralisées en usage "classique" du PC et donc.. dans les jeux où on peut y ajouter des pertes de FPS, et AMD n'a jamais complètement résolu ce problème.

AMD avait annoncé le fait comme "corrigé" en 2022 via une maj de l'AGESA, mais en réalité cela ne l'est pas ou alors au compte goutte pour certaines marques et modèles de cartes mères via une .. Maj du BIOS/UEFI

Dans l'absolu le TPM ne devrait avoir AUCUN  impact sur la latence pour le jeu lui meme, car il ne s'exécute pas sur les threads du jeu et n'effectue aucune interrogation pendant la partie.

Cependant... EA JAVELIN nécessite le fTPM/TPM et qu'il procède à des accès mémoire

DETAILS (Résumé) DE QUELQUES SOLUTIONS

• (1) ACTIVER LE CPU INTEGRE

Il y aurait un lien avec le délai d'attente ou un blocage du pilote du GPU, potentiellement en lien avec Easy Anti-Cheat/E JAVELIN  et le rendu DX12 ou la gestion des ressources du jeu sous charge soutenue.

La présence d'un GPU secondaire semble permettre à Windows de récupérer ou d'éviter un blocage complet du système, indiquant un problème plus profond au niveau du rendu ou de l'interaction des pilotes plutôt qu'une instabilité du système. Il faut se rappeler que tout comme le port USB dédié, c'est relié directement au processeur (En lien avec  la génération de la table ACPI lors du post et affectation des IRQ/MSI ?)

Edit : Je copie colle car c'est plausible

Le GPU intégré et l'USB empêchent une partie du processeur de passer en mode veille profonde. Les processeurs X3D utilisent plus fréquemment ce mode pour réduire la température, ce qui explique pourquoi ce problème est plus fréquent chez les utilisateurs de processeurs X3D.

Sans iGPU ni USB, Javelin tente d'accéder à un secteur en mode veille profonde et arrête l'ensemble du PC lorsqu'il ne reçoit pas de réponse suffisamment rapide.

Le port USB intégré au BIOS est unique car il est toujours alimenté (permettant ainsi la mise à jour de la carte mère sans processeur). De ce fait, un secteur du processeur ne sera jamais mis en veille, car le port USB le sollicite constamment, contrairement à d'autres périphériques qui ne le sollicitent qu'à une certaine fréquence de rafraîchissement et uniquement lors de la réception d'un signal (par exemple, une frappe au clavier).

La configuration de chaque PC étant différente, la solution de contournement USB semble dépendre de la carte mère ; chaque fabricant gère le port Flashback différemment. Cela pourrait également dépendre des paramètres du BIOS, mais c'est un tout autre sujet.

Néanmoins le fait d'utiliser l'IGPU est une aberration,  mais dans ce cas précis,  ce n'est là QUE pour résoudre/dimininuerla charge, et n'est donc pas LA solution (C'est l'arbre qui cache la forêt)

C'est juste un pansement sur une jambe de bois qui "peut" fonctionner en attendant de...

• (2) INSERER UNE CLE USB (voir également le "Edit" ci dessus avec l'IGPU)

Mettre en place une clé USB sur le port qui sert à effecuter des maj de firmware (Voir la doc de sa carte mère)

Il faut savoir il y a un bug sous AMD, du pilote du chipset : Les ports USB ont des taux d’interrogation différents (Cela affecte tous les systèmes Ryzen).

J'ai meme trouvé des problèmes avec les sous-systèmes de synchronisation (Le HPET en fait partie) La particularité de ce port c'est qu'il est normalement relié au prcesseur et non au chipset. On en revient toujours au processeur, et possiblement d'affectation mémoire etc (Supposition de ma part)

• (3)  "CPPC" EN  activé  ET  "CPPC PREFERE " en  désactivé

Attention c'est juste pour tester et ce qui suit est un résumé (Sinon cela ferai un pavé pour les détails) puisque vu le fonctionnement, cela pourrait confirmer si  les soucis du bug actuel (Evidemment cela ne va pas fonctionner pour tout le monde vu qu'il y a une accumulation de petites choses, mais le point commun est la charge CPU, les threads, répartition des taches, et accès mémoire)

Cette configuration est spécifiquement conçue pour les processeurs double CCD, mais peut également être avantageuse pour d’autres types de processeurs.

Le principal avantage réside dans le fait que l’option  "CPPC préféré"  incite le planificateur Windows à privilégier et à assigner les processus aux deux meilleurs cœurs.

Ces deux cœurs se retrouvent alors surchargés et subissent des changements de contexte constants.

Les processus peuvent également changer fréquemment de cœur, car ils se disputent constamment l’utilisation des deux meilleurs.

Cela provoque une migration des processus vers l’autre CCD, nécessitant un réallocation de mémoire.

La désactivation de "CPPC préféré"  évite ce problème en utilisant tous les cœurs sans en privilégier aucun.

Il en résulte moins de changements de contexte, de surcharge, de migrations de CCD et de concurrence pour le temps processeur.

De plus, elle réduit les points chauds, car la charge de travail est répartie sur tous les cœurs plutôt que concentrée sur les deux meilleurs, ce qui minimise les variations constantes de vitesse du ventilateur.

Lorsque la charge se concentre sur les deux meilleurs cœurs, la dissipation de la chaleur est réduite, ce qui entraîne une augmentation constante de la vitesse du ventilateur pour dissiper la chaleur localisée. Il est plus facile de dissiper la chaleur lorsqu'elle est répartie plutôt que concentrée en deux zones distinctes. 

Cela peut également résoudre  les problèmes de saccades en jeu et la latence souris et augmenter les FPS