**** BEGIN LOGGING AT Fri Feb 01 02:59:59 2013 Feb 01 09:34:32 kexecboot web site is still down? Feb 01 09:41:22 dromede: dare to resend the patches :D Feb 01 09:41:24 http://marc.info/?l=linux-kernel&m=135968304820921&w=2 Feb 01 09:43:04 well, "big user-reported regressions" Feb 01 09:51:23 dromede: while you're there, I suspect there are issues with USE_DELAY Feb 01 09:57:23 on collie, it does not seem to add delay before devscan Feb 01 10:22:39 heh Feb 01 10:22:51 okay, i guess i'll wait for 3.9 then Feb 01 10:23:25 as for your delay issues, i never used USE_DELAY Feb 01 10:23:35 so i wouldn't know Feb 01 10:24:17 why do you need it? Feb 01 10:41:34 on spitz it has delay=3 Feb 01 10:41:43 other were ok with 2 Feb 01 10:42:04 it is needed to let time to old SD/MMC/CF to register Feb 01 10:45:46 spitz has the internal hdd and it was needing one extra sec Feb 01 10:46:05 not ethis was tuned long ago with 2.6x kernels Feb 01 10:46:29 and if there is mtd scanning the delay may not be necessary Feb 01 10:46:36 (jffs2 takes many secs) Feb 01 10:47:14 so sleep() is really a temporary solution..we should do better checks / polls Feb 01 10:48:09 the problem is, init/kexecboot can start before the old card are detected/registered Feb 01 10:48:33 Reboot / reScan usually fix the detection on second run Feb 01 22:20:19 Jay7x: now I have 2.6.31-kexecboot_0.5.9 on collie Feb 01 22:22:37 seems MMC/SD detection is not a problem with this kernel **** ENDING LOGGING AT Sat Feb 02 03:00:00 2013