=== akgraner_ is now known as JayFo === bjf is now known as bjf-afk === StevenK_ is now known as StevenK === lance is now known as Guest99294 === Keybuk_ is now known as Keybuk [11:43] Hi, I am looking for some way to build a vmlinux for an ubuntu kernel to run oprofile [11:43] I have a backup software (mondoarchive) that takes ages, [11:43] and 9x % of the time are spent in the kernel. [11:43] I guess they trigger some pattern with suboptimal performance, [11:44] so I'd like to use oprofile to get a hint what that could be [11:44] samples % samples % linenr info image name symbol name [11:44] 26121 75.6933 212 87.9668 (no location information) no-vmlinux /no-vmlinux [11:45] Of course, if there is a better tool to see what the kernel is doing, [11:45] I am happy to take suggestions [13:04] Regarding my earlier question, I found the old debian way with /etc/kernel-pkg.config [13:04] which takes "install_vmlinux=YES" [13:04] so I am looking for a similar option for "fakeroot debian/rules binary-generic" [13:10] sneumann, There is none I know of, but the vmlinux itself would be found in debian/build/build-generic [13:15] thanks smb, currently building with make-kpkg, but if I need another build I'll copy that manually from there [13:15] Actually, does this warrant a bugreport ? Debian was discussion where to place the vmlinux [13:16] sneumann, nooooo, please not make-kpkg [13:16] sneumann, There is no warranty this ever has (for a while) or will work [13:17] a while back: http://lists.debian.org/debian-devel/2006/01/msg01038.html [13:17] Ack, will re-do that the Ubuntu way and manually copy vmlinux [13:17] Also, if you just are looking for vmlinux file produced by the normal builds: [13:18] http://ddeb.archive.ubuntu.com/ubuntu/pool/main/l/linux/ [13:21] The linux-image-debug should contain the vmlinux file, but I notice there seem to be no recent version there [13:34] hrm everything over there is a .deb, don't we make .ddeb's now in build or something [13:35] I have to get into that. I thought to have seen linux-image-debug on local builds, but I might have dreamed that [13:35] # [13:35] mv ../linux-image-debug-2.6.32-8-generic_2.6.32-8.12_amd64.deb \ [13:35] ../linux-image-debug-2.6.32-8-generic_2.6.32-8.12_amd64.ddeb [13:35] h [13:35] we do that in our lucid builds, so we are making the damn things at least [13:36] I would assume to find them in https://edge.launchpad.net/ubuntu/+source/linux/2.6.31-17.54/+build/1389351 but that might be wrong. Checking the log there [13:37] Doh, yeah [13:38] apw, wrong path in my memory [13:38] sneumann, It is http://ddebs.ubuntu.com/pool/main/l/linux/ [13:38] * sneumann is looking at that [13:43] Also found the thread from earlier this year: http://old.nabble.com/linux-image-debug-td22301267.html [13:44] Hmpf. ddebs.u.c is painfully slow, ETA 2hrs :-( === zul_ is now known as zul [13:49] How can I build linux-image-debug-2.6.31 from sources ? Could be faster ... [13:49] sneumann, Well not them. I got an ETA of 5min (but its 450M too) [13:50] sneumann, Either run the build with fakeroot debian/rules skipdbg=false or create the [13:50] directory /CurrentlyBuilding in your / [13:51] sneumann, Well not them. I got an ETA of 5min (but its 450M too) [13:51] sneumann, Either run the build with fakeroot debian/rules skipdbg=false or create the [13:51] directory /CurrentlyBuilding in your / [13:51] retransmitting myself as freenode seems to be jumpy again [13:53] * sneumann didn't understand the /CurrentlyBuilding magic, and uses the commandline / variable solution. Looks cleaner to him [13:54] sneumann, It some magic to act differently when building on the buildd's (The directory exists there) [13:57] as I said, command line argument looks cleaner ;-) [13:57] sooo, should i write my investigated thingies to my bug report [13:57] :D [13:58] sneumann, Just as additional info. Whatever works for you. :) [14:03] ghostcube, If you did what apw has asked you to do (manually force the slower run by removing /var/lib/ureadahead/pack, and then comparing against other runs), then yes. ;-) [14:03] I'll try oprofile with these ddebs, and file a bugreport on oprofile to add that to its documentation / README.Debian.gz [14:08] sneumann, Note that ddebs are Ubuntu specific [14:20] Yes, but there is no README.Ubuntu.gz :-) [14:20] https://bugs.launchpad.net/ubuntu/+source/oprofile/+bug/497424 [14:22] sneumann, Ok, its ok for the Ubuntu package. :) [14:23] smb: i did and i did a week runs with and without updates [14:23] :) [14:23] and its definetly that this fast boot is the problemo [14:23] :) [14:26] ghostcube_, From those runs the parts without updates naturally are much more useful as nothing else has changed. Ok, if you got logs from non-working compared and one working, after removing the pack file, then you should put them in the report and write up your observations [14:42] smb: ok will do so === ghostcube_ is now known as ghostcube [15:49] smb: thanks, have a working oprofile setup. Bye, STeffen === ghostcube_ is now known as ghostcube === elmo__ is now known as elmo [18:45] ogasawara, hi :D how are you? Its been a while since I last talked to you and I have been feeling useless to the kernel team, can you get me started with something [18:45] dhillon-v10: sure. give me a bit and I'll send you email [18:46] ogasawara, thanks you are awesome :) [18:48] ogasawara, hey is it possible for me to join the qa team, I have been pretty active in the community by now [18:49] dhillon-v10: there are a few qa related teams, can you be more specific which team your interested in? [18:49] dhillon-v10: if it's the ubuntu-bugcontrol team you'll have to resbumit your application [18:50] ogasawara, I will for bugcontrol in a short time, I wanted to join SRU Verification team, now that I have done a bit of packaging with my mentor [18:53] dhillon-v10: sbeattie would be a good person to contact about that [18:54] dhillon-v10: I'm not what criteria is in place to join that team at the moment [18:55] ogasawara, alright thanks again, I have been reading some book on the linux kernel and hope to soon help out with bugs in the kernel [18:56] sbeattie, hi :) I want to join the SRU verification team and also want to know a bit more about the criteria for joining the team [18:56] dhillon-v10: re sru-verification, what I'd like to see is existing work verifying SRU bugfixes. [18:57] sbeattie, I have done some packaging, and will get started with more, can you point me to some links that can help me out with more bugs stuff [18:58] dhillon-v10: if your interest is becoming more familiar with kernel bugs, I'll point out that there's an existing karmic kernel SRU pending, with several bugs that need verifying. [18:59] sbeattie, I know that you are very busy, but is it possible to walk me thorough on how to fix one of the bugs, I'll package it, just need some instructions on how to do the rest [19:00] dhillon-v10: hrm, perhaps there's some confusion; sru-verification doesn't do any packaging work; instead we test already uploaded fixes to ensure that (a) the change actually fixes what's intended and (b) doesn't introduce any regressions. [19:02] sbeattie, sorry that's what I meant :D alright so I guess I will find some bugs on launchpad that have the patches attached to them and test them to see if they work as intended [19:03] dhillon-v10: http://people.canonical.com/~ubuntu-archive/pending-sru.html has the list of packages that are in the various -proposed queues. [19:04] poking through the list of karmic-proposed linux bugs that are in blue (haven't been verified yet) would be a good place to start to look for fixes to verify [19:05] sbeattie, thanks a lot, so what happens after I verify one of the patches and it works, I get back to you or comment on the bug that was filed [19:06] * sbeattie cries looking over the list of fixes in the various upstream kernel stable point releases. [19:10] dhillon-v10: comment on the bug report in question is preferred; you can ping me afterwards to review what you've done. [19:10] sbeattie, alright thanks again, I'll work on one of the bugs, and then get back to you === akgraner` is now known as akgraner === maco2 is now known as MsMaco === MsMaco is now known as maco2 === NCommander is now known as Guest36380 === Guest36380 is now known as NCommander [21:10] hi [21:11] I will ask some quick questions related to installing kernel 2.6.32 [21:11] 1. Should I use this guide (http://www.ramoonus.nl/2009/12/03/linux-kernel-2-6-32-installation-guide-for-ubuntu-linux/) to install the mentioned kernel? [21:11] 2. Does the second paragraph in the website mean that i don't have to worry a second about my nvidia graphic drivers? [21:13] mr_engineer: I think you are better off just adding the PPA to apt's sources.list and using apt-get to install it [21:13] I will be back in a couple of hours [21:13] BenC, that sounds interesting, will that take care of my nvidia graphic drivers as well? [21:14] BenC: So you are still alive... :-) [21:15] * mr_engineer is now away, if you have anything helpful to say, do so. I will come back and read [21:17] abogani: I am :) [21:19] BenC: I'm happy to read you again. :-) [22:58] Oh my.. [22:58] If I install the 2.6.32 kernel through the repository, will my graphics drivers be taken care of? [22:59] They should be... thats taken care of by the postinstall scripts, iirc [23:00] nice [23:00] thanks.. thats all i've been wanting to know like since 3 hours ago heh [23:02] nice [23:02] yeah now i saw it.... dkms [23:09] hi, I was here a while ago [23:09] I installed everything but now my grub menu.lst is being useless [23:09] I still boot into 2.6.31-14 [23:09] but my menu.lst shows all the kernels i have installed.. Grub only shows me like 3 [23:10] mr_engineer: you'd probably be better off in #ubuntu. This is kernel development channel [23:10] syn-ack, but does it have anything to do with grub 2? [23:10] What's that? Asking in #ubuntu? [23:11] its basically the same thing [23:11] What's basically the same thing? [23:12] that grub is not using menu.lst correctly [23:13] listen. grub2 does not use a menu.lst, and second, this is the kernel development channel. You're going to have better luck getting help in the ubuntu help channel, which is #ubuntu [23:16] syn-ack, oh yes, indeed. Sorry about that, I thought you were asking me about it. I am asking help in the #ubuntu channel, but you saying that grub2 does not use menu.lst just cleared the whole thing to me. Thanks a lot!