September 2025 - Wine-gitlab

[PATCH v4 0/8] MR8995: Draft: ntdll/kernelbase: Add accurate node count feature to prevent memory access violations initializing multiple physical nodes as a single logical one on multi-node systems
by Danny Waser (＠wasertech) 19 Sep '25

19 Sep '25

A much cleaner result (written by hand) that we can reuse where needed later (_i.e._ `GetNumaProcessorNode` which also crashes with [a similar MAV](https://gist.github.com/wasertech/f894ce8d6250e72a01a861c0e4eb6064) on multi-node systems). Took me a while to understand where I should put everything, not even sure I got it right. Let me know. I thought I was going to need `FileNumaNodeInformation` but turns out it's not really needed. I can remove it if you want. This is what I see when I try to get a node count read: ```log 0024:fixme:ntdll:init_numa_info node affinity; using node 0. GetNumaHighestNodeNumber: 1 ``` I only see this fixme if I try to access `FILE_NUMA_NODE_INFORMATION`. I would really prefer such a behavior for our compatibility layer on any multi-node system. A big thanks to @besentv and @zfigura for their invaluable feedback on this. -- v4: ntdll: only show fixme about affinity on multi-node systems https://gitlab.winehq.org/wine/wine/-/merge_requests/8995

2 8

[PATCH 0/4] MR8996: ntdll: Support THREAD_CREATE_FLAGS_SKIP_LOADER_INIT flag.
by Billy Laws (＠bylaws) 19 Sep '25

19 Sep '25

Allows for native threads to be created under wow64 processes. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8996

2 4

[PATCH v3 0/7] MR8995: Draft: ntdll/kernelbase: Add accurate node count feature to prevent memory access violations initializing multiple physical nodes as a single logical one on multi-node systems
by Danny Waser (＠wasertech) 18 Sep '25

18 Sep '25

A much cleaner result (written by hand) that we can reuse where needed later (_i.e._ `GetNumaProcessorNode` which also crashes with [a similar MAV](https://gist.github.com/wasertech/f894ce8d6250e72a01a861c0e4eb6064) on multi-node systems). Took me a while to understand where I should put everything, not even sure I got it right. Let me know. I thought I was going to need `FileNumaNodeInformation` but turns out it's not really needed. I can remove it if you want. This is what I see when I try to get a node count read: ```log 0024:fixme:ntdll:init_numa_info node affinity; using node 0. GetNumaHighestNodeNumber: 1 ``` I only see this fixme if I try to access `FILE_NUMA_NODE_INFORMATION`. I would really prefer such a behavior for our compatibility layer on any multi-node system. A big thanks to @besentv and @zfigura for their invaluable feedback on this. -- v3: kernelbase: update GetNumaHighestNodeNumber to use SystemNumaProcessorMap ntdll: switch case from SystemNumaProximityNodeInformation to SystemNumaProcessorMap and fixed overwritten return values ntdll: add fix me for node affinity kernelbase: refactor GetNumaHighestNodeNumber to use SystemNumaProximityNodeInformation ntdll: initialize information file management for NUMA nodes kernelbase: implement test for `GetNumaHighestNodeNumber` kernelbase: implement `GetNumaHighestNodeNumber` to report accurate node count https://gitlab.winehq.org/wine/wine/-/merge_requests/8995

2 7

Re: [PATCH v6 0/2] MR8983: wineserver: Request RLIMIT_NOFILE maximum allowed value.
by Brendan Shanks (＠bshanks) 18 Sep '25

18 Sep '25

I'm afraid the macOS workarounds are still needed for 10.15 Catalina and earlier (Wine still officially supports 10.12 and later, and CrossOver supports Catalina). I think it can be slightly simplified though, in my tests the "fallback 2" case is never needed. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8983#note_116304

1 0

[PATCH 0/5] MR8995: Draft: ntdll/kernelbase: Add accurate node count feature to prevent memory access violations initializing multiple physical nodes as a single logical one on multi-node systems
by Danny Waser (＠wasertech) 18 Sep '25

18 Sep '25

A much cleaner result (written by hand) that we can reuse where needed later (_i.e._ `GetNumaProcessorNode` which also crashes with [a similar MAV](https://gist.github.com/wasertech/f894ce8d6250e72a01a861c0e4eb6064) on multi-node systems). Took me a while to understand where I should put everything, not even sure I got it right. Let me know. I thought I was going to need `FileNumaNodeInformation` but turns out it's not really needed. I can remove it if you want. This is what I see when I try to get a node count read: ```log 0024:fixme:ntdll:init_numa_info node affinity; using node 0. GetNumaHighestNodeNumber: 1 ``` I only see this fixme if I try to access `FILE_NUMA_NODE_INFORMATION`. I would really prefer such a behavior for our compatibility layer on any multi-node system. A big thanks to @besentv and @zfigura for their invaluable feedback on this. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8995

4 10

Re: [PATCH v4 0/3] MR8985: server: Do not clear queue masks in msg_queue_satisfied. - approved
by Alexandre Julliard (＠julliard) 18 Sep '25

18 Sep '25

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8985

1 0

Re: [PATCH v8 0/2] MR8955: ntdll: NtSetEventBoostPriority stub regression fixes for bug #58688 - approved
by Alexandre Julliard (＠julliard) 18 Sep '25

18 Sep '25

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8955

1 0

Re: [PATCH v8 0/2] MR8955: ntdll: NtSetEventBoostPriority stub regression fixes for bug #58688 - approved
by Alexandre Julliard (＠julliard) 18 Sep '25

18 Sep '25

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8955

1 0

Re: [PATCH v2 0/3] MR8994: Iphlpapi, nsiproxy: Implement GetBestRoute2() and GetBestInterfaceEx() part 1. - approved
by Alexandre Julliard (＠julliard) 18 Sep '25

18 Sep '25

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8994

1 0

Re: [PATCH v6 0/2] MR8983: wineserver: Request RLIMIT_NOFILE maximum allowed value. - approved
by Alexandre Julliard (＠julliard) 18 Sep '25

18 Sep '25

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8983

1 0