Abstract: The present invention is directed to restricting device access per session. Entries in a device list are configured to store session ID values in addition to values for other device properties. A session ID value for a device can be set to the session ID value of a (e.g., RDP) session that registered the device such that the subsequent transfer of device related information for the device can be restricted to processes in the session. When a request for device related information is received from a process, an access check is performed by at least comparing a session ID value for the process to a session ID value stored in a device entry for the device. When the access check is successful, for example, when session ID values match, access to the requested device related information can be permitted.

Abstract: A system and method for providing DP capabilities on a computer system is provided. The DP capabilities include hot-add and hot-replace of various hardware components such as a processor, memory, and an I/O device to the computer system. The namespace of the hardware components on a computer system is separately created and stored. Some portion of the hardware components is prevented from being recognized during an initial boot. The unrecognized hardware components can be recognized by manipulation of the namespace modules.

Abstract: A method and system for avoiding the overwriting of drivers by subsequent versions or other commonly named drivers includes generating a unique identity for every eligible driver package. Driver files from the driver package, or the entire driver package itself, are then installed in a subdirectory location in a common storage based on the unique identity. The driver files may be loaded to a memory from the subdirectory location. Thus, multiple driver packages and driver files having the same name may be installed and loaded side-by-side.

Abstract: The subject invention relates to systems and methods that automatically monitor computer platform components and initiate automated resource recovery procedures based on detected periods of component inactivity. In one aspect, an automated maintenance system for computer resources is provided. The system includes a controller that monitors installation and removal of system components that cooperate to facilitate various operations of a computer. A threshold component supplies time out or decay values for the devices to determine inactive periods of the devices, whereby the controller removes persistent memory references for the devices based in part on the time out values. Supervisory threshold functions can be provided to cause the system to perform maintenance operations at other desired intervals in order to allow periods of device inactivity while maintaining desired component information on the respective system.

Abstract: A method and apparatus include comparing a called DLL file with DLL file names listed in a database. If a file name of the called DLL file is one of the DLL file names listed in the database, a compatibility mode associated with a DLL file name that matches the called DLL file is referenced. Based on the referenced compatibility mode, an operation of a processor is affected using the compatibility mode associated with the DLL file name.

Abstract: A system and method for entity management is provided. In accordance with an aspect of the present invention, a system administrator is given control over device(s) that can be installed on a computer system(s), and/or how the installation can be performed. Thus, a system administrator can specify device installation policy that prevents the computer system from automatically installing device(s) (e.g., even when an appropriate driver is available to be installed). For example, this policy can be applied to substantially all new devices and/or only a subset of devices. Optionally, policy can also control how device(s) that are already installed will be made available to the computer system.

Abstract: A method and system for avoiding the overwriting of drivers by subsequent versions or other commonly named drivers includes generating a unique identity for every eligible driver package. Driver files from the driver package, or the entire driver package itself, are then installed in a subdirectory location in a common storage based on the unique identity. The driver files may be loaded to a memory from the subdirectory location. Thus, multiple driver packages and driver files having the same name may be installed and loaded side-by-side.