> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:linuxppc-embedded- > [EMAIL PROTECTED] On Behalf Of David H. Lynch Jr. > Sent: Wednesday, February 20, 2008 10:59 PM > To: Grant Likely; linuxppc-embedded > Subject: Xilinx PowerPC > > > So when you have Xilinx under powerpc working, do we pull it from your > git tree or the xilinx one ? > > Will there be an announcement ? > > How about a one paragraph getting started guide to moving a xilinx > ppc bsp to > xilinx powerpc. > > Like ? > > step 1). > Generate a dts - gen-mhs-devicetree ? > And pass it to through your boot loader to Linux ?
http://git.xilinx.com/gen-mhs-devtree.git contains two utilities for generating device trees from EDK projects. The older option is a python script, originally written by Grant. The newer (and probably more mature at this point) option is an EDK BSP generator for u-boot, originally written by Michal Simek. Preferably this gets passed from a uboot, although it's also possible to compile it into the kernel. Currently, the uboot option is somewhat annoying because there's not a good surefire way for getting uboot up and running on an EDK design. (Unfortunately, the EDK BSP generator is incomplete, and the uboot support for virtex needs some work to get it integrated as well). > Step 2). > the code in arch/powerpc/???? is the devicetree equvalent to > arch/ppc/platforms/4xx/xilinx_ml410.c http://git.xilinx.com/linux-2.6-xlnx.git contains a preliminary stab at the bootcode for Virtex. I've been using this for a while with ARCH=powerpc. There isn't really much need for board specific platform code: This should (I think) be handled by the device tree. All of this is still pretty preliminary at the moment however. The big problem with the boot code in the Xilinx tree is that you need to be able to allocate memory in order to parse the device tree in order to figure out how much memory you have. I just haven't rewritten the code to use libfdt, which can query the device tree without memory allocation yet. Grant has a slightly different scheme in his tree, but it works as well. Generally I've been more focused on avoiding u-boot, whereas Grant has been using u-boot exclusively, I think. > Step 3). > device drivers need to change initialization/setup from > ???? to ??? All the xilinx drivers in mainline and most of the ones in the git.xilinx.com tree export both platform device and of_device interfaces. You should be able to look at any of them to figure out a good way of adding of_device support to a driver. the ll_temac is by far the most complex instance of this, which has to do some non-trivial traversal of the device tree to discover the information it needs about it's interface to memory. So, the short answer is, you might be able to get it to work today, but the code isn't in shape for mainline yet. Steve _______________________________________________ Linuxppc-embedded mailing list [email protected] https://ozlabs.org/mailman/listinfo/linuxppc-embedded
