On (12/30/16 23:59), Willem de Bruijn wrote: > > Actually I'm not averse to looking at extensions (or at least, > > place-holders) to allow variable sized slots- do you have any > > suggestions? > > It is probably enough to just enforce that tp_next_offset is always > sane. Either that it points to the start of the next packet, even > though that currently can also be inferred from frame_size. Or, that > it is always zero unless the ring is to be interpreted as holding > variable sized frames. If the field is non-zero, drop the packet.
Ok, let me add this to patchv2, along with extra test cases. --Sowmini
