Abstract: A method according to one embodiment includes the operations of assigning a network application to at least one first core processing unit, from among a plurality of core processing unit. The method of this embodiment also includes the operations of assigning a first receive queue to said first core processing unit, wherein the first receive queue is configured to receive packet flow associated with the network application; defining a high threshold for the first receive queue; and monitoring the packet flow in the first receive queue and comparing a packet flow level in the first receive queue to the high threshold; wherein if the packet flow level exceeds the threshold based on the comparing, generating a queue status message indicating that the packet flow level in the first queue has exceeded the queue high threshold.

Abstract: Automatically determining a link speed between link partners using a multispeed fiber module. An embodiment solves the problem of how to determine the highest common link speed between short range (SR)/long range (LR) fiber link partners when at least one of the link partners is using a multispeed fiber module. In an embodiment, a multispeed fiber module comprises a module that is capable of both 10 gigabit (GB) per second Ethernet and 1 GB per second Ethernet or lesser data transfer speeds over a fiber optical link. In an embodiment, the method comprises trying each link speed in a known succession, from highest supported speed to lowest supported speed. In an embodiment, an initiator link partner “blinks” a transmit laser, which alerts the link partners that a link speed determination session is being initiated. By automatically determining link speed, the user is relieved of the necessity to manually configure the link speed.

Abstract: A method according to one embodiment includes the operations of assigning a network application to at least one first core processing unit, from among a plurality of core processing unit. The method of this embodiment also includes the operations of assigning a first receive queue to said first core processing unit, wherein the first receive queue is configured to receive packet flow associated with the network application; defining a high threshold for the first receive queue; and monitoring the packet flow in the first receive queue and comparing a packet flow level in the first receive queue to the high threshold; wherein if the packet flow level exceeds the threshold based on the comparing, generating a queue status message indicating that the packet flow level in the first queue has exceeded the queue high threshold.

Abstract: Disclosed are exemplary embodiments for updating a networked machine having at least a dormant state and an active state. In various embodiments, when the machine it is a dormant state, it listens to a network for candidate updates, that is, updates that may be applicable to the machine. In some embodiments, determining the candidate update is an applicable update for the machine may be based at least in part on a variety of reasons, including testing if it has already been applied, does not actually update some aspect of the machine, conflicts with an existing configuration of the machine, conflicts with a policy of the machine, etc. The machine may cache some or all of the candidate updates or applicable updates, where a variety of rationales or policies may be used to control update retention.

Abstract: Disclosed are exemplary embodiments for updating a networked machine having at least a dormant state and an active state. In various embodiments, when the machine it is a dormant state, it listens to a network for candidate updates, that is, updates that may be applicable to the machine. In some embodiments, determining the candidate update is an applicable update for the machine may be based at least in part on a variety of reasons, including testing if it has already been applied, does not actually update some aspect of the machine, conflicts with an existing configuration of the machine, conflicts with a policy of the machine, etc. The machine may cache some or all of the candidate updates or applicable updates, where a variety of rationales or policies may be used to control update retention.

Abstract: Techniques to pace the transmission of packets to multiple connections using one or more queues or storages. When multiple queues are used, each queue may have an associated throughput rate and each of the queues may have a different associated throughput rate.

Abstract: Disclosed are exemplary embodiments for updating a networked machine having at least a dormant state and an active state. In various embodiments, when the machine it is a dormant state, it listens to a network for candidate updates, that is, updates that may be applicable to the machine. In some embodiments, determining the candidate update is an applicable update for the machine may be based at least in part on a variety of reasons, including testing if it has already been applied, does not actually update some aspect of the machine, conflicts with an existing configuration of the machine, conflicts with a policy of the machine, etc. The machine may cache some or all of the candidate updates or applicable updates, where a variety of rationales or policies may be used to control update retention.

Abstract: A directed audio system, a network interface communicatively coupled with a network, and a controller to receive, via the network interface, an estimate for a location from a locating device communicatively coupled with the network, and to cause the directed audio system to direct an audio signal based at least in part on an estimate for the location received from the locating device.

Abstract: A system has a power consuming component, power source circuitry, and power control circuitry. The power source circuitry is to supply power from a number of different sources, including some extracted from a local area network (LAN) cable that is attached to the system. The power control circuitry is to supply the power to operate the component from all of the different sources.

Abstract: Provided are a method, apparatus, system, and article of manufacture for interfacing a device to a host, wherein in certain embodiments a device interface in the device receives a request generated by a device driver in the host. The device interface processes the request, wherein a plurality of device interfaces corresponding to a plurality of devices are capable of processing the request. An operation associated with the device is executed, by the device interface, in response to processing the request.

Abstract: Provided are a method, apparatus, system, and article of manufacture, wherein in certain embodiments a network adapter having an offload protocol stack receives a query. The offload protocol stack of the network adapter is configured to provide a programmable identity for the offload protocol stack of the network adapter. A response is generated to the query by processing the query in the configured offload protocol stack, wherein the response is based on the programmable identity. The generated response is sent by the network adapter.

Abstract: A method for preventing counterfeit of a hardware device is disclosed. The method comprises determining whether a first indicator for a hardware device is set, wherein the first indicator when set indicates that the device is not a counterfeit device, and if the first indicator is not set, then activating a counter, setting a second indicator when the counter expires, and operating the hardware device in a counterfeit mode when the second indicator is set, wherein the counterfeit mode identifies the hardware device as a counterfeit device. Other embodiments are also disclosed.

Abstract: Embodiments of an integrated device comprising portions of wired and wireless network communication devices are presented herein.

Abstract: Corrupted configuration data stored in a first memory for a device may be restored using backup configuration data stored in a second memory. In one embodiment, the second memory may be carried by the device itself. In another embodiment, the second memory may be carried on a motherboard and may store backup configuration data for more than one device. Other embodiments are described and claimed.

Abstract: Provided are a method, system, and article of manufacture, wherein in certain embodiments, an indicator is searched for in a computational platform, and wherein the indicator indicates an operational state of a device coupled to the computational platform. A determination is made that the indicator has been modified to disable the device. The indicator is modified to allow enablement of the disabled device. The device is tested to determine whether the device is capable of operating correctly.

Abstract: A system and method for initialization of a computer system is described. Faster initialization of a computer system is possible by allowing certain device driver initialization tasks to overlap with other initialization and operating system tasks. option-ROMs resident on hardware device drivers define the initialization tasks to be performed prior to device driver initialization. Initial computer code for booting the computing device, such as a BIOS, is executed. As option-ROMs for hardware devices are scanned and executed, specific device initialization information is accessed from the devices and placed in pre-defined buffer areas. These accesses occur in parallel to other start up tasks. When device drivers are loaded, some of their initialization has already completed, thereby shortening the time necessary to boot the system.

Abstract: Provided is a method and system for managing data processing rates at a network adapter using a temperature sensor. A temperature of a component in the adapter transmitting data over a network is measured. A rate at which data is processed in the adapter over the network is reduced in response to determining that the measured temperature exceeds a threshold.

Abstract: A hardware authenticity verification system includes a hardware element having a hardware address. A digital signature generator is included to create a digital signature of the hardware address of the hardware element. A memory element stores the digital signature of the hardware element. A software program is included to compare the digital signature of the hardware element to a known value. If the digital signature of the hardware element matches the known value, the user may be granted read and write access to all memory locations within the memory element, including a location in which the hardware address is stored. On the other hand, if the hardware address of the hardware element does not match the known value, the hardware element will not properly function, because the manufacturer's software program is configured to not load on the hardware element if the hardware address of the hardware element does not match the known value.

Abstract: Provided are a method, system, and article of manufacture, wherein in certain embodiments, an indicator is searched for in a computational platform, and wherein the indicator indicates an operational state of a device coupled to the computational platform. A determination is made that the indicator has been modified to disable the device. The indicator is modified to allow enablement of the disabled device. The device is tested to determine whether the device is capable of operating correctly.

Abstract: A method for running diagnostic utilities so as to prevent system disruptions. During initialization of a diagnostic utility, a resource monitoring thread is spawned as a background process to monitor system resource conditions, such as CPU and memory availability and loads. In one embodiment, the resource conditions are continuously monitored by querying performance data written to the system's registry on a periodic basis. In response to user requests to perform diagnostics, the resource monitoring thread (or files written thereby) is/are queried to determined the current resource conditions. If enough resources are available to run the utility's diagnostic routine(s), they are allowed to run. If it is determined that not enough resources are available, the running of the diagnostics is delayed until it is determined that enough resources are available. Alternately, a subset of the diagnostics may be run based on the current resource conditions determined by the resource monitoring thread.