=== bladernr_ is now known as bladernr_afk
=== kengyu_ is now known as kengyu
[06:48] <bullgard4> [Linux T61 3.0.0-16 server #29-Ubuntu SMP] Why does '~$ nmon' > m state "Slab=119,1 MB" but /proc/meminfo is empty?
[07:40] <infinity> cooloney: In fact, the only thing that's saved jani's ac100 kernels from not overlapping due to ABI conflicts is that he was versioning as 3.0.19 instead of 3.0.0. ;)
[07:40] <infinity> cooloney: I've already asked him to switch to 3.2.0-foo when he revs to 3.2.0, so he'll need a unique ABI range too.
[07:41] <infinity> cooloney: So, yeah.  A table in the wiki (or maybe even in the base git packaging templates?) that defines the out-of-tree-flavour to ABI-range mappings would be nice.
[07:41] <cooloney> oh, that's interesting
[07:42] <infinity> cooloney: Grandfathering in the ones we already have (omap4, armadaxp, highbank, and some linaro kernels)
[07:42] <cooloney> apw: hey, andy, do we have a wiki page about ABIs like infinity said
[07:42] <infinity> cooloney: And making it clear to people that those ranges belong to the out-of-tree flavours, and they shouldn't CHANGE (like they did for omap4...)
[07:43] <cooloney> infinity: yeah, we need document it
[07:43] <infinity> (Not that changing is a problem in itself, just that it eats more namespace, and soon all the flavours will be using ABI versions in the tens of thousands) :P
[07:44] <cooloney> infinity: if we enable ubuntu kernel for every ARM stuff, it will explode soon
[07:45] <infinity> Heh.
[07:45] <infinity> A bit, but such is life.
=== smb` is now known as smb
[08:18] <smb> Life... don't tell me about life... :-P
[08:18] <cooloney> smb and ppisati do you guys know whether do you have a wiki page about abi numbers.like ti-omap4 is 1400
[08:18] <smb> cooloney, yes
[08:18] <cooloney> since we are going to use 1600 for armadaxp 
[08:18] <cooloney> and 1800 for highbank 
[08:19] <smb> Now to find it (again) is a different issue
[08:19] <cooloney> this 2 kernel will maintained by pes for a while
[08:19] <cooloney> smb: heh, that's a big issue
[08:20] <smb> cooloney, https://wiki.ubuntu.com/Kernel/Dev/TopicBranches (I believe)
[08:25] <cooloney> smb: thanks a lot, so if we are going to use 1600 for armadaxp and 1800 for highbank
[08:25] <cooloney> smb: is there any process i need go through to apply such numbers, 
[08:28] <smb> cooloney, You should talk to Brad or Herton as they do stable
[08:35] <apw> infinity, we change the numbers where some fool is going to use the same version of a krnel in two releases, as often happens with ARM
[08:35] <apw> infinity, and as smb says they are documented in https://wiki.ubuntu.com/Kernel/Dev/TopicBranches and allocated by the stable team
[08:36] <cooloney> apw: infinity probablly sleep now. 
[08:36] <cooloney> apw: just sent out an email about that, oh, forget you.
[08:36] <cooloney> apw: let put you in the loop
[08:45]  * smb is afraid to start the update check
[08:48] <cking> smb, go for it, see what happens, what could go wrong? 
[08:49] <smb> cking, brzzz buzzz
[08:49] <apw> can anyone hear me
[08:49] <cking> nope not in irc
[08:50] <apw> *slap*
[09:12] <apw> diwic, hey ... i have a set of usb speakers and would like to construct a pactl command line to swtich between internal speakers and usb speakers ... is that even possible
[09:12] <diwic> apw, try "pacmd set-default-sink <name of usb speakers>"
[09:12] <diwic> apw, "pacmd list-sinks" will give you the name to choose
[09:14] <apw> diwic, doesn't seem to change anything
[09:14] <apw> alsa_output.usb-Logitech_Logitech_Speaker-00-ker.analog-stereo
[09:15] <apw> assuming that is the right sort of name
[09:16] <diwic> apw, hmm, it could be that setting the default sink does not move the streams, only puts new ones on the USB speakers, can you verify?
[09:17] <apw> diwic, nope, a new rhythmbox is still on internal
[09:19] <diwic> apw, can you check with "pactl stat" if the default sink has been changed?
[09:19] <apw> Default Sink: alsa_output.usb-Logitech_Logitech_Speaker-00-Speaker.analog-stereo
[09:20] <apw> yep is indeed, does
[09:20] <apw> doesn't seem to mean anything :/
[09:22] <apw> diwic, is it me or is pa designed to make your head hurt 
[09:23] <diwic> apw, then maybe there is an application level override that makes rhythmbox always go the internal speakers
[09:24] <apw> and how would i have made that, and indeed see that, so i can change it
[09:24] <diwic> apw, have you used the playback tab in pavucontrol, chances are you have one
[09:24]  * apw hankers for the old days of ... sound cards
[09:25] <apw> diwic, how can i find out if i do have one
[09:26] <diwic> apw, you can remove all your application overrides by deleting ~/.pulse/ (in particular the device-volume and stream-volume files)
[09:26] <apw> and that is the only way i can even see i have them?
[09:28] <diwic> apw, analysing a pulseaudio verbose log would also reveal that information I believe
[09:28] <apw> diwic, oh well i think its reached "too much effort" level even for me ... i feel sorry for users
[09:28] <apw> they have no chance what so ever to understand this spagetti
[09:29] <diwic> apw, well, that's why gnome-volume-control never exposes that functionality
[09:30] <apw> diwic, that reminds me ... many mornings i have to kill pulseaudio to get mumble to work, and i'd say that more than one of us has this issue
[09:30] <apw> diwic, anything you have heard of ?
[09:30] <diwic> apw, nope. Kill permanently or just once and let it respawn?
[09:30] <apw> diwic, killall pulseaudio and let it respawn then start mumble again
[09:31] <apw> it seems to get stuck when trying to 'send' the first time, so i guess when it opens the mic channel, but not idea how to be sure
[09:31] <diwic> apw, on Lucid I always had to start the "Audio wizard" to make audio work. 
[09:32] <diwic> apw, let me start mumble and check
[09:32] <apw> the visual symptom is the red lips don't work on push-to-talk
[09:32] <smb> To me it seems to get locked playing something (which would also look like stuck lips)
[09:39] <diwic> apw, smb, edit /etc/pulse/default.pa and add "set-log-level 4" last in that file
[09:44] <cking> apw, pie: http://www.geekologie.com/2010/04/omg-omg-omg-314-in-a-mirror-sp.php
[10:33] <Laibsch> cking: thank you for taking a stab at bug 745836. You are not in a position to accept the SRU process for the ticket?
[10:33] <ubot2`> Launchpad bug 745836 in linux "encrypted swap corrupts application stack/heap [was: soffice.bin SIGSEGV cppu::throwException()]" [High,Confirmed] https://launchpad.net/bugs/745836
[10:33] <Laibsch> IOW, accept the taks
[10:33] <Laibsch> task, even
[10:34] <cking> Laibsch, it needs to be ACK'd by kernel devs and it will work through the process in due course
[10:34] <Laibsch> yeah, that was kind of my question, if you are an "official" kernel dev
[10:35] <Laibsch> I think apw is ;-)  Would you mind having a look at https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/745836/comments/111 and accepting the lucid task?  Would be much appreciated.
[10:35] <cking> Laibsch, I can't and won't do that - there is due process ;-)
[10:35] <ubot2`> Launchpad bug 745836 in linux "encrypted swap corrupts application stack/heap [was: soffice.bin SIGSEGV cppu::throwException()]" [High,Confirmed]
[10:36] <cking> Laibsch, it will get looked at, don't worry
[10:36] <Laibsch> well, I do worry.  This is fairly troublesome.  And my previous experiences with kernel bugs was less than stellar.
[10:37] <cking> the process can only go so fast
[10:38] <Laibsch> basically, it already fallen through the cracks until I revisited the issue yesterday.  It's been my experience that until a task for a release is accepted it's off the radar if ubuntu+1 is not affected.
[10:38] <cking> and I did get up at 7am to do this ;-)
[10:38] <Laibsch> much appreciated!
[10:38] <apw> Laibsch, in the kernel process accepting the lucid task has no real meaning, it does not imply we will accept the sru if the patch is rejected
[10:38] <apw> anyhow approved the nom
[10:38] <Laibsch> apw: I know that.  But acceptance puts it on the radar.  The issue shows up in searches, etc.
[10:38] <Laibsch> apw: cool, thanks.
[10:39] <apw> if cking has sent stuff the kernel-team@ list then its on our highest radar
[10:39] <cking> :-)
[10:51] <Laibsch> good bye
[11:23] <ppisati> next time i pull request something not_mandatory from upstream, beat me with a club
[11:49] <cking> ppisati, will do
[12:22] <ppisati> smb: which flight do you take from AMS to SFO?
[12:23]  * ppisati is evaluating the options and is gonna flight on Sat too
[12:23] <smb> ppisati, 9:50 kl605
[12:24] <ppisati> smb: ok, it's part of one of my options but i was wondering: i've 1hr when i arrive there... uhmm...
[12:24] <ppisati> smb: since we are entering the US, don't they have to check us again?
[12:24] <smb> ppisati, Yeah, 1 seems tight with AMS
[12:24] <tgardner> ppisati, thats not really enough time, is it ?
[12:24] <ppisati> tgardner: right
[12:25] <smb> At least to my experience there is that huge passport portal you have to go through, which takes time
[12:25] <ppisati> tgardner: problem is that almost all my options have ~1hr as buffer between coindidences
[12:25] <ppisati> grrr...
[12:25] <smb> ppisati, IMO it helps to get back and state this
[12:26] <ppisati> smb: will do
[12:38] <tgardner> ppisati, did you see the ti-omap4 email from ricardo salveti ?
[12:38] <ppisati> tgardner: yep, i'm preparing the new kernel
[12:38] <tgardner> ppisati, ack
[12:38] <ppisati> tgardner: i'll answer to the email later
[12:54] <jsalisbury> cking, I'll respond to Peter with my system data.
[12:58]  * apw lunches ...
[13:04]  * ppisati lunches too
=== bladernr_afk is now known as bladernr_
[13:28] <rsalveti> ppisati: cool, thanks, will you send the pull request today still?
[13:29] <rsalveti> once the new kernel lands I'll try to also push the sgx driver to the archive 
[13:35] <rsalveti> ppisati: can you also check bug 956693 after the kernel update/
[13:35] <ubot2`> Launchpad bug 956693 in linux-ti-omap4 "Broken perf with Ubuntu-3.2.0-1408.11 at Pandaboard" [Medium,Confirmed] https://launchpad.net/bugs/956693
[13:37] <ppisati> rsalveti: i'll send the pull req in a minute
[13:37] <rsalveti> ppisati: awesome, thanks
=== bladernr_ is now known as bladernr_afk
=== bladernr_afk is now known as bladernr_
[13:58]  * apw is tired
[14:04] <cking> apw, been swimming then?
[14:05] <smb> oh dear... /me forgot about the abi changing for lucid-natty...
[14:08] <cking> jsalisbury, thanks - I think we may get some response by middle of next week - that's the kind of timescale they work at
[14:10] <jsalisbury> cking, ok.  I thought I had to wait to reboot and go into the BIOS, but it looks like I can get the data with dmidecode
[14:11] <smb> herton, that kvm change had been causing hashes to change. are you already looking into it or do you want me to insert abi bumps?
[14:11] <cking> jsalisbury, yep, the guys an lenovo don't realise that there are tools to do this ;-)
[14:11] <jsalisbury> cking, heh
[14:12] <herton> smb, I fixed natty already, lucid I think we already had bumped the abi before some days ago
[14:12] <smb> herton, Ah ok, cool. Just saw that build failure
[14:13] <smb> then remembered I had been forcing some of my test builds 
[14:14] <herton> smb, hmm, lucid hadn't an ABI bump, I'm going to check and do one
[14:16] <smb> herton, OK, unfortunately I had been more concentrating on the testing. So I would not remember where exactly I had used ignoreabi. But since the x86_emulate_ops struct changes in all releases it requires a bump too (if not already havin one)
[14:19] <apw> is there any way we can get the gnome volume control to not "shrink back" when an application goes away ... as for me its full then every time pidgin makes a noise it connects and disconnects from PA which makes the gnome volue thingy get bigger <bing bong> and then smaller
[14:21] <herton> smb, pushed the abi bump to lucid now
[14:22] <jcastro> jsalisbury, nuts, I missed the bugmail where you prod me for the new kernel for the x220 wireless, testing now, sorry about that!
[14:22] <apw> cking, yeah went swimming ... lest i end up chair shaped
[14:22] <jsalisbury> jcastro, np, thanks again for helping out!
[14:27]  * cking goes and does some paper work - yawn
[14:27] <smb> apw, If we would be as slim as our chairs there might be some good in that
[14:28] <smb> cking, Oregami? :)
[14:28] <cking> smb, nah, if only
[14:31] <smb>  *sigh* that keybinding for semi-maximise would not be as bad if I had more than a pixel to hit in order to undo it when accidentally done...
[14:46] <apw> heheh
[14:55] <apw> anyone know if any of the thinkpads have hybrid graphics ?
[14:56] <mjg59> apw: Some do
[14:56] <apw> mjg59, hmm then that might explain some reports of "port X works but not port Y"
[14:57] <apw> thanks
[15:10] <hrw> apw: thx for reply to my patch mail. suihkulokki filled bug with a bit more expanded version: bug 957028
[15:10] <ubot2`> Launchpad bug 957028 in linux "Fix cross-compiling kernel" [Undecided,Incomplete] https://launchpad.net/bugs/957028
[15:12] <ogasawara> apw, tgardner: could one of you do me a favor and do a quick  boot test the i386 3.2.0-19.30 kernel I've built on gomeisa (in my home dir under precise-i386/)
[15:12] <tgardner> ogasawara, your wish is my demand
[15:12] <apw> ogasawara, can i check that the upload you plan includes the d-i fix for hyper-v
[15:12] <ogasawara> tgardner: thanks
[15:13] <apw> ogasawara, ps the meeting is now, so i'll be busy for a bit
[15:13] <ogasawara> apw: yep, I've pushed to master-next what will be in the upload
[15:13] <ogasawara> apw: ack
[15:17] <ogasawara> apw: ah, I thought the meeting would be an hour from now.  in that case I can sit in if you like.
[15:17] <apw> ogasawara, they got all confused over the time change in teh US of course, i have been listening so don't bother
[15:24] <herton> smb, I'm gonna revert the ABI bump on lucid, the kvm changes didn't trigger abi-check complaints
[15:25] <smb> herton, Oh.. a bit surprising (and I though I had to force abi there). But if there were not any compaints...
[15:26] <tgardner> ogasawara, ubuntu@precise-i386:~$ uname -a
[15:26] <tgardner> Linux precise-i386 3.2.0-19-generic #30 SMP Fri Mar 16 05:39:35 UTC 2012 i686 i686 i386 GNU/Linux
[15:26] <ogasawara> tgardner: sweet, thanks
[15:26] <tgardner> ogasawara, no complaints with AA in dmesg
[15:26] <herton> smb, yeah, I was trying to hunting down how changing struct x86_emulate_ops affected struct kvm_vcpu, as this seems to have triggered the hash changes, but there is a lot of underlying structs to check
[15:27] <herton> on natty
[15:27] <tgardner> herton, smb: don't you guys do full builds to check ABI ?
[15:28] <herton> tgardner, usually I do, just we expected this time to lucid have gone of the way of natty
[15:29] <smb> tgardner, well I did full builds to get test kernels, but there were plenty of those and I usually use skipabi to get things done
[15:29] <smb> And then forget details.. :(
[15:29]  * ppisati disapperas for ~30mins
[15:30]  * ogasawara reboots
=== yofel_ is now known as yofel
[15:37] <apw> ppisati, where are we at with pending fixes for ARM for 3d ?
[15:51]  * apw pops out to get some supplies
[16:01] <ogasawara> tgardner: non-smp powerpc linux-meta package, I assume we'll want to just point that to the powerpc-smp flavor for a smooth update/upgrade path
[16:01] <tgardner> ogasawara, that seems right to me
[16:02] <tgardner> ogasawara, I've got a test build that is _still_ running on davis
[16:02] <ogasawara> tgardner: I did a full test build last night
[16:02] <tgardner> ogasawara, on master-next ?
[16:02] <ogasawara> tgardner: yep
[16:02] <tgardner> ogasawara, cool, then I'll kill mine
[16:03] <tgardner> ogasawara, did I actually get it right the first time ?
[16:03] <ogasawara> tgardner: it looked right to me, powerpc-smp and powerpc64-smp udebs were built and powerpc went away.
[16:04] <tgardner> ogasawara, woot!
[16:04] <ogasawara> tgardner: I've still got it on davis if you wanted to take a quick peek
[16:04] <ogasawara> tgardner: in my home dir under precise-powerpc
[16:04] <tgardner> ogasawara, nah, I'll take your word for it :)
[16:08] <ppisati> apw: the new kernel has all the needed bits
[16:08] <ppisati> apw: ricardo will roll a new sgx driver when this kernel hits the archive i guess
[16:09] <ppisati> rsalveti: ^^
[16:15] <cyphermox> hey; just to make sure you are aware of this issue with WPA on ad-hoc: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/905748
[16:15] <ubot2`> Launchpad bug 905748 in network-manager "Create WPA2 adhoc is Open, not encrypted" [High,In progress]
[16:15] <cyphermox> there's a linux task as well ^
[16:24] <tgardner> cyphermox, is there a reason for the linux task ? seems like its nm or wpa-supplicant at fault, though I have not read the bug report.
[16:26] <cyphermox> tgardner: yes, it's reproducible on various drivers, with NM or just wpasupplicant, and the kernel displays the network as WPA 1 in iw dev wlan0 scan; but on a different system (or on an android phone) it gets seen as open.
[16:28] <cyphermox> tgardner: any way I can help debugging this and ensuring it's really not wpasupplicant?
[16:29] <tgardner> cyphermox, I've not used wpa_supplicant from the command line, but I believe sforshee has.
[16:29] <cyphermox> tgardner: that's how I was testing it
[16:30]  * smb thinks this Friday has went far enough...
[16:30] <tgardner> cyphermox, are there any clues in syslog that indicate encryption is or isn't in use ?
[16:32] <tgardner> cyphermox, you might also ask how to debug this on linux-wireless@vger.kernel.org
[16:33] <cyphermox> tgardner: thanks. so no, not really anything to suggest it is or isn't in used, though in all honesty I wasn't running wpasupplicant in debug more when I tested it; and should have
[16:33] <cyphermox> I'll try that again after lunch
[16:33] <tgardner> cyphermox, yeah, if wpa_supplicant thinks its starting an encrypted session, but other clients see it as open, then it likely is a kernel issue
[16:36] <cyphermox> tgardner: what leads me to believe it's kernel is especially how when it's set up on my system 'iw dev wlan0 scan' lists it as WPA protocol 1; but android sees it open (and so do other systems)
[16:36] <tgardner> cyphermox, that makes sense
[16:37] <cyphermox> I've seen another ubuntu machine have iw report security, but NM happily connects to it with any passphrase, traffic passes without issues
[16:37] <cyphermox> all these fun things
[16:48]  * tgardner relocates
[16:54] <cking> hrm downloading a kernel .ddeb is taking ages
[16:55] <ogra_> yeah, we should stop putting all these symbols into them to make the download faster :)
[16:57] <apw> cking, used up your whole years allowance i expect
[16:57] <cking> apw, too right
[17:59]  * cking -> EOD
=== tgardner is now known as tgardner-lunch
[18:19] <rsalveti> ppisati: yup, once it lands I'll try to push the sgx driver in
[18:23] <ppisati> rsalveti: k
=== mahmoh1 is now known as mahmoh
=== tgardner-lunch is now known as tgardner
[19:30] <cyphermox> tgardner: I went pretty verbose on that one, but I updated the bug (bug 905748) with debug logs from wpasupplicant and other tests I could think of
[19:30] <ubot2`> Launchpad bug 905748 in network-manager "Create WPA2 adhoc is Open, not encrypted" [High,In progress] https://launchpad.net/bugs/905748
[19:32] <tgardner> cyphermox, that looks like enough info to send an email to upstream
[19:34] <cyphermox> tgardner: should I read this as "please contact upstream" or do you have contacts? :)
[19:35] <tgardner> cyphermox, the former. 
[19:35] <cyphermox> alright :)
[19:36] <tgardner> cyphermox, this bug is well beyond my knowledge of the protocol code
[19:36] <cyphermox> tgardner: no problem, just trying to be thorough because this is kind of stupidly broken
[19:37] <cyphermox> tgardner: as stop-gap I was trying to disable creating ad-hoc WPA via NM, but my patch didn't work as expected, upstream NM says they'll look into it
[19:42] <cyphermox> tgardner: what upstream version is the current precise kernel equivalent to?
[19:42] <cyphermox> ( I see 3.2.0 but also 3.2.9 in proc/version_signature)
[19:42] <tgardner> cyphermox, 3.2.11 (I think). lemme check for sure
[19:43] <tgardner> cyphermox, 'UBUNTU: Rebase to v3.2.11'
[19:43] <cyphermox> ah, thanks
[19:43] <tgardner> cyphermox, that is what was just uploaded a couple of hours ago. your version may perhaps be older
[19:44] <cyphermox> on, in that case yeah just a bit older -- Ubuntu 3.2.0-18.29-generic 3.2.9
[19:53] <cyphermox> actually, just noticed something interesting, a link error message from nl80211
[19:57] <cyphermox> tgardner: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/905748/comments/45 ; or just tell me to shut up if you don't care ;)
[19:57] <ubot2`> Launchpad bug 905748 in network-manager "Create WPA2 adhoc is Open, not encrypted" [High,In progress]
[19:58] <tgardner> cyphermox, that looks like a good clue.
[19:58] <tgardner> cyphermox, I'm EOD and gotta blast off.
[19:58]  * tgardner -> EOD
=== bladernr_ is now known as bladernr_afk