Thanks a lot! I have learned a lot from it. Very clean and intense with very brightening examples

Thank you for taking the time to prepare such a comprehensive and to-the-point presentation. This helped me a lot to learn about the DT concept from different angles!

Awesome. Very well explained.

Buildroot itself has options to get and compile U-boot, openSBI and Root Filesystem. Why you downloaded and compile them separately?

Perfect presentation, Thank you!

20:31 I faced below issue when building opensbi CC lib/sbi/sbi_tlb.o /home/$USER/riscv/u-boot-2024.10/opensbi/lib/sbi/sbi_tlb.c: Assembler messages: /home/$USER/riscv/u-boot-2024.10/opensbi/lib/sbi/sbi_tlb.c:195: Error: unrecognized opcode `fence.i', extension `zifencei' required make: *** [Makefile:335: /home/$USER/riscv/u-boot-2024.10/opensbi/build/lib/sbi/sbi_tlb.o] Error 1 Details: Windows machine vmware workstation - ubuntu 24 LTS Root cause: opensbi -> git checkout v0.8 Issue resolved by not checking out to this branch. Scratched by head for entire day

Instead of XWayland, they should have called it X-way 😂

Great podcast! Really enjoyed it. It's great to get feedback on ELC and Plumbers.

This seems like a really interesting podcast. I have not listened to it yet, but some feedback for future episode. Please do not have so much visual content in the podcast since the entire point of a podcast is so that you can listen to it while you are on the go and that you do not have to watch something all the time :)

Tks team so much!

Thank you for this great presentation

This is the same for the zephyr OS. Am I right?

Bootlin, thank you for explaining how the kernel processes packets so clearly.

Probably the most comprehensive and clear tutorial I have come across so far.

Thank you very much, jolly gentlemen.

Great presentation. Thank you!

❤

Awesome , the best video I have come across that explains thing step but step , Thank you :)

Excellent lesson. Thank you so much

great presentation, that's help me a lot to understanding the grammer of the dts

Excellent. Thanks !

Hope the guy is still alive. Dillo is being rebooted now. It be interesting to hear his thoughts

Great Explanation

Great, worth my time!

Very greate! Can we get step-by-step scheme how boot linux on board (SoC+MB)?

Great discussion on Linux device trees. Thanks for posting!

Extremely useful video with super explanation...thank you.

For the first time， I understand why device tree is needed！ Thanks

For those of you who are doing this with u-boot-2024.01, @30:59 you may also need to set CONFIG_ENV_IS_NOWHERE=n

Thank you bro..Very nice Presentation

Thank you for explaining dtb in detail. Really helped clear the confusion.

This is spectacular and exactly what I needed, thank you!!!

just great, thanks thomas

I'm at the beginning of the deep dive into embedded Linux development. This presentation was extremely helpful.

Excellent and comprehensive talk giving a very good overview over the graphic stack used in Linux today. Thank you!

Awesome video. 👌

At least in the beginning the video sucks. And that seems to be quite an important part of the presso. What a darn pitty!

Wow, Thomas, this is cool! Such a class on Device Tree. Could you add a video about boot modifiers we find on some embedded Linux distros on /boot in the form of *Env.txt files (like armbianEnv.txt)?

Some useful timestamps DT = Device Tree ----------------------------------------- 0:00:00 - Introduction 0:12:38 - Discoverable vs non-discoverable hardware 0:14:15 - Hardware description for non-discoverable hardware 0:18:07 - Hardware description with Device Tree Intro 0:19:39 - Device Tree from source (.dts) to blob (.dtb) 0:21:44 - dtc (Device Tree Compiler) example 0:27:36 - Boot process example for STM32MP157A-DK1 0:32:52 - Exploring DT on target 0:34:03 - DT basic syntax 0:37:42 - DT structure: simplified example 0:46:56 - DT inheritence 1:01:41 - DT design principles 1:04:29 - DT specifications 1:10:54 - DT _compatibility_ property 1:18:26 - DT _reg_ property 1:20:25 - DT Cells and _#_ symbol (not comments) 1:23:05 - DT _status_ property 1:28:43 - DT _-names_ properties 1:34:58 - Example with LED and I2C device 1:41:22 - Resources 1:41:50 - Conclusion 1:43:44 - Q&A Thanks for the great talk 👍

Crisp and Clear Presentation. Thank you

I think the better hack is to remove the build directory.

Can you do startup example from scratch I.e. start with the board layout, SoC and then start adding the peripherals to show how it all comes together?

Thanks. Very useful.

53:46 I notice you mention G’MIC, which is more oriented towards higher-level artistic effects. There are also GEGL and BABL, the pixel engines that are used for example in GIMP, which work more at a level with the other examples you gave.

51:35 Worth noting that HarfBuzz does not do font-rendering, that is to say, scan-converting the glyph shapes to pixels - that is handled by FreeType. What HarfBuzz does is called “shaping”. This has to do with choosing which glyph shapes should be used to represent which characters (according to rules which look at neighbouring characters and also which font features the user has enabled), and how to position them within a word or line. This information is stored in the font according to the OpenType spec.

44:26 While OpenGL ES was originally created for embedded use, it has turned out to be a very useful reworking of the whole OpenGL concept. Getting rid of the fixed-function pipeline offers increased flexibility in non-embedded applications as well.

36:49 Before there were display managers, with X11 at least, you would first login to a text console, then use the “startx” command to launch the GUI session. When you ended that, you would be back at the text console prompt, and you would logout from there. Does Wayland have a “startx” equivalent?

31:48 That “xf86” prefix is a historical relic of the fact that Xorg is a fork of the XFree86 project. The split happened when the latter tried to change their licence to something not acceptable to the open-source community.

4:45 Because the term “resolution” might refer to either the total number of pixels along each dimension, versus the number of pixels per unit length, it is common to use the separate term “pixel density” for the latter.

Thank you for sharing this video. learned so many new things from this.