Ian, > To be blunt: looking at the possible routes of action that i see: > - re-review the patch to allow the drivers to choose (preferred) rate scaling, and give it > a chance to make it in a future kernel. > - propose a feasible other course of action > - Simply refuse this for good reasons, leaving this issue to exist for longer, > and giving me (one of the kids with too much time) more explaining in the irc channel. > for 5 lousy lines of code. > ps: for reference, I'm talking about the "Specifing rate control algorithm?" thread which started > the 10th of may on this list. There were a few specific remarks about the patch, e.g. that the default shouldn't change as soon as a driver loads another rate control algorithm etc. Once those are addressed I see no problems with merging such a patch. johannes
Attachment:
signature.asc
Description: This is a digitally signed message part