| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <C2D7FE5348E1B147BCA15975FBA23075F44D2DF8@IN01WEMBXA.internal.synopsys.com> Date: Mon, 23 Nov 2015 13:03:59 +0000 From: Vineet Gupta <Vineet.Gupta1@...opsys.com> To: Jan Beulich <JBeulich@...e.com> CC: lkml <linux-kernel@...r.kernel.org>, arcml <linux-snps-arc@...ts.infradead.org>, Peter Zijlstra <peterz@...radead.org> Subject: dwarf unwinder question Hi Jan, ARC port has kernel dwarf unwinder shamelessly copied from your original code which existed in tree at the time (circa 2008) I was wondering if u could answer a question in that respect: arch/arc/kernel/unwind.c If the binary search for a PC fails, it resorts to linear search, which for our case was taking 3 million cycles (vs. normal ~2000). Do you remember why this linear search step was needed - after all the binary lookup table is created out of early parsing of the same data. The fail scenario is for hand asm symbols lacking gcc generated dwarf info and we don't have yet the CFI pseudo ops support in assembler. I can fix memset etc to have empty dwarf info, still unwinder needs this fixing. In case of perf, an overflow interrupt in hand optimized memset leads into the unwinder slow path linear search which causes RCU stalls and such. I'm going to remove it but was wondering if u could provide some historic background. TIA, -Vineet -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists