DETAILED DESCRIPTION OF THE INVENTION

[0022] The memory controller DDR-II Interface ASIC (the application specific integrated circuit DIA 30 in the FIG. 1 ) servers as the memory controller of the memory subsystem package where it is connected to commercial SDRAM chips, such as the preferred Double Data Rate (version II) DDR-II SDRAM modules 10 and 20 manufactured by Samsun Electronics. In a typical application the DIA will be connected to more than two memory modules, but two represents the plurality of memory modules and will suffice to describe the invention. As illustrated in FIG. 1 the DDR-II SDRAM comprises two coupled commercial separate memory modules in the form of the Samsung DDR-II SDRAM 10 and Samsung DDR-II SDRAM 20 each of which are manufactured in accordance with the Samsung specification and have four data bits, DQ 0 through DQ 3 . DDR-II SDRAM with more data bits (e.g. 8 or more) are also available and could be used, but the number of data bits is not relevant to the inventions described here. A common reference voltage Vref is supplied by the voltage reference circuit we call DAC-Vref 50 . This voltage reference (Vref) is common to DIA 30 and to both DDR-II SDRAM modules 10 and 20 , and would also be common to more DDR-II modules if more were required.

[0023] The DDR-II Interface ASIC (DIA) 30 is connected via an internal bi-directional communication (I2C) bus 100 to the voltage reference circuit (DAC-Vref) 50 , and to an analog-to-digital converter (ADC) voltage or temperature adjustment circuit (ADC-V,T1) 60 , as well as to our second temperature Digital Temperature Sensor (DTS) we call a DTS-T2 70 , and a circuit for a voltage controlled fan within the chip called DAC-FAN 80 .

[0024] DAC-Vref 50 receives its commands from our DDR-II Interface ASIC DIA 30 via the I2C bus 100 , and provides a reference voltage Vref on its output pin Vout. This voltage is applied to the Vref input pins on the DDR-II SDRAM modules 10 and 20 , and the Vref input pin on the DIA 30 .

[0025] ADC-V,T1 60 is also controlled by the DDR-II Interface ASIC DIA 30 via the I2C bus 100 . This analog-to-digital converter supplies digital readings of Vddq provided by the Vddq Power Supply 90 and supplies digital readings of either the surface mount temperature or ambient air temperature, depending upon how it is affixed to the surface of its carrier (typically a card). The DIA 30 writes configuration commands to ADC-V,T1 60 via the I2C bus 100 , causes ADC-V,T1 to perform voltage or temperature conversions, and reads these digital values from ADC-V,T1 60 via the I2C bus.

[0026] In such an implementation of our preferred embodiment the Over-Temperature Indicator (OTI) output pin of ADC-V,T1 60 is connected to a switch controlling a fan. If the temperature goes above a programmed threshold, the OTI pin drives an active value, and is used to switch a fan on. If the fan cools the temperature below the threshold, the OTI pin goes to its inactive value, and switches the fan off.

[0027] DTS-T2 70 is a digital temperature sensor, monitoring a second temperature in addition to the temperature monitored by ADC-V,T1. It is controlled by DIA 30 via the I2C bus 100 , and provides a digital reading to DIA 30 via the I2C bus 100 .

[0028] The fan voltage control output of DAC-FAN 80 is controlled by DIA 30 via the I2C bus 100 . This fan voltage control circuit illustrates our second method for controlling the memory sub-system temperature. If DIA 30 detects an over-temperature condition after reading ADC-V,T1 60 or DTS-T2 70 , it raises the voltage output of DAC-FAN 80 by programming DAC-FAN 80 with a new value over the I2C bus 100 . The DAC-FAN 80 control circuit output is connected to a voltage controlled fan. The higher the voltage, the faster the fan rotates.

[0029] The Over-Temperature Indicator (OTI) output of ADC-V,T1 60 and the voltage control output of DAC-FAN provide two different cooling solutions. In the preferred embodiment provision is made for the use of two fans. A fan which is connected to ADC-V,T1 will be either on or off. The fan which is connected to DAC-FAN is a variable speed fan and can provide a more precise control of the temperature. The DAC-FAN variable speed implementation may also has less power consumption.

[0030] The Vddq Voltage Supply 90 circuit is connected to the vddq input pins of the DDR-II SDRAMs 10 and 20 , and provides a voltage input for the vin pin of the ADC-V,T1 60 .

[0031] FIG. 2 shows a detailed implementation of a subset of our DDR-II Interface ASIC DIA 30 , specifically the subset required to implement the preferred embodiment of these inventions.

[0032] The data bi-directional drivers and receivers 31 , 33 receive data from the DDR-II SDRAMs 10 , 20 of FIG. 1 , and send the data to the master controller 45 . They also receive data from the master controller 45 , and send that data to the DDR-II SDRAMs 10 , 20 . They receive a reference voltage from the Vref receiver 32 .

[0033] The master controller 45 sends commands and addresses to the DDR-II SDRAMs 10 , 20 of FIG. 1 via the CMD/ADR bus 34 .

[0034] In order to write to or read from one of the devices 50 , 60 , 70 , 80 connected to the I2C bus 100 of FIG. 1 , the master controller 45 communicates via the I2C controller 35 , which places data onto the I2C bus according to the I2C bus protocol. The I2C bus controller 35 writes to or reads from the I2C bus via the I2C bi-directional driver/receivers contained in block 36 .

[0035] During normal operation, when Vref is supposed to be a function of Vddq (typically ½ Vddq), the master controller reads the vddq voltage via ADC-V,T1 60 of FIG. 1 , and sends it to the ADC-DAC (Analog-to-Digital-Digital-to-Analog) CALC module 37 . The ADC-DAC CALC module 37 calculates the appropriate value to be written to DAC-Vref 50 of FIG. 1 , and sends it to the master controller 45 . The master controller 45 then writes the new value to DAC-Vref 50 via the I2C bus controller 35 .

[0036] The “Temperature Monitor and Fan Control” module 38 is required if a DAC-FAN 80 chip is used for a voltage controlled fan. The temperature is read by the master controller 35 from either ADC-V,T1 60 or DTS-T2 70 , and sent to the “Temperature Monitor and Fan Control” module 38 . This module then determines the voltage output setting for DAC-FAN 80 voltage control circuit. It sends the value to the master controller, which writes a new value to DAC-FAN 80 circuit via the I2C bus controller 35 .

[0037] The circuit named BIST DGEN 39 provides Built In Self Test data generation. It is a pseudo-random pattern generator. In the embodiment, a series of Linear Feedback Shift Registers (LFSR) were used to provide a register bank equal to the width of the number of DQ pins. This generates a pseudo-random pattern which can be written to the DDR-II SDRAM 10 , 20 during AC BIST (Alternating Current Built In Self Test).

[0038] The circuit named BIST AGEN 42 provides Built In Self Test address generation. In the embodiment, it is a register which increments through the address space of the DDR-II SDRAM during AC BIST.

[0039] The circuit BIST CMPR 40 is used during the compare portion of AC BIST, which is described later.

[0040] The circuit CFG REGS 43 provides an array of configurable registers. Read registers provide the master controller information such as a seed value for the LFSR of BIST DGEN 39 , the starting address for BIST AGEN 42 , and the addresses of the I2C devices 50 , 60 , 70 and 80 of FIG. 1 . Results of initial driver impedance adjustment, and AC BIST are written to the CFG REGS 43 . CFG REGS 43 must be accessible to the system. In this embodiment they are read or written via system command and address registers CMD/ADR 44 through the master controller 45 , and into the configurable registers of the array CFG REGS 43 .

[0041] Registers named System Data 41 (outputing to the data port of the SDRAMs 10 , 20 ) and the command and address registers of System CMD/ADR 44 (outputting to the CMD/ADR port of the the SDRAMs 10 , 20 ) are used during normal system operation to send data to and from the DDR-II SDRAMS. During normal operation, the master controller sends commands and addresses from System CMD/ADR 44 to a DDR-II SDRAM via CMD/ADR 34 . During AC BIST, the master controller sends commands and addresses to a DDR-II SDRAM from BIST AGEN 42 . During normal operation, the master controller sends data from System Data 41 to DDR-II SDRAM via the data DQ pins 31 , 33 , and vice-versa when sending data from DDR-II SDRAM to the system. During AC BIST, the master controller sends data to DDR-II SDRAM from BIST DGEN 39 .

[0042] During AC BIST the master controller adjusts Vref to a specified value stored in the CFG REGS, according to the above previously described method of adjusting Vref by writing to DAC-Vref. The master controller then performs one or more iterations of AC BIST. The master controller first writes pseudo-random data to DDR-II SDRAM by seeding the LFSR of BIST DGEN from data in CFG REGS, and by initializing the starting address of BIST AGEN from the CFG REGS. The master controller signals BIST DGEN to shift its Linear Feedback Shift Registers (LFSR) when it signals BIST AGEN to increment its address. After all the data has been written to the DDR-II SDRAM, the master controller initializes BIST DGEN and BIST AGEN, and reads the data from one or more of the DDR-II SDRAMs. The data from the DDR-II SDRAM(S) and BIST DGEN are provided to BIST CMPR, and a compare is performed on the actual data received against the expected value provided by BIST DGEN. A count of failing bits and number of fails is maintained by BIST CMPR. Upon the completion of AC BIST, the master controller writes the results of the AC BIST from BIST CMPR to CFG REGS, which makes the information available to the system. Each write to memory, read from memory, and compare cycle can be considered an iteration at constant Vref. The master controller can then adjust Vref and repeat another iteration. The CFG REGS can be written in a manner so that the master controller steps through various settings of Vref, at each Vref setting performing a DDR-II write, read, and compare iteration.

[0043] AC BIST as described in this embodiment is run at the maximum speed of the DDR-II Interface ASIC DIA ( 30 ) and the DDR-II SDRAMs 10 , 20 . This provides the fastest possible method of running AC BIST in the memory sub-system.

[0044] In implementing our invention in the most cost effective way we have used a Digital Temperature Sensor which is an off-the-shelf component. Appropriate off-the-shelf components could be the LM92 Digital Temperature Sensor of National Semiconductor Corporation or alternatively the Philips Semiconductors: HECETA 4 Temperature and voltage monitor, or other like component which we can attach to the memory subsystem package, and to the ASIC via some connection. In the preferred implementation an I2C (Philips Corporation trademark) bus, a 2 bit serial bus with clock and data, as available from Philips Corporation is used. The ASIC monitors the temperature via the LM92 DTS in accordance with the invention by using a DTS attached to the RAM interface ASIC via an I2C bus. I2C is a standard serial bus connection which was developed some 20 years ago for imbedded applications. See http://www-us2.semiconductors.philips.com/i2c/ which illustrates the standard i2c bus. The ASIC constantly monitors the temperature at one or multiple locations (note the description herein related to the use of a Digital-to-Analog Converter (DAC) to provide reference voltage to high frequency receiver/driver circuits for dynamic adjustment of off-chip driver pull-up and pull-down impedance and the use of a Analog-to-Digital Converter (ADC) to monitor Vddq and dynamically update programmable Vref when using the off-chip high-frequency receiver/driver circuits). This offers advantages in reliability in that the running system can verify that the temperature specification is being met by the user. Temperature specification violations can be reported by the system's error reporting system. Variable voltage fans can be connected to the system, so that the fan speed is increased if the temperature rises above a limit, and decreased or shut off if the temperature drops below a threshold. Such fan control has power usage and noise benefits. This system also provides valuable information during bring-up and field failure analysis. Memory defects are difficult to analyze, and having temperature data as part of the failure analysis can reveal temperature-defect relationships.

[0045] As a result of the preferred embodiment, the temperature inside the memory subsystem can vary over time, yet there is now an effective, accurate, and low-cost method used to monitor the temperature. Further, the preferred embodiment also provides a means to control the temperature in addition to monitoring it. This can be done in multiple ways.

[0046] One way is to connect a switch to the over-temperature indicator (OTI) on the ADC. In this method the maximum allowed temperature is written to a register in the ADC, and the ADC is configured to raise or lower the OTI output when the threshold temperature is exceeded. This OTI output is then used to complete a switch to a fan, starting the fan when the temperature exceeds a threshold.

[0047] A more complex method, which allows more precise control of the temperature, adds a DAC to the I2C bus. The DAC output provides an input to a variable speed fan, controlled by the DAC output voltage. The DDR-II Interface ASIC DIA 30 would control the DAC so that its output voltage increases as the temperature increases, thus running the fans at higher rates as temperature increases.

[0048] While other details of the ADC are described it will be noted here that the ADC along with the related DAC can be used with Samsung DDR-II memory modules (SDRAM) which will contain off-chip data drivers which have variable impedance pull-up and pull-down adjustment. Samsung has introduced programmable off-chip driver impedance with its future release of DDR-II memory modules and this interface is suitable for an interface with these SDRAM modules. This DAC solution enables use of their new commercial product. At a minimum, during system initialization the DDR-II control unit (typically in our DDR-II Interface ASIC DIA 30 connected to the DDR-II modules, but in any case external to the DDR-II modules) must execute a routine in which the impedance of the DDR-II data drivers is adjusted so that data integrity is maintained. During this routine, we enable the necessary dynamic adjustment of the reference voltage supplied to the data receiver circuits. The DAC can also be used to adjust Vref after initialization, while the system is running, to adjust Vref based on system changes in supply voltage or temperature. The related DAC provides a DAC connected to the DDR-II Interface ASIC DIA 30 which is controlled by this ASIC, with the DAC output connected to the reference voltage (Vref) input of the receiver circuit. By using a serial communications protocols such as that of the I2C, ACCESS.bus, and SMBus. The serial communication interface such as our preferred use of the Philips Corporation's i2c bus (Philips and i2C are trademarks of Philips Corporation) to connect the DAC, only 2 ASIC IOs are required to implement the solution. Also, multiple devices can be attached to the I2C bus, so our implementation of our invention with multiple Vref can be supplied with a single system.

[0049] In connection with the commercial memory devices (SDRAMs as manufactured in accordance with the JEDEC with which the invention is used, reference voltages are typically supplied with physical implementations, such as resistor voltage dividers, which are not dynamically adjustable. Before the described DAC embodiment was developed if a Vref had to be modified in this environment, we had to perform a physical rework to the system (typically a printed circuit board with mounted devices), which means the system must be powered off, cards removed, reworked, and reinstalled. This DAC invention enables real-time, dynamic adjustment of Vref, both at the time of system initialization and while the memory subsystem is running normal operations.

[0050] Referring now to the related use of an Analog-to-Digital Converter (ADC) to monitor Vddq and dynamically update programmable Vref when using high-frequency receiver/driver circuits, the Analog-to-Digital Converter (ADC) has its analog input connected to vddq, and provides digital output to our DDR-II Interface ASIC DIA 30 . The ASIC is used for controlling DDR-II memory modules. The ASIC monitors the value of vddq via the ADC, and uses the value of Vddq to dynamically compute and adjust the reference voltage of receivers of high-frequency data buses. This ADC solves the problem of dynamically adjusting Vref as a function of vddq, which may vary during system operation. The advantage is that the ADC provides dynamic adjustment, monitoring of vddq, using standard industry components at minimal cost in ASIC IO (only two ASIC Ios are required if a Philips I2C bus compatible device is used). This ADC solution uses an I2C bus, so only two ASIC IOs are required. As the I2C bus allows multiple devices, the ADC can be on the same bus as the DAC so no additional ASIC IO are required. Alternatively, but not our preferred embodiment, one would implement a less desirable solution to the problem by providing a voltage divider circuit, which is a piece of hardware that requires rework if it must be adjusted. By using an ADC, the ASIC can get a digital input of the value of Vddq, and compute a new value of Vref. The ASIC can be programmed to select one of several equations for computing the new Vref, based upon the system and its operating conditions. One system may perform best with Vref equal to ½ Vddq. But another system may perform best with Vref at a higher or lower voltage than ½ Vddq. This ADC as provided allows these multiple Vref voltages without requiring card rework. This is especially important during system bring-up, when it may be discovered that an expected Vref value does not result in expected system performance. The Vref can then be adjusted by programming the ASIC differently, rather than by pulling cards and reworking them. This can significantly reduce bring-up time.

[0051] Configuration registers enable the equation for Vref to be varied as a function of Vddq. In the preferred embodiment as shown, Vref=1/n Vddq+OFFSET, where n can be programmed as 1, 2, 4, or 8, and OFFSET is a signed binary number with a bit width one greater than the DAC voltage register. In the embodiment described the DAC has a 10 bit voltage register, which allows changes of Vref as small as (1/1024)*vddq.

[0052] In accordance with the preferred embodiment of the invention the temperature sensing is done at the memory subsystem package, where the ASIC and the memory modules reside. Both surface temperature and ambient air temperature can be measured. Since the Philips I2C bus allows multiple devices to be attached, the temperature can be measured at multiple locations with no additional pin-count for the ASIC. Since the Analog-to-Digital Converter (ADC) of our application is used in the memory subsystem anyway, the temperature monitoring ability is obtained at no cost of additional components in the system. Logic is added to the ASIC to monitor the temperature and since the ASIC is not silicon bound, there is plenty of room for the additional logic added with the ADC application. So no additional hardware is required.

[0053] This invention is useful and implemented in an ASIC standard modular interface which serves as a memory controller for memory chips supplied by various commercial vendors of state of the art memory illustrated by the Samsung DDR memory modules, but it can be implemented with other memory chips of other manufacturers for compatible memory subsystem usage.

[0054] While the preferred embodiment of the invention has been described, it will be understood that those skilled in the art, both now and in the future, may make various improvements and enhancements which fall within the scope of the claims which follow. These claims should be construed to maintain the proper protection for the invention first described.