Initrd partition for fix kernel and modules possible incompatibilities by upgrade
I've been thinking about this since some time and I'd like to know why don't you make one more partition with initrd which would have some needed modules and basic scripts for proper complete OpenMoko boot (for example: g_ether etc. - I don't know which modules are used in boot process - my FR didn't arrive yet). In this way with flashing kernel it will need to flash the initrd, too, but wont make problems when kernel modules are not upgraded on rootfs. Something simmilar is already used by other Linux distributions for not need to compile many modules as built-in in kernel. This initrd partition would be overmounted with rootfs by these basic scripts in boot process. This way it would not need to flash rootfs (and loose data there) in case of any upgrade problems. Please correct me if I'm wrong - it's just basic theoretical thinking - I didn't have FR in my hands yet nor I looked at the OpenMoko filesystem. With Regards, Tomasz Czapiewski ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Initrd partition for fix kernel and modules possible incompatibilities by upgrade
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | I've been thinking about this since some time and I'd like to know why | don't you make one more partition with initrd which would have some | needed modules and basic scripts for proper complete OpenMoko boot (for | example: g_ether etc. - I don't know which modules are used in boot | process - my FR didn't arrive yet). | In this way with flashing kernel it will need to flash the initrd, too, | but wont make problems when kernel modules are not upgraded on rootfs. | Something simmilar is already used by other Linux distributions for not | need to compile many modules as built-in in kernel. | This initrd partition would be overmounted with rootfs by these basic | scripts in boot process. | This way it would not need to flash rootfs (and loose data there) in case | of any upgrade problems. | | Please correct me if I'm wrong - it's just basic theoretical thinking - I | didn't have FR in my hands yet nor I looked at the OpenMoko filesystem. I have another way to come at this: http://wiki.openmoko.org/wiki/Freerunner_backup_kernel - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkigHKsACgkQOjLpvpq7dMqykgCgh2hrjqiscFCigmtoWU6n2H/y LEUAn3d6to0C/2KiYhuLs2fI7kX+H89X =r/FS -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
