Hello AT91/AVR32 users and maintainers, since relocation was introduced most ARM boards and therefore all AT91 based boards are inherently broken.
We also used this "opportunity" to rework most of the AT91 include files mess. You can find the current efforts at git.denx.de/u-boot-atmel.git, branch rework110202. If you are going to fix a board, make sure you base on this branch and take the at91sam9260ek port as an example how it can be done. There is one important "catch" because of relocation relocates u-boot to top of available RAM: U-boot should not be loaded near top of RAM by at91bootstrap anymore, otherwise there is the risk that relocation will fail due to overlaps. So you need to fix at91bootstrap to load u-boot to begin of RAM, or, at least, not near the end of RAM. (It works fine to be loaded to begin of RAM.) The at91sam9260ek port is proven to build and run. Before submitting patches please check the following: 1. "#define XXXX 1" is depreciated if the "1" is not of numeric significance, use "#define XXXX" instead. Check your board config file for such occurrences. 2. SZ_ macros are depreciated, use (n << 10) for KiB, (n << 20) fir MiB, etc. Using (n * 1024) or (n * 1024 * 1024) are also acceptable as well as other numeric values. It is up to you what you prefer to be readable :) 3. Please run the patch through <linux>/scripts/checkpatch.pl; that will pinpoint coding style errors. (I assume you do have a kernel tree somewhere.) 4. If you think you need to change generic AT91 files (header files other than for 9260/9261/9263 SoCs), please do so in the style of the 9260/9261/9263 header files, but chancges to other AT91 files should not be necessary), please discuss this idea in the list first. 5. *LEGACY defines should not be needed anymore. 6. reset_phy() seems to be an empty function for some boards. Please remove it and the define that causes it to be called. 7. ...? Unfortunately I am quite busy at work but I will try to comment and accept patches as soon as time permits. With Best Regards Reinhard PS: this list above might not be complete, clarifications and extensions are welcome :) _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
