ramdump mode что это

Русские Блоги

Введение в ramdump-парсер платформы Qualcomm

ramdump Что это? Проще говоря, это файл сбоя памяти, который извлекает информацию о данных в определенный момент времени из системной памяти и сохраняет ее определенным способом, который относится к формату файла ELF.

Если в системе возникает неустранимая ошибка, которую невозможно восстановить, это очень важный расширенный метод отладки, позволяющий активно активировать ramdump для захвата, чтобы сохранить ненормальную сцену для автономного анализа и локализации.

После срабатывания ramdump в Qualcomm его можно подключить к USB и извлечь через ПК. Это набор двоичных файлов. Вам необходимо использовать специальный инструмент сценариев для дальнейшего анализа, прежде чем использовать его для отладки, как показано ниже. Кратко опишите, как использовать инструмент-скрипт для анализа ramdump:

1、Сохраните следующее содержимое скрипта в:

/ work / script / ramdump-parser.sh,

#! /bin/bash

echo “”
echo “Start ramdump parser…”

local _path= KaTeX parse error: Expected ‘EOF’, got ‘#’ at position 61: …» style=»color:#̲008080;»> local_path /
vmlinux= KaTeX parse error: Expected ‘EOF’, got ‘#’ at position 72: …» style=»color:#̲008080;»> local_path /out

/tools/gnu-tools/aarch64-linux-android- 4.9 /bin/aarch64-linux-android-gdb
nm=

/tools/gnu-tools/aarch64-linux-android- 4.9 /bin/aarch64-linux-android-nm
objdump=

/tools/gnu-tools/aarch64-linux-android- 4.9 /bin/aarch64-linux-android-objdump

# git clone git://codeaurora.org/quic/la/platform/vendor/qcom-opensource/tools
ramparse_dir=

echo «cd KaTeX parse error: Expected ‘EOF’, got ‘#’ at position 138: …» style=»color:#̲008080;»> ramparse_dir
echo “”

cd KaTeX parse error: Expected ‘EOF’, got ‘#’ at position 192: …» style=»color:#̲008080;»> out »
echo “”
exit 0

2、Удалите инструмент разбора Qualcomm со следующего адреса:

3、воляgdb，nm，objdumpс участиемramdumpИнструмент синтаксического анализа размещается по следующему пути, и он должен различать 32/64 бита.

4、Возьмиramdump+vmulinuxПоложите в любой каталог:

5、Выполните синтаксический анализ (требуется python2.7.5):

Start ramdump parser…
cd /home/android/tools/ramdump/tools/linux-ramdump-parser-v2

. Out directory does not exist. Creating…

Источник

Ramdump mode arm9 mode что делать?

Влияние режимов контроллера памяти на быстродействие AMD Phenom X4 в реальных приложениях

В данном материале мы продолжим серию исследований различных особенностей функционирования систем на базе процессоров серии AMD Phenom, посвящённую изучению влияния опций и компонентов данных систем на их быстродействие в реальном ПО. Сегодня «героем дня» станет опция BIOS системных плат под Socket AM2+, управляющая режимом работы встроенного контроллера памяти AMD Phenom, и переключающая его в один из режимов: «Ganged» («спаренный») и «Unganged».

Официальное мнение состоит в том, что классический «спаренный» (ganged) режим обеспечивает максимальную производительность доступа к памяти при работе однопоточных приложений, в то время как unganged режим, по идее, должен обеспечивать более высокую скорость для многопоточных задач.

С результатами синтетических тестов в обоих режимах можно ознакомиться, к примеру, вот в этом материале, однако сегодня нас будет интересовать не синтетика, а исключительно реальное, «рабочее» ПО.

Сразу оговоримся, что при всех прочих тестированиях AMD Phenom, нами использовался Ganged-режим — как рекомендуемый по умолчанию всеми BIOS извесных нам системных плат (команда Load BIOS (Optimized) Defaults приводит к установке именно этого режима). Собственно, в том числе желанием проверить «всё ли мы правильно делаем», обусловлено, в том числе, проведение данного тестирования.

Используемый тестовый стенд полностью аналогичен по составу тому, на котором мы уже тестировали Phenom X4 9850, за тем исключением, что в данном случае использовалась обычная DDR2-800 с таймингами 4-4-4-10-22-2T. Впрочем, учитывая то, что Phenom X4 9850 оказался вообще не очень чувствительным к скорости памяти, мы не считаем, что это могло иметь какое-то существенное значение (тем более что Ganged-режим также был перетестирован с DDR2-800). Тестовая методика — стандартная, последней версии.

Пакеты трёхмерного моделирования

Легко заметить, что более-менее существенная разница между двумя режимами наблюдается только в интерактивной части теста SPEC для 3ds max, и в этом случае режим Ganged показывает более высокий результат. В целом же по группе мы имеем мизерные 0,4%, о которых даже говорить не стоит, чьё бы преимущество они не олицетворяли.

CAD/CAM пакеты

Здесь наблюдается стабильная тенденция — режим Unganged не выиграл ни одного подтеста в группе. Но проигрыши опять мизерные: самый большой равняется 1,1%. Снова не о чем говорить.

Компиляция

Режим Ganged позволяет сэкономить 12 секунд на отрезке в полчаса.

Профессиональная работа с фотографиями

Здесь наоборот режим Ganged либо играет вничью, либо проигрывает, но значения проигрыша такие же несущественные, как и во всех предыдущих тестах.

Научно-математические пакеты

MATLAB в одном из подтестов приблизился к «рекорду» 3ds max, но в целом картина такая же индифферентная, как и во всех предыдущих тестах.

Веб-сервер

Наконец-то мы видим более-менее существенные значения — аж до 5%! При этом, что характерно, они говорят отнюдь не в пользу Unganged-режима.

Архиваторы

Разницы, можно считать, нет.

Кодирование медиаданных

Ну а в данном случае её просто нет, безо всяких «можно считать».

Игры однозначно голосуют в пользу Unganged-режима, причём три из семи — с достаточно весомыми значениями. Call of Duty — «чемпион статьи» — в этом игровом тесте разница между Ganged и Unganged режимами составила рекордные 6,5% (в пользу Unganged).

Любительская работа с фотографиями

Ещё одно приложение, достаточно серьёзно чувствительное к режиму работы встроенного контроллера памяти AMD Phenom — это ACDSee. Причём ему тоже больше по душе Unganged-режим.Заключение

В целом, результат исследования можно считать ничейным — за некоторыми весьма редкими исключениями, не выявлено однозначного преимущества одного из режимов над другим.

Не выявлено также и каких-либо чётко прослеживаемых по классам ПО закономерностей и тенденций (в том числе в классах многопоточных и однопоточных приложений, что могло бы хоть как-то согласовываться с официальным позиционированием ganged и unganged режимов).

Финальный минус 0,1% у Ganged-режима по большому счёту ни о чём не свидетельствует т.к. глядя на подробные результаты понимаешь, что результат ещё одного какого-нибудь приложения может превратить этот проигрыш в ничью, а может даже и в победу.

Так что наш вывод будет кратким: с точки зрения производительности реального, «рабочего» десктопного ПО, в подавляющем большинстве случаев абсолютно всё равно, в каком режиме работает контроллер памяти на Phenom. Случаются, конечно, исключения, но они очень редкие, и их характер вряд ли можно спрогнозировать (по крайней мере, на основании данных нашего тестирования).

Что же касается звучавшего в начале статьи вопроса о том «всё ли мы правильно делаем» — то разница в 0,1 балл (или 0,1%), пусть даже и в лучшую сторону, вряд ли может служить поводом для перехода на использование unganged-режима для Phenom в основных тестированиях. Тем более учитывая то, что режим по умолчанию, устанавливаемый системными платами — ganged, а разницу даже в 10 раз большую (1%) мы и так почти никогда не принимаем во внимание, списывая на возможные последствия погрешности измерений или округлений.

Модули памяти для тестовых стендов предоставлены Corsair Memory

Ramdump mode arm9 mode что делать?

Прошлый мой топик был полностью теоретическим, этот же будет практическим. Практика будет довольно хардкорной (я сам занялся этим вопросом только через год работы с ARMами) — инициализация процессора и памяти. Иными словами: что нужно сделать с процессором, чтобы попасть в функцию main(). Первая часть статьи посвящена инструментам сборки и отладки. Вторая — обработке векторов исключений, третья — инициализации стеков и памяти. Но сначала хочу сделать одно уточнение.

Многие почему-то считают, что ARM — это обязательно монстр со внешней памятью, кучей обвязки, работающий на частоте не менее 600Mhz, и т.д. Это правда лишь отчасти (если говорить об ARM9 и более поздних семействах). Тот чип, с которым я обычно работаю (AT91SAM7X512), не намного сложнее знакомых многим AVR. Ему для работы нужны только кварц и питание (можно и без кварца, но тогда будет совсем грустно). Всё. Но возможностей у него, конечно, больше, много больше, чем у AVR. Но об этом позже.

Сегодняшняя статья никак не будет привязана к конкретному железу.

Компиляторы, линковщики, дебаггеры

Вопрос, который волнует очень многих. Есть платные (IAR, Keil MDK, CrossWorks) и бесплатные (gcc-arm). Я в примерах буду использовать gcc-arm. Для винды есть сборки WinARM (кажется, умершая), YAGARTO. В принципе, можно собрать и свою. Есть ещё такая веселая штука, как coLinux, но это совсем другая история. Под Linux кросскомпилятор обычно собирается штатными средствами дистрибутива.

Источник

Русские Блоги

Android Stability-сбой и ramdump

Как и файл coredump, файл ramdump также является файлом дампа памяти, но файл ramdump больше, потому что он является почти зеркальным отображением всей физической памяти. За исключением некоторых типов памяти, которые не могут быть захвачены, почти весь драм является захвачено., Некоторые проблемы имеют низкую вероятность повторения, а некоторые проблемы вызваны воздействием на память. Этот вид проблемы часто невозможно проанализировать с помощью журнала. Поэтому, если зеркало памяти может быть сохранено при возникновении проблемы, это очень полезно для анализа проблемы.

Способ отлова ramdump на платформе MTK

Введение в инструмент сбоя

После завершения компиляции в текущем каталоге будет сгенерирован аварийный исполняемый файл, и ramdump можно будет проанализировать, выполнив этот файл. При анализе ramdump, помимо файла ramdump, также требуется файл vmlinux, который является символьный файл ядра.

Как и в случае с инструментом GDB, у crash есть своя собственная справка по командам. Я не буду вдаваться в подробности. Заинтересованные детские туфли можно увидеть одну за другой. Здесь мы расскажем, как сбой и ramdump помогают нам в анализе проблемы. раньше. Проанализируйте проблему.

Фон проблемы

На определенной модели с запущенной обезьяной почти все машины будут зависать после работы в течение определенного периода времени. В случае зависания невозможно подключить adb и последовательный порт. Более того, после перезапуска обнаруживается, что только журнал каталог на SD-карте сохраняется. Небольшая часть журнала пропала, мы можем видеть только небольшую информацию через файл трассировки в / data / anr

Судя по информации здесь, все связующие потоки system_server застряли, и большинство из них застряли на интерфейсе, чтобы получить емкость SD. SD-карта не может хранить здесь информацию о файле журнала и трассировки. Подозреваем, что SD-карта. проблема с работой. В то время sd-карта использовала файловую систему fuse. В файловой системе fuse в пользовательском пространстве был процесс-демон, называемый sdcard, но поскольку adb и последовательные порты не могли быть подключены, мы не могли знать состояние процесса SDCard и другая информация на тот момент Поскольку вероятность повторения этой проблемы по-прежнему высока, а застревание происходит из-за SWT system_server, было решено активно позволить ядру аварийно завершить работу и захватить файл ramdump для анализа, когда процесс system_server имеет SWT.

echo c> / proc / sysrq-trigger может вызвать аварийный перезапуск ядра

Поскольку файловая система fuse разделена на два уровня: пространство пользователя и пространство ядра, и если есть проблема с уровнем ядра, высока вероятность того, что другие модули на уровне ядра будут иметь проблемы, но со сцены нескольких проблемы, ядро ​​все еще должно работать нормально, поэтому сосредоточьтесь на демоне SDCard на уровне пользовательского пространства:

Отфильтровать все процессы в состоянии D,UN = UNINTERRUPTIBLE

С точки зрения стека, эти два потока удаляют файлы и, наконец, блокируются в состоянии ядра.Определения mutex_lock и mutex следующие:

Мьютекс записывает, кто держит блокировку, поэтому, если можно найти содержимое мьютекса, то можно найти и держатель блокировки. Затем вводится простой метод поиска держателя блокировки, разобранный методом mutex_lock

Регистр X19 в инструкциях от 0xffffffc000ae5e80 до 0xffffffc000ae5eb8 больше не изменялся, поэтому выясните, что содержимое регистра X19 является адресом struct mutex, а затем посмотрите на код дизассемблирования __mutex_lock_slowpath:

4 [ffffffc095e43a80] __mutex_lock_slowpath at ffffffc000ae5da4

5 [ffffffc095e43ae0] mutex_lock at ffffffc000ae5eb8

Экспортируйте содержимое памяти из ffffffc095e43a80 в ffffffc095e43ae0

Вы можете получить адрес struct mutex как ffffffc00f387b98. Таким образом, вы можете получить содержимое нужной переменной. Распечатайте эту блокировку, чтобы получить держатель блокировки:

Держателем блокировки, ожидающей потока SDCard 3046, является процесс 5446, а затем получается стек 5446:

Проанализировав эту проблему, мы можем приблизительно узнать, что есть два потока, одновременно удаляющих файлы из файловой системы fuse, а затем система зависает. Можно смутно почувствовать, что это проблема тупика, но это не нормальный тупик потока., но тупик между процессами, пространством пользователя и пространством ядра. Поскольку файлы удаляются, какие файлы они удаляются? Подобно предыдущему методу получения адреса мьютекса, мы получаем файлы, которые они удаляют, из контекста двух потоков 5446 и 12051.

Представленное выше представление недостаточно интуитивно понятно. В инструменте сбоя я также нашел очень полезные командные файлы, которые можно использовать для интуитивного ввода пути к файлу.

Из вышеизложенного мы можем узнать, что блокировка процесса 3048 была получена 12051, а 12051 удаляет файл /storage/runtime/default/emulated/0/com.xxx/15919563341606802260, а затем можем получить его из 3048 процесс Какой файл удаляется? Если из его контекста будет получено, что он удаляет файл 10048316241362964103, то можно доказать, что это проблема взаимоблокировки.И снова используйте вышеуказанный метод, чтобы проанализировать, какой файл удаляется из контекста стека 3048.

На этом этапе анализа мы можем знать, что эта проблема действительно является проблемой взаимоблокировки процессов, а затем, согласно полученной в настоящее время информации, два процесса с разными разрешениями одновременно удаляют файлы в одном каталоге на SD-карте (например, Surfaceflinger и обычные процессы приложений). Разумеется, эта проблема была воспроизведена, и путь, который нужно было найти, был найден. Сообщив соответствующим коллегам из BSP, они подумали, что это дефект самой файловой системы fuse, но из-за аварийной ситуации проекта, это было просто рабочее место.

Метод извлечения файла coredump с помощью ramdump

Create a core dump file of a user-space task that was running in a kernel dumpfile. The module supports the X86, X86_64, ARM, ARM64, MIPS and PPC64 architectures.

To build the module from the top-level crash- directory, enter:
$ tar xzf crash-gcore-command-1.4.0.tar.gz
$ mv crash-gcore-command-1.4.0/* extensions
$ make extensions

This module’s source files are self-contained in crash-gcore-command-1.4.0.tar.gz.

Author: Daisuke Hatayama [email protected]

Источник

Ramdump mode cause force upload

Включаю все по инструкции
1.Зажмите клавишу громкости вверх, клавишу ”Дом” и клавишу питания
2.После появления надписи samsung отпустите клавишу питания, а остальные продолжайте держать до появления робота.
3.Выберите wipe data/factory reset.
Ну потом YES и прочая хрень, но заместо робота у меня вылазит надпись RAMDUMP MODE Cause: Force Upload
А если не нажимать кнопки то вылазит синее меню с какой-то хренью.
Вообщем как включить телефон в нормальном режиме, чтоб высветилось обычное меню.

Полный сброс Samsung Galaxy S Plus до заводских настроек (hard reset) производится в случае аппаратных сбоев, невозможности войти в систему и когда телефон начинает игнорировать команды пользователя. В случае выполнение hard reset стирается весь ваш индивидуальный профиль в телефоне – контакты, SMS, MMS и другая информация. Поэтому очень важно выполнить ряд действий до начала этой процедуры:

Алгоритм действий:
– Обязательно создайте копию всех данных, которые несут персональную информацию на телефоне ( обязательно подлежат копированию контакты, все полученные и отправленные SMS, MMS, а также индивидуальные настройки Интернета, пароли доступа в Wi-Fi и другую важную информацию);
– Сохраняем все индивидуальные настройки и личную информацию на встроенную SD-карту или посредством USB соединения скопируйте ее на компьютер;
– Выключаем телефон;
– Извлекаем SIM и SD карту из телефона;
– Включаем – Samsung I9001 Galaxy S Plus – удерживаем одновременно три клавиши «Home» и «УВЕЛИЧЕНИЯ ГРОМКОСТИ», затем на две – три секунды нажимаем кнопку «POWER» и затем отпускаем ее, две первых также держим в нажатом положении;
– в появившемся МЕНЮ, выберите строчку – «wipe data/factory reset». Перемещение по пунктам меню осуществляйте кнопками громкости, а подтверждение кнопкой «Home»
– сделайте перезагрузку телефона.
– вы выполнили hard reset – Samsung I9001 Galaxy S Plus.

Как-то случайно вышло так, что статья «Samsung S5830 Galaxy Ace: частые вопросы», которая была написана всего лишь как дополнение к статье «Samsung S5830 Galaxy Ace: осваиваемся на все сто», значительно превзошла свою предшественницу по популярности и к настоящему момент набрала без малого тысячу комментариев, на которые я по возможности пытаюсь отвечать. К тому же я регулярно получаю аналогичные вопросы по почте.

Конечно, я не всегда могу ответить на задаваемые вопросы. Ведь я в конце концов не техподдержка, а всего лишь обычный пользователь (если речь идет о телефонах), но многим мои советы помогли, чему я искренне рад.

Часто спрашивают, как реанимировать телефон при отказе системы, когда он даже не может загрузиться. Я все время отвечал, что нужно сделать восстановление системы и даже несколько раз подробно писал в комментариях, как это делается.

Написание подробной инструкции было запланировано уже давно, но без необходимости сносить систему на своем телефоне ради нескольких снимков мне по понятным причинам не хотелось. Но в последнее время, не выдержав бесчеловечных экспериментов, он начал буквально напрашиваться на это дело, в результате чего я решил все-таки привести его в чувство и заодно рассказать в деталях, как это делается.

Мне повезло, так как в процессе восстановления я напоролся на ошибку «RAMDUMP Mode (ARM9 mode)», которая препятствует нормальному восстановлению системы на Samsung Galaxy Ace. Так что теперь я научу вас не только тому, как восстановить свой телефон, но и как обойти эту ошибку, если вы с ней тоже столкнетесь.

К сожалению, иллюстрации получились ужасными, но уж что есть. Ведь скриншотов во время процедуры не наделаешь.

Итак, как мы с вами прекрасно знаем, Samsung S5830 Galaxy Ace работает под управлением мобильной операционной системы Android, у которого функция сброса к изначальному состоянию доступна даже из настроек. Но бывает так, что телефон просто отказывается загружаться. В таком случае требуется сделать так называемый factory reset.

Единственный минус — все данные с телефона будут удалены, так что на случай этого крайнего средства, я рекомендую периодически сохранять контакты в аккаунте Google или хотя бы в Samsung Kies. Я вообще-то всегда использую Google. Так проще синхронизировать данные со всеми гаджетами, с которыми приходится работать.

Предположим, ваш телефон перестал грузиться дальше заставки с логотипом, обрубаясь или бесконечно перезагружаясь и у вас нет другого выхода, кроме сброса системы.

Для начала полностью зарядите батарею телефона. Во время зарядки лучше вообще оставить его включенным в розетку, так как иначе процедура может просто не запуститься.

На выключенном телефоне зажмите кнопки главного меню и увеличения громкости, после чего нажмите также кнопку питания и удерживайте все три кнопки.

Если все будет идти нормально, то вскоре на экране появится меню, изображенное на следующем снимке.

Здесь нужно выбрать пункт «wipe data/factory reset». Переход по пунктам меню осуществляется качелькой регулировки громкости, а для подтверждения используется кнопка главного меню.

Далее нас попросят подтвердить, что мы точно хотим грохнуть все данные. Среди множества No выбираем единственное Yes, после чего начнется процедура сброса, которая займет совсем немного времени.

Затем в верхней части дисплея появится уже знакомое нам меню, в котором нужно будет выбрать «reboot system now».

Вот собственно и все. Ваш Samsung Galaxy Ace восстановлен. Первая загрузка будет значительно более долгой, чем обычно. Не волнуйтесь. Это нормально.

Так все происходит в идеале, но бывают и сложности. В этот раз у меня на экране выскочила ошибка с текстом «RAMDUMP Mode (ARM9 mode)». При этом экран светился, не реагируя ни на какие действия.

Для непосвященного выглядит жутковато, но на самом деле ничего страшного в этом нет. Если вы столкнулись с этой проблемой, для начала снимите крышку и выньте батарею, а затем вставьте ее обратно.

Если вы попытаетесь повторить процедуру, то опять нарветесь на ту же ошибку.

В этом случае следует зажать на выключенном телефоне кнопку главного меню и удерживая ее зажать кнопку питания. То есть, в отличие от стандартной ситуации, мы просто не трогаем кнопку увеличения громкости и держим две кнопки вместо трех. В остальном все происходит точно так же.

На этом все. Буду рад, если эта статья кому-то поможет.

Если моя статья оказалась для вас полезной, посоветуйте пожалуйста ее своим друзьям с помощью кнопок социальных сетей или просто поделившись ссылкой.

Источник