Sur un premier essai infructeux d’envoi de patch, j’ai retrouvé les ressources suivantes pour participer au développement Linux.
The kernel Documentation folder (répertoire source dans linux):
Exemple avec le dspbridge, le flux du patch is :
developer (Tony) -> subsystem (staging-next) -> mainline (linux-2.6)
The patch will propagate to « linux-omap » once it is rebased into a mainline which already has the patch. In the mean time you can continue to use linux-omap and apply this patch, or just use an -rc release or wait for 3.6 to be released.
==> Je peux ne pas avoir les correctifs qui sont actuellement dans staging-next.
==> Staging-next est une branche du repository staging.
Conclusion : Il faut patcher uniquement sur le linux-next (et branches) ou la mainline.
Manuel git et livres :
Git User’s Manual
Application pour envoyer des patchs :
Un billet de ariejan pour envoyer un patch sur des sources
Article HOWTO pour les sources Linux
Un article sur Tux Radar pour les aspirants Kernel Patchers.
http://kbase.wincent.com/old/knowledge-base/Installing_Net::SMTP::SSL_for_sending_patches_with_Git_over_secure_SMTP.html
Un billet du blog de Felipe Contreras (auteur du plugin gst-dsp), son blog contient d’autres billets intéressants.
