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