RebelsTool 1.0.9 : Boostez la puissance et les performances des GPU RDNA d’AMD sous Linux avec MorePowerTool amélioré

Ça y est ! RebelsTool 1.0.9 débarque et bouscule les verrous que AMD empile depuis des années. Je vois déjà les ventilateurs des RX 7900 XT frémir : enfin un moyen propre de tirer parti du silicium sans flasher quoi que ce soit. Sous Linux, évidemment, parce que les pilotes maison sous Windows ne laissent plus passer grand-chose.

Débloquer la puissance cachée des GPU AMD RDNA en trois commandes

L’idée est simple : oublier les tweaks superficiels de MorePowerTool et parler en direct aux contrôleurs PWM via l’i2c que la SMU expose encore sous Linux. Pas de firmware touché, juste des registres volatiles qui sautent quand le PC s’éteint. Résultat : un boost GPU instantané sur les cartes RDNA 3 et déjà quelques succès sur RDNA 4.

Je balance ./RebelsTool 3 22, la carte pense que sa limite de puissance est divisée par deux, et le benchmark Steel Nomad grimpe de 11 % sans broncher. Le tout survit à un reboot, voire à un reboot vers Windows, ce qui reste assez jouissif en 2026 !

Pourquoi Linux garde encore la clé que Windows a perdue

Depuis 2023, chaque nouvelle révision de firmware AMD ferme un peu plus l’accès aux rails d’alimentation. Sous Windows, l’i2c est murée derrière des signatures. Sous Linux, tant que je conserve le bon paquet linux-firmware, la porte reste entrouverte. Pas besoin de noyau patché : un simple Fedora 43 sur clé USB suffit.

La communauté a même pondu un script qui réinstalle l’ancien firmware si DNF vous le remplace par mégarde. Deux minutes, un reboot, l’i2c revient et les voyants repassent au vert.

More Power, More Amps, More Volts : trois coups de tournevis virtuels

More Power divise par deux la valeur que le contrôleur renvoie au pilote, sans toucher à la vraie intensité. Autrement dit, le GPU pense consommer moins et lève le frein de sécurité. More Amps applique la même logique côté courant, utile quand un waterblock garde le GCD sous les 60 °C. More Volts reste limité à ±30 mV pour éviter les étincelles, mais sur le VDDCI ça fait gagner quelques degrés et donc quelques MHz gratuits.

Tout ça reste temporaire : j’éteins la machine, la carte revient stock. Pas d’écriture SPI, pas de garantie grillée. AMD peut changer le firmware demain, je pourrai toujours booter un noyau antérieur et rejouer la manœuvre, tant qu’ils ne soudent pas l’i2c.

Identifier le bon bus i2c sans se tromper

Je lance sudo i2cdetect -l, je repère AMDGPU SMU 0, puis je scanne le bus avec i2cdetect -y 3 : si les adresses 0x22 et 0x24 répondent, bingo, c’est le bon. Le numéro change selon la carte-mère, ne raccourcissez pas cette étape ou RebelsTool refusera de démarrer. Sécu avant ego.

Benchmarks : Steel Nomad et Port Royal disent merci

Sur une RX 7800 XT stock, Steel Nomad Vulkan affiche 147 FPS. J’active More Power sur les deux contrôleurs, je relance : 162 FPS stables, ventilateurs à 65 %. En poussant More Amps sur le rail GFX, je flirte avec 168 FPS et le hotspot reste sous les 85 °C grâce à un simple NH-D15 moddé.

Côté ray tracing, Port Royal grimpe de 9 % sans la moindre BSOD façon Windows. Le monitoring lit encore les tensions, il suffit d’appliquer le facteur deux dans mes tableurs pour garder des métriques cohérentes.

Sécurité, responsabilité et futur proche

Le code bloque net sur tout PWM inconnu ; impossible de briquer une carte RDNA 2 par accident. Les protections OCP d’origine continuent de veiller, on ne joue pas avec la foudre. Je rappelle quand même : chaque manœuvre est à vos risques, les pilotes AMD peuvent évoluer et fermer ce dernier trou.

En attendant, RebelsTool redonne aux bidouilleurs le terrain que le marketing avait bétonné. Et si AMD veut vraiment nous priver de cette soupape, il faudra qu’ils déportent le contrôle hors de la carte… bonne chance pour faire avaler ça aux assembleurs.

Pourquoi cet outil compte pour l’écosystème Linux gaming

Les plateformes open source gagnent enfin 20 % de parts de marché côté jeu en 2026, et chaque pourcent de optimisation aide les studios à valider leurs portages. Un tweak qui fait gagner des FPS sans sacrifier la stabilité, ça convainc plus d’un décideur frileux. De mon côté, je vois surtout un message clair : la liberté matérielle passe encore et toujours par le pingouin.

Alors oui, overclocking et éthique peuvent coexister. Tant que les outils restent transparents, documentés et réversibles, le contrôle du hardware appartient à l’utilisateur. C’est écrit dans le BIOS ? Non, mais dans la philosophie du libre, ça tient en une ligne : « fork if you dare ». Voilà, j’ose.

Source: www.igorslab.de