LFS is crashing while "Rebuilding" Westhill track, also "Loading textures" takes unusually slow. Increasing wine's VideoMemorySize with winetricks did not make any difference. Any idea?

..

Tried different wine versions 1.9.4, 1.9.5, 1.9.6. It is crashing on one of my computer and not the other (same linux distribution). Is crashing on the one that is working on with new distro version. I am currently using Fedora 23, but is not working on Fedora 24 anymore on the computer that was working on resulting with the same crash.

Thanks for interest

EDIT: Looking at history tried also downgrading wine to 1.7.52.

..

$ lspci -v | grep -i VGA -A 10
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
Subsystem: ASRock Incorporation Device 0102
Flags: bus master, fast devsel, latency 0, IRQ 29
Memory at fe000000 (64-bit, non-prefetchable) [size=4M]
Memory at c0000000 (64-bit, prefetchable) [size=256M]
I/O ports at f000 [size=64]
Expansion ROM at <unassigned> [disabled]
Capabilities: <access denied>
Kernel driver in use: i915
Kernel modules: i915

It's a Intel(R) Core(TM) i3-2100 sharing memory with system. This would indicate that is currently at 256MB. As I said already I tried setting VideoMemorySize with winetricks and then even manually to 256MB using regedit as winetricks supports only few values, but that didn't help a bit.

Disk does not matter it happens slowly on both SSD as well with HDD. But I don't mind the slowness if it loads eventually. I noted it only because it's probably a clue for debugging purposes.

..

Allocating 1GB to GPU in UEFI firmware didn't help, still the same crash. Providing that it did allocate in OS correctly. As shown by 'free -m' it did since I have 8GB of RAM:


lspci is showing 256MB prefetchable no matter what the setting in UEFI is and it seems not to be the valid check.

Another interesting output seems to indicate that VMEM is allocatable up to 2GB.


EDIT: Another interesting line from dmesg to whom can translate this to MB:

It also seems that key VideoMemorySize does not have an effect on LFS, on working configuration I can go as low as 2MB and still maintain the game in working condition.

..

This most likely doesn't have anything to do with your GPU actually running out of VRAM. As far as I remember from what one of the i915 module devs said, i915 will allocate as much memory as needed up to the 2 GB limit. Reserving huge amounts of RAM for GPU directly in BIOS is actually a waste of memory, i915 can allocate it dynamically.

What actually happens is probably covered by this bug (https://bugs.winehq.org/show_bug.cgi?id=13335). LFS apparently tries to allocate so much resources that it runs out of the address space that WINE reserves for it. This comment in particular (https://bugs.winehq.org/show_bug.cgi?id=13335#c192) suggests two hackarounds that might fix the issue for you.

I can try to experiment with this on my machine with Sandy Bridge GPU once I'm off work...

EDIT: 0.6N works fine on my Sandy Bridge laptop (Arch Linux, WINE 1.9.6) even with Westhill. Fedora patches WINE with out-of-tree Gallium Nine patch series. It is not enabled by default and it shouldn't have any effect when Intel GPU is being used but it's the only difference related to 3D rendering I can think of now.