Guidelines for contributing to meta-intel layer: Difference between revisions

From Yocto Project
Jump to navigationJump to search
No edit summary
No edit summary
 
(7 intermediate revisions by the same user not shown)
Line 1: Line 1:
== meta-intel Layer Information ==
Note: This page is "Work in Progress", it is not finalized yet.
 
 
= meta-intel Layer Information =
git repository location:
git repository location:
* git://git.yoctoproject.org/meta-intel
* git://git.yoctoproject.org/meta-intel
Line 7: Line 10:
* How to subscribe : https://lists.yoctoproject.org/listinfo/meta-intel
* How to subscribe : https://lists.yoctoproject.org/listinfo/meta-intel


== Guidelines for sending commits to meta-intel ==
= Guidelines for sending commits to meta-intel =
Please follow general guidelines for contributing to Yocto Project. Here are some of the links.
Please follow general guidelines for contributing to Yocto Project. Here are some of the links.
* [[Community Guidelines]]
* [[Community Guidelines]]
Line 14: Line 17:
* [http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html The Yocto Project Development Manual]
* [http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html The Yocto Project Development Manual]


== Guidelines for submitting BSPs to meta-intel ==
= Guidelines for submitting BSPs to meta-intel =
1st follow these general BSP developer's guides:
1st follow these general BSP developer's guides:
* [http://www.yoctoproject.org/docs/current/bsp-guide/bsp-guide.html Board Support Packages (BSP) - Developer's Guide]
* [http://www.yoctoproject.org/docs/current/bsp-guide/bsp-guide.html Board Support Packages (BSP) - Developer's Guide]
* [http://www.yoctoproject.org/docs/current/kernel-dev/kernel-dev.html Yocto Project Linux Kernel Development Manual]
* [http://www.yoctoproject.org/docs/current/kernel-dev/kernel-dev.html Yocto Project Linux Kernel Development Manual]
* Expectations for upstreaming a BSP in meta-intel layer.
* To save everybodies time, please make sure you can meet these expectations before submitting a BSP for meta-intel layer
 
= Expectations for up-streaming a BSP in meta-intel layer =
To keep the meta-intel layer in good shape, all the owners of the BSPs in the layer need to fulfill these expectations.
 
===1. Make sure the BSP is functioning well at all the times ===
Sometimes dependent layers such as oecore introduce changes which can break layers and BSPs depending on it. The maintainer of the BSP need to regularly validate the BSP with the latest dependent layers, to make sure it is still functioning properly.
 
Check this link showing status of the various meta-intel BSPs kept up to date: [https://wiki.yoctoproject.org/wiki/Last_Known_Good_Commits_for_meta-intel Last Known Good Commits for meta-intel]
 
===2. Prepare the BSP for release with every meta-intel release ===
This involves these things:
* tag the commit of the release in the meta-intel repository
* Get the "Yocto Project Compatibile" certification for the BSP from here: https://www.yoctoproject.org/webform/yocto-project-compatible-registration
* Build the binary images of the BSP with the meta_tlk layer, and make sure commercial licenses are turned off while building.
* Provide the built release tarball of the BSP to the release engineer for releasing to Yocto Project BSP release area


== Review process for sending commits and BSPs to meta-intel layer ==
= Review process for sending commits and BSPs to meta-intel layer =
* All the commits for meta-intel layer must go through the meta-intel mailing list.
* All the commits for meta-intel layer must go through the meta-intel mailing list.
* The changes should be sent as individual commits. There are scripts available to prepare and send patches for review. Check http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#how-to-submit-a-change  
* The changes should be sent as individual commits. There are scripts available to prepare and send patches for review. Check http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#how-to-submit-a-change  
* Do not send tarballs of code for review.
* Do not send tarballs of code for review.


== Guidelines for releasing BSPs ==
= Guidelines for releasing BSPs =
* [[Third_Party_BSP_Release_Process | Third Party BSP Release Guidelines]]
* [[Third_Party_BSP_Release_Process | Third Party BSP Release Guidelines]]

Latest revision as of 16:00, 28 October 2013

Note: This page is "Work in Progress", it is not finalized yet.


meta-intel Layer Information

git repository location:

Mailing List:

Guidelines for sending commits to meta-intel

Please follow general guidelines for contributing to Yocto Project. Here are some of the links.

Guidelines for submitting BSPs to meta-intel

1st follow these general BSP developer's guides:

Expectations for up-streaming a BSP in meta-intel layer

To keep the meta-intel layer in good shape, all the owners of the BSPs in the layer need to fulfill these expectations.

1. Make sure the BSP is functioning well at all the times

Sometimes dependent layers such as oecore introduce changes which can break layers and BSPs depending on it. The maintainer of the BSP need to regularly validate the BSP with the latest dependent layers, to make sure it is still functioning properly.

Check this link showing status of the various meta-intel BSPs kept up to date: Last Known Good Commits for meta-intel

2. Prepare the BSP for release with every meta-intel release

This involves these things:

  • tag the commit of the release in the meta-intel repository
  • Get the "Yocto Project Compatibile" certification for the BSP from here: https://www.yoctoproject.org/webform/yocto-project-compatible-registration
  • Build the binary images of the BSP with the meta_tlk layer, and make sure commercial licenses are turned off while building.
  • Provide the built release tarball of the BSP to the release engineer for releasing to Yocto Project BSP release area

Review process for sending commits and BSPs to meta-intel layer

Guidelines for releasing BSPs