jcmvbkbc

Сеть вай-фай раздает сама плата, телефон к ней подключается и условно говорят когда в приложении нажата кнопка1 то на плату должна прийти команда включить светодиод1…
как это реализовать

Выбрать протокол взаимодействия (UDP, TCP), выбрать или разработать протокол уровня приложения, реализовать сервер выполняющийся на esp8266, реализовать клиент выполняющийся на андроид.
В простейшем случае можно сделать для esp8266 UDP-сервер принимающий один байт, значение которого соответствует состоянию светодиода и включающий/выключающий светодиод при приёме этого байта. Клиент на андроид, соответственно, должен будет посылать по UDP на условленный порт один байт при нажатии или отпускании кнопки в приложении. Поиск по словам "python udp" находит полезные результаты.

чтоб прикрутить к ней камеру от сони нужно получается написать драйвер

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

Как подключить несколько android-эмуляторов через adb?

Используй ключ adb -s или переменную окружения $ANDROID_SERIAL. См.

выводится ошибка dlopen failed library libc.so.6 not found. Как исправить данную ошибку?

наиболее правильным решением было бы использовать android NDK для сборки всех бинарников (типа _pytransform.os) которые будут запускаться на устройстве. Версия бинарников которая у тебя есть сейчас похоже собрана под традиционный линукс с glibc.

*(unsigned int*)&hookProc[6] = function;  // Заменить 4 байта нужным адресом.

Не, не надо так делать. Правильно будет -- memcpy(hookProc + 6, &function, sizeof(function)).

(void*)(address & 0x0xFFFFF000), sizeof(hookProc)

Скорее всего не является причиной проблемы, но выглядит неправильно. Правильно было бы

(void*)(address & 0xFFFFF000), ((address + sizeof(hookProc) + 0xfff) & 0xfffff000) - (address & 0xfffff000)

.

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

Ты можешь привести дамп (т.е. адреса и байты) этой области памяти до и после записи?

Мне надо извлечь из ядра symvers чтоб собрать модуль.

Это ты в продолжение Как решить ошибку компиляции ядра Android? пишешь?

Я собрал твоё ядро на чистом debian 9:

ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- make O=out riva_defconfig
ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- make O=out -j8 all

Пришлось пофиксить говновраппер который отлавливал предупреждения:

diff --git a/scripts/gcc-wrapper.py b/scripts/gcc-wrapper.py
index 93a6cf4e287e..55652d391844 100755
--- a/scripts/gcc-wrapper.py
+++ b/scripts/gcc-wrapper.py
@@ -83,8 +83,7 @@ def run_gcc():
     try:
         proc = subprocess.Popen(args, stderr=subprocess.PIPE)
         for line in proc.stderr:
-            print >> sys.stderr, line,
-            interpret_warning(line)
+            print >> sys.stderr, line
 
         result = proc.wait()
     except OSError as e:

Ошибок не было.
Версия aarch64-linux-gnu-gcc -- 6.3.0.

Мне показалось, что ты собираешь не установив ARCH, из лога нифига непонятно.

У меня есть мои координаты и координаты здания. Нужно чтобы я шел по улице и в активити рисовалась стрелка в направлении к этому зданию.

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

установить ARM андроид на QEMU ... как установить такой андроид на на эмулятор QEMU ... и потом дополнить плагинами KQEMU и KVM?

Никак. KQEMU уже лет 10 как сдох, KVM ускоряет только виртуальные машины с той же архитектурой, что и у хоста, т.е. x86(_64) на x86_64, для ARM + KVM нужен ARM-хост.

Обьяснить что означает ошибка, ведь для clang сборщика мы же задаем проц. непонятно помогите.

Ошибка означает, что clang либо clang++ не знает архитектуру armv7-a. Подозреваю, что собираешь ты на x86 и clang и clang++ -- компиляторы для x86. Если так, надо заменить CC=clang и CXX=clang++ на имена кросс-компиляторов под arm.

хочу поднять среду для тестирования на kvm, ибо он умеет arm64

Для этого нужно разрабатывать на машине с arm64-процессором.

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

Я бы пришёл к выводу, что в запросе есть контрольная сумма или другой способ контроля целостности.

выглядит нормально. Можно запустить исходный процесс под strace -f и посмотреть, что происходит.

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

hash(пришедший хэш + соль из БД для этого пользователя)

Тут вы говорите о соли в БД, это ок.

hash(password+hash(слово))

Тут вы говорите о вычислении парольного хеша на клиенте, называя hash(слово) солью. Это неправильное использование термина. Соль должна быть случайной.

Возможно ли будет взломать пароль с динамической солью которая нигде не хранится?

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

Стандартный способ -- загрузить на хосте драйвер cdc_ether а на девайсе -- g_ether, после чего у обоих должен появиться интерфейс usb0.

есть JNI-библиотека вида lib.so. NativeActivity.
...
я не умею дизассемблировать библиотеки такие.

Берёшь objdump из тулчейна которым собрана либа и выполняешь objdump -xd lib.so.NativeActivity.
Задавай уточняющие вопросы: непонятно, с чем именно у тебя сложности.

Как видите, оба устройства поддерживают IEEE 802.11n, а это скорость до 600 мбит/с.

По вашей второй ссылке:

Беспроводной сетевой USB-адаптер серии N со скоростью передачи данных до 150 Мбит/с

150 -- это тоже до 600. Чтобы работать на 600, я подозреваю, нужны 4 антенны.

6МБайт/с это отличный показатель для соединения на 150Мбит/с. 150 -- это максимально возможная скорость в одну сторону, реальная скорость никогда не достогнет 150 из-за служебного трафика, даже если оба устройства будут постоянно соединены на 150. В вашем случае, видимо, из-за качества связи, они даже не соединены на полной скорости.