[00:32] Anyone know if Ubuntu ARM is fully functional on the apple TV box? === Jef91 is now known as Jef91|AFK [01:39] does anyone know the latest "start on" type upstart stanza one could use to start an executable/script? [01:40] latest in terms of time since boot [01:41] I have a specific issue where the daemon I'm trying to start depends on a fully booted system being ready to go and "start on runlevel [2345]" doesn't seem to be good enough, requiring me to restart my process before it works correctly [01:41] the process is dependant on modprobe of a linux gadget and setting of permissions for the led in /sys/class/leds [01:52] cipher, Don't do that in upstart. Have udev start your service when it detects the device (hotplug) [02:44] persia: unfortunately udev doesn't detect it, at least when I use udevadm to monitor there's no event for my device [02:44] because it's a platform device, methinks [02:45] There's a bug there somewhere. [02:45] If you need to modprobe, then it *should* provide an event. [04:18] NCommand1r: Is "There is no default kernel flavour defined for your architecture." on Kubuntu images something I need to worry about of a general problem that will go away soonish? === Jef91|AFK is now known as Jef91 === Lopi is now known as Lopi|idle === Jef91 is now known as Jef91|AFK [05:55] sweet. ubuntu wifi working without having to login [05:55] fires up on boot === fairuz_ is now known as fairuz [08:53] Good morning/afternoon/evening [08:54] What was the reasoning then i2c bus 2 was not added to arm kernel for Ubuntu? [08:54] s/then/when/ [08:57] for Beagleboard ofc [09:48] ScottK, thats fallout of the switch to the new live rootfs build system [09:48] ScottK, i got it too for our images [10:56] upowerd constantly keeps stealing my USB serial adapter which I connect to my target. Is there anyone here who knows a fix for that? [10:57] funny, never heard of such probs [10:59] sveinse, I found some USB micro host cables: http://www.henj.in/ : they seem physically correct, although apparently my device with micro doesn't support HOST mode. [11:00] (no it's not listed on the website, but really I bought some from them) [11:04] ehlo earthlings! [11:04] If I find a bug (heaven forbid) in one of the oneiric daily builds [11:04] do I file a bug? [11:04] And if so, where? [11:04] Please. [11:05] I'm about to test the oneiric headless OMAP 4 on a fresh pandaboard. [11:05] `ubuntu-bug ${best-guess-at-package-name}` running on the affected system. [11:05] :) [11:05] persia: Thanks. :-) [11:05] Extra points for including the fix with the bug submission :) [11:13] heh [11:20] oneiric on panda... [11:20] works fine for me [11:26] dpkg: ostrzeżenie: parsing file '/var/lib/dpkg/available' near line 33305 package 'x-loader-omap4': error in Version string 'L24.9git20100901-0ubuntu5': version number does not start with digit [11:31] hrw: mogą chłopaki ostrzeżenia nie zrozumieć :-) [11:32] garagoth: second part is understandable [11:43] jeremiah: persia: ubuntu-bug is not installed on headless, so you will need to install it. [12:03] GrueMaster, Oh, hm. Right. [12:14] Does someone care about debian-cd and debian-installer support for imx51 based on RedBoot (redboot-tools)? [12:15] I'd like to remove the scripts, configs and build-deps in debian-installer's tip and in debian-cd's oneiric tree [12:16] just drop it [12:16] Thanks [12:18] GrueMaster: Thanks, good to know. :) [12:27] GrueMaster, did you try a dist-upgrade on oneiric in recent times ? [12:27] * ogra_ has the feeling upgrades of gnome-user-guide got much much worse in 11.10 [12:28] its taking like 25min here [12:31] has anyone run Ubuntu 11.04 on PandaBoard Rev A2 with success? [12:31] I spent all night last night trying to boot ubuntu, with practicly no results [12:32] I have managed to get console surring by changing bootargs in boot.scr, but I always get some errors in one point of instalation of 10.10 and I have also tried with 11.04 but it hangs where the graphics should be initiated [12:34] I have tried some tricks from https://wiki.ubuntu.com/ARM/OMAPMaverickInstall and https://wiki.ubuntu.com/ARM/OmapNetbook but still no luck [12:34] ogra_: I just finished dist-upgrade oneiric->oneiric on a1 panda [12:35] did you get an update of g-u-d ? [12:35] probably not have it installed [12:35] ah [12:35] well, the update works just fine [12:35] yep. uninstalled state [12:36] but it takes like 25-30 min to unpack an update to gnome-user-docs [12:36] btw - do we want armhf cross toolchain for armel? [12:36] that used to be under 10min ... which is still long but more bearable [12:36] hrw, is there a usecase for it ? [12:37] what it does on upgrade? recompilation of every format etc? [12:37] i.e. do yu expect people to build for hf on el ? [12:37] ogra_: just got asked once for it so why not ask here [12:37] it doesnt do anything but inpack its contents [12:37] there are no postinst preinst scripts at all [12:37] *unpack [12:37] I think that armhf people can do chroot of debian one [12:38] well, i dont see a rel benefit for such a cross toolchain but others might feel different [12:38] ~51MB of data in g-u-g [12:38] if i want hf i will build on an hf install [12:38] yes, its huge [12:39] ~6k files [12:39] you have / on sd? [12:39] well, emmc, but yes [12:40] still it took less than half the time with natty [12:40] (same kernel) [12:40] had less files? [12:40] might be [12:40] 6k files + sd == problems [12:40] i wonder if we should ship it anyway ... in times of unity :) [12:40] well, probelms i didnt have with the older userspace [12:40] unity? I do not use it ;D [12:41] well, ubuntu doesnt use much of gnome anymore either [12:41] i know that you dont use it :) [12:41] 1-2 years ago I was joking that I am waiting for GUbuntu - now it exists [12:41] ;D [12:41] does it ? [12:42] * ogra_ didnt know someone started that [12:42] I thought that someone did it [12:42] ogra_: I haven't done any oneiric image testing in a couple of weeks. Last week was getting benchmarking started and several other tasks. [12:42] GrueMaster, yeah, i thought so ... too many other tasks [12:43] That and the images were very unstable after alpha 1. [12:43] yup [12:43] ogra_: http://ugr.teampr0xy.net/ [12:43] The system includes both GNOME 3 and a fallback to a classic GNOME interface as of 0.1.0. [12:45] lunch time [12:45] hrw, heh, funny [12:50] lool, is there any ubuntu armhf rootfs tarball anywhere ? (or at least a repo) ? [12:50] (i know about the debian image but thats not what i look for) [12:51] ogra_: there's debian-ports.org, you can debootstrap from it; no Ubuntu debootstrapable repo yet, albeit we're working on it [12:51] k [13:07] ogra_: Would you know which Ubuntu releases had debian-cd-backed imx51 images? [13:07] I will remove the scripts from oneiric, but dunno how far back I can remove -- natty? maverick? lucid? [13:09] hmm, not sure if maverick still had it, lucid definitely did [13:15] ogra_: http://cdimage.ubuntu.com/ports/releases/10.04/release/ lists an mx51 image, but not http://cdimage.ubuntu.com/ports/releases/10.10/release/ [13:15] ogra_: does that mean I can kill it for maverick? [13:15] worst case, it can be resurrected from bzr history [13:15] also, we wont release any updated maverick image in theory (not like LTS where we have .1, .2 etc.) [13:15] i dont think we'll ever re-roll imx51 images anyway [13:15] er, once i boot the oneiric image, what username and password do i need to give? [13:16] brendand, the one you gave it during the oem-config installer [13:16] lool, just remove it ... i'll blame you if we ever re-roll maverick images :P [13:16] ogra_ - didn't go through that step... [13:16] brendand, sounds like a bug with the daily images [13:17] file it :) [13:17] ogra_ - any idea where? [13:17] lool, also note that lucid for arm is only 18months [13:18] brendand, see the topic ... file it against live-build ... [13:18] (if it is todays image, else the bug is somewhere else) [13:19] ogra_: Still, we keep the scripts of released images in subdirs [13:19] i know [13:19] but I'd like to avoid carrying them in oneiric, oneiric+1 etc. and I took the occasion to strip them of releases they weren't used in [13:19] anyway, removed now [13:20] * ppisati wonders how long does it take to compile a kernel on a panda... [13:20] lool, thanks for doing all that mopping up :) [13:20] ppisati: You have acces to both, test it. :P [13:20] ppisati, in ac100 the ac100 kernel package takes me about 1.5-2h ... (that doesnt build docs or debug) [13:21] GrueMaster: i was sarcastic, i'm doing it right now... [13:21] so fat... [13:21] ops [13:21] far [13:21] 1h20mins and still going... [13:21] on panda a kernel package build should take about the same plus the time it takes to build any additional bits (docs headers ddebs) [13:21] :( [13:21] ogra_: np; next step is demoting redboot-tools and redboot-imx51-babbage [13:21] or whatever it's called [13:22] demoting ? [13:22] just rip them out :) [13:22] they will just bit-rot otherwise [13:23] I thought redboot-tools was in Debian but apparently not; I agree with removal, I'm fine either way [13:23] better remove ... if they are ever needed back or so we can re-vive them still [13:23] there is a small chance that redboot-tools is useful to some, albeit I can't think of a modern armv7 platform which uses redboot [13:23] maybe if we rebuild Ubuntu for v5 [13:23] well, then they can come back [13:24] the branches still exist [13:24] I could flip your argument the other way around ;-) [13:24] better keep, less work than pushing them back ;-) [13:24] sure, if you feel like :P [13:24] I don't think I care, albeit I do care that they get demoted out of main [13:24] but who eill maintain them :) [13:58] around 2 hours [13:58] that's what it takes to compile a natty kernel on a panda + usb disk [14:00] yeah, about the same on ac100 [14:00] ogra_: do you compile it on the internal flash? [14:00] yes [14:00] everything else needs patience [14:01] doesn't it wear out quickly? [14:01] dunno, mine didnt since oct being my main work device [14:01] ok [14:01] might make it wear out in 4 years instead of 5 i guess [14:02] dunno, i thought it would die much sooner [14:02] or so ... [14:02] well, its true that swapping and lots of RW reduce the life cycle ... but that doesnt mean it dies tomorrow if you start today [14:03] i've been badly impressed by a couple of sd i bought [14:03] by wearing them out ? [14:03] they died really quickly (2 months or so) [14:03] i think so, since then i moved to a usb disk [14:04] * ogra_ is working with tiny laptops since 4 years now, i managed to wear out exactly one usb stick [14:04] i have never worn out an SD ... [14:04] even though i do myriads of install tests since several years with them [14:04] then perhaps mine were crap, but i feel a bit uncomfortable compiling a kernel on a flash device [14:05] well, if you use the ac100, the MMC is the fastest disk option [14:05] faster than USb [14:05] definitely i'll use that [14:05] and faster than external SD [14:09] and i can confirm you that we lost usb on omap4 too [14:09] both native compilation or cross [14:09] Yea. :( [14:12] who needs USB as long as we have a shiny new version number on your compiler suite [14:13] s/your/our/ [14:13] yesterday i rolled a new 4.6 toolchain using the devian packages [14:13] let's see if i can reproduce it there [14:14] debian [14:14] (today i have a problem with my beayboard) [14:14] ... [14:14] keyboard [14:19] latest linaro .39 kernel has it too [14:21] thats a good indicator [14:24] let's see with the debian cross toolchain now [15:00] and it's there with the debian toolchain too [15:00] uhm [15:08] ppisati, not surprising [15:19] ogra_: actually it doesn't show the sda even with the 4.5.x toolchain [15:19] ogra_: i wonder if it's an unrelated issue [15:23] oh, you didnt say 4.5 [15:24] ogra_: i'm trying all the combinations [15:24] at last i thought "did i try this with 4.5? uhmm..." === charlie-tca is now known as charlie-tca1 [15:57] hmm, no love from canonical [16:17] ScottK: which architecture speciically? [16:18] NCommand1r: It was omap and omap4. [16:19] ScottK: and where did that error pop up? (sounds like the installer ...) [16:19] NCommand1r: IIRC it was the ISO build failure mail. === fairuz is now known as fairuz_ [16:23] cjwatson doing the footwork to change us over to live-helper, probably a few hiccups here and there [16:27] Probably. Just wanted to check and make sure. [16:49] ScottK, already fixed [16:50] ogra_: Thanks. [18:27] hello, i just downloaded ubuntu 11.04 on a sd card for my beagleboard xM. however, it booted into command line, instead of the unity gui...how do i get unity to show up? [18:27] beagleboarduser, but you used the netbook image ? [18:28] i got the image from this website: http://cdimage.ubuntu.com/releases/11.04/release/ [18:28] is that wrong? [18:28] no, thats fine, but which one ? [18:28] the Omap3 preinstalled netbook image. [18:29] this was the name: ubuntu-11.04-preinstalled-netbook-armel+omap.img.gz [18:29] that should be fine [18:30] and you dont see the installer on your hdmi display after booting ? [18:30] no, it had the "ubuntu" image with the purple background. it said something about resizing install image, then it suddenly put me in the command line [18:30] i didn't get any options to make an account, etc. [18:31] it should have rebooted at the end of the resizing [18:31] ok. should i restart it from the commandline (at the very top it said "No init found. Try passing init = boot" or something similar) [18:31] probably you got a broken install and busybox came up [18:32] yeah, sd card issues [18:32] could be that your dd got broken in the process or your sd card doesn't work as expected with your beagle [18:32] yeah, busybox showed up...broken install already? wow, i didn't even start with ubuntu yet, this must be a record :/ [18:32] how did you put the image on the sd ? [18:33] did you follow the ubuntu install instructions (linked from https://wiki.ubuntu.com/ARM/OMAP) [18:33] i put my 16 gb card into my laptop card reader, clicked on "unmount", then used the commandline given in the install instructions [18:33] yep, i used the gunzip one (gunzip -c ubuntu-11.04-preinstalled-netbook-armel+.img.gz | sudo dd bs=4M of=/dev/), but i changed the requisite things [18:34] omap.img.gz, and then /dev/mmcblk0 [18:34] well, that line should be fine [18:35] I have one sd card that I usually get the same issue you got [18:35] never worked with ubuntu images [18:35] ah that's a bummer....so i need another sd card? [18:35] maybe, try dd again [18:36] ok, how should i clear the files already on the card? [18:36] dd will do that [18:36] er...what is dd? [18:36] (sorry for my beginner-esque questions... :) ) [18:36] see what you pasted above :) [18:37] gunzip -c ubuntu-11.04-preinstalled-netbook-armel+.img.gz | sudo dd bs=4M of=/dev/ [18:37] dd is the second command on that line :) [18:37] or "sudo dd" [18:37] haha, oops, i missed that, it looked like another option to my eye, thanks! [18:38] the | connects the output of the first command to the input of the second one [18:39] ok, got it [18:39] i'll try the "dd" again, hopefully it'll work [18:41] lool, oh, regarding your mx5/efika stuff that was mentioned on the debian-arm ML, do you plan to pull that soon into debian (i still have a pending merge for flash-kernel in oneiric adn was wondering if i should wait for that) [18:42] flag@omap:~$ cat /proc/version_signature [18:42] Ubuntu 2.6.38-1208.11-omap4 2.6.38.2 [18:42] flag@omap:~$ ifconfig eth0 [18:42] eth0 Link encap:Ethernet HWaddr 00:01:04:1b:2c:1f inet addr:192.168.0.65 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::201:4ff:fe1b:2c1f/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:10 errors:0 dropped:0 overruns:0 frame:0 TX packets:17 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1056 (1.0 KB) TX bytes:1992 (1.9 KB) [18:42] flag@omap:~$ lsmod [18:42] Module Size Used by [18:42] sg 21574 0 [18:42] wl12xx 90763 1 wl12xx_sdio [18:42] wl12xx_sdio 3044 0 [18:43] btsdio 2816 0 [18:44] unloaded all the modules but eth0 is still there [18:45] yeah, looks ok [18:45] flag@omap:~$ dmesg | grep smsc [18:45] [ 2.744903] usbcore: registered new interface driver smsc95xx [18:45] [ 3.920196] smsc95xx 1-1.1:1.0: usb_probe_interface [18:45] [ 3.920196] smsc95xx 1-1.1:1.0: usb_probe_interface - got id [18:45] [ 3.920227] smsc95xx v1.0.4 [18:45] [ 4.001525] smsc95xx 1-1.1:1.0: eth0: register 'smsc95xx' at usb-ehci-omap.0-1.1, smsc95xx USB 2.0 Ethernet, 2e:40:70:f0:12:06 [18:45] [ 62.695220] smsc95xx 1-1.1:1.0: eth0: kevent 4 may have been dropped [18:45] [flag@newluxor canonical]$ grep -i smsc ubuntu-natty/debian/build/build-omap4/.config [18:45] CONFIG_SENSORS_SMSC47B397=m [18:45] CONFIG_SENSORS_SMSC47M1=m [18:45] CONFIG_SENSORS_SMSC47M192=m [18:45] CONFIG_SMSC911X=m [18:45] # CONFIG_SMSC911X_ARCH_HOOKS is not set [18:45] CONFIG_SMSC_PHY=m [18:45] # CONFIG_USB_NET_SMSC75XX is not set [18:45] CONFIG_USB_NET_SMSC95XX=y [18:46] NCommand1r: can't you break into initrd? [18:46] i know there was an option... [18:46] d-i has a terminal running on tty4, shouldnt be a prob [18:46] ah, didn't know [18:47] (debian-installer actually *is* your initrd :) ) [18:47] ah right, it's an installation scenario [18:47] right [18:48] Texas Instruments X-Loader 1.5.0 (Apr 11 2011 - 09:48:22) [18:48] U-Boot 2011.03 (Apr 20 2011 - 07:37:43) [18:50] back, sorry [18:50] ppisati: something that is a m should be a y or listed in the proper udeb [18:50] NCommand1r, SMSC95XX isnt m [18:50] and eth0 is there for him apparently [18:51] ogra_: well I don't have ifconfig in the preboot enviornent [18:51] NCommand1r, can you capture dmesg in d-i and paste that somewhere ? [18:51] NCommand1r, cat /proc/net/dev [18:51] /lib/modules/2.6.38-1208-omap4/kernel/net # cat /proc/net/dev [18:51] Inter-| Receive | Transmit [18:51] face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed [18:51] should show you all interfaces the kernel knows [18:51] lo: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 [18:51] thats inside d-i ? [18:51] yeah [18:51] unbelivable ... [18:52] hw version? [18:52] does the kernel-image.udeb use some special config or some such ? [18:52] * ogra_ doesnt get it ... eth0 should definitely be there [18:54] ogra_: nope, its the same old vmlinuz [18:54] any trace in dmesg about smc ? [18:54] /lib/modules/2.6.38-1208-omap4/kernel/net # dmesg | grep smc [18:54] /lib/modules/2.6.38-1208-omap4/kernel/net # [18:54] well, "same old" ... [18:55] NCommand1r: do you heate zcat? [18:55] have [18:55] zcat /proc/config.gz | grep -i smsc [18:55] flag@omap:~$ zcat /proc/config.gz | grep -i smsc [18:55] CONFIG_SENSORS_SMSC47B397=m [18:55] CONFIG_SENSORS_SMSC47M1=m [18:55] CONFIG_SENSORS_SMSC47M192=m [18:55] CONFIG_SMSC911X=m [18:55] # CONFIG_SMSC911X_ARCH_HOOKS is not set [18:55] CONFIG_SMSC_PHY=m [18:55] # CONFIG_USB_NET_SMSC75XX is not set [18:55] ppisati: same [18:55] CONFIG_USB_NET_SMSC95XX=y [18:55] ppisati, ugh, that should definitely be disabled in paclkaged kernels [18:55] that's running config [18:55] ogra_: really? [18:55] NCommand1r: and you have it [18:56] ppisati, yes, by design we ship a text fuile with the config in /boot [18:56] s/design/default [18:56] at this point, if you have CONFIG_USB_NET_SMSC95XX=y then it could be a: [18:56] -different hw rev [18:56] -faulty hw? [18:57] because in the kernel boot you should have it [18:57] userspace is not involved [18:57] i mean, perhaps someone could "delete it" later but when the kernel bootas [18:57] should recognize/probe it [18:57] sorry, what is the main issue here? [18:57] argument passed via boot.scr? [18:57] rsalveti, debina-installer [18:57] rsalveti: https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/796892 [18:57] Ubuntu bug 796892 in linux-ti-omap4 "OMAP4 kernel udebs don't include NIC drivers" [High,Confirmed] [18:58] unrealted to that problem the bug is ture though [18:58] there should be a ton of NIC drivers in the udeb for anything you can potentially attach via USB [18:58] but the actual problem doesnt seem to be udeb related [18:59] ogra_: its a panda shipped out of the box from davidm [18:59] NCommand1r: and you just got it? [18:59] two weeks ago [18:59] ppisati: with just a uImage (without modules) can you get the interface? [18:59] rsalveti: if it's builtin i think so [19:00] rsalveti: i don't have any module loaded to get eth0 [19:01] should be this one: [19:01] Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. [19:01] Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 2 TT per port bMaxPacketSize0 64 idVendor 0x0424 Standard Microsystems Corp. idProduct 0x9514 bcdDevice 2.00 [19:01] ppisati: lets approach this another way, do you want to try booting the netboot installer image I'm using and see if you get ethernet? [19:01] ops [19:01] wait, pastebin [19:01] NCommand1r: yeah, give it to me [19:01] ppisati: http://ports.ubuntu.com/ubuntu-ports/dists/oneiric/main/installer-armel/current/images/omap4/netboot/ [19:01] I'm using boot.img-seiral [19:01] NCommand1r, did you ask colin already, probably we're overseeing something obvious [19:02] (though i couldnt imagine what) [19:03] NCommand1r: http://pastebin.ubuntu.com/626724/ [19:03] NCommand1r: should be this one [19:04] bDeviceClass 9 Hub [19:04] ?? [19:04] thats surely not the NIC [19:04] idProduct 0x9514 [19:04] isn't it? [19:04] ppisati: I don't have lsusb in the installer enviornent [19:05] NCommand1r: ok [19:05] not sure, but there should be a wlan entry too [19:05] yep [19:05] NCommand1r: do i dd the image to a sd? [19:05] yes === jburkholder1 is now known as jburkholder [19:10] ok [19:10] tty4? [19:10] anyway [19:11] could be tty3 ... its a while ago that i used d-i [19:11] how do i switch to it? [19:11] serial console [19:11] heh [19:12] screwed ... :P [19:12] anyway [19:12] it said "network auto configuration ok" [19:12] or something like that [19:12] ... [19:12] so its something with my panda [19:12] Great [19:12] heh [19:12] wait [19:12] execute a shell [19:12] ah [19:12] yeah, you can get one from the menu [19:13] ASD! :) [19:13] ~ # cat /proc/net/dev [19:13] Inter-| Receive | Transmit [19:13] face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed [19:13] lo: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 [19:13] eth0: 4311 21 0 0 0 0 0 0 3030 25 0 0 0 0 0 0 [19:13] aha [19:13] ~ # [19:13] different hw or faulty [19:13]