Join GitHub today
GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
u-boot and devicetree overlays #942
Comments
|
What is the firmware for? If it is essentially a consumer device with a known, static configuration then your best option is probably to create a single DTB containing all the devices you need. |
|
It is a commercial appliance with a static hardware configuration. |
|
Yes, but it's trivial. For the interfaces, just locate the Expanding overlays into a tree by hand is actually quite straightforward. For each fragment, use the |
|
Great thanks. With your really good documentation I get it working with the first try compiling a kernel
You made my day. Have a nice weekend. |
wbx-github
closed this
May 6, 2015
jampy
commented
Jan 25, 2016
|
Hi! I'm having the same problem and a static DTB would be fine for me too. Unfortunately I don't understans how to do that - could you please explain a bit more? Thsnks a lot |
|
You would be better asking this kind of question in the Device Tree section of the Raspberry Pi Forum. |
wbx-github commentedApr 24, 2015
Hi,
we are using U-Boot as secondary bootloader so that we can produce a updateable firmware
with fallback partition. When an firmware update fails, we just boot into the old partition.
For 3.12.x based kernels this worked fine, but now we are trying to use 3.18.x based with device-tree support. We have a rpi-proto chip connected via I2S to the raspberry pi board.
U-Boot only supports a DTB file, the kernel boots up fine, but the audio chip driver does not work.
What are my best options here? Disable device-tree entirely? Add static device informations to the Raspberry PI DTB avoiding the overlay mechanism?
I got no answers from the u-boot developer mailing list, if devicetree overlay support is planned.
Thanks in advance for any advise.
best regards
Waldemar