U-BootGateKeeper < LinuxBootLoader

You are visiting this site as: WikiGuest
Users
You are here: LinuxBootLoader Web>U-BootGateKeeper (revision 45) (raw view)
---+U-Boot ARM Patches
The complete list of ARM custodians is at [[http://www.denx.de/wiki/U-Boot/Custodians][U-Boot Gatekeepers]]<BR>
<!--[[ARMTester][ *Volunteer to help test ARM core based boards* ]] <BR>-->
This page is (mainly concerned) with patches regarding different ARM architectures and patches specific for the __ARM Ltd supplied development boards__
   * !Integrator/AP
   * !Integrator/CP
   * !VersatileAB
   * !VersatilePB
   * !RealViewEB
   * !RealViewPB
For other boards with ARM based processors see the U-Boot main list and board manufacturer's sites.
---++ARM U-Boot Repository
The ARM U-Boot repository can be cloned from git://www.denx.de/git/u-boot-arm.git e.g. :- <BR>
<verbatim>
cg-clone git://www.denx.de/git/u-boot-arm.git
</verbatim>
It contains patchs accepted by, but not yet pulled into, the mainline, for boards with ARM cores.
---++linux ARM Wiki U-Boot Repository Status
*[[http://www.linux-arm.org/git][The u-boot-armdev repository on this, linux ARM, Wiki]]*  offers branches for <br>
   * New ARM supplied development boards
   * New ARM architectures etc
which are awaiting testing before being accepted into other u-boot repositories, or may never be submitted to the generic u-boot. <BR>
----
The master branch will be kept up to date w.r.t the u-boot head, rather than git://www.denx.de/git/u-boot-arm.git. <br>
The source code from http://www.arm.com/linux/linux_download.html should suffice for all current ARM supported development boards. <BR>
Please contact mailto:peter.pearse<at>arm.com with any queries regarding that code. <BR>
The downloads are also available from http://www.linux-arm.org/git/ael.git under dated branches. <br>
|*Branch name <br> (Starts with date patch was posted)*|*Submitted by*|*Status*|*MAKEALL <br> Run on arm/<br>ppc/<br>mips*|*Patch mail subject and/or comment*|
|%BLUE%master%ENDCOLOR%| peter<dot>pearse<at>arm<dot>com| See below for patches awaiting pul| |Based on U-Boot Main Repository|
| 071107_mem| Andrea Marson <r&d2<at>dave-tech.it>| Awaiting fix to remove kernel dependencies | ARM optimized memcpy/memmove routines <br> Main u-boot has diverged sufficiently to make this unmaintainable - last successful patch attached|
| 080212_options| | Rationalize ARM cpu compiler options <br> *%RED%This branch merged into armdevCS branch%ENDCOLOR%* | 090204_armdev| | *%RED%This branch replaced by 090727_armdev%ENDCOLOR%* <br> If this gives you insurmountable problems please conatct peter.pearse<at>arm.com|
| 090727_armdev| peter<dot>pearse<at>arm<dot>com| Ready for test|*Yes*| Provides patches for all currently supported, ARM supplied, development boards <br>Many of these patches will eventually be individually moved upstream | 090701_armdevCS| | *%RED%This branch replaced by 090728_armdevCS%ENDCOLOR%* <br> If this gives you insurmountable problems please conatct peter.pearse<at>arm.com|
| 090728_armdevCS| peter<dot>pearse<at>arm<dot>com| Ready for test | Uses Code Sourcery toolchain, rather than ELDK <br> Some parts make use of the latest ARM architecture(s) <br> Based on the armdev branch | 090703_mali| | *%RED%This branch replaced by 090728_mali%ENDCOLOR%* <br> If this gives you insurmountable problems please conatct peter.pearse<at>arm.com|
| 090728_mali| peter<dot>pearse<at>arm<dot>com| Under construction | This branch is intended for U-Boot modifications specific to Mali development and testing on ARM supplied development boards <br> Based on the armdevCS branch | next|
<!--| 080212_options| peter<dot>pearse<at>arm<dot>com| Ready for test| *Yes*| Rationalize ARM cpu compiler options <br> *%RED%This branch is about to deleted%ENDCOLOR%* <br> It is superceded by the 090701_armdevCS branch|-->
<!--|080312_move| peter<dot>pearse<at>arm<dot>com| Ready for test |*Yes*| Move ARM supplied dev boards to newboard/arm directory <br> *%RED%This branch now deleted%ENDCOLOR%* <br> Equivalent branch now in u-boot head <br> *%BLUE%thanks to Jean-Christophe PLAGNIOL-VILLARD [plagnioj at jcrosoft.com]%ENDCOLOR%*|-->
<!--*%RED%Note that branch 20070314_dev is now obsolete/broken & will shortly be deleted%ENDCOLOR%*-->
New branches are often made available on the git *before* they are listed here
---++Patches Under Consideration
*[[http://www.denx.de/wiki/U-Boot/PatchStatus][Now documented at www.denx.de/wiki/UBoot/]]*
---++Patch Process
*[[http://www.denx.de/wiki/U-Boot/DevelopmentProcess][Now documented at www.denx.de/wiki/UBoot/]]* <BR>
---++Additional notes re submitting patches using git and Evolution (I gave up on Outlook)
<!--
   * Reduce the size of patches with git diff -M, if files have been moved.
   * Dont move and edit files if code is totally new <br>
      otherwise git diff -M will produce patches to the old code, possibly making it look as if you have dropped Copyright notices.
   * Insert git diff patches as text files
   * Set the message drop down to Preformat (not Normal) to prevent line-wrap
   * Set Format/Heading/Preformatted
   * Watch out - Evolution seems to ignore default server ("From" setting)
   * The U-Boot list uses ISO8859-1, git diff outputs UTF8 <br>
      For some reason I have to run iconv on git diff patches (that contain e.g. umlaut) <br>
      before I can insert them as text into my Evolution mails to U-Boot-Users
<verbatim>
> iconv -f ISO8859-1 -t UTF8 git_diff_patch > inserted.txt
</verbatim>
      <br>
   * Check your message Character Encoding is set to ISO8859-1
   * Doublecheck everything
-->
*I've abandoned this and switched to using the [[https://gna.org/projects/stgit][Stacked Git]] mail commands.*
---++Criteria for patch acceptance/rejection (not ordered)
[[http://www.denx.de/wiki/U-Boot/DesignPrinciples][Wolfgang's design principles]] <br>
_Please add suggestions at the end of this page_ <BR>
   * *Apply cleanly to the u-boot head* <br>
   * *Meet all requirements for patches, as detailed in uboot/README* <BR>
   * *Patch should not break any existing code* As tested by the MAKEALL utility. <BR>
   * *Apply the coding style described in the README* , as checked by <linux kernel>scripts/check_patch.pl <BR>
   * *Be consistent with the README* - where no README patch is applied. <BR>
   * *It's a boot-loader* Not an operating system,  general purpose utility, other. Unnecessary functionality should not be added. <BR>
   * *Loaded object size* should not increase, unless justifiable. <BR>
   * *Speed of operation esp image load & boot* should not increase, unless justifiable. <BR>
   * *U-Boot should be easy to use* by end users, not developers. <BR>
   * *U-Boot should be easyto port* Code complexity & excessive configuration to be avoided. <BR>
   * *If the user enters an address, that address can be made visible in a debugger* <BR>
        This arises from the threads "Re: [U-Boot-Users] Atmel <nop>DataFlash hooks.", "Re: [U-Boot-Users] AT91 NAND om AT91SAM9260EK" where it was originally argued that <nop>DataFlash (& possibly other storage media) should be treated as bus addressable memory.
   * *Adhere to the agreed directory structure* [[U-BootDirStructure][More info here]]
   * *U-Boot standard input base  is  hex.*  Has  always been that way. 0x is just a waste of key presses and memory footprint.
   * *No double check messages* e.g. "Do you really want to do this?" <br>
       %RED%"UNIX was not designed to stop you from doing stupid things,  because that would also stop you from doing clever things." - Doug Gwyn%ENDCOLOR%



---++Suggested Additional Criteria
Please feel free to add (polite) suggestions.<BR>
<BR>

---++Outstanding Queries In the U-Boot Code
   * Should data storage (e.g SPI, MMC, !DataFlash, SD card) be accessible via "addressing"? - see e.g. http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/25983/focus=25985
   * Should U-Boot code move to GPLv3.0?
 

-- Main.PeterPearse - 09 Feb 2007
? Attachments

Topic attachments
I	Attachment	Action	Size	Date	Who	Comment
EXT	master_071107_mem	manage	16.9 K	28 Jul 2009 - 13:25	PeterPearse	Last successful patch for 071107_mem
Toolbar

Copyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding Foswiki? Send feedback
zenweb1 : 0.10 secs More Info