| /linux/Documentation/translations/sp_SP/process/ |
| H A D | embargoed-hardware-issues.rst | 33 El equipo solo maneja la coordinación de los problemas de seguridad de
45 La lista esta encriptada y el correo electrónico a la lista puede ser
46 enviado por PGP o S/MIME encriptado y debe estar firmado con la llave de
48 certificado de S/MIME de la lista están disponibles en las siguientes
55 el vendedor de hardware afectado, damos la bienvenida al contacto de
72 alojados en la infraestructura de IT de la Fundación Linux. Al proporcionar
73 este servicio, los miembros del personal de operaciones de IT de la
74 Fundación Linux técnicamente tienen la capacidad de acceder a la
75 información embargada, pero están obligados a la confidencialidad por su
76 contrato de trabajo. El personal de IT de la Fundación Linux también es
[all …]
|
| H A D | contribution-maturity-model.rst | 15 Como parte de la cumbre de mantenedores del kernel de Linux 2021, hubo
17 en el reclutamiento de mantenedores del kernel, así como la sucesión de
19 que las empresas que forman parte de la comunidad del kernel de Linux
24 upstream, como revisar los parches de otras personas, reestructurar la
27 Con ese fin, Technical Advisory Board (TAB) de la Fundación Linux propone
29 expectativas comunes para la participación con la comunidad upstream
30 tienen como objetivo aumentar la influencia de los desarrolladores
31 individuales, aumentar la colaboración de las organizaciones y mejorar
32 la salud general del ecosistema del kernel de Linux.
37 incorporar la reacción de toda la organización, incluyendo la gerencia
[all …]
|
| H A D | researcher-guidelines.rst | 9 La comunidad del kernel de Linux da la bienvenida a la investigación
12 beneficia mucho de este tipo de investigación, y la mayoría de los
18 temprano ayuda a mejorar la calidad de investigación y la capacidad
20 compartir copias de acceso abierto de la investigación publicada con
21 la comunidad.
23 Este documento busca clarificar lo que la comunidad del kernel de Linux
26 actividades afines deben seguir las reglas estándar de ética de la
27 investigación. Para más información sobre la ética de la investigación
28 en general, ética en la tecnología y la investigación de las comunidades
32 * `Historia de la Ética en la Investigación <https://www.unlv.edu/research/ORI-HSR/history-ethics>`_
[all …]
|
| H A D | handling-regressions.rst | 10 *No causamos regresiones* -- este documento describe la que es la "primera
11 regla del desarrollo del kernel de Linux" y que implica en la práctica para
12 los desarrolladores. Y complementa la documentación:
20 #. Asegúrese de que los suscriptores a la lista `regression mailing list
24 * Cuando se reciba un correo que no incluyó a la lista, inclúyalo en la
25 conversación de los correos, mandando un breve "Reply-all" con la
29 a la lista.
36 respuesta (con la lista de regresiones en CC) que contenga un párrafo
42 * Cuando se mandan informes desde un gestor de incidentes a la lista de
50 "Link:" a la descripción, apuntado a todos los sitios donde se informó
[all …]
|
| H A D | management-style.rst | 21 puede o no tener relación con la realidad. Comenzó como una broma, pero
26 personas lideres técnicas, no de las personas que hacen la gestión
34 .. [#f1] Este documento lo hace no tanto respondiendo a la pregunta, sino
36 de cuál es la respuesta.
45 Todos piensan que los gerentes toman decisiones, y que la toma de
46 decisiones en importante. Cuanto más grande y dolorosa sea la decisión,
68 Ayuda darse cuenta de que la diferencia clave entre una decisión grande
73 gerencial por tomar **dos** decisiones intrascendentes - la equivocada
74 **y** la correcta.
79 Por lo tanto, la llave para evitar las grandes decisiones se convierte en
[all …]
|
| H A D | 2.Process.rst | 11 El desarrollo del kernel de Linux a principios de la década de 1990 fue
37 características, cambios internos en la API y más. Un lanzamiento típico
39 varias centenas de miles de líneas de código. 5.x es la vanguardia del
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
47 aceptado por la comunidad de desarrollo) se fusiona en el kernel mainline.
53 (Aparte, vale la pena señalar que los cambios integrados durante la
54 ventana de fusión no surgen de la nada; han sido recolectados, probados
59 tiempo, Linux Torvalds declarará que la ventana está cerrada y publicará
61 ejemplo, el lanzamiento al final de la ventana de fusión se llamará
[all …]
|
| H A D | 1.Intro.rst | 18 incluyendo la disponibilidad automática para los usuarios, el apoyo de la
19 comunidad en muchas formas, y la capacidad de influir en la dirección del
24 de lanzamiento del kernel y la mecánica de la "ventana de combinación"
26 la revisión y, el ciclo de fusión. Hay algunas discusiones sobre
31 :ref:`sp_development_early_stage` cubre la planificación de proyectos en
32 etapas tempranas, con énfasis en involucrar a la comunidad de desarrollo
42 su revisión. Para ser tomados en serio por la comunidad de desarrollo,
45 ayudar a garantizar la mejor recepción posible para su trabajo.
55 la administración de parches con git y la revisión de parches publicados
81 claro interés en las capacidades, el rendimiento, y la fiabilidad del
[all …]
|
| H A D | maintainer-kvm-x86.rst | 13 se sienta intimidado por la extensión de este documento y las numerosas
37 través del árbol KVM x86, se aplicará a la rama ``fixes`` antes de llegar
60 Las correcciones dirigidas a la versión actual, también conocida como
64 Los cambios dirigidos a la siguiente versión se dirigen a través del árbol
66 temática de KVM x86, normalmente la semana antes de que Linus abra la
67 ventana de fusión, por ejemplo, la semana siguiente a rc7 para las
69 el pull request principal de KVM enviado durante la ventana de fusión de
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).
80 margen de maniobra en función del tamaño de la serie, los parches que están
[all …]
|
| H A D | howto.rst | 14 técnico relacionado con la programación del kernel, pero le ayudará
18 este archivo, que se encuentra en la parte superior del documento.
26 que debe pasar, y con indicaciones de como trabajar con la comunidad.
27 También trata de explicar las razones por las cuales la comunidad trabaja
28 de la forma en que lo hace.
31 dependientes de la arquitectura en ensamblador. Un buen conocimiento de C
42 El kernel está escrito usando GNU C y la cadena de herramientas GNU. Si
45 sin depender de la biblioteca C estándar, por lo que algunas partes del
48 entender las suposiciones que el kernel hace respecto a la cadena de
59 que están bien documentados; no espere que la gente se adapte a usted o a
[all …]
|
| H A D | code-of-conduct.rst | 15 a hacer de la participación en nuestra comunidad una experiencia libre de
16 acoso para todo el mundo, independientemente de la edad, dimensión corporal,
33 * Aceptar la responsabilidad y disculparse ante quienes se vean afectados
34 por nuestros errores, aprendiendo de la experiencia
36 para la comunidad en general
56 Los administradores de la comunidad son responsables de aclarar y hacer
61 Los administradores de la comunidad tendrán el derecho y la responsabilidad
72 comunidad. Ejemplos de esto incluyen el uso de la cuenta oficial de correo
83 respetar la privacidad y la seguridad de quienes reporten incidentes.
97 interpretará la comunidad del kernel Linux este documento.
|
| H A D | deprecated.rst | 13 alguna API obsoleta en una nueva API y quitar la API anterior en un
15 la jerarquía de mantenimiento, y el tiempo, no siempre es posible hacer
18 haciendo que la cantidad de trabajo para limpiar las APIs crezca. Para
31 un archivo de cabecera, no es la solución completa. Dichos interfaces
38 "imposibles" tan elegantemente como se pueda. Mientras que la familia de
50 Nótese que la familia de funciones WARN() únicamente debería ser usada
52 avisar sobre situaciones "alcanzables pero no deseadas", úsese la familia
70 la reserva de memoria.)
76 En vez de eso, utilice la reserva con dos argumentos::
89 la suma de otras estructuras, como en::
[all …]
|
| /linux/Documentation/translations/sp_SP/ |
| H A D | memory-barriers.txt | 22 Nota: Si tiene alguna duda sobre la exactitud del contenido de esta
23 traducción, la única referencia válida es la documentación oficial en
36 embargo, incluso este modelo debe ser visto como la opinión colectiva de
44 (1) especificar la funcionalidad mínima en la que se puede confiar para
50 requisito mínimo para cualquier barrera en particular, pero si la
54 para alguna arquitectura porque por la forma en que funcione dicha
55 arquitectura, la barrera explícita resulte innecesaria en ese caso.
80 - Barreras de memoria de la CPU.
104 (*) Efectos de la memoria caché de la CPU.
151 Cada CPU ejecuta un programa que genera operaciones de acceso a la memoria.
[all …]
|
| H A D | index.rst | 17 El objetivo de esta traducción es facilitar la lectura y comprensión para
20 embargo, tenga en cuenta que la *única* documentación oficial es la que
23 La propagación simultánea de la traducción de una modificación en
25 de la traducción intentan mantener sus traducciones al día, en tanto les
29 al maintainer de la traducción y, si puede, consulte la documentación en
32 Una traducción no es una * bifurcación * de la documentación oficial, por
33 lo que los usuarios no encontrarán aquí ninguna información que no sea la
38 contribuciones que son puramente de interés relativo a la traducción (por
43 gramática, y una cultura tras ella, por lo tanto, la traducción de una
46 la forma, pero todavía transmiten el mensaje original. A pesar de la gran
[all …]
|
| /linux/arch/riscv/kernel/ |
| H A D | head.S | 76 la a1, kernel_map
78 la a2, _start
83 la a2, 1f
89 la a1, satp_mode
99 la a0, trampoline_pg_dir
107 la a0, .Lsecondary_park
148 la a3, .Lsecondary_park
163 la a0, swapper_pg_dir
175 la a1, riscv_nousercfi
198 la a0, handle_exception
[all …]
|
| /linux/Documentation/translations/it_IT/process/ |
| H A D | maintainer-pgp-guide.rst | 54 enfatizzare che la fiducia debba risiedere sempre negli sviluppatori e mai nel
58 Il principio sopra indicato è la ragione per la quale è necessaria questa
59 guida. Vogliamo essere sicuri che il riporre la fiducia negli sviluppatori
75 verificare che stia utilizzando la versione abbastanza recente. Per controllate
80 Se state utilizzando la version 2.2 o successiva, allora siete pronti a partire.
89 individuare la passphrase. Ci sono due opzioni che dovreste conoscere
90 per personalizzare la scadenza della passphrase nella cache:
92 - ``default-cache-ttl`` (secondi): Se usate ancora la stessa chiave prima
97 uso della chiave da quando avete inserito la passphrase, se il massimo
98 time-to-live è scaduto, dovrete reinserire nuovamente la passphrase.
[all …]
|
| H A D | stable-kernel-rules.rst | 29 interattività. Dato che questi problemi non sono così ovvi e la loro
61 era pensato di riportare la modifica su versioni precedenti.
62 L':ref:`it_option_3` è un'alternativa ai due metodi precedenti quando la patch
66 Quando si utilizza l'opzione 2 o 3 è possibile chiedere che la modifica sia
67 inclusa in specifiche versioni stabili. In tal caso, assicurarsi che la correzione
79 Aggiungete la seguente etichetta nell'area delle firme per far sì che una patch
87 esporre accidentalmente al pubblico la correzione quando si usa 'git
91 Una volta che la patch è stata inclusa, verrà applicata anche sui sorgenti
95 Per lasciare una nota per la squadra "stable", usate commenti in linea in stile
114 le patch della serie stessa. Per esempio se avete la seguente serie::
[all …]
|
| H A D | 6.Followthrough.rst | 16 lavoro sia ormai finito. In verità, la pubblicazione delle patch
24 lavorare con la comunità del kernel per assicurare che il vostro codice
34 Lavorare con i revisori può rivelarsi, per molti sviluppatori, la parte
38 - Se avete descritto la vostra modifica correttamente, i revisori ne
54 la persona, e i revisori non vi stanno attaccando personalmente.
60 stanno lavorando per la creazione del miglior kernel possibile; non
82 su di una modifica suggerita, spiegatela inserendo anche la vostra soluzione
83 al problema. Se la vostra spiegazione ha senso, il revisore la accetterà.
84 Tuttavia, la vostra motivazione potrebbe non essere del tutto persuasiva,
112 attraverso la discussione, ma ci sono volte dove qualcuno deve prendere
[all …]
|
| H A D | management-style.rst | 19 documento potrebbe avere più o meno a che fare con la realtà. È cominciato
34 così dannatamente ovvio a chi la pone che non abbiamo la minima idea
45 sia importante. Più grande e dolorosa è la decisione, più importante deve
46 essere il dirigente che la prende. Questo è molto profondo ed ovvio, ma non è
66 Ciò aiuta a capire che la differenza chiave tra una grande decisione ed una
76 Così la chiave per evitare le decisioni difficili diviene l'evitare
86 anno. Improvvisamente la decisione che avevate preso un anno fa non era poi
98 cancellare, dall'altro canto potreste aver irrimediabilmente perso la
100 che avevamo cercato di evitare fin dall'inizio, e la vostra decisione
105 agli altri in anticipo che la vostra decisione è puramente ipotetica, e che
[all …]
|
| /linux/Documentation/translations/it_IT/doc-guide/ |
| H A D | sphinx.rst | 6 Usare Sphinx per la documentazione del kernel
9 Il kernel Linux usa `Sphinx`_ per la generazione della documentazione a partire
11 Per generare la documentazione in HTML o PDF, usate comandi ``make htmldocs`` o
27 nel tempo, in formato reStructuredText, ma la maggior parte di questi rimarranno
43 Sphinx, o qualche altro pacchetto Python, la documentazione non venga più
61 prima di generare la documentazione, dovrete rieseguire questo comando per
67 Il meccanismo che genera la documentazione del kernel contiene un'estensione
79 Al momento, la generazione di questi documenti è supportata solo dalle
82 Per la generazione di PDF e LaTeX, avrete bisogno anche del pacchetto
93 Sphinx, queste espressioni sono scritte utilizzando la notazione LaTeX. Esistono
[all …]
|
| H A D | maintainer-profile.rst | 9 centrale per la documentazione del kernel e la relativa infrastruttura.
10 Copre la gerarchia sotto Documentation/ (con l'eccezione di
14 Vale la pena notare, però, che i confini di questo sottosistema sono più sfumati
22 La lista di discussione per la documentazione è linux-doc@vger.kernel.org.
30 effettivamente la documentazione e assicurarvi che non siano stati
35 Tutta la nuova documentazione (incluse le aggiunte a documenti esistenti)
37 il pubblico a cui è destinata; in questo modo, ci assicuriamo che la
46 Le patch possono essere inviate in qualsiasi momento, ma la risposta sarà
47 più lenta del solito durante la finestra d'integrazione. L'albero della
56 svolgo questo lavoro nel mio tempo libero, quindi la risposta alle patch sarà a
|
| /linux/arch/loongarch/kernel/ |
| H A D | head.S | 52 la.pcrel t0, __bss_start # clear .bss
54 la.pcrel t1, __bss_stop - LONGSIZE
60 la.pcrel t0, fw_arg0
62 la.pcrel t0, fw_arg1
64 la.pcrel t0, fw_arg2
77 la.pcrel tp, init_task
78 la.pcrel t0, init_stack
132 la.pcrel t0, cpuboot_data
|
| H A D | mcount.S | 34 la.pcrel t1, ftrace_stub
35 la.pcrel t2, ftrace_trace_function /* Prepare t2 for (1) */
49 la.pcrel t1, ftrace_stub
50 la.pcrel t3, ftrace_graph_return
53 la.pcrel t1, ftrace_graph_entry_stub
54 la.pcrel t3, ftrace_graph_entry
|
| /linux/net/bluetooth/ |
| H A D | l2cap_sock.c | 86 struct sockaddr_l2 la; in l2cap_sock_bind() local
95 memset(&la, 0, sizeof(la)); in l2cap_sock_bind()
96 len = min_t(unsigned int, sizeof(la), alen); in l2cap_sock_bind()
97 memcpy(&la, addr, len); in l2cap_sock_bind()
99 if (la.l2_cid && la.l2_psm) in l2cap_sock_bind()
102 if (!bdaddr_type_is_valid(la.l2_bdaddr_type)) in l2cap_sock_bind()
105 if (bdaddr_type_is_le(la.l2_bdaddr_type)) { in l2cap_sock_bind()
107 if (la.l2_cid && in l2cap_sock_bind()
108 la.l2_cid != cpu_to_le16(L2CAP_CID_ATT)) in l2cap_sock_bind()
119 if (la.l2_psm) { in l2cap_sock_bind()
[all …]
|
| /linux/arch/mips/kernel/ |
| H A D | bmips_vec.S | 41 la k0, 1f
69 la k0, bmips_reset_nmi_vec
122 la k0, nmi_handler
158 la k0, bmips_5xxx_init
211 la k0, ebase
218 la k0, 1f
221 la k0, bmips_enable_xks01
226 la k0, plat_wired_tlb_setup
233 la k0, bmips_smp_boot_sp
235 la k0, bmips_smp_boot_gp
[all …]
|
| /linux/Documentation/translations/sp_SP/scheduler/ |
| H A D | sched-eevdf.rst | 13 1995 [1]. El kernel de Linux comenzó a transicionar hacia EEVPF en la
20 de la CPU de forma equitativa entre todas las tareas que tengan la misma
24 de ejecución en la CPU. De esta manera, una tarea con un "retraso"
26 con "retraso" negativo implica que la tarea ha excedido su cuota de
29 deadline) para cada una, eligiendo la tarea con la VD más próxima para
31 que la tareas que sean sensibles a la latencia que tengan porciones de
41 la cola de ejecución pero marcada para "desencolado diferido", permitiendo
45 tareas podrán pedir porciones de tiempo específicas con la nueva llamada
|