1. 03 Aug, 2017 2 commits
  2. 02 Aug, 2017 1 commit
  3. 16 May, 2017 1 commit
  4. 02 May, 2017 1 commit
    • neis's avatar
      [simulator] Make reference redirection thread-safe. · 34e79456
      neis authored
      In the simulators, the ExternalReference constructor rewrites external
      addresses, which involves mutating a linked list rooted in the isolate.
      
      We already construct external references concurrently (at least in Turbofan),
      but the list mutation was not thread-safe (though no crashes are known). This
      CL adds the necessary locking.
      
      BUG=v8:6048
      
      Review-Url: https://codereview.chromium.org/2852983002
      Cr-Commit-Position: refs/heads/master@{#45014}
      34e79456
  5. 25 Apr, 2017 1 commit
  6. 30 Mar, 2017 1 commit
  7. 23 Mar, 2017 1 commit
  8. 24 Feb, 2017 1 commit
  9. 30 Jan, 2017 1 commit
  10. 13 Jan, 2017 1 commit
  11. 12 Jan, 2017 1 commit
  12. 30 Sep, 2016 1 commit
  13. 26 Jul, 2016 1 commit
  14. 27 Jun, 2016 1 commit
  15. 10 Jun, 2016 1 commit
    • bjaideep's avatar
      PPC: Move hashmap into src/base. · c7cddee6
      bjaideep authored
      Port 2fd55667
      
      Original commit message:
      
          We ported hashmap.h into libsampler as a workaround before, so the main focus of
          this patch is to reduce code duplication. This patch moves the hashmap into
          src/base as well as creates DefaultAllocationPolicy using malloc and free.
      
      R=lpy@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com, mbrandy@us.ibm.com
      
      BUG=v8:5050
      LOG=N
      
      Review-Url: https://codereview.chromium.org/2057263002
      Cr-Commit-Position: refs/heads/master@{#36900}
      c7cddee6
  16. 25 May, 2016 1 commit
    • bjaideep's avatar
      PPC: [build] Fix a clang warning · 8b295a0e
      bjaideep authored
      Port a23222ed
      
      Original commit message:
      
          For cross-compiler-compatibility and standards compliance %p
          requires a void*, rather than any pointer type.
      
      R=machenbach@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com, mbrandy@us.ibm.com
      
      BUG=chromium:474921
      LOG=N
      
      Review-Url: https://codereview.chromium.org/2009653002
      Cr-Commit-Position: refs/heads/master@{#36519}
      8b295a0e
  17. 16 Mar, 2016 2 commits
    • mbrandy's avatar
      PPC: Simulator fixes for shift operations. · dddb12c4
      mbrandy authored
      R=joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=
      
      Review URL: https://codereview.chromium.org/1809643004
      
      Cr-Commit-Position: refs/heads/master@{#34837}
      dddb12c4
    • mbrandy's avatar
      PPC: [wasm] Int64Lowering of Int64Sub. · eb0a2324
      mbrandy authored
      Port 33c08596
      
      Original commit message:
          Int64Sub is lowered to a new turbofan operator, Int32SubPair. The new
          operator takes 4 inputs an generates 2 outputs. The inputs are the low
          word of the left input, high word of the left input, the low word of the
          right input, and high word of the right input. The ouputs are the low
          and high word of the result of the subtraction.
      
          The implementation is very similar to the implementation of Int64Add.
      
      R=ahaas@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=
      
      Review URL: https://codereview.chromium.org/1812473002
      
      Cr-Commit-Position: refs/heads/master@{#34821}
      eb0a2324
  18. 15 Mar, 2016 1 commit
    • mbrandy's avatar
      PPC: [wasm] Int64Lowering of Int64Add. · 0548cf49
      mbrandy authored
      Port 1b230799
      
      Original commit message:
          Int64Add is lowered to a new turbofan operator, Int32AddPair. The new
          operator takes 4 inputs an generates 2 outputs. The inputs are the low
          word of the left input, high word of the left input, the low word of the
          right input, and high word of the right input. The ouputs are the low
          and high word of the result of the addition.
      
      R=ahaas@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=
      
      Review URL: https://codereview.chromium.org/1803113002
      
      Cr-Commit-Position: refs/heads/master@{#34797}
      0548cf49
  19. 10 Feb, 2016 1 commit
    • mbrandy's avatar
      PPC: [heap] Move to page lookups for SemiSpace, NewSpace, and Heap containment methods · 1ab7f2f8
      mbrandy authored
      Port cfbd2561
      
      Original commit message:
      
          Preparing the young generation for (real) non-contiguous backing memory, this
          change removes object masks that are used to compute containment in semi and new
          space. The masks are replaced by lookups for object tags and page headers, where
          possible.
      
          Details:
          - Use the fast checks (page header lookups) for containment in regular code.
          - Use the slow version that masks out the page start adress and iterates all
            pages of a space for debugging/verification.
          - The slow version works for off-heap/unmapped memory.
          - Encapsulate all checks for the old->new barrier in Heap::RecordWrite().
      
      R=mlippautz@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=chromium:581412
      LOG=N
      
      Review URL: https://codereview.chromium.org/1687113002
      
      Cr-Commit-Position: refs/heads/master@{#33877}
      1ab7f2f8
  20. 22 Jan, 2016 1 commit
    • mbrandy's avatar
      Introduce BUILTIN_CALL_PAIR. · 433e8848
      mbrandy authored
      This change allows the PPC simulator to execute on PPC hardware where,
      due to calling conventions, we must distinguish between Object* and
      ObjectPair return values.
      
      We find this useful as another available option for debugging certain
      problems.  While not strictly necessary for Intel platforms, we hope
      that this is less offensive now that BUILTIN_CALL_TRIPLE has been
      added.
      
      BUG=
      R=rmcilroy@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      
      Review URL: https://codereview.chromium.org/1604653006
      
      Cr-Commit-Position: refs/heads/master@{#33475}
      433e8848
  21. 20 Jan, 2016 1 commit
  22. 15 Jan, 2016 2 commits
    • mbrandy's avatar
      PPC: Fix simulator. · b099e861
      mbrandy authored
      R=joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=
      
      Review URL: https://codereview.chromium.org/1590423002
      
      Cr-Commit-Position: refs/heads/master@{#33343}
      b099e861
    • mbrandy's avatar
      PPC: [Interpreter] Add ForInPrepare runtime function which returns a ObjectTriple. · b2c246e0
      mbrandy authored
      Port 84f8a506
      
      Original commit message:
          Adds a ForInPrepare Runtime function which returns a triple of
          cache_type, cache_array and cache_length.
      
          This requires adding support to CEntryStub to call runtime functions
          which return a ObjectTriple - a struct containing three Object*
          pointers. Also did some cleanup of the x64 CEntryStub to avoid
          replicated code.
      
          Replaces the interpreter's use of the ad-hock InterpreterForInPrepare
          Runtime function with ForInPrepare in preparation for fixing deopt in
          BytecodeGraphBuilder for ForIn (which will be done in a followup CL).
      
      R=rmcilroy@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=v8:4280
      LOG=N
      
      Review URL: https://codereview.chromium.org/1586153004
      
      Cr-Commit-Position: refs/heads/master@{#33342}
      b2c246e0
  23. 06 Jan, 2016 1 commit
  24. 18 Dec, 2015 1 commit
  25. 09 Dec, 2015 1 commit
    • mbrandy's avatar
      PPC64: [turbofan] Changed TruncateFloat64ToInt64 to TryTruncateFloat64ToInt64. · b9f92c15
      mbrandy authored
      Port 95844d94
      
      Original commit message:
          The new operator provides a second output which indicates whether the
          conversion from float64 to int64 was successful or not. The second
          output returns 0 if the conversion fails. If the conversion succeeds,
          then the second output is differs from 0.
      
          The second output can be ignored, which means that the operator can be
          used the same way as the original operator.
      
      R=ahaas@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=
      
      Review URL: https://codereview.chromium.org/1515603002
      
      Cr-Commit-Position: refs/heads/master@{#32724}
      b9f92c15
  26. 25 Nov, 2015 1 commit
  27. 23 Nov, 2015 2 commits
  28. 17 Nov, 2015 1 commit
  29. 13 Nov, 2015 1 commit
  30. 11 Nov, 2015 2 commits
  31. 10 Nov, 2015 1 commit
  32. 16 Oct, 2015 1 commit
  33. 05 Oct, 2015 1 commit
    • mbrandy's avatar
      PPC: Remove register index/code indirection · f53fda63
      mbrandy authored
      Port 5cf1c0bc
      
      Original commit message:
          Previous to this patch, both the lithium and TurboFan register
          allocators tracked allocated registers by "indices", rather than
          the register codes used elsewhere in the runtime. This patch
          ensures that codes are used everywhere, and in the process cleans
          up a bunch of redundant code and adds more structure to how the
          set of allocatable registers is defined.
      
          Some highlights of changes:
      
          * TurboFan's RegisterConfiguration class moved to V8's top level
            so that it can be shared with Crankshaft.
          * Various "ToAllocationIndex" and related methods removed.
          * Code that can be easily shared between Register classes on
            different platforms is now shared.
          * The list of allocatable registers on each platform is declared
            as a list rather than implicitly via the register index <->
            code mapping.
      
      R=danno@chromium.org, bmeurer@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com, dstence@us.ibm.com
      BUG=
      
      Review URL: https://codereview.chromium.org/1381383002
      
      Cr-Commit-Position: refs/heads/master@{#31114}
      f53fda63
  34. 27 Aug, 2015 1 commit
    • mbrandy's avatar
      PPC: Make Simulator respect C stack limits as well. · bcc9df92
      mbrandy authored
      Port 7fb31bdb
      
      Original commit message:
          The simulator uses a separate JS stack, exhaustion of the C stack
          however is not caught by JS limit checks. This change now lowers the
          limit of the JS stack accordingly on function calls.
      
      R=mstarzinger@chromium.org, jyan@ca.ibm.com, dstence@us.ibm.com, joransiu@ca.ibm.com
      BUG=chromium:522380
      LOG=n
      
      Review URL: https://codereview.chromium.org/1309303005
      
      Cr-Commit-Position: refs/heads/master@{#30413}
      bcc9df92
  35. 17 Aug, 2015 1 commit