[10:50] <amitk> ogra: do you guys plan to roll Pegatron images too? considering the slight changes required to redboot...
[10:51] <ogra> if i can get the redboot patches in plain form i will include redboot binaries for pegatron and it would be nice to have kernel support too, we wont build specific images though, but we would like to enable oters to do so
[10:51] <lool> I would like to split the images so that we ship a small device dependent image and load the squashfs from a separate image
[10:52] <lool> We need to revisit the image format; SD images aren't particularly useful for real lange devices
[10:52] <ogra> yep
[10:52] <ogra> though thats karmic+1, right ?
[10:52] <lool> That's as soon as possible but not a karmic goal in itself  :)
[10:52] <ogra> or do you plan it for this cycle ?
[10:52] <ogra> good
[10:53]  * ogra would like to have images at all before thinking about a redesign :)
[10:54] <lool> We do now
[10:55] <lool> Just with broken casper (Fix committed) and kernel
[10:55] <ogra> right
[10:55] <ogra> once i see it booting to gdm and can use mouse kbd and network i'm happy
[10:56] <ogra> lool, in any case i dont want to have a cycle again where we dont start building images with A1
[10:57] <lool> I wish, but I doubt it will be much faster to rebase on top of .33 or whatever is used in 10.04
[10:57] <ogra> even if that means to carry the kernel of the last release for a while
[10:57] <lool> Perhaps for dove
[10:57] <ogra> well, with the sperate kernel sourcepackages it should be a bit easier
[10:57] <amitk> so you worked around the squashfs problem or was it fixed?
[10:57] <ogra> no
[10:57] <ogra> neither
[10:58] <ogra> its broken atm
[10:58] <amitk> how can I reproduce it? Since I don't typically install the entire system to test kernels...
[10:59] <ogra> hmm, well, you would need to pul the live image
[10:59] <ogra> then change the cmdline and add LIVEMEDIA=/dev/mmcblk0p2
[10:59] <amitk> link?
[11:00] <ogra> http://cdimage.ubuntu.com/ports/daily-live/20090812.4/karmic-desktop-armel+imx51.img
[11:00] <amitk> straight dd to SD?
[11:00] <ogra> yup
[12:10] <ogra> argh
[12:10]  * ogra curses git
[12:11] <ogra> so my day is messed already having to use that crap
[12:14] <ogra> so no matter what i do to get the mvl-dove branch it simply trashes what i have already
[12:14] <amitk> what are you trying to do?
[12:15] <ogra> lool wanted me to do a testbuild and i simply clone the ubuntu-karmic branch, then try to checkout the mvl-dove head (which apparently isnt included)
[12:16] <amitk> ogra: what does 'git branch -r' say
[12:16] <ogra> so i started lookinf for docs that confuse even more, isnt there a simple clone command i can use to get directly what i want ?
[12:16] <ogra> ah, it has origin/mvl-dove
[12:16] <ogra> but note i messed it up already editing .git/config
[12:17] <ogra> and running git pull afterwards
[12:17] <amitk> so just do 'git checkout origin/mvl-dove -b mvl-dove'
[12:17] <ogra> which results in a broken merge
[12:17] <amitk> NEVER EVER use git pull. Don't you bzr heads ever learn :-p
[12:18] <ogra> well, if git would be usable in any small amount we wouldnt need bzr :P
[12:18] <amitk> Here are the commands to fix your setup:
[12:18]  * ogra starts over with a clean clone
[12:18] <ogra> oh, ok
[12:18]  * ogra listens
[12:18] <amitk> git checkout master
[12:18] <amitk> git reset --hard origin/master
[12:18]  * amitk waits
[12:19] <ogra> ok
[12:19] <ogra> Switched to a new branch 'mvl-dove'
[12:19] <ogra> ha !
[12:19] <amitk> git fetch
[12:19] <ogra> oh
[12:19] <ogra> ok
[12:20] <amitk> what does 'git branch' say?
[12:20] <ogra> ogra@osiris:/var/build/kernel/git/ubuntu-karmic$ git branch
[12:20] <ogra>   master
[12:20] <ogra> * mvl-dove
[12:21] <amitk> git reset --hard origin/mvl-dove
[12:21] <amitk> just to be sure you are on tip of mvl-dove
[12:21] <ogra> HEAD is now at 32e3175 UBUNTU: [Config] Bypass udeb generation issues.
[12:21] <ogra> looks good
[12:21] <amitk> now you can carry on building
[12:22] <ogra> yep i guessed so
[12:25] <ogra> amitk, thanks a lot, git is like speaking latin to me
[12:26] <amitk> actually it _is_ due to the archival nature of internet. Everything published on internet should have a expiry date. All the bad docs would disappear then.
[12:47] <amitk> hmm... why does the karmic fsl image switch the console after initramf
[12:47] <amitk> s
[12:47] <ogra> ??
[12:47] <ogra> can you elaborate ?
[12:48] <amitk> http://pastebin.ubuntu.com/252445/ after this I get nothing on my serial console
[12:48] <amitk> everything is redirected to the DVI output
[12:49] <amitk> where I see initramfs errors
[12:50] <ogra> oh, right, because its a live image
[12:50] <ogra> edit the cmdline
[12:50] <ogra> drop console=tty0
[12:51] <ogra> though given that upstart has no default setup for serial ttyS i doubt you will get a lot more (beyond the errors)
[12:51] <ogra> lool, the mvl-dove kernel doesnt boot
[12:53] <ogra> lool, whoops, i take that back, wrong mkimage parameters
[13:14] <amitk> lool: you comment on the squashfs bug: babbage image doesn't find its livefs by default (due to a driver renaming its /sys data between 2.6.28 and .31)
[13:15] <amitk> that should be the squashfs driver?
[13:15] <ogra> no, thats the casper bug he was referring to earlier
[13:15] <amitk> so now it does find its livefs by default?
[13:16] <ogra> we currently look for platform-mmc devices but that device was renamed
[13:16] <ogra> the casper fix adds the new name to it i belive (i didnt check it)
[13:16] <ogra> you can override the broken casper detection by setting LIVEMEDIA=/dev/mmcblk0p2 on the cmdline
[13:17] <ogra> the detection isnt realted to the squashfs oops
[13:17] <ogra> its two separate issues
[13:17] <amitk> its almost impossible for me to debug this bug w/o a separate DVI display. Can't keep switching between the board and my devbox. Do you have any other trick?
[13:18] <ogra> sadly no
[13:19] <ogra> dropping console=tty0 didnt help ?
[13:23] <amitk> it helps. But I don't have enought knowledge of initramfs
[13:23] <amitk> where does the stdin: error 0 come from?
[13:26] <amitk> aah, nevermind. passing LIVEMEDIA makes it go away
[13:38] <lool> amitk: There is a casper fix which isn't uploaded which is why you need the LIVEMEDIA arg
[13:38] <lool> Main console is on DVI by default but you can easily change that on the kernel cmdline
[13:38] <ogra> lool, dove looks very good so far
[13:39] <lool> ogra: What did you test?
[13:39] <ogra> its nearly finished doing a kernel compile
[13:39] <ogra> never got that far before, should be done within the next 15min
[13:39] <amitk> ogra: it better be. They delivered a 2.6.31 patchset...
[13:40] <ogra> well, we had weird segfaults and ICEs with all former versions
[13:40] <ogra> nothing like that anymore it seems
[13:40] <ogra> and since i built a .deb from our git tree i'll try initramfs booting next
[13:41] <ogra> it still doesnt see the 512M though
[13:44] <ogra> ogra@dove:~$ sudo hdparm -t /dev/sda1
[13:44] <ogra> /dev/sda1:
[13:44] <ogra>  Timing buffered disk reads:  170 MB in  3.15 seconds =  53.99 MB/sec
[13:44]  * ogra really loves that
[13:47] <amitk> ogra: did you say there was a dove board to be delivered to me too?
[13:47] <ogra> we had a spare one but you guys were all gone already
[13:47] <ogra> not sure where that went now
[13:48] <ogra> lool, do you remember ? ^^^
[13:52] <ogra> mage arch/arm/boot/uImage is ready
[13:52] <ogra> HA !
[13:53] <ogra> lool, i'd consider the stability issues solved
[14:23] <lool> ogra: Do you have CONFIG_HIGHMEM on your kernel?
[14:23] <lool> ogra: How much memory do you see in free?
[14:23] <lool> or /proc/meminfo rather
[14:24] <ogra> ogra@dove:~/temp$ cat /proc/meminfo
[14:24] <ogra> MemTotal:         286664 kB
[14:24] <ogra> # CONFIG_HIGHMEM is not set
[14:24] <ogra> aha
[14:24] <lool> Hmm
[14:24]  * ogra tells rtg
[14:25] <ogra> lets get it set for one testbuild
[14:25] <lool> I don't understand where these 256 MB are
[14:26] <ogra> do you need anything more ? else i'll try a reboot with initramfs
[14:27] <lool> No I don't thanks
[14:47] <ogra> hmm
[14:47] <ogra> Wrong Ramdisk Image Format
[14:47] <ogra> i wonder why
[14:47] <ogra> i can load it just fine but it panics
[14:50] <ogra> cat /ogra@dove:~$ cat /proc/meminfo
[14:50] <ogra> MemTotal:         514248 kB
[14:50] <ogra> hmm, works if i set mem=512M
[14:50]  * ogra tries to complie something to see if it stays stable
[15:06] <lool> ogra: Are you using the latest U-Boot?
[15:07] <lool> You want the latest one
[15:07] <ogra> ah, no
[15:07] <ogra> do we know how to safely flash it ?
[15:07] <ogra> i dont want to trash my board now that it actually runs stable
[15:09] <lool> Not sure
[15:09]  * ogra tries another kernel build with mem=512M
[15:10] <ogra> lets see if it keeps stability
[16:11] <tlee> Anyone know a good ubuntu-arm-vfp rootfs when I can download.
[16:27] <lool> vfp nope