- Use report value when report item bitcount > 1
[KBDHID]
- Print raw report
- KBDHID starts to receive normal keys and modifier keys
svn path=/branches/usb-bringup-trunk/; revision=55364
- Implement HidP_GetUsagesEx
- HidP_GetUsagesEx uses HidP_GetUsages with undefined usage page
- Required for hid usb support
- Check if there is a maximum set. In that case verify if a usage maximum has been set and apply it to the currnt usage. Fixes asserts while usb composite device installation (keyboard)
svn path=/branches/usb-bringup-trunk/; revision=55357
- Rewrite hidparser so that it support multiple top level collections
- Add support for flat collection context meaning all context structures are aligned in after each other. The reason this is required is that usermode hid.dll will access the same structure and thus can't use kernel pointers. User mode hid.dll is used to support keyboard with custom keys (for example search key, email key etc)
svn path=/branches/usb-bringup-trunk/; revision=55353
- Start support for multi top level hid collections
- Not yet full implemented
- Required for proper usb composite support
svn path=/branches/usb-bringup-trunk/; revision=55332
- Create a branch to do a proper merge of USB work from a trunk base instead of from cmake-bringup
- In the future, DO NOT under any circumstances branch another branch. This leads to merge problems!
svn path=/branches/usb-bringup-trunk/; revision=55018
- Implement a HID parsing library, which is based on Haiku`s exellent HID Stack
- Implement HidP_FreeCollection, HidP_GetCaps, HidP_GetCollectionDescription, HidP_MaxUsageListLength, HidP_GetSpecificValueCaps, HidP_GetUsages, HidP_GetScaledUsageValue
- hidparse driver is now implemented enough to support a hid mouse
- Tested in VBox 4.1.4 + WinXP + ReactOS usbohci+ mouhid+ hidclass+ hidparse+hidusb
svn path=/branches/usb-bringup/; revision=54834
We provide everything (headers, libraries, executables...), so tell it to cmake
[CRT]
The crt library must provide a and w version of the functions and not rely to _UNICODE being set or not
svn path=/branches/cmake-bringup/; revision=51273
- Allocate memory for the logical pin array
- Use the correct counter variable for logical pin array
- Found by msvc
svn path=/branches/cmake-bringup/; revision=50674
Define _MIDL_USE_GUIDDEF_, this causes __decspec(selectany) to be used on the iids. This way we don't need any linker flags to silence warnings and it also fixes errors when linking later.
svn path=/branches/cmake-bringup/; revision=50573
The old uuid library was one file containing all the uuids, generated from the psdk headers, which results in all GUIDs being linked, as soon as a single one is used. Also while widl creates DEFINE_GUID() entries in the header files, midl only creates "extern GUID", so this didn't work on MSVC. The new version uses iid files generated from the idl files and some extra C files. This works with both midl and widl, reduces overhead when linking uuids and is much closer to MS uuid lib.
svn path=/branches/cmake-bringup/; revision=50569
Convert checksum.S to new ML compatible syntax. Resulting obj was compared and is identical to trunk (both GAS and ML)
svn path=/branches/cmake-bringup/; revision=50545
Fix crt/bootcdregtest regression, due to _USER32_WSPRINTF.
add_definitions does not apply to target, but current directory.
svn path=/branches/cmake-bringup/; revision=50535
_Interlocked(Compare)ExchangePointer is an intrinsic that doesn't exist on x86, use portable version.
svn path=/branches/cmake-bringup/; revision=50522
On MSVC mark abs, labs and strcmp as intrinsics (needed when compiling with /O2+) and disable a warning that they are not intrinsics (when compiled with /O1)
svn path=/branches/cmake-bringup/; revision=50494
On MSVC builds, compile native SEH support into PSEH library.
This should be part of the crt, but our crt is too disorganized to handle that. The empty C file is for cmake to get the library right.
svn path=/branches/cmake-bringup/; revision=50486