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