[01:53] <jdahlin> (re-asking question asked in #ubuntu-devel) Was CONFIG_KPROBES recently turned on in ubuntu kernels?
[02:46] <BenC> jdahlin: it's disabled on all our architectures
[02:46] <jdahlin> BenC: just curious, do you know why?
[02:48] <BenC> because it's meant for kernel testing and debugging
[02:48] <BenC> and generally if you are doing debugging and testing of the kernel, you are compiling your own
[02:48] <jdahlin> developers are also ubuntu users
[02:48] <jdahlin> I'm mainly asking, because I'd like to run systemtap
[02:49] <jdahlin> and I'm not really interested in recompling my kernel
[02:49] <BenC> it isn't a matter of developer....kernel developers are building their own kernels
[02:49] <BenC> what is systemtap?
[02:49] <jdahlin> 'dtrace for linux'
[02:49] <jdahlin> http://www.google.com/url?sa=t&ct=res&cd=3&url=http%3A//www.redhat.com/magazine/011sep05/features/systemtap/&ei=LX4TROzjAZ6wqQKb7oWYDQ&sig2=Wov4CjGvzajGwoweaSbqtQ
[02:49] <jdahlin> oops
[02:49] <jdahlin> http://www.redhat.com/magazine/011sep05/features/systemtap/
[02:49] <BenC> KPROBES is also marked experimental
[02:50] <BenC> isn't dtrace a kernel level tracing tool?
[02:50] <jdahlin> are experimental features generally turned off in stock kernels?
[02:51] <jdahlin> yes, but useful for monitoring applications
[02:51] <BenC> yes, generally, unless enough demand warrants it
[02:51] <jdahlin> fedora might have turned on by default
[02:51] <BenC> but this is only the first request
[02:51] <jdahlin> systemtap seems pretty new, I haven't actually managed to use it (since it requires a kernel recompilation)
[02:52] <BenC> it's a little late in dapper cycle to enable it, maybe propose it for dapper+1
[02:52] <jdahlin> but assuming it can do useful things, it should probably be turned at some point (when both kernel and user space matures)
[02:52] <jdahlin> sure, I'm not proposing turning it off just yet
[02:52] <jdahlin> err, on
[02:54] <jdahlin> BenC: sounds good. I'll investigate the tool and file a bug for turning on CONFIG_KPROBES for dapper+1 iff it turns out to be useful
[05:16] <triceratops> Will the needed fglrx kernel modules be in dapper to fix bugs #32332 and #34314?
[09:22] <nhaines> Hello, everyone.  :)
[09:29] <nhaines> It's quiet here, so I'll check back later.  Good bye, all.
[11:26] <lotu5> hello all...
[11:26] <lotu5> i'm having a little trouble building the softmac module to get my airportextreme card working... can anyone help a bit?
[11:27] <lotu5> specifically, i'm getting this error: make[1] : Entering directory `/lib/modules/2.6.15.1/build'
[11:27] <lotu5> make[1] : *** No rule to make target `modules'.  Stop.
[11:29] <lotu5> anyone here?
[03:50] <ppd> hi. building lirc modules doesn't work in dapper. is that known?
[06:25] <zyga> does standard dapper kernel omit any soundcard drivers?
[06:26] <ppd> hello, I was sent here from ubuntu-desktop with that question. Can it be that the ingain channel is missing on dapper for c-media soundcards?
[06:33] <netzmeister> anybody in da house? :-D
[07:28] <netzmeister> anybody in da house? :-D
[07:28] <netzmeister> how can i use ioperm in my kernel modul?
[07:29] <netzmeister> Warning: implizite declaration of function ioperm
[07:31] <mjg59> netzmeister: You can't. It's a userland call.
[07:31] <netzmeister> any alternatives?
[07:32] <mjg59> Why do you need it?
[07:32] <mjg59> The kernel can read/write any io ports it wants
[07:32] <netzmeister> i develop a kernel modul to read my uGuru MainBoard controller.. (CPU temp etc..)
[07:33] <netzmeister> mjg59:  That's nice to hear.. ;-)
[07:33] <netzmeister> do you've any code example for me?
[07:33] <mjg59> No
[07:33] <netzmeister> :-(
[07:34] <mjg59> You can just use inb and outb
[07:35] <netzmeister> okay
[07:36] <netzmeister> yes it works..
[07:36] <netzmeister> i convert a "userland" source in a kernel module source..
[07:36] <netzmeister> i do not need the ioperm function..
[07:37] <netzmeister> '/* ioperm......    */ and all is fine. ;)
[09:33] <netzmeister> mjg59:  Are you there?
[09:34] <mjg59> netzmeister: Hi
[09:34] <netzmeister> hi
[09:34] <netzmeister> one question..
[09:34] <netzmeister> i have two source files..
[09:34] <netzmeister> one.c  and   two.c
[09:35] <netzmeister> in one.c i use some functions which are in two.c
[09:35] <netzmeister> but i don't know how i should create the makefile
[09:35] <netzmeister> (i will create a kernel module)
[09:35] <mjg59> netzmeister: If it's a kernel module, you need to look at the makefiles in the kernel
[09:36] <mjg59> The only supported way of producing kernel modules is to use the kernel build system now
[09:36] <mjg59> (Even if you're building outside the kernel)
[09:37] <netzmeister> kernel build system?