[10:14] <sasa> According to here: http://www.ubuntu.com/news/arm-linux ubuntu is available for arm and...
[10:15] <sasa> according to here: http://www.ubuntu.com/getubuntu/releasenotes/904 there are issues on arm platforms but...
[10:16] <sasa> according to here: http://www.ubuntu.com/getubuntu/download ubuntu is only available for x86...
[10:16] <sasa> Anyone know the score?
[10:18] <dpb> https://wiki.ubuntu.com/ARM
[10:25] <ogra> http://cdimage.ubuntu.com/ports/releases/jaunty/release/ has images for imx51 boards
[10:27] <sasa> Ok - I think I see, It all looks like work-in-progress so I might be better off sticking with Angstrom...
[10:27] <ogra> for a beagle ?
[10:28] <ogra> http://elinux.org/BeagleBoardUbuntu would be the place to go for that ... but i wouldnt suggest to use ubuntu on the 128M version (for that rather take xubuntu)
[10:28] <sasa> Yes, should have said for beagle, sorry.
[10:28] <ogra> note that ubuntu doesnt have any support for OMAP CPUs
[10:29] <ogra> and wont in the near future
[10:29] <ogra> (kernel wise i mean, userspace should run fine on OMAP)
[10:30] <sasa> And the versatile kernel doesn't run on it?
[10:30] <ogra> no
[10:30] <ogra> versatile runs on versatile boards or qemu
[10:31] <sasa> Ah, got it.  How much of the userland distro is currently available?
[10:31] <ogra> the elinux wiki i gave you the link for above has a link to kernel packages
[10:31] <ogra> nearly all of main, most of universe
[10:37] <janrinze> morning.
[10:39] <janrinze> is there a fast way to try ubuntu on a beagleboard without having to do the RootfsFromScratch?
[10:40] <ogra> no
[10:41] <sasa> I don't want to sound dim but what is rootfsfromscratch?
[10:41] <ogra> see /topic :)
[10:41] <janrinze> https://wiki.ubuntu.com/ARM/RootfsFromScratch
[10:41] <ogra> and http://elinux.org/BeagleBoardUbuntu
[10:42] <janrinze> are there any people who already did build a rootfs and made them available?
[10:42] <sasa> I have looked at them but I am still none-the-wiser!
[10:45] <janrinze> the rootfs from scratch requires that it is performed on a PC running the latest Ubuntu, right?
[10:45] <lool> janrinze: A recent Ubuntu, yes
[10:45] <lool> janrinze: There are some rootfses available; I think ogra published some in the past
[10:46] <ogra> jaunty or newer
[10:46] <ogra> they are totally outdated
[10:46] <janrinze> i run Debian 5.0 so setting up Ubuntu 9.04 is a bit too much for me a.t.m.
[10:47] <ogra> if you have the right debootstrap and qemu versions you should be able to build it on lenny
[10:47] <ogra> though YYMV
[10:47] <ogra> *YMMV
[10:47] <sasa> Ok - I am suse based and just wanted an easy devel environment on my beagle  so I think this is not for me right now - thanks!
[10:47] <sasa> any other suggestions though?
[10:47] <ogra> the second stage of debootstrap runs completely inside qemu
[10:47] <ogra> so thats already fully under ubuntu
[10:47] <janrinze> ok.. maybe i should do it in VMware.. Is QEmu required? I would like to prefer to run it on the beagleboard..
[10:47] <ogra> if you get through the first stage and it still runs, that should work
[10:48] <ogra> qemu is required by the image build process
[10:48] <ogra> the script is actually a wrapper around qemu
[10:48] <janrinze> I have used debootstrap before but that was on a different ARM platform
[10:48] <ogra> you dont use debootstrap ;) the script does
[10:49] <janrinze> i saw that.
[10:49] <ogra> just get the version linked from the wiki, install it on lenny and run the script
[10:49] <ogra> if the script finishes you are golden :)
[10:49] <janrinze> will try that. I hope it won't mess with the repositories ;-)
[10:50] <ogra> it wont
[10:51] <ogra> just dpkg -i the debootstrap ...
[10:53] <janrinze> ok.. i willreinstall the Debian debootstrap when i am done with the Ubuntu rootfs.
[10:54] <ogra> debootstrap is backwards compatible, no need to
[10:54] <ogra> ubuntu uses the one from sid and adds the ubuntu specific scripts ... it doesnt touch the debian scripts at all
[10:54] <ogra> so it should be safe to just keep that one
[10:55] <lool> I have a jaunty rootfs which you can try out; it probably assumes too much, but it's at least based on jaunty
[10:55] <janrinze> ok. good to hear ;-)
[10:55] <lool> http://people.ubuntu.com/~lool/qemu-buildd/mmcblk0.img
[10:55] <lool> See the directory for various qemu setup stuff
[10:57] <janrinze> lool: interesting qemu patches in there too :-)
[11:01] <lool> Eh
[11:01] <ogra> heh
[11:06] <janrinze> lool: is the image compressed? it is downloading at 330KB/sec so it takes a while.
[11:07] <lool> janrinze: I don't think it is
[11:07] <lool> janrinze: I'm happy to compress it if you like
[11:07] <janrinze> no prob. it will take just a bit longer..
[11:08] <janrinze> i am in no hurry ;-)
[11:08] <lool> I'm creating a compressed one aside of it
[11:12] <lool> janrinze: How far are you in your dl?
[11:12] <lool> 513M    mmcblk0.img
[11:12] <lool> 117M    mmcblk0.img.bz2
[11:13] <janrinze> lool: it is done..
[11:13] <lool> Ok, removing the .img
[11:13] <janrinze> will save you bandwidth :-)
[11:14] <lool> That's not too much of a concern :)
[11:17] <lool> Hmm how can I disassemble a non-ELF file like a bootloader with a cross toolchain?
[11:18] <lool> I checked objdump, but it seems to only be supporting ELF, and as/gas doesn't seem to to support disassembly
[11:19] <janrinze> lool: i have several tools but not available on Ubuntu.. what kind of file is it?
[11:19] <janrinze> If IDApro is available you may get lucky..
[11:20] <lool> It's an ARM binary
[11:20] <lool> I guess v7 since the board is v7
[11:20] <janrinze> IDApro can handle ARM binaries.. not sure if it supports ARMv7 already.
[11:21] <lool> I tried the Uboot binary I had around on B2 and it didn't work
[11:22] <lool> I wrote it at RedBoot's offset, but I'm not 100% sure this is correct
[11:22] <janrinze> lool: on what platform were you trying the uBoot?
[11:22] <lool> Babbage 2
[11:22] <lool> It's Freescale iMX51 based
[11:22] <lool> (TO2)
[11:22] <janrinze> sounds nice.. I don't know that board..
[11:23] <janrinze> so i am afraid i am of no help there.
[11:23] <janrinze> # dd if=./mmcblk0.img of=/dev/sdc
[11:23] <janrinze> dd: writing to `/dev/sdc': No space left on device
[11:24] <janrinze> cute.. 512MB flashdisk is too small :-(
[11:25] <lool> Hmm I created a 512 MB file; probably the bard is slightly too small, sorry
[11:26] <lool> You can resize it, it's just an ext3 fs
[11:26] <janrinze> no prob.
[11:26] <lool> or ext4 actually
[11:26] <janrinze> ext4 actually.
[11:26] <janrinze> apparently Debian 5.0 has no ext4 support yet ..
[11:26] <ogra> lool, the uBoot we have is *not* for the B2
[11:27] <ogra> unless you wrote a new one :)
[11:27] <lool> ogra: It's for B1?
[11:27] <ogra> three stack
[11:27] <lool> I found it along B2 stuff
[11:27] <ogra> yeah
[11:27] <lool> Ok; well it's useless to us then
[11:27] <ogra> taoiten thought it was
[11:27] <ogra> *taiten
[11:27] <ogra> but he clearified it for me, i tried the same you did :)
[11:28] <ogra> not sure how one can delete stuff there to get it out of the file list
[11:28] <lool> I didn't see any newer drop than may; I'm grabbing a BSP from 12th of Jun, I don't think it has redboot or uboot but I'll check
[11:29] <janrinze> lool: could you put the rootfs as a tar.bz2 file instead of an image? (hope it is not too much to ask)
[11:29] <lool> ogra: Hmm we have a 20 GB limit
[11:29] <ogra> dd'in a qemu image to an SD wont get you far :)
[11:29] <lool> ogra: The site is cute, but I hate it
[11:29] <ogra> yep
[11:30] <lool> janrinze: It's less easy to use for me; I could I guess, but it's going to take extra steps to use it
[11:30] <janrinze> ogra: mount -o loop won't work on Debian 5.0 since it is ext4.. :-(
[11:30] <lool> While for use with qemu, a fs image is enough
[11:30] <lool> janrinze: You can launch it in qemu
[11:30] <ogra> heh
[11:31] <lool> janrinze: You could create a new disk from the first one from an interactive session
[11:31] <ogra> and copy the contents in qemu
[11:31]  * ogra bets running build-arm-rootfs might be less hassle
[11:31] <lool> janrinze: The easiest is probably to create your own image; using the rootfs creation script should be possible from debian, it needs Ubuntu's debootstrap, and qemu installed
[11:31] <janrinze> ok.. nevermind.. I will mount it in VMware.
[11:32] <ogra> you can just fire up the script and have lunch :) after lunch you will have your image
[11:32] <janrinze> ogra: that is the alternative. :-)
[11:33] <lool> ogra: I don't think files can be removed; I checked the Files tab and that didn't help
[11:33] <lool> perhaps admins can
[11:33] <ogra> likely
[11:33] <ogra> or project leads
[11:33] <ogra> we can ask anmar later
[11:42] <lool> I checked the uboot source and it adds support for some boards, notably mx31, mx35, mx25 and mx51 3stack
[11:42] <lool> No mx51 babbage though
[11:43] <lool> I should poke martyn
[11:52] <ogra_> yeah
[11:53] <lool> Okay, B2 pre-built kernel works fine: it's 2.6.28 and has DVI support; it seems to support MMC
[11:53] <lool> Now I should look into building a cleaner image
[11:53] <ogra_> yes, thats what i'm using with a karmic fs here
[11:53] <lool> We don't have any Ubuntu kernels yet do we?
[11:53] <ogra_> nope
[11:53] <lool> ogra: What are you running on your B1?
[11:53] <ogra_> B1 in the works but not booting yet
[11:54] <ogra_> nothing, i'm just building a rootfs upstairs for debugging, mz B1 itself is sitting in the box until thats there
[11:54] <ogra_> *my
[11:55]  * ogra_ doesnt want to waste deskspace if he doesnt need to
[11:55] <ogra_> and B2 is more stable
[11:55] <lool> bjf_afk: Around?  I don't want to use too much of your time since you're on the critical path to get us 2.6.30/31 kernels for B2, but do you think it would be a small or a large amount of effort to add the B2 patches on top of jaunty's kernel tree (both 2.6.28) so that we have Ubuntu-ish imx51 B2 .debs?
[11:56] <lool> ogra: You could use B1 for jaunty or we could ship it to someone without ARM hardware
[11:56] <ogra_> lool, i fear thats a huge effort
[11:56] <lool> Why so?
[11:56] <ogra_> because he will need to extract the B2 bits separately i guess
[11:56] <ogra_> we only have that 30MB tarball
[11:57] <lool> I don't care if it adds support for other SoCs
[11:57] <ogra_> lool, i will use the B1 with jaunty (thats what i'm builkding atm)
[11:57] <ogra_> i just *didnt* use it up to today since i have the B2 working
[11:57] <ogra_> but for the gnome-applets bug i need a jaunty setup with B1
[11:58] <ogra_> to reproduce what FSL doe
[11:58] <ogra_> ss
[12:00]  * ogra_ notes he needs more SD cards
[12:07] <lool> ogra_: Do you know which FS the FSL binary 2.6.28 B2 kernel supports?
[12:08] <ogra_> ext2
[12:08] <lool> No ext3?
[12:08]  * ogra_ sshs and checks 
[12:08] <ogra_> i dont think ext3
[12:08] <lool> Pff
[12:08] <lool> This is really lame
[12:08] <lool> ogra_: Could you grep the config for all supported FSes?  I don't mind using a weird one, but I don't want a fragile one
[12:09] <lool> Perhaps it support ubifs or xfs
[12:09] <ogra_> CONFIG_EXT2_FS=y
[12:09] <ogra_> # CONFIG_EXT2_FS_XATTR is not set
[12:09] <ogra_> # CONFIG_EXT2_FS_XIP is not set
[12:09] <ogra_> CONFIG_EXT3_FS=y
[12:09] <ogra_> CONFIG_EXT3_FS_XATTR=y
[12:09] <ogra_> # CONFIG_EXT3_FS_POSIX_ACL is not set
[12:10] <ogra_> no ubifs
[12:10] <lool> Cool
[12:10] <lool> ext3 is fine
[12:10] <ogra_> 2.6.28-191-ga2f78a4
[12:10] <lool> Sounds like the one I'm using
[12:11] <ogra_> good
[12:11] <lool> 2.6.28-191-ga2f78a4 yup
[12:11]  * lool debootstraps
[12:11] <ogra_> natively from scratch ?
[12:11] <lool> No, from host
[12:11] <ogra_> ah
[12:19] <lool> Grumpf, doesn't see the SATA disk over USN
[12:19] <lool> *USB
[12:19] <lool> despite the 10 secs rootdelay
[12:19] <ogra_> give it 20 ?
[12:20]  * ogra_ remembers he had to use 15 at least on the B1 in the beginning
[12:20] <lool> Yeah I'm trying 30
[12:21] <lool> Pff it needed 21  :)
[12:21] <ogra_> heh
[12:21] <lool> It's really long
[12:21] <ogra_> yeah
[12:21] <ogra_> its crap without initramfs
[12:21] <lool> The marvell sata start is blazingly fast
[12:21] <lool> I shoudl try with an USB key, that's probably quickef
[12:21] <ogra_> i suspect its faster if you have the initramfs running in parallel
[12:21] <lool> quicker
[12:22] <lool> But I really want my rootfs on a real disk now that this work so I'll have to wait for this anyway   :-/
[12:22] <ogra_> though we should think about compiling in the USB host drivers on imx51
[12:22] <lool> Perhaps real SATA would be faster
[12:23] <ogra_> well, grab a soldering iron :P
[12:23] <lool> This USB SATA adpater is really cool; it allows me to quickly move drives around and plug/unplug easily to various boards, my desktop and all
[12:23] <lool> No pain
[12:23] <lool> ogra_: I don't think I want to risk the board just to make sure the SATA port work   :-/
[12:23] <ogra_> nice ... though it will still not give you sata speed
[12:24]  * ogra_ prefers a real USB disk with 7500rpm instead
[12:25] <ogra_> saves one layer
[12:49] <lool> ogra_: What do you think is in the USB disk?  :)
[12:50] <ogra_> never disassembled it :)
[12:50] <ogra_> migth be plain ATA
[12:50] <ogra_> and doesnt really matter if you attch through USB :)
[12:58] <lool> The thing is that I can plug SATA disks without rebooting my desktop; it's good for the marvell board at laest
[12:58] <lool> And would be good if I had a SATA connector on the B boards
[12:58] <lool> *sigh*
[12:58] <ogra_> well, USB will do too
[12:59] <lool> Sure, but I'd like to use the SATA port on the marvell and on B if possible
[12:59] <ogra_> i mean ... you wont have either USB nor SATA disk in the production systems anyway
[12:59] <lool> That's native
[13:04] <lool> Crap init doesn't start
[13:04] <ogra_> ouch
[13:05] <lool> Arf no, I'm just being stupid; sorry
[13:05]  * ogra_ just copied over a B1 install and dist-upgraded
[13:05] <lool> I passed init=/bin/sh to the cmdline but I had it hardcoded in the config as well
[13:05] <ogra_> even using update-mamanger :)
[13:06] <lool> A working reboot would be nice
[13:06] <ogra_> heh
[13:06] <lool> ogra_: Is your board also shutting off whenever you press reset, or use reboot?
[13:06] <ogra_> yep
[13:06] <ogra_> since its even with reset from the redboot prompt i think its HW
[13:07] <lool> I wonder whether it's configurable
[13:07] <ogra_> not from the DIP switches at least
[13:07]  * ogra_ checked that
[13:07] <lool> ISTR there are two banks
[13:08] <ogra_> we only have docs for one
[13:19] <lool> ogra_: You have working network/DHCP with B2?
[13:19] <lool> I don't
[13:20] <lool> Link is shown as up, but it doesn't work
[13:21] <lool> Oh here it works now
[13:21] <lool> From 192.168.0.200 icmp_seq=6 Destination Host Unreachable
[13:21] <lool> From 192.168.0.200 icmp_seq=7 Destination Host Unreachable
[13:21] <lool> 64 bytes from 192.168.0.101: icmp_seq=8 ttl=64 time=849 ms
[13:21] <lool> That's "interestin"
[13:22] <lool> It looks like it needs 30 secs to come up or something
[13:22] <ogra> hmm
[13:22] <lool> Perhaps it doesn't like 1 Gb
[13:22] <ogra> no such probs here
[13:23] <ogra> though the x server needs quite long to come up and i use NM
[13:23]  * ogra runs a 1600x1200 desktop on his B2 
[13:23] <lool> eth0: config: auto-negotiation on, 100FDX, 100HDX, 10FDX, 10HDX.
[13:23] <lool> Should work, weird
[13:24] <lool> Oh some OOPSes
[13:24]  * ogra doesnt see 1000 in that list though
[13:24] <lool> Well it should autonegociate, my switch can do less than 1000
[13:25] <ogra> i also dont see any oopses
[13:25] <ogra> my dmesg is clean apart from some noise from the frambuffer i get if i switch the monitor
[13:27] <lool> With a static config it works
[13:27] <ogra> with NM too
[13:27] <ogra> though using karmic here
[13:28] <lool> I have a jaunty userspace, but I don't think it matters much
[13:28] <ogra> oh, err
[13:28] <ogra> wait
[13:28] <ogra> ogra@babbage2:~$ grep eth0 /etc/network/interfaces
[13:28] <ogra> auto eth0
[13:28] <ogra> iface eth0 inet dhcp
[13:28] <ogra> hmm, when did i add that
[13:28]  * ogra removes and reboots
[13:28] <lool> That's what I had and it didn't work for me
[13:29] <ogra> works here
[13:29] <ogra> but i want NM to be used
[13:29] <ogra> what is really evil on the B2 is that my serial plug is to big to fit in while DVI is plugged
[13:31] <nettolt> hello everyone
[13:32] <lool> ogra_: Yeah, for me DVI/serial is tight as well but fits
[13:33] <nettolt> I have a zywan router running arcom embedded linux and would like to install ubuntu arm on the device. The unit used redboot to boot the kernel currently. does anyone know where i would start to flash the device to use ubuntu
[13:36] <lool> The B2 on SATA feels snappier than the B1 on SD
[13:36] <lool> nettolt: You have serial console access to redboot?
[13:36] <nettolt> yes i do
[13:37] <lool> nettolt: How does it boot?  kernel + initrd/initramfs?
[13:37] <lool> nettolt: fconfig -l and check the boot script
[13:37] <nettolt> lool: good question
[13:37] <lool> paste here if you like
[13:38] <nettolt> lool: i do not have the decice up and running and was just on my way out to work for the day. I will do this tonight see if you are still around
[13:39]  * lool installs the Ubuntu desktop task on his B2
[13:42] <lool> ogra_: I checked the docs for B2, SW5-10 is to setup the debug board, SW1 and SW2 are personality, SW4 is a setting of the debug board itself, not sure which
[13:43] <lool> I didn't find any detailed doc on the DIP switches, just how to set them up for different tasks
[13:46] <ogra> right, thats all i have as well
[13:46] <ogra> the pdf
[13:47] <lool> It's probably somewhere in the reference manual, but I can't find it by searching for SWx
[13:48] <ogra> you have a reference manual ?
[13:49] <lool> Yes
[13:49]  * ogra checks ... i only have an xls with the DIP switch settings and a silly block diagram pdf
[13:51] <ogra> do you mean BABBAGE-2.1.pdf ?
[13:52] <lool> I'm uploading it
[13:53] <lool> mxc_linux.pdf
[13:53] <ogra> ah, great
[13:53] <ogra> the other one isnt very helpful if you dont want to solder :)
[13:54] <janrinze> lool: i have the image running on the beagleboard. thanks!
[13:55] <lool> Cool
[13:55] <ogra> yay
[13:57] <janrinze> to install GNOME etc.. should I just do apt-get install gnome-desktop-environment ?
[13:57] <lool> janrinze: tasksel
[13:57] <lool> Pick Ubuntu desktop
[13:57] <ogra> is it a 256M board ?
[13:58] <janrinze> never liked tasksel... Yup 256MB
[13:58] <ogra> for 128M i'd recommend swap and xubuntu-desktop
[13:58] <ogra> well, then apt-get install ubuntu-desktop
[13:58] <lool> janrinze: tasksel does the right thing though; you can do the same with apt-get install ubuntu-desktop^
[13:58] <ogra> if you dont like tasksel
[13:58] <lool> The caret is important
[13:58] <ogra> the meta package will also do the right thing
[13:59] <ogra> thats why we have it :)
[13:59] <janrinze> i will do a backup first since i use the same SDcard as where i have the Debian 5.0 on.
[13:59] <lool> The meta package wont do the same thing
[14:00] <ogra> then its broken
[14:00] <lool> No
[14:00] <ogra> its what we suggest in all documentation since warty
[14:00] <lool> You should just use the carret notation to pull a task
[14:00] <lool> Well you were wrong
[14:01] <ogra> i didnt write the docs
[14:01] <ogra> and we only use tasks since dapper or so
[14:01] <janrinze> tasksel is just another frontend for apt right?
[14:01] <ogra> which means it was broken for two years at least by your definition
[14:01] <lool> janrinze: Kind of
[14:09] <lool> ogra_: Not using tasks is not the correct thing to do since we use them; mmkay?  :)
[14:11] <ogra> no, what i say is that it has to work either way
[14:14] <lool> ogra_: It's not the same
[14:14] <ogra> i dont say its the same
[14:14] <ogra> i say it has to work reliable either way
[14:15] <lool> Please don't advocate usage of meta packages when the best thing to is to use tasks and is equally simple
[14:16] <ogra> well, i need to fix a million of scripts then ... and i guess the rest of the world too
[14:17]  * ogra wonders why nobody ever discouraged the use of metapackages publically then
[14:18] <ogra> especially given that its recommended on *all* wiki docs we have
[14:18] <ogra> and i doubt the docteam was ever told they should change it
[14:51] <lool> ogra_: I can't upload the imx ref manual for some reason
[14:52] <lool> It just sits there not doing anything
[14:53] <ogra> bah
[14:54] <ogra> well, i'm still fumbling with the pegatron here
[14:54] <ogra> seems the kernel we have is for 3.3, not 5.2
[14:54] <ogra> :(
[14:55] <ogra> i tried the B2 one but that doesnt work either
[19:53] <janrinze> lool: looks like tasksel has changed a lot since i last used it :-)
[19:54] <janrinze> lool: the interface is really simple...