**** BEGIN LOGGING AT Sat Jun 30 02:59:59 2012 Jun 30 07:12:48 podge: try openocd Jun 30 07:13:23 http://openocd.sourceforge.net/ Jun 30 07:37:33 thanks tinker-f595, I'll take a look at it Jun 30 07:38:09 it's still working fine, but I'm rebuilding the kernel to add some extra features, and it would be nice to know there's a recovery option should I brick it in the process Jun 30 07:38:35 podge: why not use gnu screen or putty? Jun 30 07:52:13 I've got serial console working fine Jun 30 07:52:51 I just wasn't sure if it was possible to screw it up enough to not get into the uboot loader at all Jun 30 07:57:51 podge: it's definetely possible Jun 30 07:57:56 but there's openocd for those cases Jun 30 07:58:05 which you kinda only use to reflash a working uboot Jun 30 07:58:37 I'm not very familiar with embedded devices, but it's starting to make sense Jun 30 07:58:50 uboot is boot loader, that gives the marvel>> prompt on the serial port Jun 30 07:58:58 which then loads the linux kernel Jun 30 07:59:14 since I'm only updating the kernel and not uboot, I'm guessing I'm safer Jun 30 07:59:54 although I'm not sure where uboot is stored. The kernel and rootfs is on the eMMC, but is uboot stored somewhere else? Jun 30 08:00:17 wait, do you have a guruplug? Jun 30 08:00:21 i missed the initial question Jun 30 08:00:26 D2plug Jun 30 08:01:01 I was asking about where to get Marvell XDB for jtag recovery Jun 30 08:01:08 uboot is stored in a tiny 2MB flash Jun 30 08:01:20 you should find it as /dev/mtdsomething Jun 30 08:01:32 ahh right Jun 30 08:01:48 and I don't plan on touching that, so I shouldn't brick it Jun 30 08:02:07 I've just followed the directions to boot off an external USB too Jun 30 08:02:24 was pretty painless really Jun 30 08:02:34 podge: even if you did brick it, openocd is the utility used to flash to the mtd block Jun 30 08:02:37 why a d2plug, btw? Jun 30 08:02:39 regardless of the state of uboot Jun 30 08:04:08 Tootoot222, cheers, the boot process and what's where makes more sense now Jun 30 08:05:11 kerio: nothing in particular. I'm still tossing up between using it as a firewall system, or trying out the HDMI to provide a media player front end Jun 30 08:05:20 podge: typically, in case of a total recovery you'd reflash a good uboot with openocd, then tftpboot some kind of recovery system or some kind of installer, and use that to install a new system Jun 30 08:07:56 I just followed the instruction to prepare and boot an external USB stick, so with a working uboot I know I can recover using that Jun 30 08:16:35 and success! The updated kernel is booted Jun 30 08:16:47 that was actually very easy Jun 30 08:17:00 cool Jun 30 08:18:15 thanks for the info Jun 30 08:18:40 np Jun 30 08:18:52 if you do end up bricking it and needing to use openocd Jun 30 08:19:00 if you just run openocd with the config file for your plug Jun 30 08:19:04 but with no commands Jun 30 08:19:09 it opens a socket on port 4444 Jun 30 08:19:14 which you can connect to with telnet Jun 30 08:19:18 to run arbitrary commands Jun 30 08:19:30 nice Jun 30 08:19:30 because every time you connect via openocd and disconnect Jun 30 08:19:32 it reboots the plug Jun 30 08:19:40 ahh, I see Jun 30 08:19:54 (which, could be useful, seeing as there's no power management, such as in hard lockup situations) **** ENDING LOGGING AT Sun Jul 01 02:59:58 2012