Jump to content

    

Jury093

Участник
  • Content Count

    1289
  • Joined

Community Reputation

0 Обычный

About Jury093

  • Rank
    верховный вождь
  • Birthday 01/01/1921

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array

Recent Profile Visitors

11143 profile views
  1. судя по всему, там обычная m/b на х86 и в качестве ОС - Windows98 или Windows2000. раз какая-то движуха пошла, то смотрите стр 208 в pdf, там расписана траектория диагностики и ниже есть отдельные параграфы "что делать, если слетела CMOS" приложите фотку происходящего на экране, м.б. будет более понятно что происходит полистайте этот pdf, по идее, если это обычный комп управления, то можно подключить внешнюю клавиатуру и зайти в настройки БИОСа - возможно там включена загрузка по сети и неправильные установки для накопителей да вроде еще продают, можно пойти и купить https://www.chipdip.ru/product/ds12887 в брюшке сборки "A lithium energy source, quartz crystal, and writeprotection circuitry are contained within a 24-pin dual in-line package"
  2. посмотрите https://download.tek.com/manual/071071103.pdf в раздел Troubleshooting может там ваш случай описан диагностику любого старого прибора есть смысл начинать с подсистемы питания - традиционно припухшие конденсаторы (а я бы сразу заменил на новые), окислы на контактах разъемов, пыль. поискать на шелкографии типа "+3v3" "+5v" и подобные - проверять питальники лучше под нагрузкой. хуже ситуация, если слетел/затерся флеш, смотря по железу там масса вариантов update батарейку cmos поменяйте и прислушайтесь - жужит ли hdd (если он есть в этой модели)
  3. а попробуйте после неудачной попытки запуска ядра дать в консоли команду bootm 0x22000000 если ошибка останется, то либо ядро не записано в нанд, либо упаковано не так, ну или сам нанд битый (последнее не точно)
  4. судя по вопросам, вы еще только в начале пути познания мира мелкик платформ, а плата ваша достаточно "старая" и по ней в интернетах куча, нет, огромная куча информации.. для начала поищите в каталоге SAB-BA содержимое каталога, где лежат бинарники для записи "at91bootstrap.bin" "u-boot.bin" "image" и посмотрите, что за буква - zimage или uimage - тут можно понять, есть ли бинарник ядра и как упаковано далее в консоли u-boot посмотрите настройки окружения командой printenv - тут можно посмотреть loadaddr - адрес куда обычно загружается ядро перез запуском обычно убут выполняет скрипт со строки bootcmd там м.б. ветвления по загрузке с сети, usb, mmc, nand в командах загрузки из nand смотрите что-то типа "nand read $loadaddr" - команда считывает ядро из нанда в память и там же будет bootm или bootz (как посоветовал @aaarrr) если имидж ядра uImage, то можно ядро загрузить отдельными командами и убедиться, что оно валидное командой "iminfo $loadaddr" в случае zImage надо разбираться в скриптах загрузки, карты раскладки бинарников в нанде и существование dtb для вашей платы оптимальный путь познания - найти полную документацию на плату, описание программирования и комплект всех исходников - это все д.б. у производителя платы ну и копать на форумах, подобных этому https://www.at91.com/viewtopic.php?t=5574 это "нормально", я сам такое проходил. для кого-то многие вещи тривиальны и о них не пишут, кто-то расписывает дотошно по пунктам. sam9260 прост как гвоздь, разберетесь, там сломать нечего.. ЗЫ где-то в каталоге SAB-BA д.б. файлы логов, что и куда пишется, попробуйте поискать и посмотреть..
  5. судя по "Wrong Image Format for bootm command" у ТС u-boot желает uImage. для zImage команда bootz
  6. ну это ж просто, берем uSD, находим на ней этот файл, примерно в /lib/modules/ и стираем-переименовываем-переносим, ядро его не найдет и не загрузит, а процесс загрузки системы должен продолжиться.. я до сих пор сварщик не настоящий, не напрягает.. PS если все сложно, то могу помочь по шагам, но тогда нужна инфа - если ли комп с линуксом, куда можно подключить ридер с uSD с этой рутовой?
  7. а я чего вспомнил, глядя на wkup_m3_ipc.ko в корне рута - у меня тоже висло все наглухо.. пока не убрал этот модуль из загрузки, рекомендую. если потом раскопаете в чем дефект, то напишите, интересно..
  8. по идее, ядро при ожидание накопителя вывешивает [ 1.703614] Waiting for root device /dev/sda1... ТС может в качестве эксперимента прописать вместо rootwait допустим rootdelay=5 и ядро должно упасть в кору, если в течение 5 секунд не найдет накопитель
  9. возмжно с этим надо разбираться: [ 2.456453] PM: Cannot get wkup_m3_ipc handle у меня на am3354 root@am3354:~# dmesg |grep m3 [ 1.201331] cpuidle: enable-method property 'ti,am3352' found operations [ 3.566712] ti_am3359-tscadc 44e0d000.tscadc: using alternate pins configuration [ 5.052610] remoteproc0: wkup_m3 is available root@am3354:~# ls -l /lib/firmware/ total 124 -rw-r--r-- 1 root root 16 Feb 3 2020 am335x-evm-scale-data.bin -rw-r--r-- 1 root root 115789 Mar 16 2021 am335x-pm-firmware.elf глубоко не лез, наверно m3 какой-нить периферийный сопроцессор
  10. LOADADDR можно задавать разными способами, например перед запуском сборки ядра командой export LOADADDR=0x82000000 или прописать ее в .bashrc или в команде сборки make -j8 zImage ARCH=arm LOADADDR= ничего страшного, бывало и 3 дня ядро запускал и неделю. еще раз внимательно проверьте все структуры и параметры для вашей системы, например размер ОЗУ в dts и подобное (я бы файл eEnv.txt убрал, чтобы исключить конфликты между uEnv и dtb, ну мало ли) лучше всего иметь комплект исходников от производителя и шпаргалку, по которой их собирать. и на их основе запускать свою кастомную систему
  11. у меня для am3354 прописано console=ttyS0,115200n8 loadaddr=0x80200000 - с адресом надо быть внимательным и указать при сборке ядра еще полезно посмотреть вывод bdinfo для проверки номера борды U-Boot# bdinfo arch_number = 0x0000106E boot_params = 0x80000100 DRAM bank = 0x00000000 -> start = 0x80000000 -> size = 0x10000000 еще надо проследить, что dtb лежит где надо и грузится, иначе картина будет подобной (для примера чуть изменил имя dtb) U-Boot# boot mmc0 is current device Scanning mmc 0... 3034840 bytes read in 219 ms (13.2 MiB/s) ** File not found /boot/var1-som-am33.dtb ** mmc0 is current device SD/MMC found on device 0 reading uEnv.txt ** Unable to read file uEnv.txt ** 3034840 bytes read in 200 ms (14.5 MiB/s) ** File not found /boot/var1-som-am33.dtb ** Kernel image @ 0x80200000 [ 0x000000 - 0x2e4ed8 ] Starting kernel ... и все, тишина. при правильной dtb грузится без проблем
  12. нет, это надо добавить в строку загрузки ядра, там где console= тогда ядро выведет расширенную отладку для понимания происходящего при загрузке
  13. ну и прелестно, поздравляю
  14. первичный bootloader считал с uSD загрузчик u-boot и отдал туда управление. и считанный u-boot продетектит то железо, которое в нем прописано. это ж очевидно. надо в исходниках убута проверять все, что касается mmc0 - разрешение тактирования, правильные контакты, их функции, наличие-отсутствие Card Detect и подобное. также проверить в исходниках, что контакты под mmc0 не заняты под какие-нить другие узлы (i2c, spi, gpio)
  15. а там смотрели в разделе linux? https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841820/Zynq+UltraScale+MPSoC+Restart+solution