Доброго Здравия! Основательно изучив форум, решил таки начать новую тему.
Начальные условия:
1. SK-MNUC950;
2. Ubuntu 12.04.
Требуется:
Настроить и скомпилировать ядро 2.6.17, залить на плату.
Работоспособность платы проверил у соседа, используя TurboWriter под WinXP, залили образа с диска, порадовались терминальным ответам через COM-PORT.
Проблема №1: как под убунтой заливать прошивку на плату? Не могу поверить, что нет способа.
Проблема №2:
Ход действий:
1.На своем же компьютере, руководствуясь инструкцией с диска
"NUC900 Series MCU Linux BSP User’s Manual", установил NUC900BSP и arm_linux_4.2.
2. в папке linux-2.6.17.14 выполняем команду:
sudo make ARCH=arm nuc950_defconfig
появляется файл .config
3. выполняем sudo make ARCH=arm gconfig
конфигурируем ядро согласно инструкции.
4. выполняем команду sudo make ARCH=arm
в результате вываливается ошибка:
с большой вероятность нет.. вариантов немного:
- искать софтину типа OpenOCD или схожую и попробовать запилить..
- под линукс поставить VirtualBox или VmWare, засетапить гостевой Уындовз и попробовать достучаться из него
- поставить рядом с Убухтой нативный Виндюк и перегружаясь, радоваться комфортной работе в нормальной ОС..
- запилить Uboot под 950 для поддержки сети и нанда..
Буду пробовать с виртуальной машиной. А как быть с компиляцией?
В виртуальной машине в папочке linux-2.6.17.14 присутствуют исполняемые файлы:
make_kernel
make_menuconfig
vmlinux
Что это? Откуда они взялись? Может ли быть проблема с компиляцией из-за их отсутствия?
Откуда должен взяться файл arch/arm/kernel/asm-offsets.s и зачем он нужен?
хм.. в виртуалке д.б. готовая среда - кросскомпилятор, исходники всего, что установлено на плате..
разворачиваете виртуалку, переходите например в корень ядра, что-то типа cd /home/user/src/путь-до-ядра
никаких make bla-bla-defconfig не надо
для конфигурации запускаете ./make_menuconfig
выход с сохранением, потом ./make_kernel
при успешной сборке где-то в /tftpboot или /home/user/tftpboot
будет бинарник ядра..
в вашем случае, либо компиллер не понимает ключи для сборки, либо неправильный путь до gcc - отсюда ругань о незнание ключа, например "-mapcs"
вдогонку - это не исполняемые файлы а обычные скрипты (текстовые файлы с командами)
Кхе-кхе... Лично для меня так называемый "Виндюк" является чем угодно, но только не нормальной ОС.
Ну а по теме, если есть аппаратная поддержка виртуализации, и требуется только прошивка платы, то лучше посмотреть в сторону использования KVM под Linux.
Ибо: 1) виртуализация с минимальными накладными расходами средствами самого ядра, 2) есть возможность сохранения и восстановления гостя. То есть можно сразу запустить уже загруженную винду с запущенным прошивальщиком.; 3) нормально работающий проброс оборудования
27.09.2012 17:02
27.09.2012 17:51
