On Sun, May 26, 2019 at 11:29 PM Ahmad Fatoum <a.fat...@pengutronix.de> wrote: > > Hello Andrey, > > On 26/5/19 23:55, Andrey Smirnov wrote: > > On Tue, May 21, 2019 at 8:56 AM Ahmad Fatoum <a.fat...@pengutronix.de> > > wrote: > >> > > This particular patch does break a non 6Q+ version of RDU2, but the > > follow up ones in the series fix it, so it seems that no action is > > really necessary on my part. > > The reparenting removed in this patch isn't reinstated by the rest of the > series. > They merely apply parentage expressed in the device tree in a glitch-free > manner. > > As both barebox and kernel imx6qdl-zii-rdu2.dtsi lack the relevant > assigned-clock-parents snippet, I am not sure what it is this patch broke > that the > follow-up ones fixed?
Not sure, will investigate. > > Generally, affected boards have been broken since day 1, because the LVDS > output > would've locked up every blue moon or so. If this patch breaks them, they're > just > more reliably broken. :-) > There's a world of difference between not working every once in a blue moon and not working from a first boot. Thanks, Andrey Smirnov _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox
