<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>13434</bug_id>
          
          <creation_ts>2019-07-09 06:16:26 +0000</creation_ts>
          <short_desc>checksum indirect cfg and scc flags</short_desc>
          <delta_ts>2020-08-28 20:07:49 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>kernel</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>3.2 M3</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Zhaolong Zhang">zhangzl2013</reporter>
          <assigned_to name="Bruce Ashfield">bruce.ashfield</assigned_to>
          <cc>randy.macleod</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>tom.zanussi</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>No (bug/feature does not impact docs)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>84393</commentid>
    <comment_count>0</comment_count>
    <who name="Zhaolong Zhang">zhangzl2013</who>
    <bug_when>2019-07-09 06:16:26 +0000</bug_when>
    <thetext>Yocto can not realize the modification of the cfg / scc files indirectly introduced by scc files in custom layers.

Email thread: http://lists.openembedded.org/pipermail/openembedded-core/2019-July/284403.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>84438</commentid>
    <comment_count>1</comment_count>
    <who name="Bruce Ashfield">bruce.ashfield</who>
    <bug_when>2019-07-17 14:03:34 +0000</bug_when>
    <thetext>Can you test the patch that I attached to the bug ?

It is essential your patch, and I&apos;d like to add your Signed-off-by to the commit message before I send it.

After talking with Richard, I decided to not go for a few higher maintenance ideas and instead have changed your routine to only return directories with .scc and .cfg files. That allows us to re-run if a file is modified, added or removed from the directories, which addresses the concern that Richard had.

This still will trigger a few more re-executions of the meta-data + kernel build than I&apos;d like, but I&apos;ll wait for some of the task equivalence changes to be complete before trying to check that although the meta-data task has re-run, the output is the same and hence we don&apos;t need to rebuild or repackage the kernel.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>84439</commentid>
    <comment_count>2</comment_count>
      <attachid>4540</attachid>
    <who name="Bruce Ashfield">bruce.ashfield</who>
    <bug_when>2019-07-17 14:04:52 +0000</bug_when>
    <thetext>Created attachment 4540
proposed directory tracking patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>84471</commentid>
    <comment_count>3</comment_count>
    <who name="Zhaolong Zhang">zhangzl2013</who>
    <bug_when>2019-07-22 10:03:51 +0000</bug_when>
    <thetext>Hi Bruce,

I got a weird result:

If I modify the testing fragment file poky/meta-yocto-bsp/recipes-kernel/linux/files/test.cfg, it works.
And if I `touch test2.cfg`, it also triggers kernel_metadata task.

But in 2 conditions it doesn&apos;t work:
1. mv test.cfg test.cfg.bak
2. rm test2.cfg

I also checked modification time of the dir poky/meta-yocto-bsp/recipes-kernel/linux/files/ using `stat` util, it changed in both conditions. Don&apos;t know why yocto didn&apos;t trigger kernel_metadata in these 2 cases.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>84472</commentid>
    <comment_count>4</comment_count>
    <who name="Bruce Ashfield">bruce.ashfield</who>
    <bug_when>2019-07-22 12:46:07 +0000</bug_when>
    <thetext>(In reply to comment #3)
&gt; Hi Bruce,
&gt; 
&gt; I got a weird result:
&gt; 
&gt; If I modify the testing fragment file
&gt; poky/meta-yocto-bsp/recipes-kernel/linux/files/test.cfg, it works.
&gt; And if I `touch test2.cfg`, it also triggers kernel_metadata task.
&gt; 
&gt; But in 2 conditions it doesn&apos;t work:
&gt; 1. mv test.cfg test.cfg.bak
&gt; 2. rm test2.cfg
&gt; 
&gt; I also checked modification time of the dir
&gt; poky/meta-yocto-bsp/recipes-kernel/linux/files/ using `stat` util, it
&gt; changed in both conditions. Don&apos;t know why yocto didn&apos;t trigger
&gt; kernel_metadata in these 2 cases.

Thanks for the update!

I&apos;ll try and reproduce those results here and will adjust things as necessary.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>84473</commentid>
    <comment_count>5</comment_count>
    <who name="Bruce Ashfield">bruce.ashfield</who>
    <bug_when>2019-07-22 13:53:13 +0000</bug_when>
    <thetext>Here&apos;s the results of my tests with the patch:

# all operations are in a layers kernel patch/fragment directory

% touch f.scc
% bitbake -c kernel_configme linux-yocto
# meta-data task re-runs

% rm f.scc
% bitbake -c kernel_configme linux-yocto
# meta-data task re-runs

% touch f.scc
% bitbake -c kernel_configme linux-yocto
# meta-data task re-runs
 
% mv f.scc f.scc.bak
% bitbake -c kernel_configme linux-yocto
# meta-data task does *not* run

% mv f.scc.bak f.scc
% bitbake -c kernel_configme linux-yocto
# meta-data task does *not* run

% rm f.scc
% bitbake -c kernel_configme linux-yocto
# meta-data task re-runs

So while I&apos;m not seeing the same results as you on the &apos;rm&apos; action. I am seeing the same thing with the &apos;mv&apos; operation.

I&apos;ve pinged Richard to comment if this is expected, since we are talking about bitbake behaviour here.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>84754</commentid>
    <comment_count>6</comment_count>
    <who name="Bruce Ashfield">bruce.ashfield</who>
    <bug_when>2019-08-27 15:18:19 +0000</bug_when>
    <thetext>just updating this to indicate that I&apos;m waiting for RPs comment as to whether the behaviour is expected or not.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>85196</commentid>
    <comment_count>7</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2019-10-03 15:20:22 +0000</bug_when>
    <thetext>No, at a quick glance those behaviours are not expected and we need to investigate further. Sounds like a potential bitbake fetcher issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>85671</commentid>
    <comment_count>8</comment_count>
    <who name="Bruce Ashfield">bruce.ashfield</who>
    <bug_when>2019-12-02 20:52:05 +0000</bug_when>
    <thetext>I can&apos;t put a milestone on this, since I unfortunately don&apos;t understand the current behaviour and hence to fix the bug. Once my other 3.1 features are done in the M3 timeframe, I&apos;ll take a closer look.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>88060</commentid>
    <comment_count>9</comment_count>
    <who name="Bruce Ashfield">bruce.ashfield</who>
    <bug_when>2020-08-28 20:07:49 +0000</bug_when>
    <thetext>The directory tracking variant of this has been merged into oe-core.

Corner cases will be handled in separate bugs.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>4540</attachid>
            <date>2019-07-17 14:04:52 +0000</date>
            <delta_ts>2019-07-17 14:04:52 +0000</delta_ts>
            <desc>proposed directory tracking patch</desc>
            <filename>0001-kernel-yocto-checksum-all-modifications-to-available.patch</filename>
            <type>application/octet-stream</type>
            <size>3878</size>
            <attacher name="Bruce Ashfield">bruce.ashfield</attacher>
            
              <data encoding="base64">RnJvbSBhYTIxOTU5YTQ3NDg2Y2Q2MzAzMWZmNjhlMzg5MDE1Nzc2N2RmNmY3IE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBCcnVjZSBBc2hmaWVsZCA8YnJ1Y2UuYXNoZmllbGRAZ21haWwu
Y29tPgpEYXRlOiBXZWQsIDE3IEp1bCAyMDE5IDA5OjM0OjI1IC0wNDAwClN1YmplY3Q6IFtQQVRD
SF0ga2VybmVsLXlvY3RvOiBjaGVja3N1bSBhbGwgbW9kaWZpY2F0aW9ucyB0byBhdmFpbGFibGUg
a2VybmVsCiBmcmFnbWVudHMgZGlyZWN0b3JpZXMKClRoaXMgaXMgYmFzZWQgb24gdGhlIHBhdGNo
IGZyb20gWmhhb2xvbmcgWmhhbmcgPHpoYW5nemwyMDEzQDEyNi5jb20+CltrZXJuZWwteW9jdG86
IGNoZWNrc3VtIGluZGlyZWN0IGNmZyBhbmQgc2NjIGZpbGVzXQoKV2hpbGUgdGhlIHJlY29tbWVu
ZGVkIG1hbm5lciB0byBzaGFyZS9yZXVzZSBmZWF0dXJlIGZyYWdtZW50cyBpcyB0bwptYWludGFp
biB0aGVtIGluIGEga2VybmVsLW1ldGEgcmVwb3NpdG9yeSBhbmQgdHJhY2sgdGhlIGNoYW5nZXMg
dmlhIHRoZQpzdGFuZGFyZCBTUkNSRVYgZmV0Y2hlciBtZWNoYW5pc20sIHRoYXQgbWV0aG9kIGlz
IG5vdCBhbHdheXMgcHJhY3RpY2FsCmZvciBzbWFsbCBzZXRzIG9mIGZlYXR1cmVzIG9yIGZvciBx
dWljayB0ZXN0aW5nIG9mIGNoYW5nZXMuCgpUaGVzZSBvdGhlciBmbG93cyB1c2UgLnNjYyBmaWxl
cyBvbiB0aGUgU1JDX1VSSS4gSXQgaGFzIGJlZW4gbm90ZWQgdGhhdApjb25maWcgZnJhZ21lbnRz
IG9yIG90aGVyIGZlYXR1cmVzIGluZGlyZWN0bHkgaW5jbHVkZWQgYnkgdGhvc2UgLnNjYwpmaWxl
cyB3aWxsIG5vdCB0cmlnZ2VyIHRoZSBrZXJuZWwgbWV0YS1kYXRhIHRvIGJlIHJlLXJ1biBhbmQg
aGVuY2UgYQpidWlsZCBjYW4gY29udGludWUgd2l0aCBzdGFsZSBkYXRhIChvciBub3QgYmUgdHJp
Z2dlcmVkIGF0IGFsbCkuCgpUbyBzb2x2ZSB0aGlzIGlzc3VlLCB3ZSBjYW4gY29sbGVjdCB0aGUg
ZGlyZWN0b3JpZXMgdGhhdCBhcmUgc2VhcmNoYWJsZQp2aWEgRklMRVNFWFRSQVBBVEhTIGFuZCBh
ZGQgdGhlbSB0byB0aGUgZG9fa2VybmVsX21ldGFkYXRhIHRhc2sKY2hlY2tzdW0uCgpUaGlzIGFs
bG93cyBtb2RpZmljYXRpb25zLCBhZGRpdGlvbnMgYW5kIHJlbW92YWxzIGZyb20gdGhlIHBvdGVu
dGlhbAprZXJuZWwgZmVhdHVyZSBkaXJlY3RvcmllcyB0byB0cmlnZ2VyIGEgcmUtZXhlY3V0aW9u
IG9mIHRoZSBtZXRhIGRhdGEKdGFzay4KClNpZ25lZC1vZmYtYnk6IEJydWNlIEFzaGZpZWxkIDxi
cnVjZS5hc2hmaWVsZEBnbWFpbC5jb20+Ci0tLQogbWV0YS9jbGFzc2VzL2tlcm5lbC15b2N0by5i
YmNsYXNzIHwgMzkgKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKwogMSBmaWxlIGNoYW5n
ZWQsIDM5IGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQgYS9tZXRhL2NsYXNzZXMva2VybmVsLXlv
Y3RvLmJiY2xhc3MgYi9tZXRhL2NsYXNzZXMva2VybmVsLXlvY3RvLmJiY2xhc3MKaW5kZXggZmJk
MTk0YjViOS4uMDczNjg0MTY4YiAxMDA2NDQKLS0tIGEvbWV0YS9jbGFzc2VzL2tlcm5lbC15b2N0
by5iYmNsYXNzCisrKyBiL21ldGEvY2xhc3Nlcy9rZXJuZWwteW9jdG8uYmJjbGFzcwpAQCAtNjks
NiArNjksNDQgQEAgZGVmIGdldF9tYWNoaW5lX2JyYW5jaChkLCBkZWZhdWx0KToKIAkgICAgCiAg
ICAgcmV0dXJuIGRlZmF1bHQKIAorIyByZXR1cm5zIGEgbGlzdCBvZiBhbGwgZGlyZWN0b3JpZXMg
dGhhdCBhcmUgb24gRklMRVNFWFRSQVBBVEhTIChhbmQKKyMgaGVuY2UgYXZhaWxhYmxlIHRvIHRo
ZSBidWlsZCkgdGhhdCBjb250YWluIC5zY2Mgb3IgLmNmZyBmaWxlcworZGVmIGdldF9kaXJzX3dp
dGhfZnJhZ21lbnRzKGQpOgorICAgIGV4dHJhcGF0aHMgPSBbXQorICAgIGV4dHJhZmlsZXMgPSBb
XQorICAgIGV4dHJhcGF0aHN2YWx1ZSA9IChkLmdldFZhcigiRklMRVNFWFRSQVBBVEhTIikgb3Ig
IiIpCisgICAgIyBSZW1vdmUgZGVmYXVsdCBmbGFnIHdoaWNoIHdhcyB1c2VkIGZvciBjaGVja2lu
ZworICAgIGV4dHJhcGF0aHN2YWx1ZSA9IGV4dHJhcGF0aHN2YWx1ZS5yZXBsYWNlKCJfX2RlZmF1
bHQ6IiwgIiIpCisgICAgZXh0cmFwYXRocyA9IGV4dHJhcGF0aHN2YWx1ZS5zcGxpdCgiOiIpCisg
ICAgZm9yIHBhdGggaW4gZXh0cmFwYXRoczoKKyAgICAgICAgZm9yIHJvb3QsIGRpcnMsIGZpbGVz
IGluIG9zLndhbGsocGF0aCk6CisgICAgICAgICAgICBmb3IgbmFtZSBpbiBmaWxlczoKKyAgICAg
ICAgICAgICAgICBiYXNlLCBleHQgPSBvcy5wYXRoLnNwbGl0ZXh0KG5hbWUpCisgICAgICAgICAg
ICAgICAgaWYgZXh0IGFuZCBleHQgaW4gWyIuc2NjIiwgIi5jZmciXToKKyAgICAgICAgICAgICAg
ICAgICAgaWYgcGF0aCArICI6VHJ1ZSIgbm90IGluIGV4dHJhZmlsZXM6CisgICAgICAgICAgICAg
ICAgICAgICAgICBleHRyYWZpbGVzLmFwcGVuZChwYXRoICsgIjoiICsgc3RyKG9zLnBhdGguZXhp
c3RzKHBhdGgpKSkKKworICAgIHJldHVybiAiICIuam9pbihleHRyYWZpbGVzKQorCisjIHJldHVy
bnMgYSBsaXN0IG9mIGFsbCB0aGUgLnNjYyBhbmQgLmNmZyBmaWxlcyB0aGF0IGFyZSBvbiBGSUxF
U0VYVFJBUEFUSFMKKyMgKGFuZCBoZW5jZSBhdmFpbGFibGUgdG8gdGhlIGJ1aWxkKQorZGVmIGdl
dF9mcmFnbWVudHNfaW5fZmlsZXNleHRyYXBhdGhzKGQpOgorICAgIGV4dHJhcGF0aHMgPSBbXQor
ICAgIGV4dHJhZmlsZXMgPSBbXQorICAgIGV4dHJhcGF0aHN2YWx1ZSA9IChkLmdldFZhcigiRklM
RVNFWFRSQVBBVEhTIikgb3IgIiIpCisgICAgIyBSZW1vdmUgZGVmYXVsdCBmbGFnIHdoaWNoIHdh
cyB1c2VkIGZvciBjaGVja2luZworICAgIGV4dHJhcGF0aHN2YWx1ZSA9IGV4dHJhcGF0aHN2YWx1
ZS5yZXBsYWNlKCJfX2RlZmF1bHQ6IiwgIiIpCisgICAgZXh0cmFwYXRocyA9IGV4dHJhcGF0aHN2
YWx1ZS5zcGxpdCgiOiIpCisgICAgZm9yIHBhdGggaW4gZXh0cmFwYXRoczoKKyAgICAgICAgZm9y
IHJvb3QsIGRpcnMsIGZpbGVzIGluIG9zLndhbGsocGF0aCk6CisgICAgICAgICAgICBmb3IgbmFt
ZSBpbiBmaWxlczoKKyAgICAgICAgICAgICAgICBiYXNlLCBleHQgPSBvcy5wYXRoLnNwbGl0ZXh0
KG5hbWUpCisgICAgICAgICAgICAgICAgaWYgZXh0IGFuZCBleHQgaW4gWyIuc2NjIiwgIi5jZmci
XToKKyAgICAgICAgICAgICAgICAgICAgZmlsZXBhdGggPSBvcy5wYXRoLmpvaW4ocm9vdCwgbmFt
ZSkKKyAgICAgICAgICAgICAgICAgICAgZXh0cmFmaWxlcy5hcHBlbmQoZmlsZXBhdGggKyAiOiIg
KyBzdHIob3MucGF0aC5leGlzdHMoZmlsZXBhdGgpKSkKKworICAgIHJldHVybiAiICIuam9pbihl
eHRyYWZpbGVzKQorCiBkb19rZXJuZWxfbWV0YWRhdGEoKSB7CiAJc2V0ICtlCiAJY2QgJHtTfQpA
QCAtMjk2LDYgKzMzNCw3IEBAIGRvX2tlcm5lbF9jaGVja291dFtkaXJzXSA9ICIke1N9IgogYWRk
dGFzayBrZXJuZWxfY2hlY2tvdXQgYmVmb3JlIGRvX2tlcm5lbF9tZXRhZGF0YSBhZnRlciBkb191
bnBhY2sKIGFkZHRhc2sga2VybmVsX21ldGFkYXRhIGFmdGVyIGRvX3ZhbGlkYXRlX2JyYW5jaGVz
IGRvX3VucGFjayBiZWZvcmUgZG9fcGF0Y2gKIGRvX2tlcm5lbF9tZXRhZGF0YVtkZXBlbmRzXSA9
ICJrZXJuLXRvb2xzLW5hdGl2ZTpkb19wb3B1bGF0ZV9zeXNyb290IgorZG9fa2VybmVsX21ldGFk
YXRhW2ZpbGUtY2hlY2tzdW1zXSA9ICIgJHtAZ2V0X2RpcnNfd2l0aF9mcmFnbWVudHMoZCl9Igog
ZG9fdmFsaWRhdGVfYnJhbmNoZXNbZGVwZW5kc10gPSAia2Vybi10b29scy1uYXRpdmU6ZG9fcG9w
dWxhdGVfc3lzcm9vdCIKIAogZG9fa2VybmVsX2NvbmZpZ21lW2RlcGVuZHNdICs9ICJ2aXJ0dWFs
LyR7VEFSR0VUX1BSRUZJWH1iaW51dGlsczpkb19wb3B1bGF0ZV9zeXNyb290IgotLSAKMi4xOS4x
Cgo=
</data>

          </attachment>
      

    </bug>

</bugzilla>