[Skiboot] DDR4 Calibration and address inversion

Alexandre Ghiti aghiti at upmem.com
Thu Jun 27 22:00:29 AEST 2019

Le jeu. 27 juin 2019 à 12:38, Oliver O'Halloran <oohall at gmail.com> a écrit :

> On Thu, Jun 27, 2019 at 7:54 PM Alexandre Ghiti <aghiti at upmem.com> wrote:
> >
> > Hi everyone,
> >
> > We are currently testing our RDIMM in a Talos server which runs custom
> hostboot/skiboot from RaptorCS team.
> > Our RDIMM (single-rank) is 'rejected' during calibration as half the
> DRAMs fail the DQS alignment step. We know, for some internal reasons, that
> if this step tries to access the DRAMs with BG1=1, it will fail, which will
> happen if address inversion is enabled (see RCD jedec JESD82-31 section
> 2.9): so half the failing DRAMs would represent the side-b.
> >
> > I did not succeed to disable address inversion, certainly because the
> piece of HW that does the actual calibration supposes the address inversion
> is activated and then invert the corresponding bits to prevent RCD
> inversion.
> >
> > My questions are:
> > - Is the CCS responsible for executing the calibrations ?
> > - Is there anyway to modify its behaviour ? (I don't think the
> calibration steps are purely HW...)
> >
> > Thanks for your answers, and if this is not the place to discuss such
> things, please do not hesitate to say so.
> We don't mind hearing about this sort of thing, but it's very outside
> our area of expertise. Memory training is handled by the hardware
> procedures in hostboot, but it sounds like you've already tried to
> fiddle with the stuff in src/import/chips/p9/procedures/hwp/memory
> without luck? I'll see if I can find someone who might have more of a
> clue.

Yes, I know that the memory training happens in the function

>From my understanding, it is done by setting the register
Processor Registers Specification, Volume 3) with the calibration steps we
want to do.

Then, those steps are indeed executed by setting the field
of MC01.MCBIST.CCS.CCS_INST_ARR1_00 register. So to me it seems those steps
are entirely HW.

Note that we do not have a Centaur platform, our processor is the Nimbus

Thanks again for your quick answer,


> Oliver
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/skiboot/attachments/20190627/b6017b1c/attachment.htm>

More information about the Skiboot mailing list