Lens_flare

Комбинации клавиш Recovery: кнопка включения -> подождать до включения экрана и зажать обе клавиши громкости. Fastboot: поставить на зарядку в выключенном состоянии -> подождать до включения экрана и зажать обе клавиши громкости. Тестовый режим: кнопка питания+громкость вниз. Режим прошивки (все партиции монтируются к компьютеру как карты памяти): заходим в тестовый режим (см. выше), в меню нажать кнопку громкости вверх и кнопку питания; пока не появилась заставка lenovo, зажать две кнопки громкости. Безопасный режим: кнопка питания -> ждем до заставки lenovo -> зажимаем громкость вниз Сервис-коды ####0000# - версия ПО ####1111# - Инженерное меню ####2222# - Серийный номер ####7777# - Сброс настроек *#06# - IMEI ####5993# - внутренняя версия ПО   Как сделать Wipe Во первых - wipe или вайп - сброс до заводских настроек, стирание всех пользовательских данных с устройства, в том числе всех пользовательских приложений, настроек, звонков, контактов (кроме тех что на сим карте). Внутренняя карта памяти при этом останется нетронутой. Способ для устройства с "живой" (т.е. работающей, загружающейся) прошивкой: Настройки -> восстановление и сброс -> сброс настроек -> сбросить настройки телефона. При желании можно отключить резервное копирование данных. Способ через Recovery (например если прошивка не загружается): Заходим в Recovery: нажимаем кнопку питания, как только появляется заставка lenovo зажимаем обе клавиши громкости и держим пока не появится меню. Нажимая кнопки громкости переходим на пункт "wipe data/factory reset", подтверждаем кнопкой питания, кнопками громкости выбираем вариант "yes" и подтверждаем кнопкой питания.

собсна по этому и аццкие дебаты что сорс аццки неполон а ИМ пофиг.. именно на ней и собиралось.

bucefal82 Проц слишком разный, у мтк только сейчас появилась совместимость между собой.. В темные времена 6577 таковой еще не было. Забудьте уже и наслаждайтесь, например 780-м..

Без специфичных ленове модулей похоже ничего не будет.. Тем временем суппорт так и молчит.

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

2-я и 3-я итак очевидны - надо собрать бут и систему, у нас типа это все есть, дальше сказано сиди правь ошибки. По первой можно попробовать собрать, не уверен правда, что от этого изменится, ибо все доп. атрибуты итак задает тот же build.sh. А вот строка make modules вызывает больше интереса, разве они не должны сразу собираться? В общем собрал, но все так же, полагаю без леновы тут никак.. угу, и как раз в известном нам контексте: как ram_header и kernel_header для сборки бута.

Не катит, попробовал.. учитывая, что модули там не все, я почему-то не удивлен. Ждем у моря погоды.. UPD: да че там, даже выжившие модули - и те битые..

Я как всегда склеиваю предложения Прошивка модулей ядра и применение хаков к ядру. Модули шьются апдейтзипом по типу фиксов к прошивке.

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

Если найдутся силы - отрубите.. у меня их уже нет. Еще можно попробовать заменить это определение на mtkfb_set_cabcmode, но и тут нужно лишь добраться. там кернели примерно те же, в частности, хаки и к ним применимы Перед тем как начать, есть 2 предложения по существующим: 1) не убирать тот "дебаг" в reboot-reason, можно просто добавить элементик в структуру, как во всех других ядрах мтк. 2) в ramconsole ничего не удалять, а просто добавить что есть в вико, исключение мб только этот метод: static ssize_t ram_console_read_reboot_reason

точно, сиплюсплюс жэ по моим данным там только 2 вызова, в одном методе, и оба с проверкой. В общем не суть, модуль кто-то тщательно вынес (причем "повезло" не только нам: в 720-м и 890-м тоже нет этого определения) и восстанавливать его бесполезно, ибо он проприетарный (контент-адаптивная подсветка вийти ли.. кто-нибудь ее замечал вообще?). Остается только спрашивать у суппорта, ну или забить.

нее, set тут во-первых в значении "выставить значение" а не "множество". Та строчка, что я привел, это указатель на функцию (эдакое значение, которое при вызове направляет в определенный участок кода; гугль наверно лучше объяснит ), так вот, на момент вызова того, что должно располагаться по этому указателю (соотв. функции), там ничего нет. А раз там ничего нет, то, что должна была выполнить та функция не выполнится; а поскольку кернель штука запутанная, то от результата той функции может зависеть жизнь всего ядра, ну или для нас, пользователей, загружаемость прошивки.Короче как в том изречении про подкову, из-за которой проиграли войну. Пример строчки вызова с нулем: if(lcm_drv->set_cabcmode != NULL) lcm_drv->set_cabcmode(CABC_ON);"lcm_drv->set_cabcmode" равно NULL (а проверка идет на неравенство) -> функция не выполнилась->краш

да ну. В таком случае бы индустрии кастомных прошивок не существовало в принципе.. моя ставка на вот эту штуку: unsigned int (*set_cabcmode)(unsigned int mode);Учитывая, что она нигде не встречается в природе, каждый ее вызов это нульпоинтер (ну проще говоря пук в пустоту), а поскольку это драйвер дисплея, вызовов там таких дочерта. Пойду искать что-нибудь подобное у других китаез..

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

Нет kernel_no_header - нет и загрузки..