`
`
`
`
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`
`
`
`
`
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`
`
`
`
`
`
`
`
`ADVANCED MICRO DEVICES, INC.,
`Petitioner
`
`v.
`
`AQUILA INNOVATIONS INC.,
`Patent Owner
`
`
`
`Case IPR2019-01526
`Patent 6,895,519
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`PETITIONER ADVANCED MICRO DEVICES, INC.’S REPLY TO
`PATENT OWNER’S RESPONSE
`
`
`
`
`
`
`
`
`Mail Stop “PATENT BOARD”
`Patent Trial and Appeal Board
`U.S. Patent and Trademark Office
`P.O. Box 1450
`Alexandria, VA 22313-1450
`
`
`
`
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`
`TABLE OF CONTENTS
`
`
`INTRODUCTION ........................................................................................... 1
`I.
`CLAIM CONSTRUCTION ............................................................................ 1
`II.
`III. GROUND 1 – OBER IN VIEW OF NAKAZATO ........................................ 3
`A.
`The Ober-Nakazato combination discloses a “plurality of
`ordinary operation modes.” ................................................................... 3
`1.
`It would have been obvious to reduce Ober’s CPU clock
`frequency during “ordinary operations.” .................................... 6
`Ober’s CPU is capable of operating at reduced clock
`speeds. .......................................................................................10
`The Ober-Nakazato combination discloses “a first memory
`storing a clock control library for controlling clock frequency
`transitions between said ordinary operation modes.” .........................13
`A POSITA would have been motivated to combine Ober and
`Nakazato and would have had a reasonable expectation of
`success .................................................................................................14
`1. Modifying Ober’s register would not cause it to behave
`unpredictably. ............................................................................15
`Combining Ober with Nakazato would not cause Ober’s
`“power management state machine” to behave
`unpredictably. ............................................................................16
`Ober’s peripheral devices would not behave
`unpredictably in the combination of Ober and Nakazato .........17
`Ober does not “teach away” from Nakazato .............................18
`4.
`The Board properly instituted this IPR. ..............................................20
`D.
`IV. GROUND 2 – OBER IN VIEW OF NAKAZATO, COOPER AND
`WINDOWS ACPI .........................................................................................22
`
`B.
`
`C.
`
`2.
`
`2.
`
`3.
`
`
`
`- i -
`
`
`
`A.
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`The combination of Ober, Nakazato, Cooper, and Windows
`ACPI renders obvious claims 2-6 .......................................................22
`Exhibit 1005 qualifies as a printed publication. ..................................23
`B.
`V. GROUND 3 – OBER IN VIEW OF NAKAZATO AND DOBLAR ...........25
`VI. THE DEPENDENT CLAIMS ARE UNPATENTABLE FOR THE
`REASONS SET FORTH IN THE PETITION. .............................................27
`VII. CONCLUSION ..............................................................................................27
`
`
`
`
`
`- ii -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`PETITIONER’S UPDATED EXHIBIT LIST
`
`
`Description
`U.S. Patent No. 6,895,519 B2 to Endo (“the ’519 patent”)
`File history of U.S. Patent No. 6,895,519 B2 to Endo (“’519 file
`history”)
`Declaration of Dr. David Albonesi
`U.S. Patent No. 6,665,802 to Ober (“Ober”)
`“Draft ACPI Driver Interface Design Notes and Reference,”
`Microsoft Hardware White Paper, Microsoft Corporation, 1998
`(“Windows APCI”)
`U.S. Patent No. 6,516,422 to Doblar et al. (“Doblar”)
`U.S. Patent No. 6,823,516 to Cooper (“Cooper”)
`U.S. Patent No. 6,681,336 to Nakazato et al. (“Nakazato”)
`Curriculum vitae of Dr. David Albonesi
`McDaniel, G., IBM Dictionary of Computing, McGraw-Hill, 10th
`ed., (1993) (“IBM Dictionary”)
` “Aquila Innovations, Inc.’s Claim Construction Brief,” Aquila
`Innovations, Inc. v. Advanced Micro Devices, Inc., Case No. 1:18-
`cv-00554-LY (W.D. Tex.) (filed July 2, 2019). (“Claim
`Construction Brief”)
`“Aquila Innovations, Inc.’s Preliminary Infringement
`Contentions,” Aquila Innovations, Inc. v. Advanced Micro Devices,
`Inc., Case No. 1:18-cv-00554-LY (W.D. Tex.) (filed Feb. 3, 2019).
`(“Preliminary Infringement Contentions”)
`Compaq Computer Corporation et al., “Advanced Configuration
`and Power Interface Specification, Revision 2.0” (July 27,2000)
`(“ACPIspec”)
`U.S. Patent No. 5,952,890 to Fallisgaard et al. (Fallisgaard)
`Intel Pentium III Processor/840 Developer Kit Manual (April
`2001) (“Intel Pentium III Manual”)
`TMS320C55x DSP Functional Overview (June 2000) (“TMS
`Overview”)
`ST7 8-Bit MCU Family User Guide (July 2002)(“ST7 User Guide)
`
`Exhibit
`No.
`1001
`1002
`1003
`1004
`
`1005
`
`1006
`1007
`1008
`1009
`1010
`
`1011
`
`1012
`
`1013
`
`1014
`1015
`
`1016
`1017
`
`
`
`- iii -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`
`Exhibit
`No.
`1018
`1019
`1020
`1021
`1022
`1023
`1024
`1025
`1026
`1027
`
`1028
`
`1029
`
`1030
`
`1031
`
`1032
`
`Description
`U.S. Patent No. 7,155,617 B2 to Gary et al. (“the ’617 patent”)
`Microsoft Computer Dictionary, Microsoft Press, 5th ed.,
`(2002)(“Microsoft Dictionary”)
`MICROSOFT.COM, OnNow and Power Management (“OnNow”)
`Affidavit of Christopher Butler
`Olukotun et al., The Case for a Single-Chip Multiprocessor (1996)
`Albonesi et al., Tradeoffs in the Design of Single Chip
`Multiprocessors (1994)
`Bossen et al, Power4 Systems: Design for Reliability (2001)
`U.S. Patent No. 5,260,979 to Parker et al. (“the ’979 patent)
`U.S. Patent No. 5,530,726 to Toshiaki Ohno (“the ’726 patent)
`Trevor Mudge, “Power: A First-Class Architectural Design
`Constraint,” IEEE Computer, April 2001
`Declaration of Dr. David Albonesi in Support of Petitioner’s Reply
`to Patent Owner’s Response
`Deposition Transcript of Dr. Steven A. Przybylski, August 14,
`2020.
`Internet Archive capture of http://www.microsoft.com, June 10,
`2001 (accessed August 27, 2020).
`Internet Archive capture of
`http://www.microsoft.com/windows/default.asp, June 9, 2001
`(accessed August 27, 2020).
`Internet Archive capture of http://www.microsoft.com/HWDev/,
`June 11, 2001 (accessed August 27, 2020).
`
`
`
`- iv -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`
`I.
`
`INTRODUCTION
`The ’519 patent claims nothing more than a combination of concepts that
`
`were well known long before the ’519 patent. This fact is undisputed. And
`
`combining those concepts would have been obvious to a POSITA.
`
`Patent Owner (“PO”) focuses its arguments primarily on two related
`
`elements of the independent claim: 1) “a plurality of ordinary operation modes”;
`
`and 2) “a first memory storing a clock control library for controlling clock
`
`frequency transitions between said ordinary operation modes.” These elements,
`
`however, are taught by the combination of Ober and Nakazato.
`
`Rather than challenging this combination, PO focuses on Ober alone. And
`
`PO’s criticisms are simply wrong or mischaracterizations of AMD’s actual
`
`positions. The remainder of PO’s arguments fail for similar reasons. Accordingly,
`
`the Board should reject PO’s arguments and find all claims of the ’519 patent
`
`unpatentable.
`
`II. CLAIM CONSTRUCTION
`PO does not challenge any of the constructions set forth in the Petition. PO
`
`instead argues that (1) the preamble of claim 1 is limiting; and (2) that the term
`
`“plurality of ordinary operation modes,” which is recited in the preamble, requires
`
`“that the CPU execute instructions at different frequencies.” POR, 21, 25. But
`
`
`
`- 1 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`PO’s arguments need not be addressed, because they are not relevant to the
`
`obviousness of claim 1 over the prior art at issue.
`
`
`
`The dispute between the parties is whether the combination of Ober and
`
`Nakazato discloses changing a CPU’s clock frequency, not whether the CPU
`
`executes instructions after it has changed clock frequencies. PO’s constructions
`
`attempt to inject a requirement that claim 1’s CPU must execute instructions at the
`
`different clock frequencies. Although AMD does not believe that is a requirement
`
`of the claims, it’s also irrelevant because it’s taught by the prior art.
`
`AMD has consistently stated that the combination of Ober and Nakazato
`
`discloses changing CPU clock frequencies during “normal” operations of a CPU.
`
`Neither party disputes that CPUs execute instructions during “normal” operations.
`
`But PO’s constructions appear to be premised on a mistaken belief that Ober’s
`
`CPU core only operates at a single frequency. Thus, PO argues that Ober’s core is
`
`incapable of executing instructions at different frequencies. POR, 27. But PO has
`
`never disputed that Ober’s core actually executes instructions during “normal”
`
`operations. PO has only disputed that Ober’s core operates at more than one
`
`frequency.
`
`Accordingly, the Board need not decide whether the preamble is limiting, or
`
`whether “ordinary operation modes” requires executing instructions. Rather, the
`
`Board need only decide that the combination of Ober and Nakazato discloses a
`
`
`
`- 2 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`CPU that operates at different frequencies. If the CPU of Ober and Nakazato ican
`
`change clock frequencies, PO doesn’t dispute that it would execute instructions at
`
`those frequencies.
`
`III. GROUND 1 – OBER IN VIEW OF NAKAZATO
`A. The Ober-Nakazato combination discloses a “plurality of ordinary
`operation modes.”
`The Petition explains that the combination of Ober and Nakazato discloses
`
`the claimed “plurality of ordinary operation modes.” And the Petition provides
`
`several motivations for making this combination. PO’s rebuttal arguments
`
`improperly focus solely on Ober—without addressing the combined teachings of
`
`Ober and Nakazato that AMD actually relies on. See EX1028, ¶¶15-27.
`
`In particular, the Petition explains that Ober discloses a variety of clocks that
`
`are divided, including during “normal mode” (i.e. ordinary operation). Pet., 16-17.
`
`As a result, the Petition explains, it would have been obvious to also divide Ober’s
`
`CPU core clock during “normal mode” too. Id. The Petition acknowledges,
`
`however, that “Ober does not explicitly describe how [this] occurs” Id. at 17. This
`
`is where Nakazato fits in—“Nakazato discloses a ‘CPU speed control circuit 152’
`
`that ‘controls the processing speed of the CPU 11’” Id. (citing EX1008, 5:44-49).
`
`Nakazato further explains that these CPU frequency changes occur during user
`
`operation (i.e., an ordinary operation mode): “the power-saving driver waits . . .
`
`
`
`- 3 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`until user operation to a computer system is enabled, and then sets the processing
`
`speed of the CPU. . .” EX1008, Abstract (emphasis added)
`
`The Petition further explains that a POSITA would have been motivated to
`
`combine Ober and Nakazato, because they each “explicitly relate to managing the
`
`power of computing system.” Pet., 18 (citing EX1003, ¶ 91). Moreover, as Dr.
`
`Albonesi explains, the CPU is one of the largest power consumers in any
`
`computing system, especially for systems on a chip, such as those described in
`
`Ober. EX1028, ¶17. And Ober and both experts agree, it was well known that
`
`reducing a CPU’s clock frequency was one method of reducing its power
`
`consumption. EX1004, 2:17-20, EX1028, ¶17; EX1029, 54:19-55:2, 62:18-63:5.
`
`This would have further motivated a POSITA to reduce the CPU’s speed during a
`
`computer’s “normal mode” of operation to achieve even greater power savings.
`
`Focusing on Ober alone, PO argues that doesn’t disclose the claimed
`
`“ordinary operation modes.” See POR, 28-29 (arguing that (1) Ober’s clock
`
`division doesn’t apply to Ober’s CPU core and (2) Ober cannot divide the CPU
`
`clock during “sleep mode” or “normal mode”). By attacking Ober alone, PO is
`
`focusing on the wrong analysis. AMD relies on the combination of Ober and
`
`Nakazato. Thus, PO needs to address the combination as a whole, not just the
`
`teachings of Ober. PO ignores Nakazato’s explicit teachings regarding reducing
`
`CPU clock frequency during “ordinary operations.” As explained above, Nakazato
`
`
`
`- 4 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`describes a “CPU speed control circuit 152,” which can vary the CPU speed by
`
`simply changing the value in a register. EX1008, 6:19-21. And this occurs during
`
`the “ordinary operation mode” of a computer by way of a computer utility, shown
`
`in Figure 2 from Nakazato below:
`
`
`
`EX1008, FIG. 2.
`
`The Petition cited repeatedly to these teachings, yet PO simply ignores that fact.
`
`See Pet., 28-30. Accordingly, the Board should reject PO’s arguments, because
`
`they improperly focus on Ober alone, instead of what the Petition sets forth—the
`
`combination of Ober and Nakazato. In addition, as explained further below, the
`
`Board should also reject PO’s arguments, because they mischaracterize the
`
`teachings of Ober and the positions set forth in the Petition.
`
`
`
`- 5 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`It would have been obvious to reduce Ober’s CPU clock
`frequency during “ordinary operations.”
`
`1.
`
`As explained above, the Petition relies on the combination of Ober and
`
`Nakazato to show a CPU that operates at different clock frequencies. But PO
`
`improperly focuses its criticisms on Ober alone rather than the combination of
`
`Ober and Nakazato. Specifically, PO argues that the divided clock programmed by
`
`SFR register 116 is only available to Ober’s “subsystems 30-40” during “normal
`
`mode,” not Ober’s core 22. Thus, according to PO, it would not have been obvious
`
`to modify the frequency of the clock of Ober’s core 22. POR, 29. But PO ignores
`
`the teachings of Nakazato related to CPU clock adjustment, and more importantly,
`
`PO focuses on the wrong teaching of Ober. Id; See EX1028, ¶¶20-23.
`
`The Petition focuses on a different teaching of Ober related to a different
`
`register—register 62. Pet, 27. Ober explains that “register 62” includes a field
`
`“SLPCLK,” that is used to program “the frequency of the system clock during a
`
`sleep mode of operation.” Id. (citing EX1004, 11:31-33). Both experts agree that a
`
`POSITA would have understood that the CPU core clock is necessarily adjusted
`
`when the system clock is adjusted. EX1028, ¶20; EX1029, 90:9-16 (“If you divide
`
`the system clock during run mode that would affect the frequency of the core and
`
`the execution of instructions.”) This is because, as shown below, in Ober’s
`
`(annotated) Figure 1, there is only one system clock that is the input clock for
`
`every subsystem and peripheral of Ober, including the CPU core 22:
`
`
`
`- 6 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`
`EX1008, FIG. 1.
`
`
`
`Accordingly, dividing the system clock necessarily divides the input clock
`
`for all of Ober subsystems, which in the case of core 22 would result in a divided
`
`CPU clock frequency. EX1028, ¶21. This is precisely why the Petition explains
`
`that it is register 62 that would be modified using the teachings of Nakazato to
`
`adjust the CPU core clock: “there are at least six available bits in SFR register 62,
`
`which would be sufficient for configuring the clock division during normal
`
`operation mode.” Pet., 27-28. And the Board acknowledged this already in its
`
`institution decision: “Petitioner points to an example in Ober that describes
`
`
`
`- 7 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`dividing the system clock by 2, 4, or 128, and explains that the system can supply a
`
`divided clock signal during ‘normal operating mode.’” ID, 18.
`
`Therefore, although Ober describes that “a divided clock” may be provided
`
`to “subsystem[s]” during “normal mode,” it’s irrelevant to Petitioner’s analysis
`
`whether those “subsystems” are described as including Ober’s CPU core or not.
`
`The Petition merely cites this portion of Ober, because if a divided clock can be
`
`supplied to “subsystems” it suggests to POSITAs that such a divided clock can also
`
`be supplied to Ober’s CPU core. Pet., 27. And AMD’s citations to register 62 and
`
`Ober’s system clock merely explain one manner in which such a divided clock can
`
`be supplied to Ober’s CPU. EX1028, ¶22.
`
`But even assuming that dividing clocks is somehow limited to Ober’s
`
`“subsystems 30-40,” PO’s theory is still incorrect, because it overlooks what the
`
`Petition explains is Ober’s CPU. As shown below in annotated Figure 1 from the
`
`Petition, AMD explains that Ober’s CPU includes not only core 22, but also FPIs
`
`42-52:
`
`
`
`- 8 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`
`
`
`Petition, 22-23. Importantly, PO doesn’t challenge AMD’s identification of Ober’s
`
`CPU. And according to Ober, “each of the subsystems 30-40 include a FPI
`
`peripheral interface 42-52” EX1004, 7:36-41 (emphasis added). Thus, even
`
`assuming PO’s arguments that dividing the clock during “normal mode” is limited
`
`to “subsystems 30-40,” since FPIs 42-52 are part of those subsystems, their clocks
`
`are also divided during “normal mode.” And thus, by acknowledging that at least
`
`“subsystems 30-40” can have their clocks adjusted during “normal mode,” PO is
`
`effectively conceding that Ober’s CPU, as identified by AMD, is also having its
`
`clock divided during “normal mode,” because FPIs 42-52 are part of the CPU
`
`identified by AMD. When these adjustments occur, this would result in the FPIs,
`
`
`
`- 9 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`which are part of the CPU, operating at a lower clock frequency at a time when the
`
`core 22 is carrying out instructions (e.g., normal mode). EX1028, ¶23.
`
`2. Ober’s CPU is capable of operating at reduced clock speeds.
`The Petition explains that the combination of Ober and Nakazato provides a
`
`system that operates at different clock speeds during “ordinary operation mode.”
`
`PO, however, once again improperly focuses on Ober alone instead of the
`
`combination. Specifically, PO argues that Ober’s CPU is incapable of executing
`
`instructions at different clock speeds during its “RUN mode,” which PO equates to
`
`an “ordinary operation mode.” POR, 35. For this assertion, PO relies on a
`
`disclosure from Ober that states that during its “RUN” state, a variable named
`
`“Low Speed Clocks,” which PO contends is a reduced system clock speed, may be
`
`set to “False.” Id. But the Board should reject PO’s argument because Ober never
`
`suggests that “Low Speed Clocks” is equivalent to a reduced system clock.
`
`Moreover, PO doesn’t account for the combination of Ober and Nakazato. And
`
`even assuming “Low Speed Clocks” was somehow related to a reduced system
`
`clock, the passage only bolsters the fact that Ober’s CPU can operate at different
`
`clock speeds. See EX1028, 24-27.
`
`First, as explained above, the Petition sets forth an obvious modification of
`
`Ober that results in its CPU executing instructions at different frequencies as
`
`taught in Nakazato. And there is no dispute that Nakazato teaches executing
`
`
`
`- 10 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`instructions at different CPU frequencies. Thus, the Board should reject PO’s
`
`arguments, because they do not address Nakazato’s teachings and the proposed
`
`combination by AMD. See EX1028, ¶24.
`
`Second, PO incorrectly assumes that if one adjusted Ober’s system clock
`
`during RUN mode, “Low Speed Clocks” would change. Yet, nothing in Ober links
`
`“Low Speed Clocks” to changes in the system clock, nor does PO cite any support
`
`for its assumption. Moreover, AMD proposes modifying Ober’s register to support
`
`the adjustment of CPU clock changes. So even if, as PO contends, the “Low Speed
`
`Clocks” variable is changed based on some register value described in Ober,
`
`nothing in the Petition, nor Ober, suggests that this would happen in the combined
`
`system of Ober and Nakazato. That is, the Petition proposes using unused bits of a
`
`register to effectuate the clock change. Nothing in Ober suggests the same “Low
`
`Speed Clock” variable would be changed in response to these different bits, nor
`
`does the Petition ever propose this. Thus, the Board should reject PO’s argument
`
`for this reason too. See EX1028, ¶ 26.
`
`Finally, even assuming “Low Speed Clock” did control the system clock
`
`(which Ober doesn’t describe), PO’s arguments incorrectly focus on what Ober
`
`explicitly discloses as opposed to what Ober suggests to a POSITA. In fact, the
`
`passage cited by PO only further supports AMD’s position. Specifically, according
`
`to PO the “Low Speed Clocks” variable controls the speed of the system clock.
`
`
`
`- 11 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`POR, 35. Based on this, PO then argues that although the “Low Speed Clock”
`
`variable can control the speed of the CPU, it does not because Ober allegedly
`
`“requires that the CPU’s clock be stopped while the system clock is low speed.” Id.
`
`But PO’s support for this statement is simply that Ober never describes the CPU
`
`operating while “Low Speed Clocks” is true . Id. Yet, even if Ober doesn’t
`
`describe such a situation, PO overlooks that Ober describes “Low Speed Clocks”
`
`as a “variable.” See EX1028, ¶25.
`
`Dr. Albonesi explains that a POSITA would understand that variables are
`
`intended to be changed. EX1028, ¶27. Thus, assuming PO’s interpretation is
`
`correct, in describing “Low Speed Clock” as a variable, Ober also suggests to a
`
`POSITA that system clock speed can be changed, including during “RUN” mode.
`
`EX1028, ¶27. PO ignores this important detail. And both experts agree that if the
`
`system clock is changed during “RUN” state, it would cause Ober’s CPU core 22
`
`to execute instructions at a different clock frequency. EX1029, 90:9-16 (“If you
`
`divide the system clock during run mode that would affect the frequency of the
`
`core and the execution of instructions.”). Therefore, not only is PO’s analysis
`
`improperly focused on attacking Ober alone instead of the combination of Ober
`
`and Nakazato, but PO’s arguments fail to acknowledge that even under its own
`
`interpretation of Ober, the passages it cites suggest to a POSITA that Ober’s CPU
`
`is capable of executing instructions at different clock speeds.
`
`
`
`- 12 -
`
`
`
`B.
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`The Ober-Nakazato combination discloses “a first memory storing
`a clock control library for controlling clock frequency transitions
`between said ordinary operation modes.”
`For this element, PO rehashes the same arguments it made for “the plurality
`
`of ordinary operation modes.” And PO’s arguments here fail for the same
`
`reasons—PO simply ignores the teachings of Nakazato. In particular, PO argues
`
`that Ober “does not suggest that the SFR 62 may be modified so that more than
`
`one frequency is supplied to the CPU in RUN mode.” POR, 37. But PO again
`
`ignores the combination with Nakazato. See EX1028, ¶¶28-36.
`
`The Petition explicitly describes that “Ober does not explicitly describe how
`
`[the clock is divided] during ‘normal mode.’” Pet., 17. And thus, a “POSITA
`
`looking to implement the teachings of Ober would need to understand the
`
`circumstances under which CPU speed would be reduced, while a computer is
`
`normally operating, and how such a system would control the CPU speed.” Id.
`
`(emphasis added). This is where Nakazato fits in, because “Nakazato discloses a
`
`‘CPU speed control circuit 152’ that ‘controls the processing speed of the CPU 11,
`
`and has a throttling controller for switching the CPU speed.’” Id.(citing EX1008,
`
`5:44-49).
`
`Accordingly, PO’s argument that Ober “does not suggest” such
`
`modifications is not the relevant inquiry. Ober need not suggest such
`
`modifications. See KSR, Int’l v. Teleflex. rejecting the teaching, suggestion, and
`
`
`
`- 13 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`motivation test) AMD need only show that it would have been obvious to a
`
`POSITA, which as explained above, the Petition demonstrates in detail.
`
`C. A POSITA would have been motivated to combine Ober and
`Nakazato and would have had a reasonable expectation of success
`The Petition explains that Ober discloses that the clocks to each of its
`
`subsystems can be divided during “normal mode” by writing to a register. Pet., 16-
`
`17. As a result, and as the Petition explains, this would suggest to a POSITA to
`
`also divide Ober’s CPU core clock during normal mode by writing to a register
`
`too. Id. And as discussed above, this would have caused a POSITA to look to a
`
`reference, such as a Nakazato, which explicitly describes dividing a CPU clock by
`
`writing to a register. A POSITA would have been motivated to perform such a
`
`modification to further reduce Ober’s power consumption, because the CPU core is
`
`one of the largest power consumers in any computing system. EX1028, ¶17; Pet.,
`
`31. But the Petition goes one step further, explaining how a POSITA could
`
`combine the references by performing a simple modification to Ober’s registers to
`
`support such CPU frequency changes:
`
`[A] POSITA would have recognized that register 62 could
`be used to configure reduced CPU clock speed during
`normal mode by allowing software to write a value
`representing the amount of clock division into a field in
`register 62.
`
`Pet, 28.
`
`
`
`- 14 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`Despite these detailed explanations in the Petition, PO disputes that a
`
`POSITA would have been motivated to combine Ober and Nakazato or have had a
`
`reasonable expectation of success of doing so. Specifically, PO argues that (1)
`
`modifying register 62 would cause “unpredictable behavior;” (2) Ober’s power
`
`state machine “might” behave unpredictably; (3) dividing Ober’s system clock
`
`would cause Ober’s peripheral devices to behave “unpredictably;” and (4) Ober
`
`teaches away from Nakazato because Ober is “decentralized” and Nakazato is
`
`“centralized.” But the Board should reject all of these arguments, because they
`
`mischaracterize the positions in the Petition and ignore the ordinary creativity of a
`
`POSITA. See EX1028, ¶¶37-52.
`
`1. Modifying Ober’s register would not cause it to behave
`unpredictably.
`
`The Petition explains that one method to implement Ober’s CPU speed
`
`change is utilize additional unused bits in “register 62” for modifying the system
`
`clock. Pet., 27. PO, however, argues that modifying register 62 would cause
`
`unpredictable behavior. Specifically, “[r]eading or writing to undefined or unused
`
`bits in a register typically would be ignored or result in the chip behaving
`
`unpredictably.” POR., 44. The Board should reject this argument, because it
`
`ignores the explanation in the Petition and also makes no sense.
`
` The Petition never suggests writing to undefined bits. Rather, the Petition
`
`describes defining new bits in register 62 for use in dividing the CPU clock: “there
`
`
`
`- 15 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`are at least six available bits in the SFR register 62, which would be sufficient for
`
`configuring the clock division during normal operation mode.” Pet, 27-28. A
`
`POSITA would have then made the appropriate changes to Ober to support these
`
`additional bits. PO simply ignores this. Instead, PO pretends as though a POSITA,
`
`after deciding to use the additional bits of register 62, would do so without making
`
`any other modifications to Ober to use those bits. That simply makes no sense. “A
`
`person of ordinary skill is also a person of ordinary creativity, not an automaton.”
`
`KSR, 550 U.S. at 421. Therefore, the Board should reject this argument.
`
`2.
`
`Combining Ober with Nakazato would not cause Ober’s
`“power management
`state machine”
`to
`behave
`unpredictably.
`
`As explained above, the Petition explains that one method to achieve Ober’s
`
`reduced CPU clock speed is by adjusting the system clock as defined in register 62.
`
`Pet, 27. PO equates adjusting the “system clock” to modifying the state variable
`
`“Low Speed Clocks.” POR, 47. PO then concludes “Ober’s microcontroller might
`
`behave unpredictably, and may even be locked unacceptably” when state variables,
`
`such as “Low Speed Clocks” are changed. POR, 47-48 (emphasis added). This,
`
`according to PO, means there is no reasonable expectation of success in combining
`
`Ober and Nakazato. Id. But the Board should reject PO’s argument, because it
`
`mischaracterizes the Petition and Ober and because the argument doesn’t even pass
`
`muster on its face.
`
`
`
`- 16 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`As an initial matter, the Petition never proposes modifying any state
`
`variables, even though state variables are meant to be changed. EX1028, ¶51.
`
`Changing a state variable would not cause the system to behave unpredictably,
`
`because they are meant to be changed. Id. But PO doesn’t even assert that Ober’s
`
`state machine would behave unpredictably. PO only states that it might or may
`
`behave unpredictably. That something might or may not work is not sufficient
`
`reasoning to rebut a reasonable expectation of success. PO’s assertions of
`
`hypothetical problems are vague and unsupported by any technical explanation of
`
`what specific problems PO believes might occur. But most importantly, PO
`
`ddoesn’t even allege that these hypothetical problems would be beyond the
`
`ordinary skill of a POSITA to solve. Accordingly, the Board should reject this
`
`argument too.
`
`3. Ober’s peripheral devices would not behave unpredictably in
`the combination of Ober and Nakazato
`
`The Petition explains that one method to achieve Ober’s reduced CPU clock
`
`speed is by adjusting Ober’s system clock. Pet., 27. PO argues that a POSITA
`
`would not have combined Ober and Nakazato, because adjusting the “system
`
`clock” “would change Ober’s principle of operation and modify Ober to supply
`
`low-speed clocks indiscriminately across the chip.” PO then contends this would
`
`allegedly “cause some of the peripherals…to fail,” because they are unexpectedly
`
`receiving lower speed clocks. POR, 52. But the Board should reject this argument,
`
`
`
`- 17 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`because it ignores the ordinary creativity of a POSITA and more importantly, Ober
`
`already explicitly teaches how to do this.
`
`First, PO’s argument is incorrect because it assumes that a POSITA would
`
`combine Ober and Nakazato with reckless disregard to the operations of Ober’s
`
`peripherals. But this ignores the skill and ordinary creativity of a POSITA. “A
`
`person of ordinary skill is also a person of ordinary creativity, not an automaton.”
`
`KSR, 550 U.S. at 421. A POSITA would have understood how to combine Ober
`
`and Nakazato and to avoid any of the “peripheral” problems PO complains of.
`
`EX1028, ¶¶44-45.
`
`Second, and more importantly, PO also ignores that Ober already discloses
`
`that its subsystems (i.e. peripherals) are capable of operating at lower speed clocks:
`
`“a divide clock (DIVCLK) bit… may provide a divided clock signal to the
`
`subsystem during a normal mode.” EX1004 9:65-10:2. So contrary to PO’s
`
`assertion, Ober’s “peripherals” would not fail, because they are already capable of
`
`operating at lower clock frequencies. EX1028, ¶45. Thus, the Board should reject
`
`this argument too.
`
`4. Ober does not “teach away” from Nakazato
`The Petition explains that a POSITA would have been motivated to modify
`
`Ober with Nakazato’s CPU speed-changing functionality. Pet., 16-17. PO argues
`
`that a POSITA would not have combined Ober and Nakazato, because Ober
`
`
`
`- 18 -
`
`
`
`IPR2019-01526
`U.S. Patent No. 6,895,519
`allegedly disparages “centralized power management approach[es]” like Nakazato.
`
`POR, 54-55. But the Board should reject this argument, because PO is fixated on
`
`the words “decentralized” and “centralized” rather than the actual explanations in
`
`Ober and the Petition.
`
`As an initial matter, although Ober discusses both “centralized” and
`
`“decentralized” power management approaches, Ober is not strictly a decentralized
`
`power management scheme. Indeed, PO’s own expert confirmed this. EX1029,
`
`71:22-72:2 (“No it’s not solely decentralized.”). So PO’s argument fails at least
`
`because Ober itself is not decentralized.
`
`But more importantly, PO’s argument fails because nothing in the Petition
`
`proposes modifying any core functionality of Ober. Ober is decentralized in the
`
`sense that it’s “power management system” allows for the “microcontroller
`
`subsystems to be independently controlled.” EX1004, 2:45-48. This functionality
`
`would remain in the proposed combination with Ober and Nakazato. EX1028, ¶39.
`
`As noted above, the modi