| /linux/Documentation/translations/pt_BR/process/ |
| H A D | code-of-conduct-interpretation.rst | 3 Interpretação do Código de Conduta do Kernel Linux
10 do kernel Linux, o interpretaremos. Nós também não esperamos que esta
11 interpretação seja estática ao longo do tempo, e a ajustaremos conforme
14 O esforço de desenvolvimento do kernel Linux é um processo muito pessoal
19 incluído no kernel. Saiba que isso acontece porque todos os envolvidos
20 querem ver a melhor solução possível para o sucesso geral do Linux. Este
23 a diminuição da qualidade do envio e do resultado final.
29 comunidade do kernel, um "mantenedor" é qualquer pessoa responsável por
31 MAINTAINERS na árvore de código-fonte do kernel.
61 resoluções amigáveis dos problemas. A aplicação do código de conduta será
[all …]
|
| H A D | index.rst | 12 Então você quer ser um desenvolvedor do kernel Linux? Bem-vindo! Embora haja
18 Uma introdução sobre como funciona o desenvolvimento do kernel
22 sua entrada na comunidade do kernel.
28 Guia do Processo de Desenvolvimento <development-process>
29 Lista de verificação para submissão de patches do kernel Linux <submit-checklist>
31 Ferramentas e guias técnicos para desenvolvedores do kernel
34 Esta é uma coleção de material com o qual os desenvolvedores do kernel
50 Estas são as regras pelas quais tentamos viver na comunidade do kernel
57 Código de Conduta de Compromisso do Colaborador <code-of-conduct>
58 Interpretação do Código de Conduta do Kernel Linux <code-of-conduct-interpretation>
[all …]
|
| H A D | cve.rst | 10 relação ao projeto do kernel, e os números CVE foram frequentemente atribuídos
12 de desenvolvimento do kernel tendeu a evitá-los. No entanto, a combinação da
15 do kernel, deixou claro que a comunidade do kernel deve controlar
18 A equipe de desenvolvedores do kernel Linux tem a capacidade de atribuir CVEs
19 para possíveis problemas de segurança do kernel Linux. Essa atribuição é
20 independente do processo normal de relato de bugs de segurança do kernel
32 Como parte do processo normal de lançamento estável, alterações do kernel que
39 quase qualquer bug pode ser explorável para comprometer a segurança do kernel,
43 Isso explica o número aparentemente grande de CVEs emitidos pela equipe do
53 não corrigido, por favor siga o processo normal de relato de bugs de segurança do kernel
[all …]
|
| H A D | 8.Conclusion.rst | 6 Há inúmeras fontes de informação sobre o desenvolvimento do kernel Linux e
8 encontrado na distribuição do código-fonte do kernel. Comece com o arquivo de
11 do kernel são documentadas usando o mecanismo kerneldoc; "make htmldocs" ou
13 PDF (embora a versão do TeX fornecida por algumas distribuições esbarre em
16 Vários sites discutem o desenvolvimento do kernel em todos os níveis de
18 fonte; informações sobre muitos tópicos específicos do kernel podem ser
19 encontradas através do índice do kernel do LWN em:
23 Além disso, um recurso valioso para os desenvolvedores do kernel é:
27 para informações sobre os lançamentos do kernel.
29 Há uma série de livros sobre o desenvolvimento do kernel:
[all …]
|
| H A D | applying-patches.rst | 12 manualmente, você quase certamente desejará considerar o uso do Git.
20 diferentes árvores do kernel (e exemplos de como aplicar seus patches
33 Ambas as informações devem estar presentes nos metadados do arquivo de patch
34 ou ser possíveis de deduzir a partir do nome do arquivo.
45 contém o diretório do código-fonte do kernel.
47 Isso significa que os caminhos para os arquivos dentro do arquivo de patch
48 contêm o nome dos diretórios do código-fonte do kernel contra os quais ele foi
51 Como é improvável que isso corresponda ao nome do diretório do código-fonte do
54 seu diretório de código-fonte do kernel e, em seguida, remover o primeiro
55 elemento do caminho dos nomes de arquivos no arquivo de patch ao aplicá-lo (o
[all …]
|
| H A D | maintainer-netdev.rst | 4 Subsistema de Rede do Linux (netdev)
23 A **netdev** é a lista de discussão para todos os assuntos do Linux relacionados
26 de diretórios do Linux.
32 Como muitas outras listas de discussão do Linux, a lista netdev é hospedada no
37 rede do Linux (ex: RFCs, revisões, comentários, etc.) ocorre na **netdev**.
43 do Linux. Cada nova versão (release) inicia-se com uma "janela de mesclagem"
51 conteúdo da rc1.
58 Para descobrir em que ponto do ciclo estamos agora - carregue a página da
63 e observe o topo da seção de "tags". Se for rc1, estamos no início do ciclo
82 Relacionando isso ao desenvolvimento do kernel: no início da janela de mesclagem
[all …]
|
| H A D | contribution-maturity-model.rst | 11 Como parte do Linux Kernel Maintainers’ Summit de 2021, houve uma
13 contratação de mantenedores do kernel, bem como a sucessão de mantenedores.
15 parte da comunidade do Kernel Linux precisam permitir que os engenheiros atuem
17 tornar líderes respeitados e, eventualmente, mantenedores do kernel. Para
20 outras pessoas, refatorar a infraestrutura do kernel e escrever documentação.
26 de organizações e melhorar a saúde geral do ecossistema do Kernel Linux.
32 senioridade. No espírito do Open Source, incentivamos as organizações a
68 ACM, etc.) é considerada parte do trabalho do engenheiro.
72 open source e acompanharão essas métricas ao longo do tempo. Essas métricas
83 da organização e a data de publicação do kernel upstream no qual o kernel
[all …]
|
| H A D | 7.AdvancedTopics.rst | 9 desejam se tornar parte regular do processo de desenvolvimento do kernel Linux.
14 O uso de controle de versão distribuído para o kernel começou no início de
18 distribuído permitiu uma aceleração imediata do projeto de desenvolvimento do
20 bem ou para o mal, o projeto do kernel adotou o git como sua ferramenta de
23 Gerenciar patches com o git pode facilitar muito a vida do desenvolvedor,
29 especificamente no processo de desenvolvimento do kernel. Os desenvolvedores
38 A primeira ordem do dia é ler os sites acima e obter uma compreensão sólida de
40 outros. Um desenvolvedor que utiliza o git deve ser capaz de obter uma cópia do
42 árvore, usar branches, etc. A compreensão das ferramentas do git para a
44 terminologia e conceitos; um novo usuário do git deve saber sobre refs, remote
[all …]
|
| H A D | submit-checklist.rst | 4 Lista de verificação para submissão de patches do kernel Linux
17 1) Se você usar um recurso, faça o #include do arquivo que define/declara
21 2) Verifique o estilo geral do seu patch conforme detalhado em
26 lógica do que estão fazendo e o porquê.
28 Revise as alterações do Kconfig
48 do kernel. (Não é obrigatório para funções estáticas, mas também é
54 3) Todos os novos parâmetros de inicialização (boot) do kernel devem ser
73 antes do envio (``scripts/checkpatch.pl``). Você deve ser capaz de
89 ``=y``, ``=m`` e ``=n``. Sem avisos/erros do ``gcc``, sem avisos/erros do
110 ``make KCFLAGS=-W``). Isso gerará muito ruído, mas é bom para encontrar
[all …]
|
| H A D | 5.Posting.rst | 8 mainline. Sem surpresa, a comunidade de desenvolvimento do kernel evoluiu um
23 ganhar obtendo feedback da comunidade antes que o trabalho esteja concluído.
43 do kernel, garanta que o kernel seja compilado com todas as combinações
54 estilo de codificação do kernel.
58 resumo dos resultados deve ser incluído junto ao patch.
75 Os patches devem ser preparados contra uma versão específica do kernel. Como
77 git do Linus. Ao basear-se no mainline, comece a partir de um ponto de
79 bifurcação (branch) a partir do mainline em um ponto arbitrário.
83 amplos. Dependendo da área do seu patch e do que está acontecendo em outros
122 tornou a pessoa mais popular na lista de discussão do kernel. Um único patch
[all …]
|
| H A D | adding-syscalls.rst | 18 sejam os pontos de interação mais tradicionais e óbvios entre o espaço do
23 objeto do tipo arquivo, pode fazer mais sentido criar um novo sistema de
29 espaço do usuário de que algo aconteceu, retornar um novo descritor de
31 do usuário use ``poll``/``select``/``epoll`` para receber essa
33 - No entanto, as operações que não se mapeiam para operações do tipo
38 - Se você estiver apenas expondo informações do sistema em tempo de execução,
44 não é considerado uma interface de "produção" para o espaço do usuário.
50 do :manpage:`fcntl(2)`, ou se a nova funcionalidade for muito simples (por
54 apropriada. Assim como no caso do :manpage:`fcntl(2)`, esta chamada de sistema
63 Uma nova chamada de sistema faz parte da API do kernel e deve ser suportada
[all …]
|
| H A D | 4.Coding.rst | 10 deste código que determinará o sucesso final do projeto.
14 foco mudará para como fazer as coisas do jeito certo e as ferramentas que podem
30 desenvolvedores do kernel.
32 O primeiro deles é acreditar que os padrões de codificação do kernel não importam
36 revisá-lo. Uma base de código tão grande quanto a do kernel exige certa
41 Ocasionalmente, o estilo de codificação do kernel entrará em conflito com o
42 estilo exigido por um empregador. Nesses casos, o estilo do kernel terá que
51 (*changelogs*) do kernel ou ambos. No entanto, patches puramente de estilo de
52 codificação são vistos como ruído pela comunidade de desenvolvimento; eles tendem
64 essas regras, para reformatar rapidamente partes do seu código de forma automática
[all …]
|
| H A D | email-clients.rst | 24 são, em geral, desaconselhados porque dificultam citar trechos do patch durante
27 Também é altamente recomendável que você use plain text no corpo do email, tanto
32 Clientes de email usados para patches do kernel Linux devem enviar o texto do
42 Clientes de email não devem modificar a codificação do conjunto de caracteres do
61 listas de discussão do Linux.
97 Se o patch inserido precisar ser editado na janela de composição do
116 :menuselection:`Preformatado`, depois colar com o botão do meio.
127 automaticamente, então você terá que quebrar manualmente o texto antes do patch.
133 No final do seu email, coloque o delimitador de patch comumente usado antes de
140 Deixe a janela do compositor larga o suficiente para que nenhuma linha seja
[all …]
|
| H A D | 6.Followthrough.rst | 9 do kernel podem cometer é concluir que o seu trabalho agora está concluído.
11 do processo, possivelmente com uma quantidade considerável de trabalho
15 melhorias. O processo de desenvolvimento do kernel reconhece esse fato e,
16 como resultado, é fortemente orientado para o aprimoramento do código
18 comunidade do kernel para garantir que seu código esteja de acordo com os
19 padrões de qualidade do kernel. A falha em participar desse processo muito
29 pode ser, para muitos desenvolvedores, a parte mais intimidadora do processo
30 de desenvolvimento do kernel. No entanto, a vida pode se tornar muito mais
38 até reescritas substanciais — vêm do entendimento de que o Linux ainda estará
42 ingrata; as pessoas lembram quem escreveu o código do kernel, mas há pouca
[all …]
|
| H A D | security-bugs.rst | 6 Os desenvolvedores do kernel Linux levam a segurança muito a sério. Como tal,
21 * **versão do kernel afetada**: sem indicação de versão, seu relatório não
28 * **descrição do problema**: uma descrição detalhada do problema, com rastros
39 sem o consentimento do relator, a menos que já sejam públicos. Por
49 * **localização suspeita do bug**: os nomes dos arquivos e funções onde
53 comando"), a equipe de segurança ajudará a identificar a origem do bug.
85 devido à falta de conhecimento do modelo de ameaças do kernel Linux, conforme
115 aos mantenedores do subsistema afetado e Cc: para a equipe de segurança do
133 acidentalmente o mantenedor errado são apenas um pequeno ruído para essa
135 a lista de mantenedores (o qual os oficiais de segurança do kernel usam) é
[all …]
|
| H A D | code-of-conduct.rst | 5 Código de Conduta de Compromisso do Colaborador
59 Este Código de Conduta se aplica tanto dentro dos espaços do projeto quanto em
61 comunidade. Exemplos de representação do projeto ou comunidade incluem o uso de um
62 endereço de e-mail oficial do projeto, publicações por meio de uma conta oficial
65 adicional pelos mantenedores do projeto.
71 podem ser relatados entrando em contato com o Comitê do Código de Conduta pelo e-mail
73 em uma resposta considerada necessária e adequada às circunstâncias. O Comitê do
81 Este Código de Conduta foi adaptado do Contributor Covenant, versão 1.4,
88 comunidade do kernel Linux interpretará este documento.
|
| H A D | deprecated.rst | 9 ciclo de desenvolvimento. No entanto, devido ao tamanho do kernel, à hierarquia
23 um dos objetivos permanentes do kernel é compilar sem avisos (*warnings*), e
27 totalmente removidas do kernel ou adicionadas a este arquivo para desestimular
35 eliminar uma thread do kernel de forma "segura", ela se mostrou arriscada
48 administradores do sistema podem ter configurado o sysctl *panic_on_warn* para
53 Aritmética explícita em argumentos do alocador
59 do que o esperado pelo chamador. O uso dessas alocações pode levar a estouros
69 Em vez disso, a forma de dois fatores do alocador deve ser utilizada::
73 Especificamente, kmalloc() pode ser substituído por kmalloc_array(), e
74 kzalloc() pode ser substituído por kcalloc().
[all …]
|
| H A D | backporting.rst | 30 Às vezes, o patch que você está fazendo backport já existe como um commit do
33 acontecer no caso do kernel Linux, você precisará aplicá-lo a uma árvore usando
44 permitirá que você resolva os conflitos com a ajuda do git e de quaisquer outras
54 contexto do diff ao fazer o cherry-pick dele para a ramificação mais antiga.
56 Um bom motivo para preferir o ``git cherry-pick`` em vez do ``git am`` é que o
65 `apresentação do b4`_ para mais informações). No entanto, o restante deste
69 .. _apresentação do b4: https://youtu.be/mF10hgVIx9o?t=2996
94 Em geral, os conflitos aparecem quando o contexto do patch (ou seja, as linhas
110 A resolução do conflito pode ser feita manualmente em um editor de texto comum
132 a `documentação oficial do git-mergetool`_.
[all …]
|
| H A D | management-style.rst | 3 Estilo de gerenciamento do kernel Linux
7 inventado, dependendo de quem você perguntar) para o kernel do Linux. Ele se
12 Estilo de gerenciamento é muito pessoal e muito mais difícil de quantificar do
17 A propósito, quando falamos sobre "gerente do kernel", trata-se de pessoas líderes
19 Se você assina pedidos de compra ou tem alguma ideia sobre o orçamento do seu grupo,
20 você quase certamente não é um gerente do kernel. Essas sugestões podem ou não se
40 O nome do jogo é **evitar** ter que tomar uma decisão. Em particular, se alguém
43 detalhes melhor do que você, então se elas vierem até você para uma decisão técnica,
47 do que você, você também está ferrado, embora por um motivo totalmente diferente.
51 Então o nome do jogo é **evitar** decisões, pelo menos as grandes e dolorosas.
[all …]
|
| H A D | kernel-driver-statement.rst | 3 Declaração sobre Drivers do Kernel
6 Posicionamento sobre os Módulos do Kernel Linux
10 Nós, os desenvolvedores do kernel Linux abaixo assinados, consideramos
13 nocivos aos usuários do Linux, às empresas e ao ecossistema Linux como
15 e a manutenibilidade do modelo de desenvolvimento do Linux e privam
16 seus usuários do conhecimento da comunidade Linux. Fornecedores que
18 abrir mão de vantagens fundamentais do Linux ou a escolher novos
|
| /linux/scripts/coccinelle/api/ |
| H A D | platform_no_drv_owner.cocci | 136 msg = "No need to set .owner here. The core will do it."
143 msg = "No need to set .owner here. The core will do it."
150 msg = "No need to set .owner here. The core will do it."
157 msg = "No need to set .owner here. The core will do it."
166 msg = "No need to set .owner here. The core will do it."
173 msg = "No need to set .owner here. The core will do it."
180 msg = "No need to set .owner here. The core will do it."
187 msg = "No need to set .owner here. The core will do it."
|
| /linux/drivers/net/ieee802154/ |
| H A D | Kconfig | 21 This driver can also be built as a module. To do so say M here.
33 This driver can also be built as a module. To do so, say M here.
45 This driver can also be built as a module. To do so, say M here.
56 This driver can also be built as a module. To do so, say M here.
66 This driver can also be built as a module. To do so say M here.
77 This driver can also be built as a module. To do so, say M here.
89 This driver can also be built as a module. To do so, say M here.
111 This driver can also be built as a module. To do so, say M here.
122 This driver can also be built as a module. To do so say M here.
|
| /linux/arch/riscv/ |
| H A D | Kconfig.vendor | 16 If you don't know what to do here, say Y.
29 If you don't know what to do here, say Y.
42 If you don't know what to do here, say Y.
55 If you don't know what to do here, say Y.
68 If you don't know what to do here, say Y.
|
| H A D | Kconfig.errata | 22 If you don't know what to do here, say "Y".
66 If you don't know what to do here, say "Y".
77 If you don't know what to do here, say "Y".
118 If you don't know what to do here, say "Y".
131 If you don't know what to do here, say "Y".
144 If you don't know what to do here, say "Y".
155 If you don't know what to do here, say "Y".
|
| /linux/tools/testing/selftests/ftrace/test.d/ |
| H A D | functions | 20 while read line; do
26 while read line; do
42 while read line; do
52 grep -v '^#' set_ftrace_filter | while read t; do
81 while read line; do
90 while [ $again -eq 1 ]; do
98 while read line; do
144 for i in "$@" ; do
|