Skip to content

Conversation

aobolensk
Copy link
Contributor

@aobolensk aobolensk commented Sep 30, 2025

Details:

  • TransformConvertToConvertTruncation is now a normal ov::pass::ModelPass and runs first in Subgraph::data_flow_transformations
  • ConvertConstantsToScalars is now a normal ov::pass::ModelPass and runs near the end of Subgraph::data_flow_transformations
  • Both passes are applied only to the Subgraph body
  • Removed the old TransformConvertToConvertTruncation registration from CommonOptimizations to avoid double application

Tickets:

  • N/A

}

ov::snippets::pass::Manager manager(pass_config, "SnippetsDataFlowManager");
manager.register_pass<snippets::pass::TransformConvertToConvertTruncation>();
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ConvertConstantsToScalars is called twice in the data flow pipeline. From the first glance, it looks redundant. Can we try to register it only as the last pass in the pipeline?

* @ingroup snippets
*/
class ConvertConstantsToScalars : public ov::pass::MatcherPass {
class ConvertConstantsToScalars : public ov::pass::ModelPass {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Both ConvertConstantsToScalars and TransformConvertToConvertTruncation should be MatcherPass, not ModelPass, since we work only with the target operation there

@v-Golubev
Copy link
Contributor

v-Golubev commented Oct 1, 2025

Internal validation is required before the merge

@v-Golubev v-Golubev added this to the 2025.4 milestone Oct 1, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants