Revert of fix size check for drawBitmap fast-path in SkBitmapDevice::drawBitmapRect

Revert of fix size check for drawBitmap fast-path in SkBitmapDevice::drawBitmapRect (patchset #2 id:20001 of https://codereview.chromium.org/2089583002/ )

Reason for revert:
I agree the diffs are not meaningful, but nevertheless their existence is blocking the roll into Chrome.

(https://storage.googleapis.com/chromium-layout-test-archives/linux_trusty_blink_rel/7376/layout-test-results/results.html)

Original issue's description:
> Fix the size check for the drawBitmap fast-path in SkBitmapDevice::drawBitmapRect. It would fail when the source rectangle had a non-zero offset, in which case it would compare the source rectangle with the offset to the extracted bitmap size, which always fails. The only thing that should matter is that the source rectangle and extract bitmap have the same size, since the offset gets added onto the matrix.
> 
> BUG=skia:
> GOLD_TRYBOT_URL= https://gold.skia.org/search?issue=2089583002
> 
> Review-Url: https://codereview.chromium.org/2089583002
> Committed: https://skia.googlesource.com/skia/+/ea9bc0c07b5dae78a9a449d7d7a07fc79262d41a

TBR=reed@google.com,caryclark@google.com,lsalzman@mozilla.com
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=skia:

Review-Url: https://codereview.chromium.org/2787263005
Committed: https://skia.googlesource.com/skia/+/65c74f1368290551c60e4cd46e08ea1d6970b3d3

[mtklein_C, 2017-04-01 01:36:29]

The CQ bit was checked by mtklein@chromium.org

[mtklein_C, 2017-04-01 01:36:29]

Created Revert of fix size check for drawBitmap fast-path in
SkBitmapDevice::drawBitmapRect

[commit-bot: I haz the power, 2017-04-01 01:36:36]

CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[commit-bot: I haz the power, 2017-04-01 01:36:40]

CQ is committing da patch.

Bot data: {"patchset_id": 1, "attempt_start_ts": 1491010589406540, "parent_rev":
"d58f040532f2f5a63d24bd17d7c588e52c0b99c3", "commit_rev":
"65c74f1368290551c60e4cd46e08ea1d6970b3d3"}

[commit-bot: I haz the power, 2017-04-01 01:36:42]

Description was changed from

==========
Revert of fix size check for drawBitmap fast-path in
SkBitmapDevice::drawBitmapRect (patchset #2 id:20001 of
https://codereview.chromium.org/2089583002/ )

Reason for revert:
I agree the diffs are not meaningful, but nevertheless their existence is
blocking the roll into Chrome.

(https://storage.googleapis.com/chromium-layout-test-archives/linux_trusty_bli...)

Original issue's description:
> Fix the size check for the drawBitmap fast-path in
SkBitmapDevice::drawBitmapRect. It would fail when the source rectangle had a
non-zero offset, in which case it would compare the source rectangle with the
offset to the extracted bitmap size, which always fails. The only thing that
should matter is that the source rectangle and extract bitmap have the same
size, since the offset gets added onto the matrix.
> 
> BUG=skia:
> GOLD_TRYBOT_URL= https://gold.skia.org/search?issue=2089583002
> 
> Review-Url: https://codereview.chromium.org/2089583002
> Committed:
https://skia.googlesource.com/skia/+/ea9bc0c07b5dae78a9a449d7d7a07fc79262d41a

TBR=reed@google.com,caryclark@google.com,lsalzman@mozilla.com
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=skia:
==========

to

==========
Revert of fix size check for drawBitmap fast-path in
SkBitmapDevice::drawBitmapRect (patchset #2 id:20001 of
https://codereview.chromium.org/2089583002/ )

Reason for revert:
I agree the diffs are not meaningful, but nevertheless their existence is
blocking the roll into Chrome.

(https://storage.googleapis.com/chromium-layout-test-archives/linux_trusty_bli...)

Original issue's description:
> Fix the size check for the drawBitmap fast-path in
SkBitmapDevice::drawBitmapRect. It would fail when the source rectangle had a
non-zero offset, in which case it would compare the source rectangle with the
offset to the extracted bitmap size, which always fails. The only thing that
should matter is that the source rectangle and extract bitmap have the same
size, since the offset gets added onto the matrix.
> 
> BUG=skia:
> GOLD_TRYBOT_URL= https://gold.skia.org/search?issue=2089583002
> 
> Review-Url: https://codereview.chromium.org/2089583002
> Committed:
https://skia.googlesource.com/skia/+/ea9bc0c07b5dae78a9a449d7d7a07fc79262d41a

TBR=reed@google.com,caryclark@google.com,lsalzman@mozilla.com
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=skia:

Review-Url: https://codereview.chromium.org/2787263005
Committed:
https://skia.googlesource.com/skia/+/65c74f1368290551c60e4cd46e08ea1d6970b3d3
==========

[commit-bot: I haz the power, 2017-04-01 01:36:43]

Committed patchset #1 (id:1) as
https://skia.googlesource.com/skia/+/65c74f1368290551c60e4cd46e08ea1d6970b3d3