> I think the perform backend for oprofile is the right way to go. > I'd even go further and say we should merge the perfom backend with > oprofile as the only user first, because a) the current perfom user > interface is a complete mess
Can you suggest concrete criticism/improvements/alternative proposals to Stephane then? > and can't be merged as-is and b) that > ensures the oprofile backend works perfectly and we can kill some > existing code in exchange. Hmm, but at least for oprofile like functionality oprofile code seems much simpler. And it's not really bad code. I assume the user interface would change too. I think it's better to let them coexist for some time. -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/