https://opennet.me/openforum/vsluhforumID3/83894.html В списке рассылки разработчиков ядра Linux представлен (https://lkml.org/lkml/2012/4/1/102) набор патчей с реализацией дизассемблера для архитектуры x86, который по задумке разработчиков позволит упростить разбор проблем за счёт вывода осмысленного ассемберного кода вместо шестнадцатеричного дампа во время краха ядра. Дополнительно поддерживается дизассемблирование на лету любой выполняемой функции ядра, используя интерфейс Debugfs, а также интеграция функций дизассемблера во встроенный в ядро отладчик KDB.<br><br><br>В ответ на публикацию патча Инго Молнар (Ingo Molnar), известный разработчик ядра Linux и автор планировщика задач CFS, предложил (https://lkml.org/lkml/2012/4/2/33) несколько неординарных идей по развитию проекта. Например, доработка с реализацией режима ассемблера, который мог бы использоваться для сборки используемых в ядре ассемблерных вставок, или создание дополнительного режима проверки безопасности выполняемого на уровне ядра бинарного кода.<br><br><br><br>URL: https://lkml.org/lkml/2012/4/1/102<br>Новость: https://opennet.me/openforum/vsluhforumID3/83894.html#57 Tue, 10 Apr 2012 22:10:11 GMT &gt;Ну покажи мне инструментарий для пошаговой отладки ядер операционок.<br><br>отладка kgdb<br><br>интересно будем посмотреть на такое дизассемблирование поскольку сейчас обычно только с макросами играются а раньше еще утилита crash была<br> https://opennet.me/openforum/vsluhforumID3/83894.html#56 Thu, 05 Apr 2012 15:42:58 GMT &gt; Студент-выкормыш Visual Studio?<br><br>натурально: это же почти эталонный вантузоид. не ванятко, конечно, но тоже весьма, весьма.<br> https://opennet.me/openforum/vsluhforumID3/83894.html#55 Thu, 05 Apr 2012 15:41:08 GMT &gt; И где же ты узрел, что я утверждаю подобное?<br><br>конечно, не утверждаешь. ты как ёжик из анекдота: &#171;я не обгадился, я не обгадился&#8230;&#187;<br> https://opennet.me/openforum/vsluhforumID3/83894.html#54 Wed, 04 Apr 2012 10:57:41 GMT &gt;&gt; -- <br>&gt;&gt; Masami Hiramatsu, оу, да это япошка... значит уже можно вовсю юзать...<br>&gt;&gt; Японцы сырые бета версии никогда не показывают!<br>&gt; а если все-таки сырая выйдет, то его из японцев исключат? :) <br><br>Нет, он должен сам себя исключить - прямая трансляция харакири на багтрекере!<br> https://opennet.me/openforum/vsluhforumID3/83894.html#53 Wed, 04 Apr 2012 03:30:09 GMT &gt; Таблицы символов и полноценный stack trace в линуксе "изобрели", как обычно, на <br>&gt; десять лет раньше, чем во фре. А новость про совершенно другую <br>&gt; фичу, которой во фре не будет лет еще двадцать.<br><br>KDB всегда умел disassemble :))<br><br>&gt; Но фaнатикам бзди, как обычно, лишь бы ляпнуть.<br><br>Приятно видеть что линyпсовый контингент не меняется.<br> https://opennet.me/openforum/vsluhforumID3/83894.html#52 Wed, 04 Apr 2012 03:28:15 GMT &gt; Сравнил ж-у с пальцем... символы лишь метки. А какой там код по <br>&gt; факту... бcдшники такие бcдшники.<br><br>И-и-и? Вы в ядре ошибки компилятора отлаживаете? Или профайлите его руками?<br> https://opennet.me/openforum/vsluhforumID3/83894.html#51 Wed, 04 Apr 2012 03:26:19 GMT &gt; Там возможностей отладки побольше чем во фре.<br><br>Я задал конкретный вопрос, не надо мне маркетинговое фуфло гнать.<br><br>&gt; Кроме того, неужели непонятно что не всем охота держать лишние данные в памяти?<br><br>А никто и не держит их в памяти.<br> https://opennet.me/openforum/vsluhforumID3/83894.html#50 Wed, 04 Apr 2012 03:08:19 GMT А смысл? Все равно дебаггер запускать.<br> https://opennet.me/openforum/vsluhforumID3/83894.html#49 Wed, 04 Apr 2012 03:06:35 GMT И где же ты узрел, что я утверждаю подобное? Придумать глупость за оппонента и звонко ее осмеять - это такой "ловкий" полемический прием. Красноглазые собратья оценят. Уже оценили.<br>