Gradual expansion of kernel backward compatibility support

### Description

The current system is well-architected for multi-kernel support, with features like:

- Caching
- Modular compilation
- Relaxed `modpost` handling

These lay a strong foundation for extending support to older Linux kernel versions. The plan is to incrementally increase backward compatibility, focusing on stability and maintainability.

### Strategy

* **Start with stable LTS kernels** across v3.x to v6.x, where API changes are manageable.
* Carefully test and adapt for older versions (v2.6, early v3.x) only as needed.
* Use conditional compilation (`#ifdef`) for symbol/function differences in older kernels.
* Expand the CI matrix slowly (keeping feedback loops fast and logs readable) to include additional LTS kernels, starting from the newest going backwards.
* Document any compatibility fixes or patches needed per version.
* Optionally explore **v2.6.x** support for extreme backward compatibility (low priority).

This approach ensures we build towards broader compatibility without compromising stability or developer velocity.

Le problème décrit une stratégie mais pas de modifications de code spécifiques. Commencez par examiner le code du module noyau existant, probablement dans les principaux fichiers .c, pour comprendre l'architecture actuelle de prise en charge multi-noyaux. Recherchez les modèles de compilation conditionnelle (#ifdef) existants. Les fichiers de configuration de la matrice CI (par exemple, .github/workflows/) montreront les tests actuels du noyau. 'Done' signifie que le module est compilé avec succès et passe les tests pour une version supplémentaire et plus ancienne du noyau LTS, avec toutes les corrections de compatibilité nécessaires documentées.

Rédigé par le modèle d'indexation à partir du texte de l'issue.