Jump to content

    
do_not_know_Linux

идентификация ядра загрузчиком

Recommended Posts

6 hours ago, aaarrr said:

Подключитесь к своей плате через UART. Без этого попытки разобраться внятной перспективы не имеют.

U-Boot SPL 2020.10-armbian (Feb 12 2021 - 05:46:08 +0300)
DRAM: 2048 MiB
Trying to boot from MMC1
NOTICE:  BL31: v2.4(debug):04c1223-dirty
NOTICE:  BL31: Built : 05:45:57, Feb 12 2021
NOTICE:  BL31: Detected Allwinner A64/H64/R18 SoC (1689)
NOTICE:  BL31: Found U-Boot DTB at 0x408ccb8, model: OrangePi Win/Win Plus
INFO:    ARM GICv2 driver initialized
INFO:    Configuring SPC Controller
INFO:    PMIC: Probing AXP803 on RSB
INFO:    PMIC: dcdc1 voltage: 3.300V
INFO:    PMIC: dcdc5 voltage: 1.500V
INFO:    PMIC: dcdc6 voltage: 1.100V
INFO:    PMIC: dldo1 voltage: 3.300V
INFO:    PMIC: dldo2 voltage: 3.300V
INFO:    PMIC: dldo3 voltage: 3.300V
INFO:    PMIC: dldo4 voltage: 3.300V
INFO:    PMIC: fldo1 voltage: 1.200V
INFO:    PMIC: Enabling DC SW
INFO:    BL31: Platform setup done
INFO:    BL31: Initializing runtime services
INFO:    BL31: cortex_a53: CPU workaround for 843419 was applied
INFO:    BL31: cortex_a53: CPU workaround for 855873 was applied
INFO:    BL31: cortex_a53: CPU workaround for 1530924 was applied
NOTICE:  PSCI: System suspend is unavailable
INFO:    BL31: Preparing for EL3 exit to normal world
INFO:    Entry point address = 0x4a000000
INFO:    SPSR = 0x3c9


U-Boot 2020.10-armbian (Feb 12 2021 - 05:46:08 +0300) Allwinner Technology

CPU:   Allwinner A64 (SUN50I)
Model: OrangePi Win/Win Plus
DRAM:  2 GiB
MMC:   mmc@1c0f000: 0, mmc@1c10000: 2, mmc@1c11000: 1
Loading Environment from FAT... Card did not respond to voltage select!
In:    serial@1c28000
Out:   serial@1c28000
Err:   serial@1c28000
Net:   phy interface7
eth0: ethernet@1c30000
starting USB...
Bus usb@1c1a000: USB EHCI 1.00
Bus usb@1c1a400: USB OHCI 1.0
Bus usb@1c1b000: USB EHCI 1.00
Bus usb@1c1b400: USB OHCI 1.0
scanning bus usb@1c1a000 for devices... 1 USB Device(s) found
scanning bus usb@1c1a400 for devices... 1 USB Device(s) found
scanning bus usb@1c1b000 for devices... EHCI timed out on TD - token=0x80008c80
EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80

EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80
EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80
EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80
EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80
EHCI fail timeout STS_ASS reset
3 USB Device(s) found
scanning bus usb@1c1b400 for devices... 1 USB Device(s) found
       scanning usb for storage devices... 0 Storage Device(s) found
Autoboot in 1 seconds, press <Space> to stop
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
Found U-Boot script /boot/boot.scr
3173 bytes read in 4 ms (774.4 KiB/s)
## Executing script at 4fc00000
U-boot loaded from SD
Boot script loaded from mmc
204 bytes read in 4 ms (49.8 KiB/s)
42148 bytes read in 9 ms (4.5 MiB/s)
3821 bytes read in 8 ms (465.8 KiB/s)
Applying kernel provided DT fixup script (sun50i-a64-fixup.scr)
## Executing script at 45000000
046962 bytes read in 485 ms (19.8 MiB/s)
18881024 bytes read in 908 ms (19.8 MiB/s)
## Loading init Ramdisk from Legacy Image at 4fe00000 ...
   Image Name:   uInitrd
   Image Type:   AArch64 Linux RAMDisk Image (gzip compressed)
   Data Size:    10046898 Bytes = 9.6 MiB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
## Flattened Device Tree blob at 4fa00000
   Booting using the fdt blob at 0x4fa00000
EHCI failed to shut down host controller.
EHCI failed to shut down host controller.
   Loading Ramdisk to 4966b000, end 49fffdb2 ... OK
   Loading Device Tree to 00000000495f8000, end 000000004966afff ... OK

Starting kernel ...

^@^GConnected.
^GConnected.

^GDisconnected.

 

4 minutes ago, mdmitry said:

Полностью поддерживаю.

это все что выдало через UARt

Share this post


Link to post
Share on other sites

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

Если вам будет что сказать по данной проблеме, то милости просим.

Share this post


Link to post
Share on other sites

Стоит обратить внимание на строки:

EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80

EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80
EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80
EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80
EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80
EHCI fail timeout STS_ASS reset

и вот

## Flattened Device Tree blob at 4fa00000
   Booting using the fdt blob at 0x4fa00000
EHCI failed to shut down host controller.
EHCI failed to shut down host controller.

Похожую проблему с U-Boot решили вот здесь. Оригинал решения здесь. (Ссылки англоязычные).

Возможно Ваш случай.

Edited by Droid 77

Share this post


Link to post
Share on other sites

Правильно ли понимаю ситуацию:

1) На sdcart устанавливаем os c ядром 5.0.

2). При этом ос грузится ? На sdcard VFAT ?

3). затем заменяем ядро: cp ./vmlinux-5.4  /media/sdcard/vmlinux-5.0 ?

4). ОС не грузится ?

5). Оба ядра мы собирали сами из одних и тех же исходных текстов одним и тем же компилятором ?

6). какова командная строка uboot  загрузки ОС ??

7). Не грузится: что означает ? Зависает ? Ничего не выдает на экран или в 232 ??

8). Различия при сборках ядер linux: приведите diff .config

8). корневая файловая система на  sdcard ?

9). как сказали выше, с USB EHCI проблема: каковы настройки uboot USB, что на USB ?

Просьба подробно расписать ситуацию.  Для простых людей.

Share this post


Link to post
Share on other sites
10 hours ago, Droid 77 said:

Стоит обратить внимание на строки:


EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80

EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80
EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80
EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80
EHCI fail timeout STS_ASS reset
EHCI timed out on TD - token=0x80008c80
EHCI fail timeout STS_ASS reset

и вот


## Flattened Device Tree blob at 4fa00000
   Booting using the fdt blob at 0x4fa00000
EHCI failed to shut down host controller.
EHCI failed to shut down host controller.

Похожую проблему с U-Boot решили вот здесь. Оригинал решения здесь. (Ссылки англоязычные).

Возможно Ваш случай.

 

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

Share this post


Link to post
Share on other sites
8 hours ago, gosha said:

Правильно ли понимаю ситуацию:

1) На sdcart устанавливаем os c ядром 5.0.

2). При этом ос грузится ? На sdcard VFAT ?

3). затем заменяем ядро: cp ./vmlinux-5.4  /media/sdcard/vmlinux-5.0 ?

4). ОС не грузится ?

5). Оба ядра мы собирали сами из одних и тех же исходных текстов одним и тем же компилятором ?

6). какова командная строка uboot  загрузки ОС ??

7). Не грузится: что означает ? Зависает ? Ничего не выдает на экран или в 232 ??

8). Различия при сборках ядер linux: приведите diff .config

8). корневая файловая система на  sdcard ?

9). как сказали выше, с USB EHCI проблема: каковы настройки uboot USB, что на USB ?

Просьба подробно расписать ситуацию.  Для простых людей.

уважаемые форумчане... откуда и зачем это сарказм? причем тут простые люди?  

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

кто-то задастся вопросом: а зачем помогать? какая мне от этого польза? 

 могу сказать только одно, если я люблю Linux, то помогая нубам я помогаю Linux, я косвено участвую в его развитии. можно написать тысячи тысяч драйверов и программ и это будет никому не нужно, кроме небольшой кучки пользователей. Так что основаня работа по развитию  идет тут в сообществах.

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

чтобы лучше понять что происходит я сделал так: взял одно и ту же ОС Armbian,  установил его на две разные флешки, на одной флешке через armbian-config я обновил ядро до весии 5,12  .  все одинаково и загрузчик и файловая система, вообще все. после я беру ядро с одной флешки 5.12  и записываю его на ОС на другой флешке

cat vmlinuz-5.15 > /mnt/boot/vmlinuz-5.4
  конечно же примонтировав SDcard в mnt

вынимаю SDcard и ядро не стартует. 

может дело в том, подумал я, что при перезаписи что-то добавляется в код ядра например пробел. и поэтому я проделал 

cat vmlinuz-5.4 > /mnt/boot/vmlinuz-5.4 
  я просто перезаписал рабочее ядро с одной ОС на другую, чтобы понять не ломается ли при перезаписи что -либо

и все работает. значит перезапись ядра ничего неломает в системе.  Может стоит добавить заголовки ядра при перезаписи? то есть заголовки ядра   vmlinuz-5.12 ?

вопрос, как это правильно сделать?

Share this post


Link to post
Share on other sites
7 hours ago, armuser said:

чтобы лучше понять что происходит я сделал так: взял одно и ту же ОС Armbian,  установил его на две разные флешки, на одной флешке через armbian-config я обновил ядро до весии 5,12  .  все одинаково и загрузчик и файловая система, вообще все. после я беру ядро с одной флешки 5.12  и записываю его на ОС на другой флешке

Не в armbian-config  ключ к пониманию? Вы знаете что делает эта утилита при обновлении ядра?

Я уже писал, что с Вашей платой не знаком, но обновление ядра приводит, например на Debian, к обновлению 4 файлов (config-x.x.x-xx-amd64, System.map-x.x.x-xx-amd64, initrd.img-x.x.x-xx-amd64, vmlinuz-x.x.x-xx-amd64), а не только непосредственно ядра (vmlinuz). Да, ещё пересборка подгружаемых модулей. При этом почти невозможно запустить систему с файлами от  других версий. А Armbian родственник Debian :sorry:

 

Вас не случайно просят подробности, один параметр при сборке ядра может сильно изменить ситуацию в целом.

 

 

Share this post


Link to post
Share on other sites

ну собственно поэтому я и задал вопрос тут. Если бы это решалась путем гуглежа, то я бы не беспокоил уважаемых форумчан этой темой.

ну и спасибо конечно же вам всем

Share this post


Link to post
Share on other sites

Надо как минимум еще dtb заменять вместе с ядром и вообще сравнивать что после обновления ядра еще обновилось, бывает и загрузчик надо менять, на arm64 к этому дбавляется еще  trusted firmware. Производители процессоров тестируют всю эту связку определенных версий и не факт что разные части разных версий будут работать друг с другом. На воаш первичный вопрос смотрите

 

Quote

Found U-Boot script /boot/boot.scr

там будет ответ - как называется ядро и dtb, еще смотрите printenv в консоли загрузчика. Еще наверно стоит посмотреть что это за хрень

Quote

Applying kernel provided DT fixup script (sun50i-a64-fixup.scr)

 

Edited by sasamy

Share this post


Link to post
Share on other sites
On 2/17/2021 at 9:12 AM, sasamy said:

Надо как минимум еще dtb заменять вместе с ядром и вообще сравнивать что после обновления ядра еще обновилось, бывает и загрузчик надо менять, на arm64 к этому дбавляется еще  trusted firmware. Производители процессоров тестируют всю эту связку определенных версий и не факт что разные части разных версий будут работать друг с другом. На воаш первичный вопрос смотрите

 

там будет ответ - как называется ядро и dtb, еще смотрите printenv в консоли загрузчика. Еще наверно стоит посмотреть что это за хрень

 

 

ок

Share this post


Link to post
Share on other sites
14 hours ago, do_not_know_Linux said:

ок

И ramdisk тоже заменить.

Патаму что судя по log, ramdisk тоже грузится.

Не принципиально, но копировать, принято командой cp, а не cat.

Скрипт uboot загрузки linux в студию.

 

   Load Address: 00000000
   Entry Point:  00000000

Одинаковы в обоих случаях ?

Возможно ли оба .Log с работающим ядром и не работающим (10 различий).

 

Quote

## Loading init Ramdisk from Legacy Image at 4fe00000 ...
   Image Name:   uInitrd
   Image Type:   AArch64 Linux RAMDisk Image (gzip compressed)
   Data Size:    10046898 Bytes = 9.6 MiB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
## Flattened Device Tree blob at 4fa00000
   Booting using the fdt blob at 0x4fa00000
EHCI failed to shut down host controller.
EHCI failed to shut down host controller.
   Loading Ramdisk to 4966b000, end 49fffdb2 ... OK
   Loading Device Tree to 00000000495f8000, end 000000004966afff ... OK

 

Share this post


Link to post
Share on other sites
3 hours ago, gosha said:

И ramdisk тоже заменить.

Патаму что судя по log, ramdisk тоже грузится.

Не принципиально, но копировать, принято командой cp, а не cat.

Скрипт uboot загрузки linux в студию.

 

   Load Address: 00000000
   Entry Point:  00000000

Одинаковы в обоих случаях ?

Возможно ли оба .Log с работающим ядром и не работающим (10 различий).

 

 

на днях попытаюсь пересобрать ядро в попытке загрузиться без initramfs. потому что сейчас загрузка ядра обрывается как раз на сообщении 

(initramfs) file system .....

и все, ни вперед ни назад.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.