Making linux boot on a powerpc board. What is needed?
Linux - Embedded & Single-board computerThis forum is for the discussion of Linux on both embedded devices and single-board computers (such as the Raspberry Pi, BeagleBoard and PandaBoard). Discussions involving Arduino, plug computers and other micro-controller like devices are also welcome.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Making linux boot on a powerpc board. What is needed?
A BIG question.
I'll try to make it smaller.
I have a board with a powerpc processor and some peripherals (PCIe, Compact Flash, PHY, DDR3 etc.).
I'm using U-boot from which LAWs and TLBs are set. Also I have a DTB from a similar board.
Booting linux from here and it just dies. No printouts what so ever.
The question is: What are the bare minimum areas that are needed to be changed in the kernel for getting a login prompt?
I was actually hoping that I would be able to boot linux with a RAM disk without changing the kernel. I thought the OF interface would take care of most hardware dependent issues. Obviously I'm wrong.
You can use busybox to get a login prompt if kernel is up.
Thanks for answering but it seems my question was not clear. My kernel is not up. That is the whole point. I meant that I wanted to know what, in general terms, need to be changed in the kernel to make it come up all the way to the login prompt. (Naming the login prompt was just a way to say: "Booting all the way").
You're not wrong, the DTB should be able to take care of the hardware specifics. Having just booted linux on a 875, I can tell you that all of my issues booting linux were related to what u-boot was passing to linux, specifically the ftd. There was absolutely nothing i needed to change in the linux sources to get the board up.
If you do not have a JTAG device, look at what bootm does. I was missing two directives in my /include/configs/ header:
Without these, u-boot does not pass the ftd blob to linux and what are you describing (after bootm the kernel gets stuck) will happen. You must make sure that you pass the dtb on to u-boot by some means and pass this offset to linux.
If your DTB does not hardcode the frequency values (which is correct), make sure to call ft_cpu_setup() in u-boot to populate these values dynamically prior to passing the blob to linux. Do this by implementing ft_board_setup in your board file.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.