Re: gta02, 2007.2: state of upgrades
On Sat, 2008-08-02 at 14:00 +0100, Andy Green wrote: Tomorrow's U-Boot is recommended. Current U-Boot has 50% chance per boot of breaking USB device for the session (including in Linux). Which one is this exactly? http://buildhost.openmoko.org/daily/freerunner/200808/20080805/u-boot-gta02v5-1.3.1+gitr30+64eb10cab8055084ae25ea4e73b66dd03cc1a0cb-r0.bin ? Does this still have any serious bugs? Should I only upgrade the uboot in NAND (by first booting into NOR uboot and then doing a dfu-util -a u-boot -R -D u-boot-gta02v5-1.3.1+gitr30 +64eb10cab8055084ae25ea4e73b66dd03cc1a0cb-r0.bin)? Or also that one in NOR? Thanks, Chris. smime.p7s Description: S/MIME cryptographic signature ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gta02, 2007.2: state of upgrades
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | How about sidestepping the issue and have standard rescue kernel thats | monolithic? - could even be recommended practise to have it on the SD | card ready to go (like a dual boot). Doesnt need to be the latest, but | have minimal functionality to recover a system. We could do this, there is 8MByte partiton allocated for kernel in Freerunner, the current kernel is ~2MByte. So we could stick another one at +4MBytes in the partition and have a fallback boot option in U-Boot that just picks it up from that offset (accounting for bad blocks). - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiVdVgACgkQOjLpvpq7dMon8ACePsN9pGaLgV7gHppNNKGSJ7+b aM4AnAv7GniVgR0N1zRnYgYMEXW33P8g =MpDs -END PGP SIGNATURE- ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gta02, 2007.2: state of upgrades
Am Samstag 02 August 2008 23:19:45 schrieb arne anka: The idea of only one partition is as old as this project. Back then the killing factor was the speed of U-Boot mounting the jffs2 partition and reading from it. something like an initrd is out of question? No, we could do that to improve the latency user experience on boot, but it doesn't help loading a kernel from jffs2, since still you have to mount jffs2 before. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gta02, 2007.2: state of upgrades
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | i am i bit at loss with the current state of avaliable updates (server | glitches, 404, checksums instead of dates and kernel images/modules). | - what u-boot is recommended Tomorrow's U-Boot is recommended. Current U-Boot has 50% chance per boot of breaking USB device for the session (including in Linux). | - what kernel I'm guessing one from September 2008 or so... until then just keep using best we got which should normally be today's. | - how did the missing modules depencies working out and the 0b kernel | images The broken packages were fixed by Graeme. What has changed though is for ethernet over USB now you need a couple of packages recommended by Thomas B and to run depmod before you reboot into it: # opkg install kernel-module-g-ether kernel-module-cdc-ether # depmod | is it safe to upgrade w/o spending half a day afterwards to get everything | up and running again? Probably no less safe than usual if you know the above. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiUWocACgkQOjLpvpq7dMq3nwCePazRqxtze1HpZvCbrI+BcB7x sGoAoIc49Zv4XKPFHauNRs7p3DDu93XY =9T2K -END PGP SIGNATURE- ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gta02, 2007.2: state of upgrades
On Saturday, 2. August 2008 21:00:55 Andy Green wrote: The broken packages were fixed by Graeme. What has changed though is for ethernet over USB now you need a couple of packages recommended by Thomas B and to run depmod before you reboot into it: # opkg install kernel-module-g-ether kernel-module-cdc-ether # depmod I did not follow the full discussion on the kernel list. Does this mean you are not able to connect via Ethernet over USB unless you install these packages ? Marek ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gta02, 2007.2: state of upgrades
# opkg install kernel-module-g-ether kernel-module-cdc-ether # depmod I did not follow the full discussion on the kernel list. Does this mean you are not able to connect via Ethernet over USB unless you install these packages ? apparently. at least that's what i understand and what triggered my questions. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gta02, 2007.2: state of upgrades
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | # opkg install kernel-module-g-ether kernel-module-cdc-ether | # depmod | I did not follow the full discussion on the kernel list. Does this mean | you | are not able to connect via Ethernet over USB unless you install these | packages ? | | apparently. | at least that's what i understand and what triggered my questions. It is true. If you missed the boat on installing the packages before reboot into new kernel, you can shutdown, pop the SD Card, insert to host and put the packages on SD Card, reinsert and then reboot and install (and run depmod). Subsequently kernel updates will also pull in the necessary matching modules, so this is a one-off hassle. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiUYzUACgkQOjLpvpq7dMpZXgCdFU8Wg0f9UIDMbRahnk5aRMhD WhMAnROibJY3ekQJmncxT74qs6LtFLkC =rkE4 -END PGP SIGNATURE- ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gta02, 2007.2: state of upgrades
On Saturday, 2. August 2008 21:37:57 Andy Green wrote: If you missed the boat on installing the packages before reboot into new kernel, you can shutdown, pop the SD Card, insert to host and put the packages on SD Card, reinsert and then reboot and install (and run depmod). Subsequently kernel updates will also pull in the necessary matching modules, so this is a one-off hassle. That means we have no way of connecting to a running Neo via USB (if wifi does not work) ?? Pretty strange ... The kernel image and the rootfs image are seperate - we have to tell users: Install this kernel and that rootfs or your Ethernet over USB does not work ?! Wolfgang thinks about where to find more kernel module candidates: - battery driver - SD card driver - Glamo driver Marek PS: Obviously, Wolfgangs is an ironic hint ... ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gta02, 2007.2: state of upgrades
so this isn't some switch I threw in the dark while snickering. curse my imagination, igor ... ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gta02, 2007.2: state of upgrades
On Saturday, 2. August 2008 22:24:19 Andy Green wrote: Packaging issues are out of my scope, or control. May be but we still should consider this, right ? If nobody decided to add REQUIRES to the kernel package for the previously monolithic Ethernet over USB modules, then we end up like this. We can have all available REQUIRED fields activated but that wont help if the user just upgrades the kernel via dfu-util ... I issued an RFC about it on the kernel list before it was done, so this isn't some switch I threw in the dark while snickering. Nobody assumed the opposite. Why does our packaging fragment the module binaries into a zillion individual packages anyway and allow this issue? Why are the modules, intimately tied to the monolithic kernel of the same version, not in the same package to guarantee consistency? We have the space and it will be a rare customer who micromanages his package set to the extent of adding and removing module packages. AFAIK we can't solve this by packaging (at the moment). The kernel and rootfs live in different partitions and thus can be updated independently. In general I like your idea but we have to look at what we have now. I think we both agree that our current packaging is inherently broken. I would prefer to wait with those changes until we can update the kernel and the rootfs at the same time. Marek PS: I never tried to SSH in a Mass Storage device. ;-) ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gta02, 2007.2: state of upgrades
On Sunday, 3. August 2008 04:33:11 Andy Green wrote: Liek so much else, that's just waiting on someone saying DO IT. What else is it waiting on precisely? Correct me if I'm wrong: Our booting process is a bit complicated - we have this dynamic table of bad blocks, some uboot partitions, a kernel partition and root fs partition. It would be nice to have _one_ image for (at least) the kernel and the rootfs. Your config change affects a vital part of the debug tools of the system because it is easy to break. Simply flash a new kernel (without knowing that the ethernet does not work anymore!) and big suprise ... In the long run it would be even handier to have only one partition for all the interesting stuff which affect the boot (I don't know to what extend that would be possible). Changing uboot options, getting a new uboot, changing images, etc would be much easier ... Really? Well, I guess you never tried mounting what we had before as a block device, echoing something into it as a tty, printing to it, as we can now either. Well, that is not exactly the same thing ... Marek ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gta02, 2007.2: state of upgrades
The idea of only one partition is as old as this project. Back then the killing factor was the speed of U-Boot mounting the jffs2 partition and reading from it. something like an initrd is out of question? ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gta02, 2007.2: state of upgrades
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | On Sunday, 3. August 2008 04:33:11 Andy Green wrote: | Liek so much else, that's just waiting on someone saying DO IT. What | else is it waiting on precisely? | | Correct me if I'm wrong: | Our booting process is a bit complicated - we have this dynamic table of bad | blocks, some uboot partitions, a kernel partition and root fs partition. Linux can blow through all this, nand_write is the magic ingredient. There is NOTHING stopping a single package for monolithic kernel and modules. | It would be nice to have _one_ image for (at least) the kernel and the rootfs. | Your config change affects a vital part of the debug tools of the system | because it is easy to break. Simply flash a new kernel (without knowing that | the ethernet does not work anymore!) and big suprise ... Yeah, but that is a packaging issue, not a config change issue. The kernel package could easily have gone out with a REQUIRES for the new module packages pulling them in automatically. I do not control that. | In the long run it would be even handier to have only one partition for all | the interesting stuff which affect the boot (I don't know to what extend that | would be possible). Changing uboot options, getting a new uboot, changing | images, etc would be much easier ... In the very long run this will happen. In the merely long run with U-Boot it ain't gonna happen. | Really? Well, I guess you never tried mounting what we had before as a | block device, echoing something into it as a tty, printing to it, as we | can now either. | | Well, that is not exactly the same thing ... Just saying you are not considering the whole picture. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiU0rUACgkQOjLpvpq7dMp4DQCfV8OyOXRb5u2Kz05JAp65t1Na qzUAnjGF6Qtmyu6i9ZU53lLDuIk6278t =Lrms -END PGP SIGNATURE- ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gta02, 2007.2: state of upgrades
How about sidestepping the issue and have standard rescue kernel thats monolithic? - could even be recommended practise to have it on the SD card ready to go (like a dual boot). Doesnt need to be the latest, but have minimal functionality to recover a system. BillK On Sat, 2008-08-02 at 23:14 +0200, Michael 'Mickey' Lauer wrote: The idea of only one partition is as old as this project. Back then the killing factor was the speed of U-Boot mounting the jffs2 partition and reading from it. -- William Kenworthy [EMAIL PROTECTED] Home in Perth! ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
