| /linux/drivers/net/fddi/skfp/h/ |
| H A D | smt.h | 110 #define SMTSETPARA(p,t) (p)->para.p_type = (t),\
111 (p)->para.p_len = sizeof(*(p)) - PARA_LEN
120 struct smt_para para ; /* generic parameter header */ member
135 struct smt_para para ; /* generic parameter header */ member
149 struct smt_para para ; /* generic parameter header */ member
171 struct smt_para para ; /* generic parameter header */ member
182 struct smt_para para ; /* generic parameter header */ member
199 struct smt_para para ; /* generic parameter header */ member
213 struct smt_para para ; /* generic parameter header */ member
262 struct smt_para para ; /* generic parameter header */ member
[all …]
|
| /linux/drivers/net/fddi/skfp/ |
| H A D | ess.c | 497 chg->s_type.para.p_type = SMT_P0015 ; in ess_send_response()
498 chg->s_type.para.p_len = sizeof(struct smt_p_0015) - PARA_LEN ; in ess_send_response()
502 chg->cmd.para.p_type = SMT_P0016 ; in ess_send_response()
503 chg->cmd.para.p_len = sizeof(struct smt_p_0016) - PARA_LEN ; in ess_send_response()
507 chg->path.para.p_type = SMT_P320B ; in ess_send_response()
508 chg->path.para.p_len = sizeof(struct smt_p_320b) - PARA_LEN ; in ess_send_response()
514 chg->payload.para.p_type = SMT_P320F ; in ess_send_response()
515 chg->payload.para.p_len = sizeof(struct smt_p_320f) - PARA_LEN ; in ess_send_response()
520 chg->overhead.para.p_type = SMT_P3210 ; in ess_send_response()
521 chg->overhead.para.p_len = sizeof(struct smt_p_3210) - PARA_LEN ; in ess_send_response()
[all …]
|
| /linux/Documentation/translations/pt_BR/process/ |
| H A D | email-clients.rst | 3 Informações sobre clientes de email para Linux
11 de quem recebe, os mantenedores usam ``git am`` para aplicar os patches.
13 Se você é novo no ``git``, envie seu primeiro patch para si mesmo. Salve-o
16 patch para a(s) lista(s) de discussão apropriada(s).
21 Os patches para o kernel Linux são enviados por email, preferencialmente como
28 para patches quanto para outras mensagens. https://useplaintext.email pode ser
29 útil para obter informações sobre como configurar seu cliente de email preferido,
32 Clientes de email usados para patches do kernel Linux devem enviar o texto do
39 Não deixe seu cliente de email fazer quebra automática de linha para você.
44 Se você configurar seu cliente de email para enviar mensagens com codificação
[all …]
|
| H A D | maintainer-netdev.rst | 10 - **Direcione seu patch para uma árvore** – use ``[PATCH net]``para correções
11 ou ``[PATCH net-next]`` para novas funcionalidades.
12 - **Tag Fixes** – para correções, a tag ``Fixes:`` é obrigatória,
19 longa para a mais curta.
23 A **netdev** é a lista de discussão para todos os assuntos do Linux relacionados
45 novas implementações para o Linus para incorporação na árvore principal
50 árvore principal após isso -- espera-se apenas correções (*fixes*) para o
53 Após cerca de uma semana coletando correções para a rc1, a rc2 é lançada. Isso
75 ``net`` é para correções de código existente já na árvore mainline de Linus, e a
76 ``net-next`` é para onde o novo código vai para o lançamento futuro.
[all …]
|
| H A D | adding-syscalls.rst | 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
[all …]
|
| H A D | botching-up-ioctls.rst | 12 anos é que tentar criar uma interface unificada para gerenciar as unidades de
14 Portanto, hoje em dia, cada driver tem seu próprio conjunto de ioctls para
15 alocar memória e enviar trabalho para a GPU. O que é bom, já que não há mais a
18 potencial para estragar as coisas.
21 aprendidas enquanto fazia um trabalho malfeito para o driver drm/i915. A maioria
41 sempre precisamos de padding para o tamanho natural para acertar isso.
43 * Preencha a struct inteira para um múltiplo de 64 bits se a estrutura contiver
46 matrizes (arrays) de estruturas para o kernel, ou se o kernel verificar o
49 * Ponteiros são __u64, convertidos de/para um uintptr_t no lado do espaço de
50 usuário e de/para um void __user * no kernel. Tente de verdade não atrasar
[all …]
|
| H A D | applying-patches.rst | 15 an patch ao kernel ou, mais especificamente, a qual kernel base um patch para
44 Os patches para o kernel Linux são gerados relativamente ao diretório pai que
47 Isso significa que os caminhos para os arquivos dentro do arquivo de patch
52 kernel na sua máquina local (mas frequentemente é uma informação útil para ver
56 argumento ``-p1`` para o ``patch`` faz isso).
58 Para reverter um patch aplicado anteriormente, use o argumento -R para o patch.
68 Como eu passo um arquivo de patch/diff para o ``patch``?
74 Em todos os exemplos abaixo, eu passo o arquivo (em formato não compactado) para
89 descompactá-lo antes de aplicá-lo, você pode passá-lo para o patch desta outra
103 passar para o patch via stdin ou pelo argumento ``-i``, conforme sua preferência.
[all …]
|
| H A D | 5.Posting.rst | 6 Cedo ou tarde, chega o momento em que seu trabalho está pronto para ser
7 apresentado à comunidade para revisão e, eventualmente, inclusão no kernel
10 segui-los tornará a vida muito mais fácil para todos os envolvidos. Este
25 disponibilizar uma árvore git para que os desenvolvedores interessados possam
28 Ao enviar um código que ainda não é considerado pronto para inclusão, é uma boa
31 olhar para patches que sabidamente estão "meio cozidos" (half-baked), mas aqueles
40 de patches para la comunidade de desenvolvimento. Elas incluem:
45 compilers) para compilar para diferentes arquiteturas, etc. Adicione testes,
47 inclua-os como um membro separado da sua série (veja a próxima seção para
61 trabalho foi feito para um empregador, o empregador provavelmente tem direito
[all …]
|
| H A D | index.rst | 15 muito mais fácil para você ter suas alterações integradas com um mínimo de
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
41 Informações sobre clientes de email para Linux <email-clients>
59 Modelos de Maturidade para Contribuição no Kernel Linux <contribution-maturity-model.rst>
77 Informações para mantenedores
80 Como encontrar as pessoas que aceitarão seus patches e manuais úteis para os
89 Conformidade de DTS para SoC <maintainer-soc-clean-dts>
95 Aqui estão alguns outros guias para a comunidade que são de interesse para
|
| H A D | 6.Followthrough.rst | 10 Na verdade, o envio de patches indica uma transição para a próxima etapa
14 É raro um patch ser tão bom em seu primeiro envio que não haja margem para
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
29 pode ser, para muitos desenvolvedores, a parte mais intimidadora do processo
37 mudanças que podem lhe pedir para fazer — desde ajustes de estilo de código
43 fama duradoura para aqueles que o revisaram. Portanto, os revisores podem
57 * Esteja preparado para solicitações aparentemente tolas de mudanças no estilo
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
[all …]
|
| H A D | 7.AdvancedTopics.rst | 8 cobrirá uma série de tópicos que podem ser úteis para desenvolvedores que
14 O uso de controle de versão distribuído para o kernel começou no início de
20 bem ou para o mal, o projeto do kernel adotou o git como sua ferramenta de
27 ensinar o leitor a usar o git; isso seria material suficiente para um documento
39 como o git funciona antes de tentar usá-lo para disponibilizar patches para
42 árvore, usar branches, etc. A compreensão das ferramentas do git para a
49 Usar o git para gerar patches para submissão por e-mail pode ser um bom exercício
52 Quando estiver pronto para começar a disponibilizar árvores git para que outros
59 https://kernel.org/faq/ para mais informações.
63 forma independente. Branches no git são baratas, não há razão para não fazer um
[all …]
|
| H A D | 4.Coding.rst | 14 foco mudará para como fazer as coisas do jeito certo e as ferramentas que podem
29 A presença desse código leva a dois riscos independentes para os
37 uniformidade para tornar possível que os desenvolvedores entendam rapidamente
38 qualquer parte dela. Portanto, não há mais espaço para códigos com formatações
43 vencer para que o código possa ser mesclado. Colocar código no kernel significa
59 absoluta que nunca pode ser transgredida. Se houver um bom motivo para ir contra
60 o estilo (uma linha que se torna muito menos legível se for dividida para caber
63 Note que você também pode usar a ferramenta ``clang-format`` para ajudá-lo com
64 essas regras, para reformatar rapidamente partes do seu código de forma automática
65 e para revisar arquivos completos a fim de identificar erros de estilo de
[all …]
|
| H A D | deprecated.rst | 8 API obsoleta para a nova API e remover completamente a API antiga em um único
13 o volume de trabalho para remover a API. A fim de instruir os desenvolvedores
14 sobre o que se tornou obsoleto e o porquê, esta lista foi criada para servir de
15 referência quando o uso de elementos obsoletos for proposto para inclusão no
24 ninguém estava de fato agindo para remover essas interfaces obsoletas. Embora o
25 uso de `__deprecated` seja útil para sinalizar uma API antiga em um arquivo de
27 totalmente removidas do kernel ou adicionadas a este arquivo para desestimular
34 originalmente projetada para agir como uma asserção de "situação impossível" e
45 Note que a família WARN() só deve ser usada para situações que "espera-se que
48 administradores do sistema podem ter configurado o sysctl *panic_on_warn* para
[all …]
|
| H A D | cve.rst | 13 pressão contínua para atribuir CVEs e outras formas de identificadores de
19 para possíveis problemas de segurança do kernel Linux. Essa atribuição é
39 quase qualquer bug pode ser explorável para comprometer a segurança do kernel,
48 e-mail para <cve@kernel.org> e a equipe trabalhará com você nisso. Observe
49 que nenhum possível problema de segurança deve ser enviado para esse alias;
50 ele é SOMENTE para atribuição de CVEs a correções que já estejam em árvores de
56 Nenhum CVE será atribuído automaticamente para problemas de segurança ainda
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
73 A autoridade para contestar ou modificar um CVE atribuído a uma alteração
[all …]
|
| H A D | contribution-maturity-model.rst | 4 Modelos de Maturidade para Contribuição no Kernel Linux
16 como mantenedores como parte de seu trabalho, para que possam crescer e se
23 Linux Foundation propõe este Modelo de Maturidade para Contribuição no Kernel
24 Linux. Essas expectativas comuns para o engajamento da comunidade upstream visam
29 em Open Source e a se comprometerem com melhorias para se alinharem a este
33 publicarem suas avaliações e planos para melhorar seu engajamento com a
39 * Engenheiros de Software não têm permissão para contribuir com patches para o
46 * Engenheiros de Software têm permissão para contribuir com patches para o
53 * Espera-se que os Engenheiros de Software contribuam para o Kernel Linux como
55 * Os Engenheiros de Software receberão apoio para participar de conferências
[all …]
|
| H A D | code-of-conduct-interpretation.rst | 7 fornecer um conjunto de regras para quase todas as comunidades de código
20 querem ver a melhor solução possível para o sucesso geral do Linux. Este
36 O Código de Conduta menciona direitos e responsabilidades para os
43 para que os mantenedores lidem unilateralmente com o comportamento de
59 para todos. Sabemos que todos são humanos e que todos falhamos às vezes,
60 mas o objetivo principal para todos nós deve ser trabalhar em direção a
75 básica de sermos capazes de tomar decisões para progredir. Esta
97 Quaisquer e-mails enviados para essas listas de e-mail são considerados
105 seguir o Código de Conduta conforme publicado para o kernel.org, assim como
116 ser consideradas para circunstâncias extremas.
[all …]
|
| H A D | security-bugs.rst | 7 gostaríamos de saber quando uma falha de segurança é encontrada para que ela
33 problema para considerar uma correção como eficaz. Isso inclui tanto uma
51 para ajudar a encaminhar o relatório aos mantenedores apropriados. Quando
70 pois podem ser úteis para manter os usuários finais protegidos durante o
71 tempo que levam para aplicar a correção.
90 A lista de segurança existe para bugs urgentes que concedem a um atacante uma
93 iminente para muitos usuários. Antes de relatar, considere se o problema
96 **Se você recorreu a assistência de IA para identificar um bug, você deve
97 tratá-lo como público**. Embora você possa ter motivos válidos para acreditar
115 aos mantenedores do subsistema afetado e Cc: para a equipe de segurança do
[all …]
|
| H A D | backporting.rst | 21 e existem muitas técnicas úteis que você pode usar para tornar o processo mais
24 Este documento tem como objetivo ser um guia abrangente e passo a passo para
39 editar o patch para fazê-lo ser aplicado.
42 o patch se aplique de forma limpa e *então* fazer o cherry-pick dele para a sua
48 seguida, fazer o cherry-pick dele para a sua ramificação estável mais antiga.
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
64 ``-3``/``--prep-3way`` para fazer parte disso automaticamente (veja a
65 `apresentação do b4`_ para mais informações). No entanto, o restante deste
75 Note que, se você estiver enviando um patch para a ramificação estável (stable),
[all …]
|
| /linux/Documentation/translations/sp_SP/process/ |
| H A D | maintainer-kvm-x86.rst | 33 Por lo general, las correcciones para el ciclo en curso se aplican
35 para el siguiente ciclo se dirige a través del árbol de KVM x86. En el
36 improbable caso de que una corrección para el ciclo actual se dirija a
47 control de un área de desarrollo, y para limitar los daños colaterales de
65 KVM x86. Se envían pull requests (de KVM x86 a KVM main) para cada rama
67 ventana de fusión, por ejemplo, la semana siguiente a rc7 para las
73 un cierre suave alrededor de rc5 para nuevas características, y un cierre
74 suave alrededor de rc6 para correcciones (para la próxima versión; fíjese
75 más arriba para las correcciones dirigidas a la versión actual).
81 "calientes en caché", etc. Correcciones, especialmente para la versión
[all …]
|
| H A D | 2.Process.rst | 15 ha tenido que adaptar varios procesos para mantener el desarrollo sin
17 para ser una parte efectiva del mismo.
44 de parches para cada lanzamiento. Al comienzo de cada ciclo de desarrollo,
48 La mayor parte de los cambios para un nuevo ciclo de desarrollo (y todos
62 5.6-rc1. El lanzamiento -rc1 señala que el tiempo para fusionar nuevas
63 características ha pasado y que el tiempo para estabilizar el siguiente
73 excepción ocasional para los drivers de hardware que no se admitía
122 considerado para un lanzamiento de actualización, un parche debe
124 mainline para el siguiente kernel de desarrollo. Por lo general, los
143 soporte durante un periodo más largo. Consulte el siguiente enlace para
[all …]
|
| H A D | 1.Intro.rst | 18 incluyendo la disponibilidad automática para los usuarios, el apoyo de la
37 algunos requisitos para los parches, y hay una introducción a algunas de
41 :ref:`sp_development_posting` trata sobre el proceso de enviar parches para
45 ayudar a garantizar la mejor recepción posible para su trabajo.
59 fuentes para obtener más información sobre el desarrollo del kernel.
71 eficiente, y escalable para casi cualquier situación.
76 sus productos, lo que hace que esos productos sean atractivos para los
79 más capaz y adecuado posible para tarea en cuestión. Los distribuidores
83 cambiar Linux para que se adapte mejor a sus necesidades.
92 involucrar a más de 1000 desarrolladores que trabajan para más de 100
[all …]
|
| H A D | howto.rst | 24 Linux para este dispositivo." El objetivo de este documento en enseñarle
25 todo cuanto necesita para conseguir esto, describiendo el proceso por el
32 es necesario para desarrollar en el kernel. Lenguaje ensamblador (en
34 desarrollo de bajo nivel para dicha arquitectura. Aunque no es un perfecto
35 sustituto para una educación sólida en C y/o años de experiencia, los
50 referencia definitiva para estas. Consulte las páginas de información de
51 gcc (`info gcc`) para obtener información al respecto.
57 para un equipo tan grande y geográficamente disperso. Trate de aprender
66 código fuente, para detalles de la licencia. Si tiene alguna otra pregunta
78 que son increíblemente valiosos para aprender a interactuar con la
[all …]
|
| H A D | embargoed-hardware-issues.rst | 77 responsable para operar y administrar el resto de la infraestructura de
97 para la coordinación entre diferentes vendedores de OS, distribuidores,
101 seguridad del hardware en el pasado y tiene los mecanismos necesarios para
106 dedicado para el contacto inicial, el cual supervisa el proceso de manejo
110 (expertos en dominio) que formarán el equipo de respuesta inicial para un
112 más desarrolladores (expertos en dominio) para abordar el problema de la
136 efectivo y seguro para estos tipos de problemas.
149 encriptada específica para el incidente que se utilizará para la discusión
168 La parte reveladora debe proporcionar una lista de contactos para todas
170 problema. Esto sirve para varios propósitos:
[all …]
|
| /linux/drivers/net/wwan/t7xx/ |
| H A D | t7xx_dpmaif.c | 213 static void t7xx_dpmaif_set_intr_para(struct dpmaif_hw_intr_st_para *para, in t7xx_dpmaif_set_intr_para() argument
216 para->intr_types[para->intr_cnt] = intr_type; in t7xx_dpmaif_set_intr_para()
217 para->intr_queues[para->intr_cnt] = intr_queue; in t7xx_dpmaif_set_intr_para()
218 para->intr_cnt++; in t7xx_dpmaif_set_intr_para()
226 struct dpmaif_hw_intr_st_para *para) in t7xx_dpmaif_hw_check_tx_intr() argument
234 t7xx_dpmaif_set_intr_para(para, DPF_INTR_UL_DONE, value); in t7xx_dpmaif_hw_check_tx_intr()
242 t7xx_dpmaif_set_intr_para(para, DPF_INTR_UL_DRB_EMPTY, value); in t7xx_dpmaif_hw_check_tx_intr()
246 t7xx_dpmaif_set_intr_para(para, DPF_INTR_UL_MD_NOTREADY, value); in t7xx_dpmaif_hw_check_tx_intr()
250 t7xx_dpmaif_set_intr_para(para, DPF_INTR_UL_MD_PWR_NOTREADY, value); in t7xx_dpmaif_hw_check_tx_intr()
254 t7xx_dpmaif_set_intr_para(para, DPF_INTR_UL_LEN_ERR, value); in t7xx_dpmaif_hw_check_tx_intr()
[all …]
|
| /linux/drivers/crypto/virtio/ |
| H A D | virtio_crypto_akcipher_algs.c | 100 struct virtio_crypto_akcipher_session_para *para, in virtio_crypto_alg_akcipher_init_session() argument
124 memcpy(&ctrl->u.akcipher_create_session.para, para, sizeof(*para)); in virtio_crypto_alg_akcipher_init_session()
299 akcipher_req->para.src_data_len = cpu_to_le32(req->src_len); in virtio_crypto_rsa_do_req()
300 akcipher_req->para.dst_data_len = cpu_to_le32(req->dst_len); in virtio_crypto_rsa_do_req()
350 struct virtio_crypto_akcipher_session_para para; in virtio_crypto_rsa_set_key() local
394 para.algo = cpu_to_le32(VIRTIO_CRYPTO_AKCIPHER_RSA); in virtio_crypto_rsa_set_key()
395 para.keytype = cpu_to_le32(keytype); in virtio_crypto_rsa_set_key()
396 para.keylen = cpu_to_le32(keylen); in virtio_crypto_rsa_set_key()
397 para.u.rsa.padding_algo = cpu_to_le32(padding_algo); in virtio_crypto_rsa_set_key()
398 para.u.rsa.hash_algo = cpu_to_le32(hash_algo); in virtio_crypto_rsa_set_key()
[all …]
|