Lines Matching full:split

578 		DRM_DEBUG_ATOMIC("split in_w:%d is out of the acceptable range.\n",  in komeda_splitter_validate()
584 		DRM_DEBUG_ATOMIC("split in_h: %d exceeds the acceptable range.\n",  in komeda_splitter_validate()
865 	/* try to enable split if scaling exceed the scaler's acceptable  in komeda_complete_data_flow_cfg()
904 	/* if split, check if can put the data flow into merger */  in komeda_build_layer_data_flow()
914  * Split is introduced for workaround scaler's input/output size limitation.
916  * So split splits the big source image to two half parts (left/right) and do
918  * But split also imports an edge problem in the middle of the image when
919  * scaling, to avoid it, split isn't a simple half-and-half, but add an extra
920  * pixels (overlap) to both side, after split the left/right will be:
930  * The diagram for how to do the split
933  * |--------------------------------|---right_crop-----| <- left after split
939  * right after split->|-----left_crop---|--------------------------------|
976 	/* split the origin content */  in komeda_split_data_flow()
990 			/* split without scaler, no overlap */  in komeda_split_data_flow()
995 		/* Consider YUV format, after split, the split source w/h  in komeda_split_data_flow()
999 		 * 2. scaler is not enabled, only align the split left  in komeda_split_data_flow()
1036 	/* split the disp_rect */  in komeda_split_data_flow()
1067 /* For layer split, a plane state will be split to two data flows and handled
1069  * layer split:
1070  * - none-scaling split:
1075  * - scaling split:
1080  * Since merger only supports scaler as input, so for none-scaling split, two
1149 /* writeback scaling split data path: