Hello, I'm [still] not using such schema because I'm trying to solve some other problems in the maemo kernel, but as soon as I have news about this I will let you know. Leandro. On 5/28/08, Arnaldo Carvalho de Melo <acme@xxxxxxxxxx> wrote: > Em Wed, May 28, 2008 at 09:50:10AM -0300, Leandro Sales escreveu: >> On Wed, May 28, 2008 at 9:38 AM, Gerrit Renker <gerrit@xxxxxxxxxxxxxx> >> wrote: >> > Quoting Giuseppe Galeota: >> >> Under General Setup I haven't found Kprobes, but I found Kprobes inside >> >> Instrumentation Support, and it is already active. >> >> About DCCP I can see only: >> >> Networking->Networking support->THE DCCP protocol->DCCP CCIDs >> >> configurations-->CCID2/3 debugging messages, that are already active, >> >> while I haven't found 'DCCP connection probing'. >> >> >> > This means that the dependency for dccp_probe is not satisfied. >> > The only other dependency of dccp_probe is CONFIG_PROC_FS, but this is >> > not normally off. Maybe if you are using non-x86 hardware there is a >> > problem with kprobes? >> >> Yes, this should be the point. For instance, I'm maintaining DCCP >> source code for maemo platform (ARM) that runs with 2.6.21 kernel >> version and they do not provide KProbes and for this case I had to >> make some internal changes to avoid dccp kprobes. As Gerrit said, >> check if kprobe dependencies are selected. > > Since kprobes is not available everywhere and dccp_probe (and tcp_probe > for that matter) only hook into ->sendmsg, what about adding a: > > DCCP_PROBE(sk); > > in dccp_sendmsg and make it dependent on CONFIG_DCCP_PROBE, make it > check a sysctl_dccp_probe_enabled (/proc/sys/net/dccp/probe_enabled) and > if so, call the routine that is now installed via a jprobe. > > With a bit more logic one could make this be a no-op on architectures > where kprobes is available and use the above idea when kprobes is not > present, be it because the arch doesn't have support for it or because > one don't want to have kprobes built-in to for some reason. > > Leandro probably could do it quickly since he already seems to be using > such a scheme, no? > > - Arnaldo > -- Leandro Melo de Sales Pervasive and Embedded Computing Laboratory Computer Science MSc. BRisa and E-Phone Projects Manager Network Admin @ http://embedded.ufcg.edu.br/indexen.html +55 83 3310-1404 (extension 208) http://www.leandrosales.com/ -- To unsubscribe from this list: send the line "unsubscribe dccp" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
