=== prpplague^2 is now known as prpplague [01:26] is there arm developement chan on freenode? [01:28] kingargon: literally hundreds [01:28] kingargon: but you generally need to know what you are wanting to develop on arm [01:43] well its the arm cortex m3 processor [01:43] im just a beginner so i want to learn the basics [01:44] kingargon: thats more in the realm of microcontrollers [01:45] kingargon: there is a microcontroller channel as well as a number of support channels like #sparkfun [01:45] cool, ill check out sparkfun i totally forgot they were on irc [01:45] thanks! === asac_ is now known as asac [03:17] I am having trouble installing ubuntu on the pandaboard I have here. I am using a 16Gb card and also an 8 Gb card... it boots up fine initially and after the resize occurs it reboots and either hangs or dumps me to the intiramfs [03:17] I believe it only dumps me to initramfs if the ext3 filesystem isn't clean [03:18] I mounted the card and the logs in /var/log seem to indicate io errors [03:18] but there isn't acutally anything wrong with the card [11:18] ogra_, So, I got a Dynabook AZ: Do we have a wiki page for putting Ubuntu on it? [11:18] not yet [11:19] its a bit scattered atm [11:19] Well, I don't mind fixing that: please point me at some good places. [11:19] I'll try for something like the Archos 10.1 or Nokia N900 pages. [11:20] first of all its hard to get the flash tool, nvidia shot down their linux supoport [11:20] * persia should probably do a page for the Netwalker, but keeps being discouraged by the impossible-to-upstream kernel [11:20] Is there a mirror somewhere? [11:20] not that i know of, let me put it somewhere for you [11:21] Is it licensed in a way that it can be distributed (like stuck on people.ubuntu.com or something)? [11:22] i dont think so :( [11:23] http://www.grawert.net/nvflash.tgz [11:23] i havent written an installer script yet or some such, so itzs a bit more complex than it should be [11:23] Received. [11:24] removed :) [11:24] natty images are at http://people.canonical.com/~ogra/tegra/2.6.37/ [11:24] pull the two img files and the non SD tarball [11:25] I want SD and non-SD image files? [11:25] ah, well, just pull the SD one [11:26] the first boot to copy over the rootfs to internal mmc needs to happen from SD [11:26] So, SD image file, non-SD tarball? [11:26] i plan to script all that [11:26] right [11:33] persia, once you have the files, untar nvflash ... attach a mini usb cable to the dynabook, hold down ctrl+esc to get into flash mode [11:33] (teh backlight stays off, power LED is on ) [11:34] go to the nvflash dir ... [11:35] sudo LD_LIBRARY_PATH=. ./nvflash --bl ./fastboot.bin --download 6 [11:36] if you want to do backups before: sudo LD_LIBRARY_PATH=. ./nvflash --bl ./fastboot.bin --read 5 tegra_partition_6.bin --go [11:36] eerr [11:36] that should be read 6 indeed [11:36] OK. That will be a bit: I'm still doing the first-time-charge thing to train the battery (and expect to do that for at least a few hours) [11:36] k [11:36] then i'll go back to gardening :) [11:37] Once I replace partition 6, should it just boot? [11:37] you need to change /boot/bootimg.cfg to the right root= and run sudo flash-kernel [11:37] Now I'm confused. [11:38] you want to format mmcblk0p7 [11:38] part 6 only contains kernel and initrd [11:38] So, I have a never-booted device. I replace the .img file with the one you distribute. [11:38] Then I boot into that initrd, and run flash-kernel? [11:38] the SD image by default looks at the first part on an SD card [11:39] you unpack the tarball to that sd ... copy the tarball into it too ... set a root pw or remove the passwd bit from /etc/shadow, boot into the SD and foarmat/untar the rootfs to mmcblk0p7 [11:39] as i said, i plan to script all that in an initrd script [11:40] currently its all manual [11:40] OK. What filesystems do I want for the SD and mmcblk0p7> [11:40] i would recommend ext4 btw [11:40] snap :) [11:40] SD doesnt matter, you throw it away once you have installed to mmc [11:40] So, to recap: [11:41] my scripted version will essentially do the same i will do for the build cluster [11:41] 1) nvflash partition 6 with the new kernel/initrd [11:41] right [11:41] 2) untar tarball onto SD and copy tarball into SD [11:41] * ogra_ nods [11:41] 3) boot device holding Ctrl+Esc, which launches environment on SD. [11:41] no [11:42] that would have been 0 [11:42] 4) In that environment, untar rootfs into mmcblk0p7 [11:42] the device needs to be in flash mode before nvflash [11:42] Ah, OK. [11:42] So, 3) boot device normally, launching environment from SD. [11:42] yeah [11:42] 5) In that environment, run flash-kernel [11:42] no [11:42] 6) shut down, remove SD, reboot [11:43] 3) modify /etc/shadow on the SD, *then* boot device normally, launching environment from SD. [11:43] there is no user :) [11:43] so allow root to log in [11:45] OK. And 4,5,6? [11:46] 4) In that environment, untar rootfs into mmcblk0p7 [11:46] 5) In that environment, run flash-kernel after modifying the cfg file [11:46] reboot ... [11:46] What do you need to do to the cfg file? [11:47] point root= to mmcblk0p7 [11:47] oh, wait [11:47] you dont :) [11:47] thats only on the SD tarball [11:47] your cfg should be fine OOTB [11:48] so just flash-kernel [11:48] Ah, good. I'll let you know how it goes (and put up the wiki page). [11:48] Thanks. [11:48] i'll have the script ready by beginning of the week [11:49] then it should only be: flash part 6 ... copy tarball onto SD card ... boot [11:50] In my ideal vision of the world, at that point you'd be in a ubiquity environment, with partman preseeded to use mmcblk0p7 for / [11:50] that would mean live image [11:50] Yes. [11:51] so also 2min untarring vs cp / (surely about 30min) [11:52] If there is that much time discrepancy, we're doing something wrong. [11:52] Given a compressed archive of files, we should select the fastest way of delivering it to disk. [11:52] well, ubiquity copies the uncompressed filesystem [11:52] which by nature takes more time than just untarring [11:52] Right, which is naively correct, but may not actually be correct. [11:53] I've heard lots of complaints that ubiquity was slow: this may be part of the issue. [11:53] well, invent squashcat [11:53] ;) [11:53] squashcat > [11:54] No need: you've just invented it: the rest is an implementation detail. [11:54] lol [11:54] detail, right [11:55] Do you happen to know *why* cp is slower than tar? Is it filesystem consistency checking? [11:55] cp operates without compression [11:56] it just copies from the loop mounted / [11:57] anyway, let me go back to gardening ... i'll be back [11:57] No worries. It's just theory at this point anyway :) [11:58] * persia adds to the list of things to do one day running time and strace (separately) on cp, tar, and rsync delivery of files [15:25] ogra_, Obviously MMC performance changes things, but results for image-mount -> HD on amd64 for natty-desktop i386 squashfs supports your assertion: http://paste.ubuntu.com/611065/ [15:26] I'm not sure what happened with "real" times: I suspect something took advantage of the "idle" state during the rsync run: prior attempts showed it to be more "real" similar to cp (although the other numbers don't seem to have been affected as much) [15:38] ogra_, On another note, nvflash doesn't seem to work for me :) === prpplague is now known as prpplague_afk