**** BEGIN LOGGING AT Wed May 03 03:00:01 2017
May 03 09:17:38 <ant_work> VartiWork, hi
May 03 09:17:58 <ant_work> finally I decided to ask for user input
May 03 09:18:12 <VartiWork> ah, tell me more
May 03 09:18:16 <ant_work> so you'll just need to put an empty file called  repartition
May 03 09:18:47 <ant_work> if thi sis found then you see the actual partitioning, it asks the new value (in MB), it flashes
May 03 09:18:57 <VartiWork> ok
May 03 09:19:11 <ant_work> it checks for the max size as before
May 03 09:20:14 <VartiWork> what if, instead of using the empty file, it just checks for any of the expected files to be flashed, if it founds none, it asks if you want to repartition the nand?
May 03 09:20:15 <ant_work> I am now thinking about erasing the partitions before
May 03 09:21:20 <VartiWork> so, if you want to do the repartition, boot with just updater.sh on the SD and nothing else
May 03 09:21:48 <ant_work> hm, as it is now, it exits
May 03 09:22:00 <ant_work> http://cgit.openembedded.org/meta-handheld/tree/recipes-bsp/zaurus-utils/zaurus-updater/updater.sh#n395
May 03 09:22:13 <ant_work> yes, it could be easy
May 03 09:22:43 <ant_work> instead of adding a case, do it after that
May 03 09:23:12 <ant_work> maybe a little menu: 1 repartition, 2, erase
May 03 09:23:47 <VartiWork> yes, that sounds like a good idea
May 03 09:24:01 <ant_work> I don't remember if the binary  /sbin/eraseall does add the jffs2 ceanmarklers
May 03 09:24:32 <ant_work> i.e. ./flash_eraseall -j /dev/mtd2
May 03 09:24:45 <VartiWork> no idea :/
May 03 09:24:46 <ant_work> I'll have to check some blocks
May 03 09:25:56 <ant_work> I hope it doesn't
May 03 09:26:30 <ant_work> this could be the source of the old jffs cruft...
May 03 09:32:01 <ant_work> https://github.com/silid/tuxbox-cvs-apps/blob/master/misc/tools/mtd/eraseall.c
May 03 09:33:04 <ant_work> http://www.infradead.org/pipermail/linux-mtd-cvs/2003-February/002767.html
May 03 09:38:18 <VartiWork> so, I see that eraseall is a tool coming from tuxbox, an OS for set top boxes
May 03 09:39:18 <VartiWork> or it might be older than tuxbox itself...
May 03 09:39:39 <ant_work> yes, unless crazy dev customized it, it does NOT pass -j automatically
May 03 09:42:39 <ant_work> then it seems ok to eraseall on mtd2 / mtd3 : I am dubious about doing it after repartitioning...the kernel has the old sizes but finally it should just erase
May 03 09:43:26 <ant_work> remember that doing it means 'one life less' for the mtd counters
May 03 09:43:51 <ant_work> best is ubiformat -f which preserves the erasecounters
May 03 09:43:59 <ant_work> anywway..
May 03 09:59:30 <VartiWork> what happens when that counter reaches zero? the partition becomes read-only?
May 03 10:00:12 <VartiWork> I have done many reflashes so far, I wonder if I might reach that condition soon...
May 03 10:00:16 <ant_work> no, it is that you lose the stats of use for each block, how many erase..
May 03 10:00:32 <ant_work> see, never happened to me after 1000 flashes...
May 03 10:00:40 <ant_work> still, ubi is way better
May 03 10:01:27 <VartiWork> the starting number must be pretty high then :)
May 03 10:01:27 <ant_work> note that in OE we do have jffs2.sum images, with precalculated erasecounters
May 03 10:01:47 <ant_work> err. s/erasecounters/cleanmarkers
May 03 10:02:11 <VartiWork> I guess we can't switch to ubi since it's not supported by all the older, NAND based distros like pdaxrom, isn't it?
May 03 10:02:52 <ant_work> well, there is an hackish way
May 03 10:02:52 <ant_work> http://mediawiki.compulab.com/w/index.php5/JFFS2_images_over_UBI_layer
May 03 10:03:12 <ant_work> normalyy you use UBIFS on UBI containers
May 03 10:03:29 <ant_work> brb
May 03 11:46:07 <VartiWork> pdaxrom's author InSearchOf was some month ago evaluating to resume pdaxrom, UBI's support might be one incentive more to do it :)
May 03 11:46:43 <ant_work> yes
May 03 11:47:17 <VartiWork> there were some people interested, too bad he hasn't posted again since then
May 03 11:47:27 <VartiWork> btw we might just give the option for both fs
May 03 11:47:49 <ant_work> in OE we build both
May 03 11:47:59 <VartiWork> yes
May 03 11:48:05 <ant_work> once you have the tarball you can creat ethe image
May 03 11:48:17 <ant_work> argh..this <space>
May 03 11:48:32 <ant_work> crappy kb
May 03 11:48:41 <ant_work> have to go, bbl
May 03 14:02:41 <ant_home> VartiWork, surprise surprise
May 03 14:03:02 <ant_home> I descrambled cacko's updater.sh and I see
May 03 14:03:18 <ant_home> ERASEALL="/tmp1/tools/bin/eraseall"
May 03 14:03:18 <ant_home> ERASEALL_OPT="-j"
May 03 14:03:30 <ant_home> this ^
May 03 14:07:05 <VartiWork> so in the cacko's installer the updater created the jffs2 cleanmarkers, and this was removed in the later versions?
May 03 14:16:58 <ant_home> this is 1.23
May 03 14:29:33 <ant_home> imho he copied the same bug
May 03 14:31:31 <ant_home> of yesterday
May 03 14:31:39 <ant_home> but not the other :)
May 03 14:47:03 <VartiWork> heh
May 03 20:47:11 <ant_home> Varti, so there are also bad news...
May 03 20:48:29 <ant_home> it appears, the mainte kernel does screw if you repartition, thus you cannot use updater.sh for flashing
May 03 20:49:21 <ant_home> that means the last bug is pointless...
May 03 20:56:42 <ant_home> I'm trying a workaround...
**** ENDING LOGGING AT Thu May 04 03:00:03 2017