Commit 2f73f48e authored by davidcunado-arm's avatar davidcunado-arm Committed by GitHub
Browse files

Merge pull request #973 from danh-arm/dh/add-maintainers

Docs: Clarify copyright requirements
parents b91926fd 1cda23b5
...@@ -44,8 +44,22 @@ Making Changes ...@@ -44,8 +44,22 @@ Making Changes
* Where appropriate, please update the documentation. * Where appropriate, please update the documentation.
* Consider whether the [User Guide], [Porting Guide], [Firmware Design] or * Consider whether the [User Guide], [Porting Guide], [Firmware Design] or
other in-source documentation needs updating. other in-source documentation needs updating.
* If this is your first contribution, you may add your name or your * Ensure that each changed file has the correct copyright and license
company name to the [Acknowledgements] file. information. Files that entirely consist of contributions to this
project should have the copyright notice and BSD-3-Clause SPDX license
identifier as shown in [license.md](./license.md). Files that contain
changes to imported Third Party IP should contain a notice as follows,
with the original copyright and license text retained:
```
Portions copyright (c) [XXXX-]YYYY, ARM Limited and Contributors. All rights reserved.
```
where XXXX is the year of first contribution (if different to YYYY) and
YYYY is the year of most recent contribution.
* If not done previously, you may add your name or your company name to
the [Acknowledgements] file.
* If you are submitting new files that you intend to be the technical
sub-maintainer for (for example, a new platform port), then also update
the [Maintainers] file.
* For topics with multiple commits, you should make all documentation * For topics with multiple commits, you should make all documentation
changes (and nothing else) in the last commit of the series. Otherwise, changes (and nothing else) in the last commit of the series. Otherwise,
include the documentation changes within the single commit. include the documentation changes within the single commit.
...@@ -66,27 +80,28 @@ Submitting Changes ...@@ -66,27 +80,28 @@ Submitting Changes
* Push your local changes to your fork of the repository. * Push your local changes to your fork of the repository.
* Submit a [pull request] to the [arm-trusted-firmware] `integration` branch. * Submit a [pull request] to the [arm-trusted-firmware] `integration` branch.
* The changes in the [pull request] will then undergo further review and * The changes in the [pull request] will then undergo further review and
testing. Any review comments will be made as comments on the [pull testing by the [Maintainers]. Any review comments will be made as
request]. This may require you to do some rework. comments on the [pull request]. This may require you to do some rework.
* When the changes are accepted, ARM will integrate them. * When the changes are accepted, the [Maintainers] will integrate them.
* Typically, ARM will merge the [pull request] into the `integration` * Typically, the [Maintainers] will merge the [pull request] into the
branch within the GitHub UI, creating a merge commit. `integration` branch within the GitHub UI, creating a merge commit.
* Please avoid creating merge commits in the [pull request] itself. * Please avoid creating merge commits in the [pull request] itself.
* If the [pull request] is not based on a recent commit, ARM may rebase * If the [pull request] is not based on a recent commit, the [Maintainers]
it onto the `master` branch first, or ask you to do this. may rebase it onto the `master` branch first, or ask you to do this.
* If the [pull request] cannot be automatically merged, ARM will ask you * If the [pull request] cannot be automatically merged, the [Maintainers]
to rebase it onto the `master` branch. will ask you to rebase it onto the `master` branch.
* After final integration testing, ARM will push your merge commit to the * After final integration testing, the [Maintainers] will push your merge
`master` branch. If a problem is found at this stage, the merge commit commit to the `master` branch. If a problem is found during integration,
will be removed from the `integration` branch and ARM will ask you to the merge commit will be removed from the `integration` branch and the
create a new pull request to resolve the problem. [Maintainers] will ask you to create a new pull request to resolve the
problem.
* Please do not delete your topic branch until it is safely merged into * Please do not delete your topic branch until it is safely merged into
the `master` branch. the `master` branch.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
_Copyright (c) 2013-2016, ARM Limited and Contributors. All rights reserved._ _Copyright (c) 2013-2017, ARM Limited and Contributors. All rights reserved._
[User Guide]: ./docs/user-guide.md [User Guide]: ./docs/user-guide.md
...@@ -95,6 +110,7 @@ _Copyright (c) 2013-2016, ARM Limited and Contributors. All rights reserved._ ...@@ -95,6 +110,7 @@ _Copyright (c) 2013-2016, ARM Limited and Contributors. All rights reserved._
[Firmware Design]: ./docs/firmware-design.md [Firmware Design]: ./docs/firmware-design.md
[Acknowledgements]: ./acknowledgements.md "Contributor acknowledgements" [Acknowledgements]: ./acknowledgements.md "Contributor acknowledgements"
[DCO]: ./dco.txt [DCO]: ./dco.txt
[Maintainers]: ./maintainers.md
[GitHub account]: https://github.com/signup/free [GitHub account]: https://github.com/signup/free
[Fork]: https://help.github.com/articles/fork-a-repo [Fork]: https://help.github.com/articles/fork-a-repo
......
ARM Trusted Firmware Maintainers
================================
ARM Trusted Firmware is an ARM maintained project. All contributions are
ultimately merged by the maintainers listed below. Technical ownership of some
parts of the codebase is delegated to the sub-maintainers listed below. An
acknowledgement from these sub-maintainers may be required before the
maintainers merge a contribution.
## Maintainers
Dan Handley (dan.handley@arm.com, [danh-arm](https://github.com/danh-arm))
David Cunado (david.cunado@arm.com, [davidcunado-arm](https://github.com/davidcunado-arm))
## OPTEE and QEMU platform sub-maintainer
Jens Wiklander (jens.wiklander@linaro.org, [jenswi-linaro](https://github.com/jenswi-linaro))
Files:
* docs/spd/optee-dispatcher.md
* docs/plat/qemu.md
* services/spd/opteed/*
* plat/qemu/*
## TLK/Trusty SPDs and NVidia platforms sub-maintainer
Varun Wadekar (vwadekar@nvidia.com, [vwadekar](https://github.com/vwadekar))
Files:
* docs/spd/tlk-dispatcher.md
* docs/spd/trusty-dispatcher.md
* include/bl32/payloads/tlk.h
* include/lib/cpus/aarch64/denver.h
* lib/cpus/aarch64/denver.S
* services/spd/tlkd/*
* services/spd/trusty/*
* plat/nvidia/*
## eMMC/UFS drivers and HiSilicon platform sub-maintainer
Haojian Zhuang (haojian.zhuang@linaro.org, [hzhuang1](https://github.com/hzhuang1))
Files:
* docs/plat/hikey.md
* docs/plat/hikey960.md
* drivers/emmc/*
* drivers/partition/*
* drivers/synopsys/emmc/*
* drivers/synopsys/ufs/*
* drivers/ufs/*
* include/drivers/dw_ufs.h
* include/drivers/emmc.h
* include/drivers/ufs.h
* include/drivers/synopsys/dw_mmc.h
* plat/hisilicon/*
## MediaTek platform sub-maintainer
Yidi Lin (林以廸 yidi.lin@mediatek.com, [mtk09422](https://github.com/mtk09422))
Files:
* plat/mediatek/*
## RockChip platform sub-maintainer
Tony Xie (tony.xie@rock-chips.com, [TonyXie06](https://github.com/TonyXie06)
or [rkchrome](https://github.com/rkchrome))
Files:
* plat/rockchip/*
## Xilinx platform sub-maintainer
Sören Brinkmann (soren.brinkmann@xilinx.com, [sorenb-xlnx](https://github.com/sorenb-xlnx))
Files:
* docs/plat/xilinx-zynqmp.md
* plat/xilinx/*
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment