Andy Green ha scritto: > Cédric Berger wrote: >> On Mon, Oct 13, 2008 at 09:34, Andy Green <[EMAIL PROTECTED]> wrote: > >>> What's planned for partition selection is you will in future be able to >>> press AUX while Qi is pulling in the kernel it selected to abort the >>> load and move to next usable partition, so I think multiboot will work >>> out fine if you can remember which "n'th" rootfs it is you want... >>> hopefully only a problem for people with >2. >>> >> But in this case will you have visual feedback on this partition switch ? > > We can flash an LED to acknowledge we skipped that partition, so you can > see what's happening. > >> For more complex multi-boots, could the solution be a partition >> booting a simple kernel and show a multi-boot screen, from were you >> can ask Qi to re-boot on a given other partition ? (or even simply >> continue with already loaded kernel if wanted) > > Yes... it's also discussed, a recovery / backup kernel and rootfs that > can execute other kernels. There are big advantages for us in a normal > Linux implementation that is actually maintainable from single source > tree for kernel and common packageset for the rootfs associated with it. > Networking can be up so you can ssh in to rescue or update partitions, > etc, all the normal Linux goodness comes pretty much for free then. > > But in general it will be slower than clicking AUX if all you want is to > select another partition.
I know but I'd agree on adding a menu for switching partions... Actually I'm using the u-boot with a multi-boot and I'm very happy with it (pratically I've made 6 partitions in my µSD, in the first one I keep the kernels named with uImage-<name-of-the-distro>.bin and in the others I've put the needed rootfs; so I can run easily lots of distros), but if Qi could improve the performances I'd like to get the same also without u-Boot. Is all this possible/planned? -- Treviño's World - Life and Linux http://www.3v1n0.net/ _______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community