Commit 5af438d0 authored by Federico Vaga's avatar Federico Vaga Committed by Jonathan Corbet
Browse files

doc:it_IT: add RISC-V maintenance guidelines 



Add translation for the RISC-V maintenance guidelines as part
of the translation of things related to "process/"

Signed-off-by: default avatarFederico Vaga <federico.vaga@vaga.pv.it>
Link: https://lore.kernel.org/r/20200405210647.24991-1-federico.vaga@vaga.pv.it


Signed-off-by: default avatarJonathan Corbet <corbet@lwn.net>
parent 14bbe3e3

Documentation/translations/it_IT/process/index.rst

+1 −0
Original line number Diff line number Diff line
@@ -59,6 +59,7 @@ perché non si è trovato un posto migliore. 
   magic-number

   volatile-considered-harmful

   clang-format

   ../riscv/patch-acceptance



.. only::  subproject and html

Documentation/translations/it_IT/riscv/patch-acceptance.rst

0 → 100644
+40 −0
Original line number Diff line number Diff line 
.. include:: ../disclaimer-ita.rst



:Original: :doc:`../../../riscv/patch-acceptance`

:Translator: Federico Vaga <federico.vaga@vaga.pv.it>



arch/riscv linee guida alla manutenzione per gli sviluppatori

=============================================================



Introduzione

------------



L'insieme di istruzioni RISC-V sono sviluppate in modo aperto: le

bozze in fase di sviluppo sono disponibili a tutti per essere

revisionate e per essere sperimentare nelle implementazioni.  Le bozze

dei nuovi moduli o estensioni possono cambiare in fase di sviluppo - a

volte in modo incompatibile rispetto a bozze precedenti.  Questa

flessibilità può portare a dei problemi di manutenzioni per il

supporto RISC-V nel kernel Linux. I manutentori Linux non amano

l'abbandono del codice, e il processo di sviluppo del kernel

preferisce codice ben revisionato e testato rispetto a quello

sperimentale.  Desideriamo estendere questi stessi principi al codice

relativo all'architettura RISC-V che verrà accettato per l'inclusione

nel kernel.



In aggiunta alla lista delle verifiche da fare prima di inviare una patch

-------------------------------------------------------------------------



Accetteremo le patch per un nuovo modulo o estensione se la fondazione

RISC-V li classifica come "Frozen" o "Retified".  (Ovviamente, gli

sviluppatori sono liberi di mantenere una copia del kernel Linux

contenente il codice per una bozza di estensione).



In aggiunta, la specifica RISC-V permette agli implementatori di

creare le proprie estensioni.  Queste estensioni non passano

attraverso il processo di revisione della fondazione RISC-V.  Per

questo motivo, al fine di evitare complicazioni o problemi di

prestazioni, accetteremo patch solo per quelle estensioni che sono

state ufficialmente accettate dalla fondazione RISC-V.  (Ovviamente,

gli implementatori sono liberi di mantenere una copia del kernel Linux

contenente il codice per queste specifiche estensioni).