# TVM code generation has redundant border?

**URL:** <https://discuss.tvm.apache.org/t/tvm-code-generation-has-redundant-border/4334>\
**Category:** Troubleshooting\
**Created:** [October 15, 2019, 8:33am UTC](https://discuss.tvm.apache.org/t/tvm-code-generation-has-redundant-border/4334 "2019-10-15T08:33:37Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![aca88](https://discuss.tvm.apache.org/letter_avatar_proxy/v4/letter/a/ed8c4c/32.png) [@aca88](https://discuss.tvm.apache.org/u/aca88)\
**Post date:** [November 22, 2019, 10:54am UTC](https://discuss.tvm.apache.org/t/tvm-code-generation-has-redundant-border/4334/2 "2019-11-22T10:54:30Z")

</div>

Hey, I am not 100% sure but maybe if you look in this post you will see what might be the cause.

> **[\[TVM Scheduling\] Split factors missmatch to original extent](https://discuss.tvm.apache.org/t/tvm-scheduling-split-factors-missmatch-to-original-extent/2982)**
>
> Hello all, I have been confronted with a problem that I am unsure how to solve and therefore thought to ask the community. Hopefully the problem is not so trivial 🙂 We know that using...

Even though the linked post is old and I think there wasn’t a definite answer, the `schedule.normalize()` will bring all the loops to a common representation (in this case since C can be embedded in the iteration space of F, the boundaries are those of F)

---

_[View the full topic](https://discuss.tvm.apache.org/t/tvm-code-generation-has-redundant-border/4334)._