Home
last modified time | relevance | path

Searched full:do (Results 1 – 25 of 7134) sorted by relevance

12345678910>>...286

/linux/Documentation/translations/pt_BR/process/
H A Dcode-of-conduct-interpretation.rst3 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
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á
76 prerrogativa está nas mãos dos mantenedores e da liderança do projeto e
[all …]
H A Dapplying-patches.rst12 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 Dcve.rst10 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 D8.Conclusion.rst6 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 D4.Coding.rst10 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
64 essas regras, para reformatar rapidamente partes do seu código de forma automática
71 Algumas configurações básicas do editor, como indentação e fins de linha,
[all …]
H A D7.AdvancedTopics.rst9 desejam se tornar parte regular do processo de desenvolvimento do kernel Linux.
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
53 possam examinar, você, logicamente, precisará de um servidor a partir do qual um
[all …]
H A Dadding-syscalls.rst18 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 Dindex.rst12 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 D5.Posting.rst8 mainline. Sem surpresa, a comunidade de desenvolvimento do kernel evoluiu um
43 do kernel, garanta que o kernel seja compilado com todas as combinações
54 estilo de codificação do kernel.
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
144 de forma rápida e clara o seu propósito para o resto do mundo. Para esse fim,
147 - Uma linha "From" opcional que nomeia o autor do patch. Esta linha só é
[all …]
H A Dmaintainer-netdev.rst4 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"
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
106 ``net-next`` já reabriu, basta verificar o link do repositório git da
[all …]
H A D6.Followthrough.rst9 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 Dcontribution-maturity-model.rst11 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 Dsecurity-bugs.rst6 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
135 a lista de mantenedores (o qual os oficiais de segurança do kernel usam) é
177 relatório apenas para a equipe de segurança do kernel Linux. Sua mensagem
[all …]
H A Dbackporting.rst30 À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 …]
/linux/tools/testing/selftests/rcutorture/doc/
H A DTREE_RCU-kconfig.txt7 CONFIG_DEBUG_LOCK_ALLOC -- Do three, covering CONFIG_PROVE_LOCKING & not.
8 CONFIG_DEBUG_OBJECTS_RCU_HEAD -- Do one.
9 CONFIG_HZ_PERIODIC -- Do one.
10 CONFIG_NO_HZ_IDLE -- Do those not otherwise specified. (Groups of two.)
11 CONFIG_NO_HZ_FULL -- Do two, one with partial CPU enablement.
12 CONFIG_PREEMPT -- Do half. (First three and #8.)
13 CONFIG_PROVE_LOCKING -- Do several, covering CONFIG_DEBUG_LOCK_ALLOC=y and not.
17 CONFIG_RCU_FANOUT_LEAF -- Do one non-default.
18 CONFIG_RCU_NOCB_CPU -- Do three, one with no rcu_nocbs CPUs, one with
20 CONFIG_RCU_TRACE -- Do half.
[all …]
/linux/tools/testing/selftests/rcutorture/bin/
H A Dtorture.sh89 echo " --do-all"
90 echo " --do-allmodconfig / --do-no-allmodconfig / --no-allmodconfig"
91 echo " --do-clocksourcewd / --do-no-clocksourcewd / --no-clocksourcewd"
92 echo " --do-kasan / --do-no-kasan / --no-kasan"
93 echo " --do-kcsan / --do-no-kcsan / --no-kcsan"
94 echo " --do
[all...]
/linux/include/linux/
H A Dpacking.h126 /* Do not hand-edit the following packed field check macros!
137 #define CHECK_PACKED_FIELDS_2(fields) do { \
142 #define CHECK_PACKED_FIELDS_3(fields) do { \
147 #define CHECK_PACKED_FIELDS_4(fields) do { \
152 #define CHECK_PACKED_FIELDS_5(fields) do { \
157 #define CHECK_PACKED_FIELDS_6(fields) do { \
162 #define CHECK_PACKED_FIELDS_7(fields) do { \
167 #define CHECK_PACKED_FIELDS_8(fields) do { \
172 #define CHECK_PACKED_FIELDS_9(fields) do { \
177 #define CHECK_PACKED_FIELDS_10(fields) do { \
[all …]
H A Dlockdep.h110 do { \
115 do { \
282 do { WARN_ON(debug_locks && !(cond)); } while (0)
285 do { WARN_ON_ONCE(debug_locks && !(cond)); } while (0)
288 do { lockdep_assert(lockdep_is_held(l) != LOCK_STATE_NOT_HELD); __assume_ctx_lock(l); } while (0)
294 do { lockdep_assert(lockdep_is_held_type(l, 0)); __assume_ctx_lock(l); } while (0)
297 do { lockdep_assert(lockdep_is_held_type(l, 1)); __assume_shared_ctx_lock(l); } while (0)
339 # define lock_acquire(l, s, t, r, c, n, i) do { } while (0)
340 # define lock_release(l, i) do { } while (0)
341 # define lock_downgrade(l, i) do { } while (0)
[all …]
H A Dlocal_lock_internal.h3 # error "Do not include directly, include linux/local_lock.h"
82 do { \
93 do { \
98 do { \
109 do { \
125 do { \
132 do { \
139 do { \
183 do { \
199 do { \
[all …]
H A Dhid-debug.h40 #define hid_dump_input(a,b,c) do { } while (0)
41 #define hid_dump_report(a,b,c,d) do { } while (0)
42 #define hid_dump_device(a,b) do { } while (0)
43 #define hid_dump_field(a,b,c) do { } while (0)
44 #define hid_resolv_usage(a,b) do { } while (0)
45 #define hid_debug_register(a, b) do { } while (0)
46 #define hid_debug_unregister(a) do { } while (0)
47 #define hid_debug_init() do { } while (0)
48 #define hid_debug_exit() do { } while (0)
49 #define hid_debug_event(a,b) do { } while (0)
/linux/drivers/scsi/qla4xxx/
H A Dql4_dbg.h19 #define DEBUG(x) do {x;} while (0);
21 #define DEBUG(x) do {} while (0);
25 #define DEBUG2(x) do {if(ql4xextended_error_logging == 2) x;} while (0);
26 #define DEBUG2_3(x) do {x;} while (0);
28 #define DEBUG2(x) do {} while (0);
32 #define DEBUG3(x) do {if(ql4xextended_error_logging == 3) x;} while (0);
34 #define DEBUG3(x) do {} while (0);
36 #define DEBUG2_3(x) do {} while (0);
40 #define DEBUG4(x) do {x;} while (0);
42 #define DEBUG4(x) do {} while (0);
[all …]
/linux/tools/testing/selftests/net/
H A Dnl_nlctrl.py13 # cover ops with a do, with a dump, and with both.
35 [{'family-id': 16, 'op-policy': {'do': 0, 'dump': 0, 'op-id': 3}},
40 {3:{'do','dump'}, 4:{'dump'}}
64 ksft_true(op['flags'] & {'cmd-cap-do', 'cmd-cap-dump'},
68 ksft_in('cmd-cap-do', ops['nlctrl'][3]['flags'])
70 ksft_not_in('cmd-cap-do', ops['nlctrl'][10]['flags'])
75 # dev-get (id 1) should support both do and dump
76 ksft_in('cmd-cap-do', netdev[1]['flags'])
80 ksft_not_in('cmd-cap-do', netdev[12]['flags'])
83 # napi-set (id 14) is do-only and requires admin
[all …]
/linux/arch/mips/include/asm/
H A Dhazards.h66 do { \
142 do { \
156 do { \
185 #define instruction_hazard() do { } while (0)
211 #define instruction_hazard() do { } while (0)
262 #define instruction_hazard() do { } while (0)
322 do { \
329 do { \
337 do { \
345 do { \
[all …]
/linux/arch/csky/abiv2/inc/abi/
H A Dcacheflush.h13 #define flush_cache_all() do { } while (0)
14 #define flush_cache_mm(mm) do { } while (0)
15 #define flush_cache_dup_mm(mm) do { } while (0)
16 #define flush_cache_range(vma, start, end) do { } while (0)
17 #define flush_cache_page(vma, vmaddr, pfn) do { } while (0)
34 #define flush_dcache_mmap_lock(mapping) do { } while (0)
35 #define flush_dcache_mmap_unlock(mapping) do { } while (0)
43 #define flush_cache_vmap(start, end) do { } while (0)
44 #define flush_cache_vmap_early(start, end) do { } while (0)
45 #define flush_cache_vunmap(start, end) do { } while (0)
[all …]
/linux/drivers/scsi/mpi3mr/
H A Dmpi3mr_debug.h51 do { \
57 do { \
63 do { \
69 do { \
75 do { \
81 do { \
87 do { \
93 do { \
99 do { \
105 do { \
[all …]

12345678910>>...286