| /linux/include/trace/events/ |
| H A D | 9p.h | 11 EM( P9_TLERROR, "P9_TLERROR" ) \
12 EM( P9_RLERROR, "P9_RLERROR" ) \
13 EM( P9_TSTATFS, "P9_TSTATFS" ) \
14 EM( P9_RSTATFS, "P9_RSTATFS" ) \
15 EM( P9_TLOPEN, "P9_TLOPEN" ) \
16 EM( P9_RLOPEN, "P9_RLOPEN" ) \
17 EM( P9_TLCREATE, "P9_TLCREATE" ) \
18 EM( P9_RLCREATE, "P9_RLCREATE" ) \
19 EM( P9_TSYMLINK, "P9_TSYMLINK" ) \
20 EM( P9_RSYMLINK, "P9_RSYMLINK" ) \
[all …]
|
| H A D | netfs.h | 19 EM(netfs_read_trace_dio_read, "DIO-READ ") \
20 EM(netfs_read_trace_expanded, "EXPANDED ") \
21 EM(netfs_read_trace_readahead, "READAHEAD") \
22 EM(netfs_read_trace_readpage, "READPAGE ") \
23 EM(netfs_read_trace_read_gaps, "READ-GAPS") \
24 EM(netfs_read_trace_read_single, "READ-SNGL") \
25 EM(netfs_read_trace_prefetch_for_write, "PREFETCHW") \
29 EM(netfs_write_trace_copy_to_cache, "COPY2CACH") \
30 EM(netfs_write_trace_dio_write, "DIO-WRITE") \
31 EM(netfs_write_trace_unbuffered_write, "UNB-WRITE") \
[all …]
|
| H A D | afs.h | 123 EM(afs_call_trace_alloc, "ALLOC") \
124 EM(afs_call_trace_async_abort, "ASYAB") \
125 EM(afs_call_trace_async_kill, "ASYKL") \
126 EM(afs_call_trace_free, "FREE ") \
127 EM(afs_call_trace_get, "GET ") \
128 EM(afs_call_trace_put, "PUT ") \
129 EM(afs_call_trace_wake, "WAKE ") \
133 EM(afs_server_trace_callback, "CALLBACK ") \
134 EM(afs_server_trace_destroy, "DESTROY ") \
135 EM(afs_server_trace_free, "FREE ") \
[all …]
|
| H A D | rxrpc.h | 21 EM(afs_abort_general_error, "afs-error") \
22 EM(afs_abort_interrupted, "afs-intr") \
23 EM(afs_abort_oom, "afs-oom") \
24 EM(afs_abort_op_not_supported, "afs-op-notsupp") \
25 EM(afs_abort_probeuuid_negative, "afs-probeuuid-neg") \
26 EM(afs_abort_send_data_error, "afs-send-data") \
27 EM(afs_abort_unmarshal_error, "afs-unmarshal") \
28 EM(afs_abort_unsupported_sec_class, "afs-unsup-sec-class") \
30 EM(rxperf_abort_general_error, "rxperf-error") \
31 EM(rxperf_abort_oom, "rxperf-oom") \
[all …]
|
| H A D | fscache.h | 111 EM(fscache_cache_collision, "*COLLIDE*") \
112 EM(fscache_cache_get_acquire, "GET acq ") \
113 EM(fscache_cache_new_acquire, "NEW acq ") \
114 EM(fscache_cache_put_alloc_volume, "PUT alvol") \
115 EM(fscache_cache_put_cache, "PUT cache") \
116 EM(fscache_cache_put_prep_failed, "PUT pfail") \
117 EM(fscache_cache_put_relinquish, "PUT relnq") \
121 EM(fscache_volume_collision, "*COLLIDE*") \
122 EM(fscache_volume_get_cookie, "GET cook ") \
123 EM(fscache_volume_get_create_work, "GET creat") \
[all …]
|
| H A D | memory-failure.h | 25 EM ( MF_IGNORED, "Ignored" ) \
26 EM ( MF_FAILED, "Failed" ) \
27 EM ( MF_DELAYED, "Delayed" ) \
31 EM ( MF_MSG_KERNEL, "reserved kernel page" ) \
32 EM ( MF_MSG_KERNEL_HIGH_ORDER, "high-order kernel page" ) \
33 EM ( MF_MSG_HUGE, "huge page" ) \
34 EM ( MF_MSG_FREE_HUGE, "free huge page" ) \
35 EM ( MF_MSG_GET_HWPOISON, "get hwpoison page" ) \
36 EM ( MF_MSG_UNMAP_FAILED, "unmapping failed page" ) \
37 EM ( MF_MSG_DIRTY_SWAPCACHE, "dirty swapcache page" ) \
[all …]
|
| H A D | cachefiles.h | 108 EM(FSCACHE_OBJECT_IS_STALE, "stale") \
109 EM(FSCACHE_OBJECT_IS_WEIRD, "weird") \
110 EM(FSCACHE_OBJECT_INVALIDATED, "inval") \
111 EM(FSCACHE_OBJECT_NO_SPACE, "no_space") \
112 EM(FSCACHE_OBJECT_WAS_RETIRED, "was_retired") \
113 EM(FSCACHE_OBJECT_WAS_CULLED, "was_culled") \
117 EM(cachefiles_obj_get_ioreq, "GET ioreq") \
118 EM(cachefiles_obj_new, "NEW obj") \
119 EM(cachefiles_obj_put_alloc_fail, "PUT alloc_fail") \
120 EM(cachefiles_obj_put_detach, "PUT detach") \
[all …]
|
| H A D | v4l2.h | 12 #undef EM
14 #define EM(a, b) TRACE_DEFINE_ENUM(a); macro
21 EM( V4L2_BUF_TYPE_VIDEO_CAPTURE, "VIDEO_CAPTURE" ) \
22 EM( V4L2_BUF_TYPE_VIDEO_OUTPUT, "VIDEO_OUTPUT" ) \
23 EM( V4L2_BUF_TYPE_VIDEO_OVERLAY, "VIDEO_OVERLAY" ) \
24 EM( V4L2_BUF_TYPE_VBI_CAPTURE, "VBI_CAPTURE" ) \
25 EM( V4L2_BUF_TYPE_VBI_OUTPUT, "VBI_OUTPUT" ) \
26 EM( V4L2_BUF_TYPE_SLICED_VBI_CAPTURE, "SLICED_VBI_CAPTURE" ) \
27 EM( V4L2_BUF_TYPE_SLICED_VBI_OUTPUT, "SLICED_VBI_OUTPUT" ) \
28 EM( V4L2_BUF_TYPE_VIDEO_OUTPUT_OVERLAY, "VIDEO_OUTPUT_OVERLAY" ) \
[all …]
|
| /linux/fs/btrfs/tests/ |
| H A D | extent-map-tests.c | 17 struct extent_map *em; in free_extent_map_tree() local
24 em = rb_entry(node, struct extent_map, rb_node); in free_extent_map_tree()
25 btrfs_remove_extent_mapping(inode, em); in free_extent_map_tree()
28 if (refcount_read(&em->refs) != 1) { in free_extent_map_tree()
31 "em leak: em (start %llu len %llu disk_bytenr %llu disk_num_bytes %llu offset %llu) refs %d", in free_extent_map_tree()
32 em->start, em->len, em->disk_bytenr, in free_extent_map_tree()
33 em->disk_num_bytes, em->offset, in free_extent_map_tree()
34 refcount_read(&em->refs)); in free_extent_map_tree()
36 refcount_set(&em->refs, 1); in free_extent_map_tree()
39 btrfs_free_extent_map(em); in free_extent_map_tree()
[all …]
|
| /linux/fs/btrfs/ |
| H A D | extent_map.c | 47 struct extent_map *em; in btrfs_alloc_extent_map() local
48 em = kmem_cache_zalloc(extent_map_cache, GFP_NOFS); in btrfs_alloc_extent_map()
49 if (!em) in btrfs_alloc_extent_map()
51 RB_CLEAR_NODE(&em->rb_node); in btrfs_alloc_extent_map()
52 refcount_set(&em->refs, 1); in btrfs_alloc_extent_map()
53 INIT_LIST_HEAD(&em->list); in btrfs_alloc_extent_map()
54 return em; in btrfs_alloc_extent_map()
58 * Drop the reference out on @em by one and free the structure if the reference
61 void btrfs_free_extent_map(struct extent_map *em) in btrfs_free_extent_map() argument
63 if (!em) in btrfs_free_extent_map()
[all …]
|
| /linux/fs/smb/client/ |
| H A D | trace.h | 24 EM(smb_eio_trace_compress_copy, "compress_copy") \
25 EM(smb_eio_trace_copychunk_inv_rsp, "copychunk_inv_rsp") \
26 EM(smb_eio_trace_copychunk_overcopy_b, "copychunk_overcopy_b") \
27 EM(smb_eio_trace_copychunk_overcopy_c, "copychunk_overcopy_c") \
28 EM(smb_eio_trace_create_rsp_too_small, "create_rsp_too_small") \
29 EM(smb_eio_trace_dfsref_no_rsp, "dfsref_no_rsp") \
30 EM(smb_eio_trace_ea_next_offset, "ea_next_offset") \
31 EM(smb_eio_trace_ea_overrun, "ea_overrun") \
32 EM(smb_eio_trace_extract_will_pin, "extract_will_pin") \
33 EM(smb_eio_trace_forced_shutdown, "forced_shutdown") \
[all …]
|
| /linux/Documentation/sphinx-static/ |
| H A D | custom.css | 6 div.body { max-width: 120em; }
19 div.sphinxsidebarwrapper { padding: 1em 0.4em; }
35 /* The default is to use -1em, which makes it override text */
36 li { text-indent: 0em; }
42 dl.function, dl.struct, dl.enum { margin-top: 2em; background-color: #ecf0f3; }
44 dl.function dt { margin-left: 10em; text-indent: -10em; }
53 div.kernelindent { margin-left: 2em; margin-right: 4em; }
59 dl.py { margin-top: 2em; background-color: #ecf0f3; }
60 dl.py.class { margin-left: 2em; text-indent: -2em; padding-left: 2em; }
61 dl.py.method, dl.py.attribute { margin-left: 2em; text-indent: -2em; }
[all …]
|
| /linux/net/sched/ |
| H A D | ematch.c | 171 struct tcf_ematch *em, struct nlattr *nla, int idx) in tcf_em_validate() argument
202 em->data = ref; in tcf_em_validate()
212 em->ops = tcf_em_lookup(em_hdr->kind); in tcf_em_validate()
214 if (em->ops == NULL) { in tcf_em_validate()
220 em->ops = tcf_em_lookup(em_hdr->kind); in tcf_em_validate()
221 if (em->ops) { in tcf_em_validate()
226 module_put(em->ops->owner); in tcf_em_validate()
227 em->ops = NULL; in tcf_em_validate()
237 if (em->ops->datalen && data_len < em->ops->datalen) in tcf_em_validate()
240 if (em->ops->change) { in tcf_em_validate()
[all …]
|
| /linux/Documentation/translations/pt_BR/process/ |
| H A D | 7.AdvancedTopics.rst | 28 longo por si só. Em vez disso, o foco aqui será em como o git se encaixa
30 que desejam se atualizar com o git encontrarão mais informações em:
36 e em vários tutoriais encontrados na web.
62 de desenvolvimento pode ser separada em uma "topic branch" distinta e mantida de
64 uso livre delas. E, em qualquer caso, você não deve fazer o seu desenvolvimento
65 em nenhuma branch a partir da qual pretenda pedir para que outros deem pull.
67 de branches de desenvolvimento quando eles estiverem em sua forma final e prontos
68 para seguir em frente — não antes.
83 kernel testada (assim se espera) em uma não testada. Mas, além disso, os
86 desenvolvedores já deram pull em seus repositórios, tornará a vida deles muito
[all …]
|
| H A D | adding-syscalls.rst | 9 submissão em
25 funcionalidade em um módulo de kernel, em vez de exigir que ela seja
28 - Se a nova funcionalidade envolver operações em que o kernel notifica o
38 - Se você estiver apenas expondo informações do sistema em tempo de execução,
42 o que pode não ser sempre o caso (por exemplo, em um ambiente com namespaces,
88 argumentos, prefere-se encapsular a maioria dos argumentos em uma estrutura
102 permitirá lidar com a divergência de versões em ambas as direções:
112 Veja :manpage:`perf_event_open(2)` e a função ``perf_copy_attr()`` (em
130 em outra thread poderiam vazar um descritor para o programa executado. (Contudo,
151 o arquivo em questão; em particular, permite que o espaço do usuário solicite a
[all …]
|
| H A D | 4.Coding.rst | 13 de maneiras pelas quais os desenvolvedores de kernel podem errar. Em seguida, o
24 O kernel há muito possui um estilo de codificação padrão, descrito em
41 Ocasionalmente, o estilo de codificação do kernel entrará em conflito com o
80 extensivo de camadas de abstração em nome da flexibilidade e da ocultação de
87 Em um nível simples, considere uma função que possui um argumento que é
96 em geral, ser adicionados em primeiro lugar.
106 extrair parte desse código em uma biblioteca separada ou implementar essa
107 funcionalidade em um nível superior. Não há valor em duplicar o mesmo código
111 Uso de #ifdef e do pré-processador em geral
116 quantidade de flexibilidade em um arquivo-fonte. No entanto, o pré-processador
[all …]
|
| H A D | security-bugs.rst | 13 Como em qualquer relatório de bug, um relatório de falha de segurança exige
16 o procedimento descrito em Documentation/admin-guide/reporting-issues.rst se
18 informações são absolutamente necessárias em **qualquer** relatório de falha de
24 vulnerabilidades sejam verificadas em versões recentes (árvore de
78 bugs que são tratados em discussões fechadas entre um pequeno conjunto de
86 descrito em Documentation/process/threat-model.rst, e deveriam ter sido
87 enviados através dos canais normais descritos em
91 capacidade que ele não deveria ter em um sistema de produção corretamente
94 realmente ultrapassa um limite de confiança em tal sistema.
120 pessoa, ou o uso de ferramentas baseadas em IA).
[all …]
|
| H A D | 5.Posting.rst | 6 Cedo ou tarde, chega o momento em que seu trabalho está pronto para ser
11 documento tentará cobrir essas expectativas em detalhes razoáveis; mais
24 Portanto, você deve considerar o envio de trabalhos em andamento, ou até mesmo
50 (localizadas sob lib/) são amplamente utilizadas em quase todos os lugares e
53 - Certifique-se de que seu código esteja em conformidade com as diretrizes de
65 quase sempre compensa o esforço em pouco tempo.
78 lançamento bem conhecido — um release estável ou -rc —, em vez de criar uma
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
94 alterações encontrada no seu sistema de controle de versão de trabalho. Em
[all …]
|
| H A D | deprecated.rst | 7 Em um mundo perfeito, seria possível converter todas as instâncias de alguma
8 API obsoleta para a nova API e remover completamente a API antiga em um único
25 uso de `__deprecated` seja útil para sinalizar uma API antiga em um arquivo de
32 Em vez disso, use WARN() e WARN_ON() e trate a condição de erro "impossível"
36 demais. (Por exemplo: "Em que ordem os bloqueios precisam ser liberados? Os
53 Aritmética explícita em argumentos do alocador
56 realizados em argumentos de funções de alocação de memória (ou similares)
58 que os valores dessem a volta (*wrap around*), resultando em uma alocação menor
65 Por exemplo, não use ``count * size`` como argumento, como em::
69 Em vez disso, a forma de dois fatores do alocador deve ser utilizada::
[all …]
|
| H A D | cve.rst | 9 de segurança divulgadas publicamente. Com o tempo, sua utilidade diminuiu em
21 Linux, descrito em :ref:`securitybugs`.
24 arquivos da lista de discussão linux-cve, como visto em
38 Observe que, devido à camada em que o kernel Linux se encontra em um sistema,
50 ele é SOMENTE para atribuição de CVEs a correções que já estejam em árvores de
54 Linux, descrito em :ref:`securitybugs`.
61 seja resolvido com um commit, por favor entre em contato com a equipe de
62 atribuição de CVEs do kernel em <cve@kernel.org> para obter um identificador
65 Nenhum CVE será atribuído para qualquer problema encontrado em uma versão do
68 encontrada em https://kernel.org/releases.html
[all …]
|
| H A D | management-style.rst | 8 destina a espelhar o documento :ref:`process/coding-style.rst <codingstyle>` em
40 O nome do jogo é **evitar** ter que tomar uma decisão. Em particular, se alguém
42 você está em apuros como gerente. As pessoas que você gerencia devem conhecer os
49 gerenciando sua genialidade em vez disso).
54 as grandes e dolorosas em pequenas coisas com as quais ninguém realmente se importa.
66 que não podem ser desfeitas. Não se deixe encurralar em um canto do qual você não
76 todo o trabalho inútil em que você fez as pessoas trabalharem no último ano.
83 de manter as aparências, e sair em público para dizer que você estava errado
89 "irrevogável" era o que tentamos evitar em primeiro lugar, e sua decisão acabou
106 elas pelo menos pensem duas vezes antes de embarcar em um grande empreendimento.
[all …]
|
| H A D | 6.Followthrough.rst | 14 É raro um patch ser tão bom em seu primeiro envio que não haja margem para
19 padrões de qualidade do kernel. A falha em participar desse processo muito
27 Um patch de qualquer relevância resultará em uma série de comentários de outros
31 fácil se você mantiver algumas coisas em mente:
51 interesses de seus empregadores em detrimento dos seus. Os desenvolvedores
54 estão verdadeiramente trabalhando em prol da criação do melhor kernel possível;
58 de codificação e pedidos para refatorar parte do seu código em seções
61 (*clever hack*) em seu driver para contornar um problema
74 Andrew Morton sugeriu que todo comentário de revisão que não resulte em uma
75 alteração de código deveria, em vez disso, resultar em um comentário adicional
[all …]
|
| H A D | maintainer-netdev.rst | 14 - **Tamanho da série** – não envie séries grandes (> 15 patches);divida-as em
24 a rede. Isso inclui qualquer item encontrado em ``net/`` (ex: código principal
25 como IPv6) e em ``drivers/net`` (ex: drivers específicos de hardware) na árvore
33 `kernel.org <https://www.kernel.org/>`_, com arquivos disponíveis em
58 Para descobrir em que ponto do ciclo estamos agora - carregue a página da
66 final (sem o sufixo ``-rcN``) - muito provavelmente estamos em uma janela de
72 Existem duas árvores de rede (repositórios git) em jogo. Ambas são coordenadas
96 em que a árvore ``net-next`` estiver fechada.
113 enviada de volta para Linus em intervalos regulares (~semanais). Isso significa
178 Em vez de delegar permissões do patchwork, a netdev usa um robô de e-mail
[all …]
|
| H A D | backporting.rst | 18 patches, mesclagem de ramificações (branches) ou resolução de conflitos em seu
31 git, caso em que você apenas faz o cherry-pick dele diretamente usando
41 Recomenda-se fortemente, em vez disso, encontrar uma versão base apropriada onde
47 antigo, você pode aplicá-lo ao kernel principal (mainline) mais recente e, em
56 Um bom motivo para preferir o ``git cherry-pick`` em vez do ``git am`` é que o
60 que pode resultar em erros silenciosos ou conflitos confusos).
72 em sua árvore de código-fonte. Não se esqueça de fazer o cherry-pick com ``-x``
94 Em geral, os conflitos aparecem quando o contexto do patch (ou seja, as linhas
101 inverso também é possível. Em qualquer caso, o resultado é um conflito que
108 em consideração esses outros commits.
[all …]
|
| /linux/Documentation/translations/pt_BR/ |
| H A D | index.rst | 6 Documentação do Kernel Linux em Português
15 Este é o nível principal da documentação do kernel em língua portuguesa (Brasil).
16 A tradução ainda está em seu estágio inicial e incompleta; você notará avisos
19 De maneira geral, a documentação, assim como o próprio kernel, está em constante
23 de discussão linux-doc em vger.kernel.org.
34 para quem prefere ler em sua língua nativa. No entanto, tenha em mente que a
35 *única* documentação oficial é a em língua inglesa: :ref:`linux_doc`
37 A propagação simultânea de uma alteração em :ref:`linux_doc` para todas as
42 Se o que você ler em uma tradução não corresponder ao que ler no código,
44 documentação em inglês.
[all …]
|