Lines Matching refs:para
22 - Se as operações envolvidas puderem ser moldadas para se parecerem com um
30 arquivo (file descriptor) para o objeto relevante permite que o espaço
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
44 não é considerado uma interface de "produção" para o espaço do usuário.
45 - Se a operação for específica para um arquivo ou descritor de arquivo de um
46 determinado objeto, então uma opção de comando adicional para :manpage:`fcntl(2)`
49 para quando a nova função for intimamente análoga à funcionalidade existente
52 - Se a operação for específica para uma tarefa (task) ou processo específico,
53 então uma opção de comando adicional para :manpage:`prctl(2)` pode ser mais
55 é um multiplexador complicado, sendo melhor reservá-la para análogos próximos
56 de comandos ``prctl()`` existentes ou para obter/definir uma flag simples
66 futuras para essa interface.
113 ``kernel/events/core.c``) para um exemplo desta abordagem.
121 como o handle (identificador) para esse objeto -- não invente um novo tipo de
122 handle de objeto para o espaço do usuário quando o kernel já possui mecanismos
123 e semânticas bem definidas para o uso de descritores de arquivo.
127 a definir ``O_CLOEXEC`` no novo FD. Isso torna possível para o espaço do usuário
130 em outra thread poderiam vazar um descritor para o programa executado. (Contudo,
138 pronto para leitura ou escrita é a maneira normal de o kernel indicar ao espaço
150 Isso permite maior flexibilidade para a forma como o espaço do usuário especifica
152 funcionalidade para um descritor de arquivo já aberto usando a flag
159 manual :manpage:`openat(2)`; para um exemplo de AT_EMPTY_PATH, veja a página de
163 deslocamento (offset) dentro de um arquivo, mude o seu tipo para ``loff_t`` para
173 usos para a capacidade ``CAP_SYS_ADMIN``, que já é excessivamente generalista.
177 ``ptrace_may_access()``) para que apenas um processo chamador com as mesmas
183 argumentos de numeração ímpar (ou seja, parâmetro 1, 3, 5), para permitir o uso
199 - A fiação (wiring up) da nova chamada de sistema para uma arquitetura em
203 - Um rascunho da página de manual (man-page) para a nova chamada de sistema,
205 patch para o repositório (separado) de man-pages.
208 kernel, devem sempre ser enviadas com cópia (cc'ed) para linux-api@vger.kernel.org.
214 O ponto de entrada principal para a sua nova chamada de sistema (2) será chamado
218 chamada de sistema seguido pelos pares (tipo, nome) para os parâmetros como
220 sistema fiquem disponíveis para outras ferramentas.
223 em ``include/linux/syscalls.h``, marcado como asmlinkage para corresponder à
236 Atualize também a contagem de __NR_syscalls para refletir a chamada de sistema
239 ser ajustado para resolver conflitos.
241 O arquivo ``kernel/sys_ni.c`` fornece uma implementação de stub de fallback para
249 ``init/Kconfig``) para ela. Como de costume para novas opções ``CONFIG``:
261 - Opção ``CONFIG`` para a nova função, normalmente em ``init/Kconfig``
262 - ``SYSCALL_DEFINEn(, ...)`` para o ponto de entrada
274 genéricas para as seguintes arquiteturas não requer mais modificações em
289 Como o ``scripts/syscall.tbl`` serve como uma tabela de syscall comum para
306 - Opção ``CONFIG`` para a nova função, normalmente em ``init/Kconfig``
307 - ``SYSCALL_DEFINEn(, ...)`` para o ponto de entrada
320 entrada "common" (para x86_64 e x32) em
341 (compatibility layer) é necessária para lidar com as diferenças de tamanho entre
349 - um ponteiro para um ponteiro
350 - um ponteiro para uma struct que contém um ponteiro (por exemplo,
352 - um ponteiro para um tipo integral de tamanho variável (``time_t``,
354 - um ponteiro para uma struct que contém um tipo integral de tamanho variável.
363 (Note que um argumento de chamada de sistema que seja um ponteiro para um tipo
372 bits e faz o que for necessário para lidar com eles. (Tipicamente, a versão
373 ``compat_sys_`` converte os valores para versões de 64 bits e chama a versão
377 correspondente em ``include/linux/compat.h``, marcado como asmlinkage para
387 rotina ``compat_sys_xyzzy()`` pode então usar essa estrutura ``compat_`` para
408 A lista genérica de chamadas de sistema também precisa de ajustes para permitir
417 - uma macro ``COMPAT_SYSCALL_DEFINEn(, ...)`` para o ponto de entrada compat
429 :ref:`Chamadas de Sistema de Compatibilidade (arm64)<pt_BR_compat_arm64>` para mais
433 para indicar que um programa de espaço do usuário de 32 bits rodando em um
440 - ``COMPAT_SYSCALL_DEFINEn(, ...)`` para o ponto de entrada compat
442 - Modificação da entrada em ``scripts/syscall.tbl`` para incluir uma coluna
452 No arm64, existe uma tabela de syscall dedicada para chamadas de sistema de
453 compatibilidade voltadas para o espaço do usuário de 32 bits (AArch32):
467 coluna extra para indicar que um programa de espaço do usuário de 32 bits rodando
472 Segundo, você precisa definir o que deve acontecer para a versão da ABI x32 da
476 Se houver um ponteiro para um ponteiro envolvido, a decisão é fácil: x32 é
479 ``arch/x86/entry/syscalls/syscall_64.tbl`` é dividida para que os programas x32
487 sistema de 64 bits para a ABI x32 (e, consequentemente, a entrada em
491 dos seus argumentos de fato se mapeiam exatamente do x32 (-mx32) para os seus
495 Chamadas de Sistema com Retorno para Outro Local
504 podem retornar para um local distinto (``rt_sigreturn``), alterar o espaço de
519 (``arch/x86/entry/syscalls/syscall_64.tbl``) é ajustada para refletir::
523 O equivalente para programas de 32 bits executados em um kernel de 64 bits é
535 para a versão ``compat_sys_``.
537 Por questões de integridade, também é recomendado configurar um mapeamento para
551 há exceções ocasionais que podem precisar de atualização para a sua chamada
563 chamada existente para verificar se não há outros casos especiais.
577 disso, se a chamada de sistema envolver uma nova estrutura visível para o
578 espaço do usuário, o cabeçalho correspondente precisará ser instalado para
587 xfstests para alterações relacionadas
596 conjunto de patches (patchset), para a conveniência dos revisores.
598 A página de manual deve ser enviada com cópia (cc) para
610 lugares do kernel. Se a funcionalidade da syscall for útil para ser utilizada
620 utiliza uma convenção de chamada diferente para chamadas de sistema na qual a
622 então repassa o processamento para a função real da syscall. Isso significa que
623 apenas os parâmetros realmente necessários para uma syscall específica são
647 caminhos de implementação de chamadas de sistema para a v3.14:
652 - Os requisitos específicos de arquitetura para chamadas de sistema são
661 - Recomendação de Andrew Morton para que todas as informações relacionadas a
664 - Recomendação de Michael Kerrisk para que uma nova chamada de sistema venha
667 - Sugestão de Thomas Gleixner para que a vinculação (wire-up) do x86 esteja em
678 campo de tamanho (size) para fins de extensibilidade futura:
699 para utilizar scripts/syscall.tbl em múltiplas arquiteturas: