* Phase 1: As part of global and static code removal- GMM policy, plaformInfo and texture class updated to have pGmmGlobal contextas part of it
* Updating the GMM #define to make sure it uses parameterized GMMlib Context
* Replace pGmmGlobalContext with member variable with pGmmLibContext in all GMM cache policy files
* Replace pGmmGlobalContext with pGmmLibContext in all Platform Class related API
* Remove any remaining use of pGmmGlobalContext
* Phase 2: Update Macros to use pGmmLibContext (local) instead of global pGmmGlobalContext
* Replace pGmmGlobalContext with pGmmUMDLibContext/pGmmKMDLibContext in GMM_RESOURCE_INFO class and its member functions
* All KMD level pGmmGlobalContext global variable is removed and replaced with pGmmLibContext
* Phase 3: Add support for Multi-Adapter in GMM UMD Library and replace pGmmGloContext to pGmmLibContext
* Make GMM UMD DLL Initialize and Destroy APIs backward compatible for SingleAdapter use case
* Phase 4: Enable and add support for Multi-Adapter ULT for GMM UMD DLL in GMM ULT
* Update the Entry-Level Init and destroy APIs
* Phase 5: Remove the pGmmGlobalContext Global and its dependencies
* Initial cleanup of KMD code
* Updating variable data type and License Info
Description:
Open source using different Valign values then closed source.
As per specifications valign value should not be zero.
Increment DLL version.
Change-Id: I966d4c81b737e622a0a7d56dc051084626648f32
Bump up Major Version as new interface is added
Change-Id: I49081391db15652d37a1c055510407b830d0777c
Signed-off-by: drprajap <dimpalben.r.prajapati@intel.com>
[CP] dynamic gmm header file change copy from CL793947
Because certain ResourceInfo exported APIs are inlined,
GmmLib is accidently exposing internal functions/class members.
This is causing build issues with unresolved symbols when clients switch to dynamic linking.
Fix is to use ClientContext exported APIs for UMD clients.
Change-Id: I58db29d2f31c3f2586de80369f5ed085e14f06be
Signed-off-by: drprajap <dimpalben.r.prajapati@intel.com>
Avoid inlining of exported member functions in Client’s code in DLL mode, this is to eliminate exposing internal members in exported APIs causing linker issues.
Change-Id: Ia982002eb43f4816099f3de181f11bb1e25e5872
Signed-off-by: johnbash <johnbasha.shaik@intel.com>
Fix GetQpitchPlanar function to return Qpitch in rows and not in bytes (UMDs do not have to perform any additional calculations, GMM returns Qpitch that can be programmed directly)
Change-Id: Ice2e5baf1153a108807f3eae7be57d7cecd05bac
- Add GMM lib DLL project in Cmake file.
- All code changes needed to make GMM lib DLL are under GMM_LIB_DLL macro.
- Add ProcessSingleton elements in DLL context.
- Establish a link between DLL singleton Data and Process Singleton data in ProcessContext in KMD for ProcessSingleton elements. This is needed when GMM lib exists in both static and DLL mode.
- Overloaded Create and Destroy GMM objects member fucntions of ClientContext to take memory Allocators and Deallocators from Clients. This is needed for Clients like VK.
Change-Id: Iab4e596723a0fa0eede262bdb26436ba8a7d5cc1
- These changes are for enabling unified GMM lib target. Unified GMM lib target will not have any clients specific build macros.
- Addition of GMM Old API Translation Layer for backward compatibilty for all GMM APIs across ALL UMD clients.
- Creation of Global Client Context handle only for backward compatible clients. This shall be replaced by client handle by clients moving to new API.
- Add new definitions for GMM Device Callbacks structure.
- Add new definitions for KMDaf related macros only for GMM to be used bu unified GMM lib.
- Makes ClientContext class member of Resinfo class
- GmmLib cmake change to add new igfxgmmumd unified static lib project
Change-Id: I913192e0879e565fb369c364fcba573a18b3fe13
- Makes ClientContext class member of Resinfo and PageTableMgr class
- Addition of OCL Translation Layer
- GmmLib cmake change to add new igfxgmmumd unified static lib project
Change-Id: If155bafad29086ab5309c24f1f8a1862f92eb654
johnmach