| /linux/arch/s390/kernel/ |
| H A D | time.c | 78 struct ptff_qui qui; in time_early_init() local
92 if (ptff_query(PTFF_QUI) && ptff(&qui, sizeof(qui), PTFF_QUI) == 0) in time_early_init()
94 ((long) qui.old_leap * 4096000000L); in time_early_init()
|
| /linux/Documentation/translations/it_IT/ |
| H A D | subsystem-apis.rst | 9 kernel. Molte delle informazioni qui contenute provengono direttamente dai
|
| /linux/Documentation/translations/it_IT/process/ |
| H A D | development-process.rst | 16 qui sia presente del materiale tecnico, questa è una discussione rivolta in
|
| H A D | 7.AdvancedTopics.rst | 33 documento al riguardo. Invece, qui ci concentriamo in particolare su come
45 disponibili ad altri, è quella di leggere i siti qui sopra e di acquisire una
183 "qui la sincronizzazione è sbagliata".
|
| H A D | howto.rst | 97 del kernel dovrebbero iniziare da qui.
234 aggiornata fonte di consultazione del codice del kernel la potete trovare qui:
332 sezione dedicata qui sotto). Per molti sottosistemi del kernel, tale processo
387 Come descritto in molti dei documenti qui sopra, la maggior parte degli
|
| H A D | changes.rst | 150 'pahole'. Oppure lo si può trovare qui: https://fedorapeople.org/~acme/dwarves/.
285 questo formato. Usate la versione raccomandata nella lista qui sopra o una
|
| H A D | management-style.rst | 28 qui indicati potrebbero fare al caso vostro, oppure no.
157 Esistono alcune semplici regole qui:
|
| H A D | coding-style.rst | 16 considerazione le osservazioni espresse qui.
99 spazi non vengono mai usati per l'indentazione, e l'esempio qui sopra è
135 una strategia di posizionamento o un'altra; ma il modo qui preferito,
424 descritte qui.
1223 per indent, cpp, gcc e i suoi dettagli interni, tutto disponibile qui
|
| H A D | 1.Intro.rst | 114 queste esperienze spiacevoli. C'è molto materiale qui, ma lo sforzo della
219 quale si parlerà più avanti). L'autore qui non è un avvocato, e
|
| H A D | 5.Posting.rst | 177 Gli elementi qui sopra, assieme, formano il changelog di una patch.
229 alcuni strumenti come b4 or un *hook* git come quello descritto qui
|
| H A D | stable-api-nonsense.rst | 53 programmatore e perciò qui vi parlerò soltanto delle questioni tecniche (non
|
| H A D | 3.Early-stage.rst | 153 sempre aggiornato, inoltre, non tutti i sottosistemi sono rappresentati qui.
|
| H A D | submitting-patches.rst | 380 trovati qui: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
770 inadatti al changelog permanente, dovrebbero essere messi qui. Un
793 Maggiori dettagli sul formato delle patch nei riferimenti qui di seguito.
|
| H A D | botching-up-ioctls.rst | 149 perfettamente, il che significa che qui ci sono ancora una valanga di lezioni da
|
| /linux/Documentation/translations/sp_SP/process/ |
| H A D | 3.Early-stage.rst | 138 ¿Con quién hablar?
155 tanto, cuando haya dudas sobre a quién contactar, un truco útil es usar git
156 (y "git log" en particular) para ver quién está activo actualmente en el
157 subsistema de interés. Mira quién está escribiendo parches y quién, si
|
| H A D | 5.Posting.rst | 248 Otro tipo de etiqueta se utiliza para documentar quién estuvo involucrado
342 Usar git para ver quién más ha modificado los archivos en los que está
358 Al seleccionar destinatarios para un parche, es bueno saber quién cree que
|
| H A D | 6.Followthrough.rst | 45 relativamente ingrata; la gente recuerda quién escribió el código del
229 mucho después de que hayan olvidado de quién era el parche que realmente se
|
| H A D | submitting-patches.rst | 245 MAINTAINERS y el historial de revisión del código fuente para ver quiénes
429 Para mejorar el seguimiento de quién hizo qué, especialmente con parches
731 La línea ``From`` especifica quién será acreditado como el autor del parche
|
| H A D | management-style.rst | 13 inventado, dependiendo de a quién le preguntes) para el kernel de Linux.
|
| /linux/Documentation/translations/it_IT/kernel-hacking/ |
| H A D | locking.rst | 167 o scaricato (e durante l'avvio del sistema, qui non abbiamo concorrenza),
333 Ricordatevi il suggerimento qui sopra: potete sempre usare
506 C'è una piccola ottimizzazione qui: nella funzione cache_add()
907 mentre trattiene il lock, da qui il softirq rimarrà in attesa attiva provando
910 Questi casi sono chiamati stalli (*deadlock*), e come mostrato qui sopra,
1253 che ne abbiamo fatto qui, non ci interessano queste corse critiche perché un
1274 Il beneficio qui sta nel fatto che il contatore di riferimenti no
1341 Le più comuni sono elencate qui di seguito, ma solitamente dovete leggere
1458 Non è il contesto utente: qui si processano le interruzioni hardware e
|
| H A D | hacking.rst | 109 La maggior parte del lavoro utile alla gestione di un'interruzione avviene qui.
778 Menzionate qui le incompatibilità ed i problemi. Chiaramente la
783 - Modificate il file ``Makefile``: le variabili CONFIG sono esportate qui,
|
| /linux/Documentation/translations/it_IT/RCU/ |
| H A D | torture.rst | 96 L'istantanea qui sopra è stata presa da una corretta implementazione di RCU.
101 conteggiata in termini di lotti piuttosto che periodi. Anche qui dalla terza
103 a volte è più facile scatenare un terzo valore diverso da zero qui piuttosto
|
| /linux/tools/power/cpupower/po/ |
| H A D | fr.po | 305 msgstr " CPUs qui doivent changer de fréquences en même temps : "
310 msgstr " CPUs qui doivent changer de fréquences en même temps : "
431 " -a, --affected-cpus Affiche quels sont les CPUs qui doivent changer de\n"
440 " -a, --affected-cpus Affiche quels sont les CPUs qui doivent changer de\n"
|
| /linux/Documentation/translations/it_IT/doc-guide/ |
| H A D | kernel-doc.rst | 21 d'attenervi allo stile qui descritto.
217 Nell'esempio qui sopra, potete sostituire ``struct`` con ``union`` o ``enum``
|
| /linux/drivers/net/wireless/intel/ipw2x00/ |
| H A D | libipw.h | 534 u8 qui[QOS_OUI_LEN]; member
|