=== BenC__ is now known as BenC | ||
=== dlbike76 is now known as dlbike76_ | ||
dlbike76_ | Hi I'm running kernel 3.5.0-18-generic on quantal and am seeing instances where the kernel is killing the chromium tasks | 05:20 |
---|---|---|
dlbike76_ | Is this a known problem? | 05:20 |
=== dlbike76_ is now known as dlbike76 | ||
dlbike76 | I'm running lubuntu on a computer with limited RAM, and I didn't notice the problem while on precise. | 05:22 |
dlbike76 | I'm seeing the kernel sending sigkill to the various chromium tasks in the kern.log once memory usage gets to a certain point. | 05:23 |
RAOF | dlbike76: That would presumably be the OOM killer? | 05:25 |
dlbike76 | RAOF: OOM? | 05:26 |
RAOF | Out of memory killer. | 05:26 |
dlbike76 | Gotcha. | 05:26 |
RAOF | ie: We've overcommitted, and now something wants to cash the check for memory that we don't have, so we need to kill something. | 05:26 |
dlbike76 | Should that happen even if swap hasn't been fully utilized? | 05:26 |
ohsix | yea ... | 05:27 |
ohsix | swap can't always service memory requests | 05:27 |
ohsix | you can adjust the overcommit ratio | 05:27 |
ohsix | though at best it will probably get you a machine that runs slower for a long time before something is finally killed :] | 05:28 |
ohsix | chrome seems faster in part due to the way it uses memory to do its work, you might get more out of the situation with a browser not based on webkit | 05:29 |
dlbike76 | It's working pretty good otherwise. I'll just have to multitask less... | 05:29 |
ohsix | you can tell firefox how many images to keep decoded before discarding them, and how much of the back/forward cache to keep around; lots of knobs that won't get you around not having enough memory | 05:30 |
dlbike76 | I've been experimenting with various browsers to see which ones work best for the limited RAM that I currently have. | 05:31 |
dlbike76 | My biggest problem is that I went from a system with over 3GB RAM to a system with approx 300MB. | 05:32 |
ohsix | fun, i had to use my netbook when my laptop broke once :] could barely start the firefox session i regularly used, and do anything else | 05:33 |
dlbike76 | So is OMM Killer something new in the 3.5 kernel? | 05:36 |
dlbike76 | I don't remember this ever happening in 3.2, but I do remember the system slowing to a crawl at times. | 05:37 |
ohsix | it's not new, it's probably just a coincidence that you're noticing it kill chrome | 05:38 |
dlbike76 | Okay at least I know that it is working correctly. Thanks for the help ohsix and RAOF. | 05:44 |
=== jk-- is now known as jk- | ||
=== smb` is now known as smb | ||
smb | infinity, Hiya, somehow I think there was not time to look at the xen package? | 09:06 |
* apw yawns | 09:10 | |
* smb remembers to make more tea | 09:14 | |
infinity | smb: Oh, uhm. Indeed. I got sidetracked with a bunch of other stuff. | 09:37 |
infinity | smb: Say, you have a new core-dev on your team, you should make him review and sponsor. ;) | 09:38 |
smb | infinity, I asked him about another package and he hasn't done it for a whole week... :-P | 09:38 |
smb | apw, ^ ;) | 09:38 |
infinity | smb: A whole week? Man, what a slacker. | 09:38 |
apw | you all smell | 09:39 |
infinity | (... says the man who's had a review pending for Andy for months) | 09:39 |
Laney | hello kernelers ... :-) | 09:59 |
Laney | I noticed that with the new raring kernel I don't have aufs or overlayfs or whateveritis any more ... is that deliberate? | 10:00 |
Laney | also modprobe says this "FATAL: Could not load /lib/modules/3.7.0-0-generic/modules.dep: No such file or directory" | 10:00 |
apw | Laney, i suspect its expected, undesired, i'll check a bit later | 10:05 |
Laney | apw: OK, I'll go back to 3.5 then for now, cheers | 10:06 |
petantik | Hello, I'm trying to debug the ubuntu kernel with kgdb over serial. How can I get a vmlinux file from the vmlinuz file so I can load it into gdb? or does the vmlinuz work fine? | 10:09 |
einonm | petantik: Are you not building the kernel from source yourself? | 10:17 |
petantik | einonm: I am but not using upstream kernel sources | 10:18 |
petantik | einonm: einonm using the instructions here https://help.ubuntu.com/community/Kernel/Compile#Alternate_Build_Method:_The_Old-Fashioned_Debian_Way | 10:19 |
einonm | So do you have a vmlinux image in your build directory. I'm not overly familiar with that way of building the kernel, but there should be a vmlinux produced after building. | 10:21 |
petantik | what I'm trying to figure out is how to generate a vmlinux file instead of a vmlinuz file | 10:21 |
petantik | einonm: let me check | 10:21 |
einonm | The vmlinux file is generated before the vmlinuz file, and is used to generate the vmlinuz file | 10:21 |
petantik | einonm: you're right, definitely a pebkac moment. | 10:22 |
petantik | cheers | 10:22 |
einonm | np :) | 10:22 |
* henrix just received a build failure email for a build that is still pending...!?!? | 12:35 | |
henrix | apw: any idea what happened here? ^^ | 12:35 |
henrix | apw: it was an armel build for 3.2.0-34.53 | 12:36 |
apw | henrix, the build may have failed due to buildd failure (say they rebooted a buildd) and then someone put the build back for rebuilding | 12:36 |
apw | so what you see if it pending for rebuild | 12:36 |
apw | henrix, got a pointer to the build | 12:36 |
henrix | apw: yeah, but the link sends me to the "Lost something?" thing :) | 12:37 |
apw | henrix, well that probabally means it was indeed retried, as we do lose the errors then | 12:37 |
henrix | apw: ok, so i'l just wait and see | 12:38 |
apw | which build was it, which series | 12:38 |
henrix | i've just build tested armel again and it builds without an error | 12:38 |
henrix | it was precise | 12:38 |
henrix | 3.2.0-34.53 | 12:38 |
apw | henrix, yeah it seems to be building right now, so it must have been put back | 12:39 |
henrix | apw: ok, thanks. let's wait and see what happens | 12:39 |
rtg | apw, henrix: I restarted it 'cause it was a compiler seg fault | 13:03 |
apw | heh there you go then | 13:03 |
apw | rtg, i am working on fixing aufs and overlayfs in raring, so don't upload without me | 13:04 |
rtg | cking, could you give me a quick review of your batter patch on git://kernel.ubuntu.com/ubuntu/ubuntu-nexus7.git master-next ? I've rebased against a new release and there were some conflicts in your battery status patches. | 13:05 |
rtg | apw, ack. did you re-upload signed or do you plan to wait ? | 13:06 |
apw | rtg, no i didn't ... i will do that right now | 13:07 |
apw | oh perhaps i won't if that is holding us from breaking the images ... hmmm | 13:07 |
henrix | rtg: ok, thanks | 13:07 |
* henrix -> lunch | 13:08 | |
rtg | apw, can't build dailies without overlay or aufs ? | 13:08 |
apw | rtg, they won't boot without as far as i know | 13:10 |
apw | rtg, i have some test builds ongoing, i am doing overlayfs first, as thats the default | 13:10 |
apw | if that works we can upload that | 13:10 |
rtg | apw, ok | 13:10 |
* ppisati switches to the haswell box (back in a bit) | 14:02 | |
* henrix realises that herton is referred in lwn! \o/ | 14:30 | |
apw | henrix, link ? | 15:07 |
henrix | apw: it's on this week edition, kernel section: https://lwn.net/Articles/524304/ | 15:08 |
henrix | apw: it's just the announment of the stable tree for 3.5 :) | 15:09 |
apw | heh ... good stuff | 15:10 |
apw | rtg, ogasawara, anything you want thrown in the next upload for raring ... i don't want to have any rebases in here really, as this enabled a heap of code | 15:17 |
ogasawara | apw: nothing here | 15:18 |
ppisati | ogasawara: did you put somewhere the list of patches that you showed during the delta review? | 15:21 |
apw | ppisati, normally that is in the spec for the blueprint | 15:21 |
ogasawara | ppisati: yah, in the spec. lemme find the url for you. | 15:22 |
ogasawara | ppisati: https://wiki.ubuntu.com/KernelTeam/Specs/RaringKernelDeltaReview | 15:22 |
ppisati | cool, thanks | 15:23 |
apw | ogasawara, i have generated the 'per dev patch review' WIs and added them | 15:44 |
ogasawara | apw: sweet, thanks | 15:44 |
ogasawara | apw: I need to go through and update our milestone tracking too in our BP's since the new monthly checkpoints were added to LP | 15:44 |
apw | ogasawara, monthly what now ? | 15:45 |
* rtg actually made a nexus7 kernel that boots | 15:46 | |
ogasawara | apw: there's the new monthly milestones now since we don't have alpha's | 15:46 |
ogasawara | apw: eg ubuntu-13.04-month-1 | 15:46 |
* apw hans rtg a pint ... well done | 15:46 | |
ogasawara | apw: hrm, I'm also now seeing the alpha's there too. I swore they were not there yesterday. | 15:47 |
apw | ogasawara, yeah, so we should be trying to fan out our WIs to the appropriate months | 15:47 |
apw | ogasawara, now all i need is some feeling for what month-1 etc means, any idea when they are | 15:49 |
ogasawara | apw: nope. I checked yesterday to see if the release schedule had any specific date for what the month-1 deadline was, but found nothing. | 15:49 |
apw | ogasawara, the milestones themselves will have them, if i could remember where they are | 15:50 |
apw | https://bugs.launchpad.net/ubuntu/raring/+milestones | 15:50 |
apw | ogasawara, oh the alphas etc are 'optin' now | 15:51 |
apw | ogasawara, anyhow so its the 18th, -month-1 is like saturday, and so on | 15:51 |
ogasawara | apw: ah ok. /me makes a note | 15:51 |
ogasawara | I never knew of the /+milestones url, that's helpful | 15:53 |
apw | ogasawara, me either, i just guessed, right for once | 15:54 |
cking | is that a new LP feature? | 15:54 |
apw | cking, don't think so no | 15:55 |
bjf | apw, due to the elegance and consistency of LP you can just naturally anticipate those features | 15:55 |
apw | it is the very first time that my guess found something, i am somewhat chuffed | 15:55 |
ogasawara | apw: you just happened to stumble onto a LP easter egg | 15:56 |
cking | I though the way to find out LP features was to grok the source | 15:56 |
cking | *thought | 15:56 |
* ogasawara back in 20 | 15:57 | |
cking | https://launchpad.net/launchpad/+specs is interesting, all the eggs aren't in one basket | 15:59 |
apw | rtg, ogasawara, ok i have a kernel here with working overlayfs and aufs, so i am proposing to upload it now | 16:06 |
rtg | apw, lock and load.... | 16:07 |
apw | BenC, i have just pushed a new raring master-next with working overlayfs which you need for your images to boot | 16:11 |
BenC | apw: Ah, thanks | 16:11 |
apw | rtg, when you build source pacakges do you do so on 32 or 64 bit chroots ? | 16:11 |
rtg | apw, generally both | 16:12 |
BenC | apw: Is that -2.8? | 16:12 |
apw | BenC, yes | 16:12 |
apw | BenC, i have literally just pushed the master repo, packages are being prepped now | 16:13 |
apw | though i am running it here on my kit | 16:13 |
apw | BenC, oh you may want to fetch again so that the master branch is updated, else the rebase script may not work, as i found out when i did lowlatency :) | 16:27 |
rtg | apw, what script ? ppc is a straightforward rebase against master isn't it ? | 16:28 |
apw | rtg, well it cannot be a strightforward rebase just because master is rebase as well, for lowlatency i use an update-from-master script which knows how to find the bottom of what to rebase etc | 16:29 |
BenC | Mine seemed to find the correct places to rebase against using the tag | 16:31 |
BenC | Maybe I'm lucky | 16:31 |
BenC | apw: Starting a build, so I'll follow up in a couple hours | 16:34 |
rtg | ogra_, are the nexus7 udeb files of any use ? the installer just blats an image onto flash, right ? | 16:35 |
apw | rtg, the d-i and netboot images use them don't they? regardless of final installation method | 16:36 |
cking | I installed my n7 kernel image from the .debs - but hey, I don't know the official way its done | 16:37 |
rtg | apw, neither of which are useable by the nexus 7 | 16:37 |
apw | rtg, then it seems unlikely they can be being used indeed | 16:37 |
rtg | lemme check with janimo | 16:37 |
rtg | ^^ | 16:37 |
* ppisati goes out for a bit... | 16:43 | |
stgraber | hello kernel people. The new linux-libc-dev broke libnl and in turn a bunch of universe packages. | 16:55 |
stgraber | I'm now working on a patch to libnl's netlink-kernel.h to deal with the change and would appreciate one of you confirming it's the correct approach | 16:56 |
stgraber | the debdiff for libnl would be: http://paste.ubuntu.com/1360658/ | 16:56 |
rtg | apw is likely the most informed about header issues | 16:56 |
apw | stgraber, hi | 16:57 |
stgraber | I'm currently doing a test rebuild of sssd (one of the affected package) with the updated version of libnl to see if that does the trick | 16:57 |
stgraber | apw: hi | 16:57 |
apw | stgraber, oh god that is utterly vile | 16:57 |
apw | stgraber, it is clearly doing something which it should not, relying on the names of _ prefixed defines | 16:58 |
apw | stgraber, what you have done seems as appropriate for the new headers as for the old, but *barf* | 16:58 |
stgraber | hehe, well, upstream fixed that in libnl3 (different api) and redhat is in the process of porting sssd to using libnl3 | 16:59 |
stgraber | so hopefully we can kill libnl1 soon and won't have that kind of problem again... | 16:59 |
apw | stgraber, but yeah i think you have no choice in your situation and you appear to have done something which means the right thing | 16:59 |
stgraber | good and the test build just succeeded so I'll push that to the archive now. Thanks for taking a look at the fix. | 17:00 |
apw | rtg, ogasawara, not sure who did the fold down last time we rebased, but when we did squashing aufs into its base patches (aufs-base and aufs-standalone) made it real complex to unpick and update | 17:15 |
apw | i've attempted to mark the ones which are annoying to lose separation on (no-squash) for next time | 17:16 |
rtg | apw, prolly me | 17:16 |
janimo | rtg, feel free to drop udebs | 17:44 |
janimo | I suppose ubiquity does not use them either in case we ever want a proper ubuntu installer | 17:45 |
rtg | janimo, already did, just uploaded to raring directly | 17:45 |
janimo | rtg, great | 17:45 |
rtg | janimo, also created nexus7 branch in ubuntu-raring-meta | 17:45 |
janimo | rtg, should I push the firmware package from PPA to raring NEW too or Are you looking at that too? | 17:45 |
janimo | rtg, nice, had no git tree for meta so far | 17:46 |
rtg | janimo, where is the firmware package ? | 17:47 |
janimo | in the ubuntu-nexus7 staging ppa raring pocket | 17:47 |
rtg | janimo, lemme have a look... | 17:48 |
* rtg -> lunch | 18:15 | |
=== yofel_ is now known as yofel | ||
* henrix -> EOW | 19:33 | |
slangasek | ogasawara: bug #1079385 looks like a duplicate of the overlayfs support issue; is there a master bug for this? | 20:52 |
ubot2 | Launchpad bug 1079385 in upstart "init: can't start after load iso image on hyper-v server 2008 r2 sp1" [Undecided,New] https://launchpad.net/bugs/1079385 | 20:52 |
slangasek | looks like 1079193 | 20:57 |
ogasawara | slangasek: yep, that's the one we shoved in the changelog | 20:58 |
slangasek | ok, thanks | 20:58 |
BenC | apw: Can you help me out using insert-ubuntu-changes.pl? | 21:17 |
BenC | nm, figured it out | 21:19 |
=== BenC__ is now known as BenC | ||
infinity | BenC: Oh hey. I wanted to chat with you. | 21:27 |
infinity | BenC: Specifically about the udebs you dropped from PPC... | 21:27 |
BenC | infinity: Yes? | 21:28 |
infinity | BenC: The pcmcia stuff is absolutely usable on Apple hardware. Perhaps only disabling those for the e500 flavours would have made more sense than across the board? | 21:28 |
infinity | BenC: (And the 8250 stuff also worked fine in the past, and should still do...) | 21:28 |
BenC | infinity: unfortunately, there's no way to do that on a per flavor build | 21:28 |
BenC | I have it on my todo list to re-enable that once I create a mechanism that does what we need it to | 21:29 |
infinity | Hrm. | 21:29 |
BenC | The udeb's are empty on e500* so It's not like I could just ignore a few modules | 21:29 |
infinity | Yet another argument for "powerpc should have stayed in master, and only e500 should be out-of-tree"? :P | 21:29 |
infinity | Having e500 randomly break previously-working non-e500 setups seems suboptimal. :/ | 21:30 |
BenC | I've not heard of any other arguments for such a case :) | 21:30 |
BenC | I did say I plan to fix it :) | 21:30 |
BenC | IMO, it's kernel-wedge that is suboptimal | 21:30 |
infinity | Yeah, I heard you. I'm just thinking in the more general case. | 21:30 |
BenC | Also, having 8250 (for I assume serial console) be modular is less than desirable anyway…I can't imagine anyone using that in a sane way | 21:31 |
BenC | My plan was to build it in on non-e500* to match up and not lose that udeb functionality, but I haven't decided yet | 21:32 |
infinity | It wouldn't generally be for consoles, most PPC hardware I know has onboard serial that isn't 8250. | 21:32 |
infinity | (Which, sure, also makes it less likely to be a useful udeb...) | 21:32 |
BenC | I couldn't really think of a legit use case | 21:32 |
infinity | Keeping the module but dropping the udeb is probably fine for the serial one. | 21:33 |
BenC | But I'll take your word for it that it's important :) | 21:33 |
infinity | For pcmcia, not so much. Those are kinda useful. | 21:33 |
BenC | I've never heard of people using PCMCIA from powerbook's for things needed during install | 21:33 |
BenC | Except maybe networking, but is that something not available on most PowerBooks anyway? | 21:34 |
infinity | I could dream up a scenario where one might want an 8250 udeb to do some serial debugging or something weird, but it's pretty corner case, and not something I suspect anyone really cares about. | 21:34 |
infinity | PCMCIA for networking would absolutely be the use-case. | 21:34 |
BenC | Oh, wait, is airport on things like G5's attached to a PCMCIA port internally? | 21:34 |
BenC | I think it is…so there's a good reason for having it | 21:35 |
BenC | G5/G4 | 21:35 |
infinity | That's also possible, I dunno, but I was just thinking of the ton of powerbooks with crap internal NICs and PCMCIA instead. | 21:35 |
infinity | (Which was not an uncommon setup) | 21:35 |
infinity | Either way, we don't make a habit of telling people "if you don't use the internal NIC, you no get networking during install". | 21:35 |
BenC | Ok, I'll definitely work on getting PCMCIA udeb's back, and I'll mull over 8250 | 21:35 |
infinity | Hence why we even have usb-network-udeb, etc. | 21:35 |
infinity | (Or whatever it's called) | 21:36 |
infinity | BenC: Of course, a rebase to -2 master is probably slightly more urgent, due to the overlayfs/aufs oopses in -1. :P | 21:36 |
infinity | BenC: No pressure, welcome back to the kernel team, etc. | 21:37 |
* infinity mails Ben a beer. | 21:37 | |
BenC | infinity: sure thing, and you missed the opportunity to buy me a real beer | 21:38 |
BenC | Oddly, not many were willing to drink with me in Copenhagen | 21:38 |
infinity | You were a hard man to find after hours at UDS. I could have just beered you at the smoke doors between sessions. :P | 21:38 |
infinity | (Or maybe I was the hard one to find? I'm not sure...) | 21:39 |
BenC | I believe I was being avoided due to the bar having jaeger on hand | 21:40 |
apw | BenC, this new upload didn't get an abi bump, i cannot see how it could not have been; do you still have skipabi/skipmodules turned on ? | 22:40 |
apw | (not that it matters anywhere near as much on ppc as you likely have no dkms, but ...) | 22:41 |
apw | infinity, this whole kernels are (new) and linux-signed can't build till they are done crap really makes getting kernels built a long arduious process | 23:01 |
apw | it would be good to get the signed in, so we get new kernels in the live's | 23:01 |
infinity | apw: Yeah, yeah. Hold your horses. ;) | 23:03 |
apw | heh thanks :) | 23:15 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!