Re: What's become with PPC patches?
Mathieu Desnoyers <[email protected]>
| Newsgroups | gmane.linux.kernel.tracing |
|---|---|
| Message-ID | <20061107224846.GB19392@Krystal> |
* Sergei Shtylyov ([email protected]) wrote: > Hello. > > Mathieu Desnoyers wrote: > > >> Since we were about to start working on LTTng in arch/powerpc/ tree (at > >>last), I've looked thru the current 2.6.18 patches, and was surprised in > >>a bad > >>way about PPC patches which only looked like a shadow of what they were > >>several months ago, largely reminding the result of a failed rebase with > >>only > >>some added lines and braces serving no particular purpose. Looks like that > >>disaster (I think it's the right word) happened after > >>2.6.17-lttng-0.5.108. > >> Mattieau, could you clarify what happened? The patch has lost a lot of > >>trace points (assmingly borrowed from my last year's LTT work), so it's > >>going to be quite a setback for us, and completely unexpected... :-( > > >Can you point to some examples of the trace points that went away ? I will > >probably be able to explain where they are now : most likely in > >architecture > >independant locations. > > Look at arch/powerpc/mm/fault.c in your patchset, for example... > Look at ltt/probes/ltt-probe-ppc.c: probe_mm_handle_fault_entry/exit And also at mm/memory.c: MARK(mm_handle_fault_entry, "%lu %ld", address, KSTK_EIP(current)); [...] mm/memory.c: MARK(mm_handle_fault_exit, MARK_NOARGS); Note that there should also be a call to trace_kernel_trap_entry/exit in probe_mm_handle_fault_entry/exit in ltt/probes/ltt-probe-ppc.c (see ltt-probe-i386.c for an example). I will fix in the next releases. Mathieu OpenPGP public key: http://krystal.dyndns.org:8080/key/compudj.gpg Key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68