abhijitI am seeing an issue here  have 25G of RAM, and swapiness is set 0 , with no swap device.  I see that when the free memory reaches 500M the kswapd kicks in and starts freeing around 13G  and the CPU utilisation shoots to 100%  I have also tried adding 24G of swap and I see the same issue (when the swapiness is 0)  ..  I dont like the cpu utilisation shooting to 100% and freeing such a huge 13G size.  Is there a way to reduce both of03:03
abhijitthem?   I am on
=== abhijit is now known as Guest85020
LLStarkshi, is iwlwifi missing from 3.2 debs? i can't find it outside of the precise.git repo.04:09
=== smb` is now known as smb
TeTeThello, one of our customers experiences random crashes on a x220 with the lowell build. They are adding drm.debug=0x06 to the grub command line to get more logging from drm. Are there any other options that can be enabled to increase log verbosity? Note that the system freezes completely, neither ssh nor sysreq key have any effect08:55
ppisatimorning *09:12
smbmorning +*09:23
smbTeTeT, If you replace the "quiet" with "debug" you generically raise the log level. Not sure that will make that much of a difference.09:26
smb(in the grub command line that is)09:26
TeTeTsmb: thanks, I'll recommend that09:26
* apw yawns09:28
smbapw, morning 09:48
=== smb`` is now known as smb
=== smb` is now known as smb
=== renato_ is now known as renato
diwicsmb` or apw, do you have a sense for the response to https://lists.ubuntu.com/archives/kernel-team/2011-November/017692.html ? The answer of that question would sort of dictate what I'll do next week12:46
=== smb` is now known as smb
apwthey are pretty huge.  if we think overall that support is easier with them then we might be persuaded12:49
apwi assume there is no hope stable would take them which might make life tricker longer term12:49
smbAnd doing so sooner than later can help to find out how much pain this gains...12:49
* smb assumes we are talking about precide12:50
apwyes, this is for precise12:50
apwwe are in more of a position to take them and see how painful things are at this stage12:50
apwdiwic, ^^12:52
diwicapw, hmm12:53
diwicapw, I do think they'll fix up the jack detection stuff for a lot of people; with jack detection meaning exposing the stuff to userspace rather than in-kernel automute12:54
apwit is a risk tradeoff, ease of kernel maintenance due to being closer to mainline, against ease of support of users h/w which might just work, plus a component on how hard pulse is to make work in each case12:54
apwwe are in your hands for the ease part for pulse and for new quirks as you do both12:54
diwicok, so from my side of things we should definitely take them (once they've been tested a little bit more upstream), but then I don't see much of the "kernel maintenance" part12:56
apwdiwic, also does that imply that with jack handling moving to userspace that pulse with work but if you use jack et al your sockets will stop muting etc12:56
diwicapw, automute is still done in kernel space12:56
apwwell i guess we get a lot of audio stuff from stable which would likely collide with these changes yes?12:56
apwthough a lot of that comes from you anyhow12:57
apwand perhaps with this added we won't get them12:57
diwicmost stable stuff will be oneliners and at quite different places compared to this one12:57
smbapw, Hm, one argument may be that if that all lands 3.3 then any stable updates will be rather fix the new than the old style (for the maintaining thoughts)12:58
diwicso you might ask, if automute is done in the kernel, how does this affect people? Well, pulseaudio is involved with port selection, which in practice means that when you plug your headphones in, changing volume on your media keys will start to control your headphone volume instead of your speaker volume12:59
diwicinstead of manually have to go to speaker -> sound preferences -> output -> connector -> change to headphones 13:00
diwicevery time you plug your headphones in13:01
apwahh i see13:01
diwicsmb, that's actually an interesting point13:01
apwso overall i am not anti, just wary of it13:01
diwicI'll work on the pulse parts next week, and then the question would be if I should spend time testing the old or new kernel interface13:03
diwicbut I guess I'll go with the working theory of that we're taking the new interface (that could use some testing either way!)13:04
smbdiwic, Generally this is something to weight risk against use. P is an LTS, so of course we all try to minimize the risk of very new things. However if you as the expert in that area have the feeling the gains are big enough we should consider it. And rather early so we see any problems soon enough to have time for plan b...13:06
diwicsmb, risk wise the old interface was tested in oneiric and turned out to be stable but not adding enough jacks for many devices, so PulseAudio would not pick it up. The new interface will be used by other upcoming distros (as it's being blessed by upstreams) so in time it'll be more stable than the old one. Question is what "in time" really means here13:12
diwicsmb, I do have faith in Takashi here, he's very good in writing code that does not randomly screw up things13:12
smbdiwic, I guess in time sort of is defined as how much you will hear me and apw cursing about pa at the next ralley... ;)13:14
smbBut yeah, I guess I tentatively would go forward and see the outcome13:16
diwicok, thanks for the answers!13:17
Nafallohi! I'm looking for some information about a regression in the iwl3945 driver I've discovered on my laptop.13:39
Nafallofirst I thought it was my old hardware getting flakey, but the common denominator struck me this morning.13:40
Nafallowhen the AP is a UDS-style Cisco, I keep loosing the connection and re-associating ever so often.13:41
Nafallois there a bug open about it yet?13:41
Nafallothis is up-to-date oneiric, with -proposed.13:41
brendandNafallo - which wireless card do you have?14:00
Nafallobrendand: 03:00.0 0280: 8086:4227 (rev 02)14:02
Nafallo"Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02)"14:02
NafalloI'm happy to file a bug and help debug this, both using new unreleased test kernels and with older kernel ABIs to try and determine when this issue first appeared.14:03
Nafalloit's only oneiric. that much I'm sure of, but I can't remember when it started. I upgraded around beta1.14:04
apwNafallo, are you saying on a cisco, or on those ciscos in the UDS environment14:05
apw(there are typically many more stations and more APs with the same SSID etc14:06
Nafalloapw: the same type of ciscos in the UDS environment. I'm on a linksys WRT54GL 1.1 right now just to prove it doesn't happen with them, and it's stable.14:07
Nafalloapw: I see this in the millbank office, with four APs (IIRC) and also in one more place running the same AP, but just a single one.14:08
Nafalloapw: same issue on both b/g and a bands (different SSIDs)14:08
apwok, so some interaction between the two, that won't be hard to fix oh no14:08
Nafallothis is why I want to narrow it down to a specific kernel ABI at least :-)14:08
apwif you can find a kernel which it works with that'd be great14:09
brendandi'm curious to know if it's a regression14:09
Nafallobrendand: it is. this all worked fine in natty :-)14:09
Nafallowell. any previous release I have had installed would be more correct, and I've had this hardware since 7.10 :-P14:10
brendandNafallo - well, I meant a -proposed regression or whether it also doesn't work with the release kernel14:10
apwNafallo, its possible there is a firmware change between natty and oneiric too14:10
Nafallobrendand: ah. yes.14:10
brendandNafallo - 3.0.0-12-generic-pae #2014:10
brendand(pae not being important)14:10
Nafallobrendand: I've got ABIs 11, 12 and 13 installed, and I plan to try next time I'm close to one of these Ciscos.14:10
Nafallooh, this is also x86_64. not sure if that matters.14:11
Nafallohrm. I should probably try the precise kernel on my 11.10 installation as well? just to see if it has been fixed upstream?14:11
apwNafallo, if it failes with one, make sure you take one of them with you home so we can continue to test :)14:11
apwNafallo, yep, all good tests, find a bracket in which it broke14:12
brendandNafallo - can I have the exact details of the router involved?14:12
Nafallobrendand: Cisco AIR-AP1131AG-E-K914:13
Nafallo(Cisco Aironet 1130AG series)14:13
apwNafallo, i assume we can borrow one for testing and you are the clear ideal person14:13
tjaaltonhow can i verify that a certain version of a module is used (with dkms replacing some)14:13
Nafalloapw: yeah. I just need to confirm I can clear the config of the ones I have in the DC with my manager, but I think it shouldn't be a problem.14:14
Nafalloapw: I've got ~24 of them a few metres away in a flight case ;-)14:14
smbtjaalton, "modinfo" would print a path, I guess you mean that14:15
tjaaltonsmb: excellent, thanks14:15
tjaaltonjust what i needed14:15
tjaaltona silly drm-dkms backport worked after all :)14:16
smbAlways good when things finally work14:16
tjaaltonyes, especially when it's friday and soon to be beer o'clock14:16
apwNafallo, thought you might :)14:16
smbtjaalton, Ah good point. :) 14:17
smbapw, We need to both switch to the Finland tz. Its so much more convenient...14:18
NafalloI also found https://launchpad.net/ubuntu/oneiric/+source/linux, which should be helpful in my testing ;-)14:18
apwits cirtainly feasable as our beer-meter time zone14:19
Nafallothat's UTC+2, right?14:22
Nafallothe linksys connection is fine for sure. grabbed a ~630MB file while chatting to you guys ;-)14:24
Nafallono drop outs.14:24
ppisatiherton: is the verify-release-ready tool supposed to work with maverick/mvl-dove or not?14:54
hertonppisati: nope, it fails. I'm not sure it's worth fixing just for it14:55
ppisatiah ok14:55
hertonas maverick/mvl-dove is non standard in respect to the abi  files it tries to find, just ignore it, we can check by hand for now14:57
* herton -> lunch14:59
* ogasawara back in 2015:08
=== smb` is now known as smb
cwillu_at_workwhat's up with the missing -i386 mainline kernel debs?17:46
komputesHi everyone, I see the two the i386 mainline kernel packages I expected are missing. Any ideas why this is?: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.2-rc1-oneiric/19:25
Sarvattkomputes: its in the build.log there, some drivers failed to build on i38619:29
komputesSarvatt: ah, who to report this to?19:29
Sarvattthe dailies will start building soon, looks like theres an upstream fix http://www.gossamer-threads.com/lists/linux/kernel/145309219:31
komputesgreat, looking forward to it, cheers Sarvatt 19:32
LLStarkssarvatt, iwlwifi hasn't been building for amd6419:36
Sarvattbrcmsmac either19:50
* herton -> eow20:12
=== BenC__ is now known as BenC

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