Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Global (non static) variables are now stored in symt_module.
(static variables are stored in symt_compiland).
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

PDB supports description of a global or static variable:
- accessed from a register
- stored as a local variable record inside a function

This likely describes access to a global/static variable where
intermediate computation is kept in a register.

We cannot store this kind of entries in local variable lists
(builtin dbghelp and winedbg are not prepared to handle a global variable)

Note: the global or static Codeview data record is still present (with a
relocatable address), so the variable should still be available from global
access (but could be not up-to-date if temporarly stored in a register).
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>

To topology_node_get_type_handler.
Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>

Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>

Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>

Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>

Since the device hotplug callbacks both queue events and create unix_device
objects, we need to move both at the same time.

To correspond with the shutdown in IRP_MN_REMOVE_DEVICE.

Signed-off-by: David Kahurani <k.kahurani@gmail.com>

Fixes syscall faults on 32-bit macOS.
Spotted by Stefan Dösinger.

Signed-off-by: Paul Gofman <pgofman@codeweavers.com>

On macOS si_code is always set to TRAP_BRKPT.

ntoskrnl/tests: Also test that IoInvalidateDeviceRelations() during device enumeration doesn't deadlock.

wineusb enumerates new devices and completes IRPs from the same thread (as if it
were an IRQ thread). On the other hand, the Hauppauge cx231xx USB driver
performs I/O from within IRP_MN_START_DEVICE. If the wineusb "IRQ" thread is
currently trying to report a new device, it won't be able to report I/O
completion, resulting in a deadlock.

Although wineusb could be modified to use more threads, these tests show that
calling IoInvalidateDeviceRelations() should not block in this situation.

Do not rely on IoInvalidateDeviceRelations() to initialize the device; it's supposed to be asynchronous.

Signed-off-by: Jinoh Kang <jinoh.kang.kr@gmail.com>

Instead of maximum output sample size returned from GetOutputStreamInfo.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=45988
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=47084
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=49715
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52183Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>

Updating the internal stream format frame size accordingly.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=45988
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=47084
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=49715
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52183Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=45988
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=47084
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=49715
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52183Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>

Based on a patch by Zhao Yi.