[00:32] <Jef91> Anyone know if Ubuntu ARM is fully functional on the apple TV box?
[01:39] <cipher> does anyone know the latest "start on" type upstart stanza one could use to start an executable/script?
[01:40] <cipher> latest in terms of time since boot
[01:41] <cipher> 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] <cipher> the process is dependant on modprobe of a linux gadget and setting of permissions for the led in /sys/class/leds
[01:52] <persia> cipher, Don't do that in upstart.  Have udev start your service when it detects the device (hotplug)
[02:44] <cipher> persia: unfortunately udev doesn't detect it, at least when I use udevadm to monitor there's no event for my device
[02:44] <cipher> because it's a platform device, methinks
[02:45] <persia> There's a bug there somewhere.
[02:45] <persia> If you need to modprobe, then it *should* provide an event.
[04:18] <ScottK> 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?
[05:55] <MrCurious> sweet. ubuntu wifi working without having to login
[05:55] <MrCurious> fires up on boot
[08:53] <garagoth> Good morning/afternoon/evening
[08:54] <garagoth> What was the reasoning then i2c bus 2 was not added to arm kernel for Ubuntu?
[08:54] <garagoth> s/then/when/
[08:57] <garagoth> for Beagleboard ofc
[09:48] <ogra_> ScottK, thats fallout of the switch to the new live rootfs build system
[09:48] <ogra_> ScottK, i got it too for our images
[10:56] <sveinse> 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] <ogra_> funny, never heard of such probs
[10:59] <persia> 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] <persia> (no it's not listed on the website, but really I bought some from them)
[11:04] <jeremiah> ehlo earthlings!
[11:04] <jeremiah> If I find a bug (heaven forbid) in one of the oneiric daily builds
[11:04] <jeremiah> do I file a bug?
[11:04] <jeremiah> And if so, where?
[11:04] <persia> Please.
[11:05] <jeremiah> I'm about to test the oneiric headless OMAP 4 on a fresh pandaboard.
[11:05] <persia> `ubuntu-bug ${best-guess-at-package-name}` running on the affected system.
[11:05] <jeremiah> :)
[11:05] <jeremiah> persia: Thanks. :-)
[11:05] <persia> Extra points for including the fix with the bug submission :)
[11:13] <jeremiah> heh
[11:20] <hrw> oneiric on panda...
[11:20] <hrw> works fine for me
[11:26] <hrw> 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] <garagoth> hrw: mogą chłopaki ostrzeżenia nie zrozumieć :-)
[11:32] <hrw> garagoth: second part is understandable
[11:43] <GrueMaster> jeremiah: persia:  ubuntu-bug is not installed on headless, so you will need to install it.
[12:03] <persia> GrueMaster, Oh, hm.  Right.
[12:14] <lool> Does someone care about debian-cd and debian-installer support for imx51 based on RedBoot (redboot-tools)?
[12:15] <lool> 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] <ogra_> just drop it
[12:16] <lool> Thanks
[12:18] <jeremiah> GrueMaster: Thanks, good to know. :)
[12:27] <ogra_> 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] <ogra_> its taking like 25min here
[12:31] <Gelmi> has anyone run Ubuntu 11.04 on PandaBoard Rev A2 with success?
[12:31] <Gelmi> I spent all night last night trying to boot ubuntu, with practicly no results
[12:32] <Gelmi> 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] <Gelmi> 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] <hrw> ogra_: I just finished dist-upgrade oneiric->oneiric on a1 panda
[12:35] <ogra_> did you get an update of g-u-d ?
[12:35] <hrw> probably not have it installed
[12:35] <ogra_> ah
[12:35] <ogra_> well, the update works just fine
[12:35] <hrw> yep. uninstalled state
[12:36] <ogra_> but it takes like 25-30 min to unpack an update to gnome-user-docs
[12:36] <hrw> btw - do we want armhf cross toolchain for armel?
[12:36] <ogra_> that used to be under 10min ... which is still long but more bearable
[12:36] <ogra_> hrw, is there a usecase for it ?
[12:37] <hrw> what it does on upgrade? recompilation of every format etc?
[12:37] <ogra_> i.e. do yu expect people to build for hf on el ?
[12:37] <hrw> ogra_: just got asked once for it so why not ask here
[12:37] <ogra_> it doesnt do anything but inpack its contents
[12:37] <ogra_> there are no postinst preinst scripts at all
[12:37] <ogra_> *unpack
[12:37] <hrw> I think that armhf people can do chroot of debian one
[12:38] <ogra_> well, i dont see a rel benefit for such a cross toolchain but others might feel different
[12:38] <hrw> ~51MB of data in g-u-g
[12:38] <ogra_> if i want hf i will build on an hf install
[12:38] <ogra_> yes, its huge
[12:39] <hrw> ~6k files
[12:39] <hrw> you have / on sd?
[12:39] <ogra_> well, emmc, but yes
[12:40] <ogra_> still it took less than half the time with natty
[12:40] <ogra_> (same kernel)
[12:40] <hrw> had less files?
[12:40] <ogra_> might be
[12:40] <hrw> 6k files + sd == problems
[12:40] <ogra_> i wonder if we should ship it anyway ... in times of unity :)
[12:40] <ogra_> well, probelms i didnt have with the older userspace
[12:40] <hrw> unity? I do not use it ;D
[12:41] <ogra_> well, ubuntu doesnt use much of gnome anymore either
[12:41] <ogra_> i know that you dont use it :)
[12:41] <hrw> 1-2 years ago I was joking that I am waiting for GUbuntu - now it exists
[12:41] <hrw> ;D
[12:41] <ogra_> does it ?
[12:42]  * ogra_ didnt know someone started that
[12:42] <hrw> I thought that someone did it
[12:42] <GrueMaster> 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] <ogra_> GrueMaster, yeah, i thought so ... too many other tasks
[12:43] <GrueMaster> That and the images were very unstable after alpha 1.
[12:43] <ogra_> yup
[12:43] <hrw> ogra_: http://ugr.teampr0xy.net/
[12:43] <hrw> The system includes both GNOME 3 and a fallback to a classic GNOME interface as of 0.1.0.
[12:45] <hrw> lunch time
[12:45] <ogra_> hrw, heh, funny
[12:50] <ogra_> lool, is there any ubuntu armhf rootfs tarball anywhere ? (or at least a repo) ?
[12:50] <ogra_> (i know about the debian image but thats not what i look for)
[12:51] <lool> ogra_: there's debian-ports.org, you can debootstrap from it; no Ubuntu debootstrapable repo yet, albeit we're working on it
[12:51] <ogra_> k
[13:07] <lool> ogra_: Would you know which Ubuntu releases had debian-cd-backed imx51 images?
[13:07] <lool> I will remove the scripts from oneiric, but dunno how far back I can remove -- natty?  maverick?  lucid?
[13:09] <ogra_> hmm, not sure if maverick still had it, lucid definitely did
[13:15] <lool> 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] <lool> ogra_: does that mean I can kill it for maverick?
[13:15] <lool> worst case, it can be resurrected from bzr history
[13:15] <lool> also, we wont release any updated maverick image in theory (not like LTS where we have .1, .2 etc.)
[13:15] <ogra_> i dont think we'll ever re-roll imx51 images anyway
[13:15] <brendand> er, once i boot the oneiric image, what username and password do i need to give?
[13:16] <ogra_> brendand, the one you gave it during the oem-config installer
[13:16] <ogra_> lool, just remove it ... i'll blame you if we ever re-roll maverick images :P
[13:16] <brendand> ogra_ - didn't go through that step...
[13:16] <ogra_> brendand, sounds like a bug with the daily images
[13:17] <ogra_> file it :)
[13:17] <brendand> ogra_ - any idea where?
[13:17] <ogra_> lool, also note that lucid for arm is only 18months
[13:18] <ogra_> brendand, see the topic ... file it against live-build ...
[13:18] <ogra_> (if it is todays image, else the bug is somewhere else)
[13:19] <lool> ogra_: Still, we keep the scripts of released images in subdirs
[13:19] <ogra_> i know
[13:19] <lool> 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] <lool> anyway, removed now
[13:20]  * ppisati wonders how long does it take to compile a kernel on a panda...
[13:20] <ogra_> lool, thanks for doing all that mopping up :)
[13:20] <GrueMaster> ppisati: You have acces to both, test it.  :P
[13:20] <ogra_> ppisati, in ac100 the ac100 kernel package takes me about 1.5-2h ... (that doesnt build docs or debug)
[13:21] <ppisati> GrueMaster: i was sarcastic, i'm doing it right now...
[13:21] <ppisati> so fat...
[13:21] <ppisati> ops
[13:21] <ppisati> far
[13:21] <ppisati> 1h20mins and still going...
[13:21] <ogra_> 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] <ppisati> :(
[13:21] <lool> ogra_: np; next step is demoting redboot-tools and redboot-imx51-babbage
[13:21] <lool> or whatever it's called
[13:22] <ogra_> demoting ?
[13:22] <ogra_> just rip them out :)
[13:22] <ogra_> they will just bit-rot otherwise
[13:23] <lool> I thought redboot-tools was in Debian but apparently not; I agree with removal, I'm fine either way
[13:23] <ogra_> better remove ... if they are ever needed back or so we can re-vive them still
[13:23] <lool> 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] <lool> maybe if we rebuild Ubuntu for v5
[13:23] <ogra_> well, then they can come back
[13:24] <ogra_> the branches still exist
[13:24] <lool> I could flip your argument the other way around  ;-)
[13:24] <lool> better keep, less work than pushing them back   ;-)
[13:24] <ogra_> sure, if you feel like :P
[13:24] <lool> I don't think I care, albeit I do care that they get demoted out of main
[13:24] <ogra_> but who eill maintain them :)
[13:58] <ppisati> around 2 hours
[13:58] <ppisati> that's what it takes to compile a natty kernel on a panda + usb disk
[14:00] <ogra_> yeah, about the same on ac100
[14:00] <ppisati> ogra_: do you compile it on the internal flash?
[14:00] <ogra_> yes
[14:00] <ogra_> everything else needs patience
[14:01] <ppisati> doesn't it wear out quickly?
[14:01] <ogra_> dunno, mine didnt since oct being my main work device
[14:01] <ppisati> ok
[14:01] <ogra_> might make it wear out in 4 years instead of 5 i guess
[14:02] <ppisati> dunno, i thought it would die much sooner
[14:02] <ogra_> or so ...
[14:02] <ogra_> 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] <ppisati> i've been badly impressed by a couple of sd i bought
[14:03] <ogra_> by wearing them out ?
[14:03] <ppisati> they died really quickly (2 months or so)
[14:03] <ppisati> 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] <ogra_> i have never worn out an SD ...
[14:04] <ogra_> even though i do myriads of install tests since several years with them
[14:04] <ppisati> then perhaps mine were crap, but i feel a bit uncomfortable compiling a kernel on a flash device
[14:05] <ogra_> well, if you use the ac100, the MMC is the fastest disk option
[14:05] <ogra_> faster than USb
[14:05] <ppisati> definitely i'll use that
[14:05] <ogra_> and faster than external SD
[14:09] <ppisati> and i can confirm you that we lost usb on omap4 too
[14:09] <ppisati> both native compilation or cross
[14:09] <GrueMaster> Yea.  :(
[14:12] <ogra_> who needs USB as long as we have a shiny new version number on your compiler suite
[14:13] <ogra_> s/your/our/
[14:13] <ppisati> yesterday i rolled a new 4.6 toolchain using the devian packages
[14:13] <ppisati> let's see if i can reproduce it there
[14:14] <ppisati> debian
[14:14] <ppisati> (today i have a problem with my beayboard)
[14:14] <ppisati> ...
[14:14] <ppisati> keyboard
[14:19] <ppisati> latest linaro .39 kernel has it too
[14:21] <ogra_> thats a good indicator
[14:24] <ppisati> let's see with the debian cross toolchain now
[15:00] <ppisati> and it's there with the debian toolchain too
[15:00] <ppisati> uhm
[15:08] <ogra_> ppisati, not surprising
[15:19] <ppisati> ogra_: actually it doesn't show the sda even with the 4.5.x toolchain
[15:19] <ppisati> ogra_: i wonder if it's an unrelated issue
[15:23] <ogra_> oh, you didnt say 4.5
[15:24] <ppisati> ogra_: i'm trying all the combinations
[15:24] <ppisati> at last i thought "did i try this with 4.5? uhmm..."
[15:57] <jburkholder1> hmm, no love from canonical
[16:17] <NCommand1r> ScottK: which architecture speciically?
[16:18] <ScottK> NCommand1r: It was omap and omap4.
[16:19] <NCommand1r> ScottK: and where did that error pop up? (sounds like the installer ...)
[16:19] <ScottK> NCommand1r: IIRC it was the ISO build failure mail.
[16:23] <NCommand1r> cjwatson doing the footwork to change us over to live-helper, probably a few hiccups here and there
[16:27] <ScottK> Probably.  Just wanted to check and make sure.
[16:49] <ogra_> ScottK, already fixed
[16:50] <ScottK> ogra_: Thanks.
[18:27] <beagleboarduser> 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] <ogra_> beagleboarduser, but you used the netbook image ?
[18:28] <beagleboarduser> i got the image from this website: http://cdimage.ubuntu.com/releases/11.04/release/
[18:28] <beagleboarduser> is that wrong?
[18:28] <ogra_> no, thats fine, but which one ?
[18:28] <beagleboarduser> the Omap3 preinstalled netbook image.
[18:29] <beagleboarduser> this was the name: ubuntu-11.04-preinstalled-netbook-armel+omap.img.gz
[18:29] <ogra_> that should be fine
[18:30] <ogra_> and you dont see the installer on your hdmi display after booting ?
[18:30] <beagleboarduser> 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] <beagleboarduser> i didn't get any options to make an account, etc.
[18:31] <ogra_> it should have rebooted at the end of the resizing
[18:31] <beagleboarduser> 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] <rsalveti> probably you got a broken install and busybox came up
[18:32] <rsalveti> yeah, sd card issues
[18:32] <rsalveti> could be that your dd got broken in the process or your sd card doesn't work as expected with your beagle
[18:32] <beagleboarduser> yeah, busybox showed up...broken install already? wow, i didn't even start with ubuntu yet, this must be a record :/
[18:32] <ogra_> how did you put the image on the sd ?
[18:33] <ogra_> did you follow the ubuntu install instructions (linked from https://wiki.ubuntu.com/ARM/OMAP)
[18:33] <beagleboarduser> 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] <beagleboarduser> yep, i used the gunzip one (gunzip -c ubuntu-11.04-preinstalled-netbook-armel+<omap image>.img.gz | sudo dd bs=4M of=/dev/<device name>), but i changed the requisite things
[18:34] <beagleboarduser> omap.img.gz, and then /dev/mmcblk0
[18:34] <ogra_> well, that line should be fine
[18:35] <rsalveti> I have one sd card that I usually get the same issue you got
[18:35] <rsalveti> never worked with ubuntu images
[18:35] <beagleboarduser> ah that's a bummer....so i need another sd card?
[18:35] <rsalveti> maybe, try dd again
[18:36] <beagleboarduser> ok, how should i clear the files already on the card?
[18:36] <ogra_> dd will do that
[18:36] <beagleboarduser> er...what is dd?
[18:36] <beagleboarduser> (sorry for my beginner-esque questions... :) )
[18:36] <ogra_> see what you pasted above :)
[18:37] <ogra_> gunzip -c ubuntu-11.04-preinstalled-netbook-armel+<omap image>.img.gz | sudo dd bs=4M of=/dev/<device name>
[18:37] <ogra_> dd is the second command on that line :)
[18:37] <ogra_> or "sudo dd"
[18:37] <beagleboarduser> haha, oops, i missed that, it looked like another option to my eye, thanks!
[18:38] <ogra_> the | connects the output of the first command to the input of the second one
[18:39] <beagleboarduser> ok, got it
[18:39] <beagleboarduser> i'll try the "dd" again, hopefully it'll work
[18:41] <ogra_> 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] <ppisati> flag@omap:~$ cat /proc/version_signature
[18:42] <ppisati> Ubuntu 2.6.38-1208.11-omap4 2.6.38.2
[18:42] <ppisati> flag@omap:~$ ifconfig eth0
[18:42] <ppisati> 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] <ppisati> flag@omap:~$ lsmod
[18:42] <ppisati> Module                  Size  Used by
[18:42] <ppisati> sg                     21574  0
[18:42] <ppisati> wl12xx                 90763  1 wl12xx_sdio
[18:42] <ppisati> wl12xx_sdio             3044  0
[18:43] <ppisati> btsdio                  2816  0
[18:44] <ppisati> unloaded all the modules but eth0 is still there
[18:45] <ogra_> yeah, looks ok
[18:45] <ppisati> flag@omap:~$ dmesg | grep smsc
[18:45] <ppisati> [    2.744903] usbcore: registered new interface driver smsc95xx
[18:45] <ppisati> [    3.920196] smsc95xx 1-1.1:1.0: usb_probe_interface
[18:45] <ppisati> [    3.920196] smsc95xx 1-1.1:1.0: usb_probe_interface - got id
[18:45] <ppisati> [    3.920227] smsc95xx v1.0.4
[18:45] <ppisati> [    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] <ppisati> [   62.695220] smsc95xx 1-1.1:1.0: eth0: kevent 4 may have been dropped
[18:45] <ppisati> [flag@newluxor canonical]$ grep -i smsc ubuntu-natty/debian/build/build-omap4/.config
[18:45] <ppisati> CONFIG_SENSORS_SMSC47B397=m
[18:45] <ppisati> CONFIG_SENSORS_SMSC47M1=m
[18:45] <ppisati> CONFIG_SENSORS_SMSC47M192=m
[18:45] <ppisati> CONFIG_SMSC911X=m
[18:45] <ppisati> # CONFIG_SMSC911X_ARCH_HOOKS is not set
[18:45] <ppisati> CONFIG_SMSC_PHY=m
[18:45] <ppisati> # CONFIG_USB_NET_SMSC75XX is not set
[18:45] <ppisati> CONFIG_USB_NET_SMSC95XX=y
[18:46] <ppisati> NCommand1r: can't you break into initrd?
[18:46] <ppisati> i know there was an option...
[18:46] <ogra_> d-i has a terminal running on tty4, shouldnt be a prob
[18:46] <ppisati> ah, didn't know
[18:47] <ogra_> (debian-installer actually *is* your initrd :) )
[18:47] <ppisati> ah right, it's an installation scenario
[18:47] <ogra_> right
[18:48] <ppisati> Texas Instruments X-Loader 1.5.0 (Apr 11 2011 - 09:48:22)
[18:48] <ppisati> U-Boot 2011.03 (Apr 20 2011 - 07:37:43)
[18:50] <NCommand1r> back, sorry
[18:50] <NCommand1r> ppisati: something that is a m should be a y or listed in the proper udeb
[18:50] <ogra_> NCommand1r, SMSC95XX isnt m
[18:50] <ogra_> and eth0 is there for him apparently
[18:51] <NCommand1r> ogra_: well I don't have ifconfig in the preboot enviornent
[18:51] <ogra_> NCommand1r, can you capture dmesg in d-i and paste that somewhere ?
[18:51] <ogra_> NCommand1r, cat /proc/net/dev
[18:51] <NCommand1r> /lib/modules/2.6.38-1208-omap4/kernel/net # cat /proc/net/dev
[18:51] <NCommand1r> Inter-|   Receive                                                |  Transmit
[18:51] <NCommand1r>  face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
[18:51] <ogra_> should show you all interfaces the kernel knows
[18:51] <NCommand1r>     lo:       0       0    0    0    0     0          0         0        0       0    0    0    0     0       0          0
[18:51] <ogra_> thats inside d-i ?
[18:51] <NCommand1r> yeah
[18:51] <ogra_> unbelivable ...
[18:52] <ppisati> hw version?
[18:52] <ogra_> 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] <NCommand1r> ogra_: nope, its the same old vmlinuz
[18:54] <ogra_> any trace in dmesg about smc ?
[18:54] <NCommand1r> /lib/modules/2.6.38-1208-omap4/kernel/net # dmesg | grep smc
[18:54] <NCommand1r> /lib/modules/2.6.38-1208-omap4/kernel/net #
[18:54] <ogra_> well, "same old" ...
[18:55] <ppisati> NCommand1r: do you heate zcat?
[18:55] <ppisati> have
[18:55] <ppisati> zcat /proc/config.gz | grep -i smsc
[18:55] <ppisati> flag@omap:~$ zcat /proc/config.gz | grep -i smsc
[18:55] <ppisati> CONFIG_SENSORS_SMSC47B397=m
[18:55] <ppisati> CONFIG_SENSORS_SMSC47M1=m
[18:55] <ppisati> CONFIG_SENSORS_SMSC47M192=m
[18:55] <ppisati> CONFIG_SMSC911X=m
[18:55] <ppisati> # CONFIG_SMSC911X_ARCH_HOOKS is not set
[18:55] <ppisati> CONFIG_SMSC_PHY=m
[18:55] <ppisati> # CONFIG_USB_NET_SMSC75XX is not set
[18:55] <NCommand1r> ppisati: same
[18:55] <ppisati> CONFIG_USB_NET_SMSC95XX=y
[18:55] <ogra_> ppisati, ugh, that should definitely be disabled in paclkaged kernels
[18:55] <ppisati> that's running config
[18:55] <ppisati> ogra_: really?
[18:55] <ppisati> NCommand1r: and you have it
[18:56] <ogra_> ppisati, yes, by design we ship a text fuile with the config in /boot
[18:56] <ogra_> s/design/default
[18:56] <ppisati> at this point, if you have CONFIG_USB_NET_SMSC95XX=y then it could be a:
[18:56] <ppisati> -different hw rev
[18:56] <ppisati> -faulty hw?
[18:57] <ppisati> because in the kernel boot you should have it
[18:57] <ppisati> userspace is not involved
[18:57] <ppisati> i mean, perhaps someone could "delete it" later but when the kernel bootas
[18:57] <ppisati> should recognize/probe it
[18:57] <rsalveti> sorry, what is the main issue here?
[18:57] <ppisati> argument passed via boot.scr?
[18:57] <ogra_> rsalveti, debina-installer
[18:57] <ppisati> rsalveti: https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/796892
[18:57] <ubot2> Ubuntu bug 796892 in linux-ti-omap4 "OMAP4 kernel udebs don't include NIC drivers" [High,Confirmed]
[18:58] <ogra_> unrealted to that problem the bug is ture though
[18:58] <ogra_> there should be a ton of NIC drivers in the udeb for anything you can potentially attach via USB
[18:58] <ogra_> but the actual problem doesnt seem to be udeb related
[18:59] <NCommand1r> ogra_: its a panda shipped out of the box from davidm
[18:59] <ppisati> NCommand1r: and you just got it?
[18:59] <NCommand1r> two weeks ago
[18:59] <rsalveti> ppisati: with just a uImage (without modules) can you get the interface?
[18:59] <ppisati> rsalveti: if it's builtin i think so
[19:00] <ppisati> rsalveti: i don't have any module loaded to get eth0
[19:01] <ppisati> should be this one:
[19:01] <ppisati> Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
[19:01] <ppisati> 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] <NCommand1r> 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] <ppisati> ops
[19:01] <ppisati> wait, pastebin
[19:01] <ppisati> NCommand1r: yeah, give it to me
[19:01] <NCommand1r> ppisati: http://ports.ubuntu.com/ubuntu-ports/dists/oneiric/main/installer-armel/current/images/omap4/netboot/
[19:01] <NCommand1r> I'm using boot.img-seiral
[19:01] <ogra_> NCommand1r, did you ask colin already, probably we're overseeing something obvious
[19:02] <ogra_> (though i couldnt imagine what)
[19:03] <ppisati> NCommand1r: http://pastebin.ubuntu.com/626724/
[19:03] <ppisati> NCommand1r: should be this one
[19:04] <ogra_> bDeviceClass            9 Hub
[19:04] <ogra_> ??
[19:04] <ogra_> thats surely not the NIC
[19:04] <ppisati> idProduct          0x9514
[19:04] <ppisati> isn't it?
[19:04] <NCommand1r> ppisati: I don't have lsusb in the installer enviornent
[19:05] <ppisati> NCommand1r: ok
[19:05] <ogra_> not sure, but there should be a wlan entry too
[19:05] <ppisati> yep
[19:05] <ppisati> NCommand1r: do i dd the image to a sd?
[19:05] <ogra_> yes
[19:10] <ppisati> ok
[19:10] <ppisati> tty4?
[19:10] <ppisati> anyway
[19:11] <ogra_> could be tty3 ... its a while ago that i used d-i
[19:11] <ppisati> how do i switch to it?
[19:11] <ppisati> serial console
[19:11] <ogra_> heh
[19:12] <ogra_> screwed ... :P
[19:12] <ppisati> anyway
[19:12] <ppisati> it said "network auto configuration ok"
[19:12] <ppisati> or something like that
[19:12] <NCommand1r> ...
[19:12] <NCommand1r> so its something with my panda
[19:12] <NCommand1r> Great
[19:12] <ogra_> heh
[19:12] <ppisati> wait
[19:12] <ppisati> execute a shell
[19:12] <ogra_> ah
[19:12] <ogra_> yeah, you can get one from the menu
[19:13] <ppisati> ASD! :)
[19:13] <ppisati> ~ # cat /proc/net/dev
[19:13] <ppisati> Inter-|   Receive                                                |  Transmit
[19:13] <ppisati>  face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
[19:13] <ppisati>     lo:       0       0    0    0    0     0          0         0        0       0    0    0    0     0       0          0
[19:13] <ppisati>   eth0:    4311      21    0    0    0     0          0         0     3030      25    0    0    0     0       0          0
[19:13] <ogra_> aha
[19:13] <ppisati> ~ #
[19:13] <ppisati> different hw or faulty
[19:13] <beagleboarduser> angstrom linux is supposed to work well with the beagleboard xM, right? How come it keeps freezing whenever I want to record audio in?
[19:13] <ogra_> i guess rather new HW revision
[19:13] <ppisati> could be
[19:13] <ogra_> beagleboarduser, thats a question for ä#
[19:13] <ppisati> NCommand1r: can you find your hw revision/
[19:13] <ppisati> ?
[19:13] <ogra_> grrrmpf
[19:14] <ogra_> beagleboarduser, thats a question for
[19:14] <ogra_> #beagle
[19:14] <beagleboarduser> whoa, didn't know that existed
[19:14]  * ogra_ has days where he hates his kdb 
[19:14] <beagleboarduser> ah, ok, i'll try that. also, ogra_, do you know whom I can ask for audio help in beagleboard?
[19:14] <ogra_> or it hates me
[19:15]  * ppisati -> shower and then concert+beer :)
[19:15] <ppisati> later guys
[19:15] <ogra_> beagleboarduser, not really, usually GrueMaster tries to attack audio probs, but he is travelling this week
[19:15] <ogra_> ppisati, enjoy the concert !
[19:15] <beagleboarduser> ah, ok. that's fine. thank you for the help though!
[19:16] <NCommand1r> ppisati: how do I do that
[19:16] <ogra_> NCommand1r, well, i'd start with inspecting /proc/cpuinfo ... then dmesg ...
[19:16] <NCommand1r> Hardware        : OMAP4 Panda board
[19:16] <NCommand1r> Revision        : 0020
[19:17] <ogra_> A2 i guess
[19:17] <NCommand1r> anyone else here have an A2 board that can test?
[19:18] <ogra_> NCommand1r, probably ndec knows if there were USB related silicon changes between A1 and A2 ...
[19:18] <ogra_> though prpplague might too
[19:18] <NCommand1r> ^- ndec prpplague
[19:19]  * ogra_ goes for dinner ... bye
[19:21]  * prpplague looks in
[19:21] <prpplague> ogra_: no changes to my knowledge
[19:21] <prpplague> ogra_: i can verify that
[19:24] <NCommand1r> does anyone else here have an A2 panda who can test?
[19:43]  * prpplague reads back
[19:43] <prpplague> what kind of issues are you finding?
[21:09] <MrBIOS> what is the difference between ARMv6, ARMv6L and ARM6J ?
[21:20] <persia> MrBIOS, Support for different instructions (none are supported in Ubuntu).
[21:24] <MrBIOS> "none are supported in ubuntu" is a silly statement
[21:24] <MrBIOS> the OS doesn't "support" instructions
[21:24] <MrBIOS> I think what you mean is "ubuntu doesn't build armv6 optimized binaries, at present"
[21:25] <MrBIOS> (including the kernel)
[21:32] <persia> I mean that the instructions used in Ubuntu (including the kernel) cannot be executed on ARMv6 processors, that the default compiler settings enforce this, and that much of the porting effort has been done in Debian targeting ARMv5 or Ubuntu targeting ARMv7, with the result that complex build scripts may not even recognise the existence of ARMv6 for some packages.
[21:33] <persia> Actually, Debian targets ARMv4, but I've seen a few v4/v5 things in packages imported from Debian and otherwise without changes.
[21:35] <persia> Note also that the vast majority of packages are actually compiled to produce Thumb-2 code, which is a completely different ISA than the ARM* set (although it tends to be supported on hardware that supports ARMv7a)
[22:20] <cipher> how do you control the default gpio exports so that you don't have to do echo "<gpio#>" to the export file each time
[22:21] <cipher> do I have to write a kernel module to call gpio export at boot?
[22:23] <phh> ?
[22:23] <phh> like putting the echos rc.local ?
[22:23] <phh> +in
[22:24] <cipher> well I'm running into a race condition where I am putting it in rc.local but my app which runs in userspace doesn't see it
[22:25] <cipher> and does /etc/modules get loaded before /etc/rc.local?
[22:27] <phh> i'd guess so
[23:08] <Gracana> How do kernel upgrades work in ubuntu arm? Is there anything special that needs to be done, or is it just a matter of having a boot partition mounted to allow Ubuntu to copy in a new kernel for u-boot?
[23:09] <Gracana> FWIW, I have a beagleboard.
[23:14] <persia> Gracana: WHen the kernel is updated, it will call flash-kernel to make the kernel bootable.  If you started with an Ubuntu image, and are just updating/installing, then it just updates for the next boot.
[23:14] <persia> If you're booting from flash, or similar arrangements, the implementation in flash-kernel may not do what you expect.
[23:16] <Gracana> Okay, interesting. The beagleboard has capabilities to boot from flash, but I can also boot from mmc, so I guess that is the way to go.
[23:17] <persia> The distributed images boot from MMC by default.
[23:17] <persia> This was considered easier to handle than attemtping to deal with unknown bootloaders in flash for a first-time install.
[23:18] <persia> (mind you, if you have an interest, and want to find a way to try to detect how a given board was booted, and do the right thing, I'm sure others would appreciate the patches)
[23:27] <Gracana> Hah, that would be very nice, but unfortunately I have other things to work on.
[23:28] <persia> Heh :)  In that case, I recommend to boot from MMC.
[23:30] <Gracana> Yeah, that sounds good to me.