Hi, <br><br><div class="gmail_quote">On Tue, Sep 22, 2009 at 9:13 PM, Al Johnson <span dir="ltr"><<a href="mailto:openmoko@mazikeen.demon.co.uk">openmoko@mazikeen.demon.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I believe it's an arbitrary limit based on the assumption that with no gui it<br>
would be hard to select the intended partition. Given the touble people have<br>
with only 3 partitions it seems well founded.<br></blockquote><div><br>OK, so when Qi is improved so that partition selection is actually usable, this artificial limitation will go away.<br>Qi _will_ need to be improved until it is usable for end users, or it will fade away<br>
Whether that happens with the suggested "menu partition" or with an improved "blinking lights and push buttons" scheme doesn't matter. One way or the other, Qi must improve.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
This limitation is one of the reasons I'm still using u-boot. The other is the<br>
inability to pass optional kernel parameters when booting from NAND.<br></blockquote><div> </div><div>Hmm, why can't this be solved with the append file (In /boot), like in QtMoko? <br></div></div>-- <br>Regards,<br>
Torfinn Ingolfsen<br>