<?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>69850</bug_id>
          
          <creation_ts>2011-10-11 10:44:59 -0700</creation_ts>
          <short_desc>Enable out-of-thread compositing in WebKit compositor API</short_desc>
          <delta_ts>2011-10-18 15:36:51 -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>New Bugs</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</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>0</everconfirmed>
          <reporter name="Antoine Labour">piman</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>enne</cc>
    
    <cc>jamesr</cc>
    
    <cc>nduca</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>481724</commentid>
    <comment_count>0</comment_count>
    <who name="Antoine Labour">piman</who>
    <bug_when>2011-10-11 10:44:59 -0700</bug_when>
    <thetext>Enable out-of-thread compositing in WebKit compositor API</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>481725</commentid>
    <comment_count>1</comment_count>
      <attachid>110536</attachid>
    <who name="Antoine Labour">piman</who>
    <bug_when>2011-10-11 10:45:21 -0700</bug_when>
    <thetext>Created attachment 110536
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>481727</commentid>
    <comment_count>2</comment_count>
    <who name="Antoine Labour">piman</who>
    <bug_when>2011-10-11 10:46:25 -0700</bug_when>
    <thetext>It needs https://bugs.webkit.org/show_bug.cgi?id=69048 to work correctly if the client thread is not the main thread.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>482628</commentid>
    <comment_count>3</comment_count>
    <who name="Antoine Labour">piman</who>
    <bug_when>2011-10-12 12:55:30 -0700</bug_when>
    <thetext>Ping ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>482667</commentid>
    <comment_count>4</comment_count>
    <who name="James Robinson">jamesr</who>
    <bug_when>2011-10-12 13:46:36 -0700</bug_when>
    <thetext>I don&apos;t understand this patch.  Why would users of the WK API want to use the threaded path?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>482694</commentid>
    <comment_count>5</comment_count>
    <who name="Nat Duca">nduca</who>
    <bug_when>2011-10-12 14:16:10 -0700</bug_when>
    <thetext>(In reply to comment #4)
&gt; I don&apos;t understand this patch.  Why would users of the WK API want to use the threaded path?

This makes sense to me. This reduces complexity --- either thread is in use or its not. Rather than &quot;oh, its in use by the renderer compositor but if you&apos;re talking about the browser compositor, well thats a different story.&quot; Sorry, but ew.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>482714</commentid>
    <comment_count>6</comment_count>
    <who name="Antoine Labour">piman</who>
    <bug_when>2011-10-12 14:28:00 -0700</bug_when>
    <thetext>We&apos;re already seeing the browser UI thread limited by painting in certain conditions. We could gain parallelism by moving the rendering to a separate thread.
We&apos;ll also want to be able to drive animations from the compositor thread.

Also, it works. So why not?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>482755</commentid>
    <comment_count>7</comment_count>
    <who name="James Robinson">jamesr</who>
    <bug_when>2011-10-12 14:51:32 -0700</bug_when>
    <thetext>All valid points - I just wasn&apos;t really sure what the goal was.  I agree being able to do animations, etc will be pretty sweet once we get that rolling.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>482762</commentid>
    <comment_count>8</comment_count>
      <attachid>110536</attachid>
    <who name="James Robinson">jamesr</who>
    <bug_when>2011-10-12 14:54:51 -0700</bug_when>
    <thetext>Comment on attachment 110536
Patch

R=me but there&apos;s still something a bit amiss here.  Right now there are 2 ways to indicate threading support via the WK API - you can set the appropriate CCSettings value and call WebCompositor::setThread(). If you do the former but not the latter you hit ASSERT()s and crash today.  I think we want to just make the latter be the control - if you pass a thread to WebCompositor::setThread() then the compositor uses it, otherwise it runs single-threaded.

Does that sound like a good plan going forward, Nat?  To be clear I think this patch is fine to land - we can clean things up later.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>483575</commentid>
    <comment_count>9</comment_count>
      <attachid>110536</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2011-10-13 15:45:32 -0700</bug_when>
    <thetext>Comment on attachment 110536
Patch

Rejecting attachment 110536 from commit-queue.

piman@chromium.org does not have committer permissions according to http://trac.webkit.org/browser/trunk/Tools/Scripts/webkitpy/common/config/committers.py.

- If you do not have committer rights please read http://webkit.org/coding/contributing.html for instructions on how to use bugzilla flags.

- If you have committer rights please correct the error in Tools/Scripts/webkitpy/common/config/committers.py by adding yourself to the file (no review needed).  The commit-queue restarts itself every 2 hours.  After restart the commit-queue will correctly respect your committer rights.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>486274</commentid>
    <comment_count>10</comment_count>
    <who name="Nat Duca">nduca</who>
    <bug_when>2011-10-18 13:31:28 -0700</bug_when>
    <thetext>Yeah, I like it. Saying back what I heard, its &quot;do away with the CCSettings field for threaded compositing and derive this entirely from whether CCThread was handed a thread.&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>486357</commentid>
    <comment_count>11</comment_count>
      <attachid>110536</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2011-10-18 15:36:46 -0700</bug_when>
    <thetext>Comment on attachment 110536
Patch

Clearing flags on attachment: 110536

Committed r97795: &lt;http://trac.webkit.org/changeset/97795&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>486358</commentid>
    <comment_count>12</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2011-10-18 15:36:51 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>110536</attachid>
            <date>2011-10-11 10:45:21 -0700</date>
            <delta_ts>2011-10-18 15:36:46 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-69850-20111011104520.patch</filename>
            <type>text/plain</type>
            <size>2048</size>
            <attacher name="Antoine Labour">piman</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogOTcxMDcKZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJLaXQvY2hy
b21pdW0vQ2hhbmdlTG9nIGIvU291cmNlL1dlYktpdC9jaHJvbWl1bS9DaGFuZ2VMb2cKaW5kZXgg
ODZlOTdmYzE3ZjE2YWRjNWNkOGYyNTVjNzk2NDhjYTZkNzY4YTQxYS4uMTFlZTFhNDk4M2ViNWU4
NmEyN2JlNjAyOTdiNjFkMTI5MmM5MTk5MSAxMDA2NDQKLS0tIGEvU291cmNlL1dlYktpdC9jaHJv
bWl1bS9DaGFuZ2VMb2cKKysrIGIvU291cmNlL1dlYktpdC9jaHJvbWl1bS9DaGFuZ2VMb2cKQEAg
LTEsMyArMSwxNCBAQAorMjAxMS0xMC0xMSAgQW50b2luZSBMYWJvdXIgIDxwaW1hbkBjaHJvbWl1
bS5vcmc+CisKKyAgICAgICAgRW5hYmxlIG91dC1vZi10aHJlYWQgY29tcG9zaXRpbmcgaW4gV2Vi
S2l0IGNvbXBvc2l0b3IgQVBJCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3df
YnVnLmNnaT9pZD02OTg1MAorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgor
CisgICAgICAgICogc3JjL1dlYkxheWVyVHJlZVZpZXcuY3BwOgorICAgICAgICAoV2ViS2l0OjpX
ZWJMYXllclRyZWVWaWV3OjpTZXR0aW5nczo6b3BlcmF0b3IgQ0NTZXR0aW5ncyk6CisgICAgICAg
IChXZWJLaXQ6OldlYkxheWVyVHJlZVZpZXc6OmNvbXBvc2l0ZSk6CisKIDIwMTEtMTAtMTAgIFNl
cmdleSBHbGF6dW5vdiAgPHNlcmcuZ2xhenVub3ZAZ21haWwuY29tPgogCiAgICAgICAgIFNjcmlw
dENvbnRyb2xsZXI6OmV4ZWN1dGVJZkphdmFTY3JpcHRVUkwgZ2V0cyBjb25mdXNlZCBieSBzeW5j
aHJvbm91cyBmcmFtZSBsb2FkcwpkaWZmIC0tZ2l0IGEvU291cmNlL1dlYktpdC9jaHJvbWl1bS9z
cmMvV2ViTGF5ZXJUcmVlVmlldy5jcHAgYi9Tb3VyY2UvV2ViS2l0L2Nocm9taXVtL3NyYy9XZWJM
YXllclRyZWVWaWV3LmNwcAppbmRleCAwN2RiMWFlMGI4OTkyMDZiNGJiZDYzNzI4MzNhZTViNjBi
NjAwY2FmLi5hM2ZlMzA3YjFhYmUxYjI1ZTk0NjNiNWZmMmQ0MTE2YmRlYjNhMjQ1IDEwMDY0NAot
LS0gYS9Tb3VyY2UvV2ViS2l0L2Nocm9taXVtL3NyYy9XZWJMYXllclRyZWVWaWV3LmNwcAorKysg
Yi9Tb3VyY2UvV2ViS2l0L2Nocm9taXVtL3NyYy9XZWJMYXllclRyZWVWaWV3LmNwcApAQCAtMzgs
OSArMzgsNyBAQCBXZWJMYXllclRyZWVWaWV3OjpTZXR0aW5nczo6b3BlcmF0b3IgQ0NTZXR0aW5n
cygpIGNvbnN0CiAgICAgQ0NTZXR0aW5ncyBzZXR0aW5nczsKICAgICBzZXR0aW5ncy5hY2NlbGVy
YXRlUGFpbnRpbmcgPSBhY2NlbGVyYXRlUGFpbnRpbmc7CiAgICAgc2V0dGluZ3MuY29tcG9zaXRl
T2Zmc2NyZWVuID0gY29tcG9zaXRlT2Zmc2NyZWVuOwotCi0gICAgLy8gRklYTUU6IGNvbXBvc2l0
b3IgdGhyZWFkIGlzbid0IHN1cHBvcnRlZCBjdXJyZW50bHkuCi0gICAgc2V0dGluZ3MuZW5hYmxl
Q29tcG9zaXRvclRocmVhZCA9IGZhbHNlOworICAgIHNldHRpbmdzLmVuYWJsZUNvbXBvc2l0b3JU
aHJlYWQgPSBlbmFibGVDb21wb3NpdG9yVGhyZWFkOwogCiAgICAgLy8gRklYTUU6IHNob3dGUFND
b3VudGVyIC8gc2hvd1BsYXRmb3JtTGF5ZXJUcmVlIGFyZW4ndCBzdXBwb3J0ZWQgY3VycmVudGx5
LgogICAgIHNldHRpbmdzLnNob3dGUFNDb3VudGVyID0gZmFsc2U7CkBAIC03MCw5ICs2OCwxMCBA
QCBib29sIFdlYkxheWVyVHJlZVZpZXc6OmVxdWFscyhjb25zdCBXZWJMYXllclRyZWVWaWV3JiBu
KSBjb25zdAogCiB2b2lkIFdlYkxheWVyVHJlZVZpZXc6OmNvbXBvc2l0ZSgpCiB7Ci0jaWYgIVVT
RShUSFJFQURFRF9DT01QT1NJVElORykKLSAgICBtX3ByaXZhdGUtPmNvbXBvc2l0ZSgpOwotI2Vu
ZGlmCisgICAgaWYgKG1fcHJpdmF0ZS0+c2V0dGluZ3MoKS5lbmFibGVDb21wb3NpdG9yVGhyZWFk
KQorICAgICAgICBtX3ByaXZhdGUtPnNldE5lZWRzQ29tbWl0VGhlblJlZHJhdygpOworICAgIGVs
c2UKKyAgICAgICAgbV9wcml2YXRlLT5jb21wb3NpdGUoKTsKIH0KIAogdm9pZCBXZWJMYXllclRy
ZWVWaWV3OjpzZXRWaWV3cG9ydFNpemUoY29uc3QgV2ViU2l6ZSYgdmlld3BvcnRTaXplKQo=
</data>

          </attachment>
      

    </bug>

</bugzilla>