Patent Application
20190347084
This disclosure generally relates to information handling systems, and more particularly relates to systems and methods to dynamically create plug and play identifiers in firmware to facilitate deployment of windows services.
As the value and use of information continues to increase, individuals and businesses seek additional ways to process and store information. One option is an information handling system. An information handling system generally processes, compiles, stores, and/or communicates information or data for business, personal, or other purposes. Because technology and information handling needs and requirements can vary between different applications, information handling systems can also vary regarding what information is handled, how the information is handled, how much information is processed, stored, or communicated, and how quickly and efficiently the information can be processed, stored, or communicated. The variations in information handling systems allow for information handling systems to be general or configured for a specific user or specific use such as financial transaction processing, airline reservations, enterprise data storage, or global communications. In addition, information handling systems can include a variety of hardware and software components that can be configured to process, store, and communicate information and can include one or more computer systems, data storage systems, and networking systems.
It will be appreciated that for simplicity and clarity of illustration, elements illustrated in the Figures have not necessarily been drawn to scale. For example, the dimensions of some of the elements are exaggerated relative to other elements. Embodiments incorporating teachings of the present disclosure are shown and described with respect to the drawings presented herein, in which:
The use of the same reference symbols in different drawings indicates similar or identical items.
An information handling system can include an application installer, a gateway service, and a driver update service. The application installer can be configured to retrieve an application from an online application store, and to install the application. The gateway service can be configured to receive a request to enable a hardware identifier from the application, and enable the hardware identifier and trigger a driver update service. The driver update service can be configured to check for an updated driver for the hardware identifier, and download and install the updated driver.
The following description in combination with the Figures is provided to assist in understanding the teachings disclosed herein. The following discussion will focus on specific implementations and embodiments of the teachings. This focus is provided to assist in describing the teachings and should not be interpreted as a limitation on the scope or applicability of the teachings. However, other teachings can certainly be utilized in this application. The teachings can also be utilized in other applications and with several different types of architectures such as distributed computing architectures, client/server architectures, or middleware server architectures and associated components.
Information handling system 100 can include devices or modules that embody one or more of the devices or modules described above, and operates to perform one or more of the methods described above. Information handling system 100 includes a processors 102 and 104, a chipset 110, a memory 120, a graphics interface 130, include a basic input and output system/extensible firmware interface (BIOS/EFI) module 140, a disk controller 150, a disk emulator 160, an input/output (I/O) interface 170, and a network interface 180. Processor 102 is connected to chipset 110 via processor interface 106, and processor 104 is connected to chipset 110 via processor interface 108. Memory 120 is connected to chipset 110 via a memory bus 122. Graphics interface 130 is connected to chipset 110 via a graphics interface 132, and provides a video display output 136 to a video display 134. In a particular embodiment, information handling system 100 includes separate memories that are dedicated to each of processors 102 and 104 via separate memory interfaces. An example of memory 120 includes random access memory (RAM) such as static RAM (SRAM), dynamic RAM (DRAM), non-volatile RAM (NV-RAM), or the like, read only memory (ROM), another type of memory, or a combination thereof.
BIOS/EFI module 140, disk controller 150, and I/O interface 170 are connected to chipset 110 via an I/O channel 112. An example of I/O channel 112 includes a Peripheral Component Interconnect (PCI) interface, a PCI-Extended (PCI-X) interface, a high-speed PCI-Express (PCIe) interface, another industry standard or proprietary communication interface, or a combination thereof. Chipset 110 can also include one or more other I/O interfaces, including an Industry Standard Architecture (ISA) interface, a Small Computer Serial Interface (SCSI) interface, an Inter-Integrated Circuit (I2C) interface, a System Packet Interface (SPI), a Universal Serial Bus (USB), another interface, or a combination thereof. BIOS/EFI module 140 includes BIOS/EFI code operable to detect resources within information handling system 100, to provide drivers for the resources, initialize the resources, and access the resources. BIOS/EFI module 140 includes code that operates to detect resources within information handling system 100, to provide drivers for the resources, to initialize the resources, and to access the resources.
Disk controller 150 includes a disk interface 152 that connects the disc controller to a hard disk drive (HDD) 154, to an optical disk drive (ODD) 156, and to disk emulator 160. An example of disk interface 152 includes an Integrated Drive Electronics (IDE) interface, an Advanced Technology Attachment (ATA) such as a parallel ATA (PATA) interface or a serial ATA (SATA) interface, a SCSI interface, a USB interface, a proprietary interface, or a combination thereof. Disk emulator 160 permits a solid-state drive 164 to be connected to information handling system 100 via an external interface 162. An example of external interface 162 includes a USB interface, an IEEE 1134 (Firewire) interface, a proprietary interface, or a combination thereof. Alternatively, solid-state drive 164 can be disposed within information handling system 100.
I/O interface 170 includes a peripheral interface 172 that connects the I/O interface to an add-on resource 174 and to network interface 180. Peripheral interface 172 can be the same type of interface as I/O channel 112, or can be a different type of interface. As such, I/O interface 170 extends the capacity of I/O channel 112 when peripheral interface 172 and the I/O channel are of the same type, and the I/O interface translates information from a format suitable to the I/O channel to a format suitable to the peripheral channel 172 when they are of a different type. Add-on resource 174 can include a data storage system, an additional graphics interface, a network interface card (NIC), a sound/video processing card, another add-on resource, or a combination thereof. Add-on resource 174 can be on a main circuit board, on separate circuit board or add-in card disposed within information handling system 100, a device that is external to the information handling system, or a combination thereof.
Network interface 180 represents a NIC disposed within information handling system 100, on a main circuit board of the information handling system, integrated onto another component such as chipset 110, in another suitable location, or a combination thereof. Network interface device 180 includes network channels 182 and 184 that provide interfaces to devices that are external to information handling system 100. In a particular embodiment, network channels 182 and 184 are of a different type than peripheral channel 172 and network interface 180 translates information from a format suitable to the peripheral channel to a format suitable to external devices. An example of network channels 182 and 184 includes InfiniBand channels, Fibre Channel channels, Gigabit Ethernet channels, proprietary channel architectures, or a combination thereof. Network channels 182 and 184 can be connected to external network resources (not illustrated). The network resource can include another information handling system, a data storage system, another network, a grid management system, another suitable resource, or a combination thereof.
As another mechanism for software deployment, a curated application store 212 can be provided, such as by the operating system provider. Policies can limit what actions can be performed by applications available through the application store 212, and applications available can go through a screening process to ensure the policies are followed and that malicious code is not made available through the curated application store 212. Additionally, applications available through the application store 212 can be signed by the store provider to certify that the application is “safe”. Store Applications 214 can be downloaded by client system, the signature can be checked, and the software functions made available. Additionally, auto update mechanisms may be enabled so that Store Applications 214 can be periodically updated (with or without user intervention) to ensure the latest software is installed.
In some embodiments, the operating system provider may limit the type of software that can be available in the application store 212. For example, software may be limited to the user level privileges and the applications may be sandboxed or virtualized so that interaction with data from other software and interaction with the system hardware is limited. In other embodiments, the software may be limited to a subset of allowable APIs.
In various embodiments, an application available through an application store can require a service component to be installed on the system for proper functioning. For example, the application can provide a user interface for configuring subsystems may not have the desired result if the service component is not available to make changes to the operation of the underlying hardware. However, ensuring compatible versions of both the application and the service component are installed can be problematic when splitting the service component and the application providing the user interface. For example, a user may go to the application store and obtain the user interface component and either not follow through or not be aware of the need to install the service component. In another example, the application may receive an update prior to the service component receiving the update. The out of date service component may cause the application to break or may prevent usage of new features of the application until the service component is updated.
One method to resolve the dependency issues it to invoke a process to install or update the service component when the application is installed.
In various embodiments, the operating system provider can place restrictions on applications available through the application store and drivers available through the driver update service. For example, in Microsoft Windows 10, the driver may be required to be universal. Since a universal driver can be installed on various types of systems, including mobile devices that do not support driver installation during runtime but install drivers on an offline image of the target system, the universal driver may not depend on the runtime behavior of the system and may not utilize any co-installers or other DLLs. Additionally, there may be limitations of the cross-dependencies of applications and drivers installed through the application store and the driver update service. This can be problematic when hardware and firmware components have complex dependencies to avoid system instabilities and to ensure components work as expected. For example, an external hardware component, such as a dock, may need to interact with one or more internal hardware and software components. To ensure integration of the external hardware component and the internal components, upgrades to firmware and software may need coordination. For example, updating the firmware of the external hardware component may require other firmware and software to be updated first. While each firmware or software component provided by the application store and driver update service are required to not have defined cross-dependencies, a mechanism can to be provided to ensure updates are not performed in an uncoordinated manner.
At 508, when a newer version is available, the driver update service can provide an updated driver to be installed on the system. The updated driver may include a firmware update for the hardware component. However, the firmware update may not be installed on the hardware prior to ensuring dependencies are satisfied. At 510, the driver can check for the presence of a companion application. When the companion application is not present, the driver can cause the companion application to be installed through the application store, as indicated at 512. The companion application can provide dependency information to the driver to ensure all the interoperable components are updated to the required versions, as indicated at 514. At 516, the driver can use the dependency information from the companion application to check if the dependencies are satisfied. At 518, when dependencies are not satisfied, the driver can trigger the driver update service to update other components that do not satisfy the dependency requirement. At 520, once all dependencies are met, the driver can provide the updated firmware to the hardware component.
In various embodiments, a similar mechanism can be used to ensure interoperability of various other software and firmware components by assigning a virtual hardware identifier that can trigger the process.
The systems and methods disclosed improve to computer-related technology. Limiting software available to be installed on and executed on an information handling system can significantly reduce the risk of malicious code execution, improving information security and privacy and reducing maintenance and support requirements. However, such limits can negatively impact the functioning of necessary software. The disclosed systems and methods overcome negative effects of such limits by ensuring components are installed/updated in the proper order and all the necessary components are installed for the proper operation of the application. This reduces the chance of incompatible components crashing the software or otherwise limiting the functionality.
Although only a few exemplary embodiments have been described in detail above, those skilled in the art will readily appreciate that many modifications are possible in the exemplary embodiments without materially departing from the novel teachings and advantages of the embodiments of the present disclosure. Accordingly, all such modifications are intended to be included within the scope of the embodiments of the present disclosure as defined in the following claims. In the claims, means-plus-function clauses are intended to cover the structures described herein as performing the recited function and not only structural equivalents, but also equivalent structures.
