[Bug 51857] Support Configurable Time measurement precision for Wine versions 5.0.x and onwards

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=51857

--- Comment #4 from Idan Sheinberg  ---
(In reply to joaopa from comment #1)
> If this problem breaks a real application, surely your patch will be
> welcomed in wine-patches :D

I have no problem submitting  patch (I even wrote and RPM patch to revert that
specific change in my custom built wine 6.0.1 RPM). I'm just wondering what's
the best way to tackle this issue.

Ideally, it would be an environment variable, something like
WINE_CLOCK_USE_GETTIMEOFDDAY. When set (during run, NOT during the build),
NtDLL will not revert to the old behavior and will not optimize clock access.

Where should I even purpose such a behavior? It doesn't feel like patch but
more of a feature.