Clean-room RAUC A/B is defined but slot switching + rollback are not wired into the U-Boot env
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 48/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- rust
- Lĩnh vực
- devops, embedded-iot
Hướng nghiên cứu
Start with os/board/eightsleep/imx8mm-varsom/uboot-env.txt, especially the current mmcpart and bootcmd settings, and compare it with rauc-system.conf and the RAUC U-Boot backend variables named in the issue. Trace how BOOT_ORDER, BOOT_A_LEFT, BOOT_B_LEFT, bootcount, and altbootcmd should select the slot and handle failed boots. Done when an installed inactive slot is selected after OTA and a failed update rolls back automatically.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
os/board/eightsleep/imx8mm-varsom/uboot-env.txt hardcodes mmcpart=1 and its bootcmd (lines 43-47) always boots /dev/mmcblk1p1 (slot A); there is no BOOT_ORDER / BOOT_A_LEFT / BOOT_B_LEFT / bootcount / altbootcmd logic at all, and the header comment (lines 18-20) admits 'RAUC slot selection is NOT wired here yet'. Meanwhile rauc-system.conf declares two bootname=A/B slots and BR2_PACKAGE_RAUC=y is set. Consequence: rauc install writes the inactive slot and calls the u-boot backend (fw_setenv BOOT_ORDER/BOOT_x_LEFT), but U-Boot never reads those vars, so after a 'successful' OTA the device still boots the old slot, and a bad update has no auto-rollback. OS-level OTA via RAUC is non-functional until the env implements the boot-count state machine and selects mmcpart from it. (See also #47, the companion issue about RAUC slot device paths.)
Filed from a repo-wide code audit (working tree at bcad746).
- Ngôn ngữ chính
- Rust
- Star
- 0
- Fork
- 0
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của GoogleBot42/podd
-
documentation
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 84/100
GoogleBot42/podd#63 ·
-
documentation
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 78/100
GoogleBot42/podd#62 ·
-
documentation good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 69/100
GoogleBot42/podd#60 ·
-
documentation
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
GoogleBot42/podd#61 ·
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
GoogleBot42/podd#58 ·
Tất cả issue của GoogleBot42/podd
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
rubys/roundhouse#1917 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 2 ngày
-
good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[cosmic-applet-battery] Division by zero displays NaN% when UPower reports max_brightness = 0Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
pop-os/cosmic-applets#1619 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
binding:python bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày