fixes bug #48989 based on a patch that was made in that issue
-- v2: ntoskrnl: KeIpiGenericCall semi-stub
From: Etaash Mathamsetty etaash.mathamsetty@gmail.com
cast ULONG_PTR to PVOID --- dlls/ntoskrnl.exe/ntoskrnl.c | 9 +++++++++ dlls/ntoskrnl.exe/ntoskrnl.exe.spec | 1 + include/ddk/wdm.h | 3 +++ 3 files changed, 13 insertions(+)
diff --git a/dlls/ntoskrnl.exe/ntoskrnl.c b/dlls/ntoskrnl.exe/ntoskrnl.c index 031e9900544..688067a83a1 100644 --- a/dlls/ntoskrnl.exe/ntoskrnl.c +++ b/dlls/ntoskrnl.exe/ntoskrnl.c @@ -2569,6 +2569,15 @@ LONG WINAPI KeInsertQueue(PRKQUEUE Queue, PLIST_ENTRY Entry) return 0; }
+/*********************************************************************** + * KeIpiGenericCall (NTOSKRNL.EXE.@) + */ +ULONG_PTR WINAPI KeIpiGenericCall(PKIPI_BROADCAST_WORKER function, ULONG_PTR context) +{ + FIXME("(%p %p) semi-stub\n", function, (PVOID) context); + return function(context); +} + /********************************************************************** * KeQueryActiveProcessors (NTOSKRNL.EXE.@) * diff --git a/dlls/ntoskrnl.exe/ntoskrnl.exe.spec b/dlls/ntoskrnl.exe/ntoskrnl.exe.spec index e3898b06f89..15168bcfece 100644 --- a/dlls/ntoskrnl.exe/ntoskrnl.exe.spec +++ b/dlls/ntoskrnl.exe/ntoskrnl.exe.spec @@ -585,6 +585,7 @@ @ stdcall KeInsertDeviceQueue(ptr ptr) @ stub KeInsertHeadQueue @ stdcall KeInsertQueue(ptr ptr) +@ stdcall KeIpiGenericCall(ptr ptr) @ stub KeInsertQueueApc @ stub KeInsertQueueDpc @ stub KeIsAttachedProcess diff --git a/include/ddk/wdm.h b/include/ddk/wdm.h index 0aad83ade8c..a7bd975b76c 100644 --- a/include/ddk/wdm.h +++ b/include/ddk/wdm.h @@ -1582,6 +1582,9 @@ typedef enum _WORK_QUEUE_TYPE {
typedef void (WINAPI *PIO_WORKITEM_ROUTINE)(PDEVICE_OBJECT,void*);
+typedef ULONG_PTR (WINAPI KIPI_BROADCAST_WORKER)(ULONG_PTR); +typedef KIPI_BROADCAST_WORKER *PKIPI_BROADCAST_WORKER; + NTSTATUS WINAPI ObCloseHandle(IN HANDLE handle);
#ifdef NONAMELESSUNION
I think this function should be in sync.c? Is this correct?
I'm going to close this since a similar thing exists with KeGenericCallDpc, which I can probably adapt to fit this usecase, if not, I will reopen this.
This merge request was closed by Etaash Mathamsetty.