=== Guest74361 is now known as Martyn [08:16] hi [08:17] did ubuntu support s3c6410 ? [08:19] think it's armv5 capable [08:39] yes [09:00] whats the s3c6410 [09:13] joshzhao: You need to build your own kernel and any integration bits, but the userland should work, it's ARM11 [09:19] NCommander: 10:11 < lool> NCommander: What are you looking into ATM? Could you take that? [09:19] 10:12 < lool> NCommander: Also, kexec-tools was finally added to P-a-s, do you think you could try it out? it built on armel [09:19] NCommander: "that" being d-i [09:20] Been working on that already [09:20] * NCommander learns how d-i goes together, but I'm making no headway on ARM [09:20] The last kernel upload made my board completely unreliable, and with it getting files at the speed of dial up .... [09:21] Same thing goes for kexec (that being said, I used the 2.0.0 release of kexec-tools on Babbage, and got nothing, so unless we're carrying patches ...) [09:22] NCommander: Please try the ubuntu kernels [09:22] NCommander: If there are bugs, file them [09:23] NCommander: Perhaps compare the exact same scenario in qemu/i386 and qemu/armel? [09:24] lool, it doesn't work in qemu/armel with our kernel as of the last time I tried it, I'm building a new qemu/armel image now so I can work on d-i, I'll test it once it finishes installing. [09:34] NCommander: Where's the bug report? [09:34] NCommander: the same test case passes on i386? [09:35] lool, I dunno if I filed a bug on this in Ubuntu, I did bring it upstream; no ping reply. [09:37] i don't know what kind of Ubuntu Kernel tree support 6410? [09:38] s3c6410 is based on arm11 [09:38] samsung [09:40] NCommander: Are you waiting for me to ask you to file one or will you file one now? :-) [09:40] lool, I'll file once I rerun the tests, filing bugs based on old data is a bad thing. [09:42] lool: do you know what kind of Ubuntu Kernel tree support 6410? [09:43] joshzhao: No [09:43] joshzhao: The Ubuntu kernel tree is close to the upstream one [09:56] thanks lool [10:01] lool, if you have a few minutes, would you like to process one of the outstanding MIRs on RedBoot or ecosconfig? === Nicke_ is now known as Nicke [10:28] mcasadevall: I'm queueing it up, but don't consider it assigned to me yet; I'm afraid I have a bunch of urgent stuff which is landing on my plate these days [10:28] lool, no problem. [10:30] amitk, meh, FTBFS on imx51 [10:30] Building modules, stage 2. [10:30] MODPOST 739 modules [10:30] ERROR: "cpufreq_gov_performance" [arch/arm/plat-mxc/cpufreq.ko] undefined! [10:30] ERROR: "get_cpu_wp" [arch/arm/plat-mxc/cpufreq.ko] undefined! [10:30] ERROR: "dvfs_core_is_active" [arch/arm/plat-mxc/cpufreq.ko] undefined! [10:30] ERROR: "cpu_wp_nr" [arch/arm/plat-mxc/cpufreq.ko] undefined! [10:30] make[3]: *** [__modpost] Error 1 [10:30] make[2]: *** [modules] Error 2 [10:30] make[1]: *** [sub-make] Error 2 [10:30] amitk, throw cpufreq out, it has no use on the babbage anyway [10:30] It looks like you need to turn on these configs for the imx51 cpufreq backends [10:31] Hmm they are [10:32] waht for ? [10:32] ogra: I know, working on it [10:32] ah, good [10:33] intresting that it didnt fail in the PPA build [11:03] ogra: could you test -11.35 (FINAL). It has AA and aufs, cpufreq solved. This might be our last chance before beta to fix this issue. [11:03] amitk, after the meeting [11:03] ogra: sure [11:03] (i'll try to do i aside the meeting if really urgent though) [11:04] naah.. I still have to work on the d-i bits. So anytime in the next 2-3hrs is good [11:04] oh, wait, my inner clock is off one hour [11:04] i can do it now [11:04] did we change time? [11:04] no, its 12 UTC [11:13] * ogra smiles, a working NIC makes everything so much easier [11:14] no more plugging around of USB keys to transfer kernels and initramfs [11:14] ogra: make sure you get this http://people.ubuntu.com/~amitk/linux-image-FINAL-2.6.28-11-imx51_2.6.28-11.35_armel.deb [11:15] yes, thats what i just installed and copied to my desktop [11:15] now i'm doing a dist-upgrade to get new procps etc ... then i'll reboot and xmodem the kernel and initramfs over [11:16] ogra or amitk: I need /proc/cpuinfo on babbage with CONFIG_NEON=y (probably on the kernels you're running) and with the NEON hwacps merged in 2.6.28-10.33 [11:34] amitk, AA oops :( [11:35] ogra: that is underinvestigation. just disable in on the cmdline [11:36] same [11:36] apparmor.enable=0 ... still oopses [11:38] grmbl [11:39] that costed me my working setup [11:40] * ogra needs to rebot after upgrade ... [11:40] *reboot [11:46] ogra: are you capturing the oops? [11:46] Would really appreciate a /proc/cpuinfo [11:46] * ogra cant give a /proc/cpuinfo without getting into the system [11:46] amitk, one sec [11:47] lool: I'll have to build a new kernel with NEON enabled again [11:47] Is there a working babbage kernel I can run right now which has NEON support? [11:47] is the ubuntu one working for instance? [11:48] lool: try the original ubuntu one, or one from http://people.ubuntu.com/~amitk/ [11:48] amitk, http://paste.ubuntu.com/133579/ [11:49] Will either boot without initramfs? [11:49] __aa_find_profile it seems [11:49] ogra: same oops [11:49] lool, yes, but you need rootdelay [11:49] and no uuid root= line [11:56] ogra: I'm compiling another one with AA turned off by default [11:56] thanks === mcasadevall is now known as NCommander [12:14] ogra: same 'FINAL' .deb with AA compiled in but turned off by default [12:14] back from lunch [12:15] * NCommander sighs [12:15] THere is a max initrd size it seems on the Babbage [12:15] or something crazy ... [12:15] how big did you b'koat yours ? [12:15] *bloat [12:15] up to 4.5M worked fine here [12:16] 2.5MB, I'm getting incomplete write, which suggests its too large [12:16] funny [12:16] i'm using a 4.2M one atm [12:16] and had a 4.5 one before [12:25] ogra, its I'm an idiot problem :-) === rwhitby` is now known as rwhitby [13:23] amitk, hmm, lost all my input capabilities again with the latest build [13:23] amitk, did you remover the compiled in usb host drivers again ? [13:23] *remove [13:24] amitk, hrm, and i get compcache by default [13:26] amitk, additionally the rest of the usb stack doesnt get loaded either [13:26] amitk, and i dont see an indication of a kernel event happening [13:27] aha, loading ehci-hcd helps [13:27] ogra: I haven't touched anything else, you can check the config file [13:27] weird [13:28] my rootfs doesnt mount, ehci-hcd should be compiled in [13:29] there is no trace of usb-storage in my initramfs [13:29] ogra: it is [13:29] (initramfs) ls /lib/modules/2.6.28-11-imx51/kernel/drivers/usb/ [13:29] host [13:29] (initramfs) ls /lib/modules/2.6.28-11-imx51/kernel/drivers/usb/host/ [13:29] ehci-hcd.ko [13:29] thats all i have [13:29] (initramfs) uname -a [13:29] Linux (none) 2.6.28-11-imx51 #35 Thu Mar 19 12:38:40 EET 2009 armv7l unknown [13:30] * amitk checks again [13:31] ogra: shoot me, you are right. EHCI_HCD is a module [13:31] (initramfs) cat conf/initramfs.conf |grep MODULES [13:31] # MODULES: [ most | netboot | dep | list ] [13:31] MODULES=most [13:32] so usb-storage should be there actually [13:32] hmm [13:33] ogra: storage is compiled in, so is USB_HID (for keyboard), but i left EHCI as a module for some reason [13:33] ah [13:33] that expleins it [13:33] *explains [13:33] that config file is swimming in front of me now [13:33] ok [13:33] i dont get why it uses compcache though [13:34] ogra: because it is a module [13:34] do you want it removed? [13:34] it should only be included if there are less than 256M ram [13:34] no, keep it [13:34] but the script shouldnt fire [13:35] (initramfs) cat /proc/meminfo [13:35] MemTotal: 482808 kB [13:35] there is definately more than 256M [13:35] It is only a module [13:36] argh [13:36] TOTAL_RAM=$( grep MemTotal /proc/meminfo |tr -d ': [A-Z][a-z]') [13:36] # Do not use compcache on the liveCD if we have more than 512M [13:36] if [ "${BOOT}" = "casper" ]; then [13:36] if [ "${TOTAL_RAM}" -gt 524288 ]; then [13:36] exit 0 [13:36] fi [13:36] fi [13:36] thats bad [13:37] hehe [13:39] i mean it works, but its pointless to have on babbage [13:47] The distro kernel doesn't boot for me [13:47] Uncompressing Linux............................................................. [13:47] And nothing more [13:48] amitk, oh, does compcache get autoloaded if its there ? (it should never load alone) [13:48] Can someone hand me a recent kernel build with the NEON hwcaps patch? [13:49] http://people.ubuntu.com/~amitk/linux-image-NO-AA-AUFS-USB-COMPILED-2.6.28-10-imx51_2.6.28-10.32_armel.deb not sure about neon [13:49] but thats definately a working one [13:49] Thanks [13:49] lool: grab the .deb from my p.u.c and grep the config. [13:49] amitk: It's not a config [13:50] lool: you want the patch AND the CONFIG_NEON configured in, right? [13:50] amitk: Correct [13:50] But CONFIG_NEON has been set since forever [13:51] * ogra wonders how long forever is for an unfinished kernel :) [13:52] if [ "${BOOT}" = "casper" ]; then [13:52] if [ "${TOTAL_RAM}" -gt 524288 ]; then [13:52] exit 0 [13:52] fi [13:52] fi [13:52] modprobe -q --ignore-install compcache compcache_size_kbytes="$(($(sed -nre 's/^MemTotal:\s*([0-9]+) kB$/\1/p' /proc/meminfo) * 25 / 100))" [13:52] ARGH [13:53] so if i boot with boot=casper and the system has 512M it will exit ... if the system has no 512M *and* i dont boot with casper compcache will load in *any* case [13:53] thats so wrong ... [13:54] i guess that needs an else condition ... [13:54] oh, my, what was i smoking when i wrote that code [13:55] * ogra takes a break ... thats so embrassing [13:55] good stuff? :) [13:56] ogra: new 'FINAL' uploaded. Hopefully the real FINAL :-/ [14:02] The above kernel doesn't work for me either [14:02] Does it need an initramfs to output anything? [14:07] GRR [14:07] screen doesn't like too long commands [14:15] Ok, the kernel loaded over ymodem at least says "done, booting the kernel." but nothing more [14:15] ogra: is there serial console in the kernel you mentionned as working? [14:23] ogra: I definitely get zero output from the kernel with the .deb you pointed me at, only up to "done, booting the kernel.", even with console=ttymxc0,115200 console=tty0 on serial and VGA output [14:26] And the same thing with the FINAL .deb above [14:29] I'm booting with RedBoot> exec -c "console=ttymxc0,115200 console=tty0 root=/dev/mmcblk0p2 ro debug noinitrd rootdelay=2" [14:31] I confirmed that the way I upload kernels works as if I reload zImage_DVI it works [14:32] BTW I'm now updating the SD card directly [14:32] With dd and fis [14:35] amitk: Can you confirm the above kernels will work *without* initrd? [14:39] lool: dunno. I have an initramfs [14:40] amitk: Could you show me fis list and/or a boot log so that I can use the proper fis create command here? [14:40] hello. does anyone know when we might see usable Ubuntu netbooks on ARM? [14:40] I also need the cmdline with initramfs, so far I only have without [14:41] FlimFlamMan: No final date yet [14:42] lool: thanks. what's the best place to keep track of how things are progressing, and what the shape of the final product will be? will the "experience" basically be the same as on x86? [14:43] FlimFlamMan: The images Ubuntu will release for arm devices match images which exist for i386 already [14:44] FlimFlamMan: Following Ubuntu news channels should be enough to get the news [14:47] lool: Thanks for the information. (I'm trying to judge whether i should hold off on a netbook purchase or buy an interim unit.) [14:47] lool, yes, works fine for me [14:49] ogra: without initrd? [14:49] ogra: I'm using dpkg -x, replacing the kernel with the file in boot/vmlinuz-foo exactly in the same way as zImage_DVI, and it doesn't boot; while zImage_DVI works [14:49] I'm really confused [14:51] i use dpkg -x on my laptop, boot into redboot serial, do xmodem, load the kernel and run a similar exec line to yours [14:51] ogra: what exact line are you currently running? [14:51] might it be the dd/fis combo you use ? [14:51] it could be [14:51] I'm not using the default sizes for the fis partitions [14:52] currently i'm using the lates kernel *with* initramfs ... [14:52] (initramfs) cat /proc/cmdline [14:52] console=ttymxc0,115200 root=UUID=ae90832f-ba0d-4164-b710-0402041ab8ed [14:52] ogra: Ah *with* initramfs [14:52] right [14:52] I suspect that's the problem [14:52] but it works fine without initramfs using yours [14:52] no [14:53] ogra: I put the new kernel on p.u.c [14:53] amitk, thanks, trying [14:53] lool, drop the "noinitrd" [14:53] and the debug [14:53] amitk: http://people.ubuntu.com/~amitk/linux-image-FINAL-2.6.28-11-imx51_2.6.28-11.35_armel.deb ? [14:53] yes [14:53] exec -c "console=ttymxc0,115200 console=tty0 root=/dev/mmcblk0p2 rootdelay=2" should work [14:54] (for me exec -c "console=ttymxc0,115200 console=tty0 root=/dev/sdb1 rootdelay=2" definately does if amitk doesnt play with USB modularization ;) ) [14:55] ogra: hopefully this time I don't have my head up you-know-where :) [14:55] heh [14:55] ogra: no difference, it stops after "done, booting the kernel." [14:55] strange [14:55] works fine here [14:55] ogra: Can you show your fis commands? [14:55] Or your xmodem load rather [14:55] RedBoot says before booting: [14:55] entry=0x90008000, target=0x90008000 [14:55] Using base address 0x00100000 and length 0x002144c0 [14:56] load -m xmodem -b 0x100000 -r [14:56] fis create kernel [14:56] thats what o do [14:56] RedBoot> e -r 0x1000000 -s 4020573 -c "console=ttymxc0,115200 console=tty1 root=UUID=ae90832f-ba0d-4164-b710-0402041ab8ed quiet" [14:56] entry=0x90008000, target=0x90008000 [14:56] Using base address 0x00100000 and length 0x0021020c [14:56] ogra: Do you have fis list or boot output? [14:57] RedBoot> fis list [14:57] ... Read from 0x1fee0000-0x1feff000 at 0x00040000: . [14:57] Name FLASH addr Mem addr Length Entry point [14:57] RedBoot 0x00000000 0x00000000 0x00040000 0x00000000 [14:57] FIS directory 0x00040000 0x00040000 0x0001F000 0x00000000 [14:57] RedBoot config 0x0005F000 0x0005F000 0x00001000 0x00000000 [14:57] initramfs 0x00060000 0x01000000 0x00400000 0x01000000 [14:57] kernel 0x00460000 0x00100000 0x00220000 0x00100000 [14:57] RedBoot> [14:59] ogra: and fis list -d? [14:59] RedBoot> fis list -d [14:59] ... Read from 0x1fee0000-0x1feff000 at 0x00040000: . [14:59] Name FLASH addr Mem addr Datalen Entry point [14:59] RedBoot 0x00000000 0x00000000 0x00000000 0x00000000 [14:59] FIS directory 0x00040000 0x00040000 0x00000000 0x00000000 [14:59] RedBoot config 0x0005F000 0x0005F000 0x00000000 0x00000000 [14:59] initramfs 0x00060000 0x01000000 0x003D595D 0x01000000 [14:59] kernel 0x00460000 0x00100000 0x0021020C 0x00100000 [15:00] My datalen is 0x002144C0 [15:00] lool, i'm about to xmodem again, if you need anything else, say it now :) [15:01] ogra: I don't, unless you can be tempted to try my way of updating with fis [15:01] i do, but only after i have a working initramfs again [15:01] which takes a bit [15:01] ogra: How do you create the initramfs? by installing the package? [15:01] right [15:01] ogra: Hwo do you load it? [15:01] installing the package and scp'ing to my laptop [15:01] then i reboot and xmodem it over serial [15:02] load -m xmodem... wihch args [15:02] load -m xmodem -b 0x1000000 -r [15:02] fis create initramfs [15:02] load -m xmodem -b 0x100000 -r [15:02] fis create kernel [15:02] exec -r 0x1000000 -s *size* -c *command line* [15:03] where *size* is the output of ls -l [15:03] for the initramfs file [15:03] sillyness of the week, its not in hex [15:03] while everything else is [15:04] I really don't get why it doesn't work for me [15:04] try serial [15:04] ogra: Can you show me the messages before loading linux on the next boot? [15:04] ogra: I did [15:04] check if that changes it [15:04] i will [15:04] Will try serial again [15:04] xmodem running now ... takes a while [15:10] lool, http://paste.ubuntu.com/133688/ [15:11] its intresting how noisy it is even though i use quiet [15:12] ogra: no explosions yet? [15:12] not yet and i was even brave and just re-used the old initramfs from the former build [15:12] rolling a fresh one now to make sure [15:12] ogra: same thing with xmodem [15:13] weird [15:13] http://paste.ubuntu.com/133690/ [15:13] But without initramfs [15:13] It's depressing [15:13] hmm, i'm not sure the -b 0x100000 is right without initramfs [15:14] look on the wiki [15:15] It's the same I used in the past and that I use for zImage_DVI [15:15] hmm [15:16] wiki says RedBoot> load -m ymodem -b 0x01000000 -r though [15:16] shouldnt differ [15:16] oh, wait [15:16] 0x01000000 != 0x100000 [15:16] 0x01000000 is the address used for the initramfs [15:17] which needs to be loaded first [15:17] ogra: Yes, but the wiki mentions that for "an image" [15:17] I think it's wrong though [15:17] so its likely that 0x01000000 gets copied into ram first [15:17] Anyway, it works fine with other kernels with 0x100000 and you use 0x100000 for kernel as well [15:17] Oh I know [15:18] yes [15:18] * lool bangs head [15:18] PFF [15:18] ogra: RedBoot version [15:18] *again* [15:18] oh [15:18] indeed i use NCommanders [15:18] All makes sense now [15:18] ogra: You need 2.6.28 redboot for 2.6.28 kernel and I was running 2.6.26 with its redboot still [15:18] indeed [15:18] Two times I kill almost a day because of redboot version [15:18] you said zImage_DVI [15:19] * ogra killed a day because he didnt have lrzsz installed on the host [15:19] *that* was silly [15:20] having a wrong redboot version is rather in the middle of sillyness in taht light imho ... not on the edge [15:20] ogra: you're not complaining yet. I am getting worried... [15:20] amitk, xmodem*ing initramfs atm [15:20] let me reboot [15:20] and then hammer the system a bit [15:27] amitk, cross your fingers, booting now [15:27] * amitk crosses fingers, hands, legs [15:27] boot looks fine for a start [15:28] gdm is up ... [15:29] oh, usb errors in demsg [15:29] *dmesg [15:29] [42949494.010000] usb-storage: -- transfer complete [15:29] [42949494.010000] usb-storage: Bulk command transfer result=0 [15:29] [42949494.010000] usb-storage: usb_stor_bulk_transfer_sglist: xfer 4096 bytes, 1 entries [15:29] [42949494.010000] usb-storage: Status code 0; transferred 4096/4096 [15:29] [42949494.010000] usb-storage: -- transfer complete [15:29] [42949494.010000] usb-storage: Bulk data transfer result 0x0 [15:29] [42949494.010000] usb-storage: Attempting to get CSW... [15:29] [42949494.010000] usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes [15:29] [42949494.010000] usb-storage: Status code 0; transferred 13/13 [15:29] [42949494.010000] usb-storage: -- transfer complete [15:29] [42949494.010000] usb-storage: Bulk status result = 0 [15:29] [42949494.010000] usb-storage: Bulk Status S 0x53425355 T 0x176e R 0 Stat 0x0 [15:29] [42949494.010000] usb-storage: scsi cmd done, result=0x0 [15:29] [42949494.010000] usb-storage: *** thread sleeping. [15:29] over and over [15:29] sounds like issues with their usb driver [15:30] sounds like NCommanders issue [15:31] mcasadevall: could you file a bug regarding your usb errors and tag it arm? [15:31] ogra: does it prevent us from going further? [15:31] let me see if it survives [15:31] amitk, sure, I think its a issue with my network adapter, since the USB storage seems to be okish [15:32] i seem to be able to run a dist-upgrade getting 30M [15:32] tail -f /var/log/messages doesnt show any probs atm [15:33] hmm, now i see a bunch of usb-storage related messages [15:33] hi...what is default window manager in ubuntu-arm port? [15:33] giedz, any WM you like ... the architecture has noting to do with the CPU [15:33] s/architecture/desktop/ [15:34] ok but is there any prefered? [15:34] amitk, i see a ton of messages, but the package installation seems to work regardless [15:34] amitk, will capture it for you once the dist-upgrade finished [15:34] afternoon ogra [15:34] hey Martyn [15:35] I'm going to have to wait for your drop :) I have a usb network adapter, but no way to use it until there are some kernel modules to load. *chuckle* [15:35] Martyn, http://people.ubuntu.com/~amitk/linux-image-FINAL-2.6.28-11-imx51_2.6.28-11.35_armel.deb [15:36] that seems to be relatively good (just testing it here) [15:41] ARGH [15:41] * ogra wasnt aware DPMS works on babbage ... [15:41] i just thought my X crashed [15:41] :P [15:42] Heh [15:43] DPMS works great in babbage [15:43] I've come to a blank console :) [15:43] apparently [15:44] Now .. if we could only coax DVI to work :) [15:44] not without a public driver [15:45] * Starting AppArmor [15:45] * Loading AppArmor module... [15:45] ...fail! [15:45] pffft [15:45] good [15:45] the exclamation mark is really overreaction [15:46] * ogra grabs the source and adds ...fail! (omg, OMG !!!!) to make it look more scary :P [15:49] amitk, still not died, but /var/log/messages looks really worrying [15:51] amitk, http://paste.ubuntu.com/133715/ [15:52] amitk, and /var/log/messages grew from 10 to 408k since i started the dist-upgrade, its completely filled with these messages [15:53] ogra: I'm not too worried. It seems to be restricted to their storage driver. Fixable at a later date. [15:54] apart from the fact that we will try to do installs to a USB device with beta i tend to agree [15:56] ogra: So yeah, it was definitely redboot and only that [15:56] I'm booting into my system just fine now [15:57] cool [15:57] With VGA and all [15:57] i just had a reboot notification after dist-upgrade :) [15:57] so that works as well :) [15:57] do you have a binary for fis ? [15:57] so i can try to update my SD from the running system [15:59] ogra : I've got errors loading the modules, I'm afraid [15:59] ogra : 'invalid module format' [16:00] ogra: Sure [16:00] ogra: I'm mostly running it from my desktop though [16:00] then your initramfs isnt in sync with your kernel [16:00] ogra: Let me write a flash-kernel alike script [16:00]