From mboxrd@z Thu Jan 1 00:00:00 1970 From: eric.nelson@boundarydevices.com (Eric Nelson) Date: Thu, 23 Oct 2014 13:58:59 -0700 Subject: [BISECT] v3.18-rc1 doesn't boot on nitrogen6x i.MX6 board In-Reply-To: References: <20141023203034.GR12732@glaurung.lavos.net> Message-ID: <54496C13.7070903@boundarydevices.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Thanks for the report Brian (and Fabio). On 10/23/2014 01:46 PM, Fabio Estevam wrote: > Hi Brian, > > On Thu, Oct 23, 2014 at 6:30 PM, Brian Downing wrote: >> Hi all; apologies for not posting to the linux-arm-kernel mailing list, >> but lists.infradead.org seems, well, dead: >> >> $ host lists.infradead.org >> Host lists.infradead.org not found: 3(NXDOMAIN) >> >> v3.18-rc1 doesn't boot on my Boundary Devices nitrogen6x board. >> (Specifically, imx6q-nitrogen6x.dtb). It fails before any console output. >> I bisected it down to this commit: >> >> commit 3fce0e882f61513c45c67e15bd0fde03341b58a5 >> Author: Tim Harvey >> Date: Thu Aug 7 23:36:40 2014 -0700 >> >> PCI: imx6: Delay enabling reference clock for SS until it stabilizes >> >> According to the IMX6 reference manuals, REF_SSP_EN (Reference clock enable >> for SS function) must remain deasserted until the reference clock is >> running at the appropriate frequency. >> >> Delay enabling the reference clock for the SS function until it has >> stabilized. This prevents a high link failure rate (>5%) on certain IMX6 >> boards at various temperatures. >> >> [bhelgaas: reword changelog slightly] >> Tested-by: Fabio Estevam >> Signed-off-by: Tim Harvey >> Signed-off-by: Bjorn Helgaas >> Acked-by: Marek Vasut >> Acked-by: Lucas Stach >> >> With that one commit reverted v3.18-rc1 fires up just fine for me. >> >> I really haven't looked into what might be wrong, I just wanted to let >> you know that this fix apparently breaks some boards. We'll dig in and let you know what we find. Regards, Eric