I'm guessing reduce LDEIAU and TLDIAN?

Fix the scaling in the ECU and run a big enough MAP sensor

I hate both of you.

Haha, was going to say the same thing, figure out how to throw a bigger MAP in there, and don't be at the limit

I have it all identified and labeled. I can give you the addresses no problem. Is there a specific sub-function you want to start with?

0x382744 ldimxr_w
                ldimxrk_w (written to GPR only)
0x382742 ldimxak_w
0x38273E ldimn_w
0x382740 ldimx_w

0x00FD96.9 B_ldimxp
0x00FD96.7 B_ldimxa
0x382763.1 B_ldipos

0x00FD96.8 B_ldimxn?
0x00FD96.11 B_stldw?
                    B_stldia? (doesn't exist, hex value 1-4 gets written directly to stldia)
0x380C73 stldia
0x382764 stldia_old

Here is what I ended up doing:

First, tried shifting TLDIAPN (RPM is based on k03 spool, so it is pretty aggressive at low rpm) bad news, no matter how far I go out, any persistent lde will result in adaptation. So if you have a stock DSLOFS, and are running past the MAP limit, good luck; the ECU will keep adding I limit forever, since MAP limit is always under requested.

So I chose to nuke it entirely by setting LDEIAP to max (1270) on a locked WG RS6 turbo file (it is locked via KFLDIMX, not KFLDRL)

It is worth noting that stock LDEIAP is actually negative (-20), so even if you aren't over boosting, positive adaptation is enabled.

I'm not quite sure what my approach is going to be for my car (DSLOFS=0)... since really I just want to numb positive adaptation, not completely kill it..