У меня есть BeagleBone, Черный, который был первоначально создан с (я верю), один из проблесковых сигналов SD к MMC Robert C. Nelson. Эта установленная 3.8.13-bone28 версия ядра, который хорошо работает.
Я должен установить ядро 4.4.12, что я создал меня, с помощью источников ядра и build_kernel.sh сценария от https://github.com/RobertCNelson/bb-kernel.
Я устанавливаю новый zImage в/boot/uboot/, новые dtbs файлы под/boot/uboot/dtbs/, новые модули в/lib/modules/4.4.12bf-bone11 / и новое встроенное микропрограммное обеспечение в/lib/firmware/.
Новое ядро добирается отчасти посредством его начальной загрузки, но оно подвешивает навсегда ожидание корневого устройства UUID =....
Я пытался делать
update-initramfs -k 4.4.12bf-bone11 -c
но это не помогло.
Я пытался удалить 'rootwait' из mmcrootfstype конфигурации в uEnv.txt, но который только сделал вещи хуже.
Я подозреваю, что проблема может иметь отношение к gpio строке, которая может или не может точно указать, что встроенный eMMC "диск" готов. (Но если так, это странно, потому что, поскольку я упомянул, предварительно созданные 3.8.13 начальных загрузок очень хорошо.)
Кто-либо может предложить то, что ступает, я, возможно, отсутствовал? Я вижу, что у большого количества людей были подобные проблемы, но не достаточно близко взрывать это, их решения помогли.
P.S. Я знаю, что мои новые 4.4.12 ядра номинально хороши, потому что я успешно интегрировал их с запасом, который Debian устанавливают на том же BeagleBone. Но мои коллеги на этом проекте настаивают на Ubuntu.
P.P.S. Я не должен был бы создавать свое собственное ядро, если я мог бы выяснить, как скомпилировать определенный модуль против 3.8.13 ядер, которые я уже имею. Но компиляция модуля всегда, кажется, требует, чтобы полный каталог сборки ядра создал против.
P.P.P.S. Я не должен был бы компилировать свой собственный модуль, если Linux поднимет новый asix.ko модуль из http://www.asix.com.tw/download.php?sub=driverdetail&PItemID=105. Но ни один из запаса сборки ядра Linux, кажется еще, не имеет его.