LWN: Comments on "The ORCs are coming" https://lwn.net/Articles/728339/ This is a special feed containing comments posted to the individual LWN article titled "The ORCs are coming". en-us Thu, 04 Sep 2025 17:36:19 +0000 Thu, 04 Sep 2025 17:36:19 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net The ORCs are coming https://lwn.net/Articles/733651/ https://lwn.net/Articles/733651/ johill <div class="FormattedComment"> Now that this is merged ...<br> <p> What happens if we crash in eBPF JIT'ed code? Clearly there cannot be any ORC annotation for that? I'm not sure the JIT ever emits stack usage though.<br> </div> Thu, 14 Sep 2017 07:09:14 +0000 Is objtool for x86_64 only? https://lwn.net/Articles/733631/ https://lwn.net/Articles/733631/ ajdlinux <div class="FormattedComment"> ARM people feel neglected? I work exclusively on powerpc! :P<br> <p> From what I can tell of the initially-x86-only features that do get ported to other architectures, arm/arm64 gets them first, powerpc can be (an often distant) second, and everything else may well be never...<br> </div> Thu, 14 Sep 2017 03:54:14 +0000 ARMing ORCs https://lwn.net/Articles/733182/ https://lwn.net/Articles/733182/ vomlehn <div class="FormattedComment"> Nice. Having done truly shameful things to get MIPS stack backtraces, I spent some time on an approach like this but changed jobs and it fell out of my universe. I have, apparently, a stack backtrace fetish and would take on the ARM version if I could just clone myself. Sigh.<br> </div> Thu, 07 Sep 2017 19:46:26 +0000 The ORCs are coming https://lwn.net/Articles/730013/ https://lwn.net/Articles/730013/ vineetg <div class="FormattedComment"> Is this x86 specific or can this be adapted to all arches ?<br> </div> Sun, 06 Aug 2017 15:08:44 +0000 Is objtool for x86_64 only? https://lwn.net/Articles/729716/ https://lwn.net/Articles/729716/ Wol <div class="FormattedComment"> Ring the hobbits, maybe?<br> <p> Cheers,<br> Wol<br> </div> Thu, 03 Aug 2017 09:50:32 +0000 The ORCs are coming https://lwn.net/Articles/729426/ https://lwn.net/Articles/729426/ vbabka <div class="FormattedComment"> Matt Fleming yesterday also posted a blog post about ORC unwinder, with some more details for some aspects of the topic: <a href="http://www.codeblueprint.co.uk/2017/07/31/the-orc-unwinder.html">http://www.codeblueprint.co.uk/2017/07/31/the-orc-unwinde...</a><br> </div> Tue, 01 Aug 2017 14:32:27 +0000 Is objtool for x86_64 only? https://lwn.net/Articles/729413/ https://lwn.net/Articles/729413/ nix <div class="FormattedComment"> ARMing ORCs seems distinctly dangerous to me: they are not renowned for friendliness as neighbours. However, in this case the ARMs have already taken over the world so I'm not sure there's much the ORCs could do. :P<br> <p> </div> Tue, 01 Aug 2017 13:38:26 +0000 Is objtool for x86_64 only? https://lwn.net/Articles/729409/ https://lwn.net/Articles/729409/ corbet Lots of kernel features show up on x86 first; it doesn't usually take all that long for the interesting ones to spread to the other architectures. I don't know of anybody working on ARMing the ORCs at the moment, but it would not surprise me if it happened fairly soon once the x86 stuff lands. Tue, 01 Aug 2017 12:24:08 +0000 Is objtool for x86_64 only? https://lwn.net/Articles/729402/ https://lwn.net/Articles/729402/ alison <div class="FormattedComment"> There are a legion of readers who work exclusively on ARM processors. I'm disappointed to read the entire article and then realize, looking at the source tree, that "at least on the x86 architecture" meant that the ORC format is not supported on any processors I work with. It would be nice to see a clearer statement of architecture-specificity in the first paragraph.<br> </div> Tue, 01 Aug 2017 05:36:38 +0000 User space https://lwn.net/Articles/728567/ https://lwn.net/Articles/728567/ alkbyby <div class="FormattedComment"> User space is likely to need more complex unwinding support. Since it has wider set of possible compilers/runtimes and programming language features. I.e. at least unwinding RBP is likely to be needed.<br> </div> Sat, 22 Jul 2017 02:02:17 +0000 User space https://lwn.net/Articles/728468/ https://lwn.net/Articles/728468/ corbet That's a question that came up in the conversation; I didn't manage to work it into the article, sorry. There is definitely interest in doing that, and it seems possible, but nobody is working on it at the moment. Thu, 20 Jul 2017 21:06:38 +0000 The ORCs are coming https://lwn.net/Articles/728467/ https://lwn.net/Articles/728467/ Sesse <div class="FormattedComment"> A related question; will this eventually seep down into userspace, so that we can get reliable perf backtraces without frame pointers? (Yes, there's --call-graph=dwarf, but it requires dumping the entire stack to the perf trace, since DWARF is too slow to trace in realtime. So it makes for slow, huge traces.)<br> </div> Thu, 20 Jul 2017 20:58:11 +0000 The ORCs are coming https://lwn.net/Articles/728460/ https://lwn.net/Articles/728460/ corbet ORC will track neither of those things; it just provides the information needed to make sense of the kernel stack. The kallsyms mechanism can associate symbols with addresses, as always. Thu, 20 Jul 2017 19:57:28 +0000 The ORCs are coming https://lwn.net/Articles/728459/ https://lwn.net/Articles/728459/ jhoblitt <div class="FormattedComment"> I haven't tried to grok the pathset... Will ORC track file/lineno or just symbol name?<br> </div> Thu, 20 Jul 2017 19:53:41 +0000