Hi Dann, >> v2: >> * Update binding documentation accordingly >> * Change all single bit defines to BIT(x) >> * Add support for L3 version 1 and 2 HW's >> * Change to use debug file system for error injection >> * In L3/SoC instance add function, allocate EDAC context after all >> initalization successed >> * Support raw or detail info for SoC EDAC error reporting >> >> v1: >> * Add L3/SoC support to the APM X-Gene SoC EDAC driver > > Loc, > I tested 4.2-rc5 on a Mustang board with one DIMM, and it hangs (RCU > stall) in xgene_edac_mc_irq_ctl() on modprobe. Same board with 2 DIMMs > boots fine. (U-boot 1.15.12). I just removed one of the two 16GB DIMM... with 4.2.0-rc1 and some code clean up in EDAC driver, it boots just fine... I don't believe the code clean up would affect it. Do you have the dump log? [root@dhcp-10-76-213-247 ~]# uname -a Linux dhcp-10-76-213-247 4.2.0-rc1+ #33 SMP PREEMPT Mon Aug 10 13:23:03 MDT 2015 aarch64 GNU/Linux -Loc -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html