Toshiba AC100 wiki - Вклад [ru]

Uboot

2018-10-21T17:08:25Z

Zombah: /* Варианты меню загрузки */ add efi grub

'''TODO''' : привести в человеческий вид

==Особенности==
Сразу опишу некоторые нюансы, т.к. многие не дочитывают до конца или пропускают нюансы. 
1. Загрузочный скрипт должен быть запакован командой mkimage 
2. initrd/initramfs образ должен быть запакован командой mkimage 

==Версии==
* mainline
Отсутствует поддержка клавиатуры. В 2016-11 не работает экран (патч ушел в мейллист, но не приянт)
* Старая версия (2013 год)
Добавлена поддержка клавиатуры, экран работает. Отсутствует поддержка многих вещей, которые появились за последние несколько лет (extlinux, например)
* 2016-11-nvec-v1-dev
Портирован патч с поддержкой клавиатуры.
Добавлен фикс экрана
*Особо не тестировалась*

==Собранные версии==
[http://tinyurl.com/cukvzlp uboot.bin] с работающим экраном ([https://gitorious.org/uboot-ac100/uboot-ac100/commits/uboot-next-ac100 исходники] на gitorious).
* пока не работает встроенная клавиатура
* некоторые модели usb клавиатур должны работать, но на #ac100 никто этого не смог добиться (видимо зависит от модели)
[https://paz00.ru/index.php/%D0%A4%D0%B0%D0%B9%D0%BB:Uboot-w-kbd.bin uboot-w-kbd.bin] с экспериментальной поддержкой клавиатуры ([https://gitorious.org/u-boot-ac100-exp/u-boot-ac100-exp/commits/master исходники]).

[http://ac100.wikispaces.com/file/view/u-boot-2014-07-android.bin/516688186/u-boot-2014-07-android.bin u-boot-2014-07-android.bin] Binary from this branch https://github.com/ac100-ru/u-boot-ac100-exp/tree/v2014.07-android

==Как работает u-boot==
При использовании fastboot (загрузчик, с которым тошка шла по-умолчанию) ядро, инитрд, cmdline нужно было упаковать в boot образ и записать в 5 или 6 партицию. Бут образ из 6-й грузился по-умолчанию, из 5-й - по домику.
При использовании u-boot'а бут образы не используются. Ядро и initrd должны лежать на файловой системе партиции. Cmdline задается в загрузочном скрипте. Загрузка происходит следующим образом:
u-boot перебирает sd, emmc, usb и ищет там файл загрузочного скрипта (boot.scr). Если он его не находит, вываливается в командную строку (u-boot'а, линукса там никакого нет). Если скрипт находится, то выполняется этот скрипт. В скрипте задается cmdline, считывается в память ядро, инитрд, device tree (для ядер 3.8 и новее) и зовется команда загрузки (bootz или bootm).

'''Другими словами'''

U-Boot ставится в спец. разделы (boot0 и boot1) внутреннего накопителя и не занимает места на части накопителя, где расположена ОС. Устанавливается U-Boot в эти разделы сценарием switch-to-uboot (на AC100 нужно запустить sosboot, а затем выполнить сценарий switch-to-uboot). Для загрузки, U-Boot ищет сценарий с именем boot.scr (на самом деле есть еще имя, но это не так важно). Ищет он его в корне раздела и в каталоге /boot. Проверяются все разделы всех накопителей. Если сценарий не найден, будет выведена консоль U-Boot'а. boot.scr — текстовый файл с небольшим заголовком. В сценарии указаны команды для загрузки ядра, initramfs (опционально), dtb и сама команда запуска. Чтобы ядро бралось из другого места, нужно править сценарий.

==Установка ОС==
См. https://paz00.ru/index.php/Uboot_installation_ru установка ОС с u-boot'ом (https://paz00.ru/index.php/Uboot_installation en)

==Загрузка в память==
Иногда удобно проверять работу u-boot'а/ядра не заливая его на внутренний накопитель.
Загрузить uboot в тошибу не меняя ничего на накопителе можно командой
===nvflash===
<pre>
nvflash --bl ./u-boot-dtb-tegra.bin --go
</pre>
В этом случае нужно иметь рабочий скрипт загрузки для u-boot'а.
Можно сделать полноценный образ, содержащий в себе u-boot, ядро и другие нужные компоненты:
* получаем create_image.pl
<pre>
git clone git://gitorious.org/uboot-ac100/create_bootimage.git
</pre>
* формируем uboot.cmd
<pre>
setenv bootargs 'cma=64M'
bootz @KERNEL @INITRD @FDT
</pre>
* создаем boot-image.ram
<pre>
create_image.pl uboot.bin zImage initrd.img tegra20-paz00.dtb uboot.cmd boot-image.ram
</pre>
* заливаем boot-image.ram в память
<pre>
nvflash --bl boot-image.ram --go
</pre>
===tegrarcm===
можно использовать tegrarcm:
<pre>
tegrarcm --bct=ac100.bct --bootloader=boot-image.ram --loadaddr=0x108000
</pre>

==Загрузка с USB флешки==
'''for-next загружается, 3.1 в процессе'''
<pre>
% cat boot.cmd
echo === boot.scr: boot from USB flash ===
setenv setargs
setenv bootargs 'console=ttyS0,115200 cma=64M'
usb dev 0
ext2load usb 0 0x1000000 /boot/zImage
ext2load usb 0 0x2000000 /boot/tegra20-paz00.dtb
ext2load usb 0 0x2200000 /boot/initrd-uboot
bootz 0x1000000 0x2200000 0x2000000
</pre>

'''Запаковываем''' команды загрузки в образ
<pre>
% ../u-boot/tools/mkimage -A arm -O linux -T script -C none -a 0 -e 0 -n "myscript" -d boot.cmd boot.scr
Image Name: myscript
Created: Sat Nov 24 23:57:51 2012
Image Type: ARM Linux Script (uncompressed)
Data Size: 38 Bytes = 0.04 kB = 0.00 MB
Load Address: 00000000
Entry Point: 00000000
Contents:
Image 0: 30 Bytes = 0.03 kB = 0.00 MB
% ls -la ./boot.scr
-rw-r--r-- 1 stuw users 102 Nov 24 23:57 ./boot.scr
</pre>
И '''обязательно''' перепаковываем initrd.
<pre>
% ../u-boot/tools/mkimage -n MyRamDisk -A arm -O linux -T ramdisk -C gzip -d initrd.img initrd-uboot
Image Name: MyRamDisk
Created: Sun Jan 20 20:23:04 2013
Image Type: ARM Linux RAMDisk Image (gzip compressed)
Data Size: 1217437 Bytes = 1188.90 kB = 1.16 MB
Load Address: 00000000
Entry Point: 00000000
</pre>
boot.scr нужно положить в /boot на sd карте.
Если ядро не использует fdt - его не грузим и убираем последний параметр в команде bootz.

==Запись uboot'а на место загрузчика==
'''Не все описание точное, u-boot "подрос" :)'''
[http://ac100.grandou.net/swarren_brain_dump U-Boot] (by Stephen Warren)
<range type="comment" id="438689">[http://ac100.grandou.net/debian_uboot PaulFertser сообщил], что u-boot из main ветки у него работает!</range id="438689">
См. также [http://nv-tegra.nvidia.com/gitweb/?p=3rdparty/u-boot.git;a=shortlog;h=refs/heads/t30-port-v2011.03-public t30-port-v2011.03-public] ([http://nv-tegra.nvidia.com/gitweb/?p=3rdparty/u-boot.git;a=commit;h=9274b9d3d6d9402695e4f98aa056cf3e3e44fef8 LCD Display driver commit], [http://nv-tegra.nvidia.com/gitweb/?p=3rdparty/u-boot.git;a=commit;h=c788bf82b966c393254c82830b1aa3ba0d07e7bf tegra keyboard support commit])

savalik не осилил заливку uboot на тошибу. Как он понял u-boot.bin (fastboot.stock.bin) составляет какую то часть от раздела EBT(4го).
При запуске nvflash --bl u-boot.bin --go он загоняется в память устройства. Но для его зашивки надо использовать --updatebct (??? какие то ключи)

socketa4techx7 осилил заливку uboot на тошибу. На всякий случай: 1) Надо достать partitiontable и оригинальный bct.
<pre>
nvflash --bl fastboot.bin --getpartitiontable ac100-pt.txt
</pre>
<pre>
nvflash -r --rawdeviceread 0 5000 00.bin
</pre>
<pre>
dd if=00.bin of=ac100.bct bs=4080 count=1
</pre>
2) теперь запихнем оригинальный bct куда подальше и создадим пустой bct-образный файл:
<pre>
cp ac100.bct ac100.bct.orig
dd if=/dev/zero of=ac100.bct seek=2704 bs=1 count=48 conv=notrunc
</pre>
3) Зальём в тошку u-boot.
<pre>
nvflash --bl fastboot.bin --bct ac100.bct --odmdata 0x800c0085 --download 4 u-boot.bin
</pre>
Бинго! (по мотивам http://ac100.grandou.net/swarren_brain_dump)
Траблы: разрешение экрана кривовато, шрифт мелковат. Зы. бинарник, который я заливал, я взял из последнего L4T.(по непонятным причинам сработало 1 раз). <range type="comment" id="521845">Вообще говоря, толку от u-boot сейчас мало - он не поддерживает дисплей и клавиатуру. Так что пока рассматриваем другие варианты.</range id="521845">

Так же советуемая Паулом putusb Муромца не работает из за какой то банальщины вроде неправильного импортирования модулей. (Муромцу подзатыльник за то что все сломал.)

==Сборка==
Для v2016.11-nvec-v1-dev
<pre>
git clone https://github.com/ac100-ru/u-boot-ac100-exp.git
cd u-boot-ac100-exp
git checkout -b v2016.11-nvec-v1-dev origin/v2016.11-nvec-v1-dev
make ARCH=arm CROSS_COMPILTE=arm-linux-gnueabi- paz00_config
make ARCH=arm CROSS_COMPILTE=arm-linux-gnueabi- # опционально добавить -j <количество потоков>
</pre>
Для старых версий
<pre>
git clone git://git.denx.de/u-boot-tegra.git
cd u-boot-tegra
make paz00_config
CROSS_COMPILE=arm-linux-gnueabi- make
</pre>

http://pastebin.com/Ff5ydM1p -- печальный выхлоп в виде сегфолта в конце.
http://dl.dropbox.com/u/32472722/ac100_stuff/u-boot.bin bootloader failed NvError 0x0
:nvflash\nvflash\nvflash.exe --bl nvflash\nvflash\fastboot.stock.bin --bct ac100.bct --odmdata 0x800c0085 --download 4 u-boot.bin <range type="comment" id="636874">делает кирпич. </range id="636874">да и в целом odmdata 0x800c0085 кажется нам не идет.

==Загрузка ядра из boot образа==
Буду расписывать на основе http://ac100.grandou.net/abootimg#output_examples
Видно, что:
page size = 2048 bytes
kernel size = 3146584 bytes
ramdisk size = 2310081 bytes

В нулевом секторе находится заголовок. Начиная с первого сектора идет ядро. Потом initrd.
Ядро занимает (3146584 + 2048 - 1) / 2048 байт = 1537 секторов.
Ramdisk: (2310081 + 2048 - 1) / 2048 байт = 1128 секторов.

6-я партиция начинается с сектора 5376 и ее размер 4096 секторов (сектор - 2048 байт, какой размер блока у убута - не знаю).
Ядро: начало 5376+1=5377, размер 1537 секторов
Как вытащить cmdline - пока не знаю. надо руками вбивать :(

U-boot работает с секторами по 512 байт и не видит скрытые области на ностеле тошибы. Поэтому нужно сделать дополнительные корректировки (на примере 116-й модели, бут партиции по 2 МБ).
Т.к. скрытые области на 116-й модели по 2 МБ, то скрытыми будут 2048 секторов. Пересчитаем смещение ядра: 5377-2048=3329
Т.е. u-boot использует сектора по 512 байт, а мы считали все для секторов в 2048 байт, нужно пересчитать значения для скармливания u-boot'у:
Ядро: начало 3329*4=13316 (0x3404), размер 1537*4=6148 (0x1804)

Команда для считывания ядра из 6-й партиции будет такая:
mmc read 0x1000000 0x3404 0x1804

==Варианты меню загрузки==
===Устаревший вариант: Bootmenu===
Тестовая сборка: [https://dl.dropboxusercontent.com/u/40761340/Test/sos-uboot-r5-2013-09-23.bin Test/sos-uboot-r5-2013-09-23.bin]

Для записи uboot'а на место постоянного загрузчика: загрузить образ в память, выполнить ./switch_to_uboot

'''НЕПРОВЕРЕННЫЙ ВАРИАНТ'''

Должен выдать меню из следующих пунктов:

Boot kernel

Boot recovery

Boot from SD

Boot from USB

Uboot

<pre>
setenv bootmenu_0 "Boot kernel =setenv bootargs console=tty0 console=ttyS0,115200n8 CMA=64M quiet splash;\
mmc dev 0;\
ext2load mmc 0 0x1000000 /boot/zImage;\
ext2load mmc 0 0x2000000 /boot/tegra20-paz00.dtb;\
ext2load mmc 0 0x2200000 /boot/initrd-uboot;\
bootz 0x1000000 0x2200000 0x2000000;"

setenv bootmenu_1 "Boot recovery=setenv bootargs console=tty0 console=ttyS0,115200n8 CMA=64M quiet splash;
mmc dev 0;\
ext2load mmc 0 0x1000000 /boot/zImage-recovery;\
ext2load mmc 0 0x2000000 /boot/tegra20-paz00.dtb;\
ext2load mmc 0 0x2200000 /boot/initrd-recovery-uboot;\
bootz 0x1000000 0x2200000 0x2000000;"

setenv bootmenu_2 "Boot from SD =setenv bootargs console=tty0 console=ttyS0,115200n8 CMA=64M quiet splash;\
mmc dev 1;\
ext2load mmc 1 0x1000000 /boot/zImage;\
ext2load mmc 1 0x2000000 /boot/tegra20-paz00.dtb;\
ext2load mmc 1 0x2200000 /boot/initrd-uboot;\
bootz 0x1000000 0x2200000 0x2000000;"

setenv bootmenu_3 "Boot from USB=setenv bootargs console=tty0 console=ttyS0,115200n8 CMA=64M quiet splash;\
usb dev 0;\
ext2load usb 0 0x1000000 /boot/zImage;\
ext2load usb 0 0x2000000 /boot/tegra20-paz00.dtb;\
ext2load usb 0 0x2200000 /boot/initrd-uboot;\
bootz 0x1000000 0x2200000 0x2000000;"

bootmenu 20
</pre>

Меню для Андроида
<pre>
echo === AC100 Android Bootmenu ===
setenv bootmenu_0 "Boot LNX =mmc dev 0; ext2load mmc 0:2 0x1000000 /boot/zImage;\
ext2load mmc 0:2 0x2200000 /boot/initrd.gz;\
bootz 0x1000000 0x2200000;"
setenv bootmenu_1 "Boot SOS =mmc dev 0; ext2load mmc 0:1 0x1000000 /boot/zImage;\
ext2load mmc 0:1 0x2200000 /boot/initrd.gz;\
bootz 0x1000000 0x2200000;"
setenv bootmenu_2 "Boot from SD =setenv bootargs console=tty0; mmc dev 1;\
ext2load mmc 1 0x1000000 /boot/zImage;\
ext2load mmc 1 0x2200000 /boot/initrd.gz;\
bootz 0x1000000 0x2200000;"
setenv bootmenu_3 "Boot from USB=setenv bootargs $cmdline; usb dev 0;\
ext2load usb 0 0x1000000 /boot/zImage;\
ext2load usb 0 0x2200000 /boot/initrd.gz;\
bootz 0x1000000 0x2200000 0x2000000;"
bootmenu 20
</pre>

<pre>
echo === Toshiba AC100 Bootmenu ===
setenv bootmenu_0 "Boot LNX CM-10.1 =ext2load mmc 0:2 0x1000000 /boot/zImage-boot-cm-10-1; ext2load mmc 0:2 0x2200000 /boot/initrd-boot-cm-10-1.gz; bootz 0x1000000 0x2200000;"
setenv bootmenu_1 "Boot SOS CM-10.1 =ext2load mmc 0:1 0x1000000 /boot/zImage-recovery-cm-10-1; ext2load mmc 0:1 0x2200000 /boot/initrd-recovery-cm-10-1.gz; bootz 0x1000000 0x2200000;"
setenv bootmenu_2 "Boot LNX UBUNTU-12.10 =ext2load mmc 0:2 0x1000000 /boot/zImage-lubuntu-12-10; ext2load mmc 0:2 0x2200000 /boot/initrd-lubuntu-12-10; bootz 0x1000000 0x2200000;"
setenv bootmenu_3 "Boot from SD fat=fatload mmc 1:1 0x1000000 /boot/zImage; fatload mmc 1:1 0x2200000 /boot/initrd.gz; bootz 0x1000000 0x2200000;"
setenv bootmenu_4 "Boot from USB ext2=ext2load usb 0:1 0x1000000 /boot/zImage; ext2load usb 0:1 0x2200000 /boot/initrd.gz; bootz 0x1000000 0x2200000 0x2000000;"
bootmenu 5
</pre>

===Новый вариант: Extlinux===
В новых версиях u-boot появилась поддержка syslinux скриптов для создания меню загрузки. 
[http://git.denx.de/?p=u-boot.git;a=blob;f=doc/README.distro;h=9e4722a86ee562fdc80b675f5be9d30e30e61597;hb=HEAD README в исходниках U-Boot] 

Пример конфигурации:
<pre>
TIMEOUT 1000
DEFAULT default
ONTIMEOUT exit
MENU TITLE Boot menu

LABEL default
MENU LABEL Default
LINUX /boot/zImage
FDTDIR /boot/
APPEND root=/dev/mmcblk0p1 plymouth.enable=0 console=ttyS0,115200n8

LABEL failsafe
MENU LABEL Failsafe
LINUX /boot/zImage-failsafe
FDT /boot/tegra20-paz00.dtb
INITRD /boot/initrd-uboot
APPEND root=/dev/mmcblk0p1 plymouth.enable=0 console=ttyS0,115200n8 console=tty

LABEL exit
MENU LABEL Local boot script (boot.scr)
LOCALBOOT 1
</pre>

#При использовании '''FDTDIR''' для выбора '''dtb''' файла при загрузке используются переменные окружения ''SYS_SOC'' и ''SYS_BOARD''. 

===EFI вариант с помощью GRUB===
Пример вывода из последних сборок openSUSE где включена только EFI загрузка: 
<pre>
U-Boot SPL 2016.11 (Dec 22 2016 - 23:44:52)linux-4.18.12-1-default.gz
Trying to boot from RAMt
grub>
grub>
U-Boot 2016.11 (Dec 22 2016 - 23:44:52 +0300)
grub>
TEGRA20
Model: Toshiba AC100 / Dynabook AZ
Board: Compal Paz00
DRAM: 512 MiB
MMC: Tegra SD/MMC: 0, Tegra SD/MMC: 1
*** Warning - bad CRC, using default environment

nvec: nvec_probe
NVEC initialization...
request-gpios flags: 0xa
nvec: nvec_set_bus_speed
tegra_nvec_kbd_probe
tegra kbc is initialized
tegra_nvec_kbd_start: Tegra nvec keyboard ready
In: tegra-nvec-kbc
Out: vidconsole
Err: vidconsole
Net: No ethernet found.
Hit any key to stop autoboot: 0
switch to partitions #0, OK
mmc1 is current device
Scanning mmc 1:1...
Found EFI removable media binary efi/boot/bootarm.efi
reading efi/boot/bootarm.efi
813056 bytes read in 59 ms (13.1 MiB/s)
libfdt fdt_check_header(): FDT_ERR_BADMAGIC
## Starting EFI application at 0x01000000 ...
Scanning disks on usb...
Scanning disks on mmc...
MMC Device 2 not found
MMC Device 3 not found
Found 6 disks
Welcome to GRUB!
</pre>

EFI партиция - hd1,gpt1
BOOT партиция - hd1,gpt2

Надо понять какой нужен grub'у конфиг. Чтобы откатиться на boot.scr достаточно написать exit.

==Разное==
===Bootable флаг в U-Boot===
[http://lists.denx.de/pipermail/u-boot/2012-October/136724.html Описание как в U-Boot считывается bootable флаг] 

===Скрипты от nvidia для прошивки U-Boot===
https://github.com/NVIDIA/tegra-uboot-flasher-scripts
https://github.com/NVIDIA/tegra-uboot-scripts

===Патчи Нвек в Mainline U-Boot===
http://patchwork.ozlabs.org/project/uboot/list/?submitter=Andrey+Danin&state=*&archive=both

===Persistent enviroment location===
This settings live in ''include/configs/paz00.h''

<pre>
/* Environment in eMMC, at the end of 2nd "boot sector" */
#define CONFIG_ENV_IS_IN_MMC
#define CONFIG_ENV_OFFSET (-CONFIG_ENV_SIZE)
#define CONFIG_SYS_MMC_ENV_DEV 0
#define CONFIG_SYS_MMC_ENV_PART 2
</pre>

<pre>
<srwarren> Typically it's at the end of /dev/mmcblk0boot1 for devices that boot from eMMC
<srwarren> IIRC, 0==main data, 1==boot0, 2==boot1
</pre>

===Factory kernel 2.6.32-9 with U-Boot===
<pre>
Uncompressing Linux.................................................................................................................................................................................. done, booting the kernel.

Error: unrecognized/unsupported machine ID (r1 = 0x00000c38).

Available machine support:

ID (hex) NAME
00000d05 Tegra 2 Development System
00000aab NVIDIA Harmony Development System
00000b6f NVIDIA Ventana Development System

Please check your kernel config and/or bootloader.
</pre>

====how to override this machine ID?====
'''0x00000c38''' is 3128 decimal, defined in arch/arm/include/asm/mach-types.h
in U-Boot.
<pre>
#define MACH_TYPE_PAZ00 3128
</pre>

===load U-Boot default enviroment settings===

<pre>
env default -a
</pre>
----

Iovyroot

2018-07-29T20:01:51Z

Zombah: add warning

==PoC==
https://github.com/dosomder/iovyroot
==Info==
This is dangerous and can break device, prepare recovery stuff before even trying this!!!
==Find offsets==
===If kallsyms exist===
# Unpack kernel
# Grab https://github.com/fi01/kallsymsprint
# Print kernel kallsyms: kallsymsprint.x86 kernel.unpacked
# For 32bit platform grep for: egrep "ptmx_fops|sidtab|policydb|selinux_enabled|selinux_enforcing"

==Add device==
# Here is offseet order https://github.com/zombah/iovyroot/blob/master/jni/include/offsets.h#L12
# Patch source:
<syntaxhighlight lang='c'>
--- a/jni/offsets.c
+++ b/jni/offsets.c
@@ -419,6 +419,12 @@ struct offsets offsets[] = {
{ "MI 2", "Linux version 3.4.0-perf-g9b728b6-00625-ge66671e (builder@qh-miui-ota-bd53) (gcc version 4.8 (GCC) ) #1 SMP PREEMPT Mon Mar 7 20:05:25 CST 2016",
{ (void*)FSYNC_OFFSET(0xC12D5298) },
(void*)0xC12BC530, (void*)0xC12BC420, (void*)0xC0F5332C, (void*)0xC12BA9D0 },
+
+ /********************** ALCATEL ************************/
+ //Alcatel/TCL 5065D Pop35, 5.1.1 LMY47V
+ { "5065D", "Linux version 3.10.49-g17d9d71 (android-bld@aclgcl-ubnt) (gcc version 4.8 (GCC) ) #1 SMP PREEMPT Tue Sep 29 19:51:34 CST 2015",
+ { (void*)FSYNC_OFFSET(0xc0e82728) },
+ (void*)0xc0e08a40, (void*)0xc0e08930, (void*)0xc0cf76c0, (void*)0xc0e06edc },
};

#endif /* (__LP64__) */
</syntaxhighlight>

==Compile==
# Copy whole poc folder to android/device/vendor/model folder and run mmm into it from android build env root

Iovyroot

2018-07-29T19:58:56Z

Zombah: /* Add device */ add patch syntaxhighlight

==PoC==
https://github.com/dosomder/iovyroot

==Find offsets==
===If kallsyms exist===
# Unpack kernel
# Grab https://github.com/fi01/kallsymsprint
# Print kernel kallsyms: kallsymsprint.x86 kernel.unpacked
# For 32bit platform grep for: egrep "ptmx_fops|sidtab|policydb|selinux_enabled|selinux_enforcing"

==Add device==
# Here is offseet order https://github.com/zombah/iovyroot/blob/master/jni/include/offsets.h#L12
# Patch source:
<syntaxhighlight lang='c'>
--- a/jni/offsets.c
+++ b/jni/offsets.c
@@ -419,6 +419,12 @@ struct offsets offsets[] = {
{ "MI 2", "Linux version 3.4.0-perf-g9b728b6-00625-ge66671e (builder@qh-miui-ota-bd53) (gcc version 4.8 (GCC) ) #1 SMP PREEMPT Mon Mar 7 20:05:25 CST 2016",
{ (void*)FSYNC_OFFSET(0xC12D5298) },
(void*)0xC12BC530, (void*)0xC12BC420, (void*)0xC0F5332C, (void*)0xC12BA9D0 },
+
+ /********************** ALCATEL ************************/
+ //Alcatel/TCL 5065D Pop35, 5.1.1 LMY47V
+ { "5065D", "Linux version 3.10.49-g17d9d71 (android-bld@aclgcl-ubnt) (gcc version 4.8 (GCC) ) #1 SMP PREEMPT Tue Sep 29 19:51:34 CST 2015",
+ { (void*)FSYNC_OFFSET(0xc0e82728) },
+ (void*)0xc0e08a40, (void*)0xc0e08930, (void*)0xc0cf76c0, (void*)0xc0e06edc },
};

#endif /* (__LP64__) */
</syntaxhighlight>

==Compile==
# Copy whole poc folder to android/device/vendor/model folder and run mmm into it from android build env root

Android

2018-07-29T19:56:56Z

Zombah: /* Софт */ not free anymore

==Материалы и ссылки по использованию и портированию системы Андроид на Toshiba AC100==
[[File:nvidia_tegra2_android-500x316.jpg|300x187px]]

==Информационные материалы==
----
===Информация для пользователей===
'''[[Android 4.0 installation|Инструкция по установке]]''' 
[[Текущий статус порта Андроид]] 
[[Android for Toshiba AC100 Roadmap]] 
[[Инструкция по установке GAPPS aka Google Apps]] 
[[Автоматическое обновление или ручное обновление]] 

===Информация для продвинутых пользователей===
[[С какой стороны подходить к Андроиду]] 
[[Исходники последних портов]] 
[[Модификация образов партиций]] 
[[Продвинутые техники в работе с Андроидом]] 
[[Debug Android]] 
[[Анализ бинарных файлов]] 
[[Overlays]] 
[[Конфигурация ядра]] 
[[Памятка по конфигурации ядра]] 
[[Конфигурация устройства для сборки Андроида]] 
[[Checklist по проверке работы Андроида]] 
[[Подписывание Андроид сборки]] 
[[Новая таблица разделов для Андроида]] 
[[Nexus 7 aosp tegra kernel]] 
[[QCOM CAF Corner]] 

==Информация для разработчиков==
----
===Задачи===
[[Внедрение автоматизированного OTA обновления]] 

===Проблемы===
[[Внешний модем]] 
[[Сон,Suspend,Resume,Wakelock]] 
[[Звук в Андройде]] 
[[Android 4.0 Problems|"Багтрекер"]] 
[[Перезагрузка системы в рековери партицию]] 

====Временные решения====
[[Кнопки в Андроиде]] 

====Решено====
[[Иконки выходящие за предела экрана лаунчера|Иконки выходящие за пределы экрана лаунчера]] 
[[Диоды aka Leds]] 
[[Переключение раскладок клавиатуры в Андроиде]] 
[[Изменения статуса заряда батареи]] 
[[Пропадание встроенной клавы и тачпада]] 
[[Landscape режим экрана]] 
[[Хардварное видео]] 
[[Wpa_supplicant]] 
[[Vold]] 
[[Camera]] 
[[Flashing Uboot to MMC]] 
[[Загрузка Андроида с помощью Uboot]] 

====Unsorted stuff====
[[nvec for android]] 
[[TouchPad Android]] 
[[Android USB Gadget]] 
[[Abootimg android port]] 
[[Приложения для Андроида]] 
[[Составление грамотного bugreportа]] 
[[ac100 flash process]] 
[[Android rt3070 or rt2x00]] 
[[Uboot menu concept]] 
[[Debug wifi]] 
[[Cross Compile compat-drivers]] 
[[tegra-otg loop with u-boot]] 
[[Bluedroid 4.2 battle]] 
[[Replicant draft]] 
[[Mainline kernel for Android]] 
[[Android install guild NG|Android install guide NG]] 
[[gnu parted example]] 
[[gpt partition table]] 
[[ubuntu_uboot]] 
[[Android compile from sources]] 
[[Use tegra3 binaries]] 
[[Nexus kernel sandbox]] 
[[Uboot suspend]] 
[[Gamepad in Android]] 
[[Android 4.0 Keyboard]] 
[[English Android Install Guide]] 
[[Android version Matrix]] 
[[Android downstream kernel memory map]] 
[[Android /dev/block/platform]] 
[[Extract data from stock firmware]] 
[[MMI codes]] 
[[DASH]] 
[[picasso-kernel]] 
[[TWRP recovery]] 
[[iovyroot]] 

[[Zombah sandbox]] 

==Ссылки==
----
[http://4pda.ru/forum/index.php?showtopic=198800 Обсуждение Toshiba AC-100 на 4pda.ru] 
[http://4pda.ru/forum/index.php?showtopic=286846 Обсуждение Андройд 4 для Toshiba AC100 на 4pda.ru] 
[http://www.tabletroms.com/forums/ac100-rom-development/3562-android-4-0-toshiba-ac100-firmware-review-installation-ice-cream-sandvich-4-0-a.html Обсуждение сборок андроида на tabletroms.com] 
[http://www.tabletroms.com/forums/ac100/ Англоязычный форум по Toshiba AC100] 
[http://www.modaco.com/topic/330834-advent-vega-kernel-source-code-now-available/%20 Англоязычный форум по Advent Vega. Содержит массу полезной информации.] 

[http://code.google.com/p/cm-paz00/ Проект на гуглокоде, здесь выкладываются новые версии] 

==Интересные ресурсы==
[https://github.com/OTAUpdateCenter/ota-update-centre/downloads OTA обновления для кастом прошивок] 
[http://forum.xda-developers.com/showthread.php?t=1545165 Инструкция как создавать патчи которые можно накладывать с помощью CWM-Recovery] 
[http://www.scribd.com/doc/81447396/Tegra2-Embedded-Controller-Interface-Specification-20111117 Спецификации NVEC] 
[http://www.androidtablets.net/forum/android-tablet-hacking/438-how-setup-static-bootlogo-before-animated-boot-animation.html Описание как создавать init logo для Андроида] 
[http://code.google.com/p/android-xserver/ Android X Server] 

==Софт==
[https://play.google.com/store/apps/details?id=nl.fameit.rotate Cофтина для принудительного поворота экрана (Платная, есть триал на 7 дней)] 

==Устаревшая информация==
[[Android 2.1]] 
[[Android 2.2]] 
[[Android 3.0]] 
[[Android 4.0]] 
[[Сборки энтузиастов]] 
[[Инструкция по установке]] 

----
[[user:zombah|1337638026]]

Abootimg android port

2018-07-29T18:54:47Z

Zombah: highligh syntax for fmemopen

=Сборка abootimg для андроида=
Исходники ''abootimg'' доступны, живут тут https://gitorious.org/ac100/abootimg

* Первая попытка сборки с использованием андроид ndk не увенчалась успехом, т.к. в ''Bionic libc'' которую использует андроид нет
нужных функций '''getline''' и '''fmemopen'''
** по getline нашел пару реализаций функции для андроида тут http://code.google.com/p/android-wifi-tether/source/browse/tools/wireless-tools/getline.c?r=509
и тут http://lists.landley.net/pipermail/toybox-landley.net/2012-March/000345.html
*** Посмотреть какая из них нам подходит и попробовать засунуть внутрь ''abootimg''
** по fmemopen сложнее, нашел месагу на форуме, что можно использовать код из DragonflyBSD libc тут https://groups.google.com/forum/?fromgroups=#!topic/android-ndk/riK7krdofjE
*** Сам нужный код похоже тут http://gitweb.dragonflybsd.org/dragonfly.git/blob/master:/lib/libc/stdio/fmemopen.c
*** Вот такой ''fmemopen'' подошел, спасибо '''stuw'''
<syntaxhighlight lang="c">
#include <assert.h>

FILE *fmemopen (void *buf, size_t size, const char *opentype)
{
FILE *f;

assert(strcmp(opentype, "r") == 0);

f = tmpfile();
fwrite(buf, 1, size, f);
rewind(f);

return f;
}
</syntaxhighlight>

Alcatel Pop35 Notes

2018-05-10T13:21:06Z

Zombah: add partition map

==Stock kernel output==
Here is dmesg collected with [[MMI_codes|TCLFeedback]] util http://pastebin.com/yWe0CRCi
----

==Vendor kernel source==
Alcatel released GPL sources for device https://sourceforge.net/projects/alcatel/files/?source=navbar 
Filename OT_5065_20160506.tar.xz
----

===Parse vendor kernel source for device traces===
Vendor sources contain configs for alot of devices. 
Quick grep sources to find how vendor calls device, using some names from stock dmesg:

<pre>
grep "PM8909 SMB1360 1GB MTP"
arch/arm/boot/dts/pixi35/msm8909-mtp-smb1360.dts: model = "Qualcomm Technologies, Inc. MSM8909-PM8909 SMB1360 1GB MTP";
arch/arm/boot/dts/pixi355/msm8909-mtp-smb1360.dts: model = "Qualcomm Technologies, Inc. MSM8909-PM8909 SMB1360 1GB MTP";
arch/arm/boot/dts/pixi37/msm8909-mtp-smb1360.dts: model = "Qualcomm Technologies, Inc. MSM8909-PM8909 SMB1360 1GB MTP";
arch/arm/boot/dts/pixi384g/msm8909-mtp-smb1360.dts: model = "Qualcomm Technologies, Inc. MSM8909-PM8909 SMB1360 1GB MTP";
arch/arm/boot/dts/pixi445_tf/msm8909-mtp-smb1360.dts: model = "Qualcomm Technologies, Inc. MSM8909-PM8909 SMB1360 1GB MTP";
arch/arm/boot/dts/qcom/msm8909-mtp-smb1360.dts: model = "Qualcomm Technologies, Inc. MSM8909-PM8909 SMB1360 1GB MTP";
</pre>

<pre>
grep "HX8379C TDT fwvga video"
arch/arm/boot/dts/pixi35/dsi-panel-hx8379c-tdt-fwvga-video.dtsi: qcom,mdss-dsi-panel-name = "HX8379C TDT fwvga video mode dsi panel";
arch/arm/boot/dts/pixi355/dsi-panel-hx8379c-tdt-fwvga-video.dtsi: qcom,mdss-dsi-panel-name = "HX8379C TDT fwvga video mode dsi panel";
arch/arm/boot/dts/pixi37/dsi-panel-hx8379c-tdt-fwvga-video.dtsi: qcom,mdss-dsi-panel-name = "HX8379C TDT fwvga video mode dsi panel";
arch/arm/boot/dts/pixi384g/dsi-panel-hx8379c-tdt-fwvga-video.dtsi: qcom,mdss-dsi-panel-name = "HX8379C TDT fwvga video mode dsi panel";
arch/arm/boot/dts/pixi445_tf/dsi-panel-hx8379c-tdt-fwvga-video.dtsi: qcom,mdss-dsi-panel-name = "HX8379C TDT fwvga video mode dsi panel";
</pre>

<pre>
grep "TLi020A1-1956265-2000mAh"
arch/arm/boot/dts/pixi35/TCL_TLi020A1_1956265_2000mAh_3p4COV_VBMS_Final-0729.dtsi: qcom,TCL-TLi020A1-1956265-2000mAh-VBMS-data {
arch/arm/boot/dts/pixi35/TCL_TLi020A1_1956265_2000mAh_3p4COV_VBMS_Final-0729.dtsi: qcom,battery-type = "TLi020A1-1956265-2000mAh";
</pre>

<pre>
grep -sni board-id arch/arm/boot/dts/pixi35/msm8909*.dts
arch/arm/boot/dts/pixi35/msm8909-1gb-cdp.dts:22: qcom,board-id= <1 0>;
arch/arm/boot/dts/pixi35/msm8909-1gb-mtp.dts:22: qcom,board-id= <8 0>;
arch/arm/boot/dts/pixi35/msm8909-1gb-qrd-skua.dts:20: qcom,board-id= <0x1000b 0>;
arch/arm/boot/dts/pixi35/msm8909-1gb-qrd-skuc.dts:18: qcom,board-id= <0x1000b 0x8>, <0x11000b 0x8>, <0x21000b 0x8>;
arch/arm/boot/dts/pixi35/msm8909-1gb-qrd-skue.dts:18: qcom,board-id= <0x1000b 0x9>;
arch/arm/boot/dts/pixi35/msm8909-1gb-rcm.dts:23: qcom,board-id= <21 0x0>;
arch/arm/boot/dts/pixi35/msm8909-512mb-mtp-smb1360.dts:25: qcom,board-id= <8 0x103>;
arch/arm/boot/dts/pixi35/msm8909-cdp.dts:23: qcom,board-id= <1 0x100>;
arch/arm/boot/dts/pixi35/msm8909-mtp.dts:23: qcom,board-id= <8 0x100>;
arch/arm/boot/dts/pixi35/msm8909-mtp-smb1360.dts:24: qcom,board-id= <8 0x3>;
arch/arm/boot/dts/pixi35/msm8909-pm8916-1gb-qhd-rcm.dts:23: qcom,board-id= <21 0x1001>;
arch/arm/boot/dts/pixi35/msm8909-pm8916-1gb-rcm.dts:22: qcom,board-id= <21 0x1>;
arch/arm/boot/dts/pixi35/msm8909-pm8916-cdp.dts:24: qcom,board-id= <1 0x2>;
arch/arm/boot/dts/pixi35/msm8909-pm8916-mtp.dts:23: qcom,board-id= <8 0x2>;
arch/arm/boot/dts/pixi35/msm8909-pm8916-mtp-smb1360.dts:23: qcom,board-id= <8 0x4>;
arch/arm/boot/dts/pixi35/msm8909-pm8916-qhd-rcm.dts:24: qcom,board-id= <21 0x1101>;
arch/arm/boot/dts/pixi35/msm8909-qhd-cdp.dts:25: qcom,board-id= <1 0x1100>;
arch/arm/boot/dts/pixi35/msm8909-qhd-rcm.dts:25: qcom,board-id= <21 0x1100>;
arch/arm/boot/dts/pixi35/msm8909-qrd-skua.dts:19: qcom,board-id= <0x1000b 0x100>;
arch/arm/boot/dts/pixi35/msm8909-qrd-skuc.dts:19: qcom,board-id= <0x1000b 0x108>, <0x11000b 0x108>, <0x21000b 0x108>;
arch/arm/boot/dts/pixi35/msm8909-qrd-skue.dts:19: qcom,board-id= <0x1000b 0x109>;
arch/arm/boot/dts/pixi35/msm8909-rumi.dts:22: qcom,board-id= <15 0>;
arch/arm/boot/dts/pixi35/msm8909-sim.dts:22: qcom,board-id= <16 0>;
</pre>

It seems Pop3 (5) name in vendor kernel sources is pixi35.
This 3 seems to be our targets:

<pre>
arch/arm/boot/dts/pixi35/msm8909-1gb-mtp.dts:22: qcom,board-id= <8 0>;
arch/arm/boot/dts/pixi35/msm8909-mtp.dts:23: qcom,board-id= <8 0x100>;
arch/arm/boot/dts/pixi35/msm8909-mtp-smb1360.dts:24: qcom,board-id= <8 0x3>;
</pre>

==Bootloader==
It is usual for qcom LK but with disabled fastboot mode. 
Stock firmware 01002 contain Developer options->Enable OEM unlock switch, but 
it has no visible effect. 
4PDA recomends suspicious KingRoot v.4.0.0.233 app. 
It realy installs su somehow, but also place alot of strange files into 
all places of system including read-only recovery areas. 

Need to check iovyroot or rowhammer exploits, maybe it is possible to use them. 
'''UPDATE: iovyroot works fine on build 01002''' 

==Splash screen==
Splash screen lives in /dev/block/bootdevice/by-name/splash partition. 
Probably it is same as other qcom devices: bitmap of size 480x854, vertically rotated and 24bit RGB888 
Konstat have info how to cook it for same msm8909 device here http://konstakang.com/devices/y560/stock-splash/

==Input devices==
cm-12.1 data
<pre>
shell@pop35:/ $ getevent -p
add device 1: /dev/input/event8
name: "msm8909-snd-card Headset Jack"
events:
SW (0005): 0002 0004 0006 000e 000f 0010
input props:
<none>
add device 2: /dev/input/event7
name: "msm8909-snd-card Button Jack"
events:
KEY (0001): 0072 0073 00e2 0104 0246
input props:
<none>
add device 3: /dev/input/event5
name: "qpnp_pon"
events:
KEY (0001): 0072 0074
input props:
0004
add device 4: /dev/input/event2
name: "tsl27723-als"
events:
ABS (0003): 0028 : value 0, min 0, max 65535, fuzz 0, flat 0, resolution 0
input props:
<none>
add device 5: /dev/input/event1
name: "tsl27723-ps"
events:
ABS (0003): 0019 : value 0, min 0, max 1, fuzz 0, flat 0, resolution 0
input props:
<none>
could not get driver version for /dev/input/mice, Not a typewriter
add device 6: /dev/input/event0
name: "ft5x06_ts"
events:
KEY (0001): 0074 014a
ABS (0003): 002f : value 0, min 0, max 1, fuzz 0, flat 0, resolution 0
0035 : value 0, min 0, max 480, fuzz 0, flat 0, resolution 0
0036 : value 0, min 0, max 854, fuzz 0, flat 0, resolution 0
0039 : value 0, min 0, max 65535, fuzz 0, flat 0, resolution 0
input props:
INPUT_PROP_DIRECT
add device 7: /dev/input/event6
name: "gpio-keys"
events:
KEY (0001): 0073
input props:
<none>
add device 8: /dev/input/event4
name: "bma_interrupt"
events:
REL (0002): 0001 0002 0006 0007 0008 0009
ABS (0003): 0018 : value 0, min 0, max 0, fuzz 0, flat 0, resolution 0
0019 : value 0, min 0, max 0, fuzz 0, flat 0, resolution 0
input props:
<none>
add device 9: /dev/input/event3
name: "bma2x2-accel"
events:
ABS (0003): 0000 : value 96, min -512, max 512, fuzz 0, flat 0, resolution 0
0001 : value 16, min -512, max 512, fuzz 0, flat 0, resolution 0
0002 : value 1008, min -512, max 512, fuzz 0, flat 0, resolution 0
0028 : value 0, min 0, max 0, fuzz 0, flat 0, resolution 0
input props:
<none>
</pre>

==Stock partition map==
<pre>
shell@Pop35:/dev/block/bootdevice/by-name $ ls -la
lrwxrwxrwx root root 1970-01-01 05:01 DDR -> /dev/block/mmcblk0p19
lrwxrwxrwx root root 1970-01-01 05:01 aboot -> /dev/block/mmcblk0p22
lrwxrwxrwx root root 1970-01-01 05:01 abootbak -> /dev/block/mmcblk0p23
lrwxrwxrwx root root 1970-01-01 05:01 boot -> /dev/block/mmcblk0p24
lrwxrwxrwx root root 1970-01-01 05:01 cache -> /dev/block/mmcblk0p33
lrwxrwxrwx root root 1970-01-01 05:01 config -> /dev/block/mmcblk0p38
lrwxrwxrwx root root 1970-01-01 05:01 devinfo -> /dev/block/mmcblk0p36
lrwxrwxrwx root root 1970-01-01 05:01 efsdata -> /dev/block/mmcblk0p18
lrwxrwxrwx root root 1970-01-01 05:01 fota -> /dev/block/mmcblk0p32
lrwxrwxrwx root root 1970-01-01 05:01 fsc -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 1970-01-01 05:01 fsg -> /dev/block/mmcblk0p20
lrwxrwxrwx root root 1970-01-01 05:01 hdcp -> /dev/block/mmcblk0p31
lrwxrwxrwx root root 1970-01-01 05:01 hyp -> /dev/block/mmcblk0p13
lrwxrwxrwx root root 1970-01-01 05:01 hypbak -> /dev/block/mmcblk0p14
lrwxrwxrwx root root 1970-01-01 05:01 keystore -> /dev/block/mmcblk0p37
lrwxrwxrwx root root 1970-01-01 05:01 misc -> /dev/block/mmcblk0p34
lrwxrwxrwx root root 1970-01-01 05:01 modem -> /dev/block/mmcblk0p1
lrwxrwxrwx root root 1970-01-01 05:01 modemst1 -> /dev/block/mmcblk0p15
lrwxrwxrwx root root 1970-01-01 05:01 modemst2 -> /dev/block/mmcblk0p16
lrwxrwxrwx root root 1970-01-01 05:01 oem -> /dev/block/mmcblk0p39
lrwxrwxrwx root root 1970-01-01 05:01 pad -> /dev/block/mmcblk0p12
lrwxrwxrwx root root 1970-01-01 05:01 persist -> /dev/block/mmcblk0p27
lrwxrwxrwx root root 1970-01-01 05:01 persistent -> /dev/block/mmcblk0p35
lrwxrwxrwx root root 1970-01-01 05:01 recovery -> /dev/block/mmcblk0p25
lrwxrwxrwx root root 1970-01-01 05:01 reserved -> /dev/block/mmcblk0p28
lrwxrwxrwx root root 1970-01-01 05:01 rpm -> /dev/block/mmcblk0p8
lrwxrwxrwx root root 1970-01-01 05:01 rpmbak -> /dev/block/mmcblk0p9
lrwxrwxrwx root root 1970-01-01 05:01 sbl1 -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 1970-01-01 05:01 sbl1bak -> /dev/block/mmcblk0p7
lrwxrwxrwx root root 1970-01-01 05:01 sec -> /dev/block/mmcblk0p21
lrwxrwxrwx root root 1970-01-01 05:01 simlock -> /dev/block/mmcblk0p17
lrwxrwxrwx root root 1970-01-01 05:01 splash -> /dev/block/mmcblk0p29
lrwxrwxrwx root root 1970-01-01 05:01 ssd -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 1970-01-01 05:01 system -> /dev/block/mmcblk0p26
lrwxrwxrwx root root 1970-01-01 05:01 tctpersist -> /dev/block/mmcblk0p30
lrwxrwxrwx root root 1970-01-01 05:01 traceability -> /dev/block/mmcblk0p3
lrwxrwxrwx root root 1970-01-01 05:01 tunning -> /dev/block/mmcblk0p2
lrwxrwxrwx root root 1970-01-01 05:01 tz -> /dev/block/mmcblk0p10
lrwxrwxrwx root root 1970-01-01 05:01 tzbak -> /dev/block/mmcblk0p11
lrwxrwxrwx root root 1970-01-01 05:01 userdata -> /dev/block/mmcblk0p40
</pre>
----

Alcatel Pop35 Hardware

2018-05-07T01:02:08Z

Zombah: /* Hardware notes */ update tsl data

==Hardware notes==
* SoC id MSM8909
 

* HX8379C TDT fwvga video mode dsi panel
* FT5x06 TouchScreen
 

* OV5670 (OmniVision 5-megapixel cam sensor) custom rev. ov5670-qc700
* GC2355 (GalaxyCore front camera)
 

* TSL27723 AMS or TAOS Proximity and Ambient Light Sensor
* BMA2x2 Bosch Sensortec Accelerometer
 

* TLi020A1-1956265-2000mAh Battery

===Not sure===
* TI lm3642
* bcm2079x NFC module, exist in dmesg

Alcatel Pop35 Notes

2018-05-07T00:41:49Z

Zombah: add input devices

Uboot

2017-11-19T17:19:21Z

Zombah: fix extlinux fdt vars

'''TODO''' : привести в человеческий вид

==Особенности==
Сразу опишу некоторые нюансы, т.к. многие не дочитывают до конца или пропускают нюансы. 
1. Загрузочный скрипт должен быть запакован командой mkimage 
2. initrd/initramfs образ должен быть запакован командой mkimage 

==Версии==
* mainline
Отсутствует поддержка клавиатуры. В 2016-11 не работает экран (патч ушел в мейллист, но не приянт)
* Старая версия (2013 год)
Добавлена поддержка клавиатуры, экран работает. Отсутствует поддержка многих вещей, которые появились за последние несколько лет (extlinux, например)
* 2016-11-nvec-v1-dev
Портирован патч с поддержкой клавиатуры.
Добавлен фикс экрана
*Особо не тестировалась*

==Собранные версии==
[http://tinyurl.com/cukvzlp uboot.bin] с работающим экраном ([https://gitorious.org/uboot-ac100/uboot-ac100/commits/uboot-next-ac100 исходники] на gitorious).
* пока не работает встроенная клавиатура
* некоторые модели usb клавиатур должны работать, но на #ac100 никто этого не смог добиться (видимо зависит от модели)
[https://paz00.ru/index.php/%D0%A4%D0%B0%D0%B9%D0%BB:Uboot-w-kbd.bin uboot-w-kbd.bin] с экспериментальной поддержкой клавиатуры ([https://gitorious.org/u-boot-ac100-exp/u-boot-ac100-exp/commits/master исходники]).

[http://ac100.wikispaces.com/file/view/u-boot-2014-07-android.bin/516688186/u-boot-2014-07-android.bin u-boot-2014-07-android.bin] Binary from this branch https://github.com/ac100-ru/u-boot-ac100-exp/tree/v2014.07-android

==Как работает u-boot==
При использовании fastboot (загрузчик, с которым тошка шла по-умолчанию) ядро, инитрд, cmdline нужно было упаковать в boot образ и записать в 5 или 6 партицию. Бут образ из 6-й грузился по-умолчанию, из 5-й - по домику.
При использовании u-boot'а бут образы не используются. Ядро и initrd должны лежать на файловой системе партиции. Cmdline задается в загрузочном скрипте. Загрузка происходит следующим образом:
u-boot перебирает sd, emmc, usb и ищет там файл загрузочного скрипта (boot.scr). Если он его не находит, вываливается в командную строку (u-boot'а, линукса там никакого нет). Если скрипт находится, то выполняется этот скрипт. В скрипте задается cmdline, считывается в память ядро, инитрд, device tree (для ядер 3.8 и новее) и зовется команда загрузки (bootz или bootm).

'''Другими словами'''

U-Boot ставится в спец. разделы (boot0 и boot1) внутреннего накопителя и не занимает места на части накопителя, где расположена ОС. Устанавливается U-Boot в эти разделы сценарием switch-to-uboot (на AC100 нужно запустить sosboot, а затем выполнить сценарий switch-to-uboot). Для загрузки, U-Boot ищет сценарий с именем boot.scr (на самом деле есть еще имя, но это не так важно). Ищет он его в корне раздела и в каталоге /boot. Проверяются все разделы всех накопителей. Если сценарий не найден, будет выведена консоль U-Boot'а. boot.scr — текстовый файл с небольшим заголовком. В сценарии указаны команды для загрузки ядра, initramfs (опционально), dtb и сама команда запуска. Чтобы ядро бралось из другого места, нужно править сценарий.

==Установка ОС==
См. https://paz00.ru/index.php/Uboot_installation_ru установка ОС с u-boot'ом (https://paz00.ru/index.php/Uboot_installation en)

==Загрузка в память==
Иногда удобно проверять работу u-boot'а/ядра не заливая его на внутренний накопитель.
Загрузить uboot в тошибу не меняя ничего на накопителе можно командой
===nvflash===
<pre>
nvflash --bl ./u-boot-dtb-tegra.bin --go
</pre>
В этом случае нужно иметь рабочий скрипт загрузки для u-boot'а.
Можно сделать полноценный образ, содержащий в себе u-boot, ядро и другие нужные компоненты:
* получаем create_image.pl
<pre>
git clone git://gitorious.org/uboot-ac100/create_bootimage.git
</pre>
* формируем uboot.cmd
<pre>
setenv bootargs 'cma=64M'
bootz @KERNEL @INITRD @FDT
</pre>
* создаем boot-image.ram
<pre>
create_image.pl uboot.bin zImage initrd.img tegra20-paz00.dtb uboot.cmd boot-image.ram
</pre>
* заливаем boot-image.ram в память
<pre>
nvflash --bl boot-image.ram --go
</pre>
===tegrarcm===
можно использовать tegrarcm:
<pre>
tegrarcm --bct=ac100.bct --bootloader=boot-image.ram --loadaddr=0x108000
</pre>

==Загрузка с USB флешки==
'''for-next загружается, 3.1 в процессе'''
<pre>
% cat boot.cmd
echo === boot.scr: boot from USB flash ===
setenv setargs
setenv bootargs 'console=ttyS0,115200 cma=64M'
usb dev 0
ext2load usb 0 0x1000000 /boot/zImage
ext2load usb 0 0x2000000 /boot/tegra20-paz00.dtb
ext2load usb 0 0x2200000 /boot/initrd-uboot
bootz 0x1000000 0x2200000 0x2000000
</pre>

'''Запаковываем''' команды загрузки в образ
<pre>
% ../u-boot/tools/mkimage -A arm -O linux -T script -C none -a 0 -e 0 -n "myscript" -d boot.cmd boot.scr
Image Name: myscript
Created: Sat Nov 24 23:57:51 2012
Image Type: ARM Linux Script (uncompressed)
Data Size: 38 Bytes = 0.04 kB = 0.00 MB
Load Address: 00000000
Entry Point: 00000000
Contents:
Image 0: 30 Bytes = 0.03 kB = 0.00 MB
% ls -la ./boot.scr
-rw-r--r-- 1 stuw users 102 Nov 24 23:57 ./boot.scr
</pre>
И '''обязательно''' перепаковываем initrd.
<pre>
% ../u-boot/tools/mkimage -n MyRamDisk -A arm -O linux -T ramdisk -C gzip -d initrd.img initrd-uboot
Image Name: MyRamDisk
Created: Sun Jan 20 20:23:04 2013
Image Type: ARM Linux RAMDisk Image (gzip compressed)
Data Size: 1217437 Bytes = 1188.90 kB = 1.16 MB
Load Address: 00000000
Entry Point: 00000000
</pre>
boot.scr нужно положить в /boot на sd карте.
Если ядро не использует fdt - его не грузим и убираем последний параметр в команде bootz.

==Запись uboot'а на место загрузчика==
'''Не все описание точное, u-boot "подрос" :)'''
[http://ac100.grandou.net/swarren_brain_dump U-Boot] (by Stephen Warren)
<range type="comment" id="438689">[http://ac100.grandou.net/debian_uboot PaulFertser сообщил], что u-boot из main ветки у него работает!</range id="438689">
См. также [http://nv-tegra.nvidia.com/gitweb/?p=3rdparty/u-boot.git;a=shortlog;h=refs/heads/t30-port-v2011.03-public t30-port-v2011.03-public] ([http://nv-tegra.nvidia.com/gitweb/?p=3rdparty/u-boot.git;a=commit;h=9274b9d3d6d9402695e4f98aa056cf3e3e44fef8 LCD Display driver commit], [http://nv-tegra.nvidia.com/gitweb/?p=3rdparty/u-boot.git;a=commit;h=c788bf82b966c393254c82830b1aa3ba0d07e7bf tegra keyboard support commit])

savalik не осилил заливку uboot на тошибу. Как он понял u-boot.bin (fastboot.stock.bin) составляет какую то часть от раздела EBT(4го).
При запуске nvflash --bl u-boot.bin --go он загоняется в память устройства. Но для его зашивки надо использовать --updatebct (??? какие то ключи)

socketa4techx7 осилил заливку uboot на тошибу. На всякий случай: 1) Надо достать partitiontable и оригинальный bct.
<pre>
nvflash --bl fastboot.bin --getpartitiontable ac100-pt.txt
</pre>
<pre>
nvflash -r --rawdeviceread 0 5000 00.bin
</pre>
<pre>
dd if=00.bin of=ac100.bct bs=4080 count=1
</pre>
2) теперь запихнем оригинальный bct куда подальше и создадим пустой bct-образный файл:
<pre>
cp ac100.bct ac100.bct.orig
dd if=/dev/zero of=ac100.bct seek=2704 bs=1 count=48 conv=notrunc
</pre>
3) Зальём в тошку u-boot.
<pre>
nvflash --bl fastboot.bin --bct ac100.bct --odmdata 0x800c0085 --download 4 u-boot.bin
</pre>
Бинго! (по мотивам http://ac100.grandou.net/swarren_brain_dump)
Траблы: разрешение экрана кривовато, шрифт мелковат. Зы. бинарник, который я заливал, я взял из последнего L4T.(по непонятным причинам сработало 1 раз). <range type="comment" id="521845">Вообще говоря, толку от u-boot сейчас мало - он не поддерживает дисплей и клавиатуру. Так что пока рассматриваем другие варианты.</range id="521845">

Так же советуемая Паулом putusb Муромца не работает из за какой то банальщины вроде неправильного импортирования модулей. (Муромцу подзатыльник за то что все сломал.)

==Сборка==
Для v2016.11-nvec-v1-dev
<pre>
git clone https://github.com/ac100-ru/u-boot-ac100-exp.git
cd u-boot-ac100-exp
git checkout -b v2016.11-nvec-v1-dev origin/v2016.11-nvec-v1-dev
make ARCH=arm CROSS_COMPILTE=arm-linux-gnueabi- paz00_config
make ARCH=arm CROSS_COMPILTE=arm-linux-gnueabi- # опционально добавить -j <количество потоков>
</pre>
Для старых версий
<pre>
git clone git://git.denx.de/u-boot-tegra.git
cd u-boot-tegra
make paz00_config
CROSS_COMPILE=arm-linux-gnueabi- make
</pre>

http://pastebin.com/Ff5ydM1p -- печальный выхлоп в виде сегфолта в конце.
http://dl.dropbox.com/u/32472722/ac100_stuff/u-boot.bin bootloader failed NvError 0x0
:nvflash\nvflash\nvflash.exe --bl nvflash\nvflash\fastboot.stock.bin --bct ac100.bct --odmdata 0x800c0085 --download 4 u-boot.bin <range type="comment" id="636874">делает кирпич. </range id="636874">да и в целом odmdata 0x800c0085 кажется нам не идет.

==Загрузка ядра из boot образа==
Буду расписывать на основе http://ac100.grandou.net/abootimg#output_examples
Видно, что:
page size = 2048 bytes
kernel size = 3146584 bytes
ramdisk size = 2310081 bytes

В нулевом секторе находится заголовок. Начиная с первого сектора идет ядро. Потом initrd.
Ядро занимает (3146584 + 2048 - 1) / 2048 байт = 1537 секторов.
Ramdisk: (2310081 + 2048 - 1) / 2048 байт = 1128 секторов.

6-я партиция начинается с сектора 5376 и ее размер 4096 секторов (сектор - 2048 байт, какой размер блока у убута - не знаю).
Ядро: начало 5376+1=5377, размер 1537 секторов
Как вытащить cmdline - пока не знаю. надо руками вбивать :(

U-boot работает с секторами по 512 байт и не видит скрытые области на ностеле тошибы. Поэтому нужно сделать дополнительные корректировки (на примере 116-й модели, бут партиции по 2 МБ).
Т.к. скрытые области на 116-й модели по 2 МБ, то скрытыми будут 2048 секторов. Пересчитаем смещение ядра: 5377-2048=3329
Т.е. u-boot использует сектора по 512 байт, а мы считали все для секторов в 2048 байт, нужно пересчитать значения для скармливания u-boot'у:
Ядро: начало 3329*4=13316 (0x3404), размер 1537*4=6148 (0x1804)

Команда для считывания ядра из 6-й партиции будет такая:
mmc read 0x1000000 0x3404 0x1804

==Варианты меню загрузки==
===Устаревший вариант: Bootmenu===
Тестовая сборка: [https://dl.dropboxusercontent.com/u/40761340/Test/sos-uboot-r5-2013-09-23.bin Test/sos-uboot-r5-2013-09-23.bin]

Для записи uboot'а на место постоянного загрузчика: загрузить образ в память, выполнить ./switch_to_uboot

'''НЕПРОВЕРЕННЫЙ ВАРИАНТ'''

Должен выдать меню из следующих пунктов:

Boot kernel

Boot recovery

Boot from SD

Boot from USB

Uboot

<pre>
setenv bootmenu_0 "Boot kernel =setenv bootargs console=tty0 console=ttyS0,115200n8 CMA=64M quiet splash;\
mmc dev 0;\
ext2load mmc 0 0x1000000 /boot/zImage;\
ext2load mmc 0 0x2000000 /boot/tegra20-paz00.dtb;\
ext2load mmc 0 0x2200000 /boot/initrd-uboot;\
bootz 0x1000000 0x2200000 0x2000000;"

setenv bootmenu_1 "Boot recovery=setenv bootargs console=tty0 console=ttyS0,115200n8 CMA=64M quiet splash;
mmc dev 0;\
ext2load mmc 0 0x1000000 /boot/zImage-recovery;\
ext2load mmc 0 0x2000000 /boot/tegra20-paz00.dtb;\
ext2load mmc 0 0x2200000 /boot/initrd-recovery-uboot;\
bootz 0x1000000 0x2200000 0x2000000;"

setenv bootmenu_2 "Boot from SD =setenv bootargs console=tty0 console=ttyS0,115200n8 CMA=64M quiet splash;\
mmc dev 1;\
ext2load mmc 1 0x1000000 /boot/zImage;\
ext2load mmc 1 0x2000000 /boot/tegra20-paz00.dtb;\
ext2load mmc 1 0x2200000 /boot/initrd-uboot;\
bootz 0x1000000 0x2200000 0x2000000;"

setenv bootmenu_3 "Boot from USB=setenv bootargs console=tty0 console=ttyS0,115200n8 CMA=64M quiet splash;\
usb dev 0;\
ext2load usb 0 0x1000000 /boot/zImage;\
ext2load usb 0 0x2000000 /boot/tegra20-paz00.dtb;\
ext2load usb 0 0x2200000 /boot/initrd-uboot;\
bootz 0x1000000 0x2200000 0x2000000;"

bootmenu 20
</pre>

Меню для Андроида
<pre>
echo === AC100 Android Bootmenu ===
setenv bootmenu_0 "Boot LNX =mmc dev 0; ext2load mmc 0:2 0x1000000 /boot/zImage;\
ext2load mmc 0:2 0x2200000 /boot/initrd.gz;\
bootz 0x1000000 0x2200000;"
setenv bootmenu_1 "Boot SOS =mmc dev 0; ext2load mmc 0:1 0x1000000 /boot/zImage;\
ext2load mmc 0:1 0x2200000 /boot/initrd.gz;\
bootz 0x1000000 0x2200000;"
setenv bootmenu_2 "Boot from SD =setenv bootargs console=tty0; mmc dev 1;\
ext2load mmc 1 0x1000000 /boot/zImage;\
ext2load mmc 1 0x2200000 /boot/initrd.gz;\
bootz 0x1000000 0x2200000;"
setenv bootmenu_3 "Boot from USB=setenv bootargs $cmdline; usb dev 0;\
ext2load usb 0 0x1000000 /boot/zImage;\
ext2load usb 0 0x2200000 /boot/initrd.gz;\
bootz 0x1000000 0x2200000 0x2000000;"
bootmenu 20
</pre>

<pre>
echo === Toshiba AC100 Bootmenu ===
setenv bootmenu_0 "Boot LNX CM-10.1 =ext2load mmc 0:2 0x1000000 /boot/zImage-boot-cm-10-1; ext2load mmc 0:2 0x2200000 /boot/initrd-boot-cm-10-1.gz; bootz 0x1000000 0x2200000;"
setenv bootmenu_1 "Boot SOS CM-10.1 =ext2load mmc 0:1 0x1000000 /boot/zImage-recovery-cm-10-1; ext2load mmc 0:1 0x2200000 /boot/initrd-recovery-cm-10-1.gz; bootz 0x1000000 0x2200000;"
setenv bootmenu_2 "Boot LNX UBUNTU-12.10 =ext2load mmc 0:2 0x1000000 /boot/zImage-lubuntu-12-10; ext2load mmc 0:2 0x2200000 /boot/initrd-lubuntu-12-10; bootz 0x1000000 0x2200000;"
setenv bootmenu_3 "Boot from SD fat=fatload mmc 1:1 0x1000000 /boot/zImage; fatload mmc 1:1 0x2200000 /boot/initrd.gz; bootz 0x1000000 0x2200000;"
setenv bootmenu_4 "Boot from USB ext2=ext2load usb 0:1 0x1000000 /boot/zImage; ext2load usb 0:1 0x2200000 /boot/initrd.gz; bootz 0x1000000 0x2200000 0x2000000;"
bootmenu 5
</pre>

===Новый вариант: Extlinux===
В новых версиях u-boot появилась поддержка syslinux скриптов для создания меню загрузки. 
[http://git.denx.de/?p=u-boot.git;a=blob;f=doc/README.distro;h=9e4722a86ee562fdc80b675f5be9d30e30e61597;hb=HEAD README в исходниках U-Boot] 

Пример конфигурации:
<pre>
TIMEOUT 1000
DEFAULT default
ONTIMEOUT exit
MENU TITLE Boot menu

LABEL default
MENU LABEL Default
LINUX /boot/zImage
FDTDIR /boot/
APPEND root=/dev/mmcblk0p1 plymouth.enable=0 console=ttyS0,115200n8

LABEL failsafe
MENU LABEL Failsafe
LINUX /boot/zImage-failsafe
FDT /boot/tegra20-paz00.dtb
INITRD /boot/initrd-uboot
APPEND root=/dev/mmcblk0p1 plymouth.enable=0 console=ttyS0,115200n8 console=tty

LABEL exit
MENU LABEL Local boot script (boot.scr)
LOCALBOOT 1
</pre>

#При использовании '''FDTDIR''' для выбора '''dtb''' файла при загрузке используются переменные окружения ''SYS_SOC'' и ''SYS_BOARD''. 

==Разное==
===Bootable флаг в U-Boot===
[http://lists.denx.de/pipermail/u-boot/2012-October/136724.html Описание как в U-Boot считывается bootable флаг] 

===Скрипты от nvidia для прошивки U-Boot===
https://github.com/NVIDIA/tegra-uboot-flasher-scripts
https://github.com/NVIDIA/tegra-uboot-scripts

===Патчи Нвек в Mainline U-Boot===
http://patchwork.ozlabs.org/project/uboot/list/?submitter=Andrey+Danin&state=*&archive=both

===Persistent enviroment location===
This settings live in ''include/configs/paz00.h''

<pre>
/* Environment in eMMC, at the end of 2nd "boot sector" */
#define CONFIG_ENV_IS_IN_MMC
#define CONFIG_ENV_OFFSET (-CONFIG_ENV_SIZE)
#define CONFIG_SYS_MMC_ENV_DEV 0
#define CONFIG_SYS_MMC_ENV_PART 2
</pre>

<pre>
<srwarren> Typically it's at the end of /dev/mmcblk0boot1 for devices that boot from eMMC
<srwarren> IIRC, 0==main data, 1==boot0, 2==boot1
</pre>

===Factory kernel 2.6.32-9 with U-Boot===
<pre>
Uncompressing Linux.................................................................................................................................................................................. done, booting the kernel.

Error: unrecognized/unsupported machine ID (r1 = 0x00000c38).

Available machine support:

ID (hex) NAME
00000d05 Tegra 2 Development System
00000aab NVIDIA Harmony Development System
00000b6f NVIDIA Ventana Development System

Please check your kernel config and/or bootloader.
</pre>

====how to override this machine ID?====
'''0x00000c38''' is 3128 decimal, defined in arch/arm/include/asm/mach-types.h
in U-Boot.
<pre>
#define MACH_TYPE_PAZ00 3128
</pre>

===load U-Boot default enviroment settings===

<pre>
env default -a
</pre>
----

Iovyroot

2017-11-17T14:45:51Z

Zombah: fix typo

==PoC==
https://github.com/dosomder/iovyroot

==Find offsets==
===If kallsyms exist===
# Unpack kernel
# Grab https://github.com/fi01/kallsymsprint
# Print kernel kallsyms: kallsymsprint.x86 kernel.unpacked
# For 32bit platform grep for: egrep "ptmx_fops|sidtab|policydb|selinux_enabled|selinux_enforcing"

==Add device==
# Here is offseet order https://github.com/zombah/iovyroot/blob/master/jni/include/offsets.h#L12
# Patch source:
<pre>
--- a/jni/offsets.c
+++ b/jni/offsets.c
@@ -419,6 +419,12 @@ struct offsets offsets[] = {
{ "MI 2", "Linux version 3.4.0-perf-g9b728b6-00625-ge66671e (builder@qh-miui-ota-bd53) (gcc version 4.8 (GCC) ) #1 SMP PREEMPT Mon Mar 7 20:05:25 CST 2016",
{ (void*)FSYNC_OFFSET(0xC12D5298) },
(void*)0xC12BC530, (void*)0xC12BC420, (void*)0xC0F5332C, (void*)0xC12BA9D0 },
+
+ /********************** ALCATEL ************************/
+ //Alcatel/TCL 5065D Pop35, 5.1.1 LMY47V
+ { "5065D", "Linux version 3.10.49-g17d9d71 (android-bld@aclgcl-ubnt) (gcc version 4.8 (GCC) ) #1 SMP PREEMPT Tue Sep 29 19:51:34 CST 2015",
+ { (void*)FSYNC_OFFSET(0xc0e82728) },
+ (void*)0xc0e08a40, (void*)0xc0e08930, (void*)0xc0cf76c0, (void*)0xc0e06edc },
};

#endif /* (__LP64__) */
</pre>

==Compile==
# Copy whole poc folder to android/device/vendor/model folder and run mmm into it from android build env root

Iovyroot

2017-11-17T14:43:51Z

Zombah: add patch and compile notes

==PoC==
https://github.com/dosomder/iovyroot

==Find offsets==
===If kallsyms exist===
# Unpack kernel
# Grab https://github.com/fi01/kallsymsprint
# Print kernel kallsyms: kallsymsprint.x86 kernel.unpacked
# For 32bit platform grep for: egrep (ptmx_fops|sidtab|policydb|selinux_enabled|selinux_enforcing)

==Add device==
# Here is offseet order https://github.com/zombah/iovyroot/blob/master/jni/include/offsets.h#L12
# Patch source:
<pre>
--- a/jni/offsets.c
+++ b/jni/offsets.c
@@ -419,6 +419,12 @@ struct offsets offsets[] = {
{ "MI 2", "Linux version 3.4.0-perf-g9b728b6-00625-ge66671e (builder@qh-miui-ota-bd53) (gcc version 4.8 (GCC) ) #1 SMP PREEMPT Mon Mar 7 20:05:25 CST 2016",
{ (void*)FSYNC_OFFSET(0xC12D5298) },
(void*)0xC12BC530, (void*)0xC12BC420, (void*)0xC0F5332C, (void*)0xC12BA9D0 },
+
+ /********************** ALCATEL ************************/
+ //Alcatel/TCL 5065D Pop35, 5.1.1 LMY47V
+ { "5065D", "Linux version 3.10.49-g17d9d71 (android-bld@aclgcl-ubnt) (gcc version 4.8 (GCC) ) #1 SMP PREEMPT Tue Sep 29 19:51:34 CST 2015",
+ { (void*)FSYNC_OFFSET(0xc0e82728) },
+ (void*)0xc0e08a40, (void*)0xc0e08930, (void*)0xc0cf76c0, (void*)0xc0e06edc },
};

#endif /* (__LP64__) */
</pre>

==Compile==
# Copy whole poc folder to android/device/vendor/model folder and run mmm into it from android build env root

Iovyroot

2017-11-17T13:47:37Z

Zombah: add iovyroot kallsyms

Android

2017-11-17T13:09:27Z

Zombah: add iovyroot

==Материалы и ссылки по использованию и портированию системы Андроид на Toshiba AC100==
[[File:nvidia_tegra2_android-500x316.jpg|300x187px]]

==Информационные материалы==
----
===Информация для пользователей===
'''[[Android 4.0 installation|Инструкция по установке]]''' 
[[Текущий статус порта Андроид]] 
[[Android for Toshiba AC100 Roadmap]] 
[[Инструкция по установке GAPPS aka Google Apps]] 
[[Автоматическое обновление или ручное обновление]] 

===Информация для продвинутых пользователей===
[[С какой стороны подходить к Андроиду]] 
[[Исходники последних портов]] 
[[Модификация образов партиций]] 
[[Продвинутые техники в работе с Андроидом]] 
[[Debug Android]] 
[[Анализ бинарных файлов]] 
[[Overlays]] 
[[Конфигурация ядра]] 
[[Памятка по конфигурации ядра]] 
[[Конфигурация устройства для сборки Андроида]] 
[[Checklist по проверке работы Андроида]] 
[[Подписывание Андроид сборки]] 
[[Новая таблица разделов для Андроида]] 
[[Nexus 7 aosp tegra kernel]] 
[[QCOM CAF Corner]] 

==Информация для разработчиков==
----
===Задачи===
[[Внедрение автоматизированного OTA обновления]] 

===Проблемы===
[[Внешний модем]] 
[[Сон,Suspend,Resume,Wakelock]] 
[[Звук в Андройде]] 
[[Android 4.0 Problems|"Багтрекер"]] 
[[Перезагрузка системы в рековери партицию]] 

====Временные решения====
[[Кнопки в Андроиде]] 

====Решено====
[[Иконки выходящие за предела экрана лаунчера|Иконки выходящие за пределы экрана лаунчера]] 
[[Диоды aka Leds]] 
[[Переключение раскладок клавиатуры в Андроиде]] 
[[Изменения статуса заряда батареи]] 
[[Пропадание встроенной клавы и тачпада]] 
[[Landscape режим экрана]] 
[[Хардварное видео]] 
[[Wpa_supplicant]] 
[[Vold]] 
[[Camera]] 
[[Flashing Uboot to MMC]] 
[[Загрузка Андроида с помощью Uboot]] 

====Unsorted stuff====
[[nvec for android]] 
[[TouchPad Android]] 
[[Android USB Gadget]] 
[[Abootimg android port]] 
[[Приложения для Андроида]] 
[[Составление грамотного bugreportа]] 
[[ac100 flash process]] 
[[Android rt3070 or rt2x00]] 
[[Uboot menu concept]] 
[[Debug wifi]] 
[[Cross Compile compat-drivers]] 
[[tegra-otg loop with u-boot]] 
[[Bluedroid 4.2 battle]] 
[[Replicant draft]] 
[[Mainline kernel for Android]] 
[[Android install guild NG|Android install guide NG]] 
[[gnu parted example]] 
[[gpt partition table]] 
[[ubuntu_uboot]] 
[[Android compile from sources]] 
[[Use tegra3 binaries]] 
[[Nexus kernel sandbox]] 
[[Uboot suspend]] 
[[Gamepad in Android]] 
[[Android 4.0 Keyboard]] 
[[English Android Install Guide]] 
[[Android version Matrix]] 
[[Android downstream kernel memory map]] 
[[Android /dev/block/platform]] 
[[Extract data from stock firmware]] 
[[MMI codes]] 
[[DASH]] 
[[picasso-kernel]] 
[[TWRP recovery]] 
[[iovyroot]] 

[[Zombah sandbox]] 

==Ссылки==
----
[http://4pda.ru/forum/index.php?showtopic=198800 Обсуждение Toshiba AC-100 на 4pda.ru] 
[http://4pda.ru/forum/index.php?showtopic=286846 Обсуждение Андройд 4 для Toshiba AC100 на 4pda.ru] 
[http://www.tabletroms.com/forums/ac100-rom-development/3562-android-4-0-toshiba-ac100-firmware-review-installation-ice-cream-sandvich-4-0-a.html Обсуждение сборок андроида на tabletroms.com] 
[http://www.tabletroms.com/forums/ac100/ Англоязычный форум по Toshiba AC100] 
[http://www.modaco.com/topic/330834-advent-vega-kernel-source-code-now-available/%20 Англоязычный форум по Advent Vega. Содержит массу полезной информации.] 

[http://code.google.com/p/cm-paz00/ Проект на гуглокоде, здесь выкладываются новые версии] 

==Интересные ресурсы==
[https://github.com/OTAUpdateCenter/ota-update-centre/downloads OTA обновления для кастом прошивок] 
[http://forum.xda-developers.com/showthread.php?t=1545165 Инструкция как создавать патчи которые можно накладывать с помощью CWM-Recovery] 
[http://www.scribd.com/doc/81447396/Tegra2-Embedded-Controller-Interface-Specification-20111117 Спецификации NVEC] 
[http://www.androidtablets.net/forum/android-tablet-hacking/438-how-setup-static-bootlogo-before-animated-boot-animation.html Описание как создавать init logo для Андроида] 
[http://code.google.com/p/android-xserver/ Android X Server] 

==Софт==
[https://play.google.com/store/apps/details?id=nl.fameit.rotate Бесплатная софтина для принудительного поворота экрана] 

==Устаревшая информация==
[[Android 2.1]] 
[[Android 2.2]] 
[[Android 3.0]] 
[[Android 4.0]] 
[[Сборки энтузиастов]] 
[[Инструкция по установке]] 

----
[[user:zombah|1337638026]]

Zombah raspberry pi sandbox

2017-11-07T01:00:54Z

Zombah: add rpi docker info

==NOOBS install from linux==
# parted format sd to msdos label
# create single partition win fat
# mkfs.vfat -F 32 new partition
# unzip noobs.zip -d new partition

==RPI snmp hardware monitoring==
http://docs.librenms.org/Extensions/Applications/#raspberry-pi

==Lakkatv==
Current devel lakka branch here https://github.com/libretro/Lakka-LibreELEC is Lakka-V2.0

Install 32bit requirements: 
<pre>
# zypper in gcc48-32bit glibc-devel-32bit glibc-devel-static-32bit u-boot-tools
</pre>

To compile: 
<pre>
$ git clone https://github.com/libretro/Lakka-LibreELEC.git
$ cd Lakka-LibreELEC
$ export CCACHE_DISABLE=1
$ DISTRO=Lakka PROJECT=RPi2 ARCH=arm make image
</pre>

Probably ggc6 is better, for compilation, will test later. 

==Docker on openSUSE aarch64 tw==
<pre>
00:15 < roox> agraf: docker isn't that hard ;-)
00:15 < roox> You can give it a try...
00:15 < roox> # zypper install docker && systemctl start docker
00:15 < roox> # docker pull arm32v7/opensuse:42.3
00:15 < roox> # sudo docker run -it arm32v7/opensuse:42.2 /bin/bash
00:15 < roox> This will give you a shell inside the container and also provides you with a 32bit environment on top of an aarch64 system
00:16 < roox> Problems started when I tried to customize this container and used zypper in the Dockerfile
00:16 < roox> Here's my current workaround that will work fine:
00:16 < roox> # sed -i 's|# arch = s390|arch = armv7hl|g' /etc/zypp/zypp.conf
00:16 < roox> # rm -rf /etc/zypp/repos.d/*
00:16 < roox> # zypper ar http://download.opensuse.org/ports/armv7hl/distribution/leap/42.3/repo/oss/ oss
00:17 < roox> Forcing the architecture in zypp.conf is required otherwise it will try to find packages for aarch64
00:19 < roox> Interestingly the issue with the wrong repositories seems to be known to the container guys...
00:19 < roox> https://github.com/openSUSE/docker-containers/pull/66
</pre>

QCOM CAF Corner

2017-11-05T22:55:57Z

Zombah: /* Kernel= */ fix typo

==Qualcomm and CodeAuroraForum related topics==
----
===Kernel===
[[Quest_for_Nokia_X2_CAF_source|How to find CAF branch for Linux Kernel sources]] 
----

===System===
[[Extract_data_from_stock_firmware|How to extract power_profiles.xml]] 
[[Qcom_debuging|QCOM specific debuging system properties]] 
----

QCOM CAF Corner

2017-11-05T22:55:40Z

Zombah: initial qcom corner

==Qualcomm and CodeAuroraForum related topics==
----
===Kernel====
[[Quest_for_Nokia_X2_CAF_source|How to find CAF branch for Linux Kernel sources]] 
----
===System===
[[Extract_data_from_stock_firmware|How to extract power_profiles.xml]] 
[[Qcom_debuging|QCOM specific debuging system properties]] 
----

Анализ бинарных файлов

2017-11-05T22:54:56Z

Zombah: add android blob utility

==Способы анализа бинарных файлов==
----
В ''Android'' часто встречаются части системы доступные только в бинарном виде ака ''blobs'',
ниже способы получения информации о бинарных файлах:

===file,strings,readelf===
Первое что можно посмотреть это вывод комманды ''file''
<pre>
file gralloc.tegra.so
gralloc.tegra.so: ELF 32-bit LSB shared object, ARM, version 1 (SYSV), dynamically linked, stripped
</pre>
тут видно что это биннарник под ''arm'' архитектуру, динамически слинкованый и изнего удалена не
вилияющая на исполнение информация, например отладочного характера.

Потом можно посмотреть какие переменные/функции есть в бинарном файле с помощью утилиты ''strings''
<pre>
strings gralloc.tegra.so
__aeabi_unwind_cpp_pr0
NvOsStrcmp
pthread_mutex_lock
NvGrAllocDevOpen
NvGrFbDevOpen
pthread_mutex_unlock
NvGrDevUnref
...
</pre>
Аналогично ''strings'' можно воспользоваться утилитой ''objdump'' выдвет более вменяюмую информацию,
но игнорирует левый текст, который тоже иногда бывает интересен.

Так как бинарник динамический хорошо узнать на какие библиотеки он динамически ссылается, это делается
утилитой ''readelf''
<pre>
readelf -d gralloc.tegra.so |grep Shared
0x00000001 (NEEDED) Shared library: [liblog.so]
0x00000001 (NEEDED) Shared library: [libcutils.so]
0x00000001 (NEEDED) Shared library: [libhardware_legacy.so]
0x00000001 (NEEDED) Shared library: [libnvos.so]
0x00000001 (NEEDED) Shared library: [libnvrm.so]
0x00000001 (NEEDED) Shared library: [libnvrm_channel.so]
0x00000001 (NEEDED) Shared library: [libnvddk_2d_v2.so]
0x00000001 (NEEDED) Shared library: [libpkip.so]
0x00000001 (NEEDED) Shared library: [libcrypto.so]
0x00000001 (NEEDED) Shared library: [libc.so]
0x00000001 (NEEDED) Shared library: [libstdc++.so]
0x00000001 (NEEDED) Shared library: [libm.so]
</pre>

===Анализ функций===
По выводу strings часто не очень понятны функции которые использует библиотека или бинарник, для этого лучше использовать утилиту
'''nm'''

<pre>
# nm -C -D ~/src/blobs/libril-qc-qmi-1.so
</pre>

===binwalk===
Если бинарник запакован, часто это легко увидеть с помощью утилиты '''binwalk''', на примере Linux Kernel
<pre>
$ binwalk vmlinuz

DECIMAL HEXADECIMAL DESCRIPTION
--------------------------------------------------------------------------------
16375 0x3FF7 gzip compressed data, maximum compression, from Unix, NULL date (1970-01-01 00:00:00)
</pre>
проверяем с помошью GNU coreutils od что сдвиг правильный:
<pre>
$ od -A d -t x1 vmlinuz| grep '1f 8b 08 00'
0016368 20 65 72 72 6f 72 00 1f 8b 08 00 00 00 00 00 02
</pre>
выходит все верно до начала 1f 8b 08 00 7 знаков, 16368+7=16375.

Теперь с полной уверенностью можно вырезать содержимое:
<pre>
$ dd if=vmlinuz bs=1 skip=16375 | zcat > vmlinux
</pre>
===Автоматизированный анализ бинарных файлов===
При первом знакомстве с бинарными файлами производителя и для упрощения поиска 
зависимостей есть отличная утилита [https://github.com/JackpotClavin/Android-Blob-Utility Android Blob Utility]

[[user:zombah|1337898155]]

Android

2017-11-05T22:44:42Z

Zombah: add qcom caf

==Материалы и ссылки по использованию и портированию системы Андроид на Toshiba AC100==
[[File:nvidia_tegra2_android-500x316.jpg|300x187px]]

==Информационные материалы==
----
===Информация для пользователей===
'''[[Android 4.0 installation|Инструкция по установке]]''' 
[[Текущий статус порта Андроид]] 
[[Android for Toshiba AC100 Roadmap]] 
[[Инструкция по установке GAPPS aka Google Apps]] 
[[Автоматическое обновление или ручное обновление]] 

===Информация для продвинутых пользователей===
[[С какой стороны подходить к Андроиду]] 
[[Исходники последних портов]] 
[[Модификация образов партиций]] 
[[Продвинутые техники в работе с Андроидом]] 
[[Debug Android]] 
[[Анализ бинарных файлов]] 
[[Overlays]] 
[[Конфигурация ядра]] 
[[Памятка по конфигурации ядра]] 
[[Конфигурация устройства для сборки Андроида]] 
[[Checklist по проверке работы Андроида]] 
[[Подписывание Андроид сборки]] 
[[Новая таблица разделов для Андроида]] 
[[Nexus 7 aosp tegra kernel]] 
[[QCOM CAF Corner]] 

==Информация для разработчиков==
----
===Задачи===
[[Внедрение автоматизированного OTA обновления]] 

===Проблемы===
[[Внешний модем]] 
[[Сон,Suspend,Resume,Wakelock]] 
[[Звук в Андройде]] 
[[Android 4.0 Problems|"Багтрекер"]] 
[[Перезагрузка системы в рековери партицию]] 

====Временные решения====
[[Кнопки в Андроиде]] 

====Решено====
[[Иконки выходящие за предела экрана лаунчера|Иконки выходящие за пределы экрана лаунчера]] 
[[Диоды aka Leds]] 
[[Переключение раскладок клавиатуры в Андроиде]] 
[[Изменения статуса заряда батареи]] 
[[Пропадание встроенной клавы и тачпада]] 
[[Landscape режим экрана]] 
[[Хардварное видео]] 
[[Wpa_supplicant]] 
[[Vold]] 
[[Camera]] 
[[Flashing Uboot to MMC]] 
[[Загрузка Андроида с помощью Uboot]] 

====Unsorted stuff====
[[nvec for android]] 
[[TouchPad Android]] 
[[Android USB Gadget]] 
[[Abootimg android port]] 
[[Приложения для Андроида]] 
[[Составление грамотного bugreportа]] 
[[ac100 flash process]] 
[[Android rt3070 or rt2x00]] 
[[Uboot menu concept]] 
[[Debug wifi]] 
[[Cross Compile compat-drivers]] 
[[tegra-otg loop with u-boot]] 
[[Bluedroid 4.2 battle]] 
[[Replicant draft]] 
[[Mainline kernel for Android]] 
[[Android install guild NG|Android install guide NG]] 
[[gnu parted example]] 
[[gpt partition table]] 
[[ubuntu_uboot]] 
[[Android compile from sources]] 
[[Use tegra3 binaries]] 
[[Nexus kernel sandbox]] 
[[Uboot suspend]] 
[[Gamepad in Android]] 
[[Android 4.0 Keyboard]] 
[[English Android Install Guide]] 
[[Android version Matrix]] 
[[Android downstream kernel memory map]] 
[[Android /dev/block/platform]] 
[[Extract data from stock firmware]] 
[[MMI codes]] 
[[DASH]] 
[[picasso-kernel]] 
[[TWRP recovery]] 

[[Zombah sandbox]] 

==Ссылки==
----
[http://4pda.ru/forum/index.php?showtopic=198800 Обсуждение Toshiba AC-100 на 4pda.ru] 
[http://4pda.ru/forum/index.php?showtopic=286846 Обсуждение Андройд 4 для Toshiba AC100 на 4pda.ru] 
[http://www.tabletroms.com/forums/ac100-rom-development/3562-android-4-0-toshiba-ac100-firmware-review-installation-ice-cream-sandvich-4-0-a.html Обсуждение сборок андроида на tabletroms.com] 
[http://www.tabletroms.com/forums/ac100/ Англоязычный форум по Toshiba AC100] 
[http://www.modaco.com/topic/330834-advent-vega-kernel-source-code-now-available/%20 Англоязычный форум по Advent Vega. Содержит массу полезной информации.] 

[http://code.google.com/p/cm-paz00/ Проект на гуглокоде, здесь выкладываются новые версии] 

==Интересные ресурсы==
[https://github.com/OTAUpdateCenter/ota-update-centre/downloads OTA обновления для кастом прошивок] 
[http://forum.xda-developers.com/showthread.php?t=1545165 Инструкция как создавать патчи которые можно накладывать с помощью CWM-Recovery] 
[http://www.scribd.com/doc/81447396/Tegra2-Embedded-Controller-Interface-Specification-20111117 Спецификации NVEC] 
[http://www.androidtablets.net/forum/android-tablet-hacking/438-how-setup-static-bootlogo-before-animated-boot-animation.html Описание как создавать init logo для Андроида] 
[http://code.google.com/p/android-xserver/ Android X Server] 

==Софт==
[https://play.google.com/store/apps/details?id=nl.fameit.rotate Бесплатная софтина для принудительного поворота экрана] 

==Устаревшая информация==
[[Android 2.1]] 
[[Android 2.2]] 
[[Android 3.0]] 
[[Android 4.0]] 
[[Сборки энтузиастов]] 
[[Инструкция по установке]] 

----
[[user:zombah|1337638026]]

Kvm notes sandbox

2017-10-31T21:14:50Z

Zombah: /* Host I/O Scheduler */

==Good links==
[https://doc.opensuse.org/documentation/leap/virtualization/html/book.virt/book.virt.html openSUSE Guide] 
[https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Administration_Guide/index.html RHEL Guide] 

==Host setup==
Remember to enable virtualization inside bios: 
for hp proliats it is: 
<pre>
Advanced options -> Processor Options -> Intel(R) Virtualization Technology and No-Excecute Memory Protection
</pre>

Install kvm patterns: 
<pre>
# zypper in -t pattern kvm_server
# zypper in -t pattern kvm_tools
# zypper in spice-vdagent
</pre>
===Host IOMMU===
Add to host cmdline 'GRUB_CMDLINE_LINUX_DEFAULT' in ''/etc/default/grub'' file: 
<pre>
intel_iommu=on console=ttyS0
</pre>

or for AMD host system: 
<pre>
amd_iommu=on console=ttyS0
</pre>

===Host I/O Scheduler===
IBM KVM best practices guide recomends to use Deadline scheduler. 
https://www.ibm.com/support/knowledgecenter/linuxonibm/liaat/liaatbpblockioperf.htm

Add to 'GRUB_CMDLINE_LINUX_DEFAULT' inside ''/etc/default/grub'': 
<pre>
elevator=deadline
</pre>

==Forward kvm host qemu vnc with ssh==
<pre>
$ ssh -L 5900:localhost:5900 <kvm-host-ip> -N
</pre>

==Create guest==
<pre>
virt-install \
--virt-type kvm \
--name basebox_opensuse42_2 \
--description "My basebox openSUSE 42.2" \
--os-type=Linux \
--os-variant=opensuse42.2 \
--ram=2048 --vcpus=2 \
--disk path=/home/kvm/images/basebox_opensuse42_2.img,device=disk,bus=virtio,size=20,sparse=true,format=raw,cache=none \
--disk path=/home/kvm/openSUSE-Leap-42.2-DVD-x86_64.iso,device=cdrom \
--graphics spice,listen=172.16.1.78 \
--network bridge:br0
</pre>

==Virsh==
----
===List all guests even not started===
<pre>
# virsh list --all
</pre>

===Guest migration===
Dump config
<pre>
# virsh dumpxml --migratable <guest-name> >guest-name.xml
</pre>

Restore guest config on new host
<pre>
# virsh define guest-name.xml
</pre>

===Edit guest with virsh===
<pre>
# virsh edit guest-name
</pre>

===Attach block device to guest===
Create xml config for example vda.xml
<pre>
<disk type='block' device='disk'>
<driver name='qemu' type='raw' cache='none'/>
<source dev='/dev/sda5'/>
<target dev='vda' bus='virtio'/>
</disk>
</pre>

Permanently attach block device to already existing domain
<pre>
# virsh attach-disk <domain-name> vda.xml --persistent
</pre>

===Connect to console with virsh===

Add serial console to guest, virsh edit guest
<pre>
<devices>
<serial type='pty'>
<target port='0'/>
</serial>
<console type='pty'>
<target type='serial' port='0'/>
</console>
</pre>

connect to guest console: 
<pre>
# virsh console guest-name
</pre>

===Clonning guest===
It it possible to clone with virsh dumpxml, but dont forget to change uuid, mac and vm name. 

==KVM basebox notes==

# Add console=ttyS0 into bootloader cmdline for virsh console to work. (require syslinux package)
# Install package rsyslog (this probably will remove systemd-logger package) and start rsyslog.service

==Test disk performance==
Test with iozone: 
<pre>
$ iozone -a -i0 -i1 -i2 -s512M -r64k
</pre>

Test with dd: 
<pre>
# dd if=/dev/sda1 of=/dev/null bs=1M count=1024 iflag=direct skip=1024
# dd if=/dev/zero of=test bs=1M count=1024 oflag=direct
</pre>

Kvm notes sandbox

2017-10-31T21:13:50Z

Zombah: /* Host I/O Scheduler */ add cmdline

==Good links==
[https://doc.opensuse.org/documentation/leap/virtualization/html/book.virt/book.virt.html openSUSE Guide] 
[https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Administration_Guide/index.html RHEL Guide] 

==Host setup==
Remember to enable virtualization inside bios: 
for hp proliats it is: 
<pre>
Advanced options -> Processor Options -> Intel(R) Virtualization Technology and No-Excecute Memory Protection
</pre>

Install kvm patterns: 
<pre>
# zypper in -t pattern kvm_server
# zypper in -t pattern kvm_tools
# zypper in spice-vdagent
</pre>
===Host IOMMU===
Add to host cmdline 'GRUB_CMDLINE_LINUX_DEFAULT' in ''/etc/default/grub'' file: 
<pre>
intel_iommu=on console=ttyS0
</pre>

or for AMD host system: 
<pre>
amd_iommu=on console=ttyS0
</pre>

===Host I/O Scheduler===
IBM KVM best practices guide recomends to use Deadline scheduler. 
https://www.ibm.com/support/knowledgecenter/linuxonibm/liaat/liaatbpblockioperf.htm

Add to /etc/default/grub ''GRUB_CMDLINE_LINUX_DEFAULT'': 
<pre>
elevator=deadline
</pre>

==Forward kvm host qemu vnc with ssh==
<pre>
$ ssh -L 5900:localhost:5900 <kvm-host-ip> -N
</pre>

==Create guest==
<pre>
virt-install \
--virt-type kvm \
--name basebox_opensuse42_2 \
--description "My basebox openSUSE 42.2" \
--os-type=Linux \
--os-variant=opensuse42.2 \
--ram=2048 --vcpus=2 \
--disk path=/home/kvm/images/basebox_opensuse42_2.img,device=disk,bus=virtio,size=20,sparse=true,format=raw,cache=none \
--disk path=/home/kvm/openSUSE-Leap-42.2-DVD-x86_64.iso,device=cdrom \
--graphics spice,listen=172.16.1.78 \
--network bridge:br0
</pre>

==Virsh==
----
===List all guests even not started===
<pre>
# virsh list --all
</pre>

===Guest migration===
Dump config
<pre>
# virsh dumpxml --migratable <guest-name> >guest-name.xml
</pre>

Restore guest config on new host
<pre>
# virsh define guest-name.xml
</pre>

===Edit guest with virsh===
<pre>
# virsh edit guest-name
</pre>

===Attach block device to guest===
Create xml config for example vda.xml
<pre>
<disk type='block' device='disk'>
<driver name='qemu' type='raw' cache='none'/>
<source dev='/dev/sda5'/>
<target dev='vda' bus='virtio'/>
</disk>
</pre>

Permanently attach block device to already existing domain
<pre>
# virsh attach-disk <domain-name> vda.xml --persistent
</pre>

===Connect to console with virsh===

Add serial console to guest, virsh edit guest
<pre>
<devices>
<serial type='pty'>
<target port='0'/>
</serial>
<console type='pty'>
<target type='serial' port='0'/>
</console>
</pre>

connect to guest console: 
<pre>
# virsh console guest-name
</pre>

===Clonning guest===
It it possible to clone with virsh dumpxml, but dont forget to change uuid, mac and vm name. 

==KVM basebox notes==

# Add console=ttyS0 into bootloader cmdline for virsh console to work. (require syslinux package)
# Install package rsyslog (this probably will remove systemd-logger package) and start rsyslog.service

==Test disk performance==
Test with iozone: 
<pre>
$ iozone -a -i0 -i1 -i2 -s512M -r64k
</pre>

Test with dd: 
<pre>
# dd if=/dev/sda1 of=/dev/null bs=1M count=1024 iflag=direct skip=1024
# dd if=/dev/zero of=test bs=1M count=1024 oflag=direct
</pre>

Kvm notes sandbox

2017-10-31T21:12:12Z

Zombah: add io scheduler

==Good links==
[https://doc.opensuse.org/documentation/leap/virtualization/html/book.virt/book.virt.html openSUSE Guide] 
[https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Administration_Guide/index.html RHEL Guide] 

==Host setup==
Remember to enable virtualization inside bios: 
for hp proliats it is: 
<pre>
Advanced options -> Processor Options -> Intel(R) Virtualization Technology and No-Excecute Memory Protection
</pre>

Install kvm patterns: 
<pre>
# zypper in -t pattern kvm_server
# zypper in -t pattern kvm_tools
# zypper in spice-vdagent
</pre>
===Host IOMMU===
Add to host cmdline 'GRUB_CMDLINE_LINUX_DEFAULT' in ''/etc/default/grub'' file: 
<pre>
intel_iommu=on console=ttyS0
</pre>

or for AMD host system: 
<pre>
amd_iommu=on console=ttyS0
</pre>

===Host I/O Scheduler===
IBM KVM best practices guide recomends to use Deadline scheduler.
https://www.ibm.com/support/knowledgecenter/linuxonibm/liaat/liaatbpblockioperf.htm

==Forward kvm host qemu vnc with ssh==
<pre>
$ ssh -L 5900:localhost:5900 <kvm-host-ip> -N
</pre>

==Create guest==
<pre>
virt-install \
--virt-type kvm \
--name basebox_opensuse42_2 \
--description "My basebox openSUSE 42.2" \
--os-type=Linux \
--os-variant=opensuse42.2 \
--ram=2048 --vcpus=2 \
--disk path=/home/kvm/images/basebox_opensuse42_2.img,device=disk,bus=virtio,size=20,sparse=true,format=raw,cache=none \
--disk path=/home/kvm/openSUSE-Leap-42.2-DVD-x86_64.iso,device=cdrom \
--graphics spice,listen=172.16.1.78 \
--network bridge:br0
</pre>

==Virsh==
----
===List all guests even not started===
<pre>
# virsh list --all
</pre>

===Guest migration===
Dump config
<pre>
# virsh dumpxml --migratable <guest-name> >guest-name.xml
</pre>

Restore guest config on new host
<pre>
# virsh define guest-name.xml
</pre>

===Edit guest with virsh===
<pre>
# virsh edit guest-name
</pre>

===Attach block device to guest===
Create xml config for example vda.xml
<pre>
<disk type='block' device='disk'>
<driver name='qemu' type='raw' cache='none'/>
<source dev='/dev/sda5'/>
<target dev='vda' bus='virtio'/>
</disk>
</pre>

Permanently attach block device to already existing domain
<pre>
# virsh attach-disk <domain-name> vda.xml --persistent
</pre>

===Connect to console with virsh===

Add serial console to guest, virsh edit guest
<pre>
<devices>
<serial type='pty'>
<target port='0'/>
</serial>
<console type='pty'>
<target type='serial' port='0'/>
</console>
</pre>

connect to guest console: 
<pre>
# virsh console guest-name
</pre>

===Clonning guest===
It it possible to clone with virsh dumpxml, but dont forget to change uuid, mac and vm name. 

==KVM basebox notes==

# Add console=ttyS0 into bootloader cmdline for virsh console to work. (require syslinux package)
# Install package rsyslog (this probably will remove systemd-logger package) and start rsyslog.service

==Test disk performance==
Test with iozone: 
<pre>
$ iozone -a -i0 -i1 -i2 -s512M -r64k
</pre>

Test with dd: 
<pre>
# dd if=/dev/sda1 of=/dev/null bs=1M count=1024 iflag=direct skip=1024
# dd if=/dev/zero of=test bs=1M count=1024 oflag=direct
</pre>

Debug Android

2017-10-29T22:15:08Z

Zombah: logging perf note

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

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

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

===Увеличение детализации сообщений от ядра===
Можно поменять специальной переменной в настройках ядра: 
<pre>
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=7
</pre>
по умолчанию оно стоит в значении 4. 
Или черех ''cmdline'': 
<pre>
loglevel=7
</pre>
Список возможных значений: 
<pre>
loglevel= All Kernel Messages with a loglevel smaller than the
console loglevel will be printed to the console. It can
also be changed with klogd or other programs. The
loglevels are defined as follows:

0 (KERN_EMERG) system is unusable
1 (KERN_ALERT) action must be taken immediately
2 (KERN_CRIT) critical conditions
3 (KERN_ERR) error conditions
4 (KERN_WARNING) warning conditions
5 (KERN_NOTICE) normal but significant condition
6 (KERN_INFO) informational
7 (KERN_DEBUG) debug-level messages
</pre>
первоисточник https://www.kernel.org/doc/Documentation/admin-guide/kernel-parameters.txt 
Также через ''cmdline'' можно форсировать значение переменной '''loglevel''' другой переменной
'''ignore_loglevel''', это удобно для дебага когда надо видеть все сообщения ядра.

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

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

==Аналог /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/

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

==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>
----

==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>
* Перечитываем правила udev
<pre>
$ sudo udevadm control --reload-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]]

Debug Android

2017-10-29T22:10:41Z

Zombah: add initcall_debug info

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

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

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

===Увеличение детализации сообщений от ядра===
Можно поменять специальной переменной в настройках ядра: 
<pre>
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=7
</pre>
по умолчанию оно стоит в значении 4. 
Или черех ''cmdline'': 
<pre>
loglevel=7
</pre>
Список возможных значений: 
<pre>
loglevel= All Kernel Messages with a loglevel smaller than the
console loglevel will be printed to the console. It can
also be changed with klogd or other programs. The
loglevels are defined as follows:

0 (KERN_EMERG) system is unusable
1 (KERN_ALERT) action must be taken immediately
2 (KERN_CRIT) critical conditions
3 (KERN_ERR) error conditions
4 (KERN_WARNING) warning conditions
5 (KERN_NOTICE) normal but significant condition
6 (KERN_INFO) informational
7 (KERN_DEBUG) debug-level messages
</pre>
первоисточник https://www.kernel.org/doc/Documentation/admin-guide/kernel-parameters.txt 
Также через ''cmdline'' можно форсировать значение переменной '''loglevel''' другой переменной
'''ignore_loglevel''', это удобно для дебага когда надо видеть все сообщения ядра.

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

==Аналог /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/

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

==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>
----

==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>
* Перечитываем правила udev
<pre>
$ sudo udevadm control --reload-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]]

Debug Android

2017-10-29T22:05:16Z

Zombah: add loglevel

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

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

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

===Увеличение детализации сообщений от ядра===
Можно поменять специальной переменной в настройках ядра: 
<pre>
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=7
</pre>
по умолчанию оно стоит в значении 4. 
Или черех ''cmdline'': 
<pre>
loglevel=7
</pre>
Список возможных значений: 
<pre>
loglevel= All Kernel Messages with a loglevel smaller than the
console loglevel will be printed to the console. It can
also be changed with klogd or other programs. The
loglevels are defined as follows:

0 (KERN_EMERG) system is unusable
1 (KERN_ALERT) action must be taken immediately
2 (KERN_CRIT) critical conditions
3 (KERN_ERR) error conditions
4 (KERN_WARNING) warning conditions
5 (KERN_NOTICE) normal but significant condition
6 (KERN_INFO) informational
7 (KERN_DEBUG) debug-level messages
</pre>
первоисточник https://www.kernel.org/doc/Documentation/admin-guide/kernel-parameters.txt 
Также через ''cmdline'' можно форсировать значение переменной '''loglevel''' другой переменной
'''ignore_loglevel''', это удобно для дебага когда надо видеть все сообщения ядра.

==Аналог /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/

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

==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>
----

==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>
* Перечитываем правила udev
<pre>
$ sudo udevadm control --reload-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]]

Debug Android

2017-10-29T21:44:19Z

Zombah: tty without number is better

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

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

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

==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>
* Перечитываем правила udev
<pre>
$ sudo udevadm control --reload-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]]

Alcatel Pop35 Notes

2017-10-23T21:04:24Z

Zombah: add konstat info about splash

Alcatel Pop35 Notes

2017-10-23T21:01:44Z

Zombah: /* Bootloader */ add iovyroot info

Alcatel Pop35 Notes

2017-10-23T21:01:02Z

Zombah: add splash

Alcatel Pop3 5

2017-10-23T20:56:15Z

Zombah: fix device names

[[Alcatel_Pop35_Hardware|Alcatel Pop 3 (5) 5065D Hardware]] 
[[Alcatel_Pop35_Notes|Alcatel Pop 3 (5) 5065D Notes]]

Android version Matrix

2017-10-23T20:53:59Z

Zombah: fix oreo to lineage

==Version Matrix==
{| style="border: 1px solid #c6c9ff; border-collapse: collapse;" cellspacing="0" cellpadding="10" border="1"
|-
! Codename
! AOSP Version
! CyanogenMod
! LineageOS
|-
| Eclair
| 2.1.x
| eclair
|
|-
| Froyo
| 2.2.x
| froyo
|
|-
| Gingerbread (GB)
| 2.3.x
| gingerbread/cm-7.x
|
|-
| Honeycomb
| 3.0
| N/A
|
|-
| IceCreameSandwich (ICS)
| 4.0.x
| cm-9.x
|
|-
| Jellybean (JB)
| 4.1.x, 4.2.x, 4.3.x
| cm-10.0,cm-10.1,cm-10.2
|
|-
| KitKat (KK)
| 4.4.x
| cm-11.0-Mx
|
|-
| Lollipop (L)
| 5.0,5.1
| cm-12, cm-12.1
|
|-
| Marshmallow (M)
| 6.0
| cm-13.0
|
|-
| Nougat (N)
| 7.0, 7.1
| cm-14.0, cm-14.1
|
|-
| Oreo (O)
| 8.0
|
| lineage-15.0
|}

Android version Matrix

2017-10-23T20:12:51Z

Zombah: add oreo

==Version Matrix==
{| style="border: 1px solid #c6c9ff; border-collapse: collapse;" cellspacing="0" cellpadding="10" border="1"
|-
! Codename
! AOSP Version
! CyanogenMod
|-
| Eclair
| 2.1.x
| eclair
|-
| Froyo
| 2.2.x
| froyo
|-
| Gingerbread (GB)
| 2.3.x
| gingerbread/cm-7.x
|-
| Honeycomb
| 3.0
| N/A
|-
| IceCreameSandwich (ICS)
| 4.0.x
| cm-9.x
|-
| Jellybean (JB)
| 4.1.x, 4.2.x, 4.3.x
| cm-10.0,cm-10.1,cm-10.2
|-
| KitKat (KK)
| 4.4.x
| cm-11.0-Mx
|-
| Lollipop (L)
| 5.0,5.1
| cm-12, cm-12.1
|-
| Marshmallow (M)
| 6.0
| cm-13.0
|-
| Nougat (N)
| 7.0, 7.1
| cm-14.0, cm-14.1
|-
| Oreo (O)
| 8.0
| cm-15.0
|}

Alcatel Pop35 Notes

2017-10-22T19:53:12Z

Zombah:

Alcatel Pop35 Notes

2017-10-22T19:51:59Z

Zombah: add bootloader topic

Анализ бинарных файлов

2017-10-22T19:32:49Z

Zombah: add binwalk note

Zombah mac os x notes

2017-10-21T21:49:27Z

Zombah: Add usefull things

==Usefull applications==
----
==Allways install first==
===boot manager===
Install rEFInd boot manager http://www.rodsbooks.com/refind/

===set always verbose boot===
edit /Library/Preferences/SystemConfiguration/com.apple.Boot.plist xml or run sudo nvram boot-args="-v"

===track installed files===
http://onnati.net/apptrap/

===opensource firewall===
https://github.com/objective-see/LuLu

==Other usefull things==
===System monitor===
https://github.com/mikepj/XRG

===Terminal===
https://github.com/gnachman/iTerm2

===MIT Kerberos===
http://web.mit.edu/macdev/KfM/Common/Documentation/osx-kerberos-extras.html

===Plain-text notepad===
http://www.qownnotes.org/

Zombah mac os x notes

2017-10-21T20:27:14Z

Zombah: add some tips and apps to remember

Участник:Zombah

2017-10-21T20:10:11Z

Zombah: add mac os x

__TOC__
----

== About me ==
[[Zombah ToDo List]] 
----

== Sandboxes ==
[[Zombah sandbox]] 
[[Zombah chromebook sandbox]] 
[[Zombah nokia msm8610 sandbox]] 
[[Zombah tegra chromebook sandbox]] 
[[Zombah openwrt sandbox]] 
[[Zombah routeros sandbox]] 
[[Zombah raspberry pi sandbox]] 
[[4.1-rc1+ lcd fail to start]] 
[[xfce various tweaks]] 
[[kvm notes sandbox]] 
[[zombah openSUSE sandbox]] 
[[zombah vim notes]] 
[[zombah mac os x notes]] 
----

Zombah chromebook sandbox

2017-08-21T00:58:19Z

Zombah: add u-boot compile script

==snow install nv-u-boot 3704 with serial console debug to ro&rw firmware==

''Backup original firmware as it contain unique device data otherwise chromeos is lost forever for device''
<pre>
flashrom -p linux_spi:dev=/dev/spidev1.0 -r original_image.bin
</pre>
* Device hwid will be '''DAISY TEST A-A 9382''' after firmware update, which is treated as dev board by google. Factory hwid something like '''SNOW KULA A-E 4640'''
** Chromeos cant be installed or updated on device with this test hwid.
** Crucial data lives in '''VPD''' (Virtual Private Data) and '''GBB''' (Google Binary Block) partitions.

<pre>
wget https://www.dropbox.com/s/6pzvraf3ko14sz9/nv_image-snow.bin.gz
gunzip nv_image-snow.bin.gz
flashrom -p linux_spi:dev=/dev/spidev1.0 -w nv_image-snow.bin
</pre>

found here https://wiki.archlinux.org/index.php/Samsung_Chromebook_(ARM)#How_to_flash_U-Boot

==snow check/disable write protect status==
<pre>
crosh->shell->sudo -s

flashrom --wp-status
flashrom --wp-disable
</pre>

==snow/daisy revert firmware to factory default from chrome os==
<pre>
crosh->shell->sudo -s

crossystem |fgrep fwid
chromeos-firmwareupdate --factory
</pre>

found here https://code.google.com/p/chromium/issues/detail?id=221828

==use linux-stable exynos_defconfig kernel==
<pre>
make exynos_defconfig
make menuconfig
</pre>

set mwifiex and mwifiex_sdio as modules

<pre>
make modules_prepare
make -j4 2>1& | tee ../current.log
make kernelrelease

sudo make modules_install
sudo cp arch/arm/boot/zImage /boot/zImage-kernelrelease
sudo cp System.map /boot/System.map-kernelrelease
sudo cp .config /boot/config-kernelrelease
cd /boot
sudo mkinitrd -k zImage-kernelrelease -i initrd-kernelrelease
</pre>

==linux-stable multi_v7_defconfig missing modules for screen==
<pre>
ptn3460
pwm-samsung
platform_lcd
i2c-arb-gpio-challenge
cros_ec_devs
</pre>

==openSUSE notes==
Remove armsoc driver, its very slow with current upstream kernels, use modesettings or fbdev
<pre>
sudo zypper rm xf86-video-armsoc
</pre>

==firefox soft webgl==
<pre>
gfx.xrender.enabled=false
webgl.force-enable=true
</pre>
now got 1fps in fishgl demo 8)

==Add/update chainloding u-boot on sdcard==

it requires vboot-utils which contain vbutil and cgpt 

<pre>
#!/bin/bash

diskname=/dev/sde
uboot=u-boot.img

mkimage -A arm -O linux -T kernel -C none -a 0x43e00000 -e 0x43e00000 -n uboot -d u-boot-dtb.bin u-boot.img

echo "console=tty1 debug verbose" > /tmp/config
vbutil_kernel --pack /tmp/newkern \
--keyblock /usr/share/vboot/devkeys/kernel.keyblock \
--version 1 \
--signprivate /usr/share/vboot/devkeys/kernel_data_key.vbprivk \
--config=/tmp/config --vmlinuz $uboot --arch arm
kpartx -av $diskname
dd if=/tmp/newkern of=$diskname\1
kpartx -d $diskname
cgpt add -t kernel -i 1 -S 1 -T 5 -P 10 -l U-BOOT $diskname
</pre>

==Snow motherboard info==
Motherboard design probably own from Samsung as there is '''BA41-02110A''' ident on board, revision 1.1 and '''Model:Lucas'''

==Manualy load kernel from u-boot==
<pre>
setenv bootargs 'loglevel=8 plymouth.enable=0 rootflags=size=100% console=ttySAC3,115200n8 console=tty earlyprintk showopts ${append}'
setenv initrd_high ''
setenv fdt_high ''
ext2load mmc 1:2 0x40007000 /boot/linux.vmx
ext2load mmc 1:2 0x44000000 /boot/initrd.uboot
ext2load mmc 1:2 0x42000000 /dtb/exynos5250-snow.dtb
bootz 0x40007000 0x44000000 0x42000000
</pre>

==Script to create chainloading kernel partition from openSUSE JeOS==
<pre>
#==========================================
# install Arndale SPL & U-Boot as raw
#------------------------------------------
if [[ -f "boot/smdk5250-spl.bin" || -f "boot/arndale-spl.bin" ]];then
echo "Installing BL1..."
if ! dd if=boot/arndale-bl1.img of=$diskname seek=1 conv=notrunc; then
echo "Couldn't install BL1 on $diskname"
exit 1
fi
echo "Installing SPL..."
# Get SPL name (depends on U-Boot version)
SPL_FILE=$(ls boot/*-spl.bin);
if ! dd if=$SPL_FILE of=$diskname seek=17 conv=notrunc; then
echo "Couldn't install SPL ($SPL_FILE) on $diskname"
exit 1
fi
echo "Installing U-Boot..."
if ! dd if=boot/u-boot.bin of=$diskname seek=49 conv=notrunc; then
echo "Couldn't install u-boot on $diskname"
exit 1
fi
fi

#==========================================
# install Chromebook u-boot as boot kernel
# And do the required magic!
#------------------------------------------
if [ "$flavor" = "chromebook" ]; then
if [ ! "$is_firstboot" ]; then
pushd /usr/src/packages/KIWIROOT-oem/
echo "console=tty1 debug verbose" > /tmp/config
./usr/bin/vbutil_kernel --pack /tmp/newkern \
--keyblock ./usr/share/vboot/devkeys/kernel.keyblock \
--version 1 \
--signprivate ./usr/share/vboot/devkeys/kernel_data_key.vbprivk \
--config=/tmp/config --vmlinuz boot/u-boot.img --arch arm
LINE=$(kpartx -asv $diskname | head -n1)
PART=$(echo "$LINE" | awk '{print $3}')
dd if=/tmp/newkern of=/dev/mapper/$PART
# "kpartx -dv $diskname" does not work if $diskname is longer than 64 characters
LOOPDEV=$(echo "/dev/$PART" | sed 's/p[0-9][0-9]*$//')
kpartx -dv $LOOPDEV
losetup -d $LOOPDEV
fi
# For build and after reaprtition occured on 1st boot:
# Enable bootflag on partition 2 (u-boot now looks for bootscripts on bootable partitions only)
parted $diskname set 2 boot on
# CGPT magic
./usr/bin/cgpt add -t kernel -i 1 -S 1 -T 5 -P 10 -l U-BOOT $diskname
popd
fi
</pre>

==Script to compile U-Boot from openSUSE U-Boot spec==
<pre>
%build
export SOURCE_DATE_EPOCH=$(date -d "$(head -n 2 %{_sourcedir}/%{name}.changes | tail -n 1 | cut -d- -f1 )" +%s)
make %{?_smp_mflags} CROSS_COMPILE= HOSTCFLAGS="$RPM_OPT_FLAGS" snow_defconfig
echo "Attempting to enable fdt apply command (.dtbo) support."
echo "CONFIG_OF_LIBFDT_OVERLAY=y" >> .config
make %{?_smp_mflags} CROSS_COMPILE= HOSTCFLAGS="$RPM_OPT_FLAGS" USE_PRIVATE_LIBGG=yes

%if "%{name}" == "u-boot-snow" || "%{name}" == "u-boot-spring"
# Chromebook ARM (snow) and HP Chromebook 11 (spring) need a uImage format
export TEXT_START=$(awk '$NF == "_start" { printf "0x"$1 }' System.map)
./tools/mkimage -A arm -O linux -T kernel -C none -a $TEXT_START -e $TEXT_START -n uboot -d u-boot-dtb.bin u-boot.img
%endif
</pre>

Zombah chromebook sandbox

2017-08-21T00:37:21Z

Zombah: fix

==snow install nv-u-boot 3704 with serial console debug to ro&rw firmware==

''Backup original firmware as it contain unique device data otherwise chromeos is lost forever for device''
<pre>
flashrom -p linux_spi:dev=/dev/spidev1.0 -r original_image.bin
</pre>
* Device hwid will be '''DAISY TEST A-A 9382''' after firmware update, which is treated as dev board by google. Factory hwid something like '''SNOW KULA A-E 4640'''
** Chromeos cant be installed or updated on device with this test hwid.
** Crucial data lives in '''VPD''' (Virtual Private Data) and '''GBB''' (Google Binary Block) partitions.

<pre>
wget https://www.dropbox.com/s/6pzvraf3ko14sz9/nv_image-snow.bin.gz
gunzip nv_image-snow.bin.gz
flashrom -p linux_spi:dev=/dev/spidev1.0 -w nv_image-snow.bin
</pre>

found here https://wiki.archlinux.org/index.php/Samsung_Chromebook_(ARM)#How_to_flash_U-Boot

==snow check/disable write protect status==
<pre>
crosh->shell->sudo -s

flashrom --wp-status
flashrom --wp-disable
</pre>

==snow/daisy revert firmware to factory default from chrome os==
<pre>
crosh->shell->sudo -s

crossystem |fgrep fwid
chromeos-firmwareupdate --factory
</pre>

found here https://code.google.com/p/chromium/issues/detail?id=221828

==use linux-stable exynos_defconfig kernel==
<pre>
make exynos_defconfig
make menuconfig
</pre>

set mwifiex and mwifiex_sdio as modules

<pre>
make modules_prepare
make -j4 2>1& | tee ../current.log
make kernelrelease

sudo make modules_install
sudo cp arch/arm/boot/zImage /boot/zImage-kernelrelease
sudo cp System.map /boot/System.map-kernelrelease
sudo cp .config /boot/config-kernelrelease
cd /boot
sudo mkinitrd -k zImage-kernelrelease -i initrd-kernelrelease
</pre>

==linux-stable multi_v7_defconfig missing modules for screen==
<pre>
ptn3460
pwm-samsung
platform_lcd
i2c-arb-gpio-challenge
cros_ec_devs
</pre>

==openSUSE notes==
Remove armsoc driver, its very slow with current upstream kernels, use modesettings or fbdev
<pre>
sudo zypper rm xf86-video-armsoc
</pre>

==firefox soft webgl==
<pre>
gfx.xrender.enabled=false
webgl.force-enable=true
</pre>
now got 1fps in fishgl demo 8)

==Add/update chainloding u-boot on sdcard==

it requires vboot-utils which contain vbutil and cgpt 

<pre>
#!/bin/bash

diskname=/dev/sde
uboot=u-boot.img

mkimage -A arm -O linux -T kernel -C none -a 0x43e00000 -e 0x43e00000 -n uboot -d u-boot-dtb.bin u-boot.img

echo "console=tty1 debug verbose" > /tmp/config
vbutil_kernel --pack /tmp/newkern \
--keyblock /usr/share/vboot/devkeys/kernel.keyblock \
--version 1 \
--signprivate /usr/share/vboot/devkeys/kernel_data_key.vbprivk \
--config=/tmp/config --vmlinuz $uboot --arch arm
kpartx -av $diskname
dd if=/tmp/newkern of=$diskname\1
kpartx -d $diskname
cgpt add -t kernel -i 1 -S 1 -T 5 -P 10 -l U-BOOT $diskname
</pre>

==Snow motherboard info==
Motherboard design probably own from Samsung as there is '''BA41-02110A''' ident on board, revision 1.1 and '''Model:Lucas'''

==Manualy load kernel from u-boot==
<pre>
setenv bootargs 'loglevel=8 plymouth.enable=0 rootflags=size=100% console=ttySAC3,115200n8 console=tty earlyprintk showopts ${append}'
setenv initrd_high ''
setenv fdt_high ''
ext2load mmc 1:2 0x40007000 /boot/linux.vmx
ext2load mmc 1:2 0x44000000 /boot/initrd.uboot
ext2load mmc 1:2 0x42000000 /dtb/exynos5250-snow.dtb
bootz 0x40007000 0x44000000 0x42000000
</pre>

==Script to create chainloding kernel partition from openSUSE JeOS==
<pre>
#==========================================
# install Arndale SPL & U-Boot as raw
#------------------------------------------
if [[ -f "boot/smdk5250-spl.bin" || -f "boot/arndale-spl.bin" ]];then
echo "Installing BL1..."
if ! dd if=boot/arndale-bl1.img of=$diskname seek=1 conv=notrunc; then
echo "Couldn't install BL1 on $diskname"
exit 1
fi
echo "Installing SPL..."
# Get SPL name (depends on U-Boot version)
SPL_FILE=$(ls boot/*-spl.bin);
if ! dd if=$SPL_FILE of=$diskname seek=17 conv=notrunc; then
echo "Couldn't install SPL ($SPL_FILE) on $diskname"
exit 1
fi
echo "Installing U-Boot..."
if ! dd if=boot/u-boot.bin of=$diskname seek=49 conv=notrunc; then
echo "Couldn't install u-boot on $diskname"
exit 1
fi
fi

#==========================================
# install Chromebook u-boot as boot kernel
# And do the required magic!
#------------------------------------------
if [ "$flavor" = "chromebook" ]; then
if [ ! "$is_firstboot" ]; then
pushd /usr/src/packages/KIWIROOT-oem/
echo "console=tty1 debug verbose" > /tmp/config
./usr/bin/vbutil_kernel --pack /tmp/newkern \
--keyblock ./usr/share/vboot/devkeys/kernel.keyblock \
--version 1 \
--signprivate ./usr/share/vboot/devkeys/kernel_data_key.vbprivk \
--config=/tmp/config --vmlinuz boot/u-boot.img --arch arm
LINE=$(kpartx -asv $diskname | head -n1)
PART=$(echo "$LINE" | awk '{print $3}')
dd if=/tmp/newkern of=/dev/mapper/$PART
# "kpartx -dv $diskname" does not work if $diskname is longer than 64 characters
LOOPDEV=$(echo "/dev/$PART" | sed 's/p[0-9][0-9]*$//')
kpartx -dv $LOOPDEV
losetup -d $LOOPDEV
fi
# For build and after reaprtition occured on 1st boot:
# Enable bootflag on partition 2 (u-boot now looks for bootscripts on bootable partitions only)
parted $diskname set 2 boot on
# CGPT magic
./usr/bin/cgpt add -t kernel -i 1 -S 1 -T 5 -P 10 -l U-BOOT $diskname
popd
fi
</pre>

Zombah chromebook sandbox

2017-08-21T00:36:41Z

Zombah: move content lower that root

==snow install nv-u-boot 3704 with serial console debug to ro&rw firmware==

''Backup original firmware as it contain unique device data otherwise chromeos is lost forever for device''
<pre>
flashrom -p linux_spi:dev=/dev/spidev1.0 -r original_image.bin
</pre>
* Device hwid will be '''DAISY TEST A-A 9382''' after firmware update, which is treated as dev board by google. Factory hwid something like '''SNOW KULA A-E 4640'''
** Chromeos cant be installed or updated on device with this test hwid.
** Crucial data lives in '''VPD''' (Virtual Private Data) and '''GBB''' (Google Binary Block) partitions.

<pre>
wget https://www.dropbox.com/s/6pzvraf3ko14sz9/nv_image-snow.bin.gz
gunzip nv_image-snow.bin.gz
flashrom -p linux_spi:dev=/dev/spidev1.0 -w nv_image-snow.bin
</pre>

found here https://wiki.archlinux.org/index.php/Samsung_Chromebook_(ARM)#How_to_flash_U-Boot

==snow check/disable write protect status==
<pre>
crosh->shell->sudo -s

flashrom --wp-status
flashrom --wp-disable
</pre>

==snow/daisy revert firmware to factory default from chrome os==
<pre>
crosh->shell->sudo -s

crossystem |fgrep fwid
chromeos-firmwareupdate --factory
</pre>

found here https://code.google.com/p/chromium/issues/detail?id=221828

==use linux-stable exynos_defconfig kernel==
<pre>
make exynos_defconfig
make menuconfig
</pre>

set mwifiex and mwifiex_sdio as modules

<pre>
make modules_prepare
make -j4 2>1& | tee ../current.log
make kernelrelease

sudo make modules_install
sudo cp arch/arm/boot/zImage /boot/zImage-kernelrelease
sudo cp System.map /boot/System.map-kernelrelease
sudo cp .config /boot/config-kernelrelease
cd /boot
sudo mkinitrd -k zImage-kernelrelease -i initrd-kernelrelease
</pre>

==linux-stable multi_v7_defconfig missing modules for screen==
<pre>
ptn3460
pwm-samsung
platform_lcd
i2c-arb-gpio-challenge
cros_ec_devs
</pre>

=openSUSE notes=
Remove armsoc driver, its very slow with current upstream kernels, use modesettings or fbdev
<pre>
sudo zypper rm xf86-video-armsoc
</pre>

==firefox soft webgl==
<pre>
gfx.xrender.enabled=false
webgl.force-enable=true
</pre>
now got 1fps in fishgl demo 8)

==Add/update chainloding u-boot on sdcard==

it requires vboot-utils which contain vbutil and cgpt 

<pre>
#!/bin/bash

diskname=/dev/sde
uboot=u-boot.img

mkimage -A arm -O linux -T kernel -C none -a 0x43e00000 -e 0x43e00000 -n uboot -d u-boot-dtb.bin u-boot.img

echo "console=tty1 debug verbose" > /tmp/config
vbutil_kernel --pack /tmp/newkern \
--keyblock /usr/share/vboot/devkeys/kernel.keyblock \
--version 1 \
--signprivate /usr/share/vboot/devkeys/kernel_data_key.vbprivk \
--config=/tmp/config --vmlinuz $uboot --arch arm
kpartx -av $diskname
dd if=/tmp/newkern of=$diskname\1
kpartx -d $diskname
cgpt add -t kernel -i 1 -S 1 -T 5 -P 10 -l U-BOOT $diskname
</pre>

==Snow motherboard info==
Motherboard design probably own from Samsung as there is '''BA41-02110A''' ident on board, revision 1.1 and '''Model:Lucas'''

==Manualy load kernel from u-boot==
<pre>
setenv bootargs 'loglevel=8 plymouth.enable=0 rootflags=size=100% console=ttySAC3,115200n8 console=tty earlyprintk showopts ${append}'
setenv initrd_high ''
setenv fdt_high ''
ext2load mmc 1:2 0x40007000 /boot/linux.vmx
ext2load mmc 1:2 0x44000000 /boot/initrd.uboot
ext2load mmc 1:2 0x42000000 /dtb/exynos5250-snow.dtb
bootz 0x40007000 0x44000000 0x42000000
</pre>

==Script to create chainloding kernel partition from openSUSE JeOS==
<pre>
#==========================================
# install Arndale SPL & U-Boot as raw
#------------------------------------------
if [[ -f "boot/smdk5250-spl.bin" || -f "boot/arndale-spl.bin" ]];then
echo "Installing BL1..."
if ! dd if=boot/arndale-bl1.img of=$diskname seek=1 conv=notrunc; then
echo "Couldn't install BL1 on $diskname"
exit 1
fi
echo "Installing SPL..."
# Get SPL name (depends on U-Boot version)
SPL_FILE=$(ls boot/*-spl.bin);
if ! dd if=$SPL_FILE of=$diskname seek=17 conv=notrunc; then
echo "Couldn't install SPL ($SPL_FILE) on $diskname"
exit 1
fi
echo "Installing U-Boot..."
if ! dd if=boot/u-boot.bin of=$diskname seek=49 conv=notrunc; then
echo "Couldn't install u-boot on $diskname"
exit 1
fi
fi

#==========================================
# install Chromebook u-boot as boot kernel
# And do the required magic!
#------------------------------------------
if [ "$flavor" = "chromebook" ]; then
if [ ! "$is_firstboot" ]; then
pushd /usr/src/packages/KIWIROOT-oem/
echo "console=tty1 debug verbose" > /tmp/config
./usr/bin/vbutil_kernel --pack /tmp/newkern \
--keyblock ./usr/share/vboot/devkeys/kernel.keyblock \
--version 1 \
--signprivate ./usr/share/vboot/devkeys/kernel_data_key.vbprivk \
--config=/tmp/config --vmlinuz boot/u-boot.img --arch arm
LINE=$(kpartx -asv $diskname | head -n1)
PART=$(echo "$LINE" | awk '{print $3}')
dd if=/tmp/newkern of=/dev/mapper/$PART
# "kpartx -dv $diskname" does not work if $diskname is longer than 64 characters
LOOPDEV=$(echo "/dev/$PART" | sed 's/p[0-9][0-9]*$//')
kpartx -dv $LOOPDEV
losetup -d $LOOPDEV
fi
# For build and after reaprtition occured on 1st boot:
# Enable bootflag on partition 2 (u-boot now looks for bootscripts on bootable partitions only)
parted $diskname set 2 boot on
# CGPT magic
./usr/bin/cgpt add -t kernel -i 1 -S 1 -T 5 -P 10 -l U-BOOT $diskname
popd
fi
</pre>

Zombah chromebook sandbox

2017-08-21T00:35:21Z

Zombah: add script from openSUSE JeOS

=snow install nv-u-boot 3704 with serial console debug to ro&rw firmware=

''Backup original firmware as it contain unique device data otherwise chromeos is lost forever for device''
<pre>
flashrom -p linux_spi:dev=/dev/spidev1.0 -r original_image.bin
</pre>
* Device hwid will be '''DAISY TEST A-A 9382''' after firmware update, which is treated as dev board by google. Factory hwid something like '''SNOW KULA A-E 4640'''
** Chromeos cant be installed or updated on device with this test hwid.
** Crucial data lives in '''VPD''' (Virtual Private Data) and '''GBB''' (Google Binary Block) partitions.

<pre>
wget https://www.dropbox.com/s/6pzvraf3ko14sz9/nv_image-snow.bin.gz
gunzip nv_image-snow.bin.gz
flashrom -p linux_spi:dev=/dev/spidev1.0 -w nv_image-snow.bin
</pre>

found here https://wiki.archlinux.org/index.php/Samsung_Chromebook_(ARM)#How_to_flash_U-Boot

=snow check/disable write protect status=
<pre>
crosh->shell->sudo -s

flashrom --wp-status
flashrom --wp-disable
</pre>

=snow/daisy revert firmware to factory default from chrome os=
<pre>
crosh->shell->sudo -s

crossystem |fgrep fwid
chromeos-firmwareupdate --factory
</pre>

found here https://code.google.com/p/chromium/issues/detail?id=221828

=use linux-stable exynos_defconfig kernel=
<pre>
make exynos_defconfig
make menuconfig
</pre>

set mwifiex and mwifiex_sdio as modules

<pre>
make modules_prepare
make -j4 2>1& | tee ../current.log
make kernelrelease

sudo make modules_install
sudo cp arch/arm/boot/zImage /boot/zImage-kernelrelease
sudo cp System.map /boot/System.map-kernelrelease
sudo cp .config /boot/config-kernelrelease
cd /boot
sudo mkinitrd -k zImage-kernelrelease -i initrd-kernelrelease
</pre>

=linux-stable multi_v7_defconfig missing modules for screen=
<pre>
ptn3460
pwm-samsung
platform_lcd
i2c-arb-gpio-challenge
cros_ec_devs
</pre>

=openSUSE notes=
Remove armsoc driver, its very slow with current upstream kernels, use modesettings or fbdev
<pre>
sudo zypper rm xf86-video-armsoc
</pre>

=firefox soft webgl=
<pre>
gfx.xrender.enabled=false
webgl.force-enable=true
</pre>
now got 1fps in fishgl demo 8)

=Add/update chainloding u-boot on sdcard=

it requires vboot-utils which contain vbutil and cgpt 

<pre>
#!/bin/bash

diskname=/dev/sde
uboot=u-boot.img

mkimage -A arm -O linux -T kernel -C none -a 0x43e00000 -e 0x43e00000 -n uboot -d u-boot-dtb.bin u-boot.img

echo "console=tty1 debug verbose" > /tmp/config
vbutil_kernel --pack /tmp/newkern \
--keyblock /usr/share/vboot/devkeys/kernel.keyblock \
--version 1 \
--signprivate /usr/share/vboot/devkeys/kernel_data_key.vbprivk \
--config=/tmp/config --vmlinuz $uboot --arch arm
kpartx -av $diskname
dd if=/tmp/newkern of=$diskname\1
kpartx -d $diskname
cgpt add -t kernel -i 1 -S 1 -T 5 -P 10 -l U-BOOT $diskname
</pre>

=Snow motherboard info=
Motherboard design probably own from Samsung as there is '''BA41-02110A''' ident on board, revision 1.1 and '''Model:Lucas'''

=Manualy load kernel from u-boot=
<pre>
setenv bootargs 'loglevel=8 plymouth.enable=0 rootflags=size=100% console=ttySAC3,115200n8 console=tty earlyprintk showopts ${append}'
setenv initrd_high ''
setenv fdt_high ''
ext2load mmc 1:2 0x40007000 /boot/linux.vmx
ext2load mmc 1:2 0x44000000 /boot/initrd.uboot
ext2load mmc 1:2 0x42000000 /dtb/exynos5250-snow.dtb
bootz 0x40007000 0x44000000 0x42000000
</pre>

==Script to create chainloding kernel partition from openSUSE JeOS==
<pre>
#==========================================
# install Arndale SPL & U-Boot as raw
#------------------------------------------
if [[ -f "boot/smdk5250-spl.bin" || -f "boot/arndale-spl.bin" ]];then
echo "Installing BL1..."
if ! dd if=boot/arndale-bl1.img of=$diskname seek=1 conv=notrunc; then
echo "Couldn't install BL1 on $diskname"
exit 1
fi
echo "Installing SPL..."
# Get SPL name (depends on U-Boot version)
SPL_FILE=$(ls boot/*-spl.bin);
if ! dd if=$SPL_FILE of=$diskname seek=17 conv=notrunc; then
echo "Couldn't install SPL ($SPL_FILE) on $diskname"
exit 1
fi
echo "Installing U-Boot..."
if ! dd if=boot/u-boot.bin of=$diskname seek=49 conv=notrunc; then
echo "Couldn't install u-boot on $diskname"
exit 1
fi
fi

#==========================================
# install Chromebook u-boot as boot kernel
# And do the required magic!
#------------------------------------------
if [ "$flavor" = "chromebook" ]; then
if [ ! "$is_firstboot" ]; then
pushd /usr/src/packages/KIWIROOT-oem/
echo "console=tty1 debug verbose" > /tmp/config
./usr/bin/vbutil_kernel --pack /tmp/newkern \
--keyblock ./usr/share/vboot/devkeys/kernel.keyblock \
--version 1 \
--signprivate ./usr/share/vboot/devkeys/kernel_data_key.vbprivk \
--config=/tmp/config --vmlinuz boot/u-boot.img --arch arm
LINE=$(kpartx -asv $diskname | head -n1)
PART=$(echo "$LINE" | awk '{print $3}')
dd if=/tmp/newkern of=/dev/mapper/$PART
# "kpartx -dv $diskname" does not work if $diskname is longer than 64 characters
LOOPDEV=$(echo "/dev/$PART" | sed 's/p[0-9][0-9]*$//')
kpartx -dv $LOOPDEV
losetup -d $LOOPDEV
fi
# For build and after reaprtition occured on 1st boot:
# Enable bootflag on partition 2 (u-boot now looks for bootscripts on bootable partitions only)
parted $diskname set 2 boot on
# CGPT magic
./usr/bin/cgpt add -t kernel -i 1 -S 1 -T 5 -P 10 -l U-BOOT $diskname
popd
fi
</pre>

Zombah chromebook sandbox

2017-07-17T12:46:02Z

Zombah: add backup firmware

Zombah chromebook sandbox

2017-07-12T21:39:12Z

Zombah: add manual kernel load

=snow install nv-u-boot 3704 with serial console debug to ro&rw firmware=

''Backup original firmware as it contain unique device data otherwise chromeos is lost forever for device''
* Device hwid will be '''DAISY TEST A-A 9382''' after firmware update, which is treated as dev board by google. Factory hwid something like '''SNOW KULA A-E 4640'''
** Chromeos cant be installed or updated on device with this test hwid.
** Crucial data lives in '''VPD''' (Virtual Private Data) and '''GBB''' (Google Binary Block) partitions.

<pre>
wget https://www.dropbox.com/s/6pzvraf3ko14sz9/nv_image-snow.bin.gz
gunzip nv_image-snow.bin.gz
flashrom -p linux_spi:dev=/dev/spidev1.0 -w nv_image-snow.bin
</pre>

found here https://wiki.archlinux.org/index.php/Samsung_Chromebook_(ARM)#How_to_flash_U-Boot

=snow check/disable write protect status=
<pre>
crosh->shell->sudo -s

flashrom --wp-status
flashrom --wp-disable
</pre>

=snow/daisy revert firmware to factory default from chrome os=
<pre>
crosh->shell->sudo -s

crossystem |fgrep fwid
chromeos-firmwareupdate --factory
</pre>

found here https://code.google.com/p/chromium/issues/detail?id=221828

=use linux-stable exynos_defconfig kernel=
<pre>
make exynos_defconfig
make menuconfig
</pre>

set mwifiex and mwifiex_sdio as modules

<pre>
make modules_prepare
make -j4 2>1& | tee ../current.log
make kernelrelease

sudo make modules_install
sudo cp arch/arm/boot/zImage /boot/zImage-kernelrelease
sudo cp System.map /boot/System.map-kernelrelease
sudo cp .config /boot/config-kernelrelease
cd /boot
sudo mkinitrd -k zImage-kernelrelease -i initrd-kernelrelease
</pre>

=linux-stable multi_v7_defconfig missing modules for screen=
<pre>
ptn3460
pwm-samsung
platform_lcd
i2c-arb-gpio-challenge
cros_ec_devs
</pre>

=openSUSE notes=
Remove armsoc driver, its very slow with current upstream kernels, use modesettings or fbdev
<pre>
sudo zypper rm xf86-video-armsoc
</pre>

=firefox soft webgl=
<pre>
gfx.xrender.enabled=false
webgl.force-enable=true
</pre>
now got 1fps in fishgl demo 8)

=Add/update chainloding u-boot on sdcard=

it requires vboot-utils which contain vbutil and cgpt 

<pre>
#!/bin/bash

diskname=/dev/sde
uboot=u-boot.img

mkimage -A arm -O linux -T kernel -C none -a 0x43e00000 -e 0x43e00000 -n uboot -d u-boot-dtb.bin u-boot.img

echo "console=tty1 debug verbose" > /tmp/config
vbutil_kernel --pack /tmp/newkern \
--keyblock /usr/share/vboot/devkeys/kernel.keyblock \
--version 1 \
--signprivate /usr/share/vboot/devkeys/kernel_data_key.vbprivk \
--config=/tmp/config --vmlinuz $uboot --arch arm
kpartx -av $diskname
dd if=/tmp/newkern of=$diskname\1
kpartx -d $diskname
cgpt add -t kernel -i 1 -S 1 -T 5 -P 10 -l U-BOOT $diskname
</pre>

=Snow motherboard info=
Motherboard design probably own from Samsung as there is '''BA41-02110A''' ident on board, revision 1.1 and '''Model:Lucas'''

=Manualy load kernel from u-boot=
<pre>
setenv bootargs 'loglevel=8 plymouth.enable=0 rootflags=size=100% console=ttySAC3,115200n8 console=tty earlyprintk showopts ${append}'
setenv initrd_high ''
setenv fdt_high ''
ext2load mmc 1:2 0x40007000 /boot/linux.vmx
ext2load mmc 1:2 0x44000000 /boot/initrd.uboot
ext2load mmc 1:2 0x42000000 /dtb/exynos5250-snow.dtb
bootz 0x40007000 0x44000000 0x42000000
</pre>

Linux дистрибутивы

2017-06-19T15:59:00Z

Zombah: move gentoo to community supported

Если Вы начинающий пользователь linux, ставите linux на тошку в первый раз или просто не уверены в своих силах - воспользуйтесь [https://wiki.ubuntu.com/ARM/TEGRA/AC100 официальным мануалом ubuntu]. 

Достаточно много rootfs можно найти [http://rcn-ee.net/deb/rootfs/ здесь] 

==Есть поддержка==
* [[openSUSE]]
* [[Fedora]]

==Поддержка силами сообщества==
* [[Gentoo]]
* [[Ubuntu]]
* [[Buildroot]]

==Статус поддержки не известен==
* [[Ubuntu Touch]]
* [[Debian]]
* [[ArchLinux]]
* [[Armedslack]]
* [[CRUX-ARM]]
* [http://www.angstrom-distribution.org/ The Ångström Distribution]
* [[RedSleeve|RedSleeve (RHEL on ARM)]]
* [[Sabayon|Sabayon/BeagleBone]]
* [http://www.geexbox.org/geexbox-for-embedded-devices-booting-on-tegra2/ GeeXboX под Tegra2]
* [http://share.basyskom.com/plasma-active/nvidia_tegra2.html Plasma Active3 для NVidia Tegra 2]
* [http://www.opennet.ru/opennews/art.shtml?num=37674 Boot to Qt] 
* [[Образы предустановленных ОС]]
* [[Установка rootfs|Установка любой rootfs с помощью установщика Ubuntu]]

Gentoo

2017-06-19T15:56:22Z

Zombah: add cfk gentoo

==Актуальная информация==
<pre>
18:47 < cfk_> а что надо, у меня в портаже все пакеты собраны
</pre>

Рабочие сборки Gentoo брать тут: 
http://4pda.ru/forum/index.php?showtopic=367318&view=findpost&p=61889020 
http://4pda.ru/forum/index.php?showtopic=367318&view=findpost&p=61889020 

там же инфо как ставить и тп.

==Старая информация==
Схема установки слегка извратна, но тем не менее проста (как и вся гента).

Ядро (на данный момент) проще всего взять последнее [https://gitorious.org/~marvin24/ac100/marvin24s-kernel марвиновское], собирается по [[kernel_compilation|обычной схеме]] [[Кросс компилятор|кросскомпилером]]. Не забудьте указать правильный для вас префикс кроссдева CROSS_COMPILE.
Сборка загрузочного образа и заливка его на шестой раздел тоже [[Прошивка ядра в ac100|стандартная]], никаких хитростей. В параметрах ядра укажите mmcblk1p1(SD) или sda1(USB) (в зависимости от того, с чего хотите ставить). В качестве схемы разделов рекомендую не tegrapart, а nvtegra (нативней и проще в итоге), в соответствии с вашим выбором уберите или оставьте параметр TEGRAPART ядру в загрузчике.
Meantime, на sdhc или флешку, предварительно отформатированную в ext3, распаковывается армовый stage3 (особенности архитектуры тоже выбирайте как вам нравится, я решился на hardfloat и не жалею). Туда же кидаются эти архивы - stage3 и portage-latest.
Не забудьте затолкать в /lib системы модули и firmware, иначе wifi-интерфейс не поднимется. Чтобы загрузиться в эту систему, нужен рутовый пароль, который, к сожалению, через простой chroot не задастся (что вполне очевидно), поэтому здесь применяем небольшой финт ушами: выполняем
<pre>
openssl passwd -1
</pre>
И полученный шифрованный пароль пишем рутовую запись /etc/shadow распакованной на флешку системы.

В общем-то после перезагрузки вы уже получаете развёрнутую систему, дальше вам решать - оставить её на флешке или залить на внутреннюю карточку нетбука. Заливка на неё происходит, в общем-то, тривиально - форматируете какой-нибудь немаленький раздел (от 8 и дальше) в нужную вам фс, монтируете, распаковываете на неё stage3, portage и копируете модули ядра в /lib. После этого, разумеется, нужно пересобрать образ ядра с новым параметром корневого раздела root= и залить его на шестой раздел.
Перед всем этим не забудьте, что для скопированной на внутреннюю mmc системы нам тоже нужно задать root-пароль; к счастью, в этот раз мы уже используем обычную arm-систему и в ухищрениях с openssl, описанных выше, нужды нет; делаете обычный chroot и внутри него - passwd.
Основная забота, на самом деле - это получить работающий wifi, а в "голой" stage3 у нас нет ни iwconfig, ни wpa_supplicant, ни прочих wicd. Есть два пути - скросскомпилить их на основном компе, собрать бинарные пакеты и установить на нетбук, либо же воспользоваться производственными мощностями нашей любимой тошибы, а именно:
- на целевой развёрнутой системе сделать emerge -av wpa_supplicant/wicd/wireless-tools и посмотреть, сколько и чего они хотят по зависимостям;
- на компе с интернетами забрать архивы с исходниками из distfiles любого зеркала и перетащить их в /usr/portage/distfiles на целевой системе
- после этого емерж уже не будет ломиться в (пока) несуществующий интернет за архивами, а тихонечко соберёт и установит всё оффлайн.

Настройка системы далее идёт как обычно по хендбуку, никаких нюансов.

[http://dev.gentoo.org/~armin76/arm/tegra2/install.xml Установка Gentoo на Tegra2 от небезызвестного armin76] (не работает)

* [[Ac100 gentoo cross compile firefox]]

OpenSUSE JeOS bringup

2017-06-18T13:51:04Z

Zombah: contrib not required anymore

Brief guide how to add target to openSUSE:Factory:ARM:JeOS

==Get source code==

* Install '''osc''' <pre># zypper in osc</pre>
* Branch or copy '''openSUSE:Factory:ARM:JeOS''' project <pre>$ osc bco openSUSE:Factory:ARM JeOS</pre>
* Disable building of all images in your JeOS branch

==Add new target==

* Modify config.sh
** Add contrib repo if required for downstream kernel/u-boot or addititional rpms (optional)
** Add additional modules to include to initrd file (optional)

* Modify pre_checkin.sh
** add target name to '''armv7_jeos_images''', optional to '''armv7_gfx_images'''
*** jeos image contain only rootfs with main packages and gfx image also contain various desktop enviroments
* Modify Images.kiwi.in (input file for specific configs generation)
** add target flavor '''#elif IS_FLAVOR_paz00''' <pre>+#elif IS_FLAVOR_paz00
+# define BOOTKERNEL default
+# define KERNEL_CMDLINE_SER "plymouth.enable=0 console=ttyS0,115200n8 console=tty"
+# define KERNEL_CMDLINE_GFX "plymouth.enable=0 console=ttyS0,115200n8 console=tty"
+# define EXTRA_PACKAGES PKG_BOOT_TAG(u-boot-paz00) \
+ PKG_BOOT_TAG(dtb-tegra2)
</pre>
*** BOOTKERNEL var defines kernel name to use, for example default or lpae for upstream openSUSE Factory kernels
*** PKG_BOOT_TAG var defines u-boot rpm package name which contain board dtb file and name of rpm of u-boot itself for the board
** add additional repo (''legacy, not required anymore'')<pre>+#if IS_FLAVOR_paz00
+ <repository type="rpm-md" priority="5">
+ <source path="obs://devel:ARM:Factory:Contrib:Tegra/standard"/>
+ </repository>
+#endif
</pre>
*** packages in higher priority repo will go before default factory repo ones
* Modify uboot-image-setup.in
** add target case '''case $flavor in paz00)''' <pre>+ paz00)
+ kerneladdr=0x1000000
+ ramdiskaddr=0x2200000
+ fdtaddr=0x2000000
+ should_use_fdt=1
+ should_load_fdt=1
+ units="1 0"
+ bootdevs="mmc usb"
+ fdtfile=dtb/tegra20-paz00.dtb
+ ;;
</pre>
*** Define variables which openSUSE common boot.scr script will use
* Create uboot-setup-paz00.tgz
** copy any of existing ones <pre>cp uboot-setup-panda.tgz uboot-setup-paz00.tgz</pre>
*** it will be overriten with pre_checkin.sh script

* run pre_checkin.sh to generate specific configs for all boards <pre>sh ./pre_checkin.sh</pre>

* run build of '''JeOS-paz00.kiwi'''
<pre> osc build images armv7l JeOS-paz00.kiwi </pre>

* Submit patch with new target to upstream Jeos project

==Todo==
* Find some way to install u-boot with kiwi
* Find some way to update u-boot with kiwi

==Test results==

OpenSUSE JeOS bringup

2017-06-18T13:46:59Z

Zombah: add disable building comment

Brief guide how to add target to openSUSE:Factory:ARM:JeOS

==Get source code==

* Install '''osc''' <pre># zypper in osc</pre>
* Branch or copy '''openSUSE:Factory:ARM:JeOS''' project <pre>$ osc bco openSUSE:Factory:ARM JeOS</pre>
* Disable building of all images in your JeOS branch

==Add new target==

* Modify config.sh
** Add contrib repo if required for downstream kernel/u-boot or addititional rpms (optional)
** Add additional modules to include to initrd file (optional)

* Modify pre_checkin.sh
** add target name to '''armv7_jeos_images''', optional to '''armv7_gfx_images'''
*** jeos image contain only rootfs with main packages and gfx image also contain various desktop enviroments
* Modify Images.kiwi.in (input file for specific configs generation)
** add target flavor '''#elif IS_FLAVOR_paz00''' <pre>+#elif IS_FLAVOR_paz00
+# define BOOTKERNEL default
+# define KERNEL_CMDLINE_SER "plymouth.enable=0 console=ttyS0,115200n8 console=tty"
+# define KERNEL_CMDLINE_GFX "plymouth.enable=0 console=ttyS0,115200n8 console=tty"
+# define EXTRA_PACKAGES PKG_BOOT_TAG(u-boot-paz00) \
+ PKG_BOOT_TAG(dtb-tegra2)
</pre>
*** BOOTKERNEL var defines kernel name to use, for example default or lpae for upstream openSUSE Factory kernels
*** PKG_BOOT_TAG var defines u-boot rpm package name which contain board dtb file and name of rpm of u-boot itself for the board
** add additional repo <pre>+#if IS_FLAVOR_paz00
+ <repository type="rpm-md" priority="5">
+ <source path="obs://devel:ARM:Factory:Contrib:Tegra/standard"/>
+ </repository>
+#endif
</pre>
*** packages in higher priority repo will go before default factory repo ones
* Modify uboot-image-setup.in
** add target case '''case $flavor in paz00)''' <pre>+ paz00)
+ kerneladdr=0x1000000
+ ramdiskaddr=0x2200000
+ fdtaddr=0x2000000
+ should_use_fdt=1
+ should_load_fdt=1
+ units="1 0"
+ bootdevs="mmc usb"
+ fdtfile=dtb/tegra20-paz00.dtb
+ ;;
</pre>
*** Define variables which openSUSE common boot.scr script will use
* Create uboot-setup-paz00.tgz
** copy any of existing ones <pre>cp uboot-setup-panda.tgz uboot-setup-paz00.tgz</pre>
*** it will be overriten with pre_checkin.sh script

* run pre_checkin.sh to generate specific configs for all boards <pre>sh ./pre_checkin.sh</pre>

* run build of '''JeOS-paz00.kiwi'''
<pre> osc build images armv7l JeOS-paz00.kiwi </pre>

* Submit patch with new target to upstream Jeos project

==Todo==
* Find some way to install u-boot with kiwi
* Find some way to update u-boot with kiwi

==Test results==

OpenSUSE JeOS bringup

2017-06-18T13:40:21Z

Zombah: add bco

Brief guide how to add target to openSUSE:Factory:ARM:Jeos

==Get source code==

* Install '''osc''' <pre># zypper in osc</pre>
* Branch or copy '''openSUSE:Factory:ARM:Jeos''' project <pre>$ osc bco openSUSE:Factory:ARM Jeos</pre>

==Add new target==

* Modify config.sh
** Add contrib repo if required for downstream kernel/u-boot or addititional rpms (optional)
** Add additional modules to include to initrd file (optional)

* Modify pre_checkin.sh
** add target name to '''armv7_jeos_images''', optional to '''armv7_gfx_images'''
*** jeos image contain only rootfs with main packages and gfx image also contain various desktop enviroments
* Modify Images.kiwi.in (input file for specific configs generation)
** add target flavor '''#elif IS_FLAVOR_paz00''' <pre>+#elif IS_FLAVOR_paz00
+# define BOOTKERNEL default
+# define KERNEL_CMDLINE_SER "plymouth.enable=0 console=ttyS0,115200n8 console=tty"
+# define KERNEL_CMDLINE_GFX "plymouth.enable=0 console=ttyS0,115200n8 console=tty"
+# define EXTRA_PACKAGES PKG_BOOT_TAG(u-boot-paz00) \
+ PKG_BOOT_TAG(dtb-tegra2)
</pre>
*** BOOTKERNEL var defines kernel name to use, for example default or lpae for upstream openSUSE Factory kernels
*** PKG_BOOT_TAG var defines u-boot rpm package name which contain board dtb file and name of rpm of u-boot itself for the board
** add additional repo <pre>+#if IS_FLAVOR_paz00
+ <repository type="rpm-md" priority="5">
+ <source path="obs://devel:ARM:Factory:Contrib:Tegra/standard"/>
+ </repository>
+#endif
</pre>
*** packages in higher priority repo will go before default factory repo ones
* Modify uboot-image-setup.in
** add target case '''case $flavor in paz00)''' <pre>+ paz00)
+ kerneladdr=0x1000000
+ ramdiskaddr=0x2200000
+ fdtaddr=0x2000000
+ should_use_fdt=1
+ should_load_fdt=1
+ units="1 0"
+ bootdevs="mmc usb"
+ fdtfile=dtb/tegra20-paz00.dtb
+ ;;
</pre>
*** Define variables which openSUSE common boot.scr script will use
* Create uboot-setup-paz00.tgz
** copy any of existing ones <pre>cp uboot-setup-panda.tgz uboot-setup-paz00.tgz</pre>
*** it will be overriten with pre_checkin.sh script

* run pre_checkin.sh to generate specific configs for all boards <pre>sh ./pre_checkin.sh</pre>

* run build of '''JeOS-paz00.kiwi'''
<pre> osc build images armv7l JeOS-paz00.kiwi </pre>

* Submit patch with new target to upstream Jeos project

==Todo==
* Find some way to install u-boot with kiwi
* Find some way to update u-boot with kiwi

==Test results==

Kvm notes sandbox

2017-06-15T17:06:52Z

Zombah: fix italic

==Good links==
[https://doc.opensuse.org/documentation/leap/virtualization/html/book.virt/book.virt.html openSUSE Guide] 
[https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Administration_Guide/index.html RHEL Guide] 

==Host setup==
Remember to enable virtualization inside bios: 
for hp proliats it is: 
<pre>
Advanced options -> Processor Options -> Intel(R) Virtualization Technology and No-Excecute Memory Protection
</pre>

Add to host cmdline 'GRUB_CMDLINE_LINUX_DEFAULT' in ''/etc/default/grub'' file: 
<pre>
intel_iommu=on console=ttyS0
</pre>

or for AMD host system: 
<pre>
amd_iommu=on console=ttyS0
</pre>

Install kvm patterns: 
<pre>
# zypper in -t pattern kvm_server
# zypper in -t pattern kvm_tools
# zypper in spice-vdagent
</pre>

==Forward kvm host qemu vnc with ssh==
<pre>
$ ssh -L 5900:localhost:5900 <kvm-host-ip> -N
</pre>

==Create guest==
<pre>
virt-install \
--virt-type kvm \
--name basebox_opensuse42_2 \
--description "My basebox openSUSE 42.2" \
--os-type=Linux \
--os-variant=opensuse42.2 \
--ram=2048 --vcpus=2 \
--disk path=/home/kvm/images/basebox_opensuse42_2.img,device=disk,bus=virtio,size=20,sparse=true,format=raw,cache=none \
--disk path=/home/kvm/openSUSE-Leap-42.2-DVD-x86_64.iso,device=cdrom \
--graphics spice,listen=172.16.1.78 \
--network bridge:br0
</pre>

==Virsh==
----
===List all guests even not started===
<pre>
# virsh list --all
</pre>

===Guest migration===
Dump config
<pre>
# virsh dumpxml --migratable <guest-name> >guest-name.xml
</pre>

Restore guest config on new host
<pre>
# virsh define guest-name.xml
</pre>

===Edit guest with virsh===
<pre>
# virsh edit guest-name
</pre>

===Attach block device to guest===
Create xml config for example vda.xml
<pre>
<disk type='block' device='disk'>
<driver name='qemu' type='raw' cache='none'/>
<source dev='/dev/sda5'/>
<target dev='vda' bus='virtio'/>
</disk>
</pre>

Permanently attach block device to already existing domain
<pre>
# virsh attach-disk <domain-name> vda.xml --persistent
</pre>

===Connect to console with virsh===

Add serial console to guest, virsh edit guest
<pre>
<devices>
<serial type='pty'>
<target port='0'/>
</serial>
<console type='pty'>
<target type='serial' port='0'/>
</console>
</pre>

connect to guest console: 
<pre>
# virsh console guest-name
</pre>

===Clonning guest===
It it possible to clone with virsh dumpxml, but dont forget to change uuid, mac and vm name. 

==KVM basebox notes==

# Add console=ttyS0 into bootloader cmdline for virsh console to work. (require syslinux package)
# Install package rsyslog (this probably will remove systemd-logger package) and start rsyslog.service

==Test disk performance==
Test with iozone: 
<pre>
$ iozone -a -i0 -i1 -i2 -s512M -r64k
</pre>

Test with dd: 
<pre>
# dd if=/dev/sda1 of=/dev/null bs=1M count=1024 iflag=direct skip=1024
# dd if=/dev/zero of=test bs=1M count=1024 oflag=direct
</pre>

Kvm notes sandbox

2017-06-15T17:05:28Z

Zombah: add amd iommu

==Good links==
[https://doc.opensuse.org/documentation/leap/virtualization/html/book.virt/book.virt.html openSUSE Guide] 
[https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Administration_Guide/index.html RHEL Guide] 

==Host setup==
Remember to enable virtualization inside bios: 
for hp proliats it is: 
<pre>
Advanced options -> Processor Options -> Intel(R) Virtualization Technology and No-Excecute Memory Protection
</pre>

Add to host cmdline GRUB_CMDLINE_LINUX_DEFAULT in _/etc/default/grub_ file: 
<pre>
intel_iommu=on console=ttyS0
</pre>

or for AMD host system: 
<pre>
amd_iommu=on console=ttyS0
</pre>

Install kvm patterns: 
<pre>
# zypper in -t pattern kvm_server
# zypper in -t pattern kvm_tools
# zypper in spice-vdagent
</pre>

==Forward kvm host qemu vnc with ssh==
<pre>
$ ssh -L 5900:localhost:5900 <kvm-host-ip> -N
</pre>

==Create guest==
<pre>
virt-install \
--virt-type kvm \
--name basebox_opensuse42_2 \
--description "My basebox openSUSE 42.2" \
--os-type=Linux \
--os-variant=opensuse42.2 \
--ram=2048 --vcpus=2 \
--disk path=/home/kvm/images/basebox_opensuse42_2.img,device=disk,bus=virtio,size=20,sparse=true,format=raw,cache=none \
--disk path=/home/kvm/openSUSE-Leap-42.2-DVD-x86_64.iso,device=cdrom \
--graphics spice,listen=172.16.1.78 \
--network bridge:br0
</pre>

==Virsh==
----
===List all guests even not started===
<pre>
# virsh list --all
</pre>

===Guest migration===
Dump config
<pre>
# virsh dumpxml --migratable <guest-name> >guest-name.xml
</pre>

Restore guest config on new host
<pre>
# virsh define guest-name.xml
</pre>

===Edit guest with virsh===
<pre>
# virsh edit guest-name
</pre>

===Attach block device to guest===
Create xml config for example vda.xml
<pre>
<disk type='block' device='disk'>
<driver name='qemu' type='raw' cache='none'/>
<source dev='/dev/sda5'/>
<target dev='vda' bus='virtio'/>
</disk>
</pre>

Permanently attach block device to already existing domain
<pre>
# virsh attach-disk <domain-name> vda.xml --persistent
</pre>

===Connect to console with virsh===

Add serial console to guest, virsh edit guest
<pre>
<devices>
<serial type='pty'>
<target port='0'/>
</serial>
<console type='pty'>
<target type='serial' port='0'/>
</console>
</pre>

connect to guest console: 
<pre>
# virsh console guest-name
</pre>

===Clonning guest===
It it possible to clone with virsh dumpxml, but dont forget to change uuid, mac and vm name. 

==KVM basebox notes==

# Add console=ttyS0 into bootloader cmdline for virsh console to work. (require syslinux package)
# Install package rsyslog (this probably will remove systemd-logger package) and start rsyslog.service

==Test disk performance==
Test with iozone: 
<pre>
$ iozone -a -i0 -i1 -i2 -s512M -r64k
</pre>

Test with dd: 
<pre>
# dd if=/dev/sda1 of=/dev/null bs=1M count=1024 iflag=direct skip=1024
# dd if=/dev/zero of=test bs=1M count=1024 oflag=direct
</pre>