1. 14 Jul, 2015 1 commit
  2. 13 Jul, 2015 1 commit
  3. 10 Jul, 2015 1 commit
    • yangguo's avatar
      Debugger: use debug break slot to break on call. · 8965b683
      yangguo authored
      Break point at calls are currently set via IC. To change this, we
      need to set debug break slots instead. We also need to distinguish
      those debug break slots as calls to support step-in.
      
      To implement this, we add a data field to debug break reloc info to
      indicate non-call debug breaks or in case of call debug breaks, the
      number of arguments. We can later use this to find the callee on the
      evaluation stack in Debug::PrepareStep.
      
      BUG=v8:4269
      R=ulan@chromium.org
      LOG=N
      
      Review URL: https://codereview.chromium.org/1222093007
      
      Cr-Commit-Position: refs/heads/master@{#29561}
      8965b683
  4. 09 Jul, 2015 2 commits
  5. 09 Jun, 2015 1 commit
    • mbrandy's avatar
      Fix issues with Arm's use of embedded constant pools · e3d76269
      mbrandy authored
      - Introduce Assembler::DataAlign for table alignment in code object
      - Fix several misuses of r8 (alias of the pool pointer register, pp)
      - Fix calculation of pp in OSR/handler entry invocation
      - Enable missing cases in deserializer
      - Fix references to ool constant pools in comments.
      
      R=rmcilroy@chromium.org, michael_dawson@ca.ibm.com
      BUG=chromium:497180
      LOG=N
      
      Review URL: https://codereview.chromium.org/1155673005
      
      Cr-Commit-Position: refs/heads/master@{#28873}
      e3d76269
  6. 04 Jun, 2015 1 commit
    • mbrandy's avatar
      Add support for Embedded Constant Pools for PPC and Arm · eac7f046
      mbrandy authored
      Embed constant pools within their corresponding Code
      objects.
      
      This removes support for out-of-line constant pools in favor
      of the new approach -- the main advantage being that it
      eliminates the need to allocate and manage separate constant
      pool array objects.
      
      Currently supported on PPC and ARM.  Enabled by default on
      PPC only.
      
      This yields a 6% improvment in Octane on PPC64.
      
      R=bmeurer@chromium.org, rmcilroy@chromium.org, michael_dawson@ca.ibm.com
      BUG=chromium:478811
      LOG=Y
      
      Review URL: https://codereview.chromium.org/1162993006
      
      Cr-Commit-Position: refs/heads/master@{#28801}
      eac7f046
  7. 03 Jun, 2015 1 commit
  8. 02 Jun, 2015 1 commit
    • mbrandy's avatar
      Add support for Embedded Constant Pools for PPC and Arm · a9404029
      mbrandy authored
      Embed constant pools within their corresponding Code
      objects.
      
      This removes support for out-of-line constant pools in favor
      of the new approach -- the main advantage being that it
      eliminates the need to allocate and manage separate constant
      pool array objects.
      
      Currently supported on PPC and ARM.  Enabled by default on
      PPC only.
      
      This yields a 6% improvment in Octane on PPC64.
      
      R=danno@chromium.org, svenpanne@chromium.org, bmeurer@chromium.org, rmcilroy@chromium.org, dstence@us.ibm.com, michael_dawson@ca.ibm.com
      BUG=chromium:478811
      LOG=Y
      
      Review URL: https://codereview.chromium.org/1131783003
      
      Cr-Commit-Position: refs/heads/master@{#28770}
      a9404029
  9. 08 Apr, 2015 1 commit
    • bmeurer's avatar
      [arm] Use position independent table switches. · aa46ebe5
      bmeurer authored
      Performance measurements show that the position independent code is
      usually slightly faster than the position dependent code, and there
      seems to be no noticable regression.
      
      This also gets rid of a lot of support code that was only required to allow
      embedding labels into the code stream. And it implies that neither the GC
      nor the deserializer need to do anything for jump tables.
      
      R=svenpanne@chromium.org
      BUG=v8:3872
      LOG=n
      
      Review URL: https://codereview.chromium.org/1069633002
      
      Cr-Commit-Position: refs/heads/master@{#27646}
      aa46ebe5
  10. 07 Apr, 2015 1 commit
  11. 30 Mar, 2015 1 commit
    • bmeurer's avatar
      [turbofan] Add backend support for float32 operations. · 8dad78cd
      bmeurer authored
      This adds the basics necessary to support float32 operations in TurboFan.
      The actual functionality required to detect safe float32 operations will
      be added based on this later. Therefore this does not affect production
      code except for some cleanup/refactoring.
      
      In detail, this patchset contains the following features:
      - Add support for float32 operations to arm, arm64, ia32 and x64
        backends.
      - Add float32 machine operators.
      - Add support for float32 constants to simplified lowering.
      - Handle float32 representation for phis in simplified lowering.
      
      In addition, contains the following (related) cleanups:
      - Fix/unify naming of backend instructions.
      - Use AVX comparisons when available.
      - Extend ArchOpcodeField to 9 bits (required for arm64).
      - Refactor some code duplication in instruction selectors.
      
      BUG=v8:3589
      LOG=n
      R=dcarney@chromium.org
      
      Review URL: https://codereview.chromium.org/1044793002
      
      Cr-Commit-Position: refs/heads/master@{#27509}
      8dad78cd
  12. 27 Mar, 2015 1 commit
  13. 23 Mar, 2015 1 commit
  14. 18 Mar, 2015 1 commit
  15. 04 Mar, 2015 1 commit
    • yangguo's avatar
      Refactor BreakLocationIterator. · 1a608493
      yangguo authored
      We now have BreakLocation::Iterator to iterate via RelocIterator, and
      create a BreakLocation when we are done iterating. The reloc info is
      stored in BreakLocation in a GC-safe way and instantiated on demand.
      
      R=ulan@chromium.org
      BUG=v8:3924
      LOG=N
      
      Review URL: https://codereview.chromium.org/967323002
      
      Cr-Commit-Position: refs/heads/master@{#26983}
      1a608493
  16. 27 Feb, 2015 1 commit
  17. 06 Feb, 2015 1 commit
  18. 05 Feb, 2015 3 commits
  19. 04 Feb, 2015 2 commits
    • loislo's avatar
      Revert of Externalize deoptimization reasons. (patchset #6 id:100001 of... · bfc5d83b
      loislo authored
      Revert of Externalize deoptimization reasons. (patchset #6 id:100001 of https://codereview.chromium.org/874323003/)
      
      Reason for revert:
      it broke the build
      
      Original issue's description:
      > Externalize deoptimization reasons.
      >
      > 1) The hardcoded strings were converted into DeoptReason enum.
      >
      > 2) Deopt comment were converted into a pair location and deopt reason entries so
      > the deopt reason tracking mode would less affect the size of the RelocInfo table and heap.
      >
      > 3) DeoptReason entry in RelocInfo reuses kCommentTag value and generates short entry in RelocInfo table.
      >
      > BUG=452067
      > LOG=n
      >
      > Committed: https://crrev.com/c49820e45b57f128a98690940875c049f612dde6
      > Cr-Commit-Position: refs/heads/master@{#26434}
      
      TBR=alph@chromium.org,mstarzinger@chromium.org,svenpanne@chromium.org,yurys@chromium.org
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      BUG=452067
      
      Review URL: https://codereview.chromium.org/892843007
      
      Cr-Commit-Position: refs/heads/master@{#26435}
      bfc5d83b
    • loislo's avatar
      Externalize deoptimization reasons. · c49820e4
      loislo authored
      1) The hardcoded strings were converted into DeoptReason enum.
      
      2) Deopt comment were converted into a pair location and deopt reason entries so
      the deopt reason tracking mode would less affect the size of the RelocInfo table and heap.
      
      3) DeoptReason entry in RelocInfo reuses kCommentTag value and generates short entry in RelocInfo table.
      
      BUG=452067
      LOG=n
      
      Review URL: https://codereview.chromium.org/874323003
      
      Cr-Commit-Position: refs/heads/master@{#26434}
      c49820e4
  20. 02 Dec, 2014 1 commit
  21. 10 Nov, 2014 1 commit
  22. 30 Oct, 2014 1 commit
  23. 14 Oct, 2014 2 commits
  24. 13 Oct, 2014 1 commit
  25. 24 Sep, 2014 1 commit
  26. 21 Aug, 2014 1 commit
  27. 12 Aug, 2014 1 commit
  28. 06 Aug, 2014 1 commit
  29. 04 Aug, 2014 1 commit
  30. 30 Jul, 2014 1 commit
  31. 03 Jul, 2014 1 commit
    • rmcilroy@chromium.org's avatar
      [Arm]: Enable use of extended out-of-line constant pool for Arm. · 40af47d4
      rmcilroy@chromium.org authored
       - Adds support to the Arm assembler to use extended constant pools.
       - Update (set_)target_address_at to support extended constant pool load
         updates.
       - Replace Operand::is_single_instruction with Operand::instructions_required
         Due to the fact that different constant pool load types require different
         numbers of instructions.
       - Various cleanups of ConstantPoolBuilder to cleaner integration of the
         extended constant pool building.
       - Update GetRelocatedValue such that offsets to both map_check and bool_load
         are explicitly provided, rather than location of bool_load being inferred
         based on map_check, since the code inbetween is no longer of a predictable
         size.
       - Update MacroAssembler::GetRelocatedValueLocation() to add support for
         getting a value from an extended constant pool entry.
       - Update Debug::SetAfterBreakTarget() to use target_address_from_return_address
         when checking for debug breaks at constant pool load points.
       - Change ConstantPoolIterateBody to iterate over both heap and code pointer in
         the small section before moving onto the extended section, to work around the
         requirement of the serializer that pointers are iterated in-order.
       - Increase old_pointer_space SizeOfFirstPage() to offset the fact that constant
         pools are now in the old pointer space (rather than code).
      
      R=ulan@chromium.org
      
      Review URL: https://codereview.chromium.org/356393003
      
      git-svn-id: https://v8.googlecode.com/svn/branches/bleeding_edge@22209 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      40af47d4
  32. 30 Jun, 2014 1 commit
  33. 27 Jun, 2014 1 commit
  34. 25 Jun, 2014 1 commit
  35. 23 Jun, 2014 1 commit