11:21 <f_> hmm how come I have "91919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919191919" over UART when my board is sleeping..

11:22 <f_> WP2/p200 BL30(1) on kii-pro

11:22 <f_> and u-boot spl :-)

11:23 <f_> Just turned it on, I'll see if I can reproduce, but I'll have to wait before turning it off again.

11:23 <f_> (else it restarts)

11:24 <f_> Might try having a look at the bl30(1) code :)

11:26 <f_> (u-boot spl code same as before)

11:59 <f_> Huh, unable to reproduce it seems.

11:59 <f_> I guess it was a random thing :P

11:59 <f_> Or UART in BL30 being weird

20:48 <lvrp16> bl30 event loop probably had a register misprogrammed or something

20:48 <f_> Possible :P

20:48 <lvrp16> maybe CEC or some wake detection looping the print when it shouldn't

20:48 <f_> CEC cfg:0x0000

20:48 <f_> set vddee to 0x0352mv

20:48 <f_> 0891

20:49 <f_> ^ I think it's the last "91" getting looped for some reason

20:49 <f_> anyway it doesn't loop anymore.

20:56 <f_> Cleaned up DRAM code a little, S905 still boots, stress-ng still works.

20:56 <f_> Future is bright!

20:56 <f_> Time to test SPL on a potato!

21:03 <f_[xmpp]> Aaaand it still boots, awesome!

21:04 <f_[xmpp]> Except it kernel panics, but because of an unrelated issue (booting pmOS with gxbb DT on gxl ughhh)