Debug Android - История изменений

Zombah: logging perf note

2017-10-29T22:15:08Z

logging perf note

← Предыдущая версия		Версия от 22:15, 29 октября 2017
Строка 58:		Строка 58:
	initcall_debug		initcall_debug
	</pre>		</pre>
	тогда в логах будет видно какие ядро вызывает функции и будет понятно в какой происходит ошибка.		тогда в логах будет видно какие ядро вызывает функции и будет понятно в какой происходит ошибка. <br />

			Увеличение логирования влияет на производительность ядра, особенно initcall_debug, в производстве <br />
			их лучше не использовать. <br />

	==Аналог /var/log/messages==		==Аналог /var/log/messages==

Zombah: add initcall_debug info

2017-10-29T22:10:41Z

add initcall_debug info

← Предыдущая версия		Версия от 22:10, 29 октября 2017
Строка 52:		Строка 52:
	Также через ''cmdline'' можно форсировать значение переменной '''loglevel''' другой переменной		Также через ''cmdline'' можно форсировать значение переменной '''loglevel''' другой переменной
	'''ignore_loglevel''', это удобно для дебага когда надо видеть все сообщения ядра.		'''ignore_loglevel''', это удобно для дебага когда надо видеть все сообщения ядра.

			Если даже так нет вразумительной информации в каком месте затыкается ядро, такое возможно если в
			этом месте нет обработки ошибок, можно добавить в ''cmdline'' переменную: <br />
			<pre>
			initcall_debug
			</pre>
			тогда в логах будет видно какие ядро вызывает функции и будет понятно в какой происходит ошибка.

	==Аналог /var/log/messages==		==Аналог /var/log/messages==

Zombah: add loglevel

2017-10-29T22:05:16Z

add loglevel

@@ Строка 22: / Строка 22: @@
 </pre>
 которая является в Андроиде частью busybox или toolbox.
 ==Аналог /var/log/messages==
@@ Строка 103: / Строка 133: @@
 $ dumpsys |less
 </pre>
 ----
 ==ddms==
 Разобрался, наконец, с ним.
@@ Строка 154: / Строка 181: @@
 Toshiba  0930
 </pre>
-то тошка сможет подхватываться автоматом без конфигурирования udev, как это делают всякие брендовые самсунги и т.п.
+то тошка сможет подхватываться автоматом без конфигурирования udev, как это делают всякие брендовые самсунги и т.п. <br />
 [[user:Sash0k]]

Zombah: tty without number is better

2017-10-29T21:44:19Z

tty without number is better

← Предыдущая версия		Версия от 21:44, 29 октября 2017
Строка 10:		Строка 10:
	Также нужно будет добавить следующую переменную в ''cmdline'' запуска ядра:		Также нужно будет добавить следующую переменную в ''cmdline'' запуска ядра:
	<pre>		<pre>
	console=~~tty0~~		console=tty
	</pre>		</pre>
	после этих процедур при запуске устройства ядро будет направлять свой вывод		после этих процедур при запуске устройства ядро будет направлять свой вывод

Zombah: udev перечитываем правила

2017-01-09T15:46:25Z

udev перечитываем правила

← Предыдущая версия		Версия от 15:46, 9 января 2017
Строка 135:		Строка 135:
	<pre>		<pre>
	chmod a+r /etc/udev/rules.d/51-android.rules		chmod a+r /etc/udev/rules.d/51-android.rules
			</pre>
			* Перечитываем правила udev
			<pre>
			$ sudo udevadm control --reload-rules
	</pre>		</pre>
	* Не забыть включить режим '''Отладка Android''' в настройках тошибы;		* Не забыть включить режим '''Отладка Android''' в настройках тошибы;

Zombah: add strace fork support

2016-01-15T22:39:30Z

add strace fork support

← Предыдущая версия		Версия от 22:39, 15 января 2016
Строка 72:		Строка 72:
	после такой операции отладочная информация запуска сервиса surfaceflinger будет помещаться в файл surfaceflinger.strace		после такой операции отладочная информация запуска сервиса surfaceflinger будет помещаться в файл surfaceflinger.strace
	в корне папки /data/		в корне папки /data/

			или
			<pre>
			service surfaceflinger /system/xbin/strace -ttf -o/data/surfaceflinger.strace /system/bin/surfaceflinger
			</pre>
			если сервис будет создавать fork процессы

	==debugfs==		==debugfs==

Unknown user в 08:15, 15 октября 2014

2014-10-15T08:15:10Z

Новая страница

=Средства и приемы для сбора отладочной информации в системе Андройд=

==Вывод информации от ядра на экран==
По умолчанию система Андроид скрывает вывод ядра, но его можно включить в самом ядре
с помощью переменной:
<pre>
CONFIG_FRAMEBUFFER_CONSOLE=y
</pre>
в ''.config'' файле настройки ядра и пересобрав ядро после этого.
Также нужно будет добавить следующую переменную в ''cmdline'' запуска ядра:
<pre>
console=tty0
</pre>
после этих процедур при запуске устройства ядро будет направлять свой вывод
на экран.

==dmesg==
Вывод информации которую пишет ядро в консоль, после того как система стартовала
вывод ядра можно посмотреть с помощью команды:
<pre>
dmesg
</pre>
которая является в Андроиде частью busybox или toolbox.

==Аналог /var/log/messages==
Очень часто хочется смотреть на уже загруженной системе вывод ядра в текущем времени, по
аналогии с /var/log/messages в линуксе, в андройде это можно сделать через файл /proc/kmsg,
например так:
<pre>
tail -f /proc/kmsg
</pre>

==logcat==
Мощнейший иструмент для вывода отладочной информации системы Андроид, служит
команда:
<pre>
logcat
</pre>
Ее можно вызывать из консоли, в терминальных приложениях и через [[adb]] консоль.

Чтобы вывести только ошибки:
<pre>
logcat *:E
</pre>

Чтобы увеличить кол-во информации которую показывает logcat нужно задать
значение в файле init.rc системы Андроид переменной loglevel с 0 до 8, чем больше
значение тем больше информации будет фигурировать в логах.

У ''logcat'' есть несколько разных буфферов логирования их список видно при вызове
с ключем --help. Буфферы следующие 'main', 'system', 'radio' и 'events'
Например вызвав
<pre>
logcat -b radio
</pre>
можно посмотреть отладучную информацию радио модуля.

С помощью комманды
<pre>
logcat -b events
</pre>
можно увидеть uevent'ы системы, например изменения заряда батареи.

==strace==
Для вывода более глубокой отладочной информации по запуску определенной службы системы Андроид
используется утилита strace которая является часть системы и обычно располагается в папке /system/xbin
Добавать в запуск службы вывод strace, можно отредактировав файл init.rc следующим образом:

<pre>
service surfaceflinger /system/xbin/strace -tt -o/data/surfaceflinger.strace /system/bin/surfaceflinger
</pre>
после такой операции отладочная информация запуска сервиса surfaceflinger будет помещаться в файл surfaceflinger.strace
в корне папки /data/

==debugfs==
Некоторые системы ядра позволяют получить дополнительную информацию о своей работе через виртуальную файловую систему
''debugfs'', по умолчанию она не монтируется как файловые системы ''sysfs'' или ''procfs'', подмонтировать ''debugfs''
можно следующим образом из консоли или терминала системы Андроид:

<pre>
mkdir /data/debugfs
mount -t debugfs debugfs /data/debugfs
</pre>

после этого в папке /data/debugfs появятся каталоги и файлы по структуре похожие на ''procfs''

==dumpsys==
Очень полезная андроидная утилита, выводит список активных процессов и позволять посмотреть по каждому процессу
его информацию, в информации могут фигурировать различные параметры процесса и информация с которой он работает,
например
<pre>
$ dumpsys window
</pre>

Список доступных для ''dumpsys'' сервисов, можно увидеть на первом экране если запустить dumpsys без ключей
<pre>
$ dumpsys |less
</pre>

----
[[user:zombah|1337638167]]

----
==ddms==
Разобрался, наконец, с ним.
Инфа актуальна для разработки андроид-приложений, при использовании тошибы с андроидом в качестве устройства для тестирования.
Но так же можно снимать logcat с андроида непосредственно на бб.

При использовании для разработки компа с линуксом, тошиба определяется как неизвестное устройство (unknown device)
<pre>
$ ./android-sdk-linux/platform-tools/adb devices

List of devices attached
0000000000000000 unknown
</pre>
Соответственно, тошибу нельзя выбрать как цель для запуска приложения.
Для решения проблемы необходимо добавить правило в udev на ведущем компе (не на тошибе)

Для этого:
* Создаём файл:
<pre>
/etc/udev/rules.d/51-android.rules
</pre>
* Заполняем его:
<pre>
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", MODE="0666", GROUP="plugdev"
</pre>
* Выставляем права:
<pre>
chmod a+r /etc/udev/rules.d/51-android.rules
</pre>
* Не забыть включить режим '''Отладка Android''' в настройках тошибы;

'''После этого тошиба начнёт определяться в DDMS, можно отлаживать приложения под андроид и logcat можно смотреть непосредственно в Eclipse, например;'''

'''ATTR{idVendor}=="18d1"''' - это VID тошибы с цианогеном, значение соответствует производителю "Google";
Чтобы просмотреть VID, при подключенной тошибе можно выполнить '''$lsusb''' на ведущем компе;

Эта же [http://developer.android.com/tools/device.html#setting-up инфа на английском]

По ссылке также находится таблица VID-ов, соответсвующая производителям.
2 '''zombah''': подозреваю, что если сконфигурировать нужный VID
<pre>
Toshiba 0930
</pre>
то тошка сможет подхватываться автоматом без конфигурирования udev, как это делают всякие брендовые самсунги и т.п.
[[user:Sash0k]]