| /linux/drivers/crypto/tegra/ |
| H A D | tegra-se-main.c | 14 #include "tegra-se.h"
119 static struct tegra_se_cmdbuf *tegra_se_host1x_bo_alloc(struct tegra_se *se, ssize_t size) in tegra_se_host1x_bo_alloc() argument
122 struct device *dev = se->dev->parent; in tegra_se_host1x_bo_alloc()
142 int tegra_se_host1x_submit(struct tegra_se *se, struct tegra_se_cmdbuf *cmdbuf, u32 size) in tegra_se_host1x_submit() argument
147 job = host1x_job_alloc(se->channel, 1, 0, true); in tegra_se_host1x_submit()
149 dev_err(se->dev, "failed to allocate host1x job\n"); in tegra_se_host1x_submit()
153 job->syncpt = host1x_syncpt_get(se->syncpt); in tegra_se_host1x_submit()
155 job->client = &se->client; in tegra_se_host1x_submit()
156 job->class = se->client.class; in tegra_se_host1x_submit()
158 job->engine_fallback_streamid = se->stream_id; in tegra_se_host1x_submit()
[all …]
|
| H A D | tegra-se-aes.c | 24 #include "tegra-se.h"
27 struct tegra_se *se; member
47 struct tegra_se *se; member
71 struct tegra_se *se; member
212 struct tegra_se *se = ctx->se; in tegra_aes_prep_cmd() local
213 u32 *cpuvaddr = se->cmdbuf->addr; in tegra_aes_prep_cmd()
228 cpuvaddr[i++] = se_host1x_opcode_incr_w(se->hw->regs->linear_ctr); in tegra_aes_prep_cmd()
233 cpuvaddr[i++] = se_host1x_opcode_nonincr(se->hw->regs->last_blk, 1); in tegra_aes_prep_cmd()
237 cpuvaddr[i++] = se_host1x_opcode_incr(se->hw->regs->config, 6); in tegra_aes_prep_cmd()
250 cpuvaddr[i++] = se_host1x_opcode_nonincr(se->hw->regs->op, 1); in tegra_aes_prep_cmd()
[all …]
|
| H A D | tegra-se-hash.c | 23 #include "tegra-se.h"
26 struct tegra_se *se; member
273 struct tegra_se *se = ctx->se; in tegra_sha_prep_cmd() local
344 host1x_uclass_incr_syncpt_indx_f(se->syncpt_id); in tegra_sha_prep_cmd()
346 dev_dbg(se->dev, "msg len %llu msg left %llu sz %zd cfg %#x", in tegra_sha_prep_cmd()
357 struct tegra_se *se = ctx->se; in tegra_sha_do_init() local
371 rctx->digest.buf = dma_alloc_coherent(se->dev, rctx->digest.size, in tegra_sha_do_init()
376 rctx->residue.buf = dma_alloc_coherent(se->dev, rctx->blk_size, in tegra_sha_do_init()
382 rctx->intr_res.buf = dma_alloc_coherent(se->dev, rctx->intr_res.size, in tegra_sha_do_init()
390 dma_free_coherent(se->dev, rctx->residue.size, rctx->residue.buf, in tegra_sha_do_init()
[all …]
|
| H A D | Makefile | 4 tegra-se-objs := tegra-se-key.o tegra-se-main.o
6 tegra-se-y += tegra-se-aes.o
7 tegra-se-y += tegra-se-hash.o
9 obj-$(CONFIG_CRYPTO_DEV_TEGRA) += tegra-se.o
|
| /linux/drivers/i2c/busses/ |
| H A D | i2c-qcom-geni.c | 20 #include <linux/soc/qcom/geni-se.h>
88 int (*resources_init)(struct geni_se *se);
89 int (*set_rate)(struct geni_se *se, unsigned long freq);
90 int (*power_on)(struct geni_se *se);
91 int (*power_off)(struct geni_se *se);
114 struct geni_se se; member
201 if (clk_get_rate(gi2c->se.clk) == 32 * HZ_PER_MHZ) in geni_i2c_clk_map_idx()
216 static int qcom_geni_i2c_conf(struct geni_se *se, unsigned long freq) in qcom_geni_i2c_conf() argument
218 struct geni_i2c_dev *gi2c = dev_get_drvdata(se->dev); in qcom_geni_i2c_conf()
222 writel_relaxed(0, gi2c->se.base + SE_GENI_CLK_SEL); in qcom_geni_i2c_conf()
[all …]
|
| /linux/Documentation/translations/sp_SP/process/ |
| H A D | 2.Process.rst | 16 problemas. Se requiere una comprensión solida de cómo funciona el proceso
25 lanzamientos se ve así:
43 Se sigue una disciplina relativamente sencilla con respecto a la fusión
45 se dice que la "merge window" (ventana de fusión) está abierta. En ese
46 momento, el código que se considera lo suficientemente estable (y que es
47 aceptado por la comunidad de desarrollo) se fusiona en el kernel mainline.
49 los cambios principales) se fusionarán durante este tiempo, a un ritmo
55 y montados con anticipación. Como funciona ese proceso se describirá en
61 ejemplo, el lanzamiento al final de la ventana de fusión se llamará
67 problemas deben enviarse al mainline. En ocasiones, se permitirá un cambio
[all …]
|
| H A D | maintainer-kvm-x86.rst | 11 KVM se esfuerza por ser una comunidad acogedora; las contribuciones de los
12 recién llegados son valoradas e incentivadas. Por favor, no se desanime ni
13 se sienta intimidado por la extensión de este documento y las numerosas
27 KVM x86 se encuentra actualmente en un período de transición de ser parte
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
37 través del árbol KVM x86, se aplicará a la rama ``fixes`` antes de llegar
40 Tenga en cuenta que se espera que este periodo de transición dure bastante
53 Todas las ramas temáticas, excepto ``next`` y ``fixes``, se agrupan en
[all …]
|
| H A D | 1.Intro.rst | 25 (merge window). Se cubren las distintas fases en el desarrollo del parche,
27 herramientas y listas de correo. Se anima a los desarrolladores que deseen
35 :ref:`sp_development_coding` trata sobre el proceso de codificación. Se
36 discuten varios escollos encontrados por otros desarrolladores. Se cubren
51 etapa. Se advierte a los desarrolladores que no asuman que el trabajo está
52 terminado cuando un parche se fusiona en mainline.
68 del sistema operativo que se ejecuta en reproductores de música digital
83 cambiar Linux para que se adapte mejor a sus necesidades.
101 se cambian todos los días. Por lo tanto, no es sorprendente que el
111 aprender, tiene poco tiempo para aquellos que no escuchan o que no se
[all …]
|
| H A D | handling-regressions.rst | 24 * Cuando se reciba un correo que no incluyó a la lista, inclúyalo en la
42 * Cuando se mandan informes desde un gestor de incidentes a la lista de
49 #. Cuando se manden correcciones para las regresiones, añadir etiquetas
50 "Link:" a la descripción, apuntado a todos los sitios donde se informó
51 del incidente, como se indica en el documento:
66 Qué hacer cuando se recibe un aviso de regresión.
74 * Cuando se recibe un informe por email que no tiene en CC la lista,
83 anteriormente, como se indica en:
86 Cuando se realice cualquiera de las acciones anteriores, considere
90 * Para los informes enviados por email, verificar si se ha incluido un
[all …]
|
| H A D | howto.rst | 18 este archivo, que se encuentra en la parte superior del documento.
43 bien se adhiere al estándar ISO C89, utiliza una serie de extensiones que
56 largo del tiempo en función de lo que se ha encontrado que funciona mejor
59 que están bien documentados; no espere que la gente se adapte a usted o a
64 El código fuente del kernel de Linux se publica bajo licencia GPL. Por
79 comunidad del kernel. Cuando se agregan nuevas funciones al kernel, se
80 recomienda que se incluyan nuevos archivos de documentación que expliquen
82 que el kernel expone espacio de usuario cambie, se recomienda que envíe la
101 razones detrás de esto. Se espera que todo el código nuevo siga las
103 aceptarán parches si se siguen estas reglas, y muchas personas solo
[all …]
|
| H A D | researcher-guidelines.rst | 11 en su producción, otros subproductos de su desarrollo. Linux se
19 de Linux para mejorar a partir de ella. En cualquier caso, se recomienda
43 La investigación pasiva que se basa completamente en fuentes disponibles
46 Aunque, como con cualquier investigación, todavía se debe seguir la ética
51 completa a los desarrolladores individuales involucrados. No se puede
57 en buena fe. No se ha dado consentimiento para enviar parches intencionalmente
69 cuando se trata de desarrollar o ejecutar herramientas de análisis que
72 Cuando se interactúa con la comunidad de desarrolladores, enviar un
87 * ¿Cuál es el problema específico que se ha encontrado?
90 * ¿Como se encontró el problema? Incluya específicamente detalles sobre
[all …]
|
| H A D | deprecated.rst | 17 han de ir creándose en el kernel, mientras que las antiguas se quitan,
38 "imposibles" tan elegantemente como se pueda. Mientras que la familia de
42 "¿en qué orden se necesitan liberar los locks? ¿Se han restaurado sus
51 en situaciones que se "esperan no sean alcanzables". Si se quiere
64 que se realicen reservas de memoria menores que las que se esperaban. El
69 como se sugiere a continuación para evitar las operaciones aritméticas en
83 Si no existen funciones con dos argumentos, utilice las funciones que se
98 .. note:: Si se usa struct_size() en una estructura que contiene un elemento
137 es la función strscpy(), aunque se ha de tener cuidado con cualquier caso
140 compilados (o el valor negativo de errno cuando se trunca la cadena de
[all …]
|
| /linux/Documentation/translations/pt_BR/process/ |
| H A D | 6.Followthrough.rst | 17 enviado. Espera-se que você, como autor desse código, trabalhe junto à
30 de desenvolvimento do kernel. No entanto, a vida pode se tornar muito mais
31 fácil se você mantiver algumas coisas em mente:
33 * Se você explicou bem o seu patch, os revisores entenderão o seu valor
45 repetidamente. Se você receber uma revisão que pareça irritada, insultuosa
64 revisores. Se você acredita que o revisor entendeu mal o seu código, explique
65 o que realmente está acontecendo. Se tiver uma objeção técnica a uma mudança
66 sugerida, descreva-a e justifique a sua solução para o problema. Se as suas
68 explicação não seja persuasiva — especialmente se outros começarem a concordar
80 desapareçam. Eles não vão desaparecer. Se você reenviar o código sem ter
[all …]
|
| H A D | management-style.rst | 7 inventado, dependendo de quem você perguntar) para o kernel do Linux. Ele se
17 A propósito, quando falamos sobre "gerente do kernel", trata-se de pessoas líderes
19 Se você assina pedidos de compra ou tem alguma ideia sobre o orçamento do seu grupo,
20 você quase certamente não é um gerente do kernel. Essas sugestões podem ou não se
40 O nome do jogo é **evitar** ter que tomar uma decisão. Em particular, se alguém
43 detalhes melhor do que você, então se elas vierem até você para uma decisão técnica,
46 (Consequência: Se as pessoas que você gerencia não conhecem os detalhes melhor
54 as grandes e dolorosas em pequenas coisas com as quais ninguém realmente se importa.
57 é se você pode consertar sua decisão depois. Qualquer decisão pode ser pequena
58 garantindo sempre que, se você estiver errado (e você **vai** estar errado), você
[all …]
|
| H A D | 7.AdvancedTopics.rst | 9 desejam se tornar parte regular do processo de desenvolvimento do kernel Linux.
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:
50 enquanto você se atualiza.
55 relativamente simples se você tiver um sistema acessível à internet. Caso
74 Uma série de patches pode ser reescrita como se tivesse sido escrita no topo da
83 kernel testada (assim se espera) em uma não testada. Mas, além disso, os
84 desenvolvedores não podem colaborar facilmente se não tiverem uma visão
85 compartilhada do histórico do projeto; se você reescrever o histórico que outros
87 mais difícil. Portanto, uma regra prática simples se aplica aqui: o histórico
[all …]
|
| H A D | 5.Posting.rst | 22 No entanto, se o trabalho que está sendo feito for complexo, há muito a se
51 espera-se que sejam testadas adequadamente.
53 - Certifique-se de que seu código esteja em conformidade com as diretrizes de
56 - Sua alteração tem implicações no desempenho? Se sim, você deve executar
60 - Tenha certeza de que você tem o direito de enviar o código. Se este
77 git do Linus. Ao basear-se no mainline, comece a partir de um ponto de
81 No entanto, pode tornar-se necessário criar versões contra a árvore -mm,
108 alterações no mesmo patch. Se um único patch corrige uma falha crítica de
112 - Cada patch deve resultar em um kernel que compile e funcione corretamente; se
115 comum quando a ferramenta "git bisect" é usada para encontrar regressões; se o
[all …]
|
| H A D | security-bugs.rst | 16 o procedimento descrito em Documentation/admin-guide/reporting-issues.rst se
26 se o código não mudou desde a versão onde foi detectado.
40 definição, se um problema não pode ser reproduzido, ele não é explorável,
43 * **condições**: se o bug depender de certas opções de configuração, sysctls,
50 se suspeita que o bug esteja presente são muito importantes, pelo menos
73 O que se qualifica como um bug de segurança
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
103 solicitá-lo privadamente se precisarem.
105 Se você não tiver certeza se um problema se qualifica, opte por relatar de
[all …]
|
| H A D | botching-up-ioctls.rst | 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
66 * Tenha uma maneira clara para o espaço de usuário descobrir se a sua nova
67 ioctl ou extensão de ioctl é suportada em um determinado kernel. Se você não
82 (padding), para garantir que estejam em 0, e rejeite a ioctl se esse não for
103 * A ioctl deve verificar se há estouros de matriz (array overflows). Ela também
108 algum servidor de exibição bizarro não se preocupe em fazer o clamping por si
112 na sua ioctl. Verifique se o código de erro corresponde às suas expectativas.
113 E, finalmente, certifique-se de testar apenas um único caminho de erro em
131 * Se você não puder tornar um determinado caminho de código reiniciável, torne
[all …]
|
| H A D | applying-patches.rst | 59 Portanto, se você aplicou um patch desta forma::
79 Se você quer apenas ser capaz de seguir os exemplos abaixo e não deseja
88 Se o seu arquivo de patch estiver compactado com gzip ou xz e você não quiser
95 Se você deseja descompactar o arquivo de patch manualmente primeiro antes de
119 Verificar se o arquivo parece um arquivo de patch válido e checar se o código ao
123 Se o patch encontrar algo que não pareça totalmente correto, ele tem duas
124 opções. Ele pode se recusar a aplicar as alterações e abortar, ou pode tentar
129 corrigir é se todo o contexto coincidir, as linhas sendo alteradas coincidirem,
130 mas os números das linhas forem diferentes. Isso pode acontecer, por exemplo, se
145 pôde ser aplicada, para que possa corrigi-la manualmente, se desejar.
[all …]
|
| H A D | adding-syscalls.rst | 16 A primeira coisa a se considerar ao adicionar uma nova chamada de sistema é se
20 melhor se adapta à sua interface.
22 - Se as operações envolvidas puderem ser moldadas para se parecerem com um
28 - Se a nova funcionalidade envolver operações em que o kernel notifica o
33 - No entanto, as operações que não se mapeiam para operações do tipo
38 - Se você estiver apenas expondo informações do sistema em tempo de execução,
45 - Se a operação for específica para um arquivo ou descritor de arquivo de um
50 do :manpage:`fcntl(2)`, ou se a nova funcionalidade for muito simples (por
52 - Se a operação for específica para uma tarefa (task) ou processo específico,
78 se o valor de flags contém qualquer flag desconhecida e rejeite a chamada de
[all …]
|
| /linux/Documentation/scsi/ |
| H A D | aic7xxx.rst | 63 AHA-274X[A] aic7770 EISA SE-50M SE-HD50F
64 AHA-274X[A]W aic7770 EISA SE-HD68F SE-HD68F
65 SE-50M
66 AHA-274X[A]T aic7770 EISA 2 X SE-50M SE-HD50F
67 AHA-2842 aic7770 VL SE-50M SE-HD50F
68 AHA-2940AU aic7860 PCI/32 SE-50M SE-HD50F
69 AVA-2902I aic7860 PCI/32 SE-50M
70 AVA-2902E aic7860 PCI/32 SE-50M
71 AVA-2906 aic7856 PCI/32 SE-50M SE-DB25F
72 APC-7850 aic7850 PCI/32 SE-50M 1
[all …]
|
| /linux/arch/sh/tools/ |
| H A D | mach-types | 8 SE SH_SOLUTION_ENGINE
22 7206SE SH_7206_SOLUTION_ENGINE
23 7343SE SH_7343_SOLUTION_ENGINE
24 7619SE SH_7619_SOLUTION_ENGINE
25 7721SE SH_7721_SOLUTION_ENGINE
26 7722SE SH_7722_SOLUTION_ENGINE
27 7724SE SH_7724_SOLUTION_ENGINE
28 7751SE SH_7751_SOLUTION_ENGINE
29 7780SE SH_7780_SOLUTION_ENGINE
|
| /linux/Documentation/translations/it_IT/process/ |
| H A D | 6.Followthrough.rst | 36 resa molto più facile se tenete presente alcuni dettagli:
38 - Se avete descritto la vostra modifica correttamente, i revisori ne
51 fatti ancora e ancora. Se ricevete una revisione che vi sembra abbia
75 comunicarvi. Se possibile, sistemate le cose che il revisore vi chiede di
80 suggerita dai revisori. Se credete che il revisore non abbia compreso
81 il vostro codice, spiegateglielo. Se avete un'obiezione tecnica da fargli
83 al problema. Se la vostra spiegazione ha senso, il revisore la accetterà.
85 specialmente se altri iniziano ad essere d'accordo con il revisore.
97 che se ne andranno. Non andranno via. Se pubblicherete nuovamente il
106 famigliarizzare con ciò che è stato detto l'ultima volta; se li aiutate
[all …]
|
| H A D | 5.Posting.rst | 64 Se è così, dovreste eseguire dei *benchmark* che mostrino il loro
68 - Siate certi d'avere i diritti per pubblicare il codice. Se questo
121 modifiche nella stessa patch. Se una modifica corregge un baco critico
127 correttamente; se la vostra serie di patch si interrompe a metà il
130 comando "git bisect" viene usato per trovare delle regressioni; se il
144 possibile, questo dovrebbe essere evitato; se questa serie aggiunge delle
146 problema anche se il baco si trova altrove. Possibilmente, quando una
163 è necessaria solo se state passando la patch di qualcun altro via email,
189 revisori che devono decidere se la patch debba essere inclusa o no,
190 le distribuzioni e altri manutentori che cercano di valutare se la patch
[all …]
|
| /linux/Documentation/translations/sp_SP/ |
| H A D | memory-barriers.txt | 44 (1) especificar la funcionalidad mínima en la que se puede confiar para
69 - ¿Qué no se puede asumir sobre las barreras de memoria?
93 (*) ¿Dónde se necesitan barreras de memoria?
172 El conjunto de accesos visto por el sistema de memoria en el medio se puede
221 de ubicaciones de memoria, pero el orden en que se accede a los registros
223 un conjunto de registros a los que se accede a través de un registro de
236 ya que se estableció la dirección _después_ de intentar leer el registro.
242 Hay algunas garantías mínimas que se pueden esperar de una CPU:
244 (*) En cualquier CPU dada, los accesos a la memoria dependiente se
281 (Los loads y stores se superponen si están destinados a piezas
[all …]
|