**** BEGIN LOGGING AT Sat May 20 03:00:03 2017 May 20 07:26:47 ant_home: yes, got F2FS working now May 20 07:26:54 thanks for the hint May 20 07:28:39 I am using 3.10 now for my kexec base, including very fresh F2FS support : https://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs-stable.git/log/?h=linux-3.10.y May 20 07:29:32 I could 3.12 to boot but 3.16 or 3.18 would not boot on C3100. So I upgraded my kexecboot from 3.5 to 3.10, works nice so far. Dumped jffs2 support to save some space May 20 07:32:53 also compiled 4.12.0-rc1 and it boots fine (after spi-pxa2xx revert to 4.6.7, same as I had to do for 4.9), the pcmcia regulator issue seems to be fixed in 4.12 May 20 07:34:36 what was the max size for flashing mtd0 kernel again? My test kexecboot kernels for 4.11 and 4.12 (did not boot) were really big, 1.2MB May 20 07:35:48 * greguu is now busy replacing the microdrive with the SandDisk CF and set up a F2FS arch parition May 20 08:15:31 https://github.com/greguu/linux-3.10.y-c3x00-f2fs-kexec-r0 May 20 08:50:42 Varti: You want to try this kexec on akita ? May 20 08:52:20 ant_home: I try and add the new updater.sh to the kexecboot tar. Worked fine! May 20 09:00:44 ant_home: for kernel compiling, using older gcc and older kernels, easy with archlinux x-tools May 20 09:04:07 greguu, hi, isee May 20 09:04:12 good May 20 09:04:35 I will do a round with 4.12-rc then May 20 09:05:28 but about kexecboot kernel, I think 3.19 was the latest I can reproduce easily May 20 09:05:33 ant_home: what is the issue with 3.16 and 3.18 not booting on Cxx00 ? May 20 09:05:34 if kexecboot May 20 09:05:44 strange May 20 09:06:20 I was working mostly on collie and poodle back then May 20 09:06:31 the Cxxx were almost ok May 20 09:06:48 something changed May 20 09:07:11 I remember issues with gcc at one point May 20 09:07:33 3.12.74 was fine, 3.16.43 and 3.18.53 did not boot May 20 09:07:47 I have the full git history, I can track it May 20 09:07:48 I tried ggc 5, 6, and 4.9 and 4.7 May 20 09:08:29 I had to fix arch/arm/common/sharpsl_param.c on 3.10/12 May 20 09:08:55 http://cgit.openembedded.org/meta-handheld/log/?h=krogoth May 20 09:09:04 it was in 2014 iirc May 20 09:09:10 4.11 and 4.12 kexecboot would not boot, but do boot if kexec'd May 20 09:10:27 19:34:35 greguu | what was the max size for flashing mtd0 kernel again? May 20 09:11:58 it's 1,2Mb May 20 09:12:12 and it is mtd1 May 20 09:12:34 ok, thanks, yes mtd1 and both, 4.11 and 4.12 were just over 1.2 May 20 09:12:59 ah..maybe this May 20 09:13:02 I would have to remove ext4 support in favour of ubi and f2fs May 20 09:13:10 linux-yocto-tiny-kexecboot_3.17: add rdinit=/usr/bin/kexecboot to the cmdline May 20 09:13:22 new requirement May 20 09:13:37 greguu, I could pack it all May 20 09:13:38 hm, it should still show logo before that initrd thing, it did not May 20 09:14:00 disable sound, net, etc May 20 09:14:37 anyway 3.12 + f2fs sounds good May 20 09:14:38 no sound net enabled. May 20 09:14:46 3.10 it is May 20 09:14:56 may work with 3.12 too, but I stuck with 3.10 May 20 09:15:12 https://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs-stable.git/log/?h=linux-3.10.y May 20 09:15:19 I see I had 3.12, 3.14, 3.17, 3.18, .. May 20 09:15:21 there is a 3.18 f2fs source too, but did not try again May 20 09:15:48 afair 3.18 is a switch point for f2fs May 20 09:15:58 the 3.5 f2fs backport patch I had was not compatible with newer f2fs as you pointed out May 20 09:16:00 compatibility? May 20 09:16:05 ah May 20 09:16:34 this is f2fs up to date like 4.12-rc1 https://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs-stable.git/log/?h=linux-3.10.y May 20 09:16:43 3 days ago May 20 09:17:41 3.18y as well May 20 09:17:56 yes, did not try that one, after vanilla 3.18 would not boot May 20 09:18:10 I fear it is init vs. rdinit May 20 09:18:30 but then the logo should stil show before that ? May 20 09:18:43 yes, it is kernel logo May 20 09:18:49 3.16 did not boot too May 20 09:19:25 just black, also I tested qemu and Sharp C3x00, same May 20 09:19:42 I am pretty sure I ooted at least on c860 May 20 09:19:49 *booted May 20 09:20:03 almost all from 3.12 up to 3.19 May 20 09:20:34 I do test before committing to meta-handheld May 20 09:20:58 but again, that was when I was playing with collie mostly May 20 09:21:04 ok, I stopped with 3.11 and went 4.2.3 after a long break, so never tried these May 20 09:21:15 now I found they do not boot May 20 09:21:31 anyway, as you said, 3.10 with f2fs is not too bad May 20 09:21:55 4.11 and 4.12-rc1 boots after you fix the spi-pxa2xx issue May 20 09:23:44 also note that the CF card works after adding info to pata_pcmcia.c, does this get pushed upstream if I would submit ? There must be heaps of CF card id's missing from mainline. May 20 09:24:11 I guess no one tries these new cards as CF is getting less popular May 20 09:27:39 Just added rdinit=/usr/bin/kexecboot to 3.18.53 and still no boot :( (qemu) May 20 09:32:44 I guess I stick to 3.10.y with the recent F2FS support, my kernel is just 985K May 20 09:33:43 *it is just a bootloader* May 20 09:33:47 :) May 20 09:40:02 about SD, did you notice slowdowns with 4.x ? May 20 09:43:16 hm, not that I can tell, I do not use SD that much. May 20 09:43:26 did you? May 20 09:44:24 for example I have updater.sh an zImage (linux-kexecboot) on the SD May 20 09:44:50 after flashing it gets stuck or doesn't find image 90% of the times May 20 09:45:04 on first reboot May 20 09:46:03 no, I do not have that issue, but mind you my kernels look for sda1 or sdb1 to boot from. I do not boot to UBIFS. But if the kernel is on mmcblkp1 it works fine and boots all the time, too. May 20 09:46:49 I test the archlinux rootfs from SD, and no issues, it is faster than the microdrive May 20 09:48:45 do not be hesistant if you have a c3x00 , try my recent kexecboot kernel to boot from ubifs or sd, or cf. https://github.com/greguu/linux-3.10.y-c3x00-f2fs-kexec-r0/releases/download/r0/linux-3.10.y-c3x00-f2fs-kexec-r0.tar.gz May 20 09:49:23 I have not tried ubifs but ext4 and f2fs May 20 09:52:04 btw, with the sharpsl patch sent upstream we have a single kexecboot-kernel for akita/spitz/borzoi/terrier May 20 09:54:39 ok, can you send me the patch? I may be able to put that in the 3.10 kernel ? May 20 09:54:58 I thought your patch was in 4.12 already May 20 09:55:38 so it went upstream already May 20 09:56:19 not yet, maybe 4.13. I have rebased for 4.4 in meta-handheld May 20 09:56:42 should be ok with 4.x May 20 09:57:14 http://cgit.openembedded.org/meta-handheld/tree/recipes-kernel/linux/linux-handheld-4.4/sharpslpart May 20 09:58:08 here the 4.11 version May 20 09:58:09 https://github.com/LinuxPDA/linux/tree/sharpslpart_v2 May 20 09:58:26 I sent this one upstream May 20 09:58:34 ...almost one month ago May 20 09:58:53 bad timing, 4.12 was rolling out May 20 10:02:37 ok, so this needs to be in the kexecboot kernel, right? or both kernels to be make a single kexecboot-kernel for akita/spitz/borzoi/terrier May 20 10:07:27 looking at the patch this should work with any kernel version ? May 20 10:26:52 ok, I applied your patch to the 3.10.y kexecboot and it boots fine on my C3100. May 20 10:27:35 I guess I do NOT need to apply this patch to the 4.12-rc1 May 20 11:02:54 great, first full boot from kexecboot 3.10.y to 4.12-rc1 on F2FS ! May 20 11:03:05 * greguu is quite happy now May 20 11:04:01 * greguu is closing up the C3100, after upgrading to the SandDisk Ultra 8GB May 20 11:22:14 the SandDisk is quite faster than the microdrive, not in throughput but in access time obviously May 20 11:30:45 one issue remains, not able to create/format f2fs on the zaurus. May 20 11:30:46 F2FS-tools: mkfs.f2fs Ver: 1.8.0 (2017-02-03) May 20 11:30:46 Info: Debug level = 0 May 20 11:30:48 Info: Label = May 20 11:30:50 Info: Trim is enabled May 20 11:30:52 Error: Failed to open the device! May 20 11:31:49 this means, any internal CF card needs to be F2DS formated before inserting in the Zaurus May 20 11:33:15 c/F2DS/F2FS May 20 11:33:53 not sure why May 20 11:54:14 and one more thing, the pcmcia issue was actually still present in 4.12, I did jump the gun there, so appoligies, reverting to soc_commons.h / soc_commons.c form 4.6.7 fixes that too May 20 12:14:30 * greguu playing https://soundcloud.com/karlmarxstadt/kml005 May 20 12:21:26 .-. .-. .-. .-. .-. .-. .-. .-. .-. May 20 12:21:28 '-' '-' '-' '-' '-' '-' '-' '-' '-'Y May 20 12:22:12 * greguu is just happy about F2FS and 4.12-rc1 on C3x00 May 20 12:26:44 hi May 20 12:28:30 Varti, late to the parti(y) May 20 12:29:03 groan :D May 20 12:29:14 yep, as always :) May 20 12:29:50 got my usual 36 seconds of free time, so checking in here May 20 12:31:56 tell me more about f2fs, are you planning to use that for both kexec on NAND and alarmz on SD/microdrive? May 20 12:32:32 well in a nutshell, two news : a 3.10 based kexec kernel that is up to date F2FS and including ant_home patches for MTD, and a working 4.12-rc1 kernel, both can boot f2fs from SD/CF May 20 12:32:44 sounds like a more indicated FS for an SD than ext4 May 20 12:33:02 that's nice to hear May 20 12:33:04 * greguu uses f2fs for SSD for some time now May 20 12:33:44 my laptop has a recent mechanical drive, bought it only since I prefer to have more space than more speed May 20 12:34:16 Varti: space can be USB external, go for SSD May 20 12:34:49 I'll gladly try your new kexec, hopefully tonight May 20 12:35:28 yes, please May 20 12:35:56 just flash and check if it boots, logo or even kexeboot shows up May 20 12:36:57 heh, USB could be a good idea, but I prefer the idea of not having to have to plug the USB drive eveytime I need it, or to keep it plugged all the time and hope my daughter don't notice it May 20 12:37:32 ideally, I should fix my old NAS... May 20 12:37:36 ok May 20 12:39:23 * Varti is searching for the zImage file... May 20 12:39:36 https://github.com/greguu/linux-3.10.y-c3x00-f2fs-kexec-r0/releases/download/r0/linux-3.10.y-c3x00-f2fs-kexec-r0.tar.gz May 20 12:43:54 thanks May 20 12:53:25 it complains it's not a gzip file May 20 12:55:04 "tar xf" recognised it though May 20 12:56:17 all good :) May 20 12:57:24 is that an xz archive, renamed to gz? May 20 12:58:31 btw dumb question... but why the gnu-tar binary in the archive? May 20 12:59:17 well, it used to be there...so you got some tar to extract stuff May 20 12:59:42 let me check maybe I did xz this instead of gz May 20 13:01:22 ok... battery needs to be recharged a bit first May 20 13:02:30 ok, I compressed with bz2 instead of bz, not xz May 20 13:08:02 but now I did replace it with a proper xz tar. https://github.com/greguu/linux-3.10.y-c3x00-f2fs-kexec-r0/releases/download/r0/linux-3.10.y-c3x00-f2fs-kexec-r0.tar.xz May 20 13:08:37 nut much file size difference May 20 13:08:42 ok May 20 13:09:08 after flashing it, now the charger led is blinking twice, nothing is shown May 20 13:09:37 same behaviour as with your previous kexec btw May 20 13:09:58 I'll leave it for a while to see if something happens May 20 13:10:36 it should show a logo on the screen May 20 13:11:35 guess I choose c3x00 for a reason, c1000 still not working May 20 13:11:42 heh May 20 13:12:08 it was worth the try. ant_home may know whay that is May 20 13:12:43 have you ever tried booting while keeping the same SD you used for flashing kexec? May 20 13:13:00 no, you need to remove it May 20 13:14:10 AFAIR the zImage was still recognised on the older kexec 2.x, you could even boot again kexec by selecting it May 20 13:14:20 trying to boot with no SD May 20 13:14:45 the 3.10.y has C1000, C3100, C3000, and C3200 enabled May 20 13:15:03 not sure that that works... May 20 13:15:30 there was reason for seperate kernels for each Cxx00 version May 20 13:15:54 stupid NAND layout May 20 13:16:52 tried with no SD inserted, same result May 20 13:17:26 so, just to check , you can boot a 2.6 kexec, right ? May 20 13:17:54 ant once told me that low battery power can stop kexec from booting, I'll now leave it under charge for this evening and try again tonight May 20 13:18:09 yes, 2.6 has always worked here May 20 13:18:20 when did you try last time ? May 20 13:18:26 last month May 20 13:18:39 ok, so I doubt it is battery level May 20 13:18:50 something is not right for C1000 since 3.x May 20 13:19:10 someone donate a C1000 to me, please May 20 13:20:21 I might try the nand restore -> 2.x flashing -> 3.x flashing trick too May 20 13:20:49 yes, something may be wrong with your Z May 20 13:21:07 it worked for ant's kexec, alas only for one first boot May 20 13:21:28 it could be... at least there are no badblocks on my nand May 20 13:22:37 my kexecboot has jiffs disabled, it should not worry about your nand, I can build a kernel that completely ignores NAND, maybe a good idea ? May 20 13:23:14 I hope that someone with a 1000 will step in with the test May 20 13:23:49 well, thus my request to have someone to donate a C1000 to me, makes it much more easy May 20 13:24:45 my misus is going to Yokohama next month, so she can pick one up for a few ¥ May 20 13:24:49 ah, there was another user with an akita, he had similar problems with kexecboot: https://github.com/LinuxPDA/linux-kexecboot/issues/1 May 20 13:25:09 yep, that would be the best solution May 20 13:25:40 might ask ToneBlind too for help, in the meanwhile, he's the one who got that Akita off craiglist May 20 13:26:01 Japan is the best marked May 20 13:26:25 she will be there for 3 weeks, so I will task (ask) her to bring some May 20 13:26:30 yes, especially for local pickup, for can get a Z for next toi nothing that way May 20 13:26:37 lucky you :) May 20 13:26:43 ok, have to go now, see you later! May 20 13:26:53 cheers, mate May 20 22:04:46 Varti: I have compiled a Akita version of the kexecboot kernel, disabled 3100/3200. Also one more version that has NAND completely disabled. Please try:https://github.com/greguu/linux-3.10.y-c3x00-f2fs-kexec-r0/releases/download/r0/akita-test.tar.xz May 20 22:05:07 use with the updater.sh from the main release May 20 22:08:55 both boot when used with qemu -machine akita May 20 22:17:39 but so does the version you tested yesterday. I guess qemu is not much of a test "platform".. May 20 22:41:24 just a note: consoleblank is 0 as default on 4.12-rc1, needs to be enabled if needed via setterm -blank or kernel boot parameter **** ENDING LOGGING AT Sun May 21 03:00:02 2017