Patent Application
20110320716
This invention relates generally to processing within a computing environment, and more particularly to methods and system for debugging a cache memory.
A cache is a memory component that improves processor performance by transparently storing data such that future requests for that data can be served faster. The data that is stored within a cache might be values that have been computed earlier or might be duplicates of original values that are stored elsewhere. If requested data is contained in the cache (cache hit), this request can be served by simply reading the cache, which is comparably faster. Otherwise (cache miss), the data has to be recomputed or fetched from its original storage location, which is comparably slower. Hence, the more requests can be served from the cache the better the overall system performance.
To debug certain problems or set up certain special test cases for the cache, it is desirable to be able to write data into the cache or read data out of the cache either before the system is running or after the system is running.
An embodiment includes a method of debugging a memory element. The method includes initializing a line fetch controller with at least one of write data and read data; utilizing at least two separate clocks for performing at least one of write requests and read requests based on the at least one of the write data and the read data; and debugging the memory element based on the at least one of write requests and read requests.
Another exemplary embodiment includes an apparatus for performing debugging of a memory element. The apparatus includes a memory element configured to cache data between a memory and a processor. A debug buffer system is provided for performing a method. The method includes initializing a line fetch controller with at least one of write data and read data; and utilizing at least two separate clocks for performing at least one of write requests and read requests based on the at least one of the write data and the read data, wherein the debugging the memory element is based on the at least one of write requests and read requests.
Additional features and advantages are realized through the techniques of the present invention. Other embodiments and aspects of the invention are described in detail herein and are considered a part of the claimed invention. For a better understanding of the invention with advantages and features, refer to the description and to the drawings.
Referring now to the drawings wherein like elements are numbered alike in the several FIGURES:
An exemplary embodiment of the present invention provides methods, systems and computer program products that include processor components to write or read out specific entries in a cache memory for debug purposes. Further embodiments of the present invention provide methods, systems and computer program products for maintaining the data in the cache memory after a checkstop of the system.
Turning now to the drawings in greater detail, wherein like reference numerals indicate like elements,
The exemplary computing device 110 includes, for example, at least one processor 120, main memory 130, and input/output component(s) 140 that communicate via a bus 150. The input/output component(s) 140 may include one or more components that facilitate local and/or remote input/output operations to/from the computing device, such as a display, keyboard, modem, network adapter, etc. (not shown).
When the computing device 110 is in operation, the processor 120 is configured to execute instructions stored within the main memory 130, to communicate data to and from the main memory 130, and to generally control operations of the computing device 110 pursuant to the instructions. The processor 120 may be any custom made or commercially available processor, a central processing unit (CPU), an auxiliary processor among several processors associated with the computing device 110, a semiconductor based microprocessor (in the form of a microchip or chip set), a macroprocessor, or generally any device for executing instructions. In various embodiments, the processor 120 includes the memory debug systems and methods as described herein.
In particular, the processor 120 includes memory 160 and controls 170. for aiding in the debug of the memory 160. During operation, the memory 160 communicates with the main memory 130 on behalf of the processor 120. For example, the main memory 130 may include various data stored therein (e.g., instructions, software, routines, etc.) that may be transferred to and/or from the memory 160 by the controls for execution by the processor 120. The memory 160 and controls 170 includes methods and systems for writing data to and reading data out of the memory 160 after operation.
The exemplary computing system 100 may further include a network 180 and other device(s) 190. The network 180 connects the computing device 110 with the other device(s) 190, and may include one or more wide area networks (WANs) and/or local area networks (LANs) such as, for example, the Internet, intranet(s), and/or wireless communication network(s). The other device(s) 190 may be, for example, one or more other computing devices, storage devices, peripheral devices, etc. The computing device 110 and other device(s) 190 are in communication via the network 180 (e.g., to communicate data there between).
Generally speaking, the functional clock 210 controls the operation of the components based on a first clock cycle. During operation, the controllers 220, 230 are used to feed data to the pipeline 250. Based on the data, the pipeline 250 executes instructions that write data to the cache 260 from the buffer 240 or that read data out from the cache 260 to the buffers 240. In various embodiments, the refresh clock 270 controls the operation of the cache 260 and the refresh unit 280 according to a second clock cycle. The exemplary subsystem can be used to debug the cache 260 when an error occurs.
To aid in the debugging of the memory 160, the memory element 200 includes a scanning system 295. The scanning system 295 receives input data provided by, for example, a user and scans the data to at least one of the line fetch controller 220, the remote line fetch controller 230, and the buffer 240. For example, when the processor subsystem is in an initial state or a checkstop state after the error has occurred, the functional clock 210 is off. The subsystem can then be scanned into a state such that the line fetch controller 220 and the remote line fetch controller 230 can write data into the cache 260 and read data out of the cache 260 respectively.
In particular, the line fetch controller 220 and remote line fetch controller 230 are requestors into the subsystem pipeline 250 and are generally used for the operations of writing data into the cache 260 and reading data from the cache 260. If a cache write operation is desired, the buffer 240 associated with the line fetch controller 220 can be scanned with the desired data to be written to the cache 260. If a cache read operation is desired, the remote line fetch controller 220 can be scanned with the desired commands to read data from the cache 260 to the buffer 240.
Once the controllers 220 or 230 and buffers 240 are scanned with the desired operations and data, the functional clock 210 is activated for a number of cycles needed to arbitrate the data through the pipeline 250. If the desired operation includes reading data out of the cache 260, the buffer 240 can be scanned out so that the user can look at the data that was contained in the cache 260.
As can be appreciated, the subsystem may include multiple similar controllers 220, 230 associated with the cache 260 to complete multiple operations when multiple function clocks 210 are started. The operations may also be completed several times to write to or read portions of the cache 260.
With reference now to
Once the line fetch controller 220 and the buffer 240 are initialized into the appropriate state and with all the desired data, the functional clock 210 can be turned on for a fixed number of cycles at 360 and 370. The line fetch controller 220 places the request into the pipeline 250. The pipeline priority logic can prioritize the requests and allow them into the pipeline 250 one at a time to write the data into the cache 260 at 380. As each operation finishes, the associated line fetch controller 220 resets at 390.
Once all of the writes are completed, the pipeline 250 will be quiet. The number of cycles that is clocked should be just long enough to ensure this completes at 370. The data is then present in the cache 260 for debugging at 395 and the method may end at 399. These operations can then be repeated to write as many lines as needed.
In various embodiments, as shown in
The functional clock 210 is then started at 450. The remote line fetch controller 230 proceeds through the pipeline 250 to look up the address in the directory and see if the address exists (cache hit) in the cache 260 at 470. If the address does not exist (cache miss) the controller 230 indicates the operation missed in a latch and the operation ends. If the address does exist, the controller 230 indicates it hit in a latch. The data is read out of the cache and into the buffer 240 at 480.
In various embodiments, performing one read per controller allows the user to read out many lines at one time. The pipeline 250 naturally manages and prioritizes the requests entering the pipeline 250 until they are all completed. The functional clock 210 should be turned off when all of the reads are done at 460. The user can then scan out the controller 230 and the buffer 240 to see if the data existed in the cache 260, and if it did exist, what the data associated with that address was at 490. Thereafter, the method may end at 495. This operation can then be repeated for as many lines as the user would like to read out.
With reference back to
In various embodiments, the fence control and refresh logic 290 that is running on the refresh clock 270 can receive a signal from the pervasive logic indicating that the functional clock 210 is off and can send a fence signal to the cache 260 and associated logic on the refresh domain. With the logic in the refresh domain fenced from the functional domain and the functional clock 210 turned off, the functional domain of the subsystem can then be scanned into a state such that the line fetch controller 220 and the remote fetch controller 230 can write data to the cache 260 and read data out of the cache 260, respectively.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used herein, the singular forms “a”, “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” and/or “comprising,” when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
The corresponding structures, materials, acts, and equivalents of all means or step plus function elements in the claims below are intended to include any structure, material, or act for performing the function in combination with other claimed elements as specifically claimed. The description of the present invention has been presented for purposes of illustration and description, but is not intended to be exhaustive or limited to the invention in the form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the invention. The embodiment was chosen and described in order to best explain the principles of the invention and the practical application, and to enable others of ordinary skill in the art to understand the invention for various embodiments with various modifications as are suited to the particular use contemplated.
As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a system, method or computer program product. Accordingly, aspects of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, aspects of the present invention may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.
Any combination of one or more computer readable medium(s) may be utilized. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++ or the like and conventional procedural programming languages, such as the “C” programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
Aspects of the present invention are described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
