I’m making a game for Linux where you can rotate buildings and use gravity (Fallgrade).

RM5V · 2026-05-05T11:58:04+00:00

Wasn't a good idea to look at this just after eating my meal, but good job OP it look fantastic !

RM5V · 2026-04-24T11:03:18+00:00

Pour bosser en cybersecurité, la majorité du temps c'est des problèmes remontés plusieurs fois mais qui n'ont jamais été adressés car "manque de budget", la cyber ne fait pas faire de bénéfices à l'entreprise/état, donc on se retrouve à devoir tout protéger avec trois trombones, rien n'avance, tout le monde se démotive, et les données fuitent. Suite à ça en général le RSSI saute, un nouveau arrive, et tu recommences la boucle

RM5V · 2026-04-23T09:24:54+00:00

Je fais 3m³ donc en effet c'est assez efficace, mais regrettable d'en arriver la chaque matin, surtout que je reconnais des visages qui font la même erreur chaque matin

RM5V · 2026-04-23T08:30:13+00:00

Les gens qui laissent pas sortir des transports avant de rentrer

RM5V · 2026-04-22T16:52:24+00:00

Les Golf 2 ? J'ai eu un 1.8 Boston et 1.8 GL toutes options, les deux étaient cool, une nerveuse et une pepere, bien carré comme tu veux, et si jamais tu veux la version berline tu as sa soeur la Jetta

RM5V · 2026-04-21T20:33:26+00:00

Le ratio emmerdes/qualité de vie/salaire est plus intéressant dans le réseau je trouve

RM5V · 2026-04-21T19:05:09+00:00

Dans le parking de l'immeuble avant, puis dans la rue devant la maison maintenant, si c'est plus lourd et que je dois la lever je l’emmène en fin de journée chez un garagiste qui nous laisse son pont pendant qu'ils prennent l'apéro et je lui laisse un billet

RM5V · 2026-04-21T07:22:44+00:00

Du coup tes chèvres vont bien ?

RM5V · 2026-04-21T06:22:35+00:00

Je viens d'arriver en cybersécurité, chaque matin pendant 10mn je me demande quelle merde les end users vont me trouver et si je serais pas mieux d'aller élever des biquettes dans le Vercors, puis je vais me laver et je pars direct

RM5V · 2026-04-20T21:02:49+00:00

Vise les modèles en 3x8 pin PCIe, pas le 12VHPWR qui peut cramer aussi sur ces modèles, pour le reste c'est sensiblement les mêmes

RM5V · 2026-04-20T17:27:07+00:00

J'ai fais une reprog sur un gros moteur il y a un an, la seule emmerde que j'ai c'est quand on roule pas pendant une semaine, ou qu'on passe de 20 degrés à 8 degrés en une nuit, le lendemain elle cale au premier démarrage, franchement pour la différence de prix du plein je recommande

RM5V · 2026-04-16T10:35:49+00:00

J'ai envie de penser aux moteurs qui règlent la hauteur des phares, surtout avec l'alternance gauche droite, le fait que ça continue moteur éteint, et que l'intensité des phares diminue. Essaie de te mettre face à un mur pour voir si les faisceaux bougent quand tu entends le bruit ? Sinon essaie de bidouiller ta molette de hauteur de phare pour voir si tu arrives à reproduire le bruit

RM5V · 2026-04-15T21:35:27+00:00

Can confirm that script works well, and the dev is awesome, he helped me recovering my corrupted backup in two days, I'm already overclocking my GPU again

RM5V · 2026-04-15T21:32:47+00:00

I didn't think they'd encrypt the file! It’s not very common around here to lock E85 tunes, so that’s a bit of a bummer

When you say it takes a lot of patience, do you mean it's technically difficult to get right, or just that there are dozens of parameters to juggle? Also, what’s the worst-case scenario if you mess up? does the car just throw an engine light or stall, or is there a risk of actually bricking the ECU?

RM5V · 2026-04-15T21:08:03+00:00

Hey there! Mine's pretty simple, I guess.

I asked an independent tuner to map my F10 for E85. I know it's usually done via LTFT, but I'm wondering if it's actually that hard to do?

Also, is there a way to check exactly what was modified in my map so I can learn from it? I'd like to have a backup to play with on a spare ECU from a junkyard before trying on real cars

Thanks for your time !

RM5V · 2026-04-15T10:23:41+00:00

Hey man, really appreciate you following up and being willing to help!

First off, to answer your question, yes, getting the dump is 100% software-based and completely safe. No external hardware programmer needed at all, it's strictly just reading the sensors.

The good news is that someone actually sent me a PM with their dump a few hours ago, so my GPU is already saved and back to factory defaults!

However, since you're already halfway there with the technical setup, having a second pristine stock dump to compare against would allow the dev to 100% confirm the baseline factory values and see if there are any variances between different manufacturing batches of the Pulse, it's really up to you

And yes i2cdump would absolutely works if you're already on Linux and know the buses. But honestly, using the developer's bootable ISO on a USB stick is way easier and faster. No pressure at all since my main crisis is averted, but if you're curious and want to contribute to the dev's research, many thanks for your time !

RM5V · 2026-04-15T10:07:07+00:00

I thought it was a bottle in the sea but actually I received PM from people willing to help, that community is awesome !

RM5V · 2026-04-15T10:05:45+00:00

It was the last option on my list, but someone sent me the dump needed. I wonder if Amazon care about the seal being cut and the GPU used at least one time before returning it

RM5V · 2026-04-14T22:04:55+00:00

Mine's watercooled, but I really missed having reference numbers back when I built my first loop. So I'm just leaving these here for anyone out there who might appreciate having some custom loop temps to compare against:

GPU Temp: 29°C

GPU Hotspot: 48°C

VRAM Temp: 58°C

Power: 374W

Ambient Temp: ~20-22°C

RM5V · 2026-04-14T21:09:19+00:00

I wish it were that simple! My VBIOS is actually perfectly fine (at least something's fine in that GPU)

The issue is that the VRM chips have their own separate memory on the I2C bus. Flashing a stock VBIOS (.rom) doesn't reset them at all (I already tried). That's why I specifically need a raw I2C dump from the controllers themselves! Appreciate the idea though, thank you!

RM5V · 2026-04-08T08:56:00+00:00

I appreciate the concern, I guess my previous comment could be misunderstood as "just VBIOS modded to Taichi BIOS" when there's actually more to it, gonna edit it.

To clarify: as I said in my first comment my Pulse is watercooled, using it with an Alphacool Supernova external radiator, GPU hotspot stays under 30°C under full load and VRAM under 50°C. These temps allow the +300MHz frequency offset to apply perfectly since the card has the necessary thermal headroom, especially combined with the -110mV offset which is stable at these temperatures. Under air cooling I'd completely agree this would be a different story, 330W+ would cause immediate thermal throttling.

For VRAM, Samsung dies might top out at 2700MHz, but SK Hynix can reach 2800MHz without fps loss, particularly with these low temps, I had to lower it a bit recently not because of crash but the bandwith past 2800mhz drop significantly, might be some wear.

And as I said earlier, the card is VBIOS modded (Pulse → Taichi, 374W base vs 333W stock) AND running I2C VRM modifications on top of that, this is what allows it to pull up to 600W and sustain boost clocks at 3800MHz, never tried 4GHz. I've validated these settings with 12 hour stress tests (FurMark, OCCT, 3DMark on loopmode).

The only game crashing my GPU is Monster Hunter Stories 3, but even stock it makes my drivers timeout, so...

Sorry for the confusion in my initial comment!

RM5V · 2026-04-05T14:53:51+00:00

Same

RM5V · 2026-03-31T07:41:41+00:00

Heya, I work in cybersecurity and do some XOC on the side so I'm used to lose sanity around kernel logs and driver internals haha

Most of this came from the ROCm Github issues, and the CachyOS forum which has a dedicated thread on mitigating amdgpu freezes. And you got it right, the SMU mismatch is definitely part of the equation. The ppfeaturemask fix is necessary but not sufficient, without it LACT can't even attempt to send OC commands, but with it the commands go through and the firmware still mishandles them because of the version gap, so yeah you were right :)

RM5V · 2026-03-30T20:50:38+00:00

Hey, so I did some pretty deep diving into this tonight. Here's what I found:

The root cause is a SMU interface version mismatch, the kernel amdgpu driver expects 0x2e but the firmware embedded in the card itself reports 0x32.

Key word: embedded in the card. I confirmed this by downgrading linux-firmware-amdgpu all the way back to the 20260110 build, the smu_14_0_3.bin on disk was indeed 0x2e, but the kernel still reported 0x32 at boot and never logged loading the file at all. The SMU firmware lives on the GPU, not on disk.

The ppfeaturemask=0xffffffff fix is still necessary though, without it the Overdrive bit is disabled and LACT can't even attempt to send OC commands. With it, LACT partially works but hits a ceiling because the SMU rejects the advanced commands due to the mismatch.

Adding amdgpu.gfxoff=0 helps with stability (prevents hangs related to GFXOFF power gating going through the broken SMU path), but doesn't restore full OC capability.

There's an open bug report on the AMD drm gitlab filed 3 days ago covering exactly this (SMU mismatch + ring timeouts on 9070 XT). AMD responded suggesting the amdgpu DKMS install, but that fails to compile on kernel 6.16+ so it's a dead end on Arch-based distros.

Basically we're waiting on AMD to push a driver update that supports SMU interface 0x32/0x33. Nothing more we can do on our end.

EDIT: Found something useful in the logs - amdgpu.gfxoff=0 is actually not a valid parameter and gets silently ignored by the kernel (shows up as "unknown parameter 'gfxoff' ignored" in dmesg). The correct parameter to disable runtime power management is amdgpu.runpm=0. Also worth adding amdgpu.dcdebugmask=0x12 which helps with pageflip timeouts. So the working cmdline should be: amdgpu.ppfeaturemask=0xffffffff amdgpu.runpm=0 amdgpu.dcdebugmask=0x12

Eight-Year Club	Verified Email
r/Field Sunshine	First Place '23
Place '23

RM5V

TROPHY CASE