Por pura curiosidad ,probe los patches contra el 3.11-rc7 y aplican todos ....a ver si hay suerte y si se arregla todo al menos se que las ramas 3.10 y 3.11 las tengo aseguradas ( en caso de que el patch 4 de resultados positivos )
por un lado, el uso de netlink es ya casi una oblicacion para todos, asi que tranquilo por libnl.
por otro, los cambios estructurales son una cosa (son los que nos rompen los parches y las compilaciones) y los cambios menores son otras (que apenas piden modificaciones o mantenimiento).
por lo que respecta a cambios estructurales, desde que se rompió el funcionamiento de airodump-ng hasta este momento, los cambios estan acotados y no son tantos como pudiera parecer.
de hecho solo tenemos identificados los channel_ctx, que entraron allá por 3.7-rcX (no he rastreado con claridad el punto exacto en que pasó a mainline, pero por ahi anda) y que son lo que nos está tocando las bolas y ha generado la cascada de parches que estamos pariendo.
por lo que respecta a otros commits menores, los hay constantemente y no hay nada de lo que preocuparse. incluso la ruptura de las ralink parece directamente ligada a los channel_ctx. Si puedo iré a dar la brasa en el foto de serialmonkeys sobre este tema; y si es posible que me den feedback sobre la primera propuesta de parche que he hecho (no veo nada más que tocar, salvo el código de los stats. ahora toca probarlo con una ralink)
como te comentaba antes: lo mas enriquecedor e instructivo que puedes hacer es darte un paseo por el github de Linus Torvalds y aprender a usar la interfaz para navegar entre versiones del codigo y ver sus cambios, o mejor aun, en lugar de descargar solo una instantánea de las fuentes, puedes descargar y sincronizar todo el git del kernel (son unos cientos de megas) y luego consultar tranquilamente tooooooda la historia de cambios y modificaciones en el tiempo usando un buen browser de git como gitk, que aunque sea viejito va de fabula para navegar por el tiempo en un repo git.
PD: tengo que mirar la historia del driver ralink con mucha mas calma. hay una posibilidad considerable de que el parche 4 resuelva el problema de las ralink indirectamente, ya que la consulta de stats tambien acaba pasando por get_channel. en tal caso, mi propuesta de parche se puede ir a la papelera directamente, pero de nuevo, se tendrá que probar con una ralink a mano.
