From nobody Fri Sep 25 05:29:35 2026 Received: from mail-ua2-f43.google.com (mail-ua2-f43.google.com [74.125.226.235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E0C3A501F5C for ; Wed, 16 Sep 2026 13:47:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.226.235 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789566429; cv=none; b=S/zntXr0OOueNd5HXc8g7y1TGTbEFam96rTAH91He5JzWMF2vpP09zIkTCJgC1jzPJ4eQFw9CE4HTBZ9Mb/U+HCSuKxoHA/SkLP695EDfgKq4jJ2NChto5c2EwgFoS4Ob/Gvhoxf2zEbTisHmMwfNmusgL/SgKq9ZB0qG1nihAw= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789566429; c=relaxed/simple; bh=q2MfE8fZqZKi+axKsVZEfQnx8mD9rMOHxGOWTSRWUQ0=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type; b=Us6V/odpiBaaXzfEK1c1AxmxCGRbUrEYTTyL+A3XqtGQ0Bl3N+yghXxz3KEGPsU19xbP9V+4Azs/RWPk8bRyBWjHhI0802kvDgpZeAZ0hM1rtubs609bV71HAS36cstT0Sb1y1MztIn55RvR/xYejDfpvRRVcDJwxtPSK/ID41Q= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=jevcf4CK; arc=none smtp.client-ip=74.125.226.235 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="jevcf4CK" Received: by mail-ua2-f43.google.com with SMTP id a1e0cc1a2514c-97eaa1155fdso267988241.2 for ; Wed, 16 Sep 2026 06:47:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1789566421; x=1790171221; darn=vger.kernel.org; h=content-transfer-encoding:content-type:mime-version:message-id:date :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to :content-type; bh=0+3Jj7cpp/cVunwqo7Vx/u+kyap4pULeHcjbBhPp4VQ=; b=jevcf4CKB01Y57BySuUsLjw/UXdK4IoGKn1eP/s77na+dTrh+iRyd0WTDrS8v+MJVd UFpakBpBWpdikzswYUhazTu3KWBz0o+DQ13hHmd30nvlgr4i/AJ0F5hElW/wFTix3zMX /ub6rS713JOM0YAuBpDFtFILXciYtgYsHq7H/GLLwbWpzVB/e9ipCjmoH/eEMy9SdK3u nFtKkh552Y/n1CFxshw7srIhxQdi3HTIe78n2UjI0+Uv7h0NdxrqetDRsYndGTI1rJtC qsaHItm8tvthPKdn48msWIeKZM0dCuNcHqyj1ujBqtomgi9vtgKFG+FPEHNqpw+WEgkG 3Ndw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1789566421; x=1790171221; h=content-transfer-encoding:content-type:mime-version:message-id:date :subject:cc:to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to:content-type; bh=0+3Jj7cpp/cVunwqo7Vx/u+kyap4pULeHcjbBhPp4VQ=; b=muVKIniNi+UsIRGQKZozJm5otqeMT4SBRWdxhC3FV2YpM6J8oDDOE/pDt1kUw1K9Nn Zu+O/9QrQvVtuZMv3BD0WCfml5nQlBaR9UqHrCE9JiC7m6/C/RsCkIiAQkC+ck91ypru bcuHu9vzv4/3FmY5ttv3QYcKYwQFYDQSlGTNCEReDqvOlu8KB08a5GY43nfwQ56GTbIf WLSB9YyXVUrGMw3og2w+3CgzS1NuPEK73n8YKfP1Ap9RekLzvtD9cX6lTxly2j+INsgH YzxJfhI0ipYdZoLPZW2pENOPyLi2uUtMjZAfQbC//zfx2VsRSbn5VURfIIiV8cuJ+hRS C49w== X-Forwarded-Encrypted: i=1; AKwUvBzCTbQO6RX2+4Gq6vO8ypUA/2Hjm+mAr3wgCiBByrWmeJqvzthgHsu9wRT7Qa5lxJ0ttxIOxoKGAsgr+Ek=@vger.kernel.org X-Gm-Message-State: AFuF++mSN5p3PODmJkyBuMl0cIn3TSRvvc1cm6XQhtPcg9IIIszk3szx qbfS7D1dAvJmWuPKMATkg/QLxwF4iYOzAR6nsbXlgL9tnwrNzYtx92Np X-Gm-Gg: AYBFou28rzh6hCbXms38y7eZQp0mGeUbeWG5bv9jF96oeEoGRMqGRrSLtVoqV78UB+P /k6ZNkNRczTM1N21wP1/srnygom/sPR1rb28OglKie3hul1JYAjQyh0JhxobQobta1yC2XDmRd0 6g1msayMhjfRZYB3OXj/Tv0QkFlArcDAUQD9T9BolK4WvdC3WYw91Cc7TAjZtTA8shIiwNn6OmU 29Qj/coSWdHjhy6DBFOhLANXN/LZpW94QhfUFlPVo7gbnDqYlXyMb5RQRcZcZTrJbxcwpx6E0M8 kCGgOX4bn4vaC5ZrrjD9MymgrLWN0e9i9SYJbyVRM9NXznSdHuFtl3Jk611Cderr3Hg3I2T41x3 0iSE3mcYjJJdJQDv/8CxqLGIIqJaSED4t/GSwt+WEVE6BuKN8omjDfUhfcqPVMc1EuZ0Wk9xmM2 ej9SXhhqgyhUWJq1C0Smh+lE5H3ZGCXExT0VGaU99ySbLG0cy3UDddhgOX37re5IWgIJ3Q X-Received: by 2002:a05:6102:5247:b0:777:4e99:6f84 with SMTP id ada2fe7eead31-7a0250c1000mr2583083137.1.1789566420409; Wed, 16 Sep 2026 06:47:00 -0700 (PDT) Received: from fedora ([206.42.51.82]) by smtp.gmail.com with ESMTPSA id ada2fe7eead31-79fb2fd68f7sm3005118137.12.2026.09.16.06.46.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 16 Sep 2026 06:46:59 -0700 (PDT) From: Lucas Adryell Ramalho To: Daniel Pereira , Jonathan Corbet Cc: Shuah Khan , Randy Dunlap , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Lucas Adryell Ramalho Subject: [PATCH] docs: translations: pt_BR: translate maintainer-devicetree.rst Date: Wed, 16 Sep 2026 10:46:34 -0300 Message-ID: <20260916134637.216062-1-lucasadramalho@gmail.com> X-Mailer: git-send-email 2.55.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Translate maintainer-devicetree.rst to brazilian portuguese. Assisted-by: LLM Signed-off-by: Lucas Adryell Ramalho Reviewed-by: Daniel Pereira --- .../translations/pt_BR/process/index.rst | 1 + .../pt_BR/process/maintainer-devicetree.rst | 76 +++++++++++++++++++ 2 files changed, 77 insertions(+) create mode 100644 Documentation/translations/pt_BR/process/maintainer-dev= icetree.rst diff --git a/Documentation/translations/pt_BR/process/index.rst b/Documenta= tion/translations/pt_BR/process/index.rst index eda2a3fc5..a00fa52cd 100644 --- a/Documentation/translations/pt_BR/process/index.rst +++ b/Documentation/translations/pt_BR/process/index.rst @@ -88,6 +88,7 @@ mantenedores de subsistemas. Processo do subsistema SoC Conformidade de DTS para SoC Processo do subsistema KVM x86 + Subsistema de Devicetree e Open Firmware =20 Outros materiais ---------------- diff --git a/Documentation/translations/pt_BR/process/maintainer-devicetree= .rst b/Documentation/translations/pt_BR/process/maintainer-devicetree.rst new file mode 100644 index 000000000..be26d89de --- /dev/null +++ b/Documentation/translations/pt_BR/process/maintainer-devicetree.rst @@ -0,0 +1,76 @@ +.. SPDX-License-Identifier: GPL-2.0 + +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D +Subsistema de Devicetree e Open Firmware +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D + +Outros documentos sobre o processo +---------------------------------- + +Consulte os documentos em Documentation/devicetree/bindings/ para saber co= mo +escrever bindings de Devicetree corretamente e como enviar patches. + +Revis=C3=A3o e tratamento de patches +------------------------------- + +Os patches sob responsabilidade dos mantenedores de Devicetree s=C3=A3o pr= ocessados +de formas distintas, conforme o tipo de patch: + +1. C=C3=B3digo central de drivers OF, por exemplo, drivers/of/: + os patches s=C3=A3o revisados e aplicados pelos mantenedores de DT. + +2. Bindings de Devicetree: + os patches s=C3=A3o revisados pelos mantenedores de DT, mas devem ser a= plicados + pelos mantenedores do subsistema, exceto em alguns casos. Consulte tamb= =C3=A9m + *Para mantenedores do kernel* em + Documentation/devicetree/bindings/submitting-patches.rst. + +3. DTS e drivers: + os mantenedores de DT podem fazer coment=C3=A1rios, mas, em geral, n=C3= =A3o se espera + uma revis=C3=A3o. Os DTS devem passar nas verifica=C3=A7=C3=B5es de esq= uema + (dtbs_check) ou, ao menos, n=C3=A3o gerar novos avisos. + +Patchwork +~~~~~~~~~ + +Os mantenedores de Devicetree revisam patches usando o Patchwork; portanto= , o +status atual de um patch pode ser consultado por l=C3=A1. Em submiss=C3=B5= es t=C3=ADpicas de +drivers, o Patchwork recebe toda a s=C3=A9rie de patches, mas normalmente = apenas +alguns patches s=C3=A3o bindings de Devicetree e, assim, revisados pelos +mantenedores de DT. + +Explica=C3=A7=C3=A3o dos status do Patchwork: + + - **New**: ainda n=C3=A3o processado pelo conjunto de ferramentas de auto= ma=C3=A7=C3=A3o. + - **Needs ACK**: aguardando revis=C3=A3o dos mantenedores de DT. + - **Handled Elsewhere**: patch n=C3=A3o relacionado a DT; n=C3=A3o ser=C3= =A1 revisado aqui. + - **RFC**: o patch provavelmente foi ignorado por ser um RFC incompleto. + - **Changes Requested**: o patch foi revisado e os mantenedores de DT esp= eram + altera=C3=A7=C3=B5es. + - **Accepted**: o patch foi revisado e aplicado pelos mantenedores de DT = em + sua =C3=A1rvore. + - **Not Applicable**: o patch foi revisado e provavelmente est=C3=A1 em b= oas + condi=C3=A7=C3=B5es, com uma tag *Reviewed-by* ou *Acked-by* fornecida,= mas os + mantenedores de DT esperam que outra pessoa o aplique. + +Nova revis=C3=A3o e pings de patches +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Devido ao alto volume de e-mails, os mantenedores de Devicetree n=C3=A3o l= eem todas +as mensagens que recebem; em vez disso, eles dependem do Patchwork durante= o +processo de revis=C3=A3o. Al=C3=A9m disso, muitas vezes deixam de lado pat= ches que j=C3=A1 +foram revisados. + +Como resultado, os mantenedores podem n=C3=A3o perceber: + +1. Perguntas sobre patches j=C3=A1 revisados. +2. Pings, por exemplo, quando um patch foi revisado pelos mantenedores de = DT, + mas ainda n=C3=A3o foi aplicado pelos mantenedores do subsistema. + +Esses casos podem ser tratados das seguintes formas: + +1. Enviando um ping aos mantenedores de DT no canal de IRC. +2. Removendo a tag *Acked-by* ou *Reviewed-by* do mantenedor de DT ao envi= ar + uma nova vers=C3=A3o da s=C3=A9rie de patches, junto com uma explica=C3= =A7=C3=A3o no changelog + do patch sobre o motivo da remo=C3=A7=C3=A3o da tag e o que se espera d= os mantenedores + de DT. --=20 2.55.0