В списке рассылки разработчиков ядра Linux представлен (https://lkml.org/lkml/2012/4/1/102) набор патчей с реализацией дизассемблера для архитектуры x86, который по задумке разработчиков позволит упростить разбор проблем за счёт вывода осмысленного ассемберного кода вместо шестнадцатеричного дампа во время краха ядра. Дополнительно поддерживается дизассемблирование на лету любой выполняемой функции ядра, используя интерфейс Debugfs, а также интеграция функций дизассемблера во встроенный в ядро отладчик KDB.
В ответ на публикацию патча Инго Молнар (Ingo Molnar), известный разработчик ядра Linux и автор планировщика задач CFS, предложил (https://lkml.org/lkml/2012/4/2/33) несколько неординарных идей по развитию проекта. Например, доработка с реализацией режима ассемблера, который мог бы использоваться для сборки используемых в ядре ассемблерных вставок, или создание дополнительного режима проверки безопасности выполняемого на уровне ядра бинарного кода.URL: https://lkml.org/lkml/2012/4/1/102
Новость: http://www.opennet.ru/opennews/art.shtml?num=33515
Только asm, только kernel, только hardcore!
А ведь иногда нихрена больше и нет. Только асм, только хардкор.
> А ведь иногда нихрена больше и нет. Только асм, только хардкор.А для проца в общем то в конечном итоге ничего кроме потока команд и нет. Логично что неплохо бы видеть на чем оно там споткнулось в виде более удобном чем хексдамп. Самому то хексдамп в уме дизасмить - удовольствие ниже среднего...
Зачем в уме? Кто мешает тот-же дизассемблер использовать?
потому как хардкор же
> Зачем в уме? Кто мешает тот-же дизассемблер использовать?Никто, только неудобно в внешнюю прогу то скармливать. А тут оно само дизасмить будет :)
Лучше бы сделали так чтобы оно ссылку на гитхаб давало, на место где упало.Несколько лет назад сделали так в нашей системе (правда скриптовой, а не компилированный код). Получилось очень удобно.
А что, разве не даёт? ))
Эмм, а что - в линуксе отладочных символов для ядра ещё не изобрели, что там дизассемблер нужен? FreeBSD вон полноценный stack trace давно пишет.
Там возможностей отладки побольше чем во фре.
Кроме того, неужели непонятно что не всем охота держать лишние данные в памяти? Это попросту неоправданно, если ты не разработчик ядра. Я например за 10 лет на разных компах его только 3-4 раза видел.
Так что юзайте дальше вашу винду, не отвлекайтесь на рассуждения.
> Я например за 10 лет на разных компах его только 3-4 раза видел.Имелся в виду кернелпаник.
Символы не грузятся в память. Впрочем, не буду мешать радоваться новому лисапеду.
> Впрочем, не буду мешать радоваться новому лисапеду.Да уж. Если вы не понимаете отличий между дизассемблингом кода и символами - лучше валите отсюда. Зачем нам тормоза и ламеры?
> Да уж. Если вы не понимаете отличий между дизассемблингом кода и символами - лучше валите отсюда. Зачем нам тормоза и ламеры?Нам - и правда незачем. А вот во FreeBSD они - основная ударная сила.
> Нам - и правда незачем. А вот во FreeBSD они - основная ударная сила.Так пусть туда и валят к тигарам и изенам, там их оценят и поймут.
И где же ты узрел, что я утверждаю подобное? Придумать глупость за оппонента и звонко ее осмеять - это такой "ловкий" полемический прием. Красноглазые собратья оценят. Уже оценили.
> И где же ты узрел, что я утверждаю подобное?конечно, не утверждаешь. ты как ёжик из анекдота: «я не обгадился, я не обгадился…»
> Там возможностей отладки побольше чем во фре.Я задал конкретный вопрос, не надо мне маркетинговое фуфло гнать.
> Кроме того, неужели непонятно что не всем охота держать лишние данные в памяти?
А никто и не держит их в памяти.
Еще как изобрели. Они даже зачем-то есть в стоковых Redhat'овских ядрах, которые ынтырпрайз по всему миру импользует в продакшне.
> Эмм, а что - в линуксе отладочных символовСравнил ж-у с пальцем... символы лишь метки. А какой там код по факту... бcдшники такие бcдшники.
А смысл? Все равно дебаггер запускать.
> Сравнил ж-у с пальцем... символы лишь метки. А какой там код по
> факту... бcдшники такие бcдшники.И-и-и? Вы в ядре ошибки компилятора отлаживаете? Или профайлите его руками?
> Эмм, а что - в линуксе отладочных символов для ядра ещё не изобрели, что там дизассемблер нужен? FreeBSD вон полноценный stack trace давно пишет.Таблицы символов и полноценный stack trace в линуксе "изобрели", как обычно, на десять лет раньше, чем во фре. А новость про совершенно другую фичу, которой во фре не будет лет еще двадцать.
Но фанатикам бзди, как обычно, лишь бы ляпнуть.
> Таблицы символов и полноценный stack trace в линуксе "изобрели", как обычно, на
> десять лет раньше, чем во фре. А новость про совершенно другую
> фичу, которой во фре не будет лет еще двадцать.KDB всегда умел disassemble :))
> Но фaнатикам бзди, как обычно, лишь бы ляпнуть.
Приятно видеть что линyпсовый контингент не меняется.
Угу, перейдем в ядре на ассемблерные вставки, переносимость к лешему, зато летать будет....
ВНЕЗАПНО они там всегда были, и будут =)
что, увидел знакомое слово в названии новости, а о чём сама новость - да ну нафиг, читать это для лохов?
> Угу, перейдем в ядре на ассемблерные вставки,Пингвин вообще был сначала i386-only :D
>> Угу, перейдем в ядре на ассемблерные вставки,
> Пингвин вообще был сначала i386-only :DА вот и не фига, это у торвальдца просто был i386 =)
> Угу, перейдем в ядре на ассемблерные вставкиBreaking news! Они там присутствуют с незапамятных времен!
> Breaking news! Они там присутствуют с незапамятных времен!С самой первой версии :)
Конечно, код лучше дампа, но по-моему, в отладочных целях немного в том пользы. Что если порушен IP и переход осуществился в середину инструкции? Что делать с листингом, где непонятно кто и откуда пришёл? Пошаговая отладка - вот что удобно, но как с этим обстоят дела в Линукс - нинай.
Отладочная печать — вот что удобно. И вся необходимая инфраструктура и свободный исходный код для этого есть.Студент-выкормыш Visual Studio?
> Студент-выкормыш Visual Studio?натурально: это же почти эталонный вантузоид. не ванятко, конечно, но тоже весьма, весьма.
> Пошаговая отладка - вот что удобно,Ну покажи мне инструментарий для пошаговой отладки ядер операционок. Кстати а ты не думал, что ядро ОС - это чуть больше чем твой кусок третьесортного кода? Ядро ОС работает в чуть более сложной ситуации. В частности,
1) Может быть несколько потоков на нескольких ядрах. Они могут быть как-то синхронизированы. В этом случае пошаговая отладка как минимум может сильно изменить наблюдаемую картину.
2) Ядро ОС вообще-то должно реагировать на всякие там аппаратные прерывания и прочая. На некоторые - быстро. Игнорирование этого факта - чревато массой глюков и проблем.
3) Ядро может обеспечивать сервисы типа таймеров. Если ты будешь пошагово - а они не выстрелят в срок и опять будут какие-то глюки.
4) В общем случае ядро делает довольно много работы. Постоянно его шагать ты устанешь.У некоторых платформ бывают аппаратные средства для упрощения и такой активности, но психов готовых шагать по пингвиньему ядру я еще не видел.
> но как с этим обстоят дела в Линукс - нинай.
Естественно, бсдшники же латентные проприетарщики, gcc-бяка, а вот вьюжлстудио... ну а то что им bsd не пересобирается - так такие как вы все равно это bsd на побаловаться брали. А мы в отличие от вас пришли надолго и всерьез.
>> Пошаговая отладка - вот что удобно,
> Ну покажи мне инструментарий для пошаговой отладки ядер операционок.А я даже не буду рассказывать, потому что те это вкуй не упилось ибо чайнег, потому как знал бы.
> Кстати а ты не думал, что ядро ...
А дальше текст теоретически буйного с мех-мата МГУП
>Ну покажи мне инструментарий для пошаговой отладки ядер операционок.отладка kgdb
интересно будем посмотреть на такое дизассемблирование поскольку сейчас обычно только с макросами играются а раньше еще утилита crash была
Надеюсь он будет как Soft-ICE по Ctrl-D выскакивать???
И в командной строке можно будет:
:export vmlinux
:bpх copy_to_user
...
И консолька будет цветастая, для данных, регистров, флагов, стека,... =)--
Masami Hiramatsu, оу, да это япошка... значит уже можно вовсю юзать...
Японцы сырые бета версии никогда не показывают!
> --
> Masami Hiramatsu, оу, да это япошка... значит уже можно вовсю юзать...
> Японцы сырые бета версии никогда не показывают!а если все-таки сырая выйдет, то его из японцев исключат? :)
>> --
>> Masami Hiramatsu, оу, да это япошка... значит уже можно вовсю юзать...
>> Японцы сырые бета версии никогда не показывают!
> а если все-таки сырая выйдет, то его из японцев исключат? :)Нет, он должен сам себя исключить - прямая трансляция харакири на багтрекере!