BarkingFishgood morning :)02:12
BarkingFishI wonder if someone could spare some time to help me please - i'm back in an old kernel because the one which came with raring's dev branch, 3.8.0-1, won't let me build ndiswrapper :(  Could someone please give me some ideas on how to fix this please?02:14
BarkingFishI can't build manually, because make can't find the kernel version in /usr/src/linux-headers-3.8.0-1/ , and dkms won't add, build or install ndiswrapper, claiming the dkms conf already has it, and i can't add it more than once :)02:15
xnoxBarkingFish, I thought i fixed ndiswrapper!02:31
xnoxand I now wish you didn't disappear as I need somebody to test my ndiswrapper fixes!02:31
infinityxnox: It's all the rage in #ubuntu-kernel for people to ask for help and /part less than 10 minutes later.03:21
infinityxnox: Eventually, you get so used to it, you just stop responding to people.  Even the ones who stick around.  All two of them.03:21
=== smb` is now known as smb
=== yofel_ is now known as yofel
* apw yawns09:01
* apw waves to infinity09:03
=== henrix_ is now known as henrix
=== zequence_ is now known as zequence
caribou_I have a twisted C compilation situation that I'd need advise for (for makedumpfile)10:15
caribou_is here a good place to ask or #ubuntu-devel would be a better place ?10:15
=== caribou_ is now known as caribou
caribouin short, I have source code  lines that don't get compiled, even with optimization turned off10:15
smbcaribou, Both seems valid. On devel there might be even more people... Now that sounds quite odd...10:16
smbExcept there is some ifdefs preventing things... 10:17
caribousmb: here is an output from gdb disassemble/m : http://paste.ubuntu.com/1569182/10:18
smbcaribou, which is mostly useless without the source10:18
caribousmb: hold on let me fetch it for you10:20
smbcaribou, Hm, wait... I guess I remember the bits a bit10:21
caribousmb: http://goo.gl/iZWUX10:22
caribousmb: new lines are added after ...(vm_struct.addr...10:22
caribousmb: only the first one added gets compiled in, the 3 others are left out10:23
caribousmb: this is to fix makedumpfile so it can extract dmesg with the new variable-length record format btw10:24
smbcaribou, You are sure its not just cleverly optimized and you only get one assembly block?10:24
caribousmb: well I removed the "-O2" out of the CFLAGS, so it shouldn't optimize10:24
caribousmb: and there is no other specific CFLAG switch used (only -g and _LARGEFILE_SOURCE macros)10:26
smbcaribou, Still I would trust a printk in whatever READ_MEMBER_OFFSET is expanded to more that a disassembly. Could be figuring out that the values you are looking for are just relative to some common other offset10:26
caribousmb: ok, I'll look at that, thanks10:29
caribousmb: thanks for the tip, I think I found it !!!10:36
smbcaribou, ah, cool. :)10:36
caribousmb: READ_MEMBER_OFFSET makes a call to read_vmcoreinfo_long which it typed 'long'10:36
caribousmb: those 3 struct members were defined as uint16_t as opposed to the other being u64int_t10:37
caribousmb: making them uint64_t gets them compiled...  :-/10:37
caribousmb: ok, I must revisit my structure definition then,but I'm on the good path10:38
smbHm, still it would be useful to issue a warning at least if your destination cannot hold the return...10:39
caribousmb: well, all the struct definition for the other vmcoreinfo data is defined as long, so I suppose the new ones should be as well10:41
caribousmb: but I'll check that10:41
smbcaribou, certainly it should. And maybe the code is dropped because after conversion the truncated value is always 0, but still10:43
caribousmb: I got to get a better understanding of how all this data that is put in the kernel's vmcoreinfo area is managed10:44
apwhenrix, bjf, we have "lost" the amd64 .ddeb for 3.2.6-36.57 and it was only brought to my attention at 8 days, too late to find out why or fix it.  pitti would like to be told when we are doing our next builds so he can track them10:45
henrixapw: hmm... any idea how we lost them?10:46
apwhenrix, no we dont10:46
apwand thats the problem, we keep losing them10:46
henrixapw: ok. so, we're currently building P and Q10:46
henrixapw: shall i ping pitti? or is he already aware of it10:47
apwhenrix, i've hold him about those two indeed10:47
henrixapw: yeah, just reading logs in #ubuntu-devel :)10:48
apwarges, you guys keep some .ddebs i beleive ... you don't happen to have linux-3.2.0-36.57 for amd64 do you ?10:48
ckingapw perhaps we should also archive these .ddebs automatically10:55
caribouapw: lemme check, but I think that the .ddebs never made it to the archive10:56
caribouarges needed them last week and never found them because they never made it to the archive10:57
caribouapw: so since i mirror the archive, I didn't have it either10:57
cariboucking: I *do* think so10:57
cariboucking: I'm ENOSPACE on my own backup atm10:58
ckingcaribou, yep, that is the main issue with kernel .ddebs10:58
cariboucking: I'm mirroring *all* the .ddebs10:58
apwcking, no we should get the damn thing fixed it cannot be that hard11:00
apwcking, to simply keep some files11:00
ckingapw, that is very true11:01
apwcking, hell it is what the archive does, only11:02
brendandhenrix, can i have links to the tracking bugs for the respun kernels?11:57
henrixbrendand: sure! for P: bug #1104061 for Q: bug #110393211:57
ubot2Launchpad bug 1104061 in linux (Ubuntu) "linux: 3.2.0-37.58 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/110406111:57
ubot2Launchpad bug 1103932 in Kernel SRU Workflow prepare-package-meta "linux: 3.5.0-23.35 -proposed tracker" [Undecided,In progress] https://launchpad.net/bugs/110393211:57
henrixbrendand: kernels are still building.11:58
ckingapw, http://smackerelofopinion.blogspot.co.uk/2012/11/non-linear-characteristics-in-draining.html11:58
henrixbrendand: also, i'm still waiting for the tracking bugs for the quantal lts kernel.11:59
infinityhenrix: We're vaguely blocked by IS having misplaced two thirds of our ARM buildd capacity.  I'm violently jamming the kernels through, and should have them copied out of the PPA into proposed by my morning.11:59
henrixinfinity: ack, thanks. yeah, i was expecting to have all of them build "by my morning" :)12:00
ppisatiinfinity: "having misplaced two thirds of our ARM buildd capacity"???12:28
xnoxppisati: datacenter move / reorg.12:31
apwwhat the hell is that even12:38
ohsixa password?12:38
apwohsix, not one of mine, it looks like a bit out of the middle of some xml data i am looking at12:39
ppisatixnox: ah ok12:39
apwbut why its in my but buffer instead of the stuff i wanted ... i don't know12:39
=== rsalveti_ is now known as rsalveti
=== chiluk_away is now known as chiluk
ogasawaraapw: I was gonna prep an upload for Raring.  We don't have a lot queued, but its been about a week and that brcm issue seth fixed seems reason enough.14:04
ogasawaraapw: you have anything else you want included14:04
apwogasawara, ack, nothing pending from me14:04
infinityppisati: rebase tracking bug is up for precise/ti-omap414:30
infinityppisati: (quantal should be in shortly)14:30
ppisatiinfinity: wasn't SRU frozen?14:31
infinityppisati: You missed all the excitement over the fsnotify reverts, apparently. :)14:32
infinityikepanhc: Ditto to you, armadaxp for P and Q will need a quick rebase for this.14:33
ikepanhcquick rebase?14:33
infinityikepanhc: https://bugs.launchpad.net/ubuntu/+source/linux-armadaxp/+bug/110511514:34
ubot2Ubuntu bug 1105115 in linux-armadaxp (Ubuntu) "linux-armadaxp: <version to be filled> -proposed tracker" [Medium,In progress]14:34
infinityikepanhc: The matching quantal bug should be up shortly.14:34
ppisatiinfinity: ah, k14:34
ikepanhcinfinity: I've test build today and it looks good to me, can upload it in 1 day14:35
infinityikepanhc: Kay, shiny.  I want to be able to do a rushed QA/verification next week, so landing the rebases by Monday should be fine.14:38
ikepanhcinfinity: ack14:39
* herton -> lunch14:44
infinityhenrix: quantal rebase bugs are up (including the lts-quantal you were waiting on)14:49
henrixinfinity: yep. i've just exec'ed the bot manually to speed up things ;)14:50
infinityhenrix: Ahh, lovely.  Thanks. :)14:50
infinityhenrix: I was already copying, based on seeing that everything was published.14:50
henrixinfinity: cool. i'll have the lts building later today14:51
bjfshankbot should monitor this irc channel so we can tell it to do things14:51
henrixbjf: heh, that would be nice :)14:51
infinityDoes shankbot give me a grace period after I set promote-to-proposed to Fix Released before it goes looking for stuff in the archive?  Or is it just luck of cron timing?14:53
infinity(I've been intentionally not setting it until after a publisher run and mirror push, but that does mean actually remembering to twiddle the bug an hour or so after I've done the work)14:54
henrixinfinity: i don't know the answer for that question, but i'm pretty sure herton does ;)14:55
infinityhenrix: Alright, I'm going to have a quick nap.  I'll look for lts-Q when I wake up. :)15:19
henrixinfinity: ack, thanks!15:19
infinity(I'm also going to be naughty and Fix Release my task an hour early, let's see if the bot flips out about linux-signed not being in the archive yet)15:20
infinityWell, a half hour early, I guess.  It should hit disk in ~30m.15:20
lantiziaHi, I've noticed that the kernels shipping with 12.04 and 12.10 are coming compiled with a setting turned on that wasn't present in the config file of the kernel that shipped with 11.1015:30
lantiziathat setting is CONFIG_SOUND_OSS_CORE_PRECLAIM=y    and also   CONFIG_SOUND_OSS_CORE=y15:31
lantiziagiven OSS was completely removed in the kernel back in 11.04 release was it?      Why has settings for it re-emerged in 12.04 onwards?   That setting it seems to preserves OSS device numbers in case you have OSS compatibility compiled in to the kernel - which clearly it doesn't any longer!!!15:31
lantiziaBut whilst the setting is there, it prevents people from using OSS proxy/emulation techniques such as osspd (which uses fuse/cuse to fake /dev/dsp and redirects it to pulseaudio)15:31
lantiziaCan anyone help me (I'm not exactly the greatest developer ever, or know the inner workings of the ubuntu development cycle) to see if we can locate a rationale for this setting re-emerging!?15:32
xnoxlantizia: well each cycle there is config review where config changes are agreed upon. i'm not kernel hacker though so somebody like ogasawara or apw will probably know about it.15:35
lantiziaomg it's in raring too15:40
lantizialooks like raring is/was/unsure going to include an osspd package too (auto copied from debian sid which now has it)15:40
lantiziano point if this setting stays in15:41
apwlantizia, we would expect OSS to be off, so if it is on that is a fail as far as i know15:41
apwlantizia, that said if noone has noticed for 15 months, then it cannot be a huge problem15:41
lantiziaapw, can I somehow petition to have it removed?  i mean it wasn't there in 11.10 (because OSS has totally been removed - let it die forever) - so someone put it back!15:42
xnoxwell - ndiswrapper provides went unnoticed for a long time as well.....15:42
apw  * [Config] CONFIG_SND_PCM_OSS=n using pulseaudio emulation instead15:43
apwlantizia, that one there is the one we turned off to allow userspace emulation15:43
apwof the OSS stuff15:43
apwdebian.master/config/config.common.ubuntu:# CONFIG_SND_PCM_OSS is not set15:43
apwand it remains off15:43
lantiziaok I'm no expert but from what I know osspd (OSS Proxy) basically uses FUSE/CUSE TO make fake /dev/dsp /dev/adsp /dev/mixer etc... so your ancient game/app thinks it's really talking to OSS15:44
apwlantizia, if you think something else should be off, we would want a bug filed for that15:44
lantiziano need for wrappers (which only work if libc is still compaible which a lot of the time it's not)15:44
apwso we can evaluate it on its merits15:44
lantiziaCONFIG_SND_PCM_OSS isn't my issue15:44
apwarges, you are a sound weeny, does any of your jack pants use OSS ?15:44
lantiziaas that prevents the creation of  /dev/dsp   /dev/adsp /dev/mixer15:45
lantiziai have no idea what you're on about15:45
apwlantizia, i am asking someone who does a lot of sound work if we need any OSS 15:46
apwat all in his opinion15:46
apwSOUND_OSS_CORE_PRECLAIM would default on if SOUND_OSS_CORE gets turned on, but it defaults off15:47
lantiziaah sorry arges is a person (oops!) i thought you were saying you 'argues' the following :D15:47
infinityLooks like we intentionally disabled them way back when.15:47
ogra_well, preclaim makes sure the device numbers for things like /dev/dsp are hogged all the time by the kernel15:47
apwinfinity, yeah and something has broght it back, sigh15:47
apwogra_, indeed15:48
ogra_so if any userspace emu wants to create them the major devicenumbers are gone15:48
hggdhsmb: good afternoon, I got a Q for you -- on one of our test machines, running Raning/Xen, I am seeing lowmemorykiller messages being issued (killing libvirtd, xend, and others). The machine is idling... have you seen something like that?15:49
* apw tries turning it back off15:49
smbhggdh, no15:49
infinityapw: d5a54f43f357d4814f2c3d53ca3d5c3f6fddebe015:49
lantiziaogra_, it makes me cry :(  technically I have a cold but still...CRY15:50
infinityapw: Pulled in by turning on OSS_MIXER, I suspect.15:50
apwhggdh, raring/xen, i have recently set one of those up, i think i did when i made the host too small15:50
apwsmb, didn't we have to make it a bit bigger15:50
lantiziaosspd is a god send for getting really old Loki ported games working15:50
infinityapw: Or, MIXER_OSS, rather.15:50
lantiziaand it seems the osspd package is going to be in raring (as it was copied from debian sid, and debian just packaged it) - so without fixing the kernel setting... it'll be useless15:51
smbapw, Oh, hm, I did forget about that. Though I think I only saw some other messages not the memory killer... but not sure now15:51
apwwell they seem to be options which are selected, and just turning those two off they stay off15:51
apwso i suspect we have them on for nothing ... 15:51
hggdhthe thing there is out of two machines with Raring/Xen, one does show it, the other does not. Both have the same setup for Xen (this is happening on Dom0)15:51
apwinfinity, based on what you found i think we are justified in turning it off for raring at least and we can see what happens15:51
smbhggdh, Is dom0 set for ballooning or has it maxmem clamped?15:52
apwlantizia, can you file a bug against linux and let me know the number so i have something to track it against15:52
apwinfinity, as far as i can see we have the core turned on, and no drivers using it, so its a complete waste of time15:52
lantiziaapw, unfortunately I've got this far and to this channel with the knowledge I have by wildly googling... I'm no expert.. i wouldn't even know how I'd file that bug15:52
apwogasawara, you seem to be the one who turned off OSS (the old sound thing) in maverick timeframe, a couple of core bits seem to be back on in R, know of any reason or can i slam them back off15:53
apwlantizia, run "ubuntu-bug linux" in a terminal window and folow the prompts :)15:53
infinitylantizia: https://bugs.launchpad.net/ubuntu/+source/linux/+filebug15:53
infinitylantizia: Or what apw said.15:53
smbhggdh, And for the host seeing oom killer, check ps or top to find anything with a big mem footprint15:54
infinityapw: They snuck back in in P, actually, when you pulled d5a54f43f357d4814f2c3d53ca3d5c3f6fddebe015:54
hggdhsmb: looking15:54
infinityapw: Since you're the one who did it, maybe you should ask yourself if you know why. ;)15:54
hggdhsmb: well, dom0_mem is set to 512k, max=512k...15:55
lantiziainfinity, is this the oss thing?15:55
apwinfinity, oh yeah.  looks like some kind of total fail on my part there, then i will unilaterally fix that in R for a start15:55
smbinfinity, Do you expect to remember anyone of us something that is more than 2 weeks old? ;-P15:55
infinitylantizia: Yes.15:55
smbhggdh, Ok, so that would be how I set my machine. Which runs a server install15:56
smbhggdh, wait15:56
smbhggdh, Did you say 512K?15:56
infinityHe had to have meant 512M.15:56
hggdhsmb: my bad. 512M15:56
infinityIf you can boot a dom0 with 512K, I want your setup.15:56
smbinfinity, Thats what I think he meant but better be sure15:57
ogra_512k are enough for everyone !15:57
apwlantizia, drop me the bug number here when you have it so i can add it to the commit15:58
smbhggdh, ok, so yeah 512M may be ok if dom0 does not run other services. Like mine...15:58
apwogasawara, did you do your upload yet ?15:58
* apw waits impatiently for lantizia to supply the bug number15:59
smbapw is patiently as always... :)15:59
hertoninfinity, yes, shank bot wait 1 hour after you set promote-to-proposed to Fix Released16:00
apwsmb, well i want to get this in before ogasawara does her thing16:00
infinityherton: Oh, cool.  That's good to know.16:00
hggdhsmb: will recheck all. I can understand bzr going down on 512M, but not libvirtd16:00
hertoninfinity, 1 hour depends on when the cron job executes, but is a minimum of 1 hour16:01
infinityhggdh: If you have anything doing scary python things (say, something using the libvirt or xend python bindings to query/fiddle with stuff), 512M goes fast.16:02
infinityhggdh: If you don't want to let your dom0 balloon, give it a swapfile.16:02
smbhggdh, Well it does not matter what. If memory gets low *something* has to die. And if it is decided that libvirtd is worthwhile...16:02
hggdhinfinity: nothing much, usually, apart from building the whole of the kernel tests16:02
smbinfinity, Actually its always a good idea to have some swap file... 16:04
infinitysmb: Well, yes.  a dom0 without some healthy swap is probably asking for trouble.16:04
infinitysmb: (for domUs, running swapless may give you exactly the behaviour you want, depending, but for a dom0, it seems silly to potentially lose the whole system to an unanticipated commit spike)16:05
infinityWell, not that you actually "lose the system" if xend or libvirt die.  But it sure looks like it to someone who doesn't know how to recover.16:06
ogasawaraapw: I have not uploaded yet, was doing some test builds and boots.  feel free to shove your changes up and I'll pull it in16:07
hggdhwell, just reproduced it by running 'bzr branch' -- LMK kicked in after a while, killed bzr *and* libvirtd16:08
smbinfinity, Yeah, I certainly would not want any server of mine have none16:08
ogasawaraapw: I'm not aware of any reason for configs to be flipped back on, other than maybe our cowboy did it16:08
hggdhwhich is sort of a overkill. libvird memory usage did not change (visibly), so killing bzr should have been enough16:09
smbhggdh, oom killers definition of "not important" not necessarily goes along with expectation16:09
hggdhsmb: most certainly agree :-)16:09
infinityhggdh: Yeah, that's not really unexpected.  A dom0 that's also used for "real work" needs some healthy swap, and if you care about it also being performant, a ballooning config.16:09
hggdhyeah. Will review the implementation on that, and add a bit of swap/balloon16:10
apwogasawara, give me a couple to just get this bug number in16:11
infinitysmb: It's been a long time since I looked at the oomkiller.  Does it intentionally try to avoid killing things with locked pages or any other such tricks?16:11
infinitysmb: (Like, it's possible xend and libvirt could be doing things to make themselves less easy prey)16:11
apwlantizia, poke16:11
smbinfinity, It is probably as long or longer since I looked. I thought mlock may prevent things, but then also make the overall situation less good for other things16:12
lantiziawoops sorry my boss was chatting to me on IM16:12
lantiziaapw, I'm here!16:12
lantiziaapw, still need me to do something?16:12
apwwe are holding waiting for the bug number from you, so i can commit this change16:12
lantiziaah! that command thing16:13
apwlantizia, ^^16:13
infinitysmb: locking pages isn't usually the right answer to most problems, but in the xend/libvirt/qemu cases, it would almost seem to be what you'd want anyway.16:13
apwyeah especially as probabally the guest memory is real and unswappable, 16:13
smbinfinity, *maybe* libvirt but xend is deprecated and written in python... 16:13
apwbut the "controller" for it may get shoved out16:13
lantiziaapw, I'm on 12.04 still - is that ok?16:13
infinitysmb: Given that your dom0 (or qemu host in the qemu case) kinda has one really important job, and everything else is secondary.16:13
apwlantizia, yes16:14
infinitysmb: You can totally mlock in python.  Using ctypes.  It's evil.  Don't do it.16:14
lantiziaok.. .not donee this before - signing in...16:14
smbinfinity, I did not even want to think about it. 16:14
lantiziaapw, is my bug that I'd like BOTH of the OSS related settings in the config to simply not be in there at all (they were not even in the config file for 11.10's kernel)16:15
* smb shudders16:15
infinitysmb: Heh.  They're rewriting xend in a real programming language as we speak, right?16:15
apwlantizia, you are asking for them to be turned off16:15
lantiziaok :D16:15
apwi'll put the rest of the info in16:15
smbinfinity, There was an ocaml version but actually they moved the whole stack to use a library written in c16:15
infinitysmb: Right.  The C library.  That was what I remembered from UDS.16:16
infinitysmb: If they also write C tools that link to said library, it will be a glorious day.16:16
infinitysmb: (If all I ever see is python bindings and crappy python tools, congrats on not solving the problem)16:16
lantiziaapw, ok - i'm just quickly typing up the whole deal :S16:17
smbinfinity, They do (xm -> xl) but initially loosing the persistent domU management by that. Ok, it is better done in libvirt the same way as for kvm but then this needs the right libvirt for it. So even more that can go wrong.16:19
* smb goes into a corner and cries16:19
infinitysmb: libvirt and I don't get along even remotely.16:19
infinitysmb: Maybe it's matured by now, but the last time I tried using it, I just got very, very angry and went back to configuring VMs by hand.16:19
apwinfinity, it works ok as far as i can tell, mostly16:20
infinityWhich is, y'know, trivial anyway.  Simple config files for Xen, simple command lines for qemu.16:20
infinityOr MESSY AS HELL XML files for libvirt.16:20
smbinfinity, apw also was not very amused, but mostly because of the quality of virt-manager16:20
smbinfinity, libvirt itself isn't that bad nowadays16:20
apwit did make me mad a few times i guess, but it does seem to do the job pretty well16:20
apwthought if i knew what the command lines for each were i might cry that i have been16:21
apwthrough all that pain for something that easy16:21
apwlantizia, bug # ?16:21
lantiziaapw, should I tick it's a security bug?16:22
infinitylantizia: No, it's not.16:22
lantiziaok :D16:22
ubot2Ubuntu bug 1105230 in linux (Ubuntu) "Removal of odd OSS options in kernel compile config file" [Undecided,New]16:22
lantiziaooh i feel all warm and fuzzy16:22
apwogasawara, ok pushed and ready for your fun16:23
ogasawaraapw: awesome, thanks16:23
* apw isn't sure how keen he is to SRU this back as far as P16:24
infinityapw: Seems reasonably harmless to do so.16:25
apwinfinity, if it just turns off like that i guess so16:25
infinityapw: Assuming it doesn't end up disabling some esoteric driver that only built in 3.216:25
=== henrix is now known as henrix_
=== henrix_ is now known as henrix
argesapw: whats up?16:32
apwarges, wondering if your jack based setups use OSS drivers for anything16:33
argesapw: no don't use OSS, just jack/alsa/pulse16:33
apwogasawara, i think i may have knobbed it16:36
* apw is investigating16:37
ogasawaraapw: ok, I'll wait to kick off new builds16:37
ohsixosspd is close to being usable, but not16:37
ohsixif you want to follow up on that :p16:37
ohsixi couldn't make sense of why some of the io 'slaves' wouldn't exit, mathematica would spawn up to 32 then pulse and osspd would start giving up16:38
apwohsix, the problem here is the preclaim isn't it16:39
ohsixyes, i was making a comment about the bug16:39
lantiziaohsix, ossp is better (compatibility) wise than anything else out there16:40
lantiziaI even have an untested patch Tejun wrote for me on the linux mailing list that re-enabled mmap support16:41
ohsixi don't disagree, but like i (sort of) said, it is almost trivial to find a case where it breaks16:41
lantiziaI've got Unreal Tournament, Railroad Tycoon 2, Alpha Centauri, SimCIty 3000 and Return to Castle Wolfenstein.... classic native linux games that _really_ need it to work16:42
ohsixparticularly the one open() one io slave breaks easily16:42
apwogra_, so would we think that just turning off _PRECLAIM would be enough for the older releases to make this work, to minimise the changes there16:42
lantiziawrappers can fail due to incompatible libc implementations and such - so having something that looks like the real OSS is a god send16:43
lantiziait's a shame to throw some of the best (and very few) commercial linux games away for just a sound issue16:43
apwogasawara, ok i have fixed raring, soz about that16:43
ogasawaraapw: no worries, thanks16:43
lantiziaapw, is this being fixed as far back as 12.04 then? wow16:44
apwlantizia, what you running as a test bed.  i would like to see if just turning off one of these works in the odler releases16:44
lantiziaapw, I'm running 12.04 now16:44
apwlantizia, i am thinking about it, the fix i have applied to raring is not goain back16:44
ogra_apw, sounds like 16:44
apwlantizia, i think it would be too much16:44
apwbut if turning off _PRECLAIM is enough that we might be able to do16:44
lantiziayeah it's just PRECLAIM that is the issue16:44
infinityapw: Ah-ha, so it was due to MIXER_OSS, I was right? :P16:45
ohsixpreclaim doesn't let anyone else get the major numbers for oss16:45
apwok ... i'll get you a kernel to test16:45
ohsixin case the alsa/oss shim is loaded later16:45
ohsixif you were wondering why there needed to be a preclaim :p16:45
apwinfinity, some shit i cannot see we would want on when we have OSS turned off officially, but i'll let someone testing raring confirm that :)16:45
apwohsix, yep16:46
infinityapw: Well, it was off until that ARM merge, and no one complained in maverick or oneiric.16:46
lantiziaohsix, whats "alsa/oss shim" ?16:46
apwinfinity, right i have no compunction turning it off, but if _PRECLAIM will do that is much easier to justify for SRU16:46
infinityapw: True.16:46
ohsixlantizia: it's a module from alsa that will wire up OSS to an alsa driver, with all the same drawbacks oss ever had :p (one open will block all users, oss and alsa)16:47
lantiziaohsix, ah well - nevermind then lol16:48
wookeyapw: I filed current state of fix against raring: 16:55
ubot2Ubuntu bug 1105251 in linux (Ubuntu) "Fix cross- linux-tools build" [Undecided,New]16:55
wookeyI've not checked that native builds are still correct (should be OK, but you never know)16:56
ogra_apw, oooh ! i was under the assumption you took all our patches from the qunatal nexus7 kernel, i know for sure the first kernel had loglevel=1 17:05
ogra_(which didnt help for these messages either btw)17:06
ogra_using the patch you once wrote 17:06
ogra_gah, yeah, the patch was dropped :(17:08
ogra_console_loglevel = 4;17:08
apwogra_, you should be able to confirm that patch would help via 'loglevel=2' on the kernel command line17:08
ogra_will try ... but i'm pretty sure it doesnt catch "err"17:09
ogra_iirc it only swallows "info"17:09
* ogra_ grumbles about the broken reply-to setup of the kernel ML17:10
ogra_apw, ok, the majority of messages is gone, i still get "Powering on wifi" "Powering off wifi" all over the screen though17:25
ogra_apw, quieten_wifi_power_message.patch quietens that bit17:26
* ppisati -> rush to the gym17:37
lantiziaapw, did you say there was a kernel I was going to test for you?18:21
ogra_lantizia, no, he said that the fix will go into raring with the next upload18:26
lantiziaogra_, I'm sure there was something about just putting the preclaim fix into the previous two releases18:27
lantiziaand me testing that18:27
lantizialemme find it :S18:27
lantizia<apw> ok ... i'll get you a kernel to test18:29
ogra_..."some shit i cannot see we would want on when we have OSS turned off officially, but i'll let someone testing raring confirm that :)" ...18:29
ogra_that made me think its raring :)18:30
ogra_anyway, you will have a kernel test request in the SRU bug you filed18:30
lantiziabut before he said what I pasted he was asking what I was running and I said 12.0418:30
lantiziao_O what do I do with that then? :D18:30
ogra_SRUs dont get into the archive unverified18:30
ogra_the bug comment will tell you :) 18:31
ogra_(once it is there)18:31
ogra_if you are into gaming you should take a look at steam btw ;)18:31
lantiziaogra_, already using it :D18:32
lantiziaHalf-Life was released yesterday! lol took them FIFTEEN years to port it to linux :P18:32
lantiziai wonder if anything else slipped back into the kernel config options when this ARM version accident merge thing happened18:32
ogra_i remember runnning it when UT was recent 18:32
ogra_and iirc it ran natively 18:33
lantizianah not HL, but UT was native18:33
ogra_hmm, wasnt there a company providing a native runtime for it 18:33
ogra_UT ran native, sure 18:33
lantiziaogra_, nope... hell even wikipedia is saying it was released yesterday18:34
lantiziaalthough the original HL was kinda quake based (modified into GoldSrc)... GoldSrc itself has only just been ported to linux18:34
ogra_ah, loki was the name i was looking for 18:35
lantiziayeah they ported lots... I have Unreal Tournament, Railroad Tycoon 2, Alpha Centauri, SimCIty 3000 and Return to Castle Wolfenstein to get working with OSS Proxy once this is fixed18:36
ogra_right, http://en.wikipedia.org/wiki/Loki_Software agrees with you18:36
lantiziawhat does SRU mean and am I supposed to see it somewhere?18:36
ogra_i thought i had HL running with a lokin installer too18:36
ohsixbut not mathematica bawww18:38
ohsixsee if the io slaves exit properly for all those games18:38
lantiziai hope steam on linux will resurrect UT3 lol -  not willing to place any bets though18:39
lantiziaohsix, I wouldn't even know how to check that - and RTCW needs mmap anyway so I can't test that one yet18:39
lantizianot until I recompile the kernel with tejuns latest mmap fix18:39
* henrix -> EOD18:45
=== henrix is now known as henrix_
=== cyphermox_ is now known as cyphermox
marruslI'm having trouble finding definitive proof if /proc/cpuinfo reflects "cpuinfo_cur_freq" or "scaling_cur_freq" from /sys.  I think it's the former, does anyone know for sure?20:03
vanhoofmarrusl: its scaling_cur_freq20:20
vanhoofcpu MHz: 2701.00020:20
vanhoof==> cpu1/cpufreq/scaling_cur_freq <==20:20
marruslvanhoof, thanks!  20:30
* cking -> EOW20:33
vanhoofmarrusl: np!20:37
* ogasawara lunch20:50
catbus1Can anyone tell me if I am right about this? The kernel SRU for 3.5.0 has entered the 2nd phase (verification), and if there is any SRU request, it won't be reviewed until 2 weeks later. And if it's good to go, it will be in the -updates at the end of 2/28, 5 weeks later?22:00
lantiziaapw, arges, infinity, ogra_, ohsix:  RE: The OSS fix from earlier today....   I got in touch with Tejun (the author of osspd), joined the project on SourceForge and I'm making a mailing list (that'll include previous conversations a few of us have had over the last year or so in email)... would you be interested in being on the list and if so PM me what name/e-mail to add.22:36

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