Device Tree for Picasso seems broken
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Bug
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- android, linux
- Bereich
- embedded-iot, operating-systems
Rechercherichtung
Beginne mit dem im Issue verlinkten geforkten Kernel-Quellcode und den Device-Tree-Dateien und vergleiche anschließend dessen zusammengefügte DTB-Ausgabe mit dem offiziellen boot.img und der vorgebauten DTB/DTBO. Überprüfe die Unterschiede bei der Paketierung und die ramoops-Ausgabe während des Bootvorgangs. Als erledigt gilt die Aufgabe, wenn die Ursache identifiziert und eine DTB/DTBO erstellt wurde, die sich in boot.img paketieren lässt und Picasso erfolgreich bootet.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
I don't know if it's my mess-up, but I was not able to build the exact same dtb image as found in the official boot.img. My built dtb image is 4.4M when concatenated while the official one is only ~800K, and most importantly, when packaged into boot.img, the one built by me does not work and fails straight into bootloader. In console-ramoops I can't even see kernel messages during such a crash, which probably means the kernel isn't even booted enough to output anything to ramoops. I tried to unpack the concatenated dtb images and compare them one-by-one, but it seemed to me that even the same dtb in the two images do not really match up and differs quite significantly.
In my current effort to port LineageOS 17.1 to this device, I resorted to using OSS kernel + prebuilt DTB / DTBO for now. I hope that this can be sorted out soon as some of my kernel changes had to be dirty hacks without functional OSS DTB / DTBO.
Of course, since I'm not aware of anyone else that is currently trying to build kernel + dt for this device, it could be totally my fault instead of Xiaomi's. But for now since I do not know, I'm keeping this open until someone fixed it or could help figure out why mine does not work. My forked kernel source code (with dt included) is at https://github.com/PeterCxy/android_kernel_xiaomi_sm7250
- Vorherrschende Sprache
- Keine Sprachdaten
- Sterne
- 136
- Forks
- 65
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus MiCode/kernel_devicetree
-
[Source Request] Kernel Source, Device Tree, and Vendor Blobs for Xiaomi 17 Ultra Series (nezha) Offen
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100
MiCode/kernel_devicetree#71 ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
MiCode/kernel_devicetree#70 ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 15/100
MiCode/kernel_devicetree#69 ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 15/100
MiCode/kernel_devicetree#68 ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100
MiCode/kernel_devicetree#67 ·
Alle Issues in MiCode/kernel_devicetree
Ähnliche Issues
-
BREAKING CHANGE bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 80/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
-
Status: Opened
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
zephyrproject-rtos/zephyr#120157 ·