| /linux/fs/xfs/ |
| H A D | xfs_log_cil.c | 51 xlog_cil_set_iclog_hdr_count(struct xfs_cil *cil) in xlog_cil_set_iclog_hdr_count() argument 53 struct xlog *log = cil->xc_log; in xlog_cil_set_iclog_hdr_count() 55 atomic_set(&cil->xc_iclog_hdrs, in xlog_cil_set_iclog_hdr_count() 71 struct xfs_cil *cil, in xlog_item_in_current_chkpt() argument 74 if (test_bit(XLOG_CIL_EMPTY, &cil->xc_flags)) in xlog_item_in_current_chkpt() 82 return lip->li_seq == READ_ONCE(cil->xc_current_sequence); in xlog_item_in_current_chkpt() 120 struct xfs_cil *cil, in xlog_cil_push_pcp_aggregate() argument 127 cilpcp = per_cpu_ptr(cil->xc_pcp, cpu); in xlog_cil_push_pcp_aggregate() 156 struct xfs_cil *cil, in xlog_cil_insert_pcp_aggregate() argument 163 if (!test_and_clear_bit(XLOG_CIL_PCP_SPACE, &cil->xc_flags)) in xlog_cil_insert_pcp_aggregate() [all …]
|
| /linux/Documentation/translations/pt_BR/process/ |
| H A D | management-style.rst | 12 Estilo de gerenciamento é muito pessoal e muito mais difícil de quantificar do 72 bastante fácil voltar atrás. Como você não vai ser capaz de desperdiçar enormes 74 você pode voltar atrás é uma decisão técnica, e lá o retrocesso é muito fácil: 82 - admitir que você foi um idiota é mais difícil do que parece. Todos nós gostamos 84 às vezes é muito difícil mesmo. 86 depois de tudo pode ser difícil para os pobres engenheiros humildes também, 87 e enquanto o **trabalho** real foi fácil de desfazer apenas excluindo-o, você 96 muito **cientes** disso. E é muito mais fácil admitir que você é estúpido quando 130 Aconteceu que enquanto é fácil desfazer erros técnicos, não é tão fácil desfazer 135 do kernel. Acontece que alienar pessoas é bastante fácil, e reverter esse afastamento [all …]
|
| H A D | 4.Coding.rst | 34 difícil se esse código não estiver escrito de acordo com o padrão; muitos 117 não é C, e o uso pesado dele resulta em um código muito mais difícil de ser lido 118 por outros e mais difícil para o compilador verificar a correção. O uso pesado 129 é um código muito mais limpo e fácil de acompanhar. 194 mais difícil. Os desenvolvedores do kernel devem dedicar um tempo para 197 concorrência terão um caminho difícil para entrar no mainline. 351 facilitar a integração de novos códigos ao kernel, tornará a vida mais fácil para 392 eram no passado; integrar código sem comentários será mais difícil. Dito isso, 440 tornar a vida dos desenvolvedores fora da árvore mais difícil do que precisa ser.
|
| H A D | backporting.rst | 114 diretamente, pois pode ser mais fácil entender o que você está fazendo e 291 ``git diff`` um tanto intimidadora e difícil de ler. Em vez disso, você pode 350 Entender o patch pode ser fácil ou difícil, dependendo do próprio patch, do 359 Às vezes, a coisa mais fácil a fazer é apenas remover tudo, exceto a primeira 364 parâmetros; nesse caso, é bastante fácil alterar o argumento de ``0`` para ``1`` 386 mais fácil é prosseguir, aplicar a alteração manualmente e dar o caso por 414 Preste atenção às alterações em argumentos de função! É fácil deixar passar 497 irá mostrá-los lado a lado, mas destacados em uma cor diferente. Assim, é fácil
|
| H A D | email-clients.rst | 128 A maneira mais fácil é compor o email com quebra de linha automática habilitado, 149 como texto em linha torna mais difícil extraí-los de sua codificação 7 bits. 154 para fazer o anexo ser exibido como texto inserido e ficar mais fácil de 283 A forma mais fácil de trabalhar com patches no Thunderbird é usar extensões
|
| H A D | index.rst | 15 muito mais fácil para você ter suas alterações integradas com um mínimo de
|
| H A D | 7.AdvancedTopics.rst | 87 mais difícil. Portanto, uma regra prática simples se aplica aqui: o histórico 105 fácil de acompanhar outra árvore, mas o rebasing não é uma opção uma vez que uma 117 movimento em massa de patches de um repositório para outro torna fácil a
|
| H A D | 6.Followthrough.rst | 31 fácil se você mantiver algumas coisas em mente: 69 com o revisor —, reserve um tempo para repensar as coisas. Pode ser fácil ficar 168 da falha em corrigir uma regressão pode muito bem tornar mais difícil para você
|
| H A D | 5.Posting.rst | 10 segui-los tornará a vida muito mais fácil para todos os envolvidos. Este 116 resultado for um kernel quebrado, você tornará a vida mais difícil para os 200 mais fácil de ser lido por outras pessoas. 315 não os envie como anexos; isso torna muito mais difícil para os revisores citarem
|
| H A D | submit-checklist.rst | 40 ``Kconfig``. Isso é muito difícil de acertar apenas com testes --- exige
|
| H A D | security-bugs.rst | 281 É muito mais difícil ter uma discussão com citações de contexto sobre um 337 do kernel e outras equipes é difícil porque para a equipe de segurança do
|
| H A D | botching-up-ioctls.rst | 140 código de recuperação de erros -- é fácil demais criar um deadlock entre seu
|
| H A D | adding-syscalls.rst | 24 arquivos ou dispositivo. Isso também torna mais fácil encapsular a nova 476 Se houver um ponteiro para um ponteiro envolvido, a decisão é fácil: x32 é
|
| H A D | maintainer-netdev.rst | 461 muito tempo (semanas) entre as postagens, pois isso tornará mais difícil para
|
| /linux/Documentation/translations/sp_SP/process/ |
| H A D | management-style.rst | 19 El estilo de gestión es muy personal y mucho más difícil de cuantificar 86 generalmente es bastante fácil retroceder. Dado que no vas a poder 89 muy fácil: simplemente diles a todos que fuiste un bobo incompetente, 98 - admitir que eras un idiota es más difícil de lo que parece. A todos 103 ingenieros humildes, y aunque el **trabajo** real fue bastante fácil 113 hacer que la gente sea muy **consciente** de eso. Y es mucho más fácil 151 Resulta que, si bien es fácil deshacer los errores técnicos, no es tan 152 fácil deshacer los trastornos de personalidad. Solo tienes que vivir 158 personas es bastante fácil, y desalienarlas es difícil. Por lo tanto, 167 El problema con #1 es que es muy fácil de hacer, ya que puedes decir [all …]
|
| H A D | security-bugs.rst | 29 más fácil será diagnosticarlo y corregirlo. Por favor, revise el 36 adjuntos cuando sea posible. Es mucho más difícil tener una discusión
|
| H A D | 1.Intro.rst | 96 difícil. Pero, a pesar de eso, muchos colaboradores potenciales han 141 parecer un gasto evitable; parece más fácil mantener el código separado 200 fusionado será mucho más difícil – hasta el punto de la imposibilidad. 234 difícil para sus usuarios obtener soporte de la comunidad. 236 - El soporte también es más difícil para los distribuidores de módulos
|
| H A D | 2.Process.rst | 110 real, este tipo de perfección es difícil de lograr; hay demasiados 362 El staging puede ser una forma relativamente fácil de conseguir nuevos 387 de ser difícil de aprender y usar, aunque ha mejorado con el tiempo. 406 interfaz que muchos encuentran más fácil de usar. 424 través de listas de correo. Es difícil ser un miembro plenamente funcional 476 respuesta sea más fácil de leer. (Es decir, evite top-posting – la 501 difícil de lo que tiene que ser.
|
| H A D | kernel-docs.rst | 17 no siempre es suficiente. Es fácil entender el código, pero se pierden los
|
| H A D | maintainer-kvm-x86.rst | 248 información debe ser fácil de encontrar. Changelogs que entierran el "qué 250 hacen muy difícil encontrar esa información.
|
| H A D | howto.rst | 47 de coma flotante no son permitidas. En ocasiones, puede ser difícil de 544 Es mucho más fácil retirar los parches uno por uno que diseccionar un
|
| H A D | handling-regressions.rst | 714 No entiendo porqué esta simple lógica es tan difícil para algunos
|