From: Meelis Roos <mroos@xxxxxxxx> Date: Mon, 23 Aug 2010 13:44:07 +0300 (EEST) > Usually (no problematic card or adaptec scsi in place of problematic > card) cnt=2. With problematic card in place, cnt=3 from beginning and > for a lot of prom nodes and then, yes, the corruption occurs: > > build_one_prop before getproperty: cnt=3, node=f009908c, name='driver,aapl,macosx,powerpc', value=fffff8001fed6340, length=31931 > build_one_prop after getproperty: len=31931, cnt=32a4ee00e101ada6 > > Will look at it again tomorrow, enough for now. > Seems that the length on the resource itself might be the culprit? That enormous length is the problem, it's writing nearly 32K of garbage past the end of the PROM call buffer. Thanks for fetching this information, I'll see if I can figure out the problem using that. -- To unsubscribe from this list: send the line "unsubscribe sparclinux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
