Development Guide A basic understanding of Git is required. The notes referenced in the LSI wikis, [[Git Notes|Git]], are only quick notes, not an overview of Git. If you see anything that needs to be updated, send email to [email protected].

U-Boot Branches and Targets lsi-v2010.03 This is the branch for PowerPC support (3400 and 3500). All changes should build and boot Linux on all the targets described in the wiki (https://github.com/lsigithub/lsi_axxia_uboot/wiki/Readme_lsi-v2010.03). lsi-v2013.01.01 This is the branch for ARM support (5500). All changes should build and boot Linux on all the targets described in the wiki (https://github.com/lsigithub/lsi_axxia_uboot/wiki/Readme_lsiv2013.01.01).

Linux 3.4 Branches and Targets standard/lsi/base This is the branch for all Axxia support, PowerPC and ARM. All changes should build and boot on all supported targets. standard/preempt-rt/lsi/base Do not check anything in on this branch. You need to verify that the changes on standard/lsi/base merge cleanly and that once merged, the preempt-rt branch builds and boots on all supported targets. The default configurations for preempt-rt (arch/powerpc/configs/lsi_rt_defconfig and arch/arm/configs/lsi_rt_defconfig) is part of the standard/lsi/base branch. If the default configurations need to be changed, check the changes into the standard/lsi/base branch, not standard/lsi/preempt-rt/base.

1

Linux 3.10 Branches and Targets standard/lsi/base This is the branch for all Axxia support, PowerPC and ARM. All changes should build and boot on all supported targets. standard/preempt-rt/lsi/base Do not check anything in on this branch. You need to verify that the changes on standard/lsi/base merge cleanly and that once merged, the preempt-rt branch builds and boots on all supported targets. The default configurations for preempt-rt (arch/powerpc/configs/lsi_rt_defconfig and arch/arm/configs/lsi_rt_defconfig) is part of the standard/lsi/base branch. If the default configurations need to be changed, check the changes into the standard/lsi/base branch, not standard/lsi/preempt-rt/base.

Making Changes

1. Make all changes on a separate branch, never on one of the main branches. 2. Keep the separate branch up to date. There should be no conflicts or automatic merges required to merge the changes back to the main branch. ‘git rebase’ is useful here. 3. For all commits in the U-Boot, Linux, or Yocto trees, add the “–signoff” option and following the guidlines at http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelin 4. Follow the Linux coding style, https://www.kernel.org/doc/Documentation/CodingStyle or in your Linux source tree, Documentation/CodingStyle, for Linux and U-Boot. 5. Run scripts/checkpatch.pl (Linux) or tools/checkpatch.pl (U-Boot) before pushing. Note that checkpatch.pl requires a fairly recent version of perl, so you may have to use one of the newer hosts. • First make sure the files that you’re about to change are clean. Since we weren’t doing this initially, some cleanup may be required. Use “checkpatch.pl –file ” and clean up any errors or warnings. Check in these changes as a separate commit. • Make the changes needed and commit in logical units. 6. Make sure that, for all supported targets, the changes build and boot. 7. Push the branch to the repository and inform the gatekeeper when done.

2

Gatekeeper For a particular repository, at a particular time, someone will be the gatekeeper. Merging changes into one of the main branches should always be done by the gatekeeper.

An Example 1. Make the changes on a branch based on the branch the changes should eventually be merged into. 2. Run scripts/checkpatch.pl (Linux) or tools/checkpatch.pl (U-Boot). There should be no errors and few, if any, warnings. 3. Check that modified branch builds and boots on all supported targets. 4. Push the modified branch to the repository, and send the gatekeeper a merge request. 5. Once the changes have been merged, delete the modified branch both locally and remotely.

Document Version $Revision: 1.2 $ $Date: 2014/04/18 14:39:15 $

3

Development Guide - GitHub

Development Guide. A basic understanding of Git is required ... (3400 and 3500). All changes should build and boot Linux on all the targets described in the wiki.

125KB Sizes 5 Downloads 410 Views

Recommend Documents

OpenCMIS Server Development Guide - GitHub
Nov 6, 2013 - introduction and is available as a free pdf download at Manning's site here: ... the 10 minute video introducing this tool if you are not already familiar with it here: ... of this exercise is to demonstrate the server framework on top

Mobile SDK Development Guide - GitHub
Jul 20, 2017 - Page 1 ..... Chapter 11: Files and Networking . ..... services. Salesforce provides the Salesforce App Cloud to address this need. This cloud ...

Development manual - GitHub
BUSMASTER is located in a Git repository on the open source hosting platform ... version of the installer, e.g. Git-1.7.7-preview20111014.exe (as of 2011-10-26).

Linux Kernel Development - GitHub
Page 10 .... Android's “life of a patch” flowchart. Gerrit is only one tiny part in the middle. Replace that one part with email, and everything still works, and goes ...

Open MPI development - GitHub
Jan 29, 2015 - (ad d_ co… om pi_sh ow. _a ll_m ca_ pa rams op al_p rog ress_ set_e ... 1.0E+01. 1.0E+02. 1.0E+03. 1.0E+04. M emory. Inc rease in. M. C. A. _P. M. L_ ..... Express. PCI. Express. Comm. Engine. (Packet. Processing). Comm.

Child theme Development - GitHub
Apr 7, 2014 - So the only HTML you have to write in on the position of

OCaml Development - GitHub
Dec 29, 2009 - OCaml is a powerful language, trust me. 1.1 OCaml vs Other Programming Languages. 1.2 Toolset. 1NOTE: convention: use we/you, but try to ...

Development Plan - GitHub
aragon.one. Page of. 1 15 ... Aragon organizations will be able to opt-in into the Aragon Network, which will provide services like upgradeability and a decentralized court arbitration system for Aragon organizations. For more information ...

MultiMarkdown User's Guide - GitHub
Nov 9, 2010 - for Markdown's syntax is the format of plain text email. [1] ... including complete XHTML documents, LaTeX, PDF, RTF, or even (shudder) Microsoft ... Also, you can check out the MultiMarkdown discussion list: ...... At this time, Scrive

Integrator's Guide - GitHub
Oct 20, 2015 - The Ethernet communication is handled by a dedicated .... The telnet server is not configured to echo characters, so users wishing to see and/or ...

user guide - GitHub
TOOLS AnD EVA ITEMS CAn BE FOUnD In A nEW TAB UnDER SCIEnCE CATEGORy. .... But THE greatest thing above all is KSP community. ... Of course, we still need hard work to improve our mods and we have many other ideas as.

Installation Guide - GitHub
Create the database tables. 3.2.5. (Optional) ... hedgehog Data Manager This is the user that will own the database created by. Hedgehog .... link on Homepage.

porting guide - GitHub
Mar 22, 2011 - This document describes the process of porting applications from ... Our development philosophy with BamTools so far has been to ... bool LocateIndex(const BamIndex::IndexType& preferredType = BamIndex::STANDARD);.

RVTPO User's Guide - GitHub
anyone, and any GitHub user can file issues or follow discussions related to the model software. Code in ... Because the repository is currently private, you may be prompted for your GitHub user name and password. ... The RVTPO model uses CUBE's cata

RVTPO User's Guide - GitHub
Users can download a PDF of the contents from the footer .... The scenario manager, in the image below, shows all of the scenarios that are included in the local Cube ..... These speed ratios were borrowed from the Olympus model in Florida. .... Spec

Pawn Implementor's Guide - GitHub
or send a letter to Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA. ...... 3. call the public function with the "AMX address" */.

User Guide - GitHub
Requires the query, phrase, or word on its right hand side to not be in the document. [ATTRIBUTE]:. Requires the value of the document attribute describe between the brackets [ ] to equal the value to the right of the colon. Multiword phrases are exp

MIOpen Porting Guide - GitHub
cudnnCreateFilterDescriptor ( substituted by the respective. cudnnFilterDescriptor_t. TensorDescriptor APIs. * filterDesc). cudnnStatus t miopenstatus t. cudnnCreateConvolutionDescriptor (c miopenCreateConvolutionDescriptor. udnnConvolutionDescriptor

WinFred User's Guide - GitHub
May 5, 2017 - This website is intended to serve as a user's guide for application of the Winchester Frederick County. Metropolitan Planning Organization (WinFred) travel demand model. It provides relevant information necessary to understand how the m

Developer's Guide - GitHub
Oct 17, 2003 - The JTS Topology Suite is a Java API that implements a core set of spatial data operations using an explicit precision model and robust geometric algorithms. It provides a complete model for specifying 2-D linear Geometry. Many common

User Guide - GitHub
2.2 Download and Installation via App Manager . .... Cytoscape/GEXF “app” that allows network diagrams described using the GEXF file format to be imported ...

MultiMarkdown User's Guide - GitHub
Nov 9, 2010 - best description of what Markdown is comes from John Gruber's Markdown web site: ... including complete XHTML documents, LaTeX, PDF, RTF, or even (shudder) Microsoft ... In a blosxom8, Movable Type9, Oddmuse10, or other web site ......

Nipype Beginner's Guide - GitHub
Aug 23, 2017 - 10. 11. #Specify experiment specifc parameters. 12 experiment_dir .... For a full list of software interfaces supported by Nipype go here ...... (http://www.fil.ion.ucl.ac.uk/spm/software/spm12/SPM12_Release_Notes.pdf) mention some im-

Woptic User's Guide - GitHub
errors may become large for the mixed transitions governed by Wαβ(R, ω), where ..... .kcontribw_band. kanalysis reads this file and generates 2d data in ω- and.