public inbox for cip-dev@lists.cip-project.org
 help / color / mirror / Atom feed
From: d.kauschke154@googlemail.com
To: cip-dev@lists.cip-project.org
Subject: Re: Hardware Support for Raspberry Pi 4
Date: Wed, 27 Nov 2024 06:47:55 -0800	[thread overview]
Message-ID: <2202.1732718875254901355@lists.cip-project.org> (raw)
In-Reply-To: <bf09c286-2b4d-4c39-b0bc-0880215d7c7d@siemens.com>

[-- Attachment #1: Type: text/plain, Size: 2586 bytes --]

Hi Jan, hi Quirin,

thank you for your detailed informations about the current state for the Raspi4.
It sounds like a good starting point to build upon.

On Wed, Nov 27, 2024 at 07:48 AM, Quirin Gylstorff wrote:

> 
> Hi David,
> 
> On 11/27/24 06:28, Jan Kiszka wrote:
> 
>> Hi David,
>> 
>> On 25.11.24 16:00, d.kauschke154@googlemail.com wrote:
>> 
>>> Hello everyone,
>>> 
>>> I am interested in understanding the current state of hardware support
>>> for the Raspberry Pi 4 within the cip project.
>>> My goal is to use the Raspberry Pi 4 with secure boot and secure update
>>> mechanisms based on the cip project.
>>> 
>>> 1)) What progress has been made so far in supporting the Raspberry Pi 4
>>> hardware in the cip project?
>>> 2)) How can any remaining gaps or challenges be addressed to achieve
>>> full support?
>> 
>> IIRC, Quirin once had a prototype for that, just not public. He may
>> answer best what was need or what would still be missing.
> 
> For our internal rpi4 prototype we used the following boot chain:
> 
> raspi firmware -> U-Boot -> efibootguard -> CIP kernel -> A/B
> 
> I added the following adaptations:
> - Raspi-config for booting U-boot
> - U-boot config for Raspi4 with EFI support
> - Additional bcm2711_defconfig for CIP kernel(6.1.y-cip)
> - wks for RPI4 and A/B rootfs

> 
> The rest of the cip stack should then work out of the box.
> 
> Quirin

Would it be possible to share the Raspi4 prototype publicly? I think having access to it would not only help me but also encourage others in the community to contribute
and improve on the work you've started.

> 
> 
>> 
>>> 3)) What steps or contributions would be most valuable in advancing this
>>> effort?
>> 
>> Baseline would be a booting image with a compatible CIP kernel. From
>> there, we would need to see what is missing for SWUpdate and Secure Boot
>> (both via UEFI). Probably just the integration of a chain-loaded recent
>> U-Boot as UEFI provider.
>> 
>> But note that no CIP member has so far expressed demand for officially
>> supporting that hardware and its SoC. So you may have to bring an
>> RPi-specific recipe rule to add potentially disabled (and not officially
>> supported) kernel features via a config snippet.
>> 
>> Jan
> 
> 

Therefore CIP support for the Raspi4 platform is not planned in the medium term (next 1-2 years) , correct?
So a possible starting approach could be to create a public meta-cip-raspberrypi4 on Github like the project https://github.com/siemens/meta-iot2050 ?

David

[-- Attachment #2: Type: text/html, Size: 3125 bytes --]

  reply	other threads:[~2024-11-27 14:48 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-25  8:00 Hardware Support for Raspberry Pi 4 d.kauschke154
2024-11-27  5:28 ` Jan Kiszka
2024-11-27  6:48   ` Quirin Gylstorff
2024-11-27 14:47     ` d.kauschke154 [this message]
2024-11-29 14:12       ` Jan Kiszka
2024-12-03  6:56         ` d.kauschke154

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2202.1732718875254901355@lists.cip-project.org \
    --to=d.kauschke154@googlemail.com \
    --cc=cip-dev@lists.cip-project.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox