Abstract: This disclosure relates to systems and methods for reconfiguring hardware at run-time. In multi-tasking environments, applications may depend on specific hardware configurations for their execution. The run-time hardware configuration change management API can receive hardware configuration requests from applications, accept or deny configuration requests, arbitrate conflicting configuration requests, and apply configuration requests.

Abstract: Techniques and mechanisms detect deviations from a protocol being used to communicate between devices, for example, in hard logic (e.g., implemented as an ASIC or fixed circuitry) and soft logic (e.g., implemented in configurable logic of an FPGA). Techniques and mechanisms are described for detecting a variety of deviations from a protocol.

Abstract: Various embodiments of the present disclosure provide techniques for monitoring one or more transactions output from a configurable logic system (CLS) to a hard logic system. The CLS and the hard logic system are communicatively coupled by a bridge. The hard logic system receives an exception indicating that a malformed interconnect response has been output by the CLS, clears all pending CLS transactions, isolating the CLS, and executes a run-time recovery process. The run-time recovery process may include reading an interconnect register to obtain an offending address, within the CLS, associated with the malformed interconnect response, and logging the offending address into a system log.

Abstract: A protocol with matching protocol creation and parsing engines on both the client and server facilitates the automatic transfer of data and commands in an autonomous fashion. This protocol and its corresponding engines make up a new services layer software stack that is above the existing application layer in the network stack. The protocol is based on standard HTTP over TCP/IP as the applications, transport, and Internet layers, but adds a means to frame commands and data to allow for any operation to be performed over a single service layer. Protocol creation and parsing engines reside on all clients and the server. The server-side protocol engine runs as a common gateway interface binary within a standard web server. The client-side protocol engine has the communication layer of a standard web browser, but replaces the user interface layers with an API to automate the passing of commands and data to the server protocol engine.

Abstract: Various embodiments of the present disclosure provide techniques for verifying compatibility between a configuration image file bitstream for a programmable logic device (PLD) and an electrical circuit incorporating the PLD. The circuit includes an embedded processor, at least one memory device, and at least one input/output (I/O) device. A computer processing arrangement receives a user selection of the target image file, a first identifier of a first set of electrical circuit designs with which the target image file is compatible; and makes a determination whether or not the first circuit has a design included in the first set by comparing the first identifier with a second identifier, the second identifier corresponding to a design definition of the circuit.

Abstract: A protocol with matching protocol creation and parsing engines on both the client and server facilitates the automatic transfer of data and commands in an autonomous fashion. This protocol and its corresponding engines make up a new services layer software stack that is above the existing application layer in the network stack. The protocol is based on standard HTTP over TCP/IP as the applications, transport and internet layers, but adds a means to frame commands and data to allow for any operation to be performed over a single service layer. Protocol creation and parsing engines reside on all clients and the server. The server-side protocol engine runs as a common gateway interface binary within a standard web server. The client-side protocol engine has the communication layer of a standard web browser, but replaces the user interface layers with an API to automate the passing of commands and data to the server protocol engine.

Abstract: Various embodiments of the present disclosure provide techniques for producing configuration images of a system on a chip (SOC) design, including a programmable logic device (PLD) and operating system (OS) packages, responsive to a user selection of one or more modules of the PLD and a user selection of at least one OS package. A processor configured to run a design tool, builds the configuration image of the SOC. The design tool compiles a PLD configuration image corresponding to the first selection, selects one or more PLD module drivers corresponding to the first selection, compiles a bootloader and OS kernel design corresponding to the selected one or more module drivers and the PLD image; and builds the configuration image of the SOC corresponding to the bootloader and OS kernel design and the second selection.

Abstract: A protocol with matching protocol creation and parsing engines on both the client and server facilitates the automatic transfer of data and commands in an autonomous fashion. This protocol and its corresponding engines make up a new services layer software stack that is above the existing application layer in the network stack. The protocol is based on standard HTTP over TCP/IP as the applications, transport and internet layers, but adds a means to frame commands and data to allow for any operation to be performed over a single service layer. Protocol creation and parsing engines reside on all clients and the server. The server-side protocol engine runs as a common gateway interface binary within a standard web server. The client-side protocol engine has the communication layer of a standard web browser, but replaces the user interface layers with an API to automate the passing of commands and data to the server protocol engine.