Hi, > Am 23.03.2017 um 12:56 schrieb Andreas Kemnade <andr...@kemnade.info>: > > On Thu, 23 Mar 2017 08:12:38 +0100 > "H. Nikolaus Schaller" <h...@goldelico.com> wrote: > >> Hi Andreas, >> >>> Am 23.03.2017 um 07:40 schrieb Andreas Kemnade <andr...@kemnade.info>: >>> >>> Hi, >>> >>> On Mon, 20 Mar 2017 12:42:44 +0100 >>> "H. Nikolaus Schaller" <h...@goldelico.com> wrote: >>> >>>> Hi, >>>> in parallel to trying to handle all the other GTA04 tasks, I have fixed >>>> some minor issues in kernel, u-boot and rootfs so that we have first >>>> release >>>> candidate for a new production SD image. >>>> >>>> A production SD image is used for flashing (unbricking) a GTA04 device. >>>> The last one [1] was based on kernel 3.12 and Debian Wheezy which wasn't >>>> bad at all, but did not support the OneNAND of the GTA04A5. >>>> >>>> The biggest visual change is that there are some LXDE desktop icons for >>>> starting Simple-Gsmgui [2] (developed by our commmunity member akemnade), >>>> Camera Demo (camera driver is not working) and GPS demo (well this is >>>> not even a demo but full FoxtrotGPS). So it should become possible to >>>> operate the most basic functions from NAND only. >>>> >>>> If you have a little time and want to test/upgrade, please follow >>>> these instructions and report issues and observations. >>>> >>>> Please note that if anything fails you might need the RS232 cable >>>> and the original production image [1]. >>>> >>> >>> well, if anything fails (besides uboot) I will try to boot from another >>> partition. and fix things over ssh. >>> To me, having multiboot is one of the most important features of the >>> gta04. >>> I do not see any instructions here to have some multiboot system or >>> replace a single one of the installed systems. I have a partition >>> specially reserved for some testing systems. >> >> Hm. I do not exactly understand what the problem is for you. You can simply >> use your multipartition SD card after doing these tests and upgrades and it >> should still boot fine. >> > Yes and no. For the nand + uboot stuff it is correct.
That is the main purpose of this image. Provide the freshly produced GTA04A5 (and older GTA04A4) with a common modern boot stuff. > For rootfs: > Maybe I understood you wrong. If it is only for testing the procedure of > installing a lxde system: also yes. Ah ok. Yes, this rootfs is intended for * testing if the board works (pass hw-test) * flashing itself into NAND so that NAND has a bootable OS when shipped to users For a daily use capable UI there are much better alternatives: Replicant, QtMoko, FSO, ... > > And I will test it. > > For testing if the system works well: only theoretically yes. > > If I give it a real world test (when not sitting near my pc), I need to > be able to switch to something known working. That would either mean > that I need to have a known-good microsd with me and switch them. But > microsd cards have a quite low "sublimation" temperature when not > inserted into a device (like pens). Or another partition with a known > working system. > > On my bigger hardware I also do not switch a hard disk because I want > to test a new system. I just direct the installer to use an empty > partition for that. > >> The only risk I have experienced is that the old U-Boot environment in NAND >> may be incompatible with the new one and then U-Boot stops before flashing >> anything new. >> >> Then, one must do the nand-erase procedure I have mentioned. And that one >> can only be commanded easily through the RS232 console. >> >> In theory one could boot back to Linux with a working SD card, log in through >> ssh and overwrite /dev/mtd2 but I have never tried that. And it has the risk >> that after doing this, you can't boot the working SD card any more. And if >> you >> try the production card and it still fails you have no access any more. >> >>> Of course *I* now how to do it but it should be a really well documented >>> and prepared path. >> >> I assume all those who want to be testers of new base software like this know >> what they do... >> > > All I am asking me too... It will be interesting where the answer comes from :) > for is to have also e.g. > > PART=/dev/sdd3 ./makesd your_favorite_root_fs Yes, you can do that and even specify up to 4 rootfs for a single makesd command. E.g. "makesd all" as described on http://projects.goldelico.com/p/gta04-makesd/page/Examples/ The problem is that we don't have enough good and maintained rootfs images to be installed by makesd. * QtMoko isn't maintained and maintainable. So it is not kernel-compatible. * AFAIR, Replicant needs some additional installation step. * LXDE and XFCE4 exist, but are not well configured to be used as a phone UI at all. * QuantumSTEP has some memory leaks and missing frameworks. So all of them need work and do not work out of the box. > > That would make that usecase as easy as technically possible. Sure. I also dream of this :) Maybe we need more community support. And if the maintainers of QtMoko or FSO would want to roll up their sleeves again... > > Regards, > Andreas > > PS: If you wonder why I was a bit more silent the last two weeks: I > accidentially have bought a dvb-t2 stick not supported by linux to > have my cubietruck+vdr ready for the upcoming dvb-t2 switch in Germany. > So I had to add kernel support for it which was more work than just > adding a device id somewhere. But the patch series is now submitted to > LKML. So I will have time again for gta04 stuff. Fine! BR, Nikolaus
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ Community mailing list Community@tinkerphones.org http://lists.goldelico.com/mailman/listinfo.cgi/community http://www.tinkerphones.org