MPC8314 software hard reset and HRESET_N

[sujas]

We are having a MPC8314 based custom board.

We are generating software hard reset by writing to RCR (u-boot function do_reset in cpu/mpc83xx/cpu.c)

HRESET_N is not driven during this reset sequence.

Is it automatically driven or any additional setting is to be done ??

[r8070z]

Have a great day,

The do_reset() procedure does all required settings to initiate hreset flow

int do_reset (cmd_tbl_t * cmdtp, int flag, int argc, char * const argv[])

{

ulong msr;

volatile immap_t *immap = (immap_t *) CONFIG_SYS_IMMR;

/* Interrupts and MMU off */

__asm__ __volatile__ ("mfmsr %0":"=r" (msr):);

msr &= ~( MSR_EE | MSR_IR | MSR_DR);

__asm__ __volatile__ ("mtmsr %0"::"r" (msr));

/*

* Enable Reset Control Reg - "RSTE" is the magic word that let us go

*/

out_be32(&immap->reset.rpr, 0x52535445);

/* Verify Reset Control Reg is enabled */

while (!(in_be32(&immap->reset.rcer) & RCER_CRE))

;

printf ("Resetting the board.\n");

udelay(200);

/* Perform reset */

out_be32(&immap->reset.rcr, RCR_SWHR);

/* Unreached... */

return 1;

}

So if the do_rest() procedure executed then hreset is driven automatically.  Of course if CONFIG_SYS_IMMR wrong then procedure hang in /* Verify Reset Control Reg is enabled */ loop. 

-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------

[sujas]

Thanks,

do_reset() is executed and  board gets reset. After this sequence, one of our PCIe device does not get detected, whereas another PCIe device (both are PCIe V1.1) gets detected in the same slot. Have you come across this scenario? Any input will of great help.