TCFPlayerRole Class Reference

class TCFPlayerRole : public Den::TPlayerRole

TCFPlayerRole and TPlayerRole can be removed after Players are relieved from knowing their roles which should hopefully come as part of the "Global Object Broker" work.

Constructor & Destructor Documentation

TCFPlayerRole()

TCFPlayerRole ( ) [inline]

TCFPlayerRole(TUint, TUint16)

TCFPlayerRole ( TUint aRole,
TUint16 aKindex =  KDefaultKindex
) [inline]

Parameters

TUint aRole
TUint16 aKindex =  KDefaultKindex

Member Enumerations Documentation

Enum TRole

Enumerators

EDataPlane = 0x000001
ESubConnPlane = 0x000010
EConnPlane = 0x000100
EMetaConnPlane = 0x001000
ETierMgrPlane = 0x010000
ETierResolver = 0x100000
EAllPlanes = EDataPlane | ESubConnPlane | EConnPlane | EMetaConnPlane | ETierMgrPlane
EPrePlanarArchitecture = 0x40000000

Member Data Documentation

const TInt KDefaultKindex

const TInt KDefaultKindex [static]

Parallel threads operate the same technologies in the same plane but with some interesting (probably private difference), eg two data threads both bound to a control thread, one default and one devoted to realtime. We describe them as "kin" of one another, and they are distinguished by their "kindex" ie kin index, which is simply a whole number zero upwards, zero being the default and generally only value. It's up to a control provider to know about the parallel threads and specify the kindex when requesting a FC to talk to (eg a SCPR when creating a flow)

At present there are no parallel threads for CPRs as they have 1:1 with MCPR. It may be that in the future we have to worry about the same TierMgr in two threads, eg an authentication protocol being used by both BT & IP, and they're running separate control thread. This will require further thought once the use is clearer.