| === prpplague^2 is now known as prpplague | ||
| kingargon | is there arm developement chan on freenode? | 01:26 |
|---|---|---|
| prpplague | kingargon: literally hundreds | 01:28 |
| prpplague | kingargon: but you generally need to know what you are wanting to develop on arm | 01:28 |
| kingargon | well its the arm cortex m3 processor | 01:43 |
| kingargon | im just a beginner so i want to learn the basics | 01:43 |
| prpplague | kingargon: thats more in the realm of microcontrollers | 01:44 |
| prpplague | kingargon: there is a microcontroller channel as well as a number of support channels like #sparkfun | 01:45 |
| kingargon | cool, ill check out sparkfun i totally forgot they were on irc | 01:45 |
| kingargon | thanks! | 01:45 |
| === asac_ is now known as asac | ||
| cb88 | 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 |
| cb88 | I believe it only dumps me to initramfs if the ext3 filesystem isn't clean | 03:17 |
| cb88 | I mounted the card and the logs in /var/log seem to indicate io errors | 03:18 |
| cb88 | but there isn't acutally anything wrong with the card | 03:18 |
| persia | ogra_, So, I got a Dynabook AZ: Do we have a wiki page for putting Ubuntu on it? | 11:18 |
| ogra_ | not yet | 11:18 |
| ogra_ | its a bit scattered atm | 11:19 |
| persia | Well, I don't mind fixing that: please point me at some good places. | 11:19 |
| persia | I'll try for something like the Archos 10.1 or Nokia N900 pages. | 11:19 |
| ogra_ | 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 | |
| persia | Is there a mirror somewhere? | 11:20 |
| ogra_ | not that i know of, let me put it somewhere for you | 11:20 |
| persia | Is it licensed in a way that it can be distributed (like stuck on people.ubuntu.com or something)? | 11:21 |
| ogra_ | i dont think so :( | 11:22 |
| ogra_ | http://www.grawert.net/nvflash.tgz | 11:23 |
| ogra_ | i havent written an installer script yet or some such, so itzs a bit more complex than it should be | 11:23 |
| persia | Received. | 11:23 |
| ogra_ | removed :) | 11:24 |
| ogra_ | natty images are at http://people.canonical.com/~ogra/tegra/2.6.37/ | 11:24 |
| ogra_ | pull the two img files and the non SD tarball | 11:24 |
| persia | I want SD and non-SD image files? | 11:25 |
| ogra_ | ah, well, just pull the SD one | 11:25 |
| ogra_ | the first boot to copy over the rootfs to internal mmc needs to happen from SD | 11:26 |
| persia | So, SD image file, non-SD tarball? | 11:26 |
| ogra_ | i plan to script all that | 11:26 |
| ogra_ | right | 11:26 |
| ogra_ | 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 |
| ogra_ | (teh backlight stays off, power LED is on ) | 11:33 |
| ogra_ | go to the nvflash dir ... | 11:34 |
| ogra_ | sudo LD_LIBRARY_PATH=. ./nvflash --bl ./fastboot.bin --download 6 <path to SD img file> | 11:35 |
| ogra_ | if you want to do backups before: sudo LD_LIBRARY_PATH=. ./nvflash --bl ./fastboot.bin --read 5 tegra_partition_6.bin --go | 11:36 |
| ogra_ | eerr | 11:36 |
| ogra_ | that should be read 6 indeed | 11:36 |
| persia | 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 |
| ogra_ | k | 11:36 |
| ogra_ | then i'll go back to gardening :) | 11:36 |
| persia | Once I replace partition 6, should it just boot? | 11:37 |
| ogra_ | you need to change /boot/bootimg.cfg to the right root= and run sudo flash-kernel | 11:37 |
| persia | Now I'm confused. | 11:37 |
| ogra_ | you want to format mmcblk0p7 | 11:38 |
| ogra_ | part 6 only contains kernel and initrd | 11:38 |
| persia | So, I have a never-booted device. I replace the .img file with the one you distribute. | 11:38 |
| persia | Then I boot into that initrd, and run flash-kernel? | 11:38 |
| ogra_ | the SD image by default looks at the first part on an SD card | 11:38 |
| ogra_ | 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 |
| ogra_ | as i said, i plan to script all that in an initrd script | 11:39 |
| ogra_ | currently its all manual | 11:40 |
| persia | OK. What filesystems do I want for the SD and mmcblk0p7> | 11:40 |
| ogra_ | i would recommend ext4 btw | 11:40 |
| ogra_ | snap :) | 11:40 |
| ogra_ | SD doesnt matter, you throw it away once you have installed to mmc | 11:40 |
| persia | So, to recap: | 11:40 |
| ogra_ | my scripted version will essentially do the same i will do for the build cluster | 11:41 |
| persia | 1) nvflash partition 6 with the new kernel/initrd | 11:41 |
| ogra_ | right | 11:41 |
| persia | 2) untar tarball onto SD and copy tarball into SD | 11:41 |
| * ogra_ nods | 11:41 | |
| persia | 3) boot device holding Ctrl+Esc, which launches environment on SD. | 11:41 |
| ogra_ | no | 11:41 |
| ogra_ | that would have been 0 | 11:42 |
| persia | 4) In that environment, untar rootfs into mmcblk0p7 | 11:42 |
| ogra_ | the device needs to be in flash mode before nvflash | 11:42 |
| persia | Ah, OK. | 11:42 |
| persia | So, 3) boot device normally, launching environment from SD. | 11:42 |
| ogra_ | yeah | 11:42 |
| persia | 5) In that environment, run flash-kernel | 11:42 |
| ogra_ | no | 11:42 |
| persia | 6) shut down, remove SD, reboot | 11:42 |
| ogra_ | 3) modify /etc/shadow on the SD, *then* boot device normally, launching environment from SD. | 11:43 |
| ogra_ | there is no user :) | 11:43 |
| ogra_ | so allow root to log in | 11:43 |
| persia | OK. And 4,5,6? | 11:45 |
| ogra_ | 4) In that environment, untar rootfs into mmcblk0p7 | 11:46 |
| ogra_ | 5) In that environment, run flash-kernel after modifying the cfg file | 11:46 |
| ogra_ | reboot ... | 11:46 |
| persia | What do you need to do to the cfg file? | 11:46 |
| ogra_ | point root= to mmcblk0p7 | 11:47 |
| ogra_ | oh, wait | 11:47 |
| ogra_ | you dont :) | 11:47 |
| ogra_ | thats only on the SD tarball | 11:47 |
| ogra_ | your cfg should be fine OOTB | 11:47 |
| ogra_ | so just flash-kernel | 11:48 |
| persia | Ah, good. I'll let you know how it goes (and put up the wiki page). | 11:48 |
| persia | Thanks. | 11:48 |
| ogra_ | i'll have the script ready by beginning of the week | 11:48 |
| ogra_ | then it should only be: flash part 6 ... copy tarball onto SD card ... boot | 11:49 |
| persia | 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 |
| ogra_ | that would mean live image | 11:50 |
| persia | Yes. | 11:50 |
| ogra_ | so also 2min untarring vs cp / (surely about 30min) | 11:51 |
| persia | If there is that much time discrepancy, we're doing something wrong. | 11:52 |
| persia | Given a compressed archive of files, we should select the fastest way of delivering it to disk. | 11:52 |
| ogra_ | well, ubiquity copies the uncompressed filesystem | 11:52 |
| ogra_ | which by nature takes more time than just untarring | 11:52 |
| persia | Right, which is naively correct, but may not actually be correct. | 11:52 |
| persia | I've heard lots of complaints that ubiquity was slow: this may be part of the issue. | 11:53 |
| ogra_ | well, invent squashcat | 11:53 |
| ogra_ | ;) | 11:53 |
| ogra_ | squashcat <squashfs file> > <partition> | 11:53 |
| persia | No need: you've just invented it: the rest is an implementation detail. | 11:54 |
| ogra_ | lol | 11:54 |
| ogra_ | detail, right | 11:54 |
| persia | Do you happen to know *why* cp is slower than tar? Is it filesystem consistency checking? | 11:55 |
| ogra_ | cp operates without compression | 11:55 |
| ogra_ | it just copies from the loop mounted / | 11:56 |
| ogra_ | anyway, let me go back to gardening ... i'll be back | 11:57 |
| persia | No worries. It's just theory at this point anyway :) | 11:57 |
| * persia adds to the list of things to do one day running time and strace (separately) on cp, tar, and rsync delivery of files | 11:58 | |
| persia | 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:25 |
| persia | 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:26 |
| persia | ogra_, On another note, nvflash doesn't seem to work for me :) | 15:38 |
| === prpplague is now known as prpplague_afk | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!