patch-acceptance.rst (1955B)
1.. include:: ../disclaimer-ita.rst 2 3:Original: :doc:`../../../riscv/patch-acceptance` 4:Translator: Federico Vaga <federico.vaga@vaga.pv.it> 5 6arch/riscv linee guida alla manutenzione per gli sviluppatori 7============================================================= 8 9Introduzione 10------------ 11 12L'insieme di istruzioni RISC-V sono sviluppate in modo aperto: le 13bozze in fase di sviluppo sono disponibili a tutti per essere 14revisionate e per essere sperimentare nelle implementazioni. Le bozze 15dei nuovi moduli o estensioni possono cambiare in fase di sviluppo - a 16volte in modo incompatibile rispetto a bozze precedenti. Questa 17flessibilità può portare a dei problemi di manutenzioni per il 18supporto RISC-V nel kernel Linux. I manutentori Linux non amano 19l'abbandono del codice, e il processo di sviluppo del kernel 20preferisce codice ben revisionato e testato rispetto a quello 21sperimentale. Desideriamo estendere questi stessi principi al codice 22relativo all'architettura RISC-V che verrà accettato per l'inclusione 23nel kernel. 24 25In aggiunta alla lista delle verifiche da fare prima di inviare una patch 26------------------------------------------------------------------------- 27 28Accetteremo le patch per un nuovo modulo o estensione se la fondazione 29RISC-V li classifica come "Frozen" o "Retified". (Ovviamente, gli 30sviluppatori sono liberi di mantenere una copia del kernel Linux 31contenente il codice per una bozza di estensione). 32 33In aggiunta, la specifica RISC-V permette agli implementatori di 34creare le proprie estensioni. Queste estensioni non passano 35attraverso il processo di revisione della fondazione RISC-V. Per 36questo motivo, al fine di evitare complicazioni o problemi di 37prestazioni, accetteremo patch solo per quelle estensioni che sono 38state ufficialmente accettate dalla fondazione RISC-V. (Ovviamente, 39gli implementatori sono liberi di mantenere una copia del kernel Linux 40contenente il codice per queste specifiche estensioni).