/srv/irclogs.ubuntu.com/2009/05/14/#ubuntu-kernel.txt

tjaaltonddebs.u.c doesn't have l-i-debug for 2.6.28-11, is there a way to build it myself?07:58
tjaalton(I'd like to use oprofile to find out what causes the extra load every ~15min)07:59
vertixvertix: for developers: check out http://cppgoldmine.uuuq.com programmer's goldmine library to find the answers on any of your issues or problems in C++09:16
vertixbtw, no marketing or any other adds on those collections. it is totally clean site containing only articles in 100+ categories, nothing else09:19
=== Lure_ is now known as Lure
=== thunderstruck is now known as gnomefreak
Kanohi, still no aufs2 in there yet?16:56
Kanoevery other live cd is created via aufs(2) nowadays...16:56
apwKano, heh, nope as strangly we have not yet had the UDS discussions on this matter, as they occur in a week16:58
Kanoand you expect another result, do you16:59
amitkKano: probably not, but who knows :)17:01
Kanothats basically impossible17:01
amitkKano: but you welcome to attend the session at UDS where we discuss the issue17:03
amitkyou can even dial in17:03
Kanothe thing is, when you add aufs2 in the kernel + squashfs 4 userspace then your tools would already create working test images 17:04
=== jjohansen is now known as jj_lunch
tjaaltonhow can I build just the debug debs from the kernel source? been trying to do that, since there's no ddeb for 2.6.28-1120:53
rtgtjaalton: you pretty much have to build the whole damn thing in order to get the debug debs20:54
tjaaltonrtg: right, so changing 0-common-vars.mk so that it doesn't skip ddeb's should be enough?20:56
tjaaltonand then debuild -b?20:56
rtgtjaalton: you could just 'sudo mkdir /CurrentlyBuilding' as well20:56
tjaaltonheh, ok20:57
rtgthen 'debuild -b'20:57
rtgeither way should work20:57
tjaaltonok, let's see20:58
BenCrtg: I think /CurrentlyBuilding is just a file, not a dir20:59
BenCbut probably will still work20:59
rtgBenC: I think it can be either, make just looks at the wildcard, doesn't it?20:59
BenCrtg: yeah, I think it's just an existence test21:00
awertg: are then good pointers on the kernel team's wiki pages for debugging crashes / restarts?  my machine (mbpro3 / amd64 ) reboots an awful lot after updating to jaunty.21:03
awes/then/there/21:03
rtgawe: cold boots with no warning?21:04
aweyea21:04
aweusually re-sizing windows, but not always21:04
rtgthose are tough. 21:04
rtgawe: i915 ?21:04
awenvida21:04
awegeforce 8600M GT21:05
rtgthere is a section on debugging in https://wiki.ubuntu.com/KernelTeam/KnowledgeBase21:05
aweall i could find was the suspend/resume debugging page, but i'll look again21:06
BenCawe: using nvidia proprietary driver, or open source one?21:06
aweprop21:06
rtgawe: --> screwed21:07
BenCawe: best bet is to see if nvidia can help...I'd try switching to open source driver for a bit to see if it still happens though21:07
awewell, it's not like i wasn't told "it's recommended". ;)21:07
awei'll switch back and see how that works...21:07
rtgawe: I've had to switch back to 2d before. the 3d driver was flickering and getting real annoying.21:08
awealright, i'll give it a whirl21:09
tjaaltonhmm, so my kernel (karmic) spends most of the time in read_hpet21:09
infinityrtg: It's definitely a file, not a directory.21:09
rtginfinity: the rule is 'ifeq ($(wildcard /CurrentlyBuilding),)'21:09
infinityrtg: Yeah, should work for anything, then.21:10
infinityrtg: Just pointing out that it's a file, should you ever do something with it in shell (say -f or -d)21:10
=== bradf is now known as bradf__afk

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