**** BEGIN LOGGING AT Wed May 13 02:59:57 2009 May 13 03:06:49 Found this: http://openplug.org/plugforum/index.php?topic=110.0 but not real solution to fix it besides reinstalling. May 13 06:37:50 cbxbiker61: welcome to #openplug :) May 13 06:48:02 hi May 13 07:25:05 I have bricked the uboot on my Sheevaplug. I followed the steps on http://www.openplug.org/plugwiki/index.php/Setting_Up_OpenOCD_Under_Linux#Example_2:_Reflashing_a_Bricked_U-Boot_.28Method_1.29 May 13 07:25:26 But the u-boot does not come up. What should I do now? May 13 07:26:46 spiyush: which build of openocd are you using? May 13 07:26:57 1770? (latest) May 13 07:27:33 rabeeh: I am using svn:1612 May 13 07:28:07 please rebuild against 1770 since it has now 4bit ECC support May 13 07:28:17 which ftdi lib are you using? May 13 07:28:31 I got the msg "wrote file uboot.bin to NAND flash 0 up to offset 0x00073800 in 67.621017s" but still the u-boot did not come up May 13 07:29:08 And I am using libftd2xx.so.0.4.16 May 13 07:29:11 did you power cycle the plug? May 13 07:29:16 yes May 13 07:29:23 do you have the blue LED? May 13 07:29:30 is it on? May 13 07:29:42 No May 13 07:29:52 I mean the blue LED is off May 13 07:30:00 so, this confirms that u-boot is not up and running. May 13 07:30:38 the 1612 version doesn't have 4bit ECC, but uses 1bit ECC May 13 07:31:06 So should I update my openocd? May 13 07:31:15 the bootrom inside the chip supports only 4bit ECC - when it gives up (after 15 retries) it just boots what ever there is May 13 07:31:40 in the 1612 case, it's a 1bit ECC, so if there are any correcatble errors on the NAND it won't be recognized, since it's 1 bit only May 13 07:31:49 ok May 13 07:31:51 in the 1770 case it will May 13 07:31:55 (hopefully) May 13 07:32:47 please drop a line on success or failure May 13 07:33:01 sure May 13 07:41:00 hi all May 13 07:41:09 hi May 13 07:41:57 just got my sheevaplug in, but then I am getting a bad data crc May 13 07:42:34 did you look at the forums? (www.plugcomputer.org) May 13 07:42:36 Verifying Checksum ... Bad Data CRC May 13 07:42:48 oh May 13 07:42:51 brand new? May 13 07:44:25 at first, it wasn't able to load u-boot, but managed to bring it back using openocd on windows, May 13 07:44:44 i don't have knowledge on linux May 13 07:45:38 hmm... i wonder how you got into this state. basically you need to reflash few things. May 13 07:46:19 i suggest looking into the recovery mechanism. please refer to the docs on the web site on doing that. May 13 07:46:21 is there a way to flash the filesystem using tera term? a command in teraterm maybe? May 13 07:46:40 and not using a the usb recovery system? May 13 07:47:10 there is, but if you are not familiar with Linux then it won't be an easy one. May 13 07:47:33 btw - what's the magical command line for building openocd with ftdi on windows? May 13 07:47:53 if you have some time and willing to contribue, please visit the openocd section in wiki and update it for windows users May 13 07:49:24 okay, i will do that, i will redo the process and post May 13 07:49:45 for now, i just need this one working again May 13 07:50:15 i think really it's easiest to get it up and running using the suggested recovery method. May 13 07:51:26 spiyush: i just did what you previously complained on running u-boot from DDR and resuming that. May 13 07:52:21 spiyush: worked perfectly for me. the difference this time is that I'm running using ubuntu libftdi and not ftdi2xxx, since the first one doesn't take control of all FTDI resources, so you can still use the JTAG AND the serial all together May 13 07:52:54 one more thing, what is command to have those diagnostic test running? like DDR test, NAND test etc May 13 07:54:13 that would be "run_diag" May 13 07:54:36 please refer to - http://www.openplug.org/plugwiki/index.php/Factory_Default_u-Boot_Environment May 13 07:56:01 but that keeps on telling me that run_diag is unknown command on tera term May 13 07:56:16 you need to do the following - May 13 07:56:21 setenv run_diag yes May 13 07:56:23 saveenv May 13 07:56:24 reset May 13 07:56:36 trying it now May 13 07:56:38 thanks May 13 08:02:32 not running, that is maybe because of the bad crc, i'll go reload the file system May 13 08:48:36 rabeeh: I tried build 1770 of OpenOCD to reflash the u-boot and it worked!!! :) May 13 08:48:42 rabeeh: Thanks a lot May 13 08:48:46 YIPPE May 13 08:48:58 spiyush: update the wiki? ;) May 13 08:49:20 so, probably you have some correctable errors on your first 1MB of the NAND (where u-boot resides) May 13 08:50:23 which libftdi did you use this time? May 13 08:50:50 why do I need to saveenv (and reload?) after setting mainlineLinux and arcNumber? If I don't do this the kernel does not notice the change May 13 08:51:29 does anybody have a sheevaplug configuration for uboot-envtools? May 13 08:51:33 the arcNumber is only environment variable, that reloads some internal variable for the machine ID only on reset May 13 08:52:06 Md: that won't work for now, since kernel 2.6.30 supports 1bit ECC and u-boot environment variables are 4bit ECC May 13 08:52:16 rabeeh : I used the same one that I had used earlier, libftd2xx.so.0.4.16 May 13 08:52:23 * rabeeh stares at lennert waiting for the kernel ECC decoder May 13 08:52:49 spiyush: try the one that comes with the distro; you can work in parallel, both USB serial and ICE May 13 08:55:45 run_diag not working even after reflashing the filesystem May 13 08:59:27 Am I too late in passing this news? http://www.phoronix.com/scan.php?page=news_item&px=NzI2MA May 13 09:00:23 A quick look at openplug.org says not. May 13 09:01:03 right from the pogoplug site http://www.pogoplug.com/blog/ May 13 09:17:13 rabeeh : I tried libftd2xx.so.0.4.13. Now everything is working fine. Thanks again May 13 15:43:24 tbm: is there some kind of changelog for the old/new tar ball? May 13 15:44:00 atari`: added mdadm May 13 15:45:14 that's it? May 13 15:45:59 yeah May 13 15:46:09 ok, thx :) May 13 16:54:46 <[g2]> anyone know if the 4 week shipping delay for the sheeva dev kit is still the same ? May 13 16:57:04 * lennert wonders about that too May 13 16:58:47 then one of you has the chanche to phone them, or do they meanwhile reply to emails? May 13 17:01:54 * [g2] is in the USA .... ring ring May 13 17:04:45 [g2]: i got more than 4 week delay May 13 17:07:06 <[g2]> zumbi_: when did you order ? May 13 17:07:27 <[g2]> is SATA or PCI-E brought out on the sheevaplug ? May 13 17:08:36 [g2]: march first half May 13 17:08:53 [g2]: i got it at the end of april May 13 17:09:19 i have to register in the marvell site and i wrote them an email May 13 17:09:36 i wrote about this topic on debian-arm ML May 13 17:10:03 [g2]: no and no May 13 17:10:23 [g2]: http://www.mail-archive.com/debian-arm@lists.debian.org/msg09603.html May 13 17:11:15 lennert: i saw a new marvell device with VGA, 7 USB, 2 Geth,.. kirkwood based, do you know it is available to order? May 13 17:19:46 zumbi_: from the same site the sheevaplug is available May 13 17:19:53 look for openrd May 13 17:21:36 openrd isn't available yet, right? May 13 17:21:44 does anyone have info on when it will? May 13 17:26:12 <[g2]> lennert it's still 4 weeks, they say they are waiting on chips from Marvell May 13 17:26:33 <[g2]> openrd base/client look interesting too May 13 17:30:20 <[g2]> anyone know about the sha1 accelerator May 13 17:30:53 * armin76 wonders if zumbi_ knows that marvell doesn't sell the stuff May 13 17:34:17 [g2]: what about the accelator? it's documented and i think even has support in the linux stuff (not entirely sure though) May 13 17:34:52 too bad it doesn't have sha2, and e.g. aes-ctr May 13 17:38:37 <[g2]> mjl-: I guess I'll need to dig up the docu then... I'm running Jaunty in a chroot and would like to do a lot of sha1's May 13 18:33:36 armin76: globalscale sell the stuff, well but marvell serves chips to glabal scale May 13 18:37:14 armin76: did you do any progress on mmcinit? May 13 23:25:27 tbm: http://www.emdebian.org/~zumbi/sheeva/u-boot-1.1.4-diff.patch.gz under ../howto-uboot-sd.txt you have instrucions. I can not report on mmcinit, it is a bit flaky, it does not work on some SD cards. Credits are for kwonsk et al. Maybe you find it useful. May 13 23:27:36 zumbi: is u-boot.bin the prebuilt binary? May 13 23:27:49 yes May 13 23:28:01 BTW, how can I backup the current u-boot partition to be able to restore it using JTAG? May 13 23:28:04 the one with the sd stuff May 13 23:28:47 with jtag maybe you can read the bits May 13 23:29:29 but you can be brave and give a try to bubt (c: May 13 23:30:34 or maybe you can tftp load uboot and reboot on it, not sure if this is posible May 13 23:30:43 you can do it with a kernel May 14 01:25:00 zumbi: loading your u-boot using JTAG worked fine, and so does booting from SD May 14 01:25:39 now I need to find out how to copy/flash it from linux since the version of openocd currently in unstable appears to not implement 4 bits ECC May 14 01:26:05 4bit ecc is pretty recent addition in openocd May 14 01:26:56 yes, do I understand correctly that I really need it to flash the plug? May 14 01:27:08 how do you mean? May 14 01:27:32 will flashing the plug work as well with an older openocd or not? May 14 01:27:57 i'll have to defer that question to someone else May 14 01:28:06 it'll generate 1bit ecc in that case i guess **** ENDING LOGGING AT Thu May 14 02:59:57 2009