| /linux/arch/x86/crypto/ |
| H A D | serpent-sse2-x86_64-asm_64.S | 43 por x0, x3; \
53 por x0, x4; \
67 por x1, x0; \
73 por x4, x1; \
77 por x0, x1; \
88 por x4, x3; \
95 por x1, x3; \
100 por x2, x1;
105 por x0, x3; \
111 por x4, x0; \
[all …]
|
| H A D | serpent-sse2-i586-asm_32.S | 56 por x4, x0; \
61 por x4, x2; \
66 por x4, x1; \
74 por x4, x3; \
88 por x4, x0; \
92 por x4, x2; \
103 por x4, x0; \
107 por x4, x2; \
117 por x4, x1; \
121 por x4, x3; \
[all …]
|
| /linux/sound/soc/codecs/ |
| H A D | cx20442.c | 26 struct regulator *por; member
327 if (IS_ERR(cx20442->por)) in cx20442_set_bias_level()
328 err = PTR_ERR(cx20442->por); in cx20442_set_bias_level()
330 err = regulator_enable(cx20442->por); in cx20442_set_bias_level()
335 if (IS_ERR(cx20442->por)) in cx20442_set_bias_level()
336 err = PTR_ERR(cx20442->por); in cx20442_set_bias_level()
338 err = regulator_disable(cx20442->por); in cx20442_set_bias_level()
355 cx20442->por = regulator_get(component->dev, "POR"); in cx20442_component_probe()
356 if (IS_ERR(cx20442->por)) { in cx20442_component_probe()
357 int err = PTR_ERR(cx20442->por); in cx20442_component_probe()
[all...] |
| /linux/Documentation/translations/sp_SP/process/ |
| H A D | maintainer-kvm-x86.rst | 11 KVM se esfuerza por ser una comunidad acogedora; las contribuciones de los
13 se sienta intimidado por la extensión de este documento y las numerosas
15 principiantes en algún momento. Mientras haga un esfuerzo honesto por
45 El árbol de KVM x86 está organizado en múltiples ramas por temas. El
48 errores humanos y/o commits con errores, por ejemplo, borrar el commit HEAD
62 decir, no pasan por el árbol x86 de KVM.
67 ventana de fusión, por ejemplo, la semana siguiente a rc7 para las
95 no sólo para obtener comentarios o una actualización, por favor haga todo
124 historia de KVM, por ejemplo, la versión candidata en la que se basa
155 y/o para explicar por qué el código hace lo que hace. No reitere lo que el
[all …]
|
| H A D | embargoed-hardware-issues.rst | 19 sistemas operativos (“OS”) y, por lo tanto, necesitan coordinación entre
35 en el kernel de Linux no son manejados por este equipo y el "reportero"
40 El equipo puede contactar por correo electrónico en
46 enviado por PGP o S/MIME encriptado y debe estar firmado con la llave de
54 Si bien los problemas de seguridad del hardware a menudo son manejados por
75 información embargada, pero están obligados a la confidencialidad por su
87 formal y, por lo tanto, no puede firmar cualquier acuerdo de no
124 conocimiento de una posible violación, por favor, infórmelo inmediatamente
142 kernel de Linux por correo electrónico. Este contacto inicial debe
162 Si bien los desarrolladores individuales pueden estar cubiertos por un
[all …]
|
| H A D | 2.Process.rst | 47 aceptado por la comunidad de desarrollo) se fusiona en el kernel mainline.
50 cercano a los 1,000 cambios (“parches” o “conjuntos de cambios”) por
60 el primero de los kernels “rc”. Para el kernel destinado a ser 5.6, por
119 se transfiere al “equipo estable”, actualmente encabezado por Greg
126 ciclo de desarrollo después de su lanzamiento inicial. Así, por ejemplo,
171 Las etapas por las que pasa un parche son, generalmente:
185 inclusión en el mainline, debe ser aceptado por un maintainer del
192 realizado por otros.
195 trabajos diurnos, por lo que fusionar su parche no puede ser su máxima
197 que se necesitan, debería realizar esos cambios o justificar por qué
[all …]
|
| H A D | handling-regressions.rst | 34 * Para reportes enviados por correo, verificar si contiene alguna línea
74 * Cuando se recibe un informe por email que no tiene en CC la lista,
90 * Para los informes enviados por email, verificar si se ha incluido un
144 también cruciales para las herramientas y scripts usados por otros
147 para asociar los informes por regresiones con los cambios que las
163 kernel por más de dos semanas después de que el causante de una regresión
170 arreglar la regresión por encima de cualquier otro trabajo en el kernel
188 liberación si fuese necesario, por ejemplo si aparecieran múltiples
196 idealmente testeados juntos por al menos una semana antes de que Linux
207 En el último caso (por ejemplo v5.14), intentar gestionar las
[all …]
|
| H A D | 1.Intro.rst | 16 empleadores pueden encontrar allí. Hay muchas razones por las que el
36 discuten varios escollos encontrados por otros desarrolladores. Se cubren
42 su revisión. Para ser tomados en serio por la comunidad de desarrollo,
56 por otros.
109 tendrá una experiencia frustrante por delante. La comunidad de
112 preocupan por el proceso de desarrollo.
124 Este documento fue escrito por Jonathan Corbet, corbet@lwn.net. Ha sido
125 mejorado por los comentarios de Johannes Berg, James Berry, Alex Chiang,
129 Este trabajo fue respaldado por la Fundación Linux; gracias especialmente
136 Algunas empresas y desarrolladores ocasionalmente se preguntan por qué
[all …]
|
| H A D | management-style.rst | 20 que reglas simples de estilo de codificación, por lo que este documento
23 por ti mismo.
55 Claramente no eres competente para tomar una decisión por ellos.
58 mejor que tú, también estas jodido, aunque por una razón totalmente
73 gerencial por tomar **dos** decisiones intrascendentes - la equivocada
95 Resulta que algunas personas tienen problemas con este enfoque, por dos
135 terminar siendo que ambos equipos se sientan tan frustrados por la
136 situación que simplemente se den por vencidos.
139 había algo mal con ambos proyectos, y la razón por la que las personas
206 trabajo. En particular, podrán tomar tus decisiones por ti, que es de lo
[all …]
|
| H A D | programming-language.rst | 29 definida por la implementación a las entidades del lenguaje (como variables,
31 al idioma (por ejemplo, agregar una nueva palabra clave) [sp-n2049]_.
38 El kernel define pseudo-palabras clave (por ejemplo, ``__pure``) en lugar
39 de usar directamente la sintaxis del atributo GNU (por ejemplo,
|
| /linux/Documentation/translations/pt_BR/process/ |
| H A D | cve.rst | 11 de formas inadequadas e por motivos inadequados. Por causa disso, a comunidade
14 segurança, e abusos contínuos por indivíduos e empresas de fora da comunidade
26 os CVEs atribuídos, por favor, `inscreva-se
47 qualquer usuário considere que deveria receber um CVE, por favor envie um
53 não corrigido, por favor siga o processo normal de relato de bugs de segurança do kernel
61 seja resolvido com um commit, por favor entre em contato com a equipe de
87 apenas por uma distribuição Linux devido às alterações feitas por essa
94 ativamente suportada, por qualquer grupo que não seja a equipe de atribuição de
97 possa trabalhar para invalidar essas entradas por meio do processo de remediação
104 formas de acesso por usuários externos, ou sem nenhum acesso, a
[all …]
|
| H A D | 2.Process.rst | 33 (por exemplo, o Linux 5.0 foi lançado após o Linux 4.20).
42 por dia**.
52 por exemplo, o lançamento que ocorre ao final da janela de integração será
70 de uma vez por semana; uma série normal chega a algo entre -rc6 e -rc9 antes
108 para a "equipe estável" (*stable team*), atualmente composta por Greg
115 receberão atualizações estáveis por um pouco mais de um ciclo de
116 desenvolvimento após o seu lançamento inicial. Assim, por exemplo, o histórico
133 eles receberão suporte por um período mais longo. Por favor, consulte o
153 menores ou, no caso de mudanças grandes e controversas, arrastar-se por
176 pronto para inclusão no mainline, ele deve ser aceito por um mantenedor de
[all …]
|
| H A D | security-bugs.rst | 16 muito trabalho de análise por parte dos desenvolvedores, portanto, quanto mais
31 mostrando sua manifestação, e por que você considera o comportamento
54 não for possível (por exemplo, "o sistema trava toda vez que executo este
62 entender o bug. Ao propor uma correção testada, por favor, formate-a
66 o crédito por encontrar e corrigir o problema. Observe que, neste caso,
82 (por exemplo, risco de perder casos de uso válidos, capacidades de testes
85 Acontece que a maioria dos bugs relatados por meio da equipe de segurança são
107 Se você não tiver certeza se um problema se qualifica, opte por relatar de
120 descoberto (por exemplo, resultado de uma ferramenta automatizada de varredura
121 de vulnerabilidades amplamente disponível que possa ser repetida por qualquer
[all …]
|
| H A D | maintainer-kvm-x86.rst | 43 colaterais de erros humanos e/ou commits com bugs; por exemplo, descartar o
62 de merge por Linus, por exemplo, na semana seguinte ao rc7 para lançamentos
67 "soft close" (fechamento flexível) por volta do rc5 para novos recursos, e um
68 "soft close" por volta do rc6 para correções (para o próximo lançamento; veja
89 atualização — por favor, faça tudo o que puder, dentro do razoável, para garantir
114 ser baseados em um ponto comum e estável no histórico do KVM, por exemplo, o
133 Exceto por alguns casos excepcionais, não use comentários kernel-doc para
141 para fornecer uma visão geral de alto nível do código e/ou para explicar por
143 o código falar por si mesmo. Se o código em si for inescrutável, comentários
154 Não faça referência a seções, tabelas, figuras, etc., por número, especialmente
[all …]
|
| H A D | embargoed-hardware-issues.rst | 30 no kernel Linux não são tratados por esta equipe, e o autor do relato será
34 A equipe pode ser contatada por e-mail em <hardware-security@kernel.org>. Esta
39 por PGP ou S/MIME, e deve ser assinado com a chave PGP ou certificado S/MIME do
66 obrigados à confidencialidade por seu contrato de trabalho. O pessoal de TI
67 da Linux Foundation também é responsável por operar e gerenciar o restante da
111 qualquer outra pessoa tomar conhecimento de uma potencial violação, por favor,
133 afetados. A parte que faz a divulgação é responsável por contatar os
144 formam a equipe de resposta inicial e serão responsáveis por lidar com o
149 Embora desenvolvedores individuais possam estar cobertos por um acordo de não
150 divulgação por meio de seu empregador, eles não podem celebrar acordos
[all …]
|
| H A D | submitting-patches.rst | 9 kernel Linux, o processo pode, por vezes, ser intimidador se você não
85 Resolva apenas um problema por patch. Se a sua descrição começar a ficar longa,
98 Descreva suas alterações no modo imperativo, por exemplo, "faça xyzzy executar
119 Se discussões relacionadas ou qualquer outra informação de contexto por trás da mudança
148 Se o seu patch corrige um bug em um commit específico, por exemplo, você encontrou um problema usan…
149 ``git bisect``, por favor, use a tag 'Fixes:' com pelo menos os primeiros 12
187 por seus próprios méritos.
222 (scripts/checkpatch.pl). Note, porém, que o verificador de estilo deve ser
247 linux-kernel@vger.kernel.org deve ser usado por padrão para todos os
260 por Linus diretamente, então, normalmente, você deve fazer o seu melhor
[all …]
|
| H A D | volatile-considered-harmful.rst | 43 spin_lock(), por atuar como barreira de memória, o forçará a esquecer tudo
56 registradores também devem ser protegidos por bloqueios, mas também não se
58 Contudo, no kernel, os acessos à memória de E/S são sempre feitos por meio de
74 desnecessário. Naturalmente, a espera ocupada já é, por si só, uma prática
83 pequena seção crítica por si só e garante que o acesso ocorra conforme
97 modificadas por dispositivos de E/S podem, às vezes, ser
98 legitimamente volatile. Um buffer circular usado por um adaptador
124 Motivação original e pesquisa por Randy Dunlap
126 Escrito por Jonathan Corbet
|
| H A D | 4.Coding.rst | 8 código resultante. É o código que será examinado por outros desenvolvedores e
42 estilo exigido por um empregador. Nesses casos, o estilo do kernel terá que
54 natural corrigir o estilo de um trecho de código ao trabalhar nele por outros
55 motivos, mas mudanças de estilo de codificação não devem ser feitas apenas por
61 no limite de 80 colunas, por exemplo), simplesmente faça isso.
88 sempre passado como zero por todos os chamadores. Alguém poderia manter esse
108 por todo o kernel.
118 por outros e mais difícil para o compilador verificar a correção. O uso pesado
148 compilado. Isso, por sua vez, cria pressão nos caches de memória do
154 Em geral, os programadores de kernel ignoram os efeitos de cache por sua própria
[all …]
|
| H A D | botching-up-ioctls.rst | 24 lições é provavelmente algo que cada driver de GPU tem que fazer por conta
47 tamanho da estrutura, o que o core do drm, por exemplo, faz.
83 o caso. Caso contrário, seu excelente plano para extensões futuras irá por
108 algum servidor de exibição bizarro não se preocupe em fazer o clamping por si
122 testes principal constantemente com sinais. Graças ao amor do X por sinais,
125 na forma como você lida com a reinicialização de ioctls -- por exemplo, o drm
134 inteira deles (por meio de um processo do X impossível de matar). Se a
154 drm e o v4l usam por padrão hoje em dia. Mas informe ao espaço de usuário
161 (por exemplo, por meio de instruções de amostragem de contador de desempenho
212 clientes. Por padrão, escolha um namespace privado por fd, o que força
[all …]
|
| H A D | coding-assistants.rst | 16 Para guias e conteúdo sobre códigos gerados por assistentes de IA veja:
35 A pessoa que envia é responsável por:
37 * Revisar todo código gerado por IA
|
| H A D | howto.rst | 14 Se algo neste documento ficar desatualizado, por favor, envie patches para
37 - "The C Programming Language" por Kernighan e Ritchie [Prentice Hall]
39 - "Practical C Programming" por Steve Oualline [O'Reilly]
41 - "C: A Reference Manual" por Harbison e Steele [Prentice Hall]
72 Se você tiver mais perguntas sobre a licença, por favor, entre em contato com
77 Para perguntas e respostas comuns sobre a GPL, por favor, veja:
101 que são novas no kernel devem começar por aqui.
110 da fundamentação por trás dele. Espera-se que todo código novo siga as
136 Este arquivo descreve a justificativa por trás da decisão consciente de
150 por favor, siga os passos descritos neste documento para ajudar a
[all …]
|
| /linux/lib/crypto/x86/ |
| H A D | chacha-ssse3-x86_64.S | 53 por %xmm6,%xmm1
66 por %xmm7,%xmm1
86 por %xmm6,%xmm1
99 por %xmm7,%xmm1
315 por %xmm0,%xmm4
322 por %xmm0,%xmm5
329 por %xmm0,%xmm6
336 por %xmm0,%xmm7
369 por %xmm0,%xmm4
376 por %xmm0,%xmm5
[all …]
|
| /linux/Documentation/translations/sp_SP/ |
| H A D | memory-barriers.txt | 21 Traducido por: Carlos Bilbao <carlos.bilbao.osdev@gmail.com>
30 Este documento no es una especificación; es intencionalmente (por motivos
31 de brevedad) y sin querer (por ser humanos) incompleta. Este documento
33 proporcionadas por Linux, pero ante cualquier duda (y hay muchas) por favor
54 para alguna arquitectura porque por la forma en que funcione dicha
160 memoria realizadas por un CPU son percibidos por el resto del sistema a
172 El conjunto de accesos visto por el sistema de memoria en el medio se puede
186 y por lo tanto puede resultar en cuatro combinaciones diferentes de
194 Además, los stores asignados por una CPU al sistema de memoria pueden no
195 ser percibidos por los loads realizados por otra CPU en el mismo orden en
[all …]
|
| /linux/drivers/mfd/ |
| H A D | tps65010.c | 67 unsigned por:1; member
119 static void dbg_chgconf(int por, char *buf, size_t len, u8 chgconfig) in dbg_chgconf() argument
123 if (por) in dbg_chgconf()
165 static void show_chgconfig(int por, const char *label, u8 chgconfig) in show_chgconfig() argument
169 dbg_chgconf(por, buf, sizeof buf, chgconfig); in show_chgconfig()
177 static inline void show_chgconfig(int por, const char *label, u8 chgconfig) { } in show_chgconfig() argument
214 dbg_chgconf(tps->por, buf, sizeof buf, value); in dbg_show()
357 show_chgconfig(tps->por, "conf", tps->chgconf); in tps65010_interrupt()
424 show_chgconfig(tps->por, "update vbus", tmp); in tps65010_work()
564 tps->por = 1; in tps65010_probe()
[all …]
|
| /linux/drivers/media/pci/zoran/ |
| H A D | zoran_device.c | 108 u32 por; in post_office_wait() local
110 while ((por = btread(ZR36057_POR)) & ZR36057_POR_PO_PEN) { in post_office_wait()
114 if ((por & ZR36057_POR_PO_TIME) && !zr->card.gws_not_connected) { in post_office_wait()
116 pci_info(zr->pci_dev, "pop timeout %08x\n", por); in post_office_wait()
126 u32 por; in post_office_write() local
128 por = in post_office_write()
131 btwrite(por, ZR36057_POR); in post_office_write()
138 u32 por; in post_office_read() local
140 por = ZR36057_POR_PO_TIME | ((guest & 7) << 20) | ((reg & 7) << 16); in post_office_read()
141 btwrite(por, ZR36057_POR); in post_office_read()
|