[07:20] <smb> morning
[07:51] <jk-> hey smb
[07:51] <smb> morning, err, evening jk-
[07:53] <cooloney> smb and jk- morning
[07:53] <cooloney> oh, for jk-, should be good afternoon
[07:53] <jk-> heya coololololoney
[07:54] <smb> cooloney, actually for you, too :)
[08:02] <ppisati> moin
[08:04] <cooloney> ppisati: morning
[08:06] <ppisati> cooloney: hi Bryan
[08:24] <apw> TheMuso, about?  i am looking at simplifying lowlatency for Q 
[08:27] <smb> morning apw
[08:29] <apw> smb, moin
[08:38] <ming> ppisati, follows my log on voltage scale
[08:39] <ming> ppisati, [    6.078063] omap2_set_init_voltage: unable to set vdd_mpu_iva
[08:39] <ming> [    6.090911] ThumbEE CPU extension supported.
[08:39] <ming> [    6.095428] Registering SWP/SWPB emulation handler
[08:39] <ming> ppisati, but kernel can boot successfully
[08:59] <ppisati> ming: hangs on boot?
[08:59] <ming> ppisati, no hangs
[09:00] <ppisati> ming: .config? 3.5rc3?
[09:01] <janimo> apw, why does the linux-image package provide both   linux-im linux-image and  linux-image-3.0? Same for headers, plain and -3.0.
[09:01] <ming> rc2
[09:01] <ppisati> ming: ah, it happens at the second boot btw
[09:01] <ming> ppetraki, rc2, I checked the code and looks no special options need to be enabled
[09:01] <janimo> apw, I am looking to sync up the armadaxp packaging bits with changes in ubuntu's main package
[09:01] <ppisati> ming: first one works ok
[09:02] <janimo> apw, now with the splitting of extra that causes build failure it's a good opportunity to reduce other deltas too
[09:02] <apw> janimo, hmmm i think those are for things like user-mode-linux arn't they
[09:03] <janimo> apw, no idea really. I was wondering if they were workaround from the time of the 2.6.x->3.0 name change which may have confused some tools? No ide
[09:03] <janimo> a
[09:11] <ppisati> ming: ok, i just checked, it's plain master-next from quantal
[09:11] <ppisati> ming: you compile it, install on the board
[09:11] <ppisati> ming: fist boot is ok (i even let it run for a night installing stuff on the mcc card)
[09:11] <ppisati> ming: reboot
[09:12] <ppisati> ming: (press reset since it panics on shutdown :) )
[09:12] <ppisati> ming: and during the second boot it will hang there
[09:16] <ming> ppisati, no such problem, I am sure
[09:16] <ming> ppisati, could you send your .config to me?
[09:16] <ppisati> ming: do you have access to tangerine?
[09:16] <janimo> smb, apw, did the splitting out of -extra happen only for 3.5? Is there some doc/ml thread discussing it? I want to make sure I get all the implications to packaging and not just copy over bits from debian.master
[09:17] <janimo> is debian.master/control.d/generic.inclusion-list related to the splitting?
[09:17] <ming> ppisati, if you can, I think it will be a bit quicker, tangerine is very slow from access in China
[09:17] <ppisati> ming: i'll send you an email with .config attached
[09:18] <ming> ppisati, thank you
[09:18] <smb> janimo, There was a splitting for the virtual package only in precise... not sure it went back into Oneiric too...
[09:18] <janimo> smb, I thought it was quantal. Hmm I wonder why I only saw build issues now. Maybe they're unrelated then
[09:19] <smb> Since virtual now is not its own flavour the split went into generic and the meta-packages pull in the correct bundle
[09:19] <smb> janimo, You would only notice with quantal as its only since then for basically the "normal" kernel
[09:19] <janimo> ah ok
[09:19] <janimo> and in quantal only 3.5? I did not have this issue when rebasing on 3.4
[09:20] <smb> no, that should have been that way before rebasing to 3.5
[09:21] <apw> janimo, you don't need to follow it, just don't have a includes file for it
[09:22] <apw> janimo, it just lets us share the -generic with -virtual but having a slim option
[09:24] <janimo> apw, find: `debian/crypto-modules-3.5.0-1601-armadaxp-di': No such file or directory this is what I got and thought maybe it's related to some splitting off
[09:24] <janimo> but if not I'll just chalk it off to me and kernel packaging not getting along and will debug further
[09:26] <ppisati> ming: .config is exactly what i get form master-next, so no need to attache anything
[09:26] <ppisati> ming: i sent you an email with the exact steps to reproduce it
[09:27] <ppisati> ming: i've another beagle xm here, let me try with that in the mean time
[09:27] <ming> ppisati, not got your email, :-(
[09:28] <ppisati> ming: not yet maybe, don't loose your faith! :)
[09:28] <ming> ppisati, ok, :-)
[09:29]  * ppisati -> grabs more coffee
[09:36] <ming> ppisati, could you send the .config to me so that I can test it quickly. otherwise I need much extra time to do it
[09:37] <ppisati> ming: ack, wait
[09:37] <ming> ppisati, OK
[09:40] <ppisati> ming: sent
[09:43] <ming> ppisati, thanks, :-)
[09:44] <janimo> apw, when does d-i/exclude-modules needs changing? I had to add crypto there now to get the build going (that was the error). But it is unclear what caused the change from 3.4 to 3.5 or why those modules should be blacklisted instead of some bugs fixed to have them working
[09:44] <apw> janimo, more likley they are now built in
[09:46] <janimo> apw, indeed I see CONFIG_CRYPTO=y but it's the same in debian.master/ too and the main kernel package does not have crypto-modules in the exclusion list
[09:53] <apw> janimo, well what module is missing?  i assume crypto-modules lists a bunch of things, its onnly when it becomes completely empty it needs adding i believe
[09:54] <apw> janimo, i assume highbank has something else builtin which we don't rendering the udeb empty
[09:54] <janimo> apw, hmm, do I need to look higher in the logs. I only saw the kernel-wedge error
[09:54] <janimo> this is armadaxp, not sure how highbank configs should be different if at all
[09:58] <apw> janimo, i used the wrong name, amardsxp is the one
[09:58] <apw> janimo, i would download the corresponding .udeb for quantal and see what is in it, and see what your config for that is
[09:58] <ppisati> ming: ok, i can reproduce it 100% on beagle xm rev a and rev c
[09:59] <ming> ppisati, good, I think you can submit it on omap or arm mailist
[10:00] <ppisati> ming: actually i would like someone else to confirm it first
[10:00] <ming> ppisati, no problem, I will confirm it once I can reproduce it on my xm RevB
[10:00] <ppisati> ming: ack
[10:03] <ppisati> ming: btw, i've some brand new sd cards, let me try that too
[10:21] <akssps011> I am trying to compile kernel from kernel.org on ubuntu 12.04. I followed these steps, 
[10:21] <akssps011> 1) make menuconfig
[10:21] <akssps011> 2) make
[10:23] <akssps011> 3) make modules 4) make modules_install 5) make bzImage 6) mkinitramfs -k -o /tmp/initramfs- and copied initramfs from /tmp to /boot/initrd.img
[10:23] <akssps011> 7) added the menu entry to grub. But when I boot into the kernel I get the errors. error: Not a regular file error: You need to load the kernel first in the grub
[10:23] <akssps011> Where I may have gone wrong
[10:24] <akssps011> ?
[11:04]  * ppisati -> out for lunch
[11:07]  * apw drops to shift location ... back in a bit
[11:45] <janimo> ikepanhc, ppisati are some config options turned off in 3.5 for ARM because they can cause lockups on boot? My armadaxp rebased on 3.5 locks up and want to see if I should disable something
[11:45] <ikepanhc> janimo: yes, I saw lots of config being temporarily disabled
[11:46] <janimo> ikepanhc, I rebased on 3.5 Ubuntu though so was expecting to have the same configs too
[11:46] <janimo> hmmm maybe should have synced with flavour configas
[12:30] <ppisati> janimo: there are at least 3 different problems on omap3 ATM
[12:31] <ppisati> janimo: one is about mmc (but it's omap4 specific)
[12:31] <ppisati> janimo: then i'm experiencing a hang during boot
[12:31] <ppisati> janimo: something like this - http://paste.ubuntu.com/1049450/
[12:31] <janimo> ppisati, hang during boot regardless of setting?
[12:31] <ppisati> janimo: and then we've a panic during the shutdown
[12:32] <ppisati> janimo: what you mean by settings? cmdline?
[12:32] <ppisati> janimo: do you get a trace or it just hangs with no output?
[12:36] <janimo>      ppisati I mean config options. I get a hang after detecting SDA
[12:36] <janimo> with a plain build of uImage (not deb) it got a bit further so I thought it may be some config thing
[12:36] <janimo> need to look some more
[14:44] <ppisati> brb
[16:03] <ogra_> ppisati, where do we stand wrt a new omap4 code drop ? will it make A2 (next thu)
[16:04]  * ogra_ would like ot have a working display again
[16:04] <ppisati> ogra_: i was thinking about that
[16:05] <ppisati> ogra_: in master-next we have 3.5rc3, so i can probably rebase on that
[16:05] <ogra_> yeah, i think 3.5 was what ndec also said they worked on already 
[16:05] <ppisati> i see agreen has tilt-traccking on 3.5
[16:06] <ogra_> yep
[16:06] <ppisati> but ndec told me they won't support it
[16:06] <ppisati> anywhow
[16:06] <ppisati> i'll give it a shot tonight/tomorrow
[16:06] <ogra_> hmm, didnt he say they had some new commits that fix video on 3.5 ?
[16:06] <ogra_> cool, thanks !
[16:06] <ppisati> did they? (video fix in 3.5)
[16:07] <ogra_> i though that was what he said when we recently talked to him in #ubuntu-arm 
[16:08] <ppisati> he said there were some new commits in tilt-tracking
[16:08] <ppisati> don't remember anything video specific tough
[16:08] <ppisati> though
[16:08] <ogra_> well, we can ask him tomorrow i guess
[16:08] <ppisati> ack
[16:09] <ppisati> anyway i'll trya rebase in a few hours
[16:09] <ppisati> if it works i can hand you a kernel for testing
[16:09] <ogra_> great, thanks a lot 
[16:09] <ogra_> yep
[16:36] <smb> bah herton stand in between me and my final test kernel completing compile... ;-P
[16:51] <herton> smb, stable upstream likes to do new releases every day now it seems :P
[16:52] <smb> herton, Always "those". :) 
[19:45]  * rtg -> EOD
[22:21] <TheMuso> apw: I'm around now.