Re: [devel-sbc] UEFI и Raspberry Pi

["Дмитрий Терехин" <jqt4@basealt.ru>]

Добрый день!

11.05.2020, 12:24, "Aleksey Novodvorsky" <aen@basealt.ru>:
> пн, 11 мая 2020 г., 12:12 Антон Мидюков <midyukov-anton@ya.ru>:
>> 11.05.2020 15:35, Aleksey Novodvorsky пишет:
>>> пн, 11 мая 2020 г., 11:23 Антон Мидюков <midyukov-anton@ya.ru>:
>>>
>>>> 11.05.2020 15:07, Aleksey Novodvorsky пишет:
>>>>> пн, 11 мая 2020 г., 10:50 Антон Мидюков <midyukov-anton@ya.ru>:
>>>>>
>>>>>> 08.05.2020 23:07, Антон Мидюков пишет:
>>>>>>> Доброго времени суток
>>>>>>>
>>>>>>> Продолжаю делиться информацией о продвижении проекта по созданию
>>>>>>> полноценного UEFI для Raspberry Pi 3 и 4.
>>>>>>>
>>>>>>> Начну с того, что собирать собственную сборку стало не актуально.
>>>>>>> Проекты оперативно релизятся на github:
>>>>>>>
>>>>>>> https://github.com/pftf/RPi3
>>>>>>>
>>>>>>> https://github.com/pftf/RPi4
>>>>>>>
>>>>>>> Минус: нельзя сделать одну сборку для обеих плат. [...]
>>>>>> Я собрал новый edk2 для Raspberry Pi 3 и 4 и обновил архив с обоими
>>>> UEFI:
>>>>>> http://nightly.altlinux.org/sisyphus-aarch64/alpha/RPi_EFI.zip
>>>>> Спасибо, Антон!
>>>>>
>>>>> Что теперь не работает?  :)
>>>> Это те же самые UEFI только нашей сборки. Изменение только в том, что
>>>> этот архив подходит сразу для RPi3 и RPi4.  Также в config.txt прописан
>>>> оверлей для включения 3D на RPi3.
>>>>
>>> Так что не работает на rpi4, кроме 3d?
>>
>> edk2 для RPi4 позволяет грузиться в двух режимах: devicetree и ACPI
>> (дефолт).
>>
>> В режиме ACPI имеем:
>>
>> - ограничение оперативной памяти в 3 ГБ
>>
>> - не работют ни wi-fi, ни ethernet
>>
>> - не работает SD-карта
>>
>> - не работает аудио
>>
>> - не работает 3D
>>
>> - зато грузятся все наши ядра, кроме rpi-un, собранного без поддержки
>> ACPI (пробовали ему включить ACPI, загрузился, но плюсов от этого не было)
>>
>> В режиме devicetree:
>>
>> - доступны все 4 ГБ оперативной памяти
>>
>> - доступна SD-карта
>>
>> - не работает wi-fi, работает ethernet
>>
>> - не работает аудио
>>
>> - не работает 3D
>>
>> - грузятся только ядра mp и rpi-un. У rpi-un наблюдается инверсия
>> цветовой гаммы.
>
> Ядра можно собрать как угодно, но пока это явно не то.
>>> Можем ли мы перейти на эту схему для сборок продуктов на стабильных бранчах?
>>
>> edk2 для RPi4 не готово. Поддержку в ISO-образы добавить необходимо.
>> Пока можно будет рекомендовать только для RPi3. Как будет готова edk2
>> для RPi4, скорее всего наши уже постаревшие сборки ISO, будут на нём
>> полноценно грузиться и работать.
>>
>> Пока стоит смотреть связку u-boot +EFI. У некоторых других дистрибутивов
>> она работает. Надо разбираться, почему у нас с этим проблемы.
> Да.
> У кого работает?

Видел такое в SUSE.
Образ http://download.opensuse.org/ports/aarch64/tumbleweed/images/openSUSE-Tumbleweed-ARM-XFCE-raspberrypi4.aarch64-2020.03.25-Snapshot20200414.raw.xz
Насколько я понял по логу загрузки последовательность такая: firmware, U-Boot, EFI, GRUB, ядро

С уважением
Дмитрий Терёхин

>>> И ещё. Есть ли возможность сборки 32-битных armh- образов для тех же RPI 3
>>> и 4? Последнее полезно для отладки образов armh на типовых массовых
>>> железках, которыми являются RPI*.
>>>
>> На RPi3 нет никаких проблем со сборкой на armh. Текущие профили
>> дистрибутивов могут не собираться только из-за отсутствия каких-то
>> пакетов в репозитории для armh. А так они уже готовы для этого.
>
> Отлично.
> Там нет chromium. И не будет.
>> На RPi4 у меня пока не получилось загрузиться с ядром mp. Возможно,
>> стоит собрать ядро rpi-un для armh,
>
> Стоит.
>
> 2gremlin@: какое ядро armh взлетит на rpi4?
>
>> тогда можем делать сборки и для armh
>> идентичные сборкам для aarch64.
>  Ок.
>
>> На armh, насколько мне известно, связка u-boot + EFI не работает. Там
>> всё равно надо использовать u-boot+extlinux.conf. edk2 для RPi 3 на armh
>> также не доступен.
>
> Ok.
>
>> --
> Rgrds, Алексей
> ,
>
> _______________________________________________
> devel-sbc mailing list
> devel-sbc@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel-sbc