On Fri, 2013-07-26 at 15:45 +0200, Johannes Berg wrote: > Well, right now I can live with allocation 110 bytes for each > tracepoint, this would just optimise it down. If I was in the middle of > writing one such event while an interrupt came in, I'd not be able to > reduce the ring-buffer allocation again. I doubt that an interrupt would > come in much of the time between allocating the new event and > deallocating it partially. The more difficult question would seem to be > whether or not we can reliably detect an interrupt having written > another event. > Hmm, you may be convincing me ;-) As it just allocates the "max" anyway, this feature will actually help. Don't worry about the detection of interrupt, it already does that with the discard event. It wouldn't be that hard to extend that into a reduction too. -- Steve -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
