patch-acceptance.rst 1.7 KB

1234567891011121314151617181920212223242526272829303132333435
  1. .. SPDX-License-Identifier: GPL-2.0
  2. arch/riscv maintenance guidelines for developers
  3. ================================================
  4. Overview
  5. --------
  6. The RISC-V instruction set architecture is developed in the open:
  7. in-progress drafts are available for all to review and to experiment
  8. with implementations. New module or extension drafts can change
  9. during the development process - sometimes in ways that are
  10. incompatible with previous drafts. This flexibility can present a
  11. challenge for RISC-V Linux maintenance. Linux maintainers disapprove
  12. of churn, and the Linux development process prefers well-reviewed and
  13. tested code over experimental code. We wish to extend these same
  14. principles to the RISC-V-related code that will be accepted for
  15. inclusion in the kernel.
  16. Submit Checklist Addendum
  17. -------------------------
  18. We'll only accept patches for new modules or extensions if the
  19. specifications for those modules or extensions are listed as being
  20. "Frozen" or "Ratified" by the RISC-V Foundation. (Developers may, of
  21. course, maintain their own Linux kernel trees that contain code for
  22. any draft extensions that they wish.)
  23. Additionally, the RISC-V specification allows implementors to create
  24. their own custom extensions. These custom extensions aren't required
  25. to go through any review or ratification process by the RISC-V
  26. Foundation. To avoid the maintenance complexity and potential
  27. performance impact of adding kernel code for implementor-specific
  28. RISC-V extensions, we'll only to accept patches for extensions that
  29. have been officially frozen or ratified by the RISC-V Foundation.
  30. (Implementors, may, of course, maintain their own Linux kernel trees
  31. containing code for any custom extensions that they wish.)