[16:03] <noah1989> hi
[16:04] <noah1989> i am using the natty alpha 2 image on the beagleboard
[16:04] <noah1989> but i can't get tv out working
[16:04] <noah1989> with the original bootargs i can see it booting, led blinks etc
[16:05] <noah1989> but when i change it to omapdss.def_disp=tv
[16:05] <noah1989> and omapfb.mode=tv:ntsc (or pal)
[16:05] <noah1989> it just aits there and seems to be hanging
[16:10] <rcn-ee> noah1989, do you have a serial cable? where's it hanging in the boot log?
[16:11] <noah1989> i don't have a serial cable..
[16:11] <noah1989> i could make one..
[16:11] <noah1989> but if someone knows working bootargs i could avoid the hassle
[16:11] <rcn-ee> okay, with out one.. it's hard to debug... so let's ask the obvious, how did you edit the boot.scr?
[16:11] <noah1989> i edited it with vi
[16:12] <noah1989> i tried making non-relevant changes and it still workd
[16:12] <rcn-ee> ahh.. there's the problem... it has a crc header on it.. remove the header, and then regenerate it with mkimage..
[16:12] <noah1989> looks like vi keeps the header intact
[16:13] <rcn-ee> u-boot's probally loading the boot.scr then halts when checksum fails..
[16:13] <noah1989> so the header contains a checksum?
[16:13] <noah1989> that explains everything :D
[16:14] <rcn-ee> yeah, kinda a pain.. there's patches to use a different methiod with a plain text file posted to u-boot..
[16:15] <noah1989> damn.. there is no uboot-mkimage or similar package in gentoo..
[16:15] <rcn-ee> could be u-boot-tools..
[16:17] <noah1989> ah, thanks
[16:50] <noah1989> wow, yeah! ubuntu boot screen on the head mounted display
[16:52] <noah1989> but as soon as X starts it's black again
[16:52] <noah1989> but i think i can fix that
[16:52] <noah1989> thanks again!
[18:10] <TheUni> rsalveti: you around by any chance?
[19:59] <sveinse> Hi guys. Anything really interesting going on right now?
[20:00] <sveinse> I got a 404 when trying to update linux-libc-dev from ports.ubuntu.com from maverick-security...
[20:03] <lool> sveinse: How did you upgrade?
[20:04] <lool> sveinse: does it happen again if you apt-get update && apt-get upgrade?
[20:04] <sveinse> Yes
[20:04] <sveinse> Hold on.. Perhaps not... *checking*
[20:05] <lool> sveinse: I checked the packages indices and they seem correct
[20:05] <lool> Package: linux-libc-dev
[20:05] <lool> Version: 2.6.35-1027.48
[20:05] <lool> Filename: pool/main/l/linux/linux-libc-dev_2.6.35-1027.48_armel.deb
[20:05] <lool> and this package exists
[20:06] <sveinse> Yes, for some reason apt-get tries to download 2.6.35-1025.44, so I guess my apt-get update is failing here for some reason.
[20:06] <lool> sveinse: A log and/or your sources.list might sched some light on this
[20:06] <lool> sveinse: You have any error from apt-get update?
[20:11] <sveinse> Baah.. Permission errors on /var/lib/apt/lists were set to ro, so apt update didn't update the indices. (And a second error in my script suppressing apt-get update failure.)
[20:11] <sveinse> Conclusion: My bad
[20:34] <sveinse> What is the difference between armv6 and armv7? I notice Qt want armv6, but doesn't support  armv7.
[20:36] <armin76> sveinse: newer+better processor :)
[20:38] <sveinse> armin76: Yeah, and when Qt doesn't support armv7, only armv6, what does it lack? (I'm using -march=armv7-a in the compile options)
[20:49] <lool> sveinse: What do you mean by doesn't suppor armv7?
[20:49] <lool> sveinse: We're building qt in armv7 mode in Ubuntu AFAIK
[20:54] <sveinse> lool, if -march=armv7-a is armv7 mode, yes. But for some reason, you cannot specify armv7 when configuring Qt, only armv6. There exists some inner loop implementations specific for armv6. I know that's a Q for Nokia, but I was curious to the difference between armv6 and armv7
[20:56] <sveinse> or perhaps more correctly: some machine specific implementations, not just inner loops implementations
[21:45] <TGM> hey guys
[21:46] <TGM> I'm trying to install Ubuntu on my mininetbook, who aparently has a arm processor, anybody knows if can be installed on a  ALLFINE mini-notbook? I haven't managed to install it so far.
[22:13] <lool> sveinse: armv7 doesn't exist
[22:13] <lool> sveinse: It's armv7-a you want
[22:13] <lool> sveinse: actually, armv7 does exist; my bad
[22:14] <lool> sveinse: I don't know what armv7 means, but you probably want armv7-a