zangman

> Just having the ability to build an SD image for the DE0-Nano-SoC would be fine. Having a ready built one to try it with would be nice too, but...

Great to know that it at least boots out of the box! Thanks for confirming! Regarding the my comment in #5, I did try to explain it in the [appendix](https://github.com/zangman/de10-nano/wiki/Building-the-SD-Card-image#note-on-the-de0-device-tree)...

@JDuchniewicz Great to see that you're documenting for the De0! I think we need more content like this to make it easier for folks to get started with SoCs :)....

`module.ko` files are external by design. They need to be copied over explicitly. When configuring the kernel options, I prefer to use `*` instead of `M` since that will just...

Thanks for sharing, I have not used cocotb before and will try and learn more about it. The ideal way I feel is to use the Avalon BFM (Bus Functional...

Are you saying that the arch linux arm image is using the de0 dtb instead of the de10 dtb which is present in U-boot? This is intentional. I have explained...

The way I set it up, U-boot uses it's own device tree which defaults to the de10. U-boot is a mini OS of sorts, it needs to have a device...

Hey - Thanks for sharing the info! I did try this out with device trees, but for some reason when I checked `/proc/iomem` it never showed the range as reserved....

Thanks for explaining - let me give it a shot and see if it works for my device. I'll post back here soon with my findings.

Here is the device tree I used, it seems to be working as you said i.e. I see that `/proc/meminfo` is less by the amount you said when not adding...