[SVG] DisplayList-based patterns.

Source/core/rendering/svg/SVGRenderingContext.cpp

Index: Source/core/rendering/svg/SVGRenderingContext.cpp
diff --git a/Source/core/rendering/svg/SVGRenderingContext.cpp b/Source/core/rendering/svg/SVGRenderingContext.cpp
index f5e310a8696158782cdefd2fb722904aff6b1d33..da80408290fd302e9065dc3a95f41996c0b9a293 100644
--- a/Source/core/rendering/svg/SVGRenderingContext.cpp
+++ b/Source/core/rendering/svg/SVGRenderingContext.cpp
@@ -38,8 +38,6 @@
 #include "core/rendering/svg/SVGResources.h"
 #include "core/rendering/svg/SVGResourcesCache.h"
 
-static int kMaxImageBufferSize = 4096;
-
 namespace blink {
 
 static inline bool isRenderingMaskImage(RenderObject* object)
@@ -263,12 +261,6 @@ void SVGRenderingContext::renderSubtree(GraphicsContext* context, RenderObject*
     contentTransformation = savedContentTransformation;
 }
 
-FloatRect SVGRenderingContext::clampedAbsoluteTargetRect(const FloatRect& absoluteTargetRect)
-{
-    const FloatSize maxImageBufferSize(kMaxImageBufferSize, kMaxImageBufferSize);
-    return FloatRect(absoluteTargetRect.location(), absoluteTargetRect.size().shrunkTo(maxImageBufferSize));

[Erik Dahlström (inactive), 2014/08/08 08:01:02]

Does the new codepath have similar guards against large tile sizes? From
experience, it's fairly common that patterns get huge sizes internally even from
relatively innocent-looking svg content.

[f(malita), 2014/08/08 15:30:36]

Yes, just landed yesterday :) https://codereview.chromium.org/446243002

We also have a couple of tests that verify clamping.

-}
-
 void SVGRenderingContext::clear2DRotation(AffineTransform& transform)
 {
     AffineTransform::DecomposedType decomposition;