{"push_id":1457122958,"size":1,"distinct_size":1,"ref":"refs/heads/develop","head":"47c4490ca2e27ec4c9cd20a9fa52eef08aa0fe9a","before":"f8613e4c02eed170beff613c6395aace7496f862","commits":[{"sha":"47c4490ca2e27ec4c9cd20a9fa52eef08aa0fe9a","author":{"name":"Richard Sanger","email":"c93d61d4b9e760238c960b1173af24f38dd2eaf8@wand.net.nz"},"message":"Second round of fixes for Issue #39\n\n1. Fixes a bug in the ring format where packets could be mistakenly read twice\n   if the packet is not 'finished' before the ring loops.\n   This was only a problem in the parallel API and for old kernels without\n   FANOUT support, where packets are not always finished straight away.\n\n2. Only read a batch of 1 packet from live formats when falling back to FIFO locking.\n   This reduces latency, and in the case of ring stops us from ending up in a loop\n   polling 100% CPU.\n   This occurs as the kernel tracks the most recent packet it has put in the ring,\n   but this is still set to TP_STATUS_USER as it is still waiting in the batch.\n\n3. Move the trace_interrupt code to include the 100% poll loop case above.\n   In normal cases we won't end up here but could if an application holds\n   on to a packet.","distinct":true,"url":"https://api.github.com/repos/wanduow/libtrace/commits/47c4490ca2e27ec4c9cd20a9fa52eef08aa0fe9a"}]}
{"actor":{"display_login":"rsanger"}}