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

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>93316</bug_id>
          
          <creation_ts>2012-08-06 18:23:08 -0700</creation_ts>
          <short_desc>[chromium] add highResolutionMonotonicallyIncreasingTime to Platform API</short_desc>
          <delta_ts>2012-08-17 14:25:00 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Platform</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>INVALID</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="John Bates">jbates</reporter>
          <assigned_to name="John Bates">jbates</assigned_to>
          <cc>abarth</cc>
    
    <cc>brianderson</cc>
    
    <cc>cc-bugs</cc>
    
    <cc>dglazkov</cc>
    
    <cc>fishd</cc>
    
    <cc>jamesr</cc>
    
    <cc>nduca</cc>
    
    <cc>tkent+wkapi</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>688644</commentid>
    <comment_count>0</comment_count>
    <who name="John Bates">jbates</who>
    <bug_when>2012-08-06 18:23:08 -0700</bug_when>
    <thetext>[chromium] add highResolutionMonotonicallyIncreasingTime to Platform API</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>688645</commentid>
    <comment_count>1</comment_count>
      <attachid>156819</attachid>
    <who name="John Bates">jbates</who>
    <bug_when>2012-08-06 18:26:26 -0700</bug_when>
    <thetext>Created attachment 156819
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>688647</commentid>
    <comment_count>2</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-08-06 18:28:43 -0700</bug_when>
    <thetext>Please wait for approval from abarth@webkit.org, dglazkov@chromium.org, fishd@chromium.org, jamesr@chromium.org or tkent@chromium.org before submitting, as this patch contains changes to the Chromium public API. See also https://trac.webkit.org/wiki/ChromiumWebKitAPI.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>688659</commentid>
    <comment_count>3</comment_count>
      <attachid>156819</attachid>
    <who name="James Robinson">jamesr</who>
    <bug_when>2012-08-06 18:45:27 -0700</bug_when>
    <thetext>Comment on attachment 156819
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=156819&amp;action=review

&gt; Source/Platform/chromium/public/Platform.h:303
&gt; +    virtual double highResolutionMonotonicallyIncreasingTime() { return 0; }

do we know if this clock actually monotonically increasing?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>688703</commentid>
    <comment_count>4</comment_count>
    <who name="John Bates">jbates</who>
    <bug_when>2012-08-06 19:34:10 -0700</bug_when>
    <thetext>(In reply to comment #3)
&gt; (From update of attachment 156819 [details])
&gt; View in context: https://bugs.webkit.org/attachment.cgi?id=156819&amp;action=review
&gt; 
&gt; &gt; Source/Platform/chromium/public/Platform.h:303
&gt; &gt; +    virtual double highResolutionMonotonicallyIncreasingTime() { return 0; }
&gt; 
&gt; do we know if this clock actually monotonically increasing?

It is unless the system has a specific Windows XP / AMD driver bug (discussed here: http://support.microsoft.com/kb/895980).

Maybe the name should indicate the risk of using it?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>689274</commentid>
    <comment_count>5</comment_count>
    <who name="James Robinson">jamesr</who>
    <bug_when>2012-08-07 12:24:34 -0700</bug_when>
    <thetext>I think we should put a warning somewhere or add some code to detect+correct for this case within the implementation.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>689575</commentid>
    <comment_count>6</comment_count>
      <attachid>157037</attachid>
    <who name="John Bates">jbates</who>
    <bug_when>2012-08-07 16:21:45 -0700</bug_when>
    <thetext>Created attachment 157037
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>689579</commentid>
    <comment_count>7</comment_count>
      <attachid>157037</attachid>
    <who name="John Bates">jbates</who>
    <bug_when>2012-08-07 16:22:50 -0700</bug_when>
    <thetext>Comment on attachment 157037
Patch

(In reply to comment #5)
&gt; I think we should put a warning somewhere or add some code to detect+correct for this case within the implementation.

I just checked our chromium implementation and it turns out we already check for the buggy AMD family. When the faulty class is detected we fall back on the regular time (same as monotonicallyIncreasingTime).

In the latest patch I updated the comment to indicate the fallback behavior.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>689671</commentid>
    <comment_count>8</comment_count>
      <attachid>157060</attachid>
    <who name="John Bates">jbates</who>
    <bug_when>2012-08-07 17:48:10 -0700</bug_when>
    <thetext>Created attachment 157060
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>689672</commentid>
    <comment_count>9</comment_count>
      <attachid>157060</attachid>
    <who name="John Bates">jbates</who>
    <bug_when>2012-08-07 17:49:12 -0700</bug_when>
    <thetext>Comment on attachment 157060
Patch

Updated the CCDelayBasedTimeSource to use the new API.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>691205</commentid>
    <comment_count>10</comment_count>
      <attachid>157060</attachid>
    <who name="James Robinson">jamesr</who>
    <bug_when>2012-08-08 22:23:34 -0700</bug_when>
    <thetext>Comment on attachment 157060
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=157060&amp;action=review

&gt; Source/Platform/chromium/public/Platform.h:313
&gt; +    virtual double highResolutionMonotonicallyIncreasingTime() { return 0; }

Is this call expected to be more expensive than monotonicallyIncreasingTime()? Should we warn callers?

&gt; Source/WebCore/platform/graphics/chromium/cc/CCDelayBasedTimeSource.cpp:31
&gt;  #include &lt;wtf/CurrentTime.h&gt;

go ahead and delete this

&gt; Source/WebCore/platform/graphics/chromium/cc/CCDelayBasedTimeSource.cpp:161
&gt; +    return WebKit::Platform::current()-&gt;highResolutionMonotonicallyIncreasingTime();

I&apos;m a little nervous about this differing from monotonicallyIncreasingTime() and want Nat to weigh in on the implications.  One thing in particular that&apos;s different is that PostDelayedTask uses the monotonicallyIncreasingTime() clock, so if you have a Timer or a delayed task with a delay of X milliseconds you are promised that when that task runs monotonicallyIncreasingTime() will have increased by at least X.  With this being a different clock, is that behavior still guaranteed or not?  If not, is all of our timing logic OK with that?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>692015</commentid>
    <comment_count>11</comment_count>
    <who name="Nat Duca">nduca</who>
    <bug_when>2012-08-09 17:08:23 -0700</bug_when>
    <thetext>Is this really necessary?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>692021</commentid>
    <comment_count>12</comment_count>
    <who name="Nat Duca">nduca</who>
    <bug_when>2012-08-09 17:16:58 -0700</bug_when>
    <thetext>Oh, I get it. The issue is that monotonicallyIncreasingTime isn&apos;t backed by TimeTicks::HighresNow, right?

I guess the devils advocate in me wonders whether we can&apos;t just redirect to highres all the time?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>692787</commentid>
    <comment_count>13</comment_count>
    <who name="John Bates">jbates</who>
    <bug_when>2012-08-10 12:09:52 -0700</bug_when>
    <thetext>So after discussing, it seems that the timebase should be converted from QPC time-space to TimeTicks::Now time-space. Theoretically, we can just do:

now_based_timebase = qpc_timebase + TimeTicks::Now() - TimeTicks::HighResNow();

The one issue is when Now() granularity is low (16ms), which is the case when any of the following are true:
- we haven&apos;t scheduled a task at less than 16ms granularity.
- we are running on battery power.

So... In any case, this patch is probably not necessary, because either way we still have to deal with (or fix) the PostTask timer resolution.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>698656</commentid>
    <comment_count>14</comment_count>
    <who name="John Bates">jbates</who>
    <bug_when>2012-08-17 14:25:00 -0700</bug_when>
    <thetext>Marking invalid for now.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>156819</attachid>
            <date>2012-08-06 18:26:26 -0700</date>
            <delta_ts>2012-08-07 16:21:41 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-93316-20120806182602.patch</filename>
            <type>text/plain</type>
            <size>1899</size>
            <attacher name="John Bates">jbates</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTI0MTg4CmRpZmYgLS1naXQgYS9Tb3VyY2UvUGxhdGZvcm0v
Q2hhbmdlTG9nIGIvU291cmNlL1BsYXRmb3JtL0NoYW5nZUxvZwppbmRleCBmYTU1ODUwNmNiYWFj
MzBiZDVmOWI1NzVkYjc4ZDQ0N2Y2YmZjNjBmLi45NTRkNDViYmMzZWVmMmNlZjY2ZTVjNzRmZWYz
NDQ3NmFhMmFhMjQ1IDEwMDY0NAotLS0gYS9Tb3VyY2UvUGxhdGZvcm0vQ2hhbmdlTG9nCisrKyBi
L1NvdXJjZS9QbGF0Zm9ybS9DaGFuZ2VMb2cKQEAgLTEsMyArMSwxNyBAQAorMjAxMi0wOC0wNiAg
Sm9obiBCYXRlcyAgPGpiYXRlc0Bnb29nbGUuY29tPgorCisgICAgICAgIFtjaHJvbWl1bV0gYWRk
IGhpZ2hSZXNvbHV0aW9uTW9ub3RvbmljYWxseUluY3JlYXNpbmdUaW1lIHRvIFBsYXRmb3JtIEFQ
SQorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9OTMzMTYK
KworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBUaGUgY29t
cG9zaXRvciB0aHJlYWQgbmVlZHMgdG8gdXNlIGNocm9taXVtJ3MgVGltZVRpY2tzOjpIaWdoUmVz
Tm93CisgICAgICAgIGZvciBzY2hlZHVsaW5nIGJhc2VkIG9uIFZTeW5jIHBhcmFtZXRlcnMuCisK
KyAgICAgICAgKiBjaHJvbWl1bS9wdWJsaWMvUGxhdGZvcm0uaDoKKyAgICAgICAgKFBsYXRmb3Jt
KToKKyAgICAgICAgKFdlYktpdDo6UGxhdGZvcm06OmhpZ2hSZXNvbHV0aW9uTW9ub3RvbmljYWxs
eUluY3JlYXNpbmdUaW1lKToKKwogMjAxMi0wNy0zMCAgS2Vpc2hpIEhhdHRvcmkgIDxrZWlzaGlA
d2Via2l0Lm9yZz4KIAogICAgICAgICBJbXBsZW1lbnQgZGF0YWxpc3QgVUkgZm9yIGlucHV0IHR5
cGUgY29sb3IgZm9yIENocm9taXVtCmRpZmYgLS1naXQgYS9Tb3VyY2UvUGxhdGZvcm0vY2hyb21p
dW0vcHVibGljL1BsYXRmb3JtLmggYi9Tb3VyY2UvUGxhdGZvcm0vY2hyb21pdW0vcHVibGljL1Bs
YXRmb3JtLmgKaW5kZXggNjRkZjNiYTg5NWNmZGI0YTlmZDMxOTFkY2JiNjE2ZTk5MzEyOWVkZC4u
OTU1NTJiYmNjMzc4MTY2NjU0MzhjZGQ3OWQ1NzNhMDYwOGZiYmFlNiAxMDA2NDQKLS0tIGEvU291
cmNlL1BsYXRmb3JtL2Nocm9taXVtL3B1YmxpYy9QbGF0Zm9ybS5oCisrKyBiL1NvdXJjZS9QbGF0
Zm9ybS9jaHJvbWl1bS9wdWJsaWMvUGxhdGZvcm0uaApAQCAtMjk2LDYgKzI5NiwxMiBAQCBwdWJs
aWM6CiAgICAgLy8gaXQgaXMgcmVjb21tZW5kZWQgdGhhdCB0aGUgZml4ZWQgcG9pbnQgYmUgbm8g
ZnVydGhlciBpbiB0aGUgcGFzdCB0aGFuIHRoZSBlcG9jaC4KICAgICB2aXJ0dWFsIGRvdWJsZSBt
b25vdG9uaWNhbGx5SW5jcmVhc2luZ1RpbWUoKSB7IHJldHVybiAwOyB9CiAKKyAgICAvLyBPbiBz
b21lIGNocm9taXVtIHBsYXRmb3JtcywgdGhlcmUgYXJlIHR3byB0aW1lIHNwYWNlczogb25lIGZv
cgorICAgIC8vIG1pbGxpc2Vjb25kLXByZWNpc2lvbiBhbmQgYW5vdGhlciBmb3Igc3ViLW1pbGxp
c2Vjb25kLXByZWNpc2lvbi4gVGhpcworICAgIC8vIG1ldGhvZCBnZXRzIHRoZSBzdWItbWlsbGlz
ZWNvbmQtcHJlY2lzaW9uIHRpbWUuIFRoaXMgdGltZSBzcGFjZSBpcyBub3QKKyAgICAvLyBjb21w
YXRpYmxlIHdpdGggbW9ub3RvbmljYWxseUluY3JlYXNpbmdUaW1lLgorICAgIHZpcnR1YWwgZG91
YmxlIGhpZ2hSZXNvbHV0aW9uTW9ub3RvbmljYWxseUluY3JlYXNpbmdUaW1lKCkgeyByZXR1cm4g
MDsgfQorCiAgICAgLy8gV2ViS2l0IGNsaWVudHMgbXVzdCBpbXBsZW1lbnQgdGhpcyBmdW5jaW9u
IGlmIHRoZXkgdXNlIGNyeXB0b2dyYXBoaWMgcmFuZG9tbmVzcy4KICAgICB2aXJ0dWFsIHZvaWQg
Y3J5cHRvZ3JhcGhpY2FsbHlSYW5kb21WYWx1ZXModW5zaWduZWQgY2hhciogYnVmZmVyLCBzaXpl
X3QgbGVuZ3RoKSA9IDA7CiAK
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>157037</attachid>
            <date>2012-08-07 16:21:45 -0700</date>
            <delta_ts>2012-08-07 17:48:06 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-93316-20120807162120.patch</filename>
            <type>text/plain</type>
            <size>2006</size>
            <attacher name="John Bates">jbates</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTI0MTg4CmRpZmYgLS1naXQgYS9Tb3VyY2UvUGxhdGZvcm0v
Q2hhbmdlTG9nIGIvU291cmNlL1BsYXRmb3JtL0NoYW5nZUxvZwppbmRleCBmYTU1ODUwNmNiYWFj
MzBiZDVmOWI1NzVkYjc4ZDQ0N2Y2YmZjNjBmLi45NTRkNDViYmMzZWVmMmNlZjY2ZTVjNzRmZWYz
NDQ3NmFhMmFhMjQ1IDEwMDY0NAotLS0gYS9Tb3VyY2UvUGxhdGZvcm0vQ2hhbmdlTG9nCisrKyBi
L1NvdXJjZS9QbGF0Zm9ybS9DaGFuZ2VMb2cKQEAgLTEsMyArMSwxNyBAQAorMjAxMi0wOC0wNiAg
Sm9obiBCYXRlcyAgPGpiYXRlc0Bnb29nbGUuY29tPgorCisgICAgICAgIFtjaHJvbWl1bV0gYWRk
IGhpZ2hSZXNvbHV0aW9uTW9ub3RvbmljYWxseUluY3JlYXNpbmdUaW1lIHRvIFBsYXRmb3JtIEFQ
SQorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9OTMzMTYK
KworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBUaGUgY29t
cG9zaXRvciB0aHJlYWQgbmVlZHMgdG8gdXNlIGNocm9taXVtJ3MgVGltZVRpY2tzOjpIaWdoUmVz
Tm93CisgICAgICAgIGZvciBzY2hlZHVsaW5nIGJhc2VkIG9uIFZTeW5jIHBhcmFtZXRlcnMuCisK
KyAgICAgICAgKiBjaHJvbWl1bS9wdWJsaWMvUGxhdGZvcm0uaDoKKyAgICAgICAgKFBsYXRmb3Jt
KToKKyAgICAgICAgKFdlYktpdDo6UGxhdGZvcm06OmhpZ2hSZXNvbHV0aW9uTW9ub3RvbmljYWxs
eUluY3JlYXNpbmdUaW1lKToKKwogMjAxMi0wNy0zMCAgS2Vpc2hpIEhhdHRvcmkgIDxrZWlzaGlA
d2Via2l0Lm9yZz4KIAogICAgICAgICBJbXBsZW1lbnQgZGF0YWxpc3QgVUkgZm9yIGlucHV0IHR5
cGUgY29sb3IgZm9yIENocm9taXVtCmRpZmYgLS1naXQgYS9Tb3VyY2UvUGxhdGZvcm0vY2hyb21p
dW0vcHVibGljL1BsYXRmb3JtLmggYi9Tb3VyY2UvUGxhdGZvcm0vY2hyb21pdW0vcHVibGljL1Bs
YXRmb3JtLmgKaW5kZXggNjRkZjNiYTg5NWNmZGI0YTlmZDMxOTFkY2JiNjE2ZTk5MzEyOWVkZC4u
ZGU4NzMwNDRlMTZlZDdkM2FiYzI3YTQ2OGNkMGE2YWIyOGMwOTZlMiAxMDA2NDQKLS0tIGEvU291
cmNlL1BsYXRmb3JtL2Nocm9taXVtL3B1YmxpYy9QbGF0Zm9ybS5oCisrKyBiL1NvdXJjZS9QbGF0
Zm9ybS9jaHJvbWl1bS9wdWJsaWMvUGxhdGZvcm0uaApAQCAtMjk2LDYgKzI5NiwxMyBAQCBwdWJs
aWM6CiAgICAgLy8gaXQgaXMgcmVjb21tZW5kZWQgdGhhdCB0aGUgZml4ZWQgcG9pbnQgYmUgbm8g
ZnVydGhlciBpbiB0aGUgcGFzdCB0aGFuIHRoZSBlcG9jaC4KICAgICB2aXJ0dWFsIGRvdWJsZSBt
b25vdG9uaWNhbGx5SW5jcmVhc2luZ1RpbWUoKSB7IHJldHVybiAwOyB9CiAKKyAgICAvLyBPbiBz
b21lIGNocm9taXVtIHBsYXRmb3JtcywgdGhlcmUgYXJlIHR3byB0aW1lIHNwYWNlczogb25lIGZv
cgorICAgIC8vIG1pbGxpc2Vjb25kLXByZWNpc2lvbiBhbmQgYW5vdGhlciBmb3Igc3ViLW1pbGxp
c2Vjb25kLXByZWNpc2lvbi4gVGhpcworICAgIC8vIG1ldGhvZCBnZXRzIHRoZSBzdWItbWlsbGlz
ZWNvbmQtcHJlY2lzaW9uIHRpbWUuIFRoaXMgdGltZSBzcGFjZSBpcyBub3QKKyAgICAvLyBjb21w
YXRpYmxlIHdpdGggbW9ub3RvbmljYWxseUluY3JlYXNpbmdUaW1lLiBJZiBzdWItbWlsbGlzZWNv
bmQtcHJlY2lzaW9uCisgICAgLy8gaXMgbm90IGF2YWlsYWJsZSwgdGhpcyB3aWxsIGZhbGwgYmFj
ayB0byBtb25vdG9uaWNhbGx5SW5jcmVhc2luZ1RpbWUuCisgICAgdmlydHVhbCBkb3VibGUgaGln
aFJlc29sdXRpb25Nb25vdG9uaWNhbGx5SW5jcmVhc2luZ1RpbWUoKSB7IHJldHVybiAwOyB9CisK
ICAgICAvLyBXZWJLaXQgY2xpZW50cyBtdXN0IGltcGxlbWVudCB0aGlzIGZ1bmNpb24gaWYgdGhl
eSB1c2UgY3J5cHRvZ3JhcGhpYyByYW5kb21uZXNzLgogICAgIHZpcnR1YWwgdm9pZCBjcnlwdG9n
cmFwaGljYWxseVJhbmRvbVZhbHVlcyh1bnNpZ25lZCBjaGFyKiBidWZmZXIsIHNpemVfdCBsZW5n
dGgpID0gMDsKIAo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>157060</attachid>
            <date>2012-08-07 17:48:10 -0700</date>
            <delta_ts>2012-08-10 12:10:13 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-93316-20120807174745.patch</filename>
            <type>text/plain</type>
            <size>3862</size>
            <attacher name="John Bates">jbates</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTI0OTAyCmRpZmYgLS1naXQgYS9Tb3VyY2UvUGxhdGZvcm0v
Q2hhbmdlTG9nIGIvU291cmNlL1BsYXRmb3JtL0NoYW5nZUxvZwppbmRleCA0ZmIxNzY2OGQwOTE5
ZTc1NDRhYzkwMzMxMDQ3YWMxZTUzMWViYzg2Li40NjJjNmRiMDExMGIwYTg3M2Q5NDRjMTFmNmY1
ZWY3MWUzMzEyOGVhIDEwMDY0NAotLS0gYS9Tb3VyY2UvUGxhdGZvcm0vQ2hhbmdlTG9nCisrKyBi
L1NvdXJjZS9QbGF0Zm9ybS9DaGFuZ2VMb2cKQEAgLTEsMyArMSwxNyBAQAorMjAxMi0wOC0wNyAg
Sm9obiBCYXRlcyAgPGpiYXRlc0Bnb29nbGUuY29tPgorCisgICAgICAgIFtjaHJvbWl1bV0gYWRk
IGhpZ2hSZXNvbHV0aW9uTW9ub3RvbmljYWxseUluY3JlYXNpbmdUaW1lIHRvIFBsYXRmb3JtIEFQ
SQorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9OTMzMTYK
KworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBUaGUgY29t
cG9zaXRvciB0aHJlYWQgbmVlZHMgdG8gdXNlIGNocm9taXVtJ3MgVGltZVRpY2tzOjpIaWdoUmVz
Tm93CisgICAgICAgIGZvciBzY2hlZHVsaW5nIGJhc2VkIG9uIFZTeW5jIHBhcmFtZXRlcnMuCisK
KyAgICAgICAgKiBjaHJvbWl1bS9wdWJsaWMvUGxhdGZvcm0uaDoKKyAgICAgICAgKFBsYXRmb3Jt
KToKKyAgICAgICAgKFdlYktpdDo6UGxhdGZvcm06OmhpZ2hSZXNvbHV0aW9uTW9ub3RvbmljYWxs
eUluY3JlYXNpbmdUaW1lKToKKwogMjAxMi0wOC0wNiAgSmFtZXMgUm9iaW5zb24gIDxqYW1lc3JA
Y2hyb21pdW0ub3JnPgogCiAgICAgICAgIFtjaHJvbWl1bV0gUmVtb3ZlIGxpbmdlcmluZyB1bndy
YXA8PigpIGNhbGxzIGluIEdyYXBoaWNzTGF5ZXJDaHJvbWl1bS5jcHAKZGlmZiAtLWdpdCBhL1Nv
dXJjZS9XZWJDb3JlL0NoYW5nZUxvZyBiL1NvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwppbmRleCBi
NTgzZmYzMjc5YzNjODhjYzdmNzc3ZjU4MzY0Mjc5ZjFlZDhlNGI4Li5mNTA4MzM4NTY3MGQ0ODUw
YTZkYmZkZGViYjYwY2I0NjEyOTE0MzBjIDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29yZS9DaGFu
Z2VMb2cKKysrIGIvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTYgQEAKKzIw
MTItMDgtMDcgIEpvaG4gQmF0ZXMgIDxqYmF0ZXNAZ29vZ2xlLmNvbT4KKworICAgICAgICBbY2hy
b21pdW1dIGFkZCBoaWdoUmVzb2x1dGlvbk1vbm90b25pY2FsbHlJbmNyZWFzaW5nVGltZSB0byBQ
bGF0Zm9ybSBBUEkKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dp
P2lkPTkzMzE2CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAg
ICAgVGhlIGNvbXBvc2l0b3IgdGhyZWFkIG5lZWRzIHRvIHVzZSBjaHJvbWl1bSdzIFRpbWVUaWNr
czo6SGlnaFJlc05vdworICAgICAgICBmb3Igc2NoZWR1bGluZyBiYXNlZCBvbiBWU3luYyBwYXJh
bWV0ZXJzLgorCisgICAgICAgICogcGxhdGZvcm0vZ3JhcGhpY3MvY2hyb21pdW0vY2MvQ0NEZWxh
eUJhc2VkVGltZVNvdXJjZS5jcHA6CisgICAgICAgIChXZWJDb3JlOjpDQ0RlbGF5QmFzZWRUaW1l
U291cmNlOjptb25vdG9uaWNhbGx5SW5jcmVhc2luZ1RpbWUpOgorCiAyMDEyLTA4LTA3ICBNaWtl
IFJlZWQgIDxyZWVkQGdvb2dsZS5jb20+CiAKICAgICAgICAgcmVpbXBsZW1lbnQgZmFzdE1vZCB3
L28gKHNvb24gdG8gYmUpIHByaXZhdGUgc2tpYSBtYWNyb3MKZGlmZiAtLWdpdCBhL1NvdXJjZS9Q
bGF0Zm9ybS9jaHJvbWl1bS9wdWJsaWMvUGxhdGZvcm0uaCBiL1NvdXJjZS9QbGF0Zm9ybS9jaHJv
bWl1bS9wdWJsaWMvUGxhdGZvcm0uaAppbmRleCAzNmUzNGM0YTk1OWNjZjgyZDI5YjY0MjdiYTYx
NjU0NGE1Mjg3NTY5Li44ZGIwZjUxOGQxZTkyM2NkODhhNGYyYTFhM2MyNTYzOGNlYjkwNWZkIDEw
MDY0NAotLS0gYS9Tb3VyY2UvUGxhdGZvcm0vY2hyb21pdW0vcHVibGljL1BsYXRmb3JtLmgKKysr
IGIvU291cmNlL1BsYXRmb3JtL2Nocm9taXVtL3B1YmxpYy9QbGF0Zm9ybS5oCkBAIC0zMDUsNiAr
MzA1LDEzIEBAIHB1YmxpYzoKICAgICAvLyBpdCBpcyByZWNvbW1lbmRlZCB0aGF0IHRoZSBmaXhl
ZCBwb2ludCBiZSBubyBmdXJ0aGVyIGluIHRoZSBwYXN0IHRoYW4gdGhlIGVwb2NoLgogICAgIHZp
cnR1YWwgZG91YmxlIG1vbm90b25pY2FsbHlJbmNyZWFzaW5nVGltZSgpIHsgcmV0dXJuIDA7IH0K
IAorICAgIC8vIE9uIHNvbWUgY2hyb21pdW0gcGxhdGZvcm1zLCB0aGVyZSBhcmUgdHdvIHRpbWUg
c3BhY2VzOiBvbmUgZm9yCisgICAgLy8gbWlsbGlzZWNvbmQtcHJlY2lzaW9uIGFuZCBhbm90aGVy
IGZvciBzdWItbWlsbGlzZWNvbmQtcHJlY2lzaW9uLiBUaGlzCisgICAgLy8gbWV0aG9kIGdldHMg
dGhlIHN1Yi1taWxsaXNlY29uZC1wcmVjaXNpb24gdGltZS4gVGhpcyB0aW1lIHNwYWNlIGlzIG5v
dAorICAgIC8vIGNvbXBhdGlibGUgd2l0aCBtb25vdG9uaWNhbGx5SW5jcmVhc2luZ1RpbWUuIElm
IHN1Yi1taWxsaXNlY29uZC1wcmVjaXNpb24KKyAgICAvLyBpcyBub3QgYXZhaWxhYmxlLCB0aGlz
IHdpbGwgZmFsbCBiYWNrIHRvIG1vbm90b25pY2FsbHlJbmNyZWFzaW5nVGltZS4KKyAgICB2aXJ0
dWFsIGRvdWJsZSBoaWdoUmVzb2x1dGlvbk1vbm90b25pY2FsbHlJbmNyZWFzaW5nVGltZSgpIHsg
cmV0dXJuIDA7IH0KKwogICAgIC8vIFdlYktpdCBjbGllbnRzIG11c3QgaW1wbGVtZW50IHRoaXMg
ZnVuY2lvbiBpZiB0aGV5IHVzZSBjcnlwdG9ncmFwaGljIHJhbmRvbW5lc3MuCiAgICAgdmlydHVh
bCB2b2lkIGNyeXB0b2dyYXBoaWNhbGx5UmFuZG9tVmFsdWVzKHVuc2lnbmVkIGNoYXIqIGJ1ZmZl
ciwgc2l6ZV90IGxlbmd0aCkgPSAwOwogCmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9wbGF0
Zm9ybS9ncmFwaGljcy9jaHJvbWl1bS9jYy9DQ0RlbGF5QmFzZWRUaW1lU291cmNlLmNwcCBiL1Nv
dXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2Nocm9taXVtL2NjL0NDRGVsYXlCYXNlZFRp
bWVTb3VyY2UuY3BwCmluZGV4IDI1OThiMTkwZThhMzY5NTcxMDllNjNhNzQ4NjE5ZGYzOTUwMDhh
MjAuLjhjNGU4ZmQwOGJjOTM0ZmFjN2FmY2Y2MjljNDA0N2U5ZTFjODRjZjMgMTAwNjQ0Ci0tLSBh
L1NvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2Nocm9taXVtL2NjL0NDRGVsYXlCYXNl
ZFRpbWVTb3VyY2UuY3BwCisrKyBiL1NvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2No
cm9taXVtL2NjL0NDRGVsYXlCYXNlZFRpbWVTb3VyY2UuY3BwCkBAIC0yNyw2ICsyNyw3IEBACiAj
aW5jbHVkZSAiY2MvQ0NEZWxheUJhc2VkVGltZVNvdXJjZS5oIgogCiAjaW5jbHVkZSA8YWxnb3Jp
dGhtPgorI2luY2x1ZGUgPHB1YmxpYy9QbGF0Zm9ybS5oPgogI2luY2x1ZGUgPHd0Zi9DdXJyZW50
VGltZS5oPgogI2luY2x1ZGUgPHd0Zi9NYXRoRXh0cmFzLmg+CiAKQEAgLTE1Nyw3ICsxNTgsNyBA
QCB2b2lkIENDRGVsYXlCYXNlZFRpbWVTb3VyY2U6OnNldFRpbWViYXNlQW5kSW50ZXJ2YWwoZG91
YmxlIHRpbWViYXNlLCBkb3VibGUgaW50ZQogCiBkb3VibGUgQ0NEZWxheUJhc2VkVGltZVNvdXJj
ZTo6bW9ub3RvbmljYWxseUluY3JlYXNpbmdUaW1lKCkgY29uc3QKIHsKLSAgICByZXR1cm4gV1RG
Ojptb25vdG9uaWNhbGx5SW5jcmVhc2luZ1RpbWUoKTsKKyAgICByZXR1cm4gV2ViS2l0OjpQbGF0
Zm9ybTo6Y3VycmVudCgpLT5oaWdoUmVzb2x1dGlvbk1vbm90b25pY2FsbHlJbmNyZWFzaW5nVGlt
ZSgpOwogfQogCiAvLyBUaGlzIGNvZGUgdHJpZXMgdG8gYWNoaWV2ZSBhbiBhdmVyYWdlIHRpY2sg
cmF0ZSBhcyBjbG9zZSB0byBtX2ludGVydmFsTXMgYXMgcG9zc2libGUuCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>