summaryrefslogtreecommitdiffstats
path: root/documentation/dev-manual
diff options
context:
space:
mode:
authorScott Rifenbark <scott.m.rifenbark@intel.com>2012-10-02 07:40:03 -0700
committerRichard Purdie <richard.purdie@linuxfoundation.org>2012-10-02 17:41:35 +0100
commit6c15b345eafd4bb6abc942c992c9e460b8476d16 (patch)
treea9d492f673d5ccf45aebe4426afcd49cce9dc74d /documentation/dev-manual
parentfd67c63d0d3e31cc1d44abc413cc9f7c19ab86d8 (diff)
downloadpoky-6c15b345eafd4bb6abc942c992c9e460b8476d16.tar.gz
documentation: dev-manual - Added final SRCREV statements.
I updated the listing of the final SRCREV statements for the BSP example. (From yocto-docs rev: 0d0d5994c2653dda1171eaad226bbe1764a04440) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'documentation/dev-manual')
-rw-r--r--documentation/dev-manual/dev-manual-bsp-appendix.xml31
1 files changed, 18 insertions, 13 deletions
diff --git a/documentation/dev-manual/dev-manual-bsp-appendix.xml b/documentation/dev-manual/dev-manual-bsp-appendix.xml
index 27e4b48ea9..a4de731dfa 100644
--- a/documentation/dev-manual/dev-manual-bsp-appendix.xml
+++ b/documentation/dev-manual/dev-manual-bsp-appendix.xml
@@ -385,12 +385,14 @@
385 file named <filename>linux-yocto_3.4.bbappend</filename> that 385 file named <filename>linux-yocto_3.4.bbappend</filename> that
386 appends the information to the recipe of the same name 386 appends the information to the recipe of the same name
387 that is found in <filename>meta/recipes-kernel/linux</filename>. 387 that is found in <filename>meta/recipes-kernel/linux</filename>.
388 Thus, the <filename>SRCREV</filename> statements in the append file override 388 Thus, the <filename>SRCREV</filename> statements in our
389 the more general statements found in <filename>meta</filename>. 389 <filename>mymachine</filename> append file override
390 the more general statements found in the more general recipe.
390 </para> 391 </para>
391 392
392 <para> 393 <para>
393 The <filename>SRCREV</filename> statements in the append file currently identify 394 The <filename>SRCREV</filename> statements in the
395 <filename>mymachine</filename> append file currently identify
394 the kernel that supports the Fish River Island 2 BSP with and without EMGD support. 396 the kernel that supports the Fish River Island 2 BSP with and without EMGD support.
395 Here are the statements: 397 Here are the statements:
396 <note>The commit ID strings used in this manual might not match the actual commit 398 <note>The commit ID strings used in this manual might not match the actual commit
@@ -408,12 +410,13 @@
408 "c5bddf8ea379406ffec550528e17b777a0eba24b" 410 "c5bddf8ea379406ffec550528e17b777a0eba24b"
409 </literallayout> 411 </literallayout>
410 <note>The <filename>SRCREV_meta_pn-linux-yocto_fir2-noemgd</filename> 412 <note>The <filename>SRCREV_meta_pn-linux-yocto_fir2-noemgd</filename>
411 statements in the Fish River Island 2 append file are identical to those in the 413 statements in the <filename>mymachine</filename> append file,
412 general <filename>linux-yocto_3.4.bbappend</filename> recipe, which is 414 which originated from the Fish River Island 2 BSP, are
413 found in <filename>meta/recipes-kernel/linux</filename>. 415 commented out.
414 For this reason they are commented out in the Fish River Island 2 416 The reason they are not used is because the commit IDs are identical to
415 append file. 417 those in the general <filename>linux-yocto_3.4.bbappend</filename> recipe,
416 In this case, there is no need to override the statements.</note> 418 which is found in <filename>meta/recipes-kernel/linux</filename>.
419 </note>
417 </para> 420 </para>
418 421
419 <para> 422 <para>
@@ -454,17 +457,18 @@
454 needed it, you would find it in the base kernel recipe in the 457 needed it, you would find it in the base kernel recipe in the
455 <filename>poky/meta/recipes-kernel/linux/linux-yocto_3.4.bb</filename>. 458 <filename>poky/meta/recipes-kernel/linux/linux-yocto_3.4.bb</filename>.
456 Recall that for this example the commit ID's for the <filename>SRCREV</filename> 459 Recall that for this example the commit ID's for the <filename>SRCREV</filename>
457 meta statements are identical and are do not have to be used in the 460 meta statements are identical and do not have to be used in the
458 <filename>mymachine</filename> append file. 461 <filename>mymachine</filename> append file.
459 </para> 462 </para>
460 463
461 <para> 464 <para>
462 Here are the final <filename>SRCREV</filename> statements: 465 Here are the final <filename>SRCREV</filename> statements for the
466 <filename>mymachine</filename> append file:
463 <literallayout class='monospaced'> 467 <literallayout class='monospaced'>
464 SRCREV_machine_pn-linux-yocto_mymachine ?= \ 468 SRCREV_machine_pn-linux-yocto_mymachine ?= \
465 "0985844fa6235422c67ef269952fa4e765f252f9" 469 "0985844fa6235422c67ef269952fa4e765f252f9"
466 #SRCREV_meta_pn-linux-yocto_mymachine ?= \ 470 #SRCREV_meta_pn-linux-yocto_mymachine ?= \
467 "463299bc2e533e1bd38b0053ae7b210980f269c3" 471 "c5bddf8ea379406ffec550528e17b777a0eba24b"
468 </literallayout> 472 </literallayout>
469 </para> 473 </para>
470 474
@@ -473,7 +477,8 @@
473 found already captured in the &DISTRO_NAME; release because we're creating a BSP based on 477 found already captured in the &DISTRO_NAME; release because we're creating a BSP based on
474 &DISTRO_NAME;. 478 &DISTRO_NAME;.
475 If, instead, we had based our BSP on the master branches, we would want to use 479 If, instead, we had based our BSP on the master branches, we would want to use
476 the most recent <filename>SRCREV</filename> values taken directly from the kernel repo. 480 the most recent <filename>SRCREV</filename> values taken directly from the kernel's
481 repository.
477 We will not be doing that for this example. 482 We will not be doing that for this example.
478 However, if you do base a future BSP on master and 483 However, if you do base a future BSP on master and
479 if you are familiar with Git repositories, you probably won’t have trouble locating the 484 if you are familiar with Git repositories, you probably won’t have trouble locating the