/srv/irclogs.ubuntu.com/2012/03/16/#ubuntu-kernel.txt

=== bladernr_ is now known as bladernr_afk
=== kengyu_ is now known as kengyu
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?06:48
infinitycooloney: 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
infinitycooloney: 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:40
infinitycooloney: 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
cooloneyoh, that's interesting07:41
infinitycooloney: Grandfathering in the ones we already have (omap4, armadaxp, highbank, and some linaro kernels)07:42
cooloneyapw: hey, andy, do we have a wiki page about ABIs like infinity said07:42
infinitycooloney: 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:42
cooloneyinfinity: yeah, we need document it07: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) :P07:43
cooloneyinfinity: if we enable ubuntu kernel for every ARM stuff, it will explode soon07:44
infinityHeh.07:45
infinityA bit, but such is life.07:45
=== smb` is now known as smb
smbLife... don't tell me about life... :-P08:18
cooloneysmb and ppisati do you guys know whether do you have a wiki page about abi numbers.like ti-omap4 is 140008:18
smbcooloney, yes08:18
cooloneysince we are going to use 1600 for armadaxp 08:18
cooloneyand 1800 for highbank 08:18
smbNow to find it (again) is a different issue08:19
cooloneythis 2 kernel will maintained by pes for a while08:19
cooloneysmb: heh, that's a big issue08:19
smbcooloney, https://wiki.ubuntu.com/Kernel/Dev/TopicBranches (I believe)08:20
cooloneysmb: thanks a lot, so if we are going to use 1600 for armadaxp and 1800 for highbank08:25
cooloneysmb: is there any process i need go through to apply such numbers, 08:25
smbcooloney, You should talk to Brad or Herton as they do stable08:28
apwinfinity, we change the numbers where some fool is going to use the same version of a krnel in two releases, as often happens with ARM08:35
apwinfinity, and as smb says they are documented in https://wiki.ubuntu.com/Kernel/Dev/TopicBranches and allocated by the stable team08:35
cooloneyapw: infinity probablly sleep now. 08:36
cooloneyapw: just sent out an email about that, oh, forget you.08:36
cooloneyapw: let put you in the loop08:36
* smb is afraid to start the update check08:45
ckingsmb, go for it, see what happens, what could go wrong? 08:48
smbcking, brzzz buzzz08:49
apwcan anyone hear me08:49
ckingnope not in irc08:49
apw*slap*08:50
apwdiwic, 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 possible09:12
diwicapw, try "pacmd set-default-sink <name of usb speakers>"09:12
diwicapw, "pacmd list-sinks" will give you the name to choose09:12
apwdiwic, doesn't seem to change anything09:14
apwalsa_output.usb-Logitech_Logitech_Speaker-00-ker.analog-stereo09:14
apwassuming that is the right sort of name09:15
diwicapw, 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:16
apwdiwic, nope, a new rhythmbox is still on internal09:17
diwicapw, can you check with "pactl stat" if the default sink has been changed?09:19
apwDefault Sink: alsa_output.usb-Logitech_Logitech_Speaker-00-Speaker.analog-stereo09:19
apwyep is indeed, does09:20
apwdoesn't seem to mean anything :/09:20
apwdiwic, is it me or is pa designed to make your head hurt 09:22
diwicapw, then maybe there is an application level override that makes rhythmbox always go the internal speakers09:23
apwand how would i have made that, and indeed see that, so i can change it09:24
diwicapw, have you used the playback tab in pavucontrol, chances are you have one09:24
* apw hankers for the old days of ... sound cards09:24
apwdiwic, how can i find out if i do have one09:25
diwicapw, you can remove all your application overrides by deleting ~/.pulse/ (in particular the device-volume and stream-volume files)09:26
apwand that is the only way i can even see i have them?09:26
diwicapw, analysing a pulseaudio verbose log would also reveal that information I believe09:28
apwdiwic, oh well i think its reached "too much effort" level even for me ... i feel sorry for users09:28
apwthey have no chance what so ever to understand this spagetti09:28
diwicapw, well, that's why gnome-volume-control never exposes that functionality09:29
apwdiwic, 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 issue09:30
apwdiwic, anything you have heard of ?09:30
diwicapw, nope. Kill permanently or just once and let it respawn?09:30
apwdiwic, killall pulseaudio and let it respawn then start mumble again09:30
apwit 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 sure09:31
diwicapw, on Lucid I always had to start the "Audio wizard" to make audio work. 09:31
diwicapw, let me start mumble and check09:32
apwthe visual symptom is the red lips don't work on push-to-talk09:32
smbTo me it seems to get locked playing something (which would also look like stuck lips)09:32
diwicapw, smb, edit /etc/pulse/default.pa and add "set-log-level 4" last in that file09:39
ckingapw, pie: http://www.geekologie.com/2010/04/omg-omg-omg-314-in-a-mirror-sp.php09:44
Laibschcking: 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/74583610:33
LaibschIOW, accept the taks10:33
Laibschtask, even10:33
ckingLaibsch, it needs to be ACK'd by kernel devs and it will work through the process in due course10:34
Laibschyeah, that was kind of my question, if you are an "official" kernel dev10:34
LaibschI 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
ckingLaibsch, 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:35
ckingLaibsch, it will get looked at, don't worry10:36
Laibschwell, I do worry.  This is fairly troublesome.  And my previous experiences with kernel bugs was less than stellar.10:36
ckingthe process can only go so fast10:37
Laibschbasically, 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
ckingand I did get up at 7am to do this ;-)10:38
Laibschmuch appreciated!10:38
apwLaibsch, 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 rejected10:38
apwanyhow approved the nom10:38
Laibschapw: I know that.  But acceptance puts it on the radar.  The issue shows up in searches, etc.10:38
Laibschapw: cool, thanks.10:38
apwif cking has sent stuff the kernel-team@ list then its on our highest radar10:39
cking:-)10:39
Laibschgood bye10:51
ppisatinext time i pull request something not_mandatory from upstream, beat me with a club11:23
ckingppisati, will do11:49
ppisatismb: which flight do you take from AMS to SFO?12:22
* ppisati is evaluating the options and is gonna flight on Sat too12:23
smbppisati, 9:50 kl60512:23
ppisatismb: ok, it's part of one of my options but i was wondering: i've 1hr when i arrive there... uhmm...12:24
ppisatismb: since we are entering the US, don't they have to check us again?12:24
smbppisati, Yeah, 1 seems tight with AMS12:24
tgardnerppisati, thats not really enough time, is it ?12:24
ppisatitgardner: right12:24
smbAt least to my experience there is that huge passport portal you have to go through, which takes time12:25
ppisatitgardner: problem is that almost all my options have ~1hr as buffer between coindidences12:25
ppisatigrrr...12:25
smbppisati, IMO it helps to get back and state this12:25
ppisatismb: will do12:26
tgardnerppisati, did you see the ti-omap4 email from ricardo salveti ?12:38
ppisatitgardner: yep, i'm preparing the new kernel12:38
tgardnerppisati, ack12:38
ppisatitgardner: i'll answer to the email later12:38
jsalisburycking, I'll respond to Peter with my system data.12:54
* apw lunches ...12:58
* ppisati lunches too13:04
=== bladernr_afk is now known as bladernr_
rsalvetippisati: cool, thanks, will you send the pull request today still?13:28
rsalvetionce the new kernel lands I'll try to also push the sgx driver to the archive 13:29
rsalvetippisati: 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/95669313:35
ppisatirsalveti: i'll send the pull req in a minute13:37
rsalvetippisati: awesome, thanks13:37
=== bladernr_ is now known as bladernr_afk
=== bladernr_afk is now known as bladernr_
* apw is tired13:58
ckingapw, been swimming then?14:04
smboh dear... /me forgot about the abi changing for lucid-natty...14:05
ckingjsalisbury, thanks - I think we may get some response by middle of next week - that's the kind of timescale they work at14:08
jsalisburycking, ok.  I thought I had to wait to reboot and go into the BIOS, but it looks like I can get the data with dmidecode14:10
smbherton, 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
ckingjsalisbury, yep, the guys an lenovo don't realise that there are tools to do this ;-)14:11
jsalisburycking, heh14:11
hertonsmb, I fixed natty already, lucid I think we already had bumped the abi before some days ago14:12
smbherton, Ah ok, cool. Just saw that build failure14:12
smbthen remembered I had been forcing some of my test builds 14:13
hertonsmb, hmm, lucid hadn't an ABI bump, I'm going to check and do one14:14
smbherton, 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:16
apwis 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 smaller14:19
hertonsmb, pushed the abi bump to lucid now14:21
jcastrojsalisbury, nuts, I missed the bugmail where you prod me for the new kernel for the x220 wireless, testing now, sorry about that!14:22
apwcking, yeah went swimming ... lest i end up chair shaped14:22
jsalisburyjcastro, np, thanks again for helping out!14:22
* cking goes and does some paper work - yawn14:27
smbapw, If we would be as slim as our chairs there might be some good in that14:27
smbcking, Oregami? :)14:28
ckingsmb, nah, if only14:28
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:31
apwheheh14:46
apwanyone know if any of the thinkpads have hybrid graphics ?14:55
mjg59apw: Some do14:56
apwmjg59, hmm then that might explain some reports of "port X works but not port Y"14:56
apwthanks14:57
hrwapw: thx for reply to my patch mail. suihkulokki filled bug with a bit more expanded version: bug 95702815:10
ubot2`Launchpad bug 957028 in linux "Fix cross-compiling kernel" [Undecided,Incomplete] https://launchpad.net/bugs/95702815:10
ogasawaraapw, 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
tgardnerogasawara, your wish is my demand15:12
apwogasawara, can i check that the upload you plan includes the d-i fix for hyper-v15:12
ogasawaratgardner: thanks15:12
apwogasawara, ps the meeting is now, so i'll be busy for a bit15:13
ogasawaraapw: yep, I've pushed to master-next what will be in the upload15:13
ogasawaraapw: ack15:13
ogasawaraapw: ah, I thought the meeting would be an hour from now.  in that case I can sit in if you like.15:17
apwogasawara, they got all confused over the time change in teh US of course, i have been listening so don't bother15:17
hertonsmb, I'm gonna revert the ABI bump on lucid, the kvm changes didn't trigger abi-check complaints15:24
smbherton, Oh.. a bit surprising (and I though I had to force abi there). But if there were not any compaints...15:25
tgardnerogasawara, ubuntu@precise-i386:~$ uname -a15:26
tgardnerLinux precise-i386 3.2.0-19-generic #30 SMP Fri Mar 16 05:39:35 UTC 2012 i686 i686 i386 GNU/Linux15:26
ogasawaratgardner: sweet, thanks15:26
tgardnerogasawara, no complaints with AA in dmesg15:26
hertonsmb, 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 check15:26
hertonon natty15:27
tgardnerherton, smb: don't you guys do full builds to check ABI ?15:27
hertontgardner, usually I do, just we expected this time to lucid have gone of the way of natty15:28
smbtgardner, well I did full builds to get test kernels, but there were plenty of those and I usually use skipabi to get things done15:29
smbAnd then forget details.. :(15:29
* ppisati disapperas for ~30mins15:29
* ogasawara reboots15:30
=== yofel_ is now known as yofel
apwppisati, where are we at with pending fixes for ARM for 3d ?15:37
* apw pops out to get some supplies15:51
ogasawaratgardner: 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 path16:01
tgardnerogasawara, that seems right to me16:01
tgardnerogasawara, I've got a test build that is _still_ running on davis16:02
ogasawaratgardner: I did a full test build last night16:02
tgardnerogasawara, on master-next ?16:02
ogasawaratgardner: yep16:02
tgardnerogasawara, cool, then I'll kill mine16:02
tgardnerogasawara, did I actually get it right the first time ?16:03
ogasawaratgardner: it looked right to me, powerpc-smp and powerpc64-smp udebs were built and powerpc went away.16:03
tgardnerogasawara, woot!16:04
ogasawaratgardner: I've still got it on davis if you wanted to take a quick peek16:04
ogasawaratgardner: in my home dir under precise-powerpc16:04
tgardnerogasawara, nah, I'll take your word for it :)16:04
ppisatiapw: the new kernel has all the needed bits16:08
ppisatiapw: ricardo will roll a new sgx driver when this kernel hits the archive i guess16:08
ppisatirsalveti: ^^16:09
cyphermoxhey; just to make sure you are aware of this issue with WPA on ad-hoc: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/90574816:15
ubot2`Launchpad bug 905748 in network-manager "Create WPA2 adhoc is Open, not encrypted" [High,In progress]16:15
cyphermoxthere's a linux task as well ^16:15
tgardnercyphermox, 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:24
cyphermoxtgardner: 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:26
cyphermoxtgardner: any way I can help debugging this and ensuring it's really not wpasupplicant?16:28
tgardnercyphermox, I've not used wpa_supplicant from the command line, but I believe sforshee has.16:29
cyphermoxtgardner: that's how I was testing it16:29
* smb thinks this Friday has went far enough...16:30
tgardnercyphermox, are there any clues in syslog that indicate encryption is or isn't in use ?16:30
tgardnercyphermox, you might also ask how to debug this on linux-wireless@vger.kernel.org16:32
cyphermoxtgardner: 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 have16:33
cyphermoxI'll try that again after lunch16:33
tgardnercyphermox, yeah, if wpa_supplicant thinks its starting an encrypted session, but other clients see it as open, then it likely is a kernel issue16:33
cyphermoxtgardner: 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
tgardnercyphermox, that makes sense16:36
cyphermoxI've seen another ubuntu machine have iw report security, but NM happily connects to it with any passphrase, traffic passes without issues16:37
cyphermoxall these fun things16:37
* tgardner relocates16:48
ckinghrm downloading a kernel .ddeb is taking ages16:54
ogra_yeah, we should stop putting all these symbols into them to make the download faster :)16:55
apwcking, used up your whole years allowance i expect16:57
ckingapw, too right16:57
* cking -> EOD17:59
=== tgardner is now known as tgardner-lunch
rsalvetippisati: yup, once it lands I'll try to push the sgx driver in18:19
ppisatirsalveti: k18:23
=== mahmoh1 is now known as mahmoh
=== tgardner-lunch is now known as tgardner
cyphermoxtgardner: 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 of19:30
ubot2`Launchpad bug 905748 in network-manager "Create WPA2 adhoc is Open, not encrypted" [High,In progress] https://launchpad.net/bugs/90574819:30
tgardnercyphermox, that looks like enough info to send an email to upstream19:32
cyphermoxtgardner: should I read this as "please contact upstream" or do you have contacts? :)19:34
tgardnercyphermox, the former. 19:35
cyphermoxalright :)19:35
tgardnercyphermox, this bug is well beyond my knowledge of the protocol code19:36
cyphermoxtgardner: no problem, just trying to be thorough because this is kind of stupidly broken19:36
cyphermoxtgardner: 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 it19:37
cyphermoxtgardner: 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
tgardnercyphermox, 3.2.11 (I think). lemme check for sure19:42
tgardnercyphermox, 'UBUNTU: Rebase to v3.2.11'19:43
cyphermoxah, thanks19:43
tgardnercyphermox, that is what was just uploaded a couple of hours ago. your version may perhaps be older19:43
cyphermoxon, in that case yeah just a bit older -- Ubuntu 3.2.0-18.29-generic 3.2.919:44
cyphermoxactually, just noticed something interesting, a link error message from nl8021119:53
cyphermoxtgardner: 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:57
tgardnercyphermox, that looks like a good clue.19:58
tgardnercyphermox, I'm EOD and gotta blast off.19:58
* tgardner -> EOD19:58
=== bladernr_ is now known as bladernr_afk

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!