в этом всем доступном конфиге пишут всяку чушь.
Ну это можно сделать только умышленно, причем со злым умыслом и только
после полной компиляции прошивки. Потому что на этапе сборки содержимое этого файла определяется конфигурацией проекта и оно отображает значение специальных переменных, которые задаются для подключения к проекту тех или иных модулей SDK и BSP. По крайней мере, так в Windows Embedded, например, в Platform Builder. Не думаю, что здесь иначе. С неправильным конфигом не соберешь правильную прошивку. Калечить конфиг после сборки прошивки - дурной тон, который можно объяснить только непорядочностью и сверхжадностью.
За тексетом такого греха не водится, впрочем, как и за большинством более-менее значимых производителей. Подвальная мелочевка, конечно, может прибегнуть к такому трюку, например, чтобы скрыть нелицензионное происхождение своего ПО или скрыть дешевое происхождение комплектующих. Но лично я пока таких примеров не встречал. Это, что касается железа.
Что же касается чисто программных компонентов, то да, компонент может быть указан как "Yes", т.е. включенный, но программер просто не реализовал необходимый OEM'овский код. В результате вместо него стоит дефолтная заглушка, которая ничего не делает, просто тупо возвращает управление вызвавшему модулю или менеджеру. Такие примеры, думаю, легко найдутся.
В данном случае, думаю, путаница возникла из-за хаоса на компе, возможно, у конкретного разработчика: у тексета, полоагаю, миллион этих конфигураций рабочих и два миллиона тестовых, а вот учет контрольных экземпляров, их архивирование и хранение, видимо, кто-то подзапустил. Лично у меня нет сомнений, что разберутся. А нет - можем выложить контрольный конфиг

Меня удивило другое: отдельный инженер по нанд-чипам на 64 МB. Это что ж, еще есть инженер на 32, на 128, на 256, на 512 и на 1024 (выше, вроде пока не ставят) и на каждый чип по отдельному инженеру? И на каждую звуковуху, на каждый сенсор, на каждый модуль GPS, на G-сенсор, аккумулятор, кодек, контейнер, кнопку, наконец. А на четыре кнопки уже, наверно, генеральный

Шучу, конечно, думаю никто не обидится. По мне, так двух-трех продвинутых программеров, толкового видеоинженера, оптика и хорошего электронщика вполне хватило бы и бюджет сократился бы не хило
