не работает тач в рекавери
Jiayu G4
Прошивка vredniiy mod, при заходе в рекавери ничего не происходит, если нажимать на любые элементы интерфейса
Если же загрузиться, то всё работает, кроме шторки экрана(не тянется вниз) и не работают кнопки внизу (home, назад)
Лор, это как-то лечится или нет?
Кто-то пробовал прошивать такие девайсы?
или прошивать контроллер тача?
нет, я создал тред заранее
если я осознаю, шо это лажа, то не буду брать
нерабочие кнопки — действительно, проблема.
а рекавери-то тачевый вообще? и что за рекавери не сказал.
Не тянущаяся шторка — даже и не знаю. Может — это проблема говносборки и сам тач работает исправно?
Что в девайсе за камень или soc (что там у них?) напиши. И да, на 4pda и подобных девайс не искал?
Ну, рекавери перешей на другой, а затем и прошивку попробовать другую можно, думаю.
кстати, народ что-то про чувствительность тача пишет у них. Может, попробовать поменять: http://4pda.ru/forum/index.php?showtopic=585750&st=620#entry34126018 и кнопки заработают?
Ну, рекавери перешей на другой, а затем и прошивку попробовать другую можно, думаю
т.е есть шанс, что всё заработает как нужно?
Ну, шанс всегда есть. Только вот какой, нужно пробовать, так ничего не подскажу
Источник
Twrp recovery не работает сенсор
1)Root права
2)Root explorer
3)мозги
4)наличие рекавери для Вашего телефона. (стоковое подойдет)
scripts.zip ( 719,23 КБ )
Качаем скрипты, распаковываем. Далее идем в по пути /data создаем там папку boot_unpacked. Копируем все скрипты туда.
Выставляем у всех файлов права rwx-rwx-rwx, или грубо говоря в разрешениях ставим все галки. Если Вы все правильно сделали на тап одного их файла root explorer предложит менюшку типа:»отмена, выполнение, просмотр» . Теперь скачиваем любое рекавери для Вашего телефона(либо 100% рабочее, либо стоковое), и рекавери необходимой версии с другого девайса. Девайс с которого портируете должен быть с тем же процессом(в глобальном смысле, mtk 6589 от mtk 6589T не отличается). Для cwm желательно то же разрешение экрана, для тврп смотрите в спойлер ниже.
Берём чужой образ рекавери, переименовываем его в recovery.img, копируем в папку /data/boot_unpacked. Далее щелкаем по скрипту unpackR.sh, выбираем выполнение, дожидаемся окончания.
Ура, теперь Кастомное рекавери распаковано. Меняем имя папки recovery_unpacked на любое другое и забываем про него.
Берём стоковое рекавери, меняем имя на recovery.img, кладем в папку со скриптами, распаковываем. Заходим в папку с ним recovery_unpacked/ramdisk_unpacked/etc сохраняем оттуда файл recovery.fstab на КАРТУ ПАМЯТИ. Теперь меняем папку ramdisk_unpacked из чужого рекавери в Ваше. Из своего рекавери эту папку предварительно удалите.
Теперь идем обратно, к скриптам, используем скрипт packR. Получившийся файл устанавливаем. Если рекавери запустилось, идем дальше, нет-слишком большое, надо искать что-либо поменьше, или посмотреть в спойлер ниже
Помним файл recovery.fstab скопированый на карту памяти? Берём его, открываем, переписываем пути к разделам куда-нибудь на листочек. Теперь идем в папку со скриптами, заходим в папку recovery_unpacked/rmdisk_unpacked/etc, открываем файл recovery.fstab и сравниваем его содержимое с тем что на листочее. И либо меняем его, либо если все одинаковое выходим. Еще раз собираем рекавери и все..
вторая строчка делает раздел рекавери видимым, и добавляет возможность его бэкапа. Использовать только если не отображается нужное.
Папки fonts и images можно вынести на карту памяти — минус 500кб от размера рекавери. Если копируете от девайса с другим разрешением найдите в инете тему под Ваше, и замените. Путь к папке бэкапа меняется в файле default.prop
Далее нам нужны еще
4.Стоковый boot.img
5.Карта блоков (нижу опишу как ее получить)
6.Донор рекавери (желательно чтоб разрешение экрана было ниже вашего или соответствовало, процессор должен ОБЯЗАТЕЛЬНО быть такой же как у вас)
Самый легкий способ это через MTK Droid Tools
1.Запускаем MTK Droid Tools
2.Включаем на телефоне откладку по USB
3.Втыкаем его в комп, ждем установки драйверов (если не установлены)
4.После того как появился тел в Дроид тусле кликаем на кнопочку КАРТА БЛОКОВ
Второй способ посложнее, в основном для тех кто «шарит», но результат тот же
В терминале или adb shell пишем
И получаем что-то типо этого. В терминале перед командой не забываем прописать
[color=»#000000″]Буду показывать на примере моего тела (MFLoginPH MTK6582), так что для каждого тела может быть по-разному
1.Кидаем на рабочий стол стоковый boot и переименовываем его в boot.img
2.Кидаем на рабочий стол рекавери донора и переименовываем его в recovery.img
3.Заходим в MTK Droid Tools (Тело не подключаем)
4.Заходим во вкладку root,backup,recovery
5.Находим кнопочку Recovery and Boot и ставим рядом с ней галочку на «Выбрать файл Boot.img»
6.Нажимаем на саму кнопку и затем указываем путь сначала к boot.img, затем к recovery.img
7.Вводим модель телефона (Тут без разницы)
8.Ждем пока создастся рекавери (может написать что не подходит по размеру, это не важно)
9.Теперь идем в папку с MTKDriodTools, далее папка recovery и там должен лежать файлик типо «MFLoginPH_recovery_150607-133528», главное чтоб в названии было recovery
На этом мы закончили «быстрое» портирование рекавери, это еще не все. Конечно способ не для опытных, в основном ориентирован для новичков
Теперь «MFLoginPH_recovery_150607-133528» переносим в папку с «Boot_Recovery_Repack_Util_v4_win7-8_x64», буду называть его «репаком»
Наш файл переносим (удерживая левой кнопкой мыши) на батник «MTK_unpack» И ждем, затем когда все надписи пройдут, нажимаем любую кнопку
В созданной папке идем по пути rmdisk>etc>recovery.fstab (в старых twrp может называться типо «twrp.fstab») и открываем этот файлик с помощью Notepad++
Видим разделы system cache data и пути к ним «/dev/block/mmcblk0p7» для data в данном случае, нам нужно подправить их чтоб они были так же как в нашей карте блоков
Где обычно бывает /[email protected]» пишем /dev/block/mmcblk0p5 , ну это в моем случае у себя посмотрите на карте блоков путь к system (android)
На месте data, где обычно бывает /[email protected] пишем /dev/block/mmcblk0p7
Ну я думаю вы не глупые и поняли о чем я
Но адреса для каждого свои, и они на карте блоков
После того как подправили все что нужно в Notepad++ сверху где написано recovery.fstab нажимаем на крестик и сохраняем
Теперь попробуем запустить наше recovery, заходим в папку репакера и всю нашу папку «MFLoginPH_recovery_150607-133528» переносим на батник MTK_pack, дожен появится файлик new_image, это и есть наше рекавери
После тестов обычно должна быть проблема с sd картой или внут.памятью, внут. память я не знаю как чинить (на моем теле не знаю, а на других обычно на карте блоков видно или путь к ней /dev/block/mmcblk0p8 или универсальный /[email protected]) (может кто подскажет, ну ее вообще закрыл (для twrp))
Закрыть память так
Везде где написано /emmc перед ними ставим #, т.е. как на скрине выше, должно получится примерно так
SD карта если не видит то пишем такой путь, для 6582 обычно такой, но для других тоже должно пойти
Если у вас сразу проблем не было, то отлично
Если не выйдет разбираем стоковое рекавери репакером и смотрим там
Все писал на примере TWRP, на cwm немного по другому, но суть та же
Лучше написать гайд не смог, постарался сделать так чтоб каждый смог портировать рекавери, + я еще не имел дело с другими процами (не 6582), но отличий наверно нет. Пишите в лс что подправить
Если есть какие притензии к инструкции, то сразу пишите какие, чтоб подправить.
Источник
Twrp recovery не работает сенсор
Снятие блокировки драйвера тачпада при загрузке в режиме recovery на процессорах MTK
Устройство или ОС, прошивка: android
Снятие блокировки драйвера тачпада при загрузке в режиме recovery на процессорах MTK.
Как и многие кто собирает/портирует TWRP на устройства с процессором MTK, я столкнулся с неработающим тачпадом. В ветке по одному свежему китайскому смартфону появилось TWRP от уважаемого jemmini сделанное через Стол заказов кастомного рекавери (Пост jemmini #55966593) , но как оказалось тач там не работал, тот кто заказывал не проверил, в общем мутная история, а OTG у этого чуда отродясь не было. После этого я портировал TWRP еще с нескольких устройств на таком же чипе, они все грузились, но тач не работал. Тут уже стало ясно что дело в ядре. В поисках информации наткнулся на этот пост, где были две замечательные ссылки, можно сказать теория и практика. Обязательно прочитайте статью по первой ссылке, чтобы понимать дальнейшее описание. В статье автор подробно рассказывает теорию и вкратце немного практики. По второй больше практики. Суть метода сводится к тому что в процедуре tpd_i2c_probe ищется место проверки режима загрузки get_boot_mode и эта проверка удаляется, либо удаляется условный переход. Я же предлагаю сделать так, чтобы функция get_boot_mode всегда возвращала режим загрузки NORMAL_BOOT=0, тогда драйвер тача будет загружаться. Тем более она значительно меньше процедуры tpd_i2c_probe, да и вызов этой функции у меня был не явный. В качестве подопытного был взят готовый TWRP от jemmini, ну не пропадать же добру.
И так нам понадобятся следующие инструменты: IDA Pro v6.8 и небольшой репакер с github. Единственная утилита, наверно из десятка мной проверенных, которая !правильно! распаковала мой образ, но возможно обломается на других. Многим для разборки поможет AndImgTool (в этом сообщении сборка из нескольких утилит, почти кухня), можно распаковать и руками, вообще это отдельная сложная тема. Внимательно разберитесь с установкой IDA, обязательно установите python внутри дистрибутива IDA. Инструкция по установке IDA хоть и на китайском, но там всего 3 пункта.
1. Копируем подопытный рекавери с именем recovery.img к каталог \MTbootimg\_in\. Разбираем рекавери в MTbootimg выполнив unpack.bat и извлекаем ядро \MTbootimg\_work\kernel. Нам нужно именно ядро kernel, его размер около 20Мб, не путайте с zImage (6-7Мб)
2. Копируем файл kernel в отдельное место, где будем с ним работать и загружаем его в IDA.
3. Причем для ядер версии 4.x.x адрес начальной загрузки выставляем 0xFFFFFF8008080000, для 3.x.x — 0xFFFFFFC000080000, но могут быть и исключения. Попадались и ядра с адресом 0xC0008000.
Источник
Twrp recovery не работает сенсор
Сборка TWRP recovery из исходников
/omni
repo init -u https://github.com/omnirom/android.git -b android-4.4
repo sync
/.bashrc
echo ‘export USE_CCACHE=1’ >>
/omni/device
mkdir -p vendor_name/device_name
LOCAL_PATH := $(call my-dir)
ifeq ($(TARGET_DEVICE),device_name)
include $(call all-makefiles-under,$(LOCAL_PATH))
LOCAL_PATH := $(call my-dir)
ifeq ($(TARGET_DEVICE),D10A_HighScreen)
include $(call all-makefiles-under,$(LOCAL_PATH))
$(shell mkdir -p $(OUT)/obj/KERNEL_OBJ/usr)
ifeq ($(TARGET_PREBUILT_KERNEL),)
LOCAL_KERNEL := $(LOCAL_PATH)/kernel
else
LOCAL_KERNEL := $(TARGET_PREBUILT_KERNEL)
endif
PRODUCT_COPY_FILES += \
$(LOCAL_PATH)/kernel:kernel \
$(LOCAL_PATH)/dt.img:dt.img \
$(LOCAL_PATH)/recovery.fstab:root/recovery.fstab
$(call inherit-product, build/target/product/full.mk)
$(shell mkdir -p $(OUT)/obj/KERNEL_OBJ/usr)
ifeq ($(TARGET_PREBUILT_KERNEL),)
LOCAL_KERNEL := $(LOCAL_PATH)/kernel
else
LOCAL_KERNEL := $(TARGET_PREBUILT_KERNEL)
endif
PRODUCT_COPY_FILES += \
$(LOCAL_PATH)/kernel:kernel \
$(LOCAL_PATH)/dt.img:dt.img \
$(LOCAL_PATH)/recovery.fstab:root/recovery.fstab
$(call inherit-product, build/target/product/full.mk)
# Inherit device configuration
$(call inherit-product, device/vendor_name/device_name/device_name.mk)
# Device identifier. This must come after all inclusions
PRODUCT_DEVICE := device_name
PRODUCT_NAME := omni_device_name
PRODUCT_BRAND := vendor_name
PRODUCT_MODEL := #модель устройства
PRODUCT_MANUFACTURER := vendor_name
# Inherit device configuration
$(call inherit-product, device/HighScreen/D10A_HighScreen/D10A_HighScreen.mk)
# Device identifier. This must come after all inclusions
PRODUCT_DEVICE := D10A_HighScreen
PRODUCT_NAME := omni_D10A_HighScreen
PRODUCT_BRAND := HighScreen
PRODUCT_MODEL := Boost 2se
PRODUCT_MANUFACTURER := HighScreen
Строка BOARD_FLASH_BLOCK_SIZE это стяните с похожего аппарата, но я не видел другого значения пока что.
# TWRP
HAVE_SELINUX := true
DEVICE_RESOLUTION := # тут пишем разрешение экрана
TW_IGNORE_MAJOR_AXIS_0 := # это смотрим как у похожего аппарата
RECOVERY_GRAPHICS_USE_LINELENGTH := # это смотрим как у похожего аппарата
BOARD_HAS_NO_REAL_SDCARD := # # это если у вас отдельный раздел для внутренней памяти, а не в разделе /data (/data/media)
TW_DEFAULT_EXTERNAL_STORAGE := # это смотрим как у похожего аппарата
TW_INTERNAL_STORAGE_PATH := # тут пишем например «/internal_sd» — эти значения у вас прописаны в recovery.fstab
TW_INTERNAL_STORAGE_MOUNT_POINT := #тогда тут «internal_sd»
TW_EXTERNAL_STORAGE_PATH := #тут пишем «/external_sd»
TW_EXTERNAL_STORAGE_MOUNT_POINT := #тогда тут»external_sd»
# USB Mounting
TARGET_USE_CUSTOM_LUN_FILE_PATH := /sys/devices/platform/msm_hsusb/gadget/lun%d/file #вот эту строку ищите сами прогой root explorer проходите по этому пути, у вас может быть по другому.
/omni
. build/envsetup.sh
lunch omni_device_name-userdebug
make -j5 recoveryimage #тут пишем число ядер вашего ЦП +1
В qms с просьбами помочь мне не пишите, всю необходимую инфу я вам дал. Принимаются только пожелания по редактированию. Удачи в сборке рекавери.
По вопросам наполнения шапки, обращайтесь к Куратору темы baddhet в QMS
Сообщение отредактировал baddhet — 03.09.21, 07:08
Сообщение отредактировал baddhet — 11.07.19, 14:47
Я нашёл исходники устройства с таким же процессором(msm8916) в архиве 400МБ. они подойдут чтоб подглядеть?
https://github.com/omn…ble_recovery/issues/18
Сообщение отредактировал coqs — 18.01.15, 22:12
coqs,
На гит хабе глянь что то типо этого — https://github.com/AOKP/device_lge_mako?files=1 это на nexus 4. Найди примерно такое же.
Добавлено 18.01.2015, 22:13:
Потом для примера свой выложу. Через пару деньков.
Вроде вот этот, отличается разрешением и камерой и по моему ещё оперативкой https://github.com/MoK…d_device_huawei_c8817d я всё исходники качаю 411/415. к 2 пункту никак не могу приступить)
Сообщение отредактировал coqs — 18.01.15, 22:37
# device mount point fstype mount_flags fs_mgr_flags
/dev/block/bootdevice/by-name/system /system ext4 ro,barrier=1 wait
/dev/block/bootdevice/by-name/custpack /custpack ext4 ro,barrier=1 wait
/dev/block/bootdevice/by-name/persist /persist ext4 ro,barrier=1 wait
/dev/block/bootdevice/by-name/cache /cache ext4 noatime,nosuid,nodev,barrier=1,data=ordered wait,check
#PR-551802, add flag ‘length’
/dev/block/bootdevice/by-name/userdata /data ext4 noatime,nosuid,nodev,barrier=1,data=ordered,noauto_da_alloc wait,check,length=-16384,encryptable=footer
/dev/block/mmcblk1p1 /storage/sdcard1 vfat nosuid,nodev,barrier=1,data=ordered,nodelalloc wait
/dev/block/bootdevice/by-name/boot /boot emmc defaults defaults
/dev/block/bootdevice/by-name/recovery /recovery emmc defaults defaults
/dev/block/bootdevice/by-name/misc /misc emmc defaults defaults
/dev/block/bootdevice/by-name/modem /firmware vfat defaults defaults
/dev/block/bootdevice/by-name/sbl1 /sbl1 emmc defaults defaults
/dev/block/bootdevice/by-name/aboot /aboot emmc defaults defaults
/dev/block/bootdevice/by-name/rpm /rpm emmc defaults defaults
/dev/block/bootdevice/by-name/tz /tz emmc defaults defaults
/dev/block/bootdevice/by-name/hyp /hyp emmc defaults defaults
/dev/block/bootdevice/by-name/sec /sec emmc defaults defaults
/dev/block/bootdevice/by-name/splash /splash emmc defaults defaults
/dev/block/bootdevice/by-name/abootbak /abootbak emmc defaults defaults
/dev/block/bootdevice/by-name/rpmbak /rpmbak emmc defaults defaults
/dev/block/bootdevice/by-name/tzbak /tzbak emmc defaults defaults
/dev/block/bootdevice/by-name/sbl1bak /sbl1bak emmc defaults defaults
/dev/block/bootdevice/by-name/hypbak /hypbak emmc defaults defaults
Сообщение отредактировал coqs — 19.01.15, 18:39
Карта есть только она в системе как-то чудно монтируется через /dev/fuse (через этот fuse монтируется usb-otg, sdcard0, и ещё чего-то)
вот этот файлик всё монтирует как-то 
init.environ.rc.txt ( 1,32 КБ )
т.е. sdcard0 она где-то в /data ext4 /dev/block/bootdevice/by-name/userdata
а точнее по пути /data/media/0
И каким, интересно, макаром её монтировать?=)
usb-otg хрен с ним он не нужен в рекавери.
Сообщение отредактировал coqs — 19.01.15, 20:20
Источник
