mirror of
https://git.kernel.org/pub/scm/linux/kernel/git/chenhuacai/linux-loongson
synced 2025-08-30 13:03:01 +00:00

This commit translats in Italian the following changes: commit5db34f5bfd
("docs: stable-kernel-rules: remove code-labels tags and a indention level") commit2263c40e65
("docs: stable-kernel-rules: call mainline by its name and change example") commitdb483303b5
("docs: stable-kernel-rules: reduce redundancy") commitaf3e4a5ab9
("docs: stable-kernel-rules: create special tag to flag 'no backporting'"") commit91a3d6be99
("doc-guide: kernel-doc: tell about object-like macros") commitb104dbedbe
("Documentation: RISC-V: patch-acceptance: mention patchwork's role") commited843ae947
("docs: move riscv under arch") commitb45d8f3871
("docs: remove the tips on how to submit patches from MAINTAINERS") commit0d828200ad
("docs: process: allow Closes tags with links") commitc23f28975a
("Merge tag 'docs-6.4' of git://git.lwn.net/linux") commit329ac9af90
("docs: submitting-patches: Discuss interleaved replies") commit02f9998754
("docs: submitting-patches: Suggest a longer expected time for responses") commit1fae02e7eb
("docs: submitting-patches: encourage direct notifications to commenters") commitd254d263f6
("docs: submitting-patches: improve the base commit explanation") commit0d828200ad
("docs: process: allow Closes tags with links") commit9c1b86f8ce
("kbuild: raise the minimum supported version of LLVM to 13.0.1") commit768409cff6
("rust: upgrade to Rust 1.76.0") commit23bfb947eb
("doc: fix spelling about ReStructured Text") commitd0bde9ca0e
("docs: stable-kernel-rules: mention other usages for stable tag comments") commit33568553b3
("docs: stable-kernel-rules: make rule section more straight forward") commit3feb21bb0b
("docs: stable-kernel-rules: move text around to improve flow") commit0f11447d9f
("docs: stable-kernel-rules: improve structure by changing headlines") commit189057a1b6
("docs: stable-kernel-rules: make the examples for option 1 a proper list") commit6e160d29f6
("docs: stable-kernel-rules: fine-tune various details") commitbbaee49cce
("docs: stable-kernel-rules: mention that regressions must be prevented") commit4f01342464
("Documentation: stable: clarify patch series prerequisites") Signed-off-by: Federico Vaga <federico.vaga@vaga.pv.it> Signed-off-by: Jonathan Corbet <corbet@lwn.net> Link: https://lore.kernel.org/r/20240513210510.10929-1-federico.vaga@vaga.pv.it
61 lines
2.8 KiB
ReStructuredText
61 lines
2.8 KiB
ReStructuredText
.. include:: ../../disclaimer-ita.rst
|
|
|
|
:Original: :doc:`../../../../arch/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.
|
|
|
|
Patchwork
|
|
---------
|
|
|
|
RISC-V ha un'istanza di patchwork dov'è possibile controllare lo stato delle patch:
|
|
|
|
https://patchwork.kernel.org/project/linux-riscv/list/
|
|
|
|
Se la vostra patch non appare nella vista predefinita, i manutentori di RISC-V
|
|
hanno probabilmente richiesto delle modifiche o si aspettano che venga applicata
|
|
a un altro albero.
|
|
|
|
Il processo automatico viene eseguito su questa istanza di patchwork, costruendo
|
|
e collaudando le patch man mano che arrivano. Il processo applica le patch al
|
|
riferimento HEAD corrente dei rami `for-next` e `fixes` dei sorgenti RISC-V,
|
|
questo a seconda che la patch sia stata o meno individuata come correzione. In
|
|
caso contrario, utilizzerà il ramo `master` di RISC-V. L'esatto commit a cui è
|
|
stata applicata una serie di patch sarà annotato su patchwork. È improbabile che
|
|
vengano applicate Le patch che non passano i controlli, nella maggior parte dei
|
|
casi dovranno essere ripresentate.
|
|
|
|
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).
|