Abstract: A method, storage control system and information handling system (IHS) enables efficient copying of a first directory containing a first plurality of files from a client to a target server. The method includes receiving, via a first processor of the client, a request to copy the first directory containing the first plurality of files from a first storage device to the target server. The first directory is parsed into a first i-node tree. Metadata corresponding to the first i-node tree is generated and transmit from the client to the target server. A second processor at the target server is triggered to generate a second directory based on the metadata corresponding to the first i-node tree. The first plurality of files contained in the first directory from the first storage device is transmitted to the target server.

Abstract: A method, storage control system and information handling system (IHS) enables efficient copying of a first directory containing a first plurality of files from a client to a target server. The method includes receiving, via a first processor of the client, a request to copy the first directory containing the first plurality of files from a first storage device to the target server. The first directory is parsed into a first i-node tree. Metadata corresponding to the first i-node tree is generated and transmit from the client to the target server. A second processor at the target server is triggered to generate a second directory based on the metadata corresponding to the first i-node tree. The first plurality of files contained in the first directory from the first storage device is transmitted to the target server.

Abstract: A first firmware volume of a Unified Extensible Firmware Interface (UEFI) compliant information handling system is accessed. Authentication information is retrieved from the first firmware volume using a UEFI Secure Architecture Protocol. Based on the authentication information, it is determined if the first firmware volume is a first type of firmware volume. If the first firmware volume is the first type of firmware volume, the first firmware volume is authenticated using the first authentication information and an authentication procedure other than Secure Boot authentication. If the first firmware volume is a second type of firmware volume, the second type different than the first type, the first firmware volume is authenticated using the first authentication information and the Secure Boot authentication.

Abstract: Systems and methods for providing Out-of-Band (OOB) real-time inventory and configuration of Original Equipment Manufacturer (OEM) devices using Advanced Configuration and Power Interface (ACPI) and Unified Extensible Firmware Interface (UEFI) services. In an embodiment, a method may include, during the booting of an Operating System (OS) and under control of an UEFI firmware, creating an OEM runtime-defined table configured to store a list of Globally Unique Identifiers (GUIDs) associated with OEM devices, where each OEM device corresponds to an OEM vendor-owned UEFI real-time service, and where each OEM vendor-owned UEFI real-time service is configured to enable operations after the booting of the OS; and load an ACPI OEM driver configured to interpret the OEM runtime-defined table and to invoke one or more corresponding OEM vendor-owned UEFI runtime services, and inform a Baseboard Management Controller (BMC) coupled to the processor that the ACPI OEM driver is available.

Abstract: In accordance with embodiments of the present disclosure, a method may include during boot of the information handling system, in response to one of a system management request received by a management controller or user input indicative of a task received during boot, downloading, by a basic input/output system (BIOS), from a network database communicatively coupled to the network interface, one or more executable modules for completing a system management request or a task. The method may also include executing the one or more downloaded modules.

Abstract: A first firmware volume of a Unified Extensible Firmware Interface (UEFI) compliant information handling system is accessed. Authentication information is retrieved from the first firmware volume using a UEFI Secure Architecture Protocol. Based on the authentication information, it is determined if the first firmware volume is a first type of firmware volume. If the first firmware volume is the first type of firmware volume, the first firmware volume is authenticated using the first authentication information and an authentication procedure other than Secure Boot authentication. If the first firmware volume is a second type of firmware volume, the second type different than the first type, the first firmware volume is authenticated using the first authentication information and the Secure Boot authentication.

Abstract: Systems and methods for providing Out-of-Band (OOB) real-time inventory and configuration of Original Equipment Manufacturer (OEM) devices using Advanced Configuration and Power Interface (ACPI) and Unified Extensible Firmware Interface (UEFI) services. In an embodiment, a method may include, during the booting of an Operating System (OS) and under control of an UEFI firmware, creating an OEM runtime-defined table configured to store a list of Globally Unique Identifiers (GUIDs) associated with OEM devices, where each OEM device corresponds to an OEM vendor-owned UEFI real-time service, and where each OEM vendor-owned UEFI real-time service is configured to enable operations after the booting of the OS; and load an ACPI OEM driver configured to interpret the OEM runtime-defined table and to invoke one or more corresponding OEM vendor-owned UEFI runtime services, and inform a Baseboard Management Controller (BMC) coupled to the processor that the ACPI OEM driver is available.

Abstract: Systems and methods are provided that may be implemented to deliver firmware for pre-boot updates of targeted information handling system device/devices using custom update capsules (e.g., such as custom unified extensible firmware interface capsules) and a separately-stored firmware update package that is remotely or locally stored. The custom update capsules may contain instruction payload information that may be used to determine location and desired components of the separately-stored firmware update package, and that also may be used to determine whether existing driver/drivers are to be retained in a firmware module in system memory or to be unloaded and replaced with a new (e.g., upgraded or downgraded) driver version in a firmware module in system memory as part of the firmware update.

Abstract: A method, storage control system and information handling system (IHS) enables efficient copying of a first directory containing a first plurality of files from a client to a target server. The method includes receiving, via a first processor of the client, a request to copy the first directory containing the first plurality of files from a first storage device to the target server. The first directory is parsed into a first i-node tree. Metadata corresponding to the first i-node tree is generated and transmit from the client to the target server. A second processor at the target server is triggered to generate a second directory based on the metadata corresponding to the first i-node tree. The first plurality of files contained in the first directory from the first storage device is transmitted to the target server.

Abstract: In accordance with embodiments of the present disclosure, an information handling system may include a processor, a storage resource communicatively coupled to the processor, and a basic input/output system (BIOS) comprising a program of instructions executable by the processor and configured to cause the processor to initialize one or more information handling resources of the information handling system. The BIOS may be further configured to, during runtime of an operating system, receive an input/output request from the operating system to access a system partition instantiated on the storage resource, authenticate the input/output request, and responsive to authenticating the input/output request, provide a runtime service of the BIOS to complete the input/output request to the system partition.

Abstract: Systems and methods for Unified Extensible Firmware Interface (UEFI) credential-based access of hardware resources. In an illustrative, non-limiting embodiment, an Information Handling System (IHS) may include a processor and a memory coupled to the processor, the memory having program instructions stored thereon that, upon execution by the processor, cause the IHS to: receive a credential for a given one of a plurality of users; and store the credential, where the credential is retrievable via a UEFI Device Path Protocol as part of a determination of whether the given user has access to a given one of a plurality of devices within the IHS, and where the given device is accessible via a UEFI Device Path.

Abstract: Systems and methods for rendering graphics using framebuffer nodes. In an illustrative, non-limiting embodiment, an Information Handling System (IHS) may include a processor and a memory coupled to the processor, the memory having program instructions stored thereon that, upon execution by the processor, cause the IHS to: provide a graphical user interface (GUI) to a user via a display coupled to the IHS, where a portion of the display is rendered using a first framebuffer, detect a user' action corresponding to an event handler, retrieve, using a red-black tree, a second framebuffer associated with the event handler, and render the portion of the display using the second framebuffer.

Abstract: In accordance with embodiments of the present disclosure, an information handling system may include a processor, a storage resource communicatively coupled to the processor, and a basic input/output system (BIOS) comprising a program of instructions executable by the processor and configured to cause the processor to initialize one or more information handling resources of the information handling system. The BIOS may be further configured to, during runtime of an operating system, receive an input/output request from the operating system to access a system partition instantiated on the storage resource, authenticate the input/output request, and responsive to authenticating the input/output request, provide a runtime service of the BIOS to complete the input/output request to the system partition.

Abstract: A system comprises a first node, which comprises a first controller. The first controller is operable to access a set of files that are stored within a drive of the first node and configure the first node based on the set of files. The first controller is further configured to receive, from a second controller, a first message requesting access to the drive comprising the set of files. The second controller may be within a second node, which is different than the first node. In response to receiving the first message, the first controller transmits a second message to the second controller allowing the second controller to access the drive in the first node comprising the set of files by emulating the partition to configure the second node. The first controller is further configured to transfer the set of files to the second controller after transmitting the second message.

Abstract: An information handling system may include a processor, a network interface communicatively coupled to the processor, a storage resource communicatively coupled to the processor, and a basic input/output system (BIOS). The BIOS may be configured to, during a pre-boot environment of the information handling system: receive a datagram at the network interface from a network communicatively coupled to the network interface; determine if a variable is set within a header of the datagram indicating that a data payload of the datagram is to be bypassed by at least a portion of a network stack and a storage stack of the BIOS; and responsive to determining the variable is set, bypass the data payload by at least a portion of the network stack and the storage stack of the BIOS.

Abstract: Systems and methods are provided that may be implemented to deliver firmware for pre-boot updates of targeted information handling system device/s using custom update capsules (e.g., such as custom UEFI capsules) and a separately-stored firmware update package that is remotely or locally stored. The custom update capsules may contain instruction payload information that may be used to determine location and desired components of the separately-stored firmware update package, and that also may be used to determine whether existing driver/s are to be retained in a firmware module in system memory or to be unloaded and replaced with a new (e.g., upgraded or downgraded) driver version in a firmware module in system memory as part of the firmware update.

Abstract: A method and information handling system (IHS) that optimizes boot time. The method includes a basic input output system (BIOS) performing an authentication check of drivers during an initial boot process. The results of the authentication check are stored along with an unified extensible firmware interface (UEFI) image for each driver in an authentication results data structure (ARDS). In response to receipt of a subsequent request to enable a secure boot of the IHS, when the initial boot process was performed with the secure boot disabled, the ARDS is accessed to determine if any of the drivers failed the authentication check. When none of the drivers have failed the authentication check, the boot process is continued using the UEFI images of the drivers. When at least one of the drivers has failed its authentication check, a notification is output indicating a failure of the authentication check.

Abstract: An information handling system includes a processor and a memory including code to implement a Unified Extensible Firmware Interface (UEFI). The UEFI includes a UEFI network file system module that provides a first compound command to get directory information for a first directory on a network storage device, provides a second compound command to get file information for the first directory, and provides a third compound command to open a file stored on the first directory. The UEFI also includes a UEFI network protocol module that sends the first compound command, the second compound command, and the third compound command to the network storage device, wherein the first compound command, the second compound command, and the third compound command are sent to the network storage device via a first network transaction.

Abstract: A first firmware volume of a Unified Extensible Firmware Interface (UEFI) compliant information handling system is accessed. Authentication information is retrieved from the first firmware volume using a UEFI Secure Architecture Protocol. Based on the authentication information, it is determined if the first firmware volume is a first type of firmware volume. If the first firmware volume is the first type of firmware volume, the first firmware volume is authenticated using the first authentication information and an authentication procedure other than Secure Boot authentication. If the first firmware volume is a second type of firmware volume, the second type different than the first type, the first firmware volume is authenticated using the first authentication information and the Secure Boot authentication.

Abstract: A service processor of an information handling system receives a Secure Boot database from a provisioning server coupled to the service processor by a data communication network. The Secure Boot database is stored at a memory device included at the service processor. The Secure Boot database is provided to a basic input output system (BIOS) at the information handling system in response to a request issued by intrinsic BIOS instructions executed during initialization of the information handling system.