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.

L'issue descrive una strategia ma non modifiche specifiche al codice. Inizia esaminando il codice del modulo kernel esistente, probabilmente nei file .c principali, per comprendere l'architettura di supporto multi-kernel attuale. Cerca i modelli di compilazione condizionale (#ifdef) esistenti. I file di configurazione della matrice CI (ad esempio, .github/workflows/) mostreranno i test correnti del kernel. 'Done' significa che il modulo viene compilato con successo e supera i test per una versione aggiuntiva e più vecchia del kernel LTS, con eventuali correzioni di compatibilità necessarie documentate.

Scritto dal modello di indicizzazione a partire dal testo della issue.