Tell GRC Scheduler to involve remaining samples in next set


I’ve got a bug in one of my blocks for my LimeSDR Project when the GRC scheduler gives the general_work(…) function an odd number of samples.
If I round the produce(…) call to a even number, say (odd number)-1, the general_work function again gets called with this 1 remaining sample and the bug persists.

Does anyone know a way to tell the scheduler to take this one sample into the next badge of samples so that I can always, kind of, force an even number of samples?