Auto merge of #129851 - lqd:test-revert-129714, r=<try>

[do not merge] test #129714 revert on bootstrap times

It seems we're currently experiencing some instability with the benchmarking results. #129714 had weird results, somehow failing to measure bootstrap and other benchmarks. Since then bootstrap measurements [have also increased](https://perf.rust-lang.org/bootstrap.html). Let's see if a revert does anything to bootstrap times at the very least, to see if the PR is maybe involved.

r? ghost

Author: bors

Diff for: compiler/rustc_mir_transform/src/inline/cycle.rs

@@ -136,14 +136,6 @@ pub(crate) fn mir_callgraph_reachable<'tcx>(
         }
         false
     }
-    // FIXME(-Znext-solver): Remove this hack when trait solver overflow can return an error.
-    // In code like that pointed out in #128887, the type complexity we ask the solver to deal with
-    // grows as we recurse into the call graph. If we use the same recursion limit here and in the
-    // solver, the solver hits the limit first and emits a fatal error. But if we use a reduced
-    // limit, we will hit the limit first and give up on looking for inlining. And in any case,
-    // the default recursion limits are quite generous for us. If we need to recurse 64 times
-    // into the call graph, we're probably not going to find any useful MIR inlining.
-    let recursion_limit = tcx.recursion_limit() / 2;
     process(
         tcx,
         param_env,
@@ -152,7 +144,7 @@ pub(crate) fn mir_callgraph_reachable<'tcx>(
         &mut Vec::new(),
         &mut FxHashSet::default(),
         &mut FxHashMap::default(),
-        recursion_limit,
+        tcx.recursion_limit(),
     )
 }