| 11:07 | jnettlet | mk01, I hope this doesn't cause too much pain for you, but I have just reworked connection handling in the mxcfb driver. It should help move us toward a solution to your problem, but changes a bunch around. |
| 11:08 | mk01 | jnettlet: send me link to commit |
| 11:08 | jnettlet | mk01, I will be pushing it all in a second. |
| 11:08 | jnettlet | it also fixes S/R for our platforms. |
| 11:09 | mk01 | into the new repo ? then I just fetch ... |
| 11:10 | jnettlet | yeah, but I did rebase a few days ago....sorry |
| 11:10 | jnettlet | I swear that will be the last time |
| 11:11 | jnettlet | but now booting without any video= line should work on all monitors. |
| 11:48 | jnettlet | mk01, okay everything is pushed. |
| 11:49 | jnettlet | this fixes S/R and allows the bus-frequency driver to actually drop the memory in some instances getting idle draw down to about 110mA |
| 11:49 | mk01 | jnettlet: yes, I realised the force push |
| 11:49 | jnettlet | of course without a display plugged in. |
| 11:49 | jnettlet | unless it is blanked |
| 11:50 | mk01 | ok, I will check it in hour or two. after motogp |
| 11:50 | mk01 | :) |
| 11:50 | jnettlet | sure. enjoy |
| 21:52 | MMlosh | I read there used to be SPL-free u-boot.. Is there a SPL just because it got too large with that BIOS-like early video output? Just curious |
| 22:05 | jnettlet | We use SPL so we can support all our imx6 board combinations with a single u-boot build |
| 22:08 | jnettlet | You have limited sram space to load a binary to initialize ddr and finish the bootstrap. |