[PATCH] powerpc/fsl_soc: Search all global-utilities nodes for rstccr
timur.tabi at gmail.com
Wed Sep 1 02:56:48 EST 2010
On Tue, Aug 31, 2010 at 11:26 AM, Matthew McClintock <msm at freescale.com> wrote:
>> I'm not sure KERN_EMERG is warranted for this kind of error.
> I'm not sure either - I left it as it was before.
My vote is to change it to KERN_ERR, but it's your call.
>> So if a node has an fsl,rstcr property, but the of_iomap() fails, we
>> jump to the next global-utilities node? Perhaps you need a 'break'
>> after the printk()?
> Or potentially a continue to be more robust? Or would two (or more) "has-rstcr" nodes be wrong?
My point is that if the of_iomap() call fails, looking for another
global-utilities node is not the right course of action. of_iomap()
failing is a serious error that should result in an immediate exit.
>> Wouldn't it make more sense to assign fsl_rstcr_restart to
>> ppc_md.restart only if we find a valid fsl,has-rstcr property?
> Again I'm not entirely sure, I left this as it was before. Is there another way to reset the board if the rstcr node was not found correctly?
Not on our 85xx boards. On 83xx, there's mpc83xx_restart(). I just
don't like "ppc_md.restart == fsl_rstcr_restart", because it assumes
that the define_machine() entry is incorrect.
Linux kernel developer at Freescale
More information about the Linuxppc-dev