throbber
UNITED STATES PATENT AND TRADEMARK OFFICE
`____________________________________________
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________________________________________
`Intel Corporation
`Petitioner
`v.
`Qualcomm Incorporated
`Patent Owner of U.S. Patent No. 8,838,949
`
`____________________________________________
`Trial No. IPR2018-013341
`____________________________________________
`REPLY DECLARATION OF BILL LIN, PH.D. ON REMAND
`ON BEHALF OF PETITIONER
`
`
`1 IPR2018-01335 and IPR2018-01336 have been consolidated with the instant
`
`proceeding.
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`IPR2018-01334
`Intel v. Qualcomm
`INTEL 1027
`
`
`
`
`
`
`
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`TABLE OF CONTENTS
`INTRODUCTION ........................................................................................... 1
`
`QUALIFICATIONS ........................................................................................ 2
`
`PATENT OWNER’S “HARDWARE BUFFER” CONSTRUCTION IS
`WRONG. ......................................................................................................... 2
`Patent Owner’s Construction Is Not Supported by the
`Patent Specification. .............................................................................. 2
`Patent Owner’s Construction of “Hardware Buffer” Is
`Not Required for the Alleged Advance of the ’949 Patent
`Identified by Patent Owner. .................................................................. 6
`PETITIONER’S PROPOSED CONSTRUCTION OF “HARDWARE
`BUFFER” IS CORRECT. ............................................................................. 19
`
`I.
`II.
`III. RELEVANT LAW .......................................................................................... 2
`IV.
`A.
`B.
`V.
`VI. UNDER EITHER PROPOSED CONSTRUCTION, THE PRIOR ART
`VII. CONCLUSION ............................................................................................. 24
`VIII. AVAILABILITY FOR CROSS-EXAMINATION ...................................... 24
`IX. RIGHT TO SUPPLEMENT .......................................................................... 25
`X.
`
`DISCLOSES A “HARDWARE BUFFER.” ................................................. 22
`
`JURAT ........................................................................................................... 25
`
`i
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`1. I, Bill Lin, Ph.D. declare as follows:
`
`I.
`
`INTRODUCTION
`I have been retained by Intel Corporation (“Intel” or “Petitioner”) as
`2.
`
`an independent expert consultant in this proceeding before the United States Patent
`
`and Trademark Office. I previously prepared and submitted my Opening
`
`Declarations in support of the Petitions in IPR2018-013342, IPR2018-01335, and
`
`IPR2018-01336, dated July 2, 2018 and July 3, 2018 (Exs. 1002, 1020, and 1021).
`
`I also submitted my Reply Declaration (Ex. 1023) on September 27, 2019 and my
`
`Opening Remand Declaration (Ex. 1026) on April 6, 2022. I submit this
`
`Declaration in support of Petitioner’s Reply Brief on Remand.
`
`3.
`
`Since preparing my Opening, Reply, and Opening Remand
`
`Declarations, I have also reviewed the following materials:
`
`• Patent Owner’s Response Brief on Remand (Paper 37);
`
`• Exhibits 2011–2014 to Response Brief on Remand;
`
`• Dr. Rinard’s Response Declaration on Remand (Exhibit 2015);
`
`
`2 Because IPR2018-01335 and IPR2018-01336 have been consolidated with
`
`IPR2018-01334, I have cited to exhibits from IPR2018-01334 throughout, unless
`
`noted otherwise.
`
`1
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`• Any other document cited in this Declaration.
`
`4.
`
`I am being compensated for my work on this matter, but my opinions
`
`are based on my own views of the patent and the prior art. My compensation in no
`
`way depends on the outcome of this proceeding or the content of my testimony.
`
`II. QUALIFICATIONS
`I described my qualifications in my Opening Declarations. Ex. 1002
`5.
`
`(Lin Op. Decl.) at ¶¶ 1-12; Ex. 1020 (Lin Op. Decl. in IPR2018-01335) at ¶¶ 1-11.
`
`III. RELEVANT LAW
`In my first Declarations, I set forth the applicable principles of patent
`6.
`
`law that were provided to me by counsel. Ex. 1002 (Lin Op. Decl.) at ¶¶ 16-27;
`
`Ex. 1020 (Lin Op. Decl. in IPR2018-01335) at ¶¶ 15-26. As appropriate, I have
`
`continued to apply those principles in providing my opinions in this Declaration.
`
`IV. PATENT OWNER’S “HARDWARE BUFFER” CONSTRUCTION IS
`WRONG.
`Patent Owner’s Construction Is Not Supported by the Patent
`A.
`Specification.
`Patent Owner’s construction of “hardware buffer”—“a permanent,
`
`7.
`
`dedicated buffer that is distinct from system memory”—should be rejected for
`
`several reasons. Notably, Patent Owner advocates for a construction that amounts
`
`to defining a “hardware buffer” as “not a temporary” buffer, a construction that
`
`was specifically rejected as “inadequate” by the Federal Circuit. Intel v.
`
`2
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`Qualcomm, 21 F.4th 801, 811 (Fed. Cir. 2021). Moreover, this construction should
`
`be rejected at least because the ’949 patent specification does not provide support
`
`for (1) excluding all temporary buffers from being a “hardware buffer” or (2)
`
`preventing the “hardware buffer” from being located on a system memory separate
`
`from the claimed “system memory.”
`
`8.
`
`First, to support the exclusion of all temporary buffers from the
`
`construction of “hardware buffer,” Patent Owner cites to various statements in the
`
`’949 specification. See PO Resp. Br. (Paper 37) at 5 (citing Ex. 1001, 2:17-55,
`
`4:43-47, 5:31-35, 7:16-30, 9:42-50, 11:17-24); see also Ex. 2015 (Rinard Remand
`
`Decl.) at ¶¶ 23-26. As already discussed in my Opening Remand Declaration,
`
`these statements do not evince an intent to exclude temporary buffers. Ex. 1026
`
`(Lin Decl.) at ¶¶ 21-29. Rather, they distinguish only specific uses of a temporary
`
`buffer, such as when a temporary stores the entire executable software image. For
`
`example, the statement “the direct scatter load technique avoids use of a temporary
`
`buffer” is cited by Patent Owner (PO Resp. Br. (Paper 37) at 12 (citing Ex. 1001,
`
`4:46-47); see also Ex. 2015 (Rinard Remand Decl.) at ¶ 53) to supposedly
`
`demonstrate that the use of a temporary buffer in system memory is distinguished
`
`“without qualification.” However, as I explained previously, this statement, when
`
`read in the context of the surrounding sentences, teaches against the use of a
`
`3
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`temporary buffer receiving a packet that includes both a header and data
`
`segments. Ex. 1026 (Lin Decl.) at ¶ 27; see also id. at ¶ 25 (explaining use of
`
`“temporary buffer” in the ’949 Patent at 2:17-55); id. at ¶ 23-24 (explaining use of
`
`“temporary buffer” in the ’949 Patent at 9:42-50); id. at ¶ 28 (explaining use of
`
`“temporary buffer” in the ’949 Patent at 5:31-35).
`
`9.
`
`Further, other ’949 statements cited by Patent Owner (e.g., Ex. 1001
`
`at 7:16-30, 11:17-24) discussing the supposed increased efficiency of the ’949
`
`scatter loading process are inadequate to demonstrate that the “hardware buffer,”
`
`instead of the other aspects of the process, is the asserted advance of the claimed
`
`invention. As discussed further in Section IV.B below, the supposedly more
`
`efficient scatter loading technique described by Patent Owner does not require the
`
`use of a “permanent, dedicated buffer” distinct from any system memory.
`
`10. Second, in addition to not limiting the “hardware buffer” to permanent
`
`buffers, the ’949 specification does not require that the “hardware buffer” be
`
`separate from any system memory other than the claimed “system memory.
`
`Though Patent Owner suggests that allowing the “hardware buffer” to be located
`
`on a separate system memory would be inconsistent with the purpose of
`
`eliminating extra memory copy operations (PO Resp. Br. (Paper 37) at 6-7; see
`
`also Ex. 2015 (Rinard Remand Decl.) at ¶¶ 42-43), the ’949 specification does not
`
`4
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`require that the “hardware buffer” be in a memory that is not in any system
`
`memory. That is nothing in the ’949 specification prohibits the “hardware buffer”
`
`from being located in a system memory distinct from the claimed “system
`
`memory.” Because the Board specifically found in its Final Written Decision that
`
`the ’949 patent “does not foreclose the possibility of implementing a [hardware]
`
`buffer in some other system memory,” FWD (Paper 30) at 13, Patent Owner’s
`
`construction runs contrary to the Board’s decision, which is consistent with the
`
`’949 specification.
`
`11. Finally, the Patent Owner’s construction fails because it does not
`
`allow for any difference in scope between claims 1 and 2. While Patent Owner
`
`maintains that claim 2 should be and is narrower than claim 1 (PO Resp. Br. (Paper
`
`37) at 11; see also Ex. 2015 (Rinard Remand Decl.) at ¶¶ 43-45), it does not point
`
`to any way in which claim 2 is narrower under its construction. Instead, Patent
`
`Owner and Dr. Rinard repeatedly refer to objectives of the claimed invention,
`
`which Patent Owner and Dr. Rinard state are driven by “the elimination of ‘extra
`
`memory copy operations’ in system memory,” and argue that Petitioner’s
`
`construction would improperly broaden the scope of claim 1 and other dependent
`
`claims. PO Resp. Br. (Paper 37) at 10; see also Ex. 2015 (Rinard Remand Decl.)
`
`at ¶¶ 43-45). On the other hand, Patent Owner also argues that claim 2 is narrower
`
`5
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`than claim 1 because claim 2 “expressly” excludes “copying data between system
`
`memory locations on the secondary processor.” Id. However, Patent Owner
`
`cannot maintain both positions. Dr. Rinard also states that claim 1 uses the term
`
`“data segment” and claim 2 uses the term “data.”. Id. This alleged difference,
`
`however, has nothing to do with the scatter loading process, which is limited to
`
`data segments. To create a difference between the scope of claims 1 and 2, claim 1
`
`must allow for copying between system memory location, as Petitioner’s
`
`construction allows.
`
`B.
`
`Patent Owner’s Construction of “Hardware Buffer” Is Not
`Required for the Alleged Advance of the ’949 Patent Identified by
`Patent Owner.
`12. Patent Owner contends that because the ’949 patent provides “a more
`
`efficient loading process” by avoiding “extra memory copy operations” through a
`
`“zero copy” approach, the Board must accept Patent Owner’s construction of
`
`“hardware buffer.” PO Resp. Br. (Paper 37) at 6-10; see also Ex. 2015 (Rinard
`
`Remand Decl.) at ¶¶ 27-34. This, however, is not a key advance of the ’949 patent
`
`as Patent Owner and its expert suggest. PO Resp. Br. (Paper 37) at 2; Ex. 2015
`
`(Rinard Remand Decl.) at ¶ 44.
`
`13. First, the term “zero copy” is a misnomer. There is always an
`
`intermediate copying step as the executable image moves from the primary
`
`processor to the “hardware buffer,” and then to the claimed “system memory.”
`6
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`This is the case regardless of whether the hardware buffer is a permanent buffer, a
`
`temporary buffer in some system memory, or an internal RAM. More particularly,
`
`the ’949 patent approach requires copying of data segments from the “hardware
`
`buffer” and writing them to the claimed “system memory.” In other words, claim
`
`1 first requires that the “secondary processor” and its “hardware buffer” to
`
`“receiv[e] an image header and at least one data segment of an executable software
`
`image.” Ex. 1001 (’949 patent) at claim 1. Next, claim 1 requires “scatter
`
`load[ing] each received data segment … from the hardware buffer to the system
`
`memory.” Id. This means that in claim 1 of the ’949 patent, a data segment is (1)
`
`first written to the hardware buffer, (2) next copied from the hardware buffer, and
`
`(3) then written to the claimed system memory through the scatter loading process.
`
`Without such intermediate copying of the data segment from the “hardware
`
`buffer,” it would not be possible to move the data segment to the “system memory”
`
`in the scatter loading process. Therefore, the supposed “zero copy” approach still
`
`requires intermediate copying, regardless of what “hardware buffer” means, as I
`
`described above.
`
`14. The portions of the ’949 specification that Patent Owner cites to (e.g.,
`
`Ex. 1001 at 7:16-30, 11:17-24) in support of the “zero copy” approach do not
`
`support the proposition that the “hardware buffer” plays a role in making more
`
`7
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`efficient the described direct scatter loading process. For example, column 7,
`
`lines 16 to 30 state:
`
`Aspects of the present disclosure provide techniques for
`efficiently loading the executable software images from the
`primary processor's non-volatile memory to the secondary
`processor’s volatile memory. As mentioned above, traditional
`loading processes require an intermediate step where the binary
`multi-segmented image is buffered (e.g., transferred into the
`system memory) and then later scattered into target locations
`(e.g., by a boot loader). Aspects of the present disclosure
`provide techniques that alleviate the intermediate step of
`buffering required in traditional loading processes. Thus,
`aspects of the present disclosure avoid extra memory copy
`operations, thereby improving performance (e.g., reducing the
`time required to boot secondary processors in a multi-processor
`system).
`Ex. 1001 (’949 patent) at 7:16-30. Similarly, column 11, lines 17 to 24 state:
`
`Thus, aspects of the present disclosure may reduce the time it
`takes to boot secondary processors in a multi-processor system
`where secondary processor images are transferred from the
`primary processor. This reduction is achieved by avoiding extra
`memory copy operations and enabling concurrent image
`transfers with background data processing, such as
`authentication.
`
`8
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`Id. at 11:17-24. These statements, however, do not support or even imply the
`
`elimination of the intermediate step of storing the executable software image in the
`
`“hardware buffer” before copying the image to the claimed “system memory.” Not
`
`only is this not mentioned but, like the “zero copy” approach, this is not possible.
`
`In addition, these statements do not even mention a “hardware buffer.”
`
`15. Second, there is nothing in the ’949 specification that supports the
`
`proposition that the “hardware buffer” is responsible for the claimed invention’s
`
`allegedly more efficient, direct scatter loading process, as Patent Owner and Dr.
`
`Rinard suggest (see PO Resp. Br. (Paper 37) at 6-10; Ex. 2015 (Rinard Remand
`
`Decl.) at ¶¶ 27-34). The ’949 claims do not use the term “permanent” to describe
`
`the “hardware buffer.” In addition, the ’949 claims do not require a particular level
`
`of performance or efficiency for the scatter loading process.
`
`16. Like its use of the ’949 specification, Patent Owner’s reliance on
`
`inventor testimony from Mr. Haehnichen is also irrelevant. Patent Owner provides
`
`Mr. Haehnichen’s testimony to demonstrate that it wanted to develop a more
`
`efficient process without “copying things around in memory.” PO Resp. Br. 8-9
`
`(citing Ex. 2003, 216:16-21); see also Ex. 2015 (Rinard Remand Decl.) at ¶¶ 35-
`
`40. But, this inventor testimony does not clarify the role played by the “hardware
`
`buffer” in the allegedly efficient scatter loading process. Not only does Mr.
`
`9
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`Haehnichen never state that a permanent buffer is necessary, but the details about
`
`the claimed invention that he provides are never described in the ’949
`
`specification. As such, Mr. Haehnichen’s testimony is not useful in demonstrating
`
`how a POSITA would understand the scope of the ’949 patent.
`
`17. Finally, beyond the fact that the ’949 patent does not describe the role
`
`of the “hardware buffer” in providing a more “efficient” scatter loading technique
`
`(PO Resp. Br. (Paper 37) at 6-7; Ex. 2015 (Rinard Remand Decl) at ¶¶ 27-34), the
`
`use of a “permanent, dedicated buffer” distinct from any system memory is not
`
`necessary to achieve this goal. If there is any efficiency as a result of the scatter
`
`loading technique described in the ’949 patent it is due to the separation between
`
`the “hardware buffer” and the claimed “system memory,” which allows for the
`
`efficient movement of data segments from the hardware buffer to the claimed
`
`system memory. This could be helpful in speeding up the scatter loading process
`
`because, when moving data segments, copying from a particular memory (such as
`
`Dynamic Random Access Memory, or DRAM for short) into a different location of
`
`that same memory will be slower than copying from a fast memory and writing to
`
`a physically separate second memory (DRAM). In this case, the fact that the
`
`“hardware buffer” is located separately from the claimed “system memory” means
`
`that instead of copying from the claimed “system memory” and writing back into
`
`10
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`that same system memory, the data segments in the “hardware buffer” are copied
`
`into the distinct claimed “system memory.”
`
`18. On the other hand, use of a “permanent, dedicated buffer” would not
`
`enhance the efficiency of the scatter loading process. For example, if a system
`
`memory for a processor is implemented in internal RAM memory, this internal
`
`RAM memory could function at or near the speed of the processor, making its use
`
`very efficient, particularly compared to a permanent buffer that is slow.
`
`19. Patent Owner’s argument about efficiency assumes that a temporary
`
`buffer would be allocated in a system memory external to the processor chip, such
`
`as external DRAM memory. While external DRAM memory is commonly used
`
`for system memory, data access to this memory is much slower than the processor
`
`cycle speed. Therefore, copying data between locations in external DRAM
`
`memory can be slow. On the other hand, SRAM (Static Random Access Memory)
`
`is commonly used for internal RAM memory, and therefore, reading and writing to
`
`internal RAM memory (i.e., RAM internal to the processor chip) is much faster
`
`than the same operations to an external DRAM. Therefore, if a temporary buffer
`
`implemented in internal RAM instead of external DRAM is used as the “hardware
`
`buffer,” it will operate faster and with greater efficiency. Because internal RAM
`
`memory (implemented as SRAM) works at near the speed of the processor,
`
`11
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`copying data segments from an internal RAM (even if in system memory) to an
`
`external DRAM (system memory) would be faster than copying data segments
`
`between external DRAM locations (in system memory), which Patent Owner and
`
`Dr. Rinard suggest the ’949 patent improves upon (PO Resp. Br. (Paper 37) at 6-8;
`
`see also Ex. 2015 (Rinard Remand Decl.) at ¶¶ 28-33). Since copying a data
`
`segment from an internal RAM to external DRAM (system memory) would result
`
`in the same type of fast, direct scatter loading process that Patent Owner proposes,
`
`the term “hardware buffer” should not be construed to preclude the use of such an
`
`internal RAM as a “hardware buffer,” regardless of whether it is part of what
`
`Patent Owner and Dr. Rinard might characterize as system memory. See PO
`
`Resp. Br. (Paper 37) at 17-19; Ex. 2015 (Rinard Remand Decl.) at ¶¶ 68-70.
`
`Indeed, nothing in the ’949 specification precludes the “hardware buffer” from
`
`being implemented in RAM memory, such as internal RAM.
`
`20. This is evidenced by the very technological sources, the Fourth and
`
`Fifth editions of the Hennessy and Patterson textbooks, cited by Dr. Rinard as
`
`support for his construction of “hardware buffer.” See Ex. 2015 (Rinard Remand
`
`Decl.) at ¶¶ 9-15 (citing Ex. 2014 (Hennessy and Patterson 4th Ed.) and Ex. 2012
`
`(Hennessy and Patterson 5th Ed)). As explained below, Dr. Rinard uses these
`
`textbooks to explain that memory generally performs more slowly than a
`
`12
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`processor. In doing so, Dr. Rinard references portions of the textbooks discussing
`
`DRAM memory, and his arguments do not apply to the use of internal RAM as a
`
`“hardware buffer.” As I point out, these textbooks, well-known in the field of
`
`computer architecture, discuss the efficiencies of internal RAM over external
`
`DRAM and demonstrate that use of internal RAM will result in faster copying of
`
`data than copying data between locations in external DRAM.
`
`21.
`
`In his declaration, Dr. Rinard first cites Figure 5.2 from the Fourth
`
`Edition of the Hennessy and Patterson textbook to suggest that memory performs
`
`more slowly than processors. See Ex. 2015 (Rinard Remand Decl.) at ¶ 9 (citing
`
`Ex. 2014 (Hennessy and Patterson 4th Ed.) at Fig. 5.2) (“In modern computers, the
`
`DRAM memory access time is too slow to keep up with processor memory reads
`
`and writes.”). The caption to Figure 5.2 (pictured below) indicates that the
`
`comparison Dr. Rinard is referencing is one between “DRAM” memory and a
`
`“processor.” Because external DRAM is typically implemented using a much
`
`slower device technology to enable bulk memory, requires a refresh process, and
`
`requires off-chip access, it functions much more slowly than circuitry on a
`
`processor chip (e.g., internal memory).
`
`13
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`
`
`Ex. 2014 (Hennessy and Patterson 4th Ed.) at 289.
`
`22.
`
`In fact, Figure 5.1 of the Fourth Edition of the Hennessy and Patterson
`
`textbook—the figure on the page immediately preceding the one cited by Dr.
`
`Rinard—illustrates this point.
`
`14
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`Ex. 2014 (Hennessy and Patterson 4th Ed.) at 288. This figure shows the levels in a
`
`typical memory hierarchy and the speed of the circuitry at these different levels:
`
`
`
`• The first level is the “register reference” or the processor chip (far
`
`left), which includes the CPU and its registers. The circuitry for this
`
`level is depicted as operating at a speed of about 250 picoseconds
`
`(ps). Id.
`
`• The second level is the “cache” reference (to the right of the CPU).
`
`Such cache memory, which is typically implemented using SRAM
`
`memory, and which can be internal to the processor chip, will
`
`function at or near the speed of the CPU. Accordingly, Figure 5.1
`
`shows the speed of this cache as 1 nanosecond (ns) (about four times
`
`slower than register access). Id.
`15
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`• The third level is the “memory reference” (to the right of “cache”
`
`reference). This memory reference is typically implemented as
`
`external DRAM memory. It is, as I set forth above, typically much
`
`slower than the processor and any memory internal to the processor.
`
`Consistent with this position, Figure 5.1 depicts the speed of this
`
`“memory reference” as 100 nanoseconds—100 times slower than the
`
`cache memory, or the SRAM technology that it uses. Id.
`
`• The final, fourth level is the “disk memory reference,” a level that is
`
`also external to the processor chip, and hence, Figure 5.1 depicts its
`
`speed as being much slower than the “register reference,” “cache,”
`
`and “memory reference.” Id.
`
`23. Further, the Hennessy and Patterson textbooks even note the
`
`advantages of SRAM over DRAM and confirm that almost all computers use
`
`DRAM for “main memory” or external system memory, and that SRAM is
`
`typically used for cache memory. The section of the Fourth Edition of the
`
`Hennessy and Patterson textbook copied below indicates that “SRAMs … [have]
`
`access time [that] is very close to the cycle time,” meaning that SRAM functions at
`
`or near the speed of the processor. Ex. 2014 (Hennessy and Patterson 4th Ed.) at
`
`311. Indeed, on the same page 311 from Ex. 2014 copied below, the textbook
`
`16
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`states that “SRAM designs are concerned with speed,” and further emphasizes that
`
`“DRAM designs …” emphasize “cost per bit and capacity,” instead of speed. Id.
`
`Finally, this page emphasizes that SRAM is typically much faster than DRAM. Id.
`
`Ex. 2014 (Hennessy and Patterson 4th Ed.) at 311.
`
`24. The Fifth Edition of the Hennessy and Patterson textbook indicates
`
`that it is common to integrate cache onto the processor chip itself, meaning that the
`
`
`
`17
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`use of SRAM on-chip with the processor will function at or near the speed of the
`
`processor. Ex. 2012 (Hennessy and Patterson 5th Ed.) at 97. These statements are
`
`consistent with and offer support for my discussion of the advantages of internal
`
`RAM. Because internal RAM is typically SRAM, such internal RAM will
`
`function at or near the speed of the processor.3
`
`25. Finally, it is well-known that circuitry on chip with the processor is
`
`made using the same semiconductor fabrication technology as the processor chip.
`
`This is typically CMOS technology. Because the same semiconductor fabrication
`
`technology is used for the processor chip—including its internal RAM such as
`
`SRAM—the circuitry on the chip typically functions at approximately the same
`
`speed as the processor. External DRAM memory, on the other hand, is fabricated
`
`on a separate chip from the processor chip, and external DRAM typically uses
`
`different semiconductor fabrication technology than the processor chip. As the
`
`Hennessy and Patterson textbooks indicate, DRAM technology is typically “cost
`
`
`3 The Fifth Edition of the Hennessy and Patterson textbook sets forth similar
`
`information as set forth above from the Fourth Edition of the textbook. See Ex.
`
`2012 (Hennessy and Patterson 5th Ed.) at 73, 72, 97.
`
`
`
`18
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`per bit and capacity,” not speed. Ex. 2014 (Hennessy and Patterson 4th Ed.) at 311.
`
`For this reason, DRAM is typically fabricated with semiconductor technology that
`
`does not operate at the same speed as a processor chip.
`
`26.
`
`In sum, Patent Owner’s reasons for construing “hardware buffer” as a
`
`“a permanent, dedicated buffer that is distinct from system memory” are
`
`unpersuasive because they lack support from the intrinsic record, including the
`
`’949 specification, extrinsic record, and rely on an incorrect assumption about the
`
`type of memory in which the “hardware buffer” must be implemented.
`
`V.
`
`PETITIONER’S PROPOSED CONSTRUCTION OF “HARDWARE
`BUFFER” IS CORRECT.
`27. Patent Owner and Dr. Rinard also argue that Petitioner’s proposed
`
`construction is incorrect. The primary argument that Patent Owner and Dr. Rinard
`
`make is that Petitioner’s construction of “hardware buffer” would encompass a
`
`temporary buffer formed in system memory, which Patent Owner and Dr. Rinard
`
`contend is contrary to the background section of the ’949 specification. See PO
`
`Resp. Br. (Paper 37) at 5, 14 (citing Ex. 1001, 2:17-22, 2:23-28, 2:29-31, 2:35-41,
`
`7:20-26); Ex. 2015 (Rinard Remand Decl.) at ¶ 59. This is inaccurate because
`
`Petitioner’s construction does not encompass temporary buffers in the claimed
`
`“system memory,” since the “hardware buffer” must be physically separate from
`
`the claimed “system memory.”
`
`19
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`28. More specifically, Patent Owner and Dr. Rinard argue that my current
`
`construction is inconsistent with my prior testimony on the scope of the claimed
`
`invention. See PO Resp. Br. (Paper 37) at 14-15; see also Ex. 2015 (Rinard
`
`Remand Decl.) at ¶ 61. This is also incorrect because in the statement that Patent
`
`Owner quotes—“[t]he ’949 patent makes a distinction between prior art systems
`
`that used a ‘temporary buffer’ that was part of the system memory (Ex-1001, 2:23-
`
`41), and the alleged invention that uses a ‘hardware buffer’ separate from the
`
`system memory (id., 2:58-61, 7:20-26, Fig. 3)” (PO Resp. Br. at 14-15 (citing Ex.
`
`1002 at ¶ 111))—I am only stating that the “hardware buffer” must be separate
`
`from the claimed “system memory,” not memory that one might characterize as
`
`system memory. This is entirely consistent with my current construction, under
`
`which the “hardware buffer” must be physically distinct from the claimed “system
`
`memory.” See also Ex. 1026 (Lin Remand Decl.) at ¶ 28 (stating in connection
`
`with another section of the ’949 patent that the “specification does not teach
`
`against the use of all temporary buffers, but instead only temporary buffers that
`
`reside in the same physical ‘system memory’ (i.e., RAM 112) as claimed into
`
`which the executable image is loaded for execution. Moreover, this passage is
`
`consistent with the specification passages demonstrating that the ‘hardware buffer’
`
`20
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`is physically separate from the claimed ‘system memory’ that receives the
`
`‘executable software image’ for execution.”)
`
`29. Further, the portion of the ’949 specification (Ex-1001 at 2:23-41) that
`
`I discuss in the testimony quoted by the Patent Owner (PO Resp. Br. at 14-15 (Ex.
`
`1002 at ¶ 111)) does not stand for the proposition that the “hardware buffer” of the
`
`’949 patent cannot be a temporary buffer allocated in a system memory. Rather, it
`
`distinguishes prior art conventional techniques on other grounds. Namely, as
`
`discussed in my Opening Remand Declaration, this section distinguishes use of
`
`“techniques that copy data packets containing both the actual data segments (i.e.,
`
`payload) and an accompanying header that directs where the data must ultimately
`
`be loaded.” Ex. 1026 (Lin Remand Decl.) at ¶ 25.
`
`30.
`
`In response to this part of my Opening Remand Declaration, Dr.
`
`Rinard argues that the ’949 patent “discusses at least two distinct kinds of
`
`headers…. The first kind of header is image headers which ‘contains the target
`
`locations for the data image segments to be scatter loaded into memory of the
`
`second process’ ….[and] [t]he second kind of header is packet headers in which
`
`‘each packet would have an associated packet header information along with the
`
`payload.’” Ex. 2015 (Rinard Remand Decl.) at ¶¶ 50-51. Dr. Rinard contends that
`
`because packet headers “typically do not contain any information about where to
`
`21
`
`

`

`U.S. Patent No. 8,838,949
`Reply Declaration of Bill Lin, Ph.D. on Remand
`
`place image data in memory,” my conclusions regarding the background section
`
`are incorrect. Ex. 2015 (Rinard Remand Decl.) at ¶ 51. However, the background
`
`section of the ’949 patent does not make a distinction between image and packet
`
`headers as Dr. Rinard alleges. Although the term “software image” or “executable
`
`image” does not appear in column 2, lines 23 to 41 of the ’949 specification, given
`
`the immediately preceding paragraph in column 2 that discusses a “software
`
`image,” a POSITA would understand the discussion of headers to refer to image
`
`headers. Therefore, a POSITA reading the background section of the ’949 patent
`
`would understand that the purpose behind the section’s discussion of temporary
`
`buffers is not to exclude the use of any temporary buffers. Instead, the ’949
`
`specification distinguishes the copying of the image header and data segments into
`
`the hardware buffer together (and not separately, as claimed in the ’949 patent).
`
`VI. UNDER EITHER PROPOSED CONSTRUCTION, THE PRIOR ART
`DISCLOSES A “HARDWARE BUFFER.”
`31. Under either of the constructions proposed by the parties, a POSITA
`
`would understand that Bauer and Svensson’s ISA is a “hardware buffer” claimed
`
`in the ’949 patent.
`
`32. The ISA is a “hardware buffer” under Petitioner’s constructio

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket