**** BEGIN LOGGING AT Thu May 18 03:00:03 2017 May 18 11:15:47 ant_work: hi, (finally) testing the new partition manager right now May 18 11:17:30 hi VartiWork May 18 11:18:13 you should use the patched kexecboot 4.4 kernel afterwards May 18 11:19:08 so, the new installer May 18 11:19:09 https://github.com/LinuxPDA/builds_OE_2017-05-13/blob/master/akita/installkit-akita.tar.gz May 18 11:19:34 I will update the kexecboot precompiled images once well tested May 18 11:20:54 ok May 18 11:21:38 I think I did a last-minute change to the updater.sh so the installkit have not the latest one May 18 11:21:44 this one: https://github.com/LinuxPDA/zaurus-updater-2017.05 May 18 11:22:18 have the impression these 4.4 kernels are slow detecting the SD cards May 18 11:22:26 I'm testing the updater.sh from zaurus-updater-2017.05, no worries :) May 18 11:22:28 the 3.2 were faster iirc May 18 11:23:25 everytime I have managed to boot kexec, the SD card detection didn't seems slow, I guess I always waited max 30s May 18 11:23:27 I have put some guards so it kicks in only if there are no known files on card May 18 11:23:48 but I have never measured the booting time May 18 11:23:57 maybe I f*cked the card after pulling in-out many many times... May 18 11:24:37 I mean, you put zImage on the SD card and flash kexecboot. It should detect a zImage on first reboot... May 18 11:24:40 try to a fsck on it May 18 11:25:30 remember the shortcut to enter flashing menu: press R and immediately ok May 18 11:25:34 ah, so by "slow to recognise the SD" you meant "it doesn't always recognise it at first reboot"? May 18 11:25:37 from within kexecboot May 18 11:25:49 aha, ok, I'll try that too May 18 11:25:57 not only at first...I think there are some issues May 18 11:25:59 now I'm just reflashing it everytime May 18 11:26:06 heh May 18 11:26:12 I see... never noticed that May 18 11:26:19 kexecboot does reboot May 18 11:27:04 give f3 a try too to check your SD, I have found it to be very helpful: http://oss.digirati.com.br/f3/ May 18 11:27:24 it's the old 64M card which never failed to me ... May 18 11:27:32 before May 18 11:28:10 maybe it's just an fs issue May 18 11:28:50 on my 1GB SD, fsck found that the "dirty bit" was set to 1 on it, i.e. something was wrong with it May 18 11:28:52 yep, dirty, but I fsck.vfat regularly May 18 11:29:05 I'll test later May 18 11:29:54 btw seems gregu has issues with f2fs revisions... May 18 11:31:38 first time I hear about this fs, sounds like one more suitable to be used on our SDs instead of ext4 May 18 11:34:31 kernel changes after 3.18 and after 4.6 May 18 11:43:00 ok, finished my first round of tests. I brought myself the 860 too, but I didn't have time to test on it, I'll see if I'll have some time tonight May 18 11:43:10 I have written down a list of ideas/suggestions, if you don't mind I'll open a thread on oesf, easier to remember and track them May 18 11:43:20 anyway, an important issue I have found is that the root partition can't be resized to 119 or 120MB. When finished with the resizing, the expected sizes are printed (i.e. 7, 120 and 1), but when rebooting, relaunching the partition manager and viewing the partitions, they are set to the default values (7, 53 and 68). Tried to set root to small values and it works, I haven't checked starting from which size the partitioning fails May 18 11:53:39 VartiWork, sorry, phone call May 18 11:53:51 you should see the warning May 18 11:53:59 that you need mainte_fix.bin May 18 11:54:41 but to me it happened root was 30MB May 18 11:55:42 so there is an initial check May 18 11:57:59 the check sums the partition sizes from proc/mtd and compares with FLASH_SIZE May 18 11:58:42 I started after flashing 1.10 sharp backup May 18 11:59:02 maybe there are different defaults btw 1.10 and 1.50 ? May 18 11:59:42 the problem is known as 64M size limit May 18 12:01:01 greguu, so wrt f2fs there are kernel changes after 3.18 and after 4.6 May 18 12:11:32 I have tried now again with a partition size of 90, no warning has been printed, and a partition table is printed with 90 as the new size of root May 18 12:12:35 IMHO in case that file is missing, apart from the warning, the partition table should not be printed at all, to avoid to generate confusion May 18 12:16:13 (and sorry, I forgot about the 64M limit) May 18 12:28:54 is mainte_fix.bin stored somewhere on LinuxPDA, or it has to be extracted from the Cacko's installer? In that case, I'll put it as an attachment to my post May 18 12:30:06 I believe you already found and posted this, but just in case: http://www.oesf.org/forum/index.php?s=&showtopic=3361&view=findpost&p=20469 May 18 12:50:01 I have searched the mainte_fix.bin file in the Cacko's archive but could not find it May 18 12:52:05 it's in tools May 18 12:52:14 is also in pdaxrom131 May 18 12:52:20 or like that May 18 12:52:36 same versions May 18 12:53:06 pls check which fw version you have May 18 12:54:13 I am exactly thinking about deploying it in the zaurus-installer, maybe gzipped May 18 12:54:29 so it doesn't get flashed automatically May 18 12:54:56 these hacks are for v1.20 May 18 12:56:03 VartiWork, it is impossible to check before, I can see my C860 defaults to the standard partitioning if I set smthg over 64M May 18 12:56:33 https://github.com/LinuxPDA/meta-handheld/commit/f52935969ea515ec6f6b30fd87288fe1b9c33998 May 18 12:57:05 I have removed all debug now :/ May 18 12:58:25 btw this problem doesn't appear on C750 or poodle...limit is 64-7-1 = 56MB May 18 12:59:23 I have left the max fsro calculation dynamic exactly to spot this case of repartitioning May 18 12:59:37 I can't find this "tools" folder.. is it on LinuxPDA? May 18 12:59:55 do you have cacko updater there? May 18 13:00:20 I have this one: http://www.zaurus.org.uk/download/cacko//SL-C1000-Qtopia-1.23-1029311005.zip May 18 13:01:42 I don't have the installers here bu at home I compared them and found the file for 3200 is the same as for 3100 May 18 13:01:57 yep, see tools.tar there May 18 13:02:22 ok... sorry, have really to go now... see you this evening (I hope) May 18 13:02:35 tools.tar May 18 13:02:35 ^ May 18 13:02:59 found it May 18 13:04:43 there are 3 different versions of mainte_fix there, for the C760, C1000 and C3100, I have diff'ed them and they are all different from each other May 18 13:10:53 posted the news and issues list here: http://www.oesf.org/forum/index.php?showtopic=34555&hl= May 18 13:10:58 later May 18 19:33:19 Varti, pls do a nand restore from trisoft before testing again May 18 19:33:36 on C860 May 18 19:34:54 Varti, when I said to press R and then OK I meant to enter the updater menu, without removing battery and pressing power_on+ok May 18 19:35:02 not the partition manager specifically May 18 19:35:08 just to boot kernel2 May 18 19:40:26 Varti, after flashing full backup 1.10 and trying to resize I get the warning, and root size is 30MB May 18 19:40:30 ...?? May 18 19:40:42 I try now v 1.50 of Sharp backup May 18 19:47:05 1.40 exactly May 18 20:02:42 I try again to resize root to 100MB now May 18 20:03:26 Varti, it is the same on C860 with 1.10 and 1.40. Try to get 100MB and it says 30MB :) May 18 20:03:41 then check triggers and you see the red-yellow warning May 18 20:03:48 pls reproduce... May 18 20:37:29 I've put the files here: https://github.com/LinuxPDA/mainte_fix.bin May 18 21:06:48 hi May 18 21:08:30 ok, I understand now the R + OK part, I'll try that myself May 18 21:08:46 and fix the post on oesf May 18 21:10:53 thanks for putting the mainte files online, much easier to get them May 18 21:12:31 I remember there were mainte_fix files only for 3 models, while on LinuxPDA there are 5 different ones... are the files for 1000 and 3100 the same as the one for 3200, or you found them elsewhere (in pdaxrom installer perhaps)? May 18 21:14:20 I'll see if I can reproduce the warning message under my 860 May 18 21:14:53 I answerer for the sake of the posterity May 18 21:15:01 on OESF :( May 18 21:16:04 Varti, as you say the files for 3100 and 3200 are binary the same May 18 21:16:11 as for 760and 860 May 18 21:16:21 I just created two symlinks May 18 21:16:42 I have compared btw cacko and pdaxrom May 18 21:17:23 ok May 18 21:18:44 thanks for taking your time to answer, and at least I'm glad to see you back there :) May 18 21:19:02 heh, too little time to frequent forums May 18 21:19:11 only in case of issues :) May 18 21:19:45 I told you I am currently buidling OpenPLI for the decoders enigma2 May 18 21:20:00 ah, I remember that May 18 21:20:24 their forum is dutch, german and english...dutch is not exaactly a joy for me to read May 18 21:20:33 I didn't think about the 30 chars limit on Poodle, heh May 18 21:20:39 argh May 18 21:20:51 plus (y/) and one char for prompt May 18 21:20:53 at least they allow to post in english May 18 21:21:00 *(y/n) May 18 21:21:17 hhe, most devs are dutch May 18 21:22:29 they ar ebuilding OpenPLi 4.0 with an abominious mix of old OE and vendor layers... May 18 21:22:34 bluelightning, ^ May 18 21:22:56 I try to help them to move to current OE/Yocto model May 18 21:23:07 for OpenPLi 5 May 18 21:25:37 Varti, let's collect somemore suggestion on the forum May 18 21:25:42 \o/ May 18 21:26:47 argh..I must rip this chcklet ThinkPad keyboard...keys are like sticky May 18 21:27:32 SL-C860 keys feels awesome to me..like the old ZX Spectrum feeling May 18 21:29:04 heh, by looking at your Ant Attack avatar, it's not surprising you like the Spectrum's keyboard May 18 21:29:37 I liked that too, too bad I destroyed the N and M keys by playing Decathlon May 18 21:29:42 yep, I'm that old May 18 21:46:07 I'm not that much younger than you :) What I regret is that I was too young when we had the Spectrum, I'd have loved to learn assembly on it, but I could not understand anything in an asm course book I attempted to read May 18 21:47:32 neither May 18 21:47:41 so, have you seen the warning? May 18 21:49:02 sorry, busy with other stuff ATM, will start soon May 18 21:49:21 np **** ENDING LOGGING AT Fri May 19 03:00:01 2017