DFI - ddr-phy.org

John MacLaren
  • Male
  • Austin, TX
  • United States
Share on Facebook Share Twitter

John MacLaren's Friends

  • Kos Gitchev
  • PAT NOACK
  • Fabien Faure
  • Denali Marketing

John MacLaren's Discussions

Gifts Received

Gift

John MacLaren has not received any gifts yet

Give a Gift

 

John MacLaren's Page

Latest Activity

John MacLaren replied to Sai Karthik Madabhushi's discussion Query regarding Tcmd_lat
"Hi Sai, The tCMD_LAT timing parameter in DFI correlates directly with the CAL Mode (CS_n to Command Address latency)  of DDR4.  Since the DRAM timing is set by an MRS; it would seem logical that the setting would remain static during…"
May 9
John MacLaren replied to Gyan Prakash's discussion DFI2.1/3.0 low power request assertion
"Hi Gyan, In regards to the assertion of dfi_lp_req, I have always associated the assertion with memory being in a low power state which would generally imply that memory transactions are complete.  Additionally, the PHY can wait for any traffic…"
Jan 17
John MacLaren replied to Gyan Prakash's discussion DFI 2.1/3.0 low power handshake
"Hi Gyan, This is illegal, see below, page 124 of the DFI 3.0 Specification: "Once the dfi_lp_req signal is de-asserted, the PHY must return to normal operating mode within the number of cycles indicated by the dfi_lp_wakeup signal." In…"
Jan 17
John MacLaren replied to qiannan's discussion Doubt about dfi_rddata_en_p0 timing in 1:2 Frequency Ratio mode
"Hi Qiannan, You are correct, the figure is wrong.  The signal dfi_rddata_en_p0 should be shifted by 1 DFI clock to the right.  Also, please note my previous discussion "1:2 Frequency Ratio Figures PHY timing is misleading" which…"
Jan 9
John MacLaren replied to Patrick Twomey's discussion twrdata_delay definition inconsistency in Figure 33 of DFI 3.0
"Hi Patrick, In Figure 33, tWRDATA_DELAY begins following tPHY_WRLAT, that is on the first clock where dfi_wrdata_en is asserted.  So even though this aligns with the beginning of the dfi_wrdata, I believe the timing is correct. Thanks, John…"
Dec 12, 2012
John MacLaren replied to varma Devaganugula's discussion Which devices require dfi_reset_n signal ?
"Hi Varma, You are correct.  In general, dfi_reset_n is only necessary when the corresponding RESET# on the DRAM interface.  So the note in Figure 1 should be note 9 rather than note 6. Thanks, John MacLaren"
Dec 12, 2012
John MacLaren replied to varma Devaganugula's discussion width of dfi_wrdata_cs_n and dfi_rddata_cs_n
"Hi Varma, In general I would expect a copy of dfi_wrdata_cs_n and dfi_rddata_cs_n to be sent to each individual data slice of the PHY in the same way that dfi_rddata_en and dfi_wrdata_en are replicated per slice.  Therefore the definition of…"
Dec 12, 2012
John MacLaren replied to Srinivas Srikanth V's discussion What is difference between dfi_wrdata_cs_n and dfi_phy_wrlvl_cs_n in write leveling in DFI 3.1
"Hi Srinivas, The dfi_phy_wrlvl_cs_n signal is sent from the PHY to the MC to indicate which chip select the PHY is requesting to be trained.  This signal is optional to support for the PHY, the PHY is not required to request training nor to…"
Sep 14, 2012
John MacLaren replied to Srinivas Srikanth V's discussion Need clarification on signal dfi_rddata_gate_cs_n.
"Srinivas, The signal name in the specification is incorrect, it should read "The MC transfers the dfi_rddata_cs_n signal to identify the chip select currently being trained."  Thank you for pointing this out.   Sincerely, John…"
Sep 14, 2012
John MacLaren replied to Stephen Bond's discussion Units of tparin_lat
"Hi Stephen, I agree, the units should be DFI PHY clocks.  In a frequency ratio system, the adjustment of the signals is done in the PHY and should have a granularity of a single memory clock cycle. Thanks, John MacLaren"
Sep 14, 2012
John MacLaren replied to MC_DGN's discussion Write DBI
"Hi Vikas, For phydbi_mode=1, the PHY is handling the DBI read and write data inversion including the memory data bus inversion signal (DBI); the MC is not involved in the DBI signaling.  Therefore, the dfi_wrdata_mask signal, which is driven by…"
Jun 29, 2012
John MacLaren replied to Patrick Twomey's discussion dfi_wrdata_mask polarity for DDR3 vs DDR4 - DFI 3.0 onwards
"The dfi_wrdata_mask signal should be a pass through to the DM pin from the PHY’s perspective.  So the MC is responsible for making certain that the signal’s polarity on the DFI bus matches that of the memory bus.  This is not…"
Jun 18, 2012
John MacLaren replied to MC_DGN's discussion Information about tPHY_RDLAT
"Hi Vikas, tPHY_RDLAT, the timing parameter that specifies the time from dfi_rddata_en to dfi_rddata_valid, is specified as a maximum timing constraint. Therefore, any delay <= tPHY_RDLAT is an acceptable value. Since this timing is dependent on…"
Jun 12, 2012
John MacLaren replied to Srinivas Srikanth V's discussion Reg: DFI spec 3.1 and 3.0
"Several people have had issues unzipping the DFI 3.0 and DFI 3.1 Specifications.  The zip file apparently requires Winzip; the standard unzip command under Windows cannot unzip the file.  I will see if this can be resolved.  In the…"
Jun 4, 2012
John MacLaren replied to Herman Schmit's discussion Update post Acquistion?
"Several people have had issues unzipping the DFI 3.0 and DFI 3.1 Specifications.  The zip file apparently requires Winzip; the standard unzip command under Windows cannot unzip the file.  I will see if this can be resolved.  In the…"
Jun 4, 2012
John MacLaren replied to Herman Schmit's discussion Update post Acquistion?
"Hi Magnus, I am sorry to hear you had difficulty downloading the Specification using Firefox with Linux.  I also use Firefox (not with Linux) and have not had any difficulty.  I will file a ticket with the website support to see if they…"
Oct 24, 2011

Profile Information

Company
Cadence
Title
Design Engineer
What is your interest in DFI?
Committee Chair

Comment Wall (1 comment)

You need to be a member of DFI - ddr-phy.org to add comments!

Join DFI - ddr-phy.org

At 8:16am on May 27, 2009, PAT NOACK said…
Nice to know the moderator can join the party ;-)
 
 
 

© 2013   Created by Denali Software, Inc..   Powered by

Badges  |  Report an Issue  |  Terms of Service