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. 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
