US20050268141A1 - Method and apparatus for power management of graphics processors and subsystems thereof - Google Patents

Method and apparatus for power management of graphics processors and subsystems thereof Download PDF

Info

Publication number
US20050268141A1
US20050268141A1 US11/158,027 US15802705A US2005268141A1 US 20050268141 A1 US20050268141 A1 US 20050268141A1 US 15802705 A US15802705 A US 15802705A US 2005268141 A1 US2005268141 A1 US 2005268141A1
Authority
US
United States
Prior art keywords
clock
display
subsystem
power
mode
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/158,027
Inventor
Jonah Alben
Dennis Ma
Brian Kelleher
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US11/158,027 priority Critical patent/US20050268141A1/en
Publication of US20050268141A1 publication Critical patent/US20050268141A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234Power saving characterised by the action undertaken
    • G06F1/3237Power saving characterised by the action undertaken by disabling clock generation or distribution
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/04Generating or distributing clock signals or signals derived directly therefrom
    • G06F1/10Distribution of clock signals, e.g. skew
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234Power saving characterised by the action undertaken
    • G06F1/324Power saving characterised by the action undertaken by lowering clock frequency
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234Power saving characterised by the action undertaken
    • G06F1/3296Power saving characterised by the action undertaken by lowering the supply or operating voltage
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2330/00Aspects of power supply; Aspects of display protection and defect management
    • G09G2330/02Details of power systems and of start or stop of display operation
    • G09G2330/021Power management, e.g. power saving
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Definitions

  • the present invention relates to methods and apparatus for power management of graphics chips (graphics processors implemented as integrated circuits), graphics cores (portions of graphics chips), and systems including graphics processors.
  • GPU graphics processor
  • Conventional methods for power management of processing circuitry include placing the processing circuitry in a state in which it consumes low power when it is idle, placing a circuit block of the processing circuitry in a state in which it consumes low power when it is idle, and controlling at least one voltage asserted to the processing circuitry and the frequency of at least one clock used by the processing circuitry to reduce power consumption.
  • the invention is a graphics processing device (an integrated circuit or portion of an integrated circuit) implementing a set of techniques for power management, preferably at both a subsystem level and a device level, and preferably including peak power management.
  • a graphics processing device an integrated circuit or portion of an integrated circuit
  • Other aspects of the invention are a system including a graphics processing device that implements such a set of techniques for power management, and the power management methods themselves.
  • hardware mechanisms automatically seek the lowest power state for the device that does not impact performance of the device or performance of a system that includes the device.
  • the hardware mechanisms disable generation of clocks that are not used by non-idle subsystems and prevent assertion of clocks to idle subsystems.
  • system software intervenes (to determine the power management mode of a graphics processing device) in cases in which the device does not have sufficient information to seek the most appropriate power state, and cases in which a user wishes to override the automatic mechanisms.
  • the system software can be implemented to give a user direct control over power management decisions from a dialog box of a displayed control panel.
  • the user can use the control panel to override automatic mechanisms and choose a high-performance device state (with high power consumption) when playing a game to improve the user's graphics experience at the expense of power consumption.
  • system software must intervene to communicate the user's decision to the device.
  • the invention addresses six areas of power management: subsystem power management, device power management, peak power management, frame rate management, display interface frequency management, and backlight intensity management.
  • Subsystem power management focuses on individual subsystems of a graphics processing device, such as a graphics subsystem or an MPEG subsystem.
  • Hardware mechanisms in the device automatically disable generation of clocks that are not used by non-idle subsystems and prevent assertion of clocks to idle subsystems, and optionally also perform other subsystem power management operations.
  • external control of subsystem power management is sometimes necessary (e.g., when the automatic hardware mechanisms do not have sufficient information to seek the most appropriate power state, or when a user wishes to override the automatic mechanisms).
  • Device power management controls power consumption by a device at levels of broader scope than individual subsystems, such as by disabling generation of a device clock, preventing assertion of a device clock to any circuitry of the device, controlling device clock frequencies, and controlling voltage regulators employed to provide power to the entire device.
  • device power management is controlled by an entity (e.g., system software) external to the device, e.g., in response to changes in a system's pattern of using the device or in response to a system-level change in power state such as a change to battery use from A/C power use.
  • Peak power management is preferably implemented entirely by automatic hardware mechanisms of a device in accordance with the invention.
  • Peak power management in accordance with the invention is designed to artificially limit the peak power drawn by a device to a pre-determined thermal design point by dynamically lowering clock frequencies and/or voltage when power consumption exceeds a threshold (preferably so as to optimize for real applications rather than contrived applications).
  • a graphics processing device is configured to operate in a frame generation mode in which it generates frames of image data at a selected frame rate, where the selected frame rate is a selected one of a set of predetermined frame rates.
  • the predetermined frame rates include a maximum frame rate and a reduced frame rate
  • the device generates pixels of the image data at a first pixel rate when operating in the frame generation mode with the selected frame rate equal to the maximum frame rate
  • the device generates pixels of the image data at the first pixel rate but with idle time between generation of at least two subsets of the pixels (e.g., between lines, blocks of lines, fields, or frames of the image data) when operating in the frame generation mode with the selected frame rate equal to the reduced frame rate.
  • a system including a graphics processing device and a liquid crystal display
  • Rn normal rate
  • Rr reduced rate
  • a system including a graphics processing device and a backlit display
  • a backlight intensity management is configured to drive the display's backlight with any of at least two predetermined duty cycles (and preferably with any of a large number of predetermined duty cycles).
  • the power consumption of the backlight (as well as the time-averaged brightness of the light emitted thereby) is reduced by reducing the duty cycle of the signal that provided power thereto.
  • the inventive device is operable in any selected one of several power management modes, and includes a register interface to which an external processor can write control bits to select among these modes.
  • FIG. 1 is a block diagram of a system including a graphics processing device.
  • the system embodies the invention and is programmed (and otherwise configured) to execute a video game (or other graphics application) in which the device generates image data for display by another component of the system.
  • Device 2 of FIG. 1 is a graphics chip (or graphics “core” portion of a chip) coupled via system bus 5 to a computer system including CPU 4 , memory 6 , input device 8 , and display device 10 .
  • Device 2 is also coupled to external voltage regulator 14 which supplies power to device 2 , by asserting supply voltage V 5 across relevant portions of device 2 .
  • the connection between device 2 and voltage regulator 14 's output is shown in a simplified manner in FIG. 1 , to simplify the diagram.
  • the components of device 2 include host slave unit 15 , host control bus 11 , host clock PLL 24 (which generates a host clock, and asserts the host clock to unit 15 and each of a set of multiplexers including multiplexers 45 , 46 , and 47 ), device clock PLLs (including PLLs 25 , 26 , 27 , each of which generates a different device clock and asserts the device clock to one of the multiplexers), subsystem clocks (including the subsystem clock asserted to one input of AND gate 36 , the subsystem clock asserted to one input of AND gate 38 , the subsystem clock asserted to one input of AND gate 40 , and the subsystem clock asserted to one input of AND gate 42 ), subsystems (including subsystems 16 , 18 , 20 , and 22 ), and control unit 12 , connected as shown.
  • the number of device clocks, subsystem clocks, and subsystems, and the relationships between the device clocks and subsystems is implementation-specific.
  • Host slave unit 15 (which can be an AGP interface) is the interface; between system bus 5 and host control bus 11 , and thus between subsystems 16 , 18 , 20 , and 22 (connected along host control bus 11 ) and CPU 4 .
  • the subsystems can be defined with very coarse granularity (e.g., subsystem 16 can be an entire 3D image data processing pipeline), or with finer granularity (e.g., subsystem 16 can be a setup unit within a 3D image data processing pipeline, and subsystem 18 can be another subsystem of the pipeline).
  • Host slave unit 15 uses host control bus 11 to access subsystem registers (within the subsystems) in response to slave transactions initiated by CPU 4 . These slave transactions are always allowed to complete successfully, regardless of the state of the power management control registers of the relevant one (or ones) of the subsystems. In other words, a clock must be provided for each subsystem even when the subsystem's device clock (the device clock determining the subsystem's subsystem clock) has been disabled to reduce power consumption, if necessary to implement a slave transaction. In one embodiment, this is accomplished as follows using multiplexers 45 , 46 , and 47 . The host clock generated by PLL 24 (which controls host slave unit 15 ) is asserted to one input of each of multiplexers 45 , 46 , and 47 .
  • multiplexer 45 selects the host clock (and deselects the output of PLL 25 ) when control unit 12 disables PLL 25
  • multiplexer 46 selects the host clock (and deselects the output of PLL 26 ) when control unit 12 disables PLL 26
  • multiplexer 47 selects the host clock (and deselects the output of PLL 27 ) when control unit 12 disables PLL 27 .
  • Control unit 12 also asserts the appropriate control bits to AND gates 30 , 32 , 34 , 36 , 38 , 40 , and 42 to ensure that each of subsystems receives receive a toggling clock (either the host clock, or a subsystem clock determined by the output of one of PLLs 25 , 26 , and 27 ) so that each of the subsystems can respond to host slave transactions even when device 2 is in a reduced-power state (with one or more of PLLs 25 , 26 , and 27 disabled).
  • a toggling clock either the host clock, or a subsystem clock determined by the output of one of PLLs 25 , 26 , and 27
  • At least one subsystem clock determined by each of the device clocks generated by circuits 25 , 26 , and 27 is asserted to each of at least one of the subsystems. Specifically, a first subsystem clock (determined by the device clock output from PLL 25 ) is asserted through multiplexer 45 , AND gate 30 , and AND gate 36 to subsystem 16 , a second subsystem clock (also determined by the device clock output from PLL 25 ) is asserted through multiplexer 45 , AND gate 30 , and AND gate 38 to subsystem 18 , a third device clock (determined by the device clock output from PLL 26 ) is asserted through multiplexer 46 , AND gate 32 , and AND gate 40 to subsystem 20 , and a fourth device clock (determined by the device clock output from PLL 27 ) is asserted through multiplexer 47 , AND gate 34 , and AND gate 42 to subsystem 22 .
  • a first subsystem clock (determined by the device clock output from PLL 25 ) is asserted through multiplexer
  • Each branch of a device clock tree that can be separately disabled by control unit 12 is referred to as a subsystem clock.
  • the first subsystem clock is asserted through the branch from AND gate 30 through AND gate 36 to subsystem 16
  • the second subsystem clock is asserted through the branch from AND gate 30 through AND gate 38 to subsystem 18 .
  • Circuitry within subsystem 16 operates in response to the first subsystem clock
  • circuitry within subsystem 18 operates in response to the second subsystem clock.
  • Control unit 12 asserts a control signal (indicative of a logical zero) to AND gate 36 and another control signal (indicative of a logical one) to AND gate 38 to enable the second subsystem clock and disable the first subsystem clock.
  • one or more subsystem clocks control each subsystem.
  • Subsystem clocks are typically not shared by subsystems, although it is contemplated that they are so shared in some embodiments of the invention.
  • Control unit 12 can also assert a control signal (indicative of a logical one or zero) to each of AND gates 30 , 32 , and 34 to enable or disable each device clock (in the sense of allowing each device clock to be asserted, or preventing each device clock from being asserted, to the relevant subsystem or subsystems). For example, unit 12 asserts a control signal (indicative of a logical one) to AND gate 30 and control signals (indicative of logical zeroes) to AND gates 32 and 40 to enable one device clock (the device clock generated by PLL 25 ) and disable the device clocks generated by PLLs 26 and 27 .
  • a control signal indicative of a logical one or zero
  • Control unit 12 can also assert a control signal to each of the clock generation PLLs (e.g., PLL 24 , PLL 25 , PLL 26 , and PLL 27 ) to enable or disable generation of each device clock.
  • PLLs e.g., PLL 24 , PLL 25 , PLL 26 , and PLL 27
  • Power consumption by subsystems 16 and 18 would decrease in response to assertion of a control signal indicative of a logical zero to AND gate 30 (although PLL 25 would continue to consume power in this case while it continues to generate a device clock), and power consumption by device 2 could then be further decreased by asserting another control signal (from control unit 12 ) to PLL 25 to cause PLL 25 to cease generation of a device clock.
  • each of the subsystems asserts a status signal to control unit 12 .
  • each status signal is a single bit indicative of whether the subsystem is or is not idle.
  • control unit 12 asserts control signals to elements 24 - 27 , 30 , 32 , 34 , 36 , 38 , 40 , and 42 in response to the status signals.
  • control unit 12 can be implemented to respond (when operating in this mode) to a status signal indicating that subsystem 22 is idle by asserting to PLL 27 a control signal causing PLL 27 to cease generation of a device clock for subsystem 22 .
  • control unit 12 can be implemented to respond (when operating in this mode) to status signals indicating that only subsystem 16 is idle, by asserting a control signal indicative of a logical zero to AND gate 36 , asserting control signals indicative of logical ones to the other AND gates, and allowing all of PLLs 24 - 27 to generate clocks.
  • control unit 12 is configured to control each device clock tree at any or all of three levels in the hierarchy—at the device clock's origin (e.g., PLL 25 , PLL 26 , or PLL 27 ), at the root of the tree (e.g., at AND gate 30 , 32 , or 34 ), and at each branch of the tree that controls a subsystem (e.g., at AND gate 36 , 38 , 40 , or 42 ).
  • the device clock's origin e.g., PLL 25 , PLL 26 , or PLL 27
  • the root of the tree e.g., at AND gate 30 , 32 , or 34
  • subsystem e.g., at AND gate 36 , 38 , 40 , or 42 .
  • control unit 12 controls external voltage regulator 14 to determine the supply voltage applied across device 2 by regulator 14 .
  • Control unit 12 is preferably implemented to support multiple set points (i.e., supply voltages) for voltage regulator 14 .
  • control unit 12 asserts control signals to voltage regulator 14 (to determine different ones of the set points) in response to control signals asserted from CPU 4 to control unit 12 (in response to commands entered by user manipulation of input device 8 ) via system bus 5 and host slave unit 15 .
  • the user can cause the system software to implement a user-specified trade-off between device performance and power consumption.
  • subsystem is used herein to denote a block of physically related circuitry, the registers (and other clocked circuitry) of which are physically resident on the same controllable branch of a clock tree, such that assertion of the clock to the subsystem can be disabled in its entirety without affecting assertion of clocks to other circuitry of the device (circuitry other than the subsystem). While it is necessary only that the circuitry of each subsystem is physically related by the clock tree, it is common and convenient for the circuitry of each subsystem to be logically related as well.
  • FIG. 1 embodiment of the invention independently manages power consumption by each of its subsystems by matching each clock's operation with the necessity for its operation. Thus, if a subsystem is idle and thus does not require a clock to toggle its circuitry, assertion of the clock is disabled to reduce power consumption.
  • a typical subsystem of device 2 contains both host and non-host registers.
  • Host registers are accessible via host slave unit 15 and host control bus 11 as a consequence of slave accesses to device 2 by CPU 4 .
  • Host registers are used for configuration management and are accessed relatively infrequently.
  • Non-host registers are not accessible via host slave unit 15 .
  • Non-host registers of a subsystem are used during the subsystem's normal operation rather than for configuration management, and typically have a much higher access frequency than host registers.
  • each subsystem In order to avoid requiring system software to query the power management state of device 2 before accessing a host register within any of the subsystems of device 2 , preferred embodiments of the invention require each subsystem to respond properly to slave accesses (by CPU 4 , via host slave unit 15 and host control bus 11 ) regardless of the power management state of the subsystem and of device 2 . Since response to each such access typically requires that the target subsystem operate in response to a clock, device 2 is configured to provide an appropriate clock to the target subsystem even when device 2 is in a reduced-power state in which a subsystem clock is not asserted to the target subsystem.
  • control unit 12 This can be accomplished (as described above) by configuring control unit 12 to cause multiplexers (e.g., multiplexers 45 , 46 , and 47 of FIG. 1 ) and other logic circuitry (e.g., relevant ones of AND gates 30 , 32 , 34 , 36 , 38 , 40 , and 42 ) to assert a host clock (e.g., the host clock generated by host clock PLL 24 ) to each subsystem at times when no subsystem clock is asserted to the subsystem.
  • multiplexers e.g., multiplexers 45 , 46 , and 47 of FIG. 1
  • other logic circuitry e.g., relevant ones of AND gates 30 , 32 , 34 , 36 , 38 , 40 , and 42
  • a host clock e.g., the host clock generated by host clock PLL 24
  • control unit 12 when the system requires that a target subsystem respond to a slave access at a time when the subsystem clock (for the target subsystem) has been disabled, control unit 12 causes temporary assertion of the host clock (or the subsystem clock for the target subsystem) to the target subsystem but only for a limited time as necessary to allow a proper response to the slave access.
  • control unit 12 can be configured by CPU 4 (programmed with system software) to operate in any selected one of a number of different power management modes for controlling power consumption for each subsystem.
  • register array 12 A of control unit 12 (or other circuitry of device 2 that is accessible by control unit 12 ) includes a two-bit host register (called a “PM_SUBSYSTEM_CONTROL” register) for each of subsystems 16 , 18 , 20 , and 22 .
  • System software can write a two-bit word to each “PM_SUBSYSTEM_CONTROL” register to indicate the power management mode for the corresponding subsystem.
  • the PM_SUBSYSTEM_CONTROL registers for all the subsystems can be aggregated into a physically contiguous array of registers or a single larger register (e.g., a 32-bit register of array 12 A, when device 2 includes fifteen or sixteen subsystems).
  • Control unit 12 decodes the two-bit word in each PM_SUBSYSTEM_CONTROL register as follows: Name of Value Mode Definition of Mode 0 FULLPOWER No power management is performed on the subsystem. FULLPOWER mode would typically be used only for device characterization and would typically not be used during normal device operation. AUTOMATIC mode would generally be used during normal device operation. FULLPOWER is typically the default setting for each subsystem. 1 AUTOMATIC Control unit 12 automatically per- forms power management on the subsystem with no system software intervention.
  • the subsystem's subsystem clocks are disabled auto- matically when doing so will not affect the proper behavior or performance of the subsystem. Access to host registers is unaffected. 2 SUSPENDED All of the subsystem's subsystem clocks are disabled. Access to host registers is unaffected 3 RESERVED Results are undefined. System software should not use this value
  • each subsystem is designed so as to be operable efficiently when controlled in the AUTOMATIC mode in an efficient manner, so that system software never needs to require that it be controlled in the SUSPENDED mode.
  • the SUSPENDED mode is a concession that this goal may not always be achievable. So that system software can determine whether it must be involved in the subsystem's power management (by triggering SUSPENDED mode control of the subsystem at appropriate times), the system software must be aware of the quality of each subsystem's operation in response to AUTOMATIC mode control.
  • the inventive device-level power management techniques fall into six categories: device clock management, host clock management, dynamic core voltage (and device clock frequency) management, frame rate management, display interface frequency management, and backlight intensity management.
  • frame rate management which is both a device-level power management technique and a system-level power management technique.
  • the power consumed by the inventive device (e.g., device 2 ) and a system including the inventive device (e.g., the FIG. 1 system) can be controlled by limiting the frame rate (the rate at which the device renders frames of video data and outputs the rendered frames for display).
  • a device (and a system including the device) are implemented to operate at a frame rate selected by a user (using hardware or software control) from a number of available frame rates (the number being greater than one). For example, in cases in which device 2 of FIG.
  • driver software is implemented in accordance with the invention to include a user interface that allows a user to select one of several frame rates.
  • both CPU 4 and graphics processor (“GPU”) 2 of the system operate at the frame rate selected by the user. By selecting a lower frame rate, the user causes the GPU and CPU to consume less power during operation than they would if the user had selected operation at a higher frame rate.
  • the user interface allows the user to select operation at an arbitrary number of frames per second (within some predetermined range), or at any of a set of predetermined frame rates (e.g., at any of 120, 40, and 30 fps, or either of 120 and 40 fps, or either of 120 and 30 fps).
  • a set of predetermined frame rates e.g., at any of 120, 40, and 30 fps, or either of 120 and 40 fps, or either of 120 and 30 fps.
  • the invention would allow the user to postpone the recharging or replacement of the battery while also specifying a playable frame rate.
  • FIG. 1 For an implementation of the FIG. 1 system that is programmed and otherwise configured to run a game program at a maximum frame rate of 120 frames per second (“fps”).
  • graphics processor (“GPU”) 2 and CPU 4 would consume maximum power to render frames at the rate of 120 fps and cause the frames to be displayed on display device 10 .
  • CPU 4 and GPU 2 are programmed in accordance with the invention with driver software allowing a user to enter a command (by manipulating input device 8 ) that causes CPU 4 and GPU 2 to run the game program at a maximum frame rate of 60 fps (or 30 fps or 40 fps), and thus to consume less than the maximum power while running the game program.
  • the driver software can cause CPU 4 and GPU 2 to respond to the command by entering a mode in which GPU 2 generates (and asserts to display device 10 ) lines of video data (and the pixels in each line) at the same rate as when the system runs the game at 120 fps (i.e., each clock of the system has the same frequency as during execution of the game at 120 fps), but with lengthened vertical blanking intervals (between assertion of the last pixel of each field or frame and assertion of the first pixel of the next field or frame of the video data) thereby generating frames of the video data at the selected, reduced frame rate (e.g., 60 fps, 40 fps, or 30 fps).
  • the selected, reduced frame rate e.g. 60 fps, 40 fps, or 30 fps.
  • the driver software causes CPU 4 and GPU 2 to respond to a command to run a game program at a reduced frame rate (e.g., 60 fps, 30 fps, or 40 fps) by entering a mode in which GPU 2 generates (and asserts to display device 10 ) pixels of video data at the same pixel rate as when the system runs the game at the maximum frame rate (e.g., 120 fps) in the sense that each clock of the system has the same frequency during execution of the game at 120 fps as during execution of the gate at the reduced frame rate, but with idle intervals between assertion of subsets of the pixels (e.g., between lines, blocks of lines, fields, or frames of the data), thereby generating frames of the video data at the selected, reduced frame rate (e.g., 60 fps, 40 fps, or 30 fps).
  • a reduced frame rate e.g., 60 fps, 30 fps, or 40 fps
  • GPU 2 consumes very low power (e.g., it is idle, and consumes only the small amount of power needed for logic circuitry to count to the end of the idle interval and trigger the rendering of the next subset of the data).
  • the user selects the frame rate (at which the system operates while executing a game program) using hardware rather than software, such as by actuating one or more switches.
  • a device clock originates at the root of a clock tree (typically a PLL, such as PLL 25 , 26 , or 27 of FIG. 1 ) and extends to the flip-flops that it services (e.g., flip-flops in the relevant one or ones of subsystems 16 , 18 , 20 , and 22 ).
  • a clock tree typically a PLL, such as PLL 25 , 26 , or 27 of FIG. 1
  • PLL such as PLL 25 , 26 , or 27 of FIG. 1
  • a device For control of a device clock, a device typically includes one or more of the following features: device clock generation circuitry (e.g., PLL 27 ) that is controllable in response to a status signal from each relevant subsystem), a multiplexer (e.g., multiplexer 47 ) that is controllable to allow the host clock to be selected onto the clock tree (in substitution for the device clock), a buffer tree to distribute the device clock to the relevant subsystems, and one or more subsystem clocks, each of which is a branch of the device clock extending to the clock-driven circuitry (e.g., flip-flops) of at least one of the subsystems.
  • device clock generation circuitry e.g., PLL 27
  • multiplexer 47 e.g., multiplexer 47
  • a buffer tree to distribute the device clock to the relevant subsystems
  • subsystem clocks each of which is a branch of the device clock extending to the clock-driven circuitry (e.g., flip-flops) of at
  • a device clock can still consume power through its device clock generation circuitry and through the portion of the device clock tree up to the branches of the tree at which the subsystem clock originates.
  • system software i.e., CPU 4 , programmed with system software configures control unit 12 to operate in any selected one of a number of different device-level power management modes for controlling each device clock.
  • register array 12 A of control unit 12 (or other circuitry of device 2 that is accessible by control unit 12 ) includes a four-bit host register (called a “PM_DEVICE_CONTROL” register) for each device clock generation circuit (e.g., each of PLLs 25 , 26 , and 27 ).
  • System software can write a four-bit word to each “PM_DEVICE_CONTROL” register to indicate one of three power management modes for controlling the corresponding device clock (a mode in which the device clock generation circuit is powered-on and driving its clock tree, a second mode in which the device clock generation circuit is powered-on yet unused in its clock tree in deference to the host clock, and a third mode in which the device clock generation circuit is powered-down and unused in its clock tree in deference to the host clock).
  • the PM_DEVICE_CONTROL registers for all device clocks can be aggregated into a physically contiguous array of registers or a single larger register (e.g., a 32-bit register, when device 2 includes five device clock generation PLLs).
  • Control unit 12 decodes the four-bit word in each PM_DEVICE_CONTROL register as follows: Value Name of Mode Definition of Mode 0 DCFULLPOWER No power management is performed on the device clock.
  • the device clock gener- ation circuit (if present) is enabled and driving the clock tree.
  • DCFULLPOWER is typically the default setting for each device clock 1 BYPASS
  • the device clock generation circuit (if present) is enabled, but the host clock is selected to drive the device clock's clock tree.
  • 2 RESERVED Results are device-specific.
  • 3 DCSUSPENDED The device clock generation circuit (if present) is disabled, and the host clock is selected to drive the device clock's clock tree. 4-F RESERVED Results are device-specific.
  • control unit 12 is configured to enable the device clock generation circuit (if present) and to select the device clock to drive the device clock tree when status signals (from the relevant ones of the subsystems) indicate that at least one subsystem (containing circuitry to be driven by the device clock, or a subsystem clock derived from the device clock) is not idle, and otherwise to enable the device clock generation circuit and select the host clock to drive the device clock tree.
  • Another device-level power management technique is host clock management.
  • the graphics device typically has a hardware “suspend” pin, to which the CPU (or other system element) can assert a control signal which guarantees to the graphics device that its services are not required and that it can completely power-down with no adverse affects. Without such a guarantee, there is typically no mechanism for the graphics device to determine when it can safely power-down. For example, since the device's host slave unit and any registers available across the host control bus must remain available at all times absent a guarantee from the system that they are not needed, the device cannot safely power-down its circuitry for responding to a slave access until the hardware suspend pin is asserted.
  • control unit 12 is preferably configurable, in response to bits written by CPU 4 (programmed with system software) in the following manner to registers of device 2 , to operate in any selected one of at least two different host clock management modes.
  • register array 12 A of control unit 12 includes at least one register (e.g., an eight-bit host register called a “PM_HOST_CONTROL” register) to which system software can write control bits (via host slave unit 15 and host control bus 11 ) to indicate the host clock management mode.
  • control unit 12 decodes the eight-bit word in the PM_HOST_CONTROL register as follows: Value Name of Mode Definition of Mode 0 HCFULLPOWER No power management is performed on the host clock.
  • the host clock generation circuitry (if present) is enabled and driving the host clock tree.
  • HCFULLPOWER is typi- cally the default setting.
  • RESERVED Results are device-specific.
  • 7 HCSUSPENDED All of the circuitry for generating device clocks is disabled (i.e. all device clock trees are disabled at their roots) and the circuitry for generating the host clock is also disabled (i.e. the host clock tree is disabled at its root).
  • the device's control unit e.g., con- trol unit 12
  • the device's control unit is optionally con- figured to shut off (or decouple from the device) the power source (or any sources of static power) for the device upon entry into the “Suspended” mode. Shutting off the device's power supply or decoupling it from the device will of course cause all device state to be lost.
  • 8-FF RESERVED Results are device-specific. Bits 31:8 are device-specific. These bits should be set to ZERO except for a device-specific purpose.
  • each host clock generation circuit and device clock generation circuit should be powered up and powered down appropriately. Because clock generation PLLs (in a graphics processing device) take time to acquire their set frequency and in order to avoid glitches or runt pulses on the clock waveforms generated by such PLLs, it is important to power-up and power-down such PLLs in a preferred sequence when altering the power management state of one or more device clocks or the host clock in accordance with the invention.
  • the preferred sequence for powering-down a device clock PLL (in an implementation of device 2 of FIG. 1 including the above-mentioned PM_DEVICE_CONTROL registers) is as follows:
  • the preferred sequence for powering-up a device clock PLL (in an implementation of device 2 of FIG. 1 including the above-mentioned PM_DEVICE_CONTROL registers) is as follows:
  • the power-up and power-down sequences for the host clock generation circuit are preferably managed by hardware mechanisms in response to the writing of appropriate control bits to the PM_HOST_CONTROL register (to cause control unit 12 to enter the HCFULLPOWER and HCSUSPENDED mode respectively).
  • the system should be implemented so as not to attempt to access the device (e.g., device 2 ) across the system bus until the host clock generation circuit (e.g., PLL 24 ) has had sufficient time to lock after the appropriate control bits are written to device 2 to cause power-up of said host clock generation circuit.
  • control unit 12 of device 2 is implemented to control external voltage regulator 14 as described above.
  • control unit 12 asserts a control signal to voltage regulator 14 (to select one of the available set points of regulator 14 ) in response to a control signal asserted to control unit 12 from CPU 4 (via system bus 5 , host slave unit 15 , and host control bus 11 ).
  • a control signal asserted to control unit 12 from CPU 4 (via system bus 5 , host slave unit 15 , and host control bus 11 ).
  • device 2 and regulator 14 can be implemented to support just three voltage levels: a nominal-voltage level (e.g., 1.2 volts), a low-voltage level (e.g., 1.0 volt), and a high-voltage (high-performance) level (e.g., 1.5 volts).
  • a nominal-voltage level e.g., 1.2 volts
  • a low-voltage level e.g., 1.0 volt
  • high-performance high-voltage
  • control unit 12 and regulator 14 are implemented so that system software can cause control unit 12 to disable device 2 's power supply entirely (or system software can directly disable device 2 's power supply) when device 2 enters a “suspended” state, in which case device 2 will lose its state.
  • Each device that embodies the invention will have a maximum clock frequency for each supported voltage level for each device clock.
  • System software must respect these limits whenever causing a change in the supply voltage level for the device.
  • the device clock (and host clock) frequencies should be adjusted downward and the clock generation circuitry should be given adequate time to lock to the new frequencies before the voltage is actually changed.
  • the device clock (and host clock) frequencies should be adjusted upward after the voltage has been changed.
  • a host register in control unit 12 determines the control signals asserted by control unit 12 to control the voltage level of regulator 14 .
  • the mappings from the value in that register to one of the available voltage levels and the associated device clock (and host clock) frequencies are device-specific.
  • peak power management in accordance with the invention is designed to artificially limit the peak power drawn by a device to a pre-determined thermal design point by dynamically lowering device clock (and host clock) frequencies and/or reducing the supply voltage in the event that power dissipation by a device rises beyond a predetermined threshold.
  • the threshold can be set to correspond (at least approximately) to the power dissipation in the worst “real” application.
  • the threshold can be a lower level of power dissipation.
  • a system including a graphics processing device (e.g., device 2 of FIG. 1 ) and a liquid crystal display (a liquid crystal display implementation of display 10 of FIG. 1 ) implements display interface frequency management in accordance with the invention as follows.
  • Rn normal rate
  • Rr reduced rate
  • a system including a graphics processing device (e.g., device 2 of FIG. 1 ) and a backlit display (an implementation of display 10 of FIG. 1 including a backlight and circuitry for providing power to the backlight in response to control signals from at least one of CPU 4 and GPU 2 ) implements backlight intensity management in accordance with the invention as follows.
  • the system is configured to drive the display's backlight with any of at least two predetermined duty cycles (and preferably with any of a large number of predetermined duty cycles).
  • the power consumption of the backlight (as well as the time-averaged brightness of the light emitted thereby) is reduced by reducing the duty cycle of the signal that provided power thereto.
  • the following section describes a typical usage pattern of a laptop computer that embodies the invention, highlighting the relationship between the modes of use and the state of the power management system.
  • the example will consider a series of activities starting with a marketing manager preparing a PowerPoint presentation (consuming power equal to 1.5 watts), then playing a video game (consuming power equal to 3 watts), reengaging with PowerPoint (1.5 watt consumption), then leaving the screen idle (consuming power equal to 0.5 watt) until the laptop blacks the screen and enters a suspend state (consuming no more than an insignificant amount of power).
  • system software is free to define those relationships as it sees fit.
  • the following example assumes one possible mapping between system activity and the functionality of a device implementing the invention. It should be appreciated that other mappings are possible at the discretion of system software.
  • the capacitance C is invariant for any specific implementation, leaving voltage and clock frequency as the parameters to be optimized in accordance with the invention.
  • the graphics device of his computer system is in its normal operating state: the voltage and clock frequencies are set to their nominal levels, the device is managing the subsystem clock enables for the subsystems of the device (based on the activity of each subsystem), and all clocks are enabled.
  • the graphics device would have five or more device clocks—a core clock, a memory clock, video clocks for two heads, and a TV clock.
  • the core clock, memory clock, and first head's video clock are certainly enabled during preparation of the PowerPoint presentation, although it is likely that the second head's video clock and the TV clock are disabled because their corresponding subsystems are not in use. Furthermore, those clocks that are enabled at the device level will be disabled at the subsystem level when not in use. For example, while the marketing manager is considering what his next slide should portray, thus leaving the graphics subsystem temporarily idle, the subsystem clock for the graphics subsystem will automatically be disabled to reduce power consumption.
  • the device When the marketing manager launches into the video game, the device is placed into its high-performance mode: the voltage V applied across the device core is raised to its high-performance level and the core clock frequency is increased accordingly (a higher core voltage allows a higher core clock frequency). Upon exiting the video game, the core voltage and core clock frequency revert back to their nominal levels.
  • the device When the manager stops work, leaving the system's screen idle, the device enters a low-power state by reducing the core voltage and lowering the core clock and memory clock frequencies accordingly. Finally, the system goes into a suspend mode, which disables all clocks (except the host clock, ensuring that the device can still respond to requests from the system using circuitry clocked by the host clock). Ultimately, when system software causes assertion of an appropriate signal to one or more host registers of the device (or assertion of a signal to a hardware suspend pin of the device), the host clock and any sources of static power are disabled so that the entire device is quiescent.
  • the device automatically manages subsystem level clocking to match activity of each subsystem, system software manages clock frequencies and voltage levels to match application requirements, and all significant power consumption mechanisms, including generation of the host clock, can be shut off when the system enters a deep suspend state.

Abstract

A graphics processing device implementing a set of techniques for power management, preferably at both a subsystem level and a device level, and preferably including peak: power management, a system including a graphics processing device that implements such a set of techniques for power management, and the power management methods performed by such a device or system. In preferred embodiments, the device includes at least two subsystems and hardware mechanisms that automatically seek the lowest power state for the device that does not impact performance of the device or of a system that includes the device. Preferably, the device includes a control unit operable in any selected one of multiple power management modes, and system software can intervene to cause the control unit to operate in any of these modes. For example, the device can include a register interface to which an external processor can write control bits to select among the modes. Preferably, the control unit is operable in a subsystem power management mode in which the hardware mechanisms prevent assertion of clocks to idle subsystems, and disable generation of clocks that are not used by non-idle subsystems, or a device power management mode in which power consumption is controlled at levels of broader scope than individual subsystems, such as by disabling generation of a device clock, preventing assertion of a device dock to circuitry of the device, controlling device clock frequencies, and controlling voltage regulators employed to provide power to the device. Peak power management in accordance with the invention is designed to artificially limit the peak power drawn by the device to a predetermined thermal design point by dynamically lowering clock frequencies or voltage or both when power consumption exceeds a threshold. The invention can be implemented to reduce power consumption in mobile computing systems and is also applicable to desktop systems for example to manage peak power requirements.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • The application is a divisional of, and claims priority benefit of, co-pending U.S. patent application Ser. No. 09/972,414, titled “Method And Apparatus For Power Management Of Graphics Processors And Subsystems Thereof”, filed Oct. 5, 2001, having common inventors and assignee as this application. The subject matter of the related patent application is hereby incorporated by reference.
  • TECHNICAL FIELD OF THE INVENTION
  • The present invention relates to methods and apparatus for power management of graphics chips (graphics processors implemented as integrated circuits), graphics cores (portions of graphics chips), and systems including graphics processors.
  • BACKGROUND OF THE INVENTION
  • Typically, most of the power consumed by a graphics processor (“GPU”) while it renders video data for display is consumed as a result of the toggling of clocks within the GPU.
  • Conventional methods for power management of processing circuitry (e.g., CPUs and graphics processing circuitry) include placing the processing circuitry in a state in which it consumes low power when it is idle, placing a circuit block of the processing circuitry in a state in which it consumes low power when it is idle, and controlling at least one voltage asserted to the processing circuitry and the frequency of at least one clock used by the processing circuitry to reduce power consumption.
  • Each of the following terms is used throughout the specification, including in the claims, in the following sense:
      • “system” denotes a computer system, for example a desktop, laptop, or handheld computer, that connects to a host slave unit (defined below) of a device (defined below). A system typically comprises at least a CPU, a GPU, a memory, at least one input device, and a display device (e.g., a liquid crystal display or other flat panel display, or cathode ray tube monitor);
      • “device” denotes a graphics processor chip (or a graphics processing portion of a chip, sometimes referred to as a graphics “core” or “core portion”) that includes a host slave unit (defined below) and at least one subsystem (defined below) configured to be connected to a system through the host slave unit. A device also includes one or more device clocks (defined below), one or more subsystem clocks (defined below), and a host clock (defined below);
      • “subsystem” denotes a block of logic, the registers for which are physically related by a common subsystem clock (defined below);
      • “host slave unit” denotes a block of logic that responds to slave accesses to a device that are initiated by a system. A PCI slave interface implementation is an example of a host slave unit;
      • “system bus” denotes an interconnect between a device and other elements of a system that includes the device. An AGP bus is an example of a system bus;
      • “host control bus” denotes an interconnect (within a device) between the host slave unit and each subsystem of the device. The device employs this interconnect to respond to host slave unit accesses directed towards a subsystem;
      • “host register” denotes any register accessible via a host control bus. For example, a status register that can be read by system software to determine the state of a subsystem is a host register. To avoid system hangs inadvertently caused by system software, host registers must always be responsive to host accesses;
      • “non-host register” denotes any register other than a host register. For example, the pipeline registers in the data-path of a typical device, and the state registers in a typical state machine of a device, are generally non-host registers;
      • “subsystem power management” denotes the discipline of managing power within an individual subsystem of a device;
      • “device power management” denotes the discipline of managing power globally across a device, rather than at the individual subsystem level;
      • “peak power management” denotes the discipline of managing the peak power of a device so as to reduce its thermal design point (defined below) to match system design limitations;
      • “thermal design point” denotes the maximum allowable power dissipation for a device. It is a parameter used by system designers to determine strategies for removing heat;
      • “device clock” denotes a device-level clock generated by circuitry (e.g., a PLL) internal to a device, or a device-level clock generated externally to a device and asserted to a pin of the device. In preferred embodiments of the invention, each device clock of a device is responsive to device clock controls described herein;
      • “host clock” denotes the clock that controls a host slave unit. In preferred embodiments of the invention, each host clock of a device is responsive to host clock controls described herein; and
      • “subsystem clock” denotes a separately controllable branch of a device clock that terminates at a subsystem. Circuitry of the subsystem operates in response to the subsystem clock. In preferred embodiments of the invention, each subsystem clock of a device is responsive to subsystem clock controls described herein.
    SUMMARY OF THE INVENTION
  • In a class of embodiments, the invention is a graphics processing device (an integrated circuit or portion of an integrated circuit) implementing a set of techniques for power management, preferably at both a subsystem level and a device level, and preferably including peak power management. Other aspects of the invention are a system including a graphics processing device that implements such a set of techniques for power management, and the power management methods themselves.
  • In preferred embodiments of the invention, hardware mechanisms automatically seek the lowest power state for the device that does not impact performance of the device or performance of a system that includes the device. Preferably, the hardware mechanisms disable generation of clocks that are not used by non-idle subsystems and prevent assertion of clocks to idle subsystems. In preferred embodiments of the inventive system, system software intervenes (to determine the power management mode of a graphics processing device) in cases in which the device does not have sufficient information to seek the most appropriate power state, and cases in which a user wishes to override the automatic mechanisms. For example, the system software can be implemented to give a user direct control over power management decisions from a dialog box of a displayed control panel. The user can use the control panel to override automatic mechanisms and choose a high-performance device state (with high power consumption) when playing a game to improve the user's graphics experience at the expense of power consumption. In response, system software must intervene to communicate the user's decision to the device.
  • The invention addresses six areas of power management: subsystem power management, device power management, peak power management, frame rate management, display interface frequency management, and backlight intensity management.
  • Subsystem power management focuses on individual subsystems of a graphics processing device, such as a graphics subsystem or an MPEG subsystem. Hardware mechanisms in the device automatically disable generation of clocks that are not used by non-idle subsystems and prevent assertion of clocks to idle subsystems, and optionally also perform other subsystem power management operations. In some implementations, external control of subsystem power management is sometimes necessary (e.g., when the automatic hardware mechanisms do not have sufficient information to seek the most appropriate power state, or when a user wishes to override the automatic mechanisms).
  • Device power management controls power consumption by a device at levels of broader scope than individual subsystems, such as by disabling generation of a device clock, preventing assertion of a device clock to any circuitry of the device, controlling device clock frequencies, and controlling voltage regulators employed to provide power to the entire device. Preferably, device power management is controlled by an entity (e.g., system software) external to the device, e.g., in response to changes in a system's pattern of using the device or in response to a system-level change in power state such as a change to battery use from A/C power use.
  • Peak power management is preferably implemented entirely by automatic hardware mechanisms of a device in accordance with the invention. Peak power management in accordance with the invention is designed to artificially limit the peak power drawn by a device to a pre-determined thermal design point by dynamically lowering clock frequencies and/or voltage when power consumption exceeds a threshold (preferably so as to optimize for real applications rather than contrived applications).
  • In accordance with frame rate management, a graphics processing device is configured to operate in a frame generation mode in which it generates frames of image data at a selected frame rate, where the selected frame rate is a selected one of a set of predetermined frame rates. Preferably, the predetermined frame rates include a maximum frame rate and a reduced frame rate, the device generates pixels of the image data at a first pixel rate when operating in the frame generation mode with the selected frame rate equal to the maximum frame rate, and the device generates pixels of the image data at the first pixel rate but with idle time between generation of at least two subsets of the pixels (e.g., between lines, blocks of lines, fields, or frames of the image data) when operating in the frame generation mode with the selected frame rate equal to the reduced frame rate.
  • In accordance with display interface frequency management, a system (including a graphics processing device and a liquid crystal display) is configured to operate in at least two modes: a mode in which the display is refreshed (by asserting a frame of image data to the display) at a normal rate, Rn (e.g., Rn=60 frames per second); and a second mode in which the display is updated at a reduced rate Rr (e.g., Rr=40 frames per second). It is especially desirable to implement the system with this capability where the cells of the display require a minimum time, T, to change state, where T is greater than (Rn)−1 but less than (Rr)−1.
  • In accordance with backlight intensity management, a system (including a graphics processing device and a backlit display) is configured to drive the display's backlight with any of at least two predetermined duty cycles (and preferably with any of a large number of predetermined duty cycles). The power consumption of the backlight (as well as the time-averaged brightness of the light emitted thereby) is reduced by reducing the duty cycle of the signal that provided power thereto.
  • An important benefit of the invention is reduction of power consumption within mobile computing systems, and the invention is also applicable to desktop systems seeking to manage peak power requirements. In preferred embodiments, the inventive device is operable in any selected one of several power management modes, and includes a register interface to which an external processor can write control bits to select among these modes.
  • BRIEF DESCRIPTION OF THE DRAWING
  • FIG. 1 is a block diagram of a system including a graphics processing device. The system embodies the invention and is programmed (and otherwise configured) to execute a video game (or other graphics application) in which the device generates image data for display by another component of the system.
  • DETAILED DESCRIPTION OF THE PREFERRED EBODIMENTS
  • With reference to FIG. 1, we describe a system that embodies the invention and that includes an embodiment of the inventive device (device 2 of FIG. 1). Device 2 of FIG. 1 is a graphics chip (or graphics “core” portion of a chip) coupled via system bus 5 to a computer system including CPU 4, memory 6, input device 8, and display device 10. Device 2 is also coupled to external voltage regulator 14 which supplies power to device 2, by asserting supply voltage V5 across relevant portions of device 2. The connection between device 2 and voltage regulator 14's output is shown in a simplified manner in FIG. 1, to simplify the diagram.
  • The components of device 2 include host slave unit 15, host control bus 11, host clock PLL 24 (which generates a host clock, and asserts the host clock to unit 15 and each of a set of multiplexers including multiplexers 45, 46, and 47), device clock PLLs (including PLLs 25, 26, 27, each of which generates a different device clock and asserts the device clock to one of the multiplexers), subsystem clocks (including the subsystem clock asserted to one input of AND gate 36, the subsystem clock asserted to one input of AND gate 38, the subsystem clock asserted to one input of AND gate 40, and the subsystem clock asserted to one input of AND gate 42), subsystems (including subsystems 16, 18, 20, and 22), and control unit 12, connected as shown. The number of device clocks, subsystem clocks, and subsystems, and the relationships between the device clocks and subsystems is implementation-specific. Subsystems 16, 18, 20, and 22 include at least one graphics subsystem and an MPEG subsystem.
  • Host slave unit 15 (which can be an AGP interface) is the interface; between system bus 5 and host control bus 11, and thus between subsystems 16, 18, 20, and 22 (connected along host control bus 11) and CPU 4. The subsystems (including subsystems 16, 18, 20, and 22) can be defined with very coarse granularity (e.g., subsystem 16 can be an entire 3D image data processing pipeline), or with finer granularity (e.g., subsystem 16 can be a setup unit within a 3D image data processing pipeline, and subsystem 18 can be another subsystem of the pipeline).
  • Host slave unit 15 uses host control bus 11 to access subsystem registers (within the subsystems) in response to slave transactions initiated by CPU 4. These slave transactions are always allowed to complete successfully, regardless of the state of the power management control registers of the relevant one (or ones) of the subsystems. In other words, a clock must be provided for each subsystem even when the subsystem's device clock (the device clock determining the subsystem's subsystem clock) has been disabled to reduce power consumption, if necessary to implement a slave transaction. In one embodiment, this is accomplished as follows using multiplexers 45, 46, and 47. The host clock generated by PLL 24 (which controls host slave unit 15) is asserted to one input of each of multiplexers 45, 46, and 47. In response to one or more control signals asserted by control unit 12, multiplexer 45 selects the host clock (and deselects the output of PLL 25) when control unit 12 disables PLL 25, multiplexer 46 selects the host clock (and deselects the output of PLL 26) when control unit 12 disables PLL 26, and multiplexer 47 selects the host clock (and deselects the output of PLL 27) when control unit 12 disables PLL 27. Control unit 12 also asserts the appropriate control bits to AND gates 30, 32, 34, 36, 38, 40, and 42 to ensure that each of subsystems receives receive a toggling clock (either the host clock, or a subsystem clock determined by the output of one of PLLs 25, 26, and 27) so that each of the subsystems can respond to host slave transactions even when device 2 is in a reduced-power state (with one or more of PLLs 25, 26, and 27 disabled).
  • At least one subsystem clock determined by each of the device clocks generated by circuits 25, 26, and 27 is asserted to each of at least one of the subsystems. Specifically, a first subsystem clock (determined by the device clock output from PLL 25) is asserted through multiplexer 45, AND gate 30, and AND gate 36 to subsystem 16, a second subsystem clock (also determined by the device clock output from PLL 25) is asserted through multiplexer 45, AND gate 30, and AND gate 38 to subsystem 18, a third device clock (determined by the device clock output from PLL 26) is asserted through multiplexer 46, AND gate 32, and AND gate 40 to subsystem 20, and a fourth device clock (determined by the device clock output from PLL 27) is asserted through multiplexer 47, AND gate 34, and AND gate 42 to subsystem 22.
  • Each branch of a device clock tree that can be separately disabled by control unit 12 (and the clock asserted through such branch) is referred to as a subsystem clock. For example, the first subsystem clock is asserted through the branch from AND gate 30 through AND gate 36 to subsystem 16, and the second subsystem clock is asserted through the branch from AND gate 30 through AND gate 38 to subsystem 18. Circuitry within subsystem 16 operates in response to the first subsystem clock, and circuitry within subsystem 18 operates in response to the second subsystem clock. Control unit 12 asserts a control signal (indicative of a logical zero) to AND gate 36 and another control signal (indicative of a logical one) to AND gate 38 to enable the second subsystem clock and disable the first subsystem clock. In general, one or more subsystem clocks control each subsystem. Subsystem clocks are typically not shared by subsystems, although it is contemplated that they are so shared in some embodiments of the invention.
  • Control unit 12 can also assert a control signal (indicative of a logical one or zero) to each of AND gates 30, 32, and 34 to enable or disable each device clock (in the sense of allowing each device clock to be asserted, or preventing each device clock from being asserted, to the relevant subsystem or subsystems). For example, unit 12 asserts a control signal (indicative of a logical one) to AND gate 30 and control signals (indicative of logical zeroes) to AND gates 32 and 40 to enable one device clock (the device clock generated by PLL 25) and disable the device clocks generated by PLLs 26 and 27. Control unit 12 can also assert a control signal to each of the clock generation PLLs (e.g., PLL 24, PLL 25, PLL 26, and PLL 27) to enable or disable generation of each device clock. Power consumption by subsystems 16 and 18 (and thus by device 2) would decrease in response to assertion of a control signal indicative of a logical zero to AND gate 30 (although PLL 25 would continue to consume power in this case while it continues to generate a device clock), and power consumption by device 2 could then be further decreased by asserting another control signal (from control unit 12) to PLL 25 to cause PLL 25 to cease generation of a device clock.
  • In operation of device 2, each of the subsystems (including subsystems 16, 18, 20, and 22) asserts a status signal to control unit 12. For example, each status signal is a single bit indicative of whether the subsystem is or is not idle. In one mode of operation, control unit 12 asserts control signals to elements 24-27, 30, 32, 34, 36, 38, 40, and 42 in response to the status signals. For example, control unit 12 can be implemented to respond (when operating in this mode) to a status signal indicating that subsystem 22 is idle by asserting to PLL 27 a control signal causing PLL 27 to cease generation of a device clock for subsystem 22. For another example, control unit 12 can be implemented to respond (when operating in this mode) to status signals indicating that only subsystem 16 is idle, by asserting a control signal indicative of a logical zero to AND gate 36, asserting control signals indicative of logical ones to the other AND gates, and allowing all of PLLs 24-27 to generate clocks.
  • As described above, a primary function of control unit 12 is to control the clock distribution circuitry of device 2. For illustrative purposes, FIG. 1 shows a simplified clock distribution scheme (levels of buffering are omitted for simplicity); however, the clock hierarchy is accurately represented. Control unit 12 is configured to control each device clock tree at any or all of three levels in the hierarchy—at the device clock's origin (e.g., PLL 25, PLL 26, or PLL 27), at the root of the tree (e.g., at AND gate 30, 32, or 34), and at each branch of the tree that controls a subsystem (e.g., at AND gate 36, 38, 40, or 42). In addition to controlling the distribution and generation of device 2's clocks, control unit 12 controls external voltage regulator 14 to determine the supply voltage applied across device 2 by regulator 14. Control unit 12 is preferably implemented to support multiple set points (i.e., supply voltages) for voltage regulator 14. In typical implementations, control unit 12 asserts control signals to voltage regulator 14 (to determine different ones of the set points) in response to control signals asserted from CPU 4 to control unit 12 (in response to commands entered by user manipulation of input device 8) via system bus 5 and host slave unit 15. Thus, the user can cause the system software to implement a user-specified trade-off between device performance and power consumption.
  • Consistent with the definition set forth above, the term “subsystem” is used herein to denote a block of physically related circuitry, the registers (and other clocked circuitry) of which are physically resident on the same controllable branch of a clock tree, such that assertion of the clock to the subsystem can be disabled in its entirety without affecting assertion of clocks to other circuitry of the device (circuitry other than the subsystem). While it is necessary only that the circuitry of each subsystem is physically related by the clock tree, it is common and convenient for the circuitry of each subsystem to be logically related as well.
  • The vast majority of the power consumed by a typical graphics processor is consumed as a consequence of the toggling of clocks. The FIG. 1 embodiment of the invention independently manages power consumption by each of its subsystems by matching each clock's operation with the necessity for its operation. Thus, if a subsystem is idle and thus does not require a clock to toggle its circuitry, assertion of the clock is disabled to reduce power consumption.
  • To determine the necessity for generating and asserting each clock of device 2, it is necessary to consider the two classes of registers that rely on these clocks: host registers and non-host registers. A typical subsystem of device 2 contains both host and non-host registers. Host registers are accessible via host slave unit 15 and host control bus 11 as a consequence of slave accesses to device 2 by CPU 4. Host registers are used for configuration management and are accessed relatively infrequently. Non-host registers are not accessible via host slave unit 15. Non-host registers of a subsystem are used during the subsystem's normal operation rather than for configuration management, and typically have a much higher access frequency than host registers.
  • In order to avoid requiring system software to query the power management state of device 2 before accessing a host register within any of the subsystems of device 2, preferred embodiments of the invention require each subsystem to respond properly to slave accesses (by CPU 4, via host slave unit 15 and host control bus 11) regardless of the power management state of the subsystem and of device 2. Since response to each such access typically requires that the target subsystem operate in response to a clock, device 2 is configured to provide an appropriate clock to the target subsystem even when device 2 is in a reduced-power state in which a subsystem clock is not asserted to the target subsystem. This can be accomplished (as described above) by configuring control unit 12 to cause multiplexers (e.g., multiplexers 45, 46, and 47 of FIG. 1) and other logic circuitry (e.g., relevant ones of AND gates 30, 32, 34, 36, 38, 40, and 42) to assert a host clock (e.g., the host clock generated by host clock PLL 24) to each subsystem at times when no subsystem clock is asserted to the subsystem. In variations on the described implementation, when the system requires that a target subsystem respond to a slave access at a time when the subsystem clock (for the target subsystem) has been disabled, control unit 12 causes temporary assertion of the host clock (or the subsystem clock for the target subsystem) to the target subsystem but only for a limited time as necessary to allow a proper response to the slave access.
  • Preferably, control unit 12 can be configured by CPU 4 (programmed with system software) to operate in any selected one of a number of different power management modes for controlling power consumption for each subsystem. For example, in a class of embodiments, register array 12A of control unit 12 (or other circuitry of device 2 that is accessible by control unit 12) includes a two-bit host register (called a “PM_SUBSYSTEM_CONTROL” register) for each of subsystems 16, 18, 20, and 22. System software can write a two-bit word to each “PM_SUBSYSTEM_CONTROL” register to indicate the power management mode for the corresponding subsystem. For convenience, the PM_SUBSYSTEM_CONTROL registers for all the subsystems can be aggregated into a physically contiguous array of registers or a single larger register (e.g., a 32-bit register of array 12A, when device 2 includes fifteen or sixteen subsystems). Control unit 12 decodes the two-bit word in each PM_SUBSYSTEM_CONTROL register as follows:
    Name of
    Value Mode Definition of Mode
    0 FULLPOWER No power management is performed on
    the subsystem. FULLPOWER mode would
    typically be used only for device
    characterization and would typically
    not be used during normal device
    operation. AUTOMATIC mode would
    generally be used during normal
    device operation. FULLPOWER is
    typically the default setting for
    each subsystem.
    1 AUTOMATIC Control unit 12 automatically per-
    forms power management on the
    subsystem with no system software
    intervention. The subsystem's
    subsystem clocks are disabled auto-
    matically when doing so will not
    affect the proper behavior or
    performance of the subsystem.
    Access to host registers is
    unaffected.
    2 SUSPENDED All of the subsystem's subsystem
    clocks are disabled. Access to host
    registers is unaffected
    3 RESERVED Results are undefined. System
    software should not use this value
  • Preferably, each subsystem is designed so as to be operable efficiently when controlled in the AUTOMATIC mode in an efficient manner, so that system software never needs to require that it be controlled in the SUSPENDED mode. The SUSPENDED mode is a concession that this goal may not always be achievable. So that system software can determine whether it must be involved in the subsystem's power management (by triggering SUSPENDED mode control of the subsystem at appropriate times), the system software must be aware of the quality of each subsystem's operation in response to AUTOMATIC mode control.
  • We next describe in more detail the device-level power management techniques employed by preferred implementations of the FIG. 1 system. The inventive device-level power management techniques fall into six categories: device clock management, host clock management, dynamic core voltage (and device clock frequency) management, frame rate management, display interface frequency management, and backlight intensity management.
  • We first consider frame rate management, which is both a device-level power management technique and a system-level power management technique. The power consumed by the inventive device (e.g., device 2) and a system including the inventive device (e.g., the FIG. 1 system) can be controlled by limiting the frame rate (the rate at which the device renders frames of video data and outputs the rendered frames for display). In accordance with the invention, a device (and a system including the device) are implemented to operate at a frame rate selected by a user (using hardware or software control) from a number of available frame rates (the number being greater than one). For example, in cases in which device 2 of FIG. 1 is a graphics processor configurable via driver software (assuming CPU 4 and device 2 are programmed with such driver software) implementing the D3D or OpenGL application programming interface (or other application programming interface), the driver software is implemented in accordance with the invention to include a user interface that allows a user to select one of several frame rates. In response, both CPU 4 and graphics processor (“GPU”) 2 of the system operate at the frame rate selected by the user. By selecting a lower frame rate, the user causes the GPU and CPU to consume less power during operation than they would if the user had selected operation at a higher frame rate. Preferably, the user interface allows the user to select operation at an arbitrary number of frames per second (within some predetermined range), or at any of a set of predetermined frame rates (e.g., at any of 120, 40, and 30 fps, or either of 120 and 40 fps, or either of 120 and 30 fps). In cases in which the system is a battery-powered notebook computer, and the user selects a frame rate at which the system will execute a game program, the invention would allow the user to postpone the recharging or replacement of the battery while also specifying a playable frame rate.
  • Consider an implementation of the FIG. 1 system that is programmed and otherwise configured to run a game program at a maximum frame rate of 120 frames per second (“fps”). During operation at the maximum frame rate, graphics processor (“GPU”) 2 and CPU 4 would consume maximum power to render frames at the rate of 120 fps and cause the frames to be displayed on display device 10. Preferably, CPU 4 and GPU 2 are programmed in accordance with the invention with driver software allowing a user to enter a command (by manipulating input device 8) that causes CPU 4 and GPU 2 to run the game program at a maximum frame rate of 60 fps (or 30 fps or 40 fps), and thus to consume less than the maximum power while running the game program. For example, the driver software can cause CPU 4 and GPU 2 to respond to the command by entering a mode in which GPU 2 generates (and asserts to display device 10) lines of video data (and the pixels in each line) at the same rate as when the system runs the game at 120 fps (i.e., each clock of the system has the same frequency as during execution of the game at 120 fps), but with lengthened vertical blanking intervals (between assertion of the last pixel of each field or frame and assertion of the first pixel of the next field or frame of the video data) thereby generating frames of the video data at the selected, reduced frame rate (e.g., 60 fps, 40 fps, or 30 fps). Thus, when operating at a reduced frame rate of 30 fps (where the maximum frame rate is 60 fps) GPU 2 could enter an active state for T seconds (where T= 1/60) during which it generates a frame of data, then enter an idle state for T seconds, then enter an active state for T seconds to generate the next frame of data, and then enter another idle state for T seconds, and so on.
  • More generally, the driver software causes CPU 4 and GPU 2 to respond to a command to run a game program at a reduced frame rate (e.g., 60 fps, 30 fps, or 40 fps) by entering a mode in which GPU 2 generates (and asserts to display device 10) pixels of video data at the same pixel rate as when the system runs the game at the maximum frame rate (e.g., 120 fps) in the sense that each clock of the system has the same frequency during execution of the game at 120 fps as during execution of the gate at the reduced frame rate, but with idle intervals between assertion of subsets of the pixels (e.g., between lines, blocks of lines, fields, or frames of the data), thereby generating frames of the video data at the selected, reduced frame rate (e.g., 60 fps, 40 fps, or 30 fps). During each idle interval (e.g., each lengthened vertical blanking interval), GPU 2 consumes very low power (e.g., it is idle, and consumes only the small amount of power needed for logic circuitry to count to the end of the idle interval and trigger the rendering of the next subset of the data).
  • In variations on the described embodiment, the user selects the frame rate (at which the system operates while executing a game program) using hardware rather than software, such as by actuating one or more switches.
  • Another device-level power management technique is device clock control. As previously described, device clocks have a more global scope than subsystem clocks. A device clock originates at the root of a clock tree (typically a PLL, such as PLL 25, 26, or 27 of FIG. 1) and extends to the flip-flops that it services (e.g., flip-flops in the relevant one or ones of subsystems 16, 18, 20, and 22). For control of a device clock, a device typically includes one or more of the following features: device clock generation circuitry (e.g., PLL 27) that is controllable in response to a status signal from each relevant subsystem), a multiplexer (e.g., multiplexer 47) that is controllable to allow the host clock to be selected onto the clock tree (in substitution for the device clock), a buffer tree to distribute the device clock to the relevant subsystems, and one or more subsystem clocks, each of which is a branch of the device clock extending to the clock-driven circuitry (e.g., flip-flops) of at least one of the subsystems.
  • Even when a subsystem clock is disabled through subsystem power management (e.g., by assertion of a control signal indicative of a logical zero to AND gate 36), a device clock can still consume power through its device clock generation circuitry and through the portion of the device clock tree up to the branches of the tree at which the subsystem clock originates.
  • Preferably, system software (i.e., CPU 4, programmed with system software) configures control unit 12 to operate in any selected one of a number of different device-level power management modes for controlling each device clock. For example, in a class of embodiments, register array 12A of control unit 12 (or other circuitry of device 2 that is accessible by control unit 12) includes a four-bit host register (called a “PM_DEVICE_CONTROL” register) for each device clock generation circuit (e.g., each of PLLs 25, 26, and 27). System software can write a four-bit word to each “PM_DEVICE_CONTROL” register to indicate one of three power management modes for controlling the corresponding device clock (a mode in which the device clock generation circuit is powered-on and driving its clock tree, a second mode in which the device clock generation circuit is powered-on yet unused in its clock tree in deference to the host clock, and a third mode in which the device clock generation circuit is powered-down and unused in its clock tree in deference to the host clock). For convenience, the PM_DEVICE_CONTROL registers for all device clocks can be aggregated into a physically contiguous array of registers or a single larger register (e.g., a 32-bit register, when device 2 includes five device clock generation PLLs). Control unit 12 decodes the four-bit word in each PM_DEVICE_CONTROL register as follows:
    Value Name of Mode Definition of Mode
    0 DCFULLPOWER No power management is performed on the
    device clock. The device clock gener-
    ation circuit (if present) is enabled
    and driving the clock tree. DCFULLPOWER
    is typically the default setting for
    each device clock
    1 BYPASS The device clock generation circuit (if
    present) is enabled, but the host clock
    is selected to drive the device clock's
    clock tree.
    2 RESERVED Results are device-specific.
    3 DCSUSPENDED The device clock generation circuit (if
    present) is disabled, and the host
    clock is selected to drive the device
    clock's clock tree.
    4-F RESERVED Results are device-specific.
  • In a variation on the described BYPASS mode, control unit 12 is configured to enable the device clock generation circuit (if present) and to select the device clock to drive the device clock tree when status signals (from the relevant ones of the subsystems) indicate that at least one subsystem (containing circuitry to be driven by the device clock, or a subsystem clock derived from the device clock) is not idle, and otherwise to enable the device clock generation circuit and select the host clock to drive the device clock tree.
  • Another device-level power management technique is host clock management. In conventional laptop computer systems that include a graphics device, the graphics device typically has a hardware “suspend” pin, to which the CPU (or other system element) can assert a control signal which guarantees to the graphics device that its services are not required and that it can completely power-down with no adverse affects. Without such a guarantee, there is typically no mechanism for the graphics device to determine when it can safely power-down. For example, since the device's host slave unit and any registers available across the host control bus must remain available at all times absent a guarantee from the system that they are not needed, the device cannot safely power-down its circuitry for responding to a slave access until the hardware suspend pin is asserted.
  • The system of FIG. 1 implements host clock management without the need for graphics device 2 to have a dedicated hardware suspend pin. Rather, control unit 12 is preferably configurable, in response to bits written by CPU 4 (programmed with system software) in the following manner to registers of device 2, to operate in any selected one of at least two different host clock management modes. For example, in a class of embodiments, register array 12A of control unit 12 (or other circuitry in device 2 that is accessible by control unit 12) includes at least one register (e.g., an eight-bit host register called a “PM_HOST_CONTROL” register) to which system software can write control bits (via host slave unit 15 and host control bus 11) to indicate the host clock management mode. In implementations in which such host register is an eight-bit “PM_HOST_CONTROL” register, control unit 12 decodes the eight-bit word in the PM_HOST_CONTROL register as follows:
    Value Name of Mode Definition of Mode
    0 HCFULLPOWER No power management is performed on
    the host clock. The host clock
    generation circuitry (if present)
    is enabled and driving the host
    clock tree. HCFULLPOWER is typi-
    cally the default setting.
    1-6 RESERVED Results are device-specific.
    7 HCSUSPENDED All of the circuitry for generating
    device clocks is disabled (i.e. all
    device clock trees are disabled at
    their roots) and the circuitry for
    generating the host clock is also
    disabled (i.e. the host clock tree
    is disabled at its root). The
    device's control unit (e.g., con-
    trol unit 12) is optionally con-
    figured to shut off (or decouple
    from the device) the power source
    (or any sources of static power)
    for the device upon entry into the
    “Suspended” mode. Shutting off the
    device's power supply or decoupling
    it from the device will of course
    cause all device state to be lost.
     8-FF RESERVED Results are device-specific.

    Bits 31:8 are device-specific. These bits should be set to ZERO except for a device-specific purpose.
  • In implementing host clock management or device clock control, each host clock generation circuit and device clock generation circuit should be powered up and powered down appropriately. Because clock generation PLLs (in a graphics processing device) take time to acquire their set frequency and in order to avoid glitches or runt pulses on the clock waveforms generated by such PLLs, it is important to power-up and power-down such PLLs in a preferred sequence when altering the power management state of one or more device clocks or the host clock in accordance with the invention. The preferred sequence for powering-down a device clock PLL (in an implementation of device 2 of FIG. 1 including the above-mentioned PM_DEVICE_CONTROL registers) is as follows:
      • the initial state of control unit 12 is the DCFULLPOWER mode;
      • then, write control bits to the relevant PM_DEVICE_CONTROL register to cause control unit 12 to enter the BYPASS mode;
      • then, read the relevant PM_DEVICE_CONTROL register to ensure that the previous write has had sufficient time to take effect, e.g., ensuring that the relevant device clock tree (including the relevant one of multiplexers 45, 46, and 47) has properly switched to the host clock; and
      • then, write control bits to the relevant PM_DEVICE_CONTROL register to cause control unit 12 to enter the DCSUSPENDED mode (in which it disables the relevant device clock generation PLL, while continuing to assert the host clock to drive the relevant device clock tree).
  • The preferred sequence for powering-up a device clock PLL (in an implementation of device 2 of FIG. 1 including the above-mentioned PM_DEVICE_CONTROL registers) is as follows:
      • the initial state of control unit 12 is the DCSUSPENDED mode;
      • then, write control bits to the relevant PM_DEVICE_CONTROL register to cause control unit 12 to enter the BYPASS mode;
      • then wait for the relevant device clock generation PLL to power-up and lock (the lock time is device-specific); and
      • then, write control bits to the relevant PM_DEVICE_CONTROL register to cause control unit 12 to enter the DCFULLPOWER mode.
  • The power-up and power-down sequences for the host clock generation circuit (e.g., PLL 24 of FIG. 1) are preferably managed by hardware mechanisms in response to the writing of appropriate control bits to the PM_HOST_CONTROL register (to cause control unit 12 to enter the HCFULLPOWER and HCSUSPENDED mode respectively). The system should be implemented so as not to attempt to access the device (e.g., device 2) across the system bus until the host clock generation circuit (e.g., PLL 24) has had sufficient time to lock after the appropriate control bits are written to device 2 to cause power-up of said host clock generation circuit.
  • Other device-level power management techniques are dynamic supply voltage management and device clock frequency management. To implement supply voltage management, control unit 12 of device 2 is implemented to control external voltage regulator 14 as described above. Typically, control unit 12 asserts a control signal to voltage regulator 14 (to select one of the available set points of regulator 14) in response to a control signal asserted to control unit 12 from CPU 4 (via system bus 5, host slave unit 15, and host control bus 11). Thus, a user can cause the system software to implement a user-specified tradeoff between device performance and power consumption. For example, if coarse granularity of the supply voltage is sufficient, device 2 and regulator 14 can be implemented to support just three voltage levels: a nominal-voltage level (e.g., 1.2 volts), a low-voltage level (e.g., 1.0 volt), and a high-voltage (high-performance) level (e.g., 1.5 volts). Preferably, no device state is lost when device 2 operates at any of the available voltage settings. Optionally, control unit 12 and regulator 14 are implemented so that system software can cause control unit 12 to disable device 2's power supply entirely (or system software can directly disable device 2's power supply) when device 2 enters a “suspended” state, in which case device 2 will lose its state.
  • Each device that embodies the invention will have a maximum clock frequency for each supported voltage level for each device clock. System software must respect these limits whenever causing a change in the supply voltage level for the device. Typically, when transitioning from a higher supply voltage to a lower supply voltage, the device clock (and host clock) frequencies should be adjusted downward and the clock generation circuitry should be given adequate time to lock to the new frequencies before the voltage is actually changed. Typically, when transitioning from a lower voltage to a higher voltage, the device clock (and host clock) frequencies should be adjusted upward after the voltage has been changed.
  • In a preferred implementation, a host register in control unit 12 (e.g., a 32-bit register known as a “PM_CORE_VOLTAGE_CONTROL” register) determines the control signals asserted by control unit 12 to control the voltage level of regulator 14. The mappings from the value in that register to one of the available voltage levels and the associated device clock (and host clock) frequencies are device-specific.
  • Another of the power management techniques implemented in preferred embodiments of the invention is peak power management. System designers must consider the maximum power dissipation of each device to determine an appropriate strategy for heat removal. Space considerations for mobile computing systems limit the options for heat removal. Conventionally, determination of the maximum power dissipation for a device requires finding or writing a worst-case software application. Unfortunately, such an application is often contrived and can dissipate considerably more power than the worst likely (or “real”) application. However, although the application is contrived, the system's thermal design must still respect it.
  • Preferably, peak power management in accordance with the invention is designed to artificially limit the peak power drawn by a device to a pre-determined thermal design point by dynamically lowering device clock (and host clock) frequencies and/or reducing the supply voltage in the event that power dissipation by a device rises beyond a predetermined threshold. For example, the threshold can be set to correspond (at least approximately) to the power dissipation in the worst “real” application. Alternatively, for systems with more stringent thermal requirements, the threshold can be a lower level of power dissipation.
  • Preferably, a system including a graphics processing device (e.g., device 2 of FIG. 1) and a liquid crystal display (a liquid crystal display implementation of display 10 of FIG. 1) implements display interface frequency management in accordance with the invention as follows. The system is configured to operate in at least two modes: a mode in which the display is refreshed (by asserting a frame of image data to the display) at a normal rate, Rn (e.g., Rn=60 frames per second); and a second mode in which the display is updated at a reduced rate Rr (e.g., Rr=40 frames per second). It is especially desirable to implement the system with this capability where the cells of the display require a minimum time, T, to change state, where T is greater than (Rn)−1 but less than (Rr)−1.
  • Preferably, a system including a graphics processing device (e.g., device 2 of FIG. 1) and a backlit display (an implementation of display 10 of FIG. 1 including a backlight and circuitry for providing power to the backlight in response to control signals from at least one of CPU 4 and GPU 2) implements backlight intensity management in accordance with the invention as follows. The system is configured to drive the display's backlight with any of at least two predetermined duty cycles (and preferably with any of a large number of predetermined duty cycles). The power consumption of the backlight (as well as the time-averaged brightness of the light emitted thereby) is reduced by reducing the duty cycle of the signal that provided power thereto.
  • Other power management techniques that can be implemented in some embodiments of the invention include:
      • 1. fine-grained automatic clock gating. As described above, clock gating (i.e., control of the circuitry to which device clocks or subsystem clocks are asserted, e.g. using AND gates 30, 32, 34, 36, 38, 40, and 42 of FIG. 1) is one of the primary techniques used in accordance with the invention to manage power. In the embodiments described above, the subsystem level (selective assertion of subsystem clocks) is the lowest level of granularity for clock gating. However, in other embodiments, significant savings, both in peak power and in average power, can be achieved by gating clocks at a finer granularity (i.e., at a level below the subsystem level). For example, a typical subsystem of a device has many load-enable flip-flops. Where multiple flip-flops share the same load-enable, in a data path for example, gating the clock with the load-enable to a bank of registers (independently of gating each subsystem clock asserted to other circuitry of the subsystem) can reduce the average power consumption of the subsystem (below the average power consumption achievable with subsystem level clock gating);
      • 2. Synthesis optimizations. There are several classes of optimizations available during the process of designing a device (e.g., during the synthesis process or during the RTL development process) that can yield lower-power equivalent implementations of a device. Two such classes of optimization are gate-level optimization and operand isolation. Gate-level optimization denotes the rearrangement of logic to reduce the overall amount of switching that occurs during operation of the device. Operand isolation denotes the prevention of switching of operands when they are not in use, and is a technique that can be particularly effective in a data path design;
      • 3. Use of low-power flip-flops in a device. It has been estimated that approximately 50% of the power consumption of a typical class of graphics chips occurs in the clock tree. By replacing all flip-flops of a device whose timing is not critical, with low-power (lower-performance) flip-flops during the physical design process, a significant power savings can be realized;
      • 4. Leakage current in deep sub-micron technology. As devices are implemented with reduced size, leakage currents will increase dramatically. For example, leakage currents in 0.13 μm technology are typically as much as ten times those occurring with 0.15 μm technology. Leakage current is particularly significant during a very low power consumption mode (e.g., a suspend mode) of a device (e.g., a device included in a laptop computer system), if the system including the device does not entirely disable the power to the device during such mode. Thus, it may be desirable to design and implement a device to have reduced leakage current, especially if it is expected that power to the device will not be entirely disabled during suspend mode operation.
  • In order to illustrate advantages attainable by implementing the invention, the following section describes a typical usage pattern of a laptop computer that embodies the invention, highlighting the relationship between the modes of use and the state of the power management system. The example will consider a series of activities starting with a marketing manager preparing a PowerPoint presentation (consuming power equal to 1.5 watts), then playing a video game (consuming power equal to 3 watts), reengaging with PowerPoint (1.5 watt consumption), then leaving the screen idle (consuming power equal to 0.5 watt) until the laptop blacks the screen and enters a suspend state (consuming no more than an insignificant amount of power).
  • Since the hardware architecture of the inventive device and system (e.g., those embodiments described herein with reference to FIG. 1) does not dictate the relationship between system activity and device power management, system software is free to define those relationships as it sees fit. The following example assumes one possible mapping between system activity and the functionality of a device implementing the invention. It should be appreciated that other mappings are possible at the discretion of system software.
  • In order to appreciate the benefit from the various power savings techniques implemented in accordance with the invention, it is important to understand the parameters that contribute to power consumption. A simple model of power consumption, sufficient for purposes of this example, is given by the following equation:
    P=C*V 2 *F
    where
      • P is the power consumed by a device,
      • C is a capacitance characterizing the device,
      • V is the voltage applied (by the power supply for the device) across the device (or portion of the device) operating in response to a clock, and
      • F is clock frequency.
  • The capacitance C is invariant for any specific implementation, leaving voltage and clock frequency as the parameters to be optimized in accordance with the invention.
  • The above-mentioned example illustrates how the these parameters are optimized in accordance with the invention to fit the system's mode of operation. While the marketing manager is preparing his PowerPoint presentation, the graphics device of his computer system is in its normal operating state: the voltage and clock frequencies are set to their nominal levels, the device is managing the subsystem clock enables for the subsystems of the device (based on the activity of each subsystem), and all clocks are enabled. Typically, the graphics device would have five or more device clocks—a core clock, a memory clock, video clocks for two heads, and a TV clock. In the example, the core clock, memory clock, and first head's video clock are certainly enabled during preparation of the PowerPoint presentation, although it is likely that the second head's video clock and the TV clock are disabled because their corresponding subsystems are not in use. Furthermore, those clocks that are enabled at the device level will be disabled at the subsystem level when not in use. For example, while the marketing manager is considering what his next slide should portray, thus leaving the graphics subsystem temporarily idle, the subsystem clock for the graphics subsystem will automatically be disabled to reduce power consumption.
  • When the marketing manager launches into the video game, the device is placed into its high-performance mode: the voltage V applied across the device core is raised to its high-performance level and the core clock frequency is increased accordingly (a higher core voltage allows a higher core clock frequency). Upon exiting the video game, the core voltage and core clock frequency revert back to their nominal levels.
  • When the manager stops work, leaving the system's screen idle, the device enters a low-power state by reducing the core voltage and lowering the core clock and memory clock frequencies accordingly. Finally, the system goes into a suspend mode, which disables all clocks (except the host clock, ensuring that the device can still respond to requests from the system using circuitry clocked by the host clock). Ultimately, when system software causes assertion of an appropriate signal to one or more host registers of the device (or assertion of a signal to a hardware suspend pin of the device), the host clock and any sources of static power are disabled so that the entire device is quiescent.
  • This simple example has included many of the dynamic power management techniques available through the inventive architecture. For example, in the example, the device automatically manages subsystem level clocking to match activity of each subsystem, system software manages clock frequencies and voltage levels to match application requirements, and all significant power consumption mechanisms, including generation of the host clock, can be shut off when the system enters a deep suspend state.
  • It should be understood that while certain forms of the invention have been illustrated and described herein, the invention is not to be limited to the specific embodiments described and shown or the specific methods described.
  • While the foregoing is directed to embodiments of the present invention, other and further embodiments of the invention may be devised without departing from the basic scope thereof, and the scope thereof is determined by the claims that follow.

Claims (19)

1. A system, including:
a system bus;
a CPU connected along the system bus;
the graphics processing device being connected along the system bus; and
at least one input device connected along the system bus,
wherein at least one of the CPU and the graphics processing device are configured to operate in a frame generation mode in which frames of image data are generated by the graphics processing device at a selected frame rate and the CPU is configured to respond to control data asserted from the input device over the system bus by causing the device to enter the frame generation mode, where the control data determines the selected frame rate.
2. The system of claim 1, wherein the set of predetermined frame rates includes a maximum frame rate and a reduced frame rate, the graphics processing device generates pixels of the image data a first pixel rate when operating in the frame generation mode with the selected frame rate equal to the maximum frame rate, and the graphics processing device generates pixels of the image data at said first pixel rate but with idle time between generation of at least two subsets of the pixels when operating in the frame generation mode with the selected frame rate equal to the reduced frame rate.
3. The system of claim 2 wherein each of the subsets of pixels comprises a line of image data.
4. The system of claim 2 wherein each of the subsets of pixels comprises a block of lines of image data.
5. The system of claim 2 wherein each of the subsets of pixels comprises a field of image data.
6. The system of claim 2 wherein each of the subsets of pixels comprises a frame of image data.
7. The system of claim 2 wherein both of the CPU and the graphics processing device operate at the selected frame rate.
8. The system of claim 2 including an application programming interface including driver software having a user interface allowing the user to select the frame rate from a predetermined range of frame rates.
9. The system of claim 2 including an application programming interface including driver software having a user interface allowing the user to select the frame rate from a predetermined set of frame rates.
10. The system of claim 2 wherein the idle time comprises a vertical blanking interval between the generation of at least two subsets of pixels.
11. The system of claim 2 further comprising a display connected along the system bus, the display receiving the image data at the selected frame rate.
12. The system of claim 11 wherein the idle time comprises a vertical blanking interval between the generation of at least two subsets of pixels.
13. The system of claim 11 wherein the display is a liquid crystal display.
14. The system of claim 13 wherein the graphics processing device is configured to operate in any selected one of a first mode and a second mode, wherein the display is refreshed in the first mode by asserting a frame of image data to the display at a first rate Rn, and wherein the display is refreshed in the second mode by asserting a frame of image data to the display at a second rate Rr, where Rr is less than Rn.
15. The system of claim 14 wherein the display comprises cells, and the cells require a minimum time, T, to change state, where T is greater than (Rn)−1 but T is less than (Rr)−1.
16. The system of claim 11 wherein the display is a backlit display including a backlight, wherein the graphics processing device is configured to drive the backlight with any selected one of at least two predetermined duty cycles.
17. A system, including:
a system bus;
a CPU connected along the system bus;
a graphics processing device being connected along the system bus; and
a liquid crystal display connected along the system bus,
wherein at least one of the CPU and the graphics processing device is configured to operate in any selected on of a first mode and a second mode, where the display is refreshed in the first mode by asserting a frame of image data to the display at a first rate Rn, and wherein the display is refreshed in the second mode by asserting a frame of image data to the display at a second rate Rr, where Rr is less than Rn.
18. The system of claim 17 wherein the display comprises cells, and the cells require a minimum time, T, to change state, where T is greater than (Rn)−1 but T is less than (Rr)−1.
19. A system, including:
a system bus;
a CPU connected along the system bus;
a graphics processing device being connected along the system bus; and
a backlit display connected along the system bus, wherein the backlit display includes a backlight,
wherein at least one of the CPU and the graphics processing device is configured to drive the backlight with any selected one of at least two predetermined duty cycles.
US11/158,027 2001-10-05 2005-06-20 Method and apparatus for power management of graphics processors and subsystems thereof Abandoned US20050268141A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/158,027 US20050268141A1 (en) 2001-10-05 2005-06-20 Method and apparatus for power management of graphics processors and subsystems thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/972,414 US6938176B1 (en) 2001-10-05 2001-10-05 Method and apparatus for power management of graphics processors and subsystems that allow the subsystems to respond to accesses when subsystems are idle
US11/158,027 US20050268141A1 (en) 2001-10-05 2005-06-20 Method and apparatus for power management of graphics processors and subsystems thereof

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/972,414 Division US6938176B1 (en) 2001-10-05 2001-10-05 Method and apparatus for power management of graphics processors and subsystems that allow the subsystems to respond to accesses when subsystems are idle

Publications (1)

Publication Number Publication Date
US20050268141A1 true US20050268141A1 (en) 2005-12-01

Family

ID=34862287

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/972,414 Expired - Lifetime US6938176B1 (en) 2001-10-05 2001-10-05 Method and apparatus for power management of graphics processors and subsystems that allow the subsystems to respond to accesses when subsystems are idle
US11/158,027 Abandoned US20050268141A1 (en) 2001-10-05 2005-06-20 Method and apparatus for power management of graphics processors and subsystems thereof

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/972,414 Expired - Lifetime US6938176B1 (en) 2001-10-05 2001-10-05 Method and apparatus for power management of graphics processors and subsystems that allow the subsystems to respond to accesses when subsystems are idle

Country Status (1)

Country Link
US (2) US6938176B1 (en)

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050231596A1 (en) * 2004-03-31 2005-10-20 Marchese Joseph R Testing apparatus for digital video camera anomalies
US20070115290A1 (en) * 2005-11-23 2007-05-24 Advanced Micro Devices, Inc. Integrating display controller into low power processor
US7256788B1 (en) * 2002-06-11 2007-08-14 Nvidia Corporation Graphics power savings system and method
US20070206018A1 (en) * 2006-03-03 2007-09-06 Ati Technologies Inc. Dynamically controlled power reduction method and circuit for a graphics processor
US20070237246A1 (en) * 2006-04-11 2007-10-11 In Gi Lim Wireless modem, modulator, and demodulator
US20080077816A1 (en) * 2006-09-27 2008-03-27 Intel Corporation Subsystem Power Management
US20090198979A1 (en) * 2008-02-05 2009-08-06 Dell Products L.P. Processor performance state optimization
US20090204830A1 (en) * 2008-02-11 2009-08-13 Nvidia Corporation Power management with dynamic frequency dajustments
US20090225088A1 (en) * 2006-04-19 2009-09-10 Sony Computer Entertainment Inc. Display controller, graphics processor, rendering processing apparatus, and rendering control method
US20100014868A1 (en) * 2008-07-18 2010-01-21 Emcore Corporation Hybrid optical/wireless RF transceiver modules and photonic network components
US20100212024A1 (en) * 2000-03-14 2010-08-19 Joseph Robert Marchese Digital video system using networked cameras
US20100281277A1 (en) * 2009-04-30 2010-11-04 Via Technologies, Inc. Computer system and stand-by mode management module and stand-by mode management method using the same
US20110126056A1 (en) * 2002-11-14 2011-05-26 Nvidia Corporation Processor performance adjustment system and method
US20120249559A1 (en) * 2009-09-09 2012-10-04 Ati Technologies Ulc Controlling the Power State of an Idle Processing Device
US20130033510A1 (en) * 2011-06-24 2013-02-07 Lingyun Dou Techniques for Controlling Power Consumption of a System
WO2013101437A1 (en) * 2011-12-28 2013-07-04 Intel Corporation Method of and apparatus for dynamic graphics power gating for battery life optimization
US8839006B2 (en) 2010-05-28 2014-09-16 Nvidia Corporation Power consumption reduction systems and methods
US8890876B1 (en) * 2007-12-21 2014-11-18 Oracle America, Inc. Microprocessor including a display interface in the microprocessor
US9134782B2 (en) 2007-05-07 2015-09-15 Nvidia Corporation Maintaining optimum voltage supply to match performance of an integrated circuit
US9166883B2 (en) 2006-04-05 2015-10-20 Joseph Robert Marchese Network device detection, identification, and management
US20150301587A1 (en) * 2014-04-22 2015-10-22 Samsung Electronics Co., Ltd. Apparatus and method for controlling power of electronic device
US9256265B2 (en) 2009-12-30 2016-02-09 Nvidia Corporation Method and system for artificially and dynamically limiting the framerate of a graphics processing unit
US9830889B2 (en) 2009-12-31 2017-11-28 Nvidia Corporation Methods and system for artifically and dynamically limiting the display resolution of an application
US10209758B2 (en) 2014-12-12 2019-02-19 Via Alliance Semiconductor Co., Ltd. Graphics processing system and power gating method thereof
US10971100B2 (en) * 2018-09-20 2021-04-06 Chongqing Boe Optoelectronics Technology Co., Ltd. Pixel driving circuit, display panel having the pixel driving circuit and driving method of display panel
US11782494B2 (en) * 2011-12-14 2023-10-10 Advanced Micro Devices, Inc. Method and apparatus for power management of a graphics processing core in a virtual environment

Families Citing this family (93)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8692844B1 (en) 2000-09-28 2014-04-08 Nvidia Corporation Method and system for efficient antialiased rendering
JP3883126B2 (en) * 2001-10-26 2007-02-21 富士通株式会社 Semiconductor integrated circuit device, electronic device incorporating the same, and power consumption reduction method
US7058829B2 (en) * 2002-08-14 2006-06-06 Intel Corporation Method and apparatus for a computing system having an active sleep mode CPU that uses the cache of a normal active mode CPU
US7243217B1 (en) * 2002-09-24 2007-07-10 Advanced Micro Devices, Inc. Floating point unit with variable speed execution pipeline and method of operation
US8730230B2 (en) * 2002-10-19 2014-05-20 Via Technologies, Inc. Continuous graphics display method for multiple display devices during the processor non-responding period
US7114090B2 (en) * 2003-02-14 2006-09-26 Intel Corporation Computing system with operational low power states
US7254730B2 (en) * 2003-02-14 2007-08-07 Intel Corporation Method and apparatus for a user to interface with a mobile computing device
US7583260B2 (en) * 2003-07-16 2009-09-01 Honeywood Technologies, Llc Color preservation for spatially varying power conservation
US7663597B2 (en) * 2003-07-16 2010-02-16 Honeywood Technologies, Llc LCD plateau power conservation
US7786988B2 (en) * 2003-07-16 2010-08-31 Honeywood Technologies, Llc Window information preservation for spatially varying power conservation
US7714831B2 (en) * 2003-07-16 2010-05-11 Honeywood Technologies, Llc Background plateau manipulation for display device power conservation
US7602388B2 (en) 2003-07-16 2009-10-13 Honeywood Technologies, Llc Edge preservation for spatially varying power conservation
US7580033B2 (en) * 2003-07-16 2009-08-25 Honeywood Technologies, Llc Spatial-based power savings
US8732644B1 (en) 2003-09-15 2014-05-20 Nvidia Corporation Micro electro mechanical switch system and method for testing and configuring semiconductor functional circuits
US8788996B2 (en) 2003-09-15 2014-07-22 Nvidia Corporation System and method for configuring semiconductor functional circuits
US8775997B2 (en) 2003-09-15 2014-07-08 Nvidia Corporation System and method for testing and configuring semiconductor functional circuits
WO2005037388A1 (en) * 2003-10-21 2005-04-28 Sony Computer Entertainment Inc. Electronic device
US7961194B2 (en) 2003-11-19 2011-06-14 Lucid Information Technology, Ltd. Method of controlling in real time the switching of modes of parallel operation of a multi-mode parallel graphics processing subsystem embodied within a host computing system
US8497865B2 (en) 2006-12-31 2013-07-30 Lucid Information Technology, Ltd. Parallel graphics system employing multiple graphics processing pipelines with multiple graphics processing units (GPUS) and supporting an object division mode of parallel graphics processing using programmable pixel or vertex processing resources provided with the GPUS
US20080094403A1 (en) * 2003-11-19 2008-04-24 Reuven Bakalash Computing system capable of parallelizing the operation graphics processing units (GPUs) supported on a CPU/GPU fusion-architecture chip and one or more external graphics cards, employing a software-implemented multi-mode parallel graphics rendering subsystem
US20090027383A1 (en) * 2003-11-19 2009-01-29 Lucid Information Technology, Ltd. Computing system parallelizing the operation of multiple graphics processing pipelines (GPPLs) and supporting depth-less based image recomposition
EP1687732A4 (en) 2003-11-19 2008-11-19 Lucid Information Technology Ltd Method and system for multiple 3-d graphic pipeline over a pc bus
US20070291040A1 (en) * 2005-01-25 2007-12-20 Reuven Bakalash Multi-mode parallel graphics rendering system supporting dynamic profiling of graphics-based applications and automatic control of parallel modes of operation
US8085273B2 (en) 2003-11-19 2011-12-27 Lucid Information Technology, Ltd Multi-mode parallel graphics rendering system employing real-time automatic scene profiling and mode control
US20080074429A1 (en) * 2003-11-19 2008-03-27 Reuven Bakalash Multi-mode parallel graphics rendering system (MMPGRS) supporting real-time transition between multiple states of parallel rendering operation in response to the automatic detection of predetermined operating conditions
US7102645B2 (en) * 2003-12-15 2006-09-05 Seiko Epson Corporation Graphics display controller providing enhanced read/write efficiency for interfacing with a RAM-integrated graphics display device
US8711161B1 (en) 2003-12-18 2014-04-29 Nvidia Corporation Functional component compensation reconfiguration system and method
US7296170B1 (en) * 2004-01-23 2007-11-13 Zilog, Inc. Clock controller with clock source fail-safe logic
US7698575B2 (en) * 2004-03-30 2010-04-13 Intel Corporation Managing power consumption by requesting an adjustment to an operating point of a processor
US7401240B2 (en) * 2004-06-03 2008-07-15 International Business Machines Corporation Method for dynamically managing power in microprocessor chips according to present processing demands
US7437583B2 (en) * 2004-06-04 2008-10-14 Broadcom Corporation Method and system for flexible clock gating control
JP3805344B2 (en) * 2004-06-22 2006-08-02 株式会社ソニー・コンピュータエンタテインメント Processor, information processing apparatus and processor control method
US8723231B1 (en) 2004-09-15 2014-05-13 Nvidia Corporation Semiconductor die micro electro-mechanical switch management system and method
US8711156B1 (en) 2004-09-30 2014-04-29 Nvidia Corporation Method and system for remapping processing elements in a pipeline of a graphics processing unit
US7284138B2 (en) * 2004-12-02 2007-10-16 International Business Machines Corporation Deep power saving by disabling clock distribution without separate clock distribution for power management logic
CN101849227A (en) * 2005-01-25 2010-09-29 透明信息技术有限公司 Graphics processing and display system employing multiple graphics cores on a silicon chip of monolithic construction
US8021193B1 (en) 2005-04-25 2011-09-20 Nvidia Corporation Controlled impedance display adapter
US7602408B2 (en) 2005-05-04 2009-10-13 Honeywood Technologies, Llc Luminance suppression power conservation
US7760210B2 (en) * 2005-05-04 2010-07-20 Honeywood Technologies, Llc White-based power savings
US8427496B1 (en) 2005-05-13 2013-04-23 Nvidia Corporation Method and system for implementing compression across a graphics bus interconnect
US7793029B1 (en) 2005-05-17 2010-09-07 Nvidia Corporation Translation device apparatus for configuring printed circuit board connectors
US8417838B2 (en) 2005-12-12 2013-04-09 Nvidia Corporation System and method for configurable digital communication
US8412872B1 (en) 2005-12-12 2013-04-02 Nvidia Corporation Configurable GPU and method for graphics processing using a configurable GPU
US8698811B1 (en) 2005-12-15 2014-04-15 Nvidia Corporation Nested boustrophedonic patterns for rasterization
US9123173B2 (en) * 2005-12-15 2015-09-01 Nvidia Corporation Method for rasterizing non-rectangular tile groups in a raster stage of a graphics pipeline
US8390645B1 (en) 2005-12-19 2013-03-05 Nvidia Corporation Method and system for rendering connecting antialiased line segments
US9117309B1 (en) 2005-12-19 2015-08-25 Nvidia Corporation Method and system for rendering polygons with a bounding box in a graphics processor unit
US8928676B2 (en) * 2006-06-23 2015-01-06 Nvidia Corporation Method for parallel fine rasterization in a raster stage of a graphics pipeline
US8085264B1 (en) 2006-07-26 2011-12-27 Nvidia Corporation Tile output using multiple queue output buffering in a raster stage
US7843468B2 (en) * 2006-07-26 2010-11-30 Nvidia Corporation Accellerated start tile search
US9070213B2 (en) * 2006-07-26 2015-06-30 Nvidia Corporation Tile based precision rasterization in a graphics pipeline
US8427487B1 (en) 2006-11-02 2013-04-23 Nvidia Corporation Multiple tile output using interface compression in a raster stage
US8237738B1 (en) 2006-11-02 2012-08-07 Nvidia Corporation Smooth rasterization of polygonal graphics primitives
US8482567B1 (en) 2006-11-03 2013-07-09 Nvidia Corporation Line rasterization techniques
US7802118B1 (en) * 2006-12-21 2010-09-21 Nvidia Corporation Functional block level clock-gating within a graphics processor
US7958483B1 (en) * 2006-12-21 2011-06-07 Nvidia Corporation Clock throttling based on activity-level signals
US7797561B1 (en) * 2006-12-21 2010-09-14 Nvidia Corporation Automatic functional block level clock-gating
US9275430B2 (en) 2006-12-31 2016-03-01 Lucidlogix Technologies, Ltd. Computing system employing a multi-GPU graphics processing and display subsystem supporting single-GPU non-parallel (multi-threading) and multi-GPU application-division parallel modes of graphics processing operation
US11714476B2 (en) 2006-12-31 2023-08-01 Google Llc Apparatus and method for power management of a computing system
US20080307240A1 (en) * 2007-06-08 2008-12-11 Texas Instruments Incorporated Power management electronic circuits, systems, and methods and processes of manufacture
GB2450564B (en) 2007-06-29 2011-03-02 Imagination Tech Ltd Clock frequency adjustment for semi-conductor devices
JP2009017233A (en) * 2007-07-04 2009-01-22 Sony Corp Video signal processor, video signal processing method and video signal processing program
TWI380164B (en) * 2007-10-16 2012-12-21 Asustek Comp Inc Electrical power sharing control circuit and its method
US8724483B2 (en) 2007-10-22 2014-05-13 Nvidia Corporation Loopback configuration for bi-directional interfaces
US9064333B2 (en) 2007-12-17 2015-06-23 Nvidia Corporation Interrupt handling techniques in the rasterizer of a GPU
US8780123B2 (en) 2007-12-17 2014-07-15 Nvidia Corporation Interrupt handling techniques in the rasterizer of a GPU
US8923385B2 (en) 2008-05-01 2014-12-30 Nvidia Corporation Rewind-enabled hardware encoder
US8681861B2 (en) 2008-05-01 2014-03-25 Nvidia Corporation Multistandard hardware video encoder
US8171319B2 (en) * 2009-04-16 2012-05-01 International Business Machines Corporation Managing processor power-performance states
US8687639B2 (en) * 2009-06-04 2014-04-01 Nvidia Corporation Method and system for ordering posted packets and non-posted packets transfer
US20110063305A1 (en) 2009-09-16 2011-03-17 Nvidia Corporation Co-processing techniques on heterogeneous graphics processing units
US9176909B2 (en) 2009-12-11 2015-11-03 Nvidia Corporation Aggregating unoccupied PCI-e links to provide greater bandwidth
US9331869B2 (en) 2010-03-04 2016-05-03 Nvidia Corporation Input/output request packet handling techniques by a device specific kernel mode driver
US8667308B2 (en) 2010-06-18 2014-03-04 Apple Inc. Dynamic voltage dithering
US8614716B2 (en) 2010-10-01 2013-12-24 Apple Inc. Recording a command stream with a rich encoding format for capture and playback of graphics content
US8527239B2 (en) * 2010-10-01 2013-09-03 Apple Inc. Automatic detection of performance bottlenecks in a graphics system
US9171350B2 (en) 2010-10-28 2015-10-27 Nvidia Corporation Adaptive resolution DGPU rendering to provide constant framerate with free IGPU scale up
US9652016B2 (en) * 2011-04-27 2017-05-16 Nvidia Corporation Techniques for degrading rendering quality to increase operating time of a computing platform
US9330031B2 (en) 2011-12-09 2016-05-03 Nvidia Corporation System and method for calibration of serial links using a serial-to-parallel loopback
KR101658012B1 (en) * 2011-12-29 2016-09-20 인텔 코포레이션 Adaptive thermal throttling with user configuration capability
TW201419159A (en) * 2012-11-09 2014-05-16 Askey Computer Corp Power saving method and handheld electronic device using the same
US9158350B2 (en) 2012-12-18 2015-10-13 Apple Inc. Link clock change during veritcal blanking
US9424620B2 (en) * 2012-12-29 2016-08-23 Intel Corporation Identification of GPU phase to determine GPU scalability during runtime
US9250683B2 (en) * 2013-03-14 2016-02-02 Nvidia Corporation System, method, and computer program product for allowing a head to enter a reduced power mode
US9710894B2 (en) 2013-06-04 2017-07-18 Nvidia Corporation System and method for enhanced multi-sample anti-aliasing
US9823673B2 (en) * 2014-04-08 2017-11-21 Qualcomm Incorporated Energy efficiency aware thermal management in a multi-processor system on a chip based on monitored processing component current draw
US9645916B2 (en) 2014-05-30 2017-05-09 Apple Inc. Performance testing for blocks of code
US9652816B1 (en) 2014-09-29 2017-05-16 Apple Inc. Reduced frame refresh rate
US9495926B2 (en) 2014-12-01 2016-11-15 Apple Inc. Variable frame refresh rate
US10706825B2 (en) 2015-09-29 2020-07-07 Apple Inc. Timestamp based display update mechanism
TWM542163U (en) * 2017-01-16 2017-05-21 Evga Corp Simulation switch device of computer control chip
US11307629B2 (en) 2018-07-31 2022-04-19 Hewlett-Packard Development Company, L.P. Power limit alterations of component types
US11526650B1 (en) * 2021-03-31 2022-12-13 Cadence Design Systems, Inc. Switching power aware driver resizing by considering net activity in buffering algorithm

Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5446840A (en) * 1993-02-19 1995-08-29 Borland International, Inc. System and methods for optimized screen writing
US5585745A (en) * 1995-02-14 1996-12-17 Vlsi Technology, Inc. Method and apparatus for reducing power consumption in digital electronic circuits
US5598565A (en) * 1993-12-29 1997-01-28 Intel Corporation Method and apparatus for screen power saving
US5623647A (en) * 1995-03-07 1997-04-22 Intel Corporation Application specific clock throttling
US5719800A (en) * 1995-06-30 1998-02-17 Intel Corporation Performance throttling to reduce IC power consumption
US5727208A (en) * 1995-07-03 1998-03-10 Dell U.S.A. L.P. Method and apparatus for configuration of processor operating parameters
US5801684A (en) * 1996-02-29 1998-09-01 Motorola, Inc. Electronic device with display and display driver and method of operation of a display driver
US5940785A (en) * 1996-04-29 1999-08-17 International Business Machines Corporation Performance-temperature optimization by cooperatively varying the voltage and frequency of a circuit
US5991883A (en) * 1996-06-03 1999-11-23 Compaq Computer Corporation Power conservation method for a portable computer with LCD display
US5996083A (en) * 1995-08-11 1999-11-30 Hewlett-Packard Company Microprocessor having software controllable power consumption
US6141762A (en) * 1998-08-03 2000-10-31 Nicol; Christopher J. Power reduction in a multiprocessor digital signal processor based on processor load
US6216235B1 (en) * 1994-06-20 2001-04-10 C. Douglass Thomas Thermal and power management for computer systems
US6339422B1 (en) * 1997-10-28 2002-01-15 Sharp Kabushiki Kaisha Display control circuit and display control method
US6600575B1 (en) * 1998-07-22 2003-07-29 Oki Data Corporation Clock supply circuit
US6691236B1 (en) * 1996-06-03 2004-02-10 Hewlett-Packard Development Company, L.P. System for altering operation of a graphics subsystem during run-time to conserve power upon detecting a low power condition or lower battery charge exists

Patent Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5446840A (en) * 1993-02-19 1995-08-29 Borland International, Inc. System and methods for optimized screen writing
US5598565A (en) * 1993-12-29 1997-01-28 Intel Corporation Method and apparatus for screen power saving
US6216235B1 (en) * 1994-06-20 2001-04-10 C. Douglass Thomas Thermal and power management for computer systems
US5585745A (en) * 1995-02-14 1996-12-17 Vlsi Technology, Inc. Method and apparatus for reducing power consumption in digital electronic circuits
US5623647A (en) * 1995-03-07 1997-04-22 Intel Corporation Application specific clock throttling
US5719800A (en) * 1995-06-30 1998-02-17 Intel Corporation Performance throttling to reduce IC power consumption
US5727208A (en) * 1995-07-03 1998-03-10 Dell U.S.A. L.P. Method and apparatus for configuration of processor operating parameters
US5996083A (en) * 1995-08-11 1999-11-30 Hewlett-Packard Company Microprocessor having software controllable power consumption
US5801684A (en) * 1996-02-29 1998-09-01 Motorola, Inc. Electronic device with display and display driver and method of operation of a display driver
US5940785A (en) * 1996-04-29 1999-08-17 International Business Machines Corporation Performance-temperature optimization by cooperatively varying the voltage and frequency of a circuit
US5991883A (en) * 1996-06-03 1999-11-23 Compaq Computer Corporation Power conservation method for a portable computer with LCD display
US6691236B1 (en) * 1996-06-03 2004-02-10 Hewlett-Packard Development Company, L.P. System for altering operation of a graphics subsystem during run-time to conserve power upon detecting a low power condition or lower battery charge exists
US6339422B1 (en) * 1997-10-28 2002-01-15 Sharp Kabushiki Kaisha Display control circuit and display control method
US6600575B1 (en) * 1998-07-22 2003-07-29 Oki Data Corporation Clock supply circuit
US6141762A (en) * 1998-08-03 2000-10-31 Nicol; Christopher J. Power reduction in a multiprocessor digital signal processor based on processor load

Cited By (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100212024A1 (en) * 2000-03-14 2010-08-19 Joseph Robert Marchese Digital video system using networked cameras
US9979590B2 (en) 2000-03-14 2018-05-22 Jds Technologies, Inc. Digital video system using networked cameras
US9374405B2 (en) 2000-03-14 2016-06-21 Joseph Robert Marchese Digital video system using networked cameras
US8185964B2 (en) 2000-03-14 2012-05-22 Joseph Robert Marchese Digital video system using networked cameras
US7256788B1 (en) * 2002-06-11 2007-08-14 Nvidia Corporation Graphics power savings system and method
US20110126056A1 (en) * 2002-11-14 2011-05-26 Nvidia Corporation Processor performance adjustment system and method
US20050231596A1 (en) * 2004-03-31 2005-10-20 Marchese Joseph R Testing apparatus for digital video camera anomalies
US20070115290A1 (en) * 2005-11-23 2007-05-24 Advanced Micro Devices, Inc. Integrating display controller into low power processor
US7750912B2 (en) * 2005-11-23 2010-07-06 Advanced Micro Devices, Inc. Integrating display controller into low power processor
US20070206018A1 (en) * 2006-03-03 2007-09-06 Ati Technologies Inc. Dynamically controlled power reduction method and circuit for a graphics processor
US8102398B2 (en) * 2006-03-03 2012-01-24 Ati Technologies Ulc Dynamically controlled power reduction method and circuit for a graphics processor
US9166883B2 (en) 2006-04-05 2015-10-20 Joseph Robert Marchese Network device detection, identification, and management
US10594563B2 (en) 2006-04-05 2020-03-17 Joseph Robert Marchese Network device detection, identification, and management
US20070237246A1 (en) * 2006-04-11 2007-10-11 In Gi Lim Wireless modem, modulator, and demodulator
US8026919B2 (en) * 2006-04-19 2011-09-27 Sony Computer Entertainment Inc. Display controller, graphics processor, rendering processing apparatus, and rendering control method
US20090225088A1 (en) * 2006-04-19 2009-09-10 Sony Computer Entertainment Inc. Display controller, graphics processor, rendering processing apparatus, and rendering control method
US20080077816A1 (en) * 2006-09-27 2008-03-27 Intel Corporation Subsystem Power Management
US7802116B2 (en) * 2006-09-27 2010-09-21 Intel Corporation Subsystem power management
US9134782B2 (en) 2007-05-07 2015-09-15 Nvidia Corporation Maintaining optimum voltage supply to match performance of an integrated circuit
US8890876B1 (en) * 2007-12-21 2014-11-18 Oracle America, Inc. Microprocessor including a display interface in the microprocessor
US9274584B2 (en) 2008-02-05 2016-03-01 Dell Products L.P. Processor performance state optimization
US7992015B2 (en) 2008-02-05 2011-08-02 Dell Products L.P. Processor performance state optimization
US20090198979A1 (en) * 2008-02-05 2009-08-06 Dell Products L.P. Processor performance state optimization
US9304569B2 (en) 2008-02-05 2016-04-05 Dell Products L.P. Processor performance state optimization
US8370663B2 (en) 2008-02-11 2013-02-05 Nvidia Corporation Power management with dynamic frequency adjustments
US8775843B2 (en) 2008-02-11 2014-07-08 Nvidia Corporation Power management with dynamic frequency adjustments
US20090204830A1 (en) * 2008-02-11 2009-08-13 Nvidia Corporation Power management with dynamic frequency dajustments
US20100014868A1 (en) * 2008-07-18 2010-01-21 Emcore Corporation Hybrid optical/wireless RF transceiver modules and photonic network components
US8522054B2 (en) * 2009-04-30 2013-08-27 Via Technologies, Inc. Stand-by mode management method for use in a stand-by mode of a computer system with stand-by mode management module
US20100281277A1 (en) * 2009-04-30 2010-11-04 Via Technologies, Inc. Computer system and stand-by mode management module and stand-by mode management method using the same
US20120249559A1 (en) * 2009-09-09 2012-10-04 Ati Technologies Ulc Controlling the Power State of an Idle Processing Device
US8943347B2 (en) * 2009-09-09 2015-01-27 Advanced Micro Devices, Inc. Controlling the power state of an idle processing device
US9256265B2 (en) 2009-12-30 2016-02-09 Nvidia Corporation Method and system for artificially and dynamically limiting the framerate of a graphics processing unit
US9830889B2 (en) 2009-12-31 2017-11-28 Nvidia Corporation Methods and system for artifically and dynamically limiting the display resolution of an application
US8839006B2 (en) 2010-05-28 2014-09-16 Nvidia Corporation Power consumption reduction systems and methods
US20130033510A1 (en) * 2011-06-24 2013-02-07 Lingyun Dou Techniques for Controlling Power Consumption of a System
US11782494B2 (en) * 2011-12-14 2023-10-10 Advanced Micro Devices, Inc. Method and apparatus for power management of a graphics processing core in a virtual environment
US8806243B2 (en) 2011-12-28 2014-08-12 Intel Corporation Method of and apparatus for energy savings associated with a graphics core
WO2013101437A1 (en) * 2011-12-28 2013-07-04 Intel Corporation Method of and apparatus for dynamic graphics power gating for battery life optimization
US20150301587A1 (en) * 2014-04-22 2015-10-22 Samsung Electronics Co., Ltd. Apparatus and method for controlling power of electronic device
US9804661B2 (en) * 2014-04-22 2017-10-31 Samsung Electronics Co., Ltd Apparatus and method for controlling power of electronic device
US10209758B2 (en) 2014-12-12 2019-02-19 Via Alliance Semiconductor Co., Ltd. Graphics processing system and power gating method thereof
US10971100B2 (en) * 2018-09-20 2021-04-06 Chongqing Boe Optoelectronics Technology Co., Ltd. Pixel driving circuit, display panel having the pixel driving circuit and driving method of display panel

Also Published As

Publication number Publication date
US6938176B1 (en) 2005-08-30

Similar Documents

Publication Publication Date Title
US6938176B1 (en) Method and apparatus for power management of graphics processors and subsystems that allow the subsystems to respond to accesses when subsystems are idle
US11573622B2 (en) Discrete power control of components within a computer system
US8516285B2 (en) Method, apparatus and system to dynamically choose an optimum power state
KR101324885B1 (en) Coordinating performance parameters in multiple circuits
US6990594B2 (en) Dynamic power management of devices in computer system by selecting clock generator output based on a current state and programmable policies
US8438416B2 (en) Function based dynamic power control
US8959369B2 (en) Hardware automatic performance state transitions in system on processor sleep and wake events
KR100750035B1 (en) Method and apparatus for enabling a low power mode for a processor
JP5060487B2 (en) Method, system and program for optimizing latency of dynamic memory sizing
US6657634B1 (en) Dynamic graphics and/or video memory power reducing circuit and method
KR100518376B1 (en) Method and apparatus to enhance processor power management
US20130151869A1 (en) Method for soc performance and power optimization
US20070043965A1 (en) Dynamic memory sizing for power reduction
WO2000065428A1 (en) A method and apparatus to power up an integrated device from a low power state
KR20020050270A (en) Dynamically adjusting a processor's operational parameters according to its environment
JP2023508659A (en) Long idle system and method
CN111221402A (en) Multi-layer low power states

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION