The latest enhancements to the HBM2 standard will clearly be appreciated by developers of memory bandwidth-hungry ASICs, however in order to add support of HBM2E to their designs, they are also going to need an appropriate controller as well as physical interface. For many companies developing of such IP in-house does not make financial sense, so Rambus has designed a highly-integrated HBM2E solution for licensing.

The HBM2E standard supports 12-Hi DRAM stacks as well as memory devices of up to 16 Gbps, thus enabling to build up to 24 GB stacks using a 1024-bit bus. At the same time, the new specification officially supports data rates of up to 3.2 Gbps, which results in 409.6 GB/s bandwidth per stack. Rambus’s HBM2E solution includes a controller that can work with 12-Hi KGSDs (known good stack dies) as well as a verified 1024-bit PHY that supports speeds of up to 3.2 Gbps. 

The Rambus HBM2E controller core (originally developed by Northwest Logic) is DFI 3.1 compatible (with appropriate extensions) and supports AXI, OCP or proprietary interfaces to connect to integrator logic. Meanwhile, the controller also supports Look-Ahead command processing (a standard way to trim latencies) as well as channel densities of up to 24 Gb.

Licensees of Rambus’s HBM2E solution will get everything they need to integrate it into their designs, including source code of the controller (in a bid to synthesize it for a particular process technology) as well as fully-characterized hard macros (GDSII) of the interface. Alternatively, engineers from Rambus can help integrate the HBM2E IP support for a fee.

Related Reading:

Source: Rambus

Comments Locked

42 Comments

View All Comments

  • Yojimbo - Friday, March 6, 2020 - link

    Rambus shot my dog.
  • surt - Friday, March 6, 2020 - link

    And by doing so, decreased the average level of evil of their actions.
  • Sivar - Monday, March 9, 2020 - link

    "And by doing so, decreased the average level of evil of their actions."

    This is mathematically sound even though shooting someone's dog is, in fact, evil.
  • PeachNCream - Saturday, March 7, 2020 - link

    They probably did you a favor. Dogs are like...yuck!
  • drexnx - Friday, March 6, 2020 - link

    the rambus chicanery with SDRAM was literally 20 years ago, time to move on
  • jeremyshaw - Saturday, March 7, 2020 - link

    Yes, it's time to move on and never use RAMBUS ever again.
  • evilpaul666 - Saturday, March 7, 2020 - link

    So... they're veteran patent trolls?
  • Strunf - Monday, March 9, 2020 - link

    It wasn't just SDR, it was DDR too and the last case they lost was in 2011.
    After that they settled with everyone for "pocket money".
  • DeeDee - Sunday, May 31, 2020 - link

    Too bad that there's some misinformed zealots here who have bitter feelings based on erroneous
    facts:

    <<But that is not how this litigation, broadly conceived, begun. Micron sued Rambus for declaratory judgment on August 28, 2000 in Delaware. Hynix sued Rambus for declaratory judgment the next day here in San Jose, California. Persuasive circumstantial evidence suggests that Micron and Hynix coordinated their filing of the declaratory judgment lawsuits. See Conduct Trial Tr. 4006:8-4008:12 (Mar. 5, 2008) (former Hynix employee Farhad Tabrizi admitting to his belief in 2000 prior to litigation with Rambus that Hynix would litigate "to the end of Rambus company"); 5131:1-25; 5135:1-16 (Mar. 18, 2008) (testimony of Micron CEO Steve Appleton that he met with Hynix personnel in early August of 2000 and that he cancelled licensing meetings with Rambus to sue for declaratory judgment); 5633:16-5634:1 (Mar. 20, 2008) (testimony from Hynix employee D.S. Chung about licensing meetings Hynix scheduled with Rambus, then cancelled by suing for declaratory judgment); cf. Licensing Trial Tr. 420:24-423:6 (Sept. 24, 2008) (testimony of Samsung employee Jay Shim regarding joint defense agreement between Samsung, Hynix, Micron, and Infineon enteredinto in August 2000).>>

    scribd.com
  • DeeDee - Sunday, May 31, 2020 - link

    Better link:

    https://www.scribd.com/document/11619032/3897

Log in

Don't have an account? Sign up now