SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Technology Stocks : Rambus (RMBS) - Eagle or Penguin
RMBS 90.97-1.9%3:16 PM EST

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: Dave B who wrote (39374)4/7/2000 10:26:00 AM
From: mishedlo  Read Replies (1) of 93625
 
Patent Discussion

dramreview.com

Discussion below from CharredWater on MF
Here's my analysis on why DDR will eventually either fade or be subject to Rambus royalities payments:

DDR relies on an internal clocking mechanism previously mentioned in Rambus patent 5915105
patents.ibm.com
Blatant patent violation.

In addition, the clocking signals for data release on a DDR system are limited by the frequency of the data transmission. There is only so much information that can be thrown onto the rising and falling edge of wavesignal without creating unwanted noise. The only way to avoid the speed limitations of SDRAMS (meaning DDR in this case) is to packetize the information, which would infringe on patent 59951143. Sending data on 512 independent busses is not an option. It seems to me that additional development of DDR will necessarily infringe on RMBS patents.

This is a great, if consise summary of the argument regarding Micron DDR:

"Micron's Figure 2 details the input section of a DDR SDRAM. Again, compared with the diagram on the Rambus patent, it is very similar.
The patent language appears to exactly describe the input logic shown in the Micron figure."

I look for the Hitachi suit to settle and for royalities to be collected from the vast majority of DRAM on the market by 2003.
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext