- Create a KSTOPOLOGY struct when creating the subdevice descriptor and pass the struct to KsTopologyPropertyHandler
- Implement enumerating mixer devices
- Change handle array to contain the target device type. Mixer handles are not real handles, they are just pseudo handles
- Forward KSPROPSETID_Topology request to portcls (sysaudio)
svn path=/trunk/; revision=41352
- Call MiniportCoRequest in connection-oriented miniports
- Now our NDIS loads all the way to the ASSERT for unsupported media on XP
svn path=/trunk/; revision=41348
- Now XP's intermediate miniport drivers can load on ROS's NDIS
- More work still needs to be done to get them working though
svn path=/trunk/; revision=41346
modified tools/rbuild/backend/mingw/mingw.h
From now on, the MinGW back-end will also support the Microsoft command line C/C++ compiler (cl) and incremental linker (link). Support is currently limited to detecting the tools, and invoking them with the wrong arguments. Only Windows hosts are currently supported
added tools/rbuild/backend/mingw/mstools_detection.cpp
modified tools/rbuild/rbuild.mak
Auto-detection of Microsoft compiler and linker: if rbuild finds them in the path, it will use those. Otherwise, it will look for the highest version installed by any of the supported Microsoft products. Supported Microsoft products are Visual Studio 2005 and higher, Visual C++ Express and Windows DDK version 6001 and higher. Optimizing versions of the compiler will take precedence over "standard edition" compilers, regardless of version number
modified tools/rbuild/configuration.cpp
modified tools/rbuild/rbuild.cpp
modified tools/rbuild/rbuild.h
New command line options for rbuild to choose the tools set for the MinGW back-end: -Mc<compiler set>, -Ml<linker set>, -M<build tools set>. Defaults to -Mgnu, so that support for Microsoft tools has to be opted into
svn path=/trunk/; revision=41343
- Create the pin on the correct filter by using the filters object class
- Remove filter object class before performing actual create request
- Remove object header from audio filter when closing
- Retrieve internal object class name with internal IOCTL_KS_OBJECT_CLASS
- Avoid using interface name as ReactOS doesn't support it
- Store object class name when creating the object header for the audio sub device
- Implement IPortFilterTopology interface
- Activate pin property handle for port topology driver
- There is no need to create a handle to sysaudio for each application opening wdmaud, use only one connection per driver basis
- Pass object create class to pin creation method by duplicating KsCreatePin
- Audio devices should now be accessible again
svn path=/trunk/; revision=41341
