Revision: 10717
Author:   [email protected]
Date:     Thu Feb 16 00:38:25 2012
Log:      MIPS: Re-worked the deopt entry table.

This method works around the Branch offset and relocinfo issues by emulating a pc-relative jump. This allows us to generate larger entry tables. The theoretical limit is 2^16 (number of entries)
but even that can be extended by allowing a larger instruction count.

Also reverted the mips-specific constant (kNumberOfEntries) in deoptimizer.h

BUG=
TEST=
Review URL: https://chromiumcodereview.appspot.com/9347016
http://code.google.com/p/v8/source/detail?r=10717

Modified:
 /branches/bleeding_edge/src/deoptimizer.h
 /branches/bleeding_edge/src/mips/deoptimizer-mips.cc

=======================================
--- /branches/bleeding_edge/src/deoptimizer.h   Fri Feb  3 04:05:08 2012
+++ /branches/bleeding_edge/src/deoptimizer.h   Thu Feb 16 00:38:25 2012
@@ -267,11 +267,7 @@
   int ConvertJSFrameIndexToFrameIndex(int jsframe_index);

  private:
-#ifdef V8_TARGET_ARCH_MIPS
-  static const int kNumberOfEntries = 4096;
-#else
   static const int kNumberOfEntries = 16384;
-#endif

   Deoptimizer(Isolate* isolate,
               JSFunction* function,
=======================================
--- /branches/bleeding_edge/src/mips/deoptimizer-mips.cc Thu Jan 26 03:26:45 2012 +++ /branches/bleeding_edge/src/mips/deoptimizer-mips.cc Thu Feb 16 00:38:25 2012
@@ -36,9 +36,6 @@
 namespace internal {


-const int Deoptimizer::table_entry_size_ = 32;
-
-
 int Deoptimizer::patch_size() {
   const int kCallInstructionSizeInWords = 4;
   return kCallInstructionSizeInWords * Assembler::kInstrSize;
@@ -839,32 +836,55 @@
 }


+// Maximum size of a table entry generated below.
+const int Deoptimizer::table_entry_size_ = 12 * Assembler::kInstrSize;
+
 void Deoptimizer::TableEntryGenerator::GeneratePrologue() {
   Assembler::BlockTrampolinePoolScope block_trampoline_pool(masm());

   // Create a sequence of deoptimization entries. Note that any
   // registers may be still live.
-
-  Label done;
+  Label table_start;
+  __ bind(&table_start);
   for (int i = 0; i < count(); i++) {
-    int start = masm()->pc_offset();
-    USE(start);
+    Label start;
+    __ bind(&start);
     if (type() != EAGER) {
       // Emulate ia32 like call by pushing return address to stack.
-      __ push(ra);
-    }
-    __ li(at, Operand(i));
-    __ push(at);
-    __ Branch(&done);
+      __ addiu(sp, sp, -3 * kPointerSize);
+      __ sw(ra, MemOperand(sp, 2 * kPointerSize));
+    } else {
+      __ addiu(sp, sp, -2 * kPointerSize);
+    }
+ // Using ori makes sure only one instruction is generated. This will work
+    // as long as the number of deopt entries is below 2^16.
+    __ ori(at, zero_reg, i);
+    __ sw(at, MemOperand(sp, kPointerSize));
+    __ sw(ra, MemOperand(sp, 0));
+    // This branch instruction only jumps over one instruction, and that is
+ // executed in the delay slot. The result is that execution is linear but
+    // the ra register is updated.
+    __ bal(1);
+    // Jump over the remaining deopt entries (including this one).
+ // Only include the remaining part of the current entry in the calculation.
+    const int remaining_entries = (count() - i) * table_entry_size_;
+    const int cur_size = masm()->SizeOfCodeGeneratedSince(&start);
+    // ra points to the instruction after the delay slot. Adjust by 4.
+    __ Addu(at, ra, remaining_entries - cur_size - Assembler::kInstrSize);
+    __ lw(ra, MemOperand(sp, 0));
+    __ jr(at);  // Expose delay slot.
+    __ addiu(sp, sp, kPointerSize);  // In delay slot.

     // Pad the rest of the code.
-    while (table_entry_size_ > (masm()->pc_offset() - start)) {
+ while (table_entry_size_ > (masm()->SizeOfCodeGeneratedSince(&start))) {
       __ nop();
     }

-    ASSERT_EQ(table_entry_size_, masm()->pc_offset() - start);
-  }
-  __ bind(&done);
+    ASSERT_EQ(table_entry_size_, masm()->SizeOfCodeGeneratedSince(&start));
+  }
+
+  ASSERT_EQ(masm()->SizeOfCodeGeneratedSince(&table_start),
+      count() * table_entry_size_);
 }

 #undef __

--
v8-dev mailing list
[email protected]
http://groups.google.com/group/v8-dev

Reply via email to