On Wed, 20 Apr 2011 11:11:30 +0200 Martin Jansa <[email protected]> wrote:
> On Tue, Apr 19, 2011 at 09:02:12PM +0200, Ole Carlsen wrote: > > On Tue, 19 Apr 2011 11:18:54 +0200 > > Martin Jansa <[email protected]> wrote: > > > > > On Mon, Apr 18, 2011 at 08:24:41PM +0200, Ole Carlsen wrote: > > > > On Mon, 18 Apr 2011 20:13:23 +0200 > > > > Martin Jansa <[email protected]> wrote: > > > > > > > > > On Mon, Apr 18, 2011 at 08:03:33PM +0200, Ole Carlsen wrote: > > > > > > On Mon, 18 Apr 2011 19:57:38 +0200 > > > > > > Martin Jansa <[email protected]> wrote: > > > > > > > > > > > > > On Mon, Apr 18, 2011 at 07:48:51PM +0200, Ole Carlsen > > > > > > > wrote: > > > > > > > > Hi > > > > > > > > I have tried newest image for SHR unstable, SHR core, > > > > > > > > and SHR tests/unstable they all kernel panic on > > > > > > > > startup. SHR testing works fine. > > > > > > > > > > > > > > Which shr-u image have you tried? version? > > > > > > > jffs2/ubi/tar.gz? > > > > > > > > > > > > > > ubi are known to have issues when written by dfu-util, > > > > > > > (nand-write works) > > > > > > > > > > > > ubi and I have been through this before where I ended with > > > > > > an older unstable and then just ran update && upgrade. I > > > > > > would guess that jffs2 works or at least that's how it > > > > > > turned out last time. With testing it is also the ubi > > > > > > version I use and that one works. > > > > > > > > > > Please keep discussion on ML > > > > > > > > > > you can try what worked for GNUtoo > > > > > 13:35 < GNUtoo> JaMa|Wrk, ubifs+om-gta02+nand-scrub works > > > > > 13:35 < GNUtoo> using dfu-utils > > > > > ... > > > > > 13:41 < JaMa|Wrk> GNUtoo: -scrub? > > > > > 13:42 < JaMa|Wrk> UBI handles flash bit-flips > > > > > 13:42 < JaMa|Wrk> Scrubbing, by moving data from physical > > > > > eraseblocks which have bit-flips to other physical > > > > > eraseblocks. 13:42 < JaMa|Wrk> Scrubbing is done > > > > > transparently in background and is hidden from upper layers. > > > > > 13:44 < JaMa|Wrk> so it's related to ECC we maybe (I don't > > > > > remember) enabled in kernel config? 13:45 < JaMa|Wrk> > > > > > http://lists.openmoko.org/pipermail/openmoko-kernel/2010-November/011276.html > > > > > ... > > > > > 16:27 < GNUtoo> I did nand scrub as described on the wiki > > > > > 16:27 < > > > > > GNUtoo> and now it works 16:27 < GNUtoo> no idea of the exact > > > > > GNUtoo> cause > > > > > 16:28 < GNUtoo> but I already tried mtd utils 1.3 like that > > > > > 16:28 < GNUtoo> I rm-ed the more recent mtd-utils > > > > > 16:28 < GNUtoo> I bitbaken an image > > > > > 16:28 < GNUtoo> it rebuilt mtd-utils > > > > > 16:28 < JaMa|Wrk> this wiki? > > > > > http://wiki.openmoko.org/wiki/NAND_bad_blocks 16:28 < GNUtoo> > > > > > and built the image 16:28 < GNUtoo> yes > > > > > 16:28 < GNUtoo> and it didn't work > > > > > 16:28 < GNUtoo> then today I tried nand scrub > > > > > 16:28 < GNUtoo> and it worked with the last SHR image > > > > > 16:28 < GNUtoo> > > > > > http://wiki.openmoko.org/wiki/NAND_bad_blocks#Clearing_BadBlocks > > > > > 16:29 < JaMa|Wrk> with u-boot from NOR, right? 16:29 < > > > > > GNUtoo> yes 16:29 < GNUtoo> basically I did that: > > > > > 16:29 < GNUtoo> *boot on NOR uboot > > > > > 16:29 < JaMa|Wrk> interesting > > > > > 16:29 < GNUtoo> *run the wiki commands > > > > > 16:30 < GNUtoo> *power off > > > > > 16:30 < GNUtoo> *power on to NOR uboot again > > > > > 16:30 < GNUtoo> *flash QI > > > > > 16:30 < GNUtoo> *flash uImage > > > > > 16:30 < GNUtoo> *flash rootfs > > > > > 16:30 < GNUtoo> and reboot > > > > > 16:30 < GNUtoo> note that I didn't run theses commands: > > > > > 16:30 < GNUtoo> dynenv set u-boot_env > > > > > 16:30 < GNUtoo> saveenv > > > > > 16:30 < GNUtoo> because they were useless > > > > > 16:30 < GNUtoo> since I used QI > > > > > > > > > > there were mtd-utils update patches sent to oe ML this week, > > > > > but our buildhost is doing rebuild from scratch right now so > > > > > it will take at least a week before new images with those > > > > > patches are created.. > > > > > > I had to restart build, so there are new om-gta02 images created > > > with newer mtd-utils (without alignment issue), please try and > > > report if ubi images work again > > > http://build.shr-project.org/shr-unstable/images/om-gta02/ > > > > > > FYI: feed is not yet fully poppulated > > > > At the moment I'm not able to get any of the SHR images to work. > > to be clear, does this mean that you've tried this new image > http://build.shr-project.org/shr-unstable/images/om-gta02/shr-full-eglibc-ipk--20110419-om-gta02.rootfs.ubi > or > http://build.shr-project.org/shr-unstable/images/om-gta02/shr-lite-eglibc-ipk--20110419-om-gta02.rootfs.ubi > and still it didn't work for you? or you've tried only those older > images? > > > Looks more and more like a bad weather and easter project for me. > > > > -- > > Ole @ Carlsen-web.dk > > _______________________________________________ > > Shr-User mailing list > > [email protected] > > http://lists.shr-project.org/mailman/listinfo/shr-user Now I have succeeded on installing the lite-unstable ubi image from 21. April. First I tried with this image without luck then I downloaded the jffs2 image instead just to see if my Freerunner still was working which it was. After that I flashed again with ubi version and now it works with the newest unstable. A little confusing but when I think back it was the exact same procedure for me last time to make it work. -- Ole @ Carlsen-web.dk _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
