Searched full:per (Results 1 – 25 of 981) sorted by relevance
12345678910>>...40
| /Documentation/ |
| D | this_cpu_ops.txt | 8 this_cpu operations are a way of optimizing access to per cpu
11 the cpu permanently stored the beginning of the per cpu area for a
14 this_cpu operations add a per cpu variable offset to the processor
15 specific per cpu base and encode that operation in the instruction
16 operating on the per cpu variable.
32 synchronization is not necessary since we are dealing with per cpu
37 Please note that accesses by remote processors to a per cpu area are
69 per cpu area. It is then possible to simply use the segment override
70 to relocate a per cpu relative address to the proper per cpu area for
71 the processor. So the relocation to the per cpu base is encoded in the
[all …]
|
| /Documentation/translations/it_IT/doc-guide/ |
| D | sphinx.rst | 3 .. note:: Per leggere la documentazione originale in inglese:
11 Il kernel Linux usa `Sphinx`_ per la generazione della documentazione a partire
13 Per generare la documentazione in HTML o PDF, usate comandi ``make htmldocs`` o
23 Solitamente questi commenti sono utilizzati per descrivere le funzioni, i tipi
37 I marcatori ReST utilizzati nei file in Documentation/ sono pensati per essere
40 Esiste uno script che verifica i requisiti Sphinx. Per ulteriori dettagli
48 Un modo per evitare questo genere di problemi è quello di utilizzare una
49 versione diversa da quella fornita dalla vostra distribuzione. Per fare questo,
61 #) Viene raccomandato l'uso del tema RTD per la documentazione in HTML.
67 utilizzando LaTeX. Per una corretta interpretazione, è necessario aver
[all …]
|
| D | parse-headers.rst | 3 .. note:: Per leggere la documentazione originale in inglese:
11 al fine di descrivere l'API per lo spazio utente e per generare dei riferimenti
19 documentazione. Per avere un esempio su come utilizzarlo all'interno del kernel
32 strutture, enumerati e definizioni, e creare riferimenti per Sphinx
50 Lo script viene messo in modalità verbosa, utile per il debugging.
77 per ognuno di loro. Inoltre, esso è capace di distinguere le #define
78 utilizzate per specificare i comandi ioctl di Linux.
83 La sintassi per ignore è:
88 riferimento per il simbolo \ **name**\ di tipo \ **tipo**\ .
91 La sintassi per replace è:
[all …]
|
| D | kernel-doc.rst | 3 .. note:: Per leggere la documentazione originale in inglese:
16 in realtà è molto differente per ragioni storiche. I sorgenti del kernel
21 generato il `dominio Sphinx per il C`_ con un'adeguata descrizione per le
23 vengono filtrare per cercare i riferimenti ed i marcatori.
25 Vedere di seguito per maggiori dettagli.
27 .. _`dominio Sphinx per il C`: http://www.sphinx-doc.org/en/stable/domains.html
36 secondo kernel-doc per le funzioni che sono visibili da altri file del kernel
38 inoltre, di fornire una documentazione kernel-doc anche per procedure private
45 Sicuramente la documentazione formattata con kernel-doc è necessaria per
50 per le funzioni che sono visibili da altri file del kernel (ovvero, che non
[all …]
|
| /Documentation/translations/it_IT/process/ |
| D | stable-api-nonsense.rst | 8 L'interfaccia dei driver per il kernel Linux
15 Questo è stato scritto per cercare di spiegare perché Linux **non ha
38 robusto, stabile e maturo; questi sono anche i motivi per cui avete scelto
44 Solo le persone un po' strambe vorrebbero scrivere driver per il kernel con
45 la costante preoccupazione per i cambiamenti alle interfacce interne. Per il
51 driver che non hanno i propri sorgenti rilasciati con licenza GPL. Per favore
52 fate riferimento ad un avvocato per qualsiasi questione legale, io sono un
54 per essere superficiali sui problemi legali, sono veri e dovete esserne a
59 prima delle cose binarie per toglierle di mezzo.
75 - In base alle opzioni che sono state selezionate per generare il kernel,
[all …]
|
| D | 7.AdvancedTopics.rst | 13 alcuni argomenti che potrebbero essere utili per gli sviluppatori che stanno
14 per diventare parte integrante del processo di sviluppo del kernel.
19 L'uso di un sistema distribuito per il controllo delle versioni del kernel
22 approccio alla gestione dei sorgenti non lo era. Un sistema distribuito per
24 Oggigiorno, ci sono diverse alternative libere a BitKeeper. Per il meglio o il
25 peggio, il progetto del kernel ha deciso di usare git per gestire i sorgenti.
32 di git ai suoi lettori; ci sarebbe materiale a sufficienza per un lungo
44 La prima cosa da fare prima di usarlo per produrre patch che saranno
49 eccetera. Una certa comprensione degli strumenti git per riscrivere la storia
56 Utilizzare git per produrre patch da sottomettere via email può essere
[all …]
|
| D | 4.Coding.rst | 30 Per la maggior parte del tempo, la politica descritta in quel file è stata
33 La presenza di quel codice conduce a due distinti pericoli per gli
42 per gli sviluppatori una comprensione veloce di ogni sua parte. Non ci sono,
43 quindi, più spazi per un codice formattato alla carlona.
53 iniziare a generare patch che correggono lo stile come modo per prendere
54 famigliarità con il processo, o come modo per inserire i propri nomi nei
63 (per esempio, una linea che diviene poco leggibile se divisa per rientrare
66 Notate che potete utilizzare lo strumento “clang-format” per aiutarvi con
67 le regole, per una riformattazione automatica e veloce del vostro codice
68 e per revisionare interi file per individuare errori nello stile di codifica,
[all …]
|
| D | clang-format.rst | 10 ``clang-format`` è uno strumento per formattare codice C/C++/... secondo
12 e non copre tutti i singoli casi, ma è abbastanza buono per essere utile.
14 ``clang-format`` può essere usato per diversi fini:
16 - Per riformattare rapidamente un blocco di codice secondo lo stile del
24 - Ti aiuta a seguire lo stile del codice, particolarmente utile per i
25 nuovi arrivati o per coloro che lavorano allo stesso tempo su diversi
34 le regole di base per un particolare sottosistema o cartella. Per farlo,
54 Revisionare lo stile di codifica per file e modifiche
61 Per farlo, potete eseguire qualcosa del genere::
69 le opzioni di stile nel file di configurazione; così come per verificare
[all …]
|
| D | submitting-patches.rst | 8 Inviare patch: la guida essenziale per vedere il vostro codice nel kernel
17 Questo documento contiene un vasto numero di suggerimenti concisi. Per
21 per una lista di punti da verificare prima di inviare del codice. Se state
23 per delle patch relative alle associazioni per Device Tree leggete
27 controllo di versione ``git``; se utilizzate ``git`` per preparare le vostre
28 patch molto del lavoro più ripetitivo lo troverete già fatto per voi, tuttavia
36 ``git`` per ottenerli. Vorrete iniziare col repositorio principale che può
44 Guardate l'elemento **T:** per un determinato sottosistema nel file MAINTANERS
50 complicata per sviluppare per il kernel.
56 per crearle. Git produce di base le patch in questo formato; se state
[all …]
|
| D | license-rules.rst | 10 Regole per licenziare il kernel Linux
16 aggiunge eccezione per le chiamate di sistema come descritto in
20 debba essere licenziato per far si che sia chiaro e non ambiguo. Questo non
35 per esempio con una delle varianti compatibili della GPL e alternativamente con
38 I file d'intestazione per l'API verso lo spazio utente (UAPI) descrivono
39 le interfacce usate dai programmi, e per questo sono un caso speciale.
41 confine oltre il quale non si estendono i requisiti della GPL per quei
42 programmi che le usano per comunicare con il kernel. Dato che i file
47 Il modo più comune per indicare la licenza dei file sorgenti è quello di
49 file. Per via della formattazione, dei refusi, eccetera, questi blocchi di
[all …]
|
| D | 3.Early-stage.rst | 11 Osservando un progetto di sviluppo per il kernel Linux, si potrebbe essere
13 progetto significativo, molta della preparazione per giungere al successo
24 richiesto per un particolare dispositivo. In altri casi invece, si
29 linux audio cercarono un modo per far girare le applicazioni senza dropouts
33 configurato per dare ad una specifica applicazione accesso allo
37 Per gli sviluppatori audio, questo modulo di sicurezza era sufficiente a
38 risolvere il loro problema nell'immediato. Per l'intera comunità kernel,
39 invece, era un uso improprio del framework LSM (che non è progettato per
41 e un rischio per la stabilità del sistema. Le loro soluzioni di punta nel
55 una perdita di tempo. Loro sono troppo "intelligenti" per stare ad
[all …]
|
| D | coding-style.rst | 8 Stile del codice per il kernel Linux
11 Questo è un breve documento che descrive lo stile di codice preferito per
14 dev'essere usato per qualsiasi cosa che io sia in grado di mantenere, e l'ho
15 preferito anche per molte altre cose. Per favore, almeno tenete in
33 schermo per 20 ore a file, troverete molto più facile capire i livelli di
48 subordinati ``case``. In questo modo si evita una doppia indentazione per
82 spazi non vengono mai usati per l'indentazione, e l'esempio qui sopra è
104 printk, questo perché inibireste la possibilità d'utilizzare grep per cercarle.
114 posizionare la parentesi graffa di apertura per ultima sulla riga, e quella
115 di chiusura per prima su una nuova riga, così:
[all …]
|
| D | 2.Process.rst | 14 il kernel da allora ha messo in atto un certo numero di procedure per rendere
16 processo si svolge per poter esserne parte attiva.
41 Viene seguita una disciplina abbastanza lineare per l'inclusione delle
46 patch per un nuovo ciclo di sviluppo (e tutte le più importanti modifiche)
50 (per inciso, vale la pena notare che i cambiamenti integrati durante la
55 La finestra di inclusione resta attiva approssimativamente per due settimane.
58 Per il kernel che è destinato ad essere 2.6.40, per esempio, il rilascio
68 amichevole. Come regola generale: se vi perdete la finestra di inclusione per
70 successivo (un'eccezione può essere fatta per i driver per hardware non
101 particolarmente seri. Per questa ragione, le modifiche che portano ad una
[all …]
|
| D | 5.Posting.rst | 11 Prima o poi arriva il momento in cui il vostro lavoro è pronto per essere
12 presentato alla comunità per una revisione ed eventualmente per la sua
15 e di procedure per la pubblicazione delle patch; seguirle renderà la vita
28 veramente "pronte". Per semplici patch questo non è un problema.
35 Quando pubblicate del codice che non è considerato pronto per l'inclusione,
52 per compilare il codice per differenti architetture, eccetera.
62 - Siate certi d'avere i diritti per pubblicare il codice. Se questo
63 lavoro è stato fatto per un datore di lavoro, egli avrà dei diritti su
74 La preparazione delle patch per la pubblicazione può richiedere una quantità
78 Le patch devono essere preparate per una specifica versione del kernel.
[all …]
|
| D | adding-syscalls.rst | 11 Questo documento descrive quello che è necessario sapere per aggiungere
35 utilizzare ``poll``/``select``/``epoll`` per ricevere quelle notifiche.
45 essere sempre vero (per esempio, in ambienti come namespace/sandbox/chroot).
53 la nuova funzionalità è veramente semplice (per esempio, leggere/scrivere
57 Come per :manpage:`fcntl(2)`, questa chiamata di sistema è un complesso
58 multiplatore quindi è meglio usarlo per cose molto simili a quelle esistenti
59 nel comando ``prctl`` oppure per leggere/scrivere un semplice flag relativo
67 dev'essere supportata per un periodo indefinito. Per questo, è davvero
78 Per semplici chiamate di sistema che accettano solo un paio di argomenti,
80 argomento *flags* alla chiamata di sistema. Per assicurarsi che i programmi
[all …]
|
| D | 6.Followthrough.rst | 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
45 continuo sviluppo ancora per diverse decadi.
58 aspettano di lavorare sul kernel per anni, ma sanno che il loro datore
60 stanno lavorando per la creazione del miglior kernel possibile; non
67 prendetevi il tempo per comprendere cosa il revisore stia cercando di
72 Notate che non dovete per forza essere d'accordo con ogni singola modifica
79 Prendetevi quindi un po' di tempo per pensare ancora alla cosa. Può risultare
94 Parlando di ripubblicazione del codice: per favore tenete a mente che i
98 I revisori non dovrebbero star lì a cercare all'interno degli archivi per
[all …]
|
| D | howto.rst | 25 O vi è stato detto dal vostro capo, "Vai, scrivi un driver Linux per
27 di insegnarvi tutto ciò che dovete sapere per raggiungere il vostro
30 di spiegare alcune delle ragioni per le quali la comunità lavora in un
35 Per lo sviluppo kernel è richiesta una buona conoscenza del linguaggio C.
37 pensiate di fare dello sviluppo di basso livello per un'architettura.
54 esiste alcuna indicazione definitiva. Per maggiori informazioni, controllate,
61 meglio per un squadra così grande e geograficamente sparsa. Cercate di
70 sorgente, per eventuali dettagli sulla licenza. Se avete ulteriori domande
75 Per domande più frequenti e risposte sulla licenza GPL, guardare:
96 minimo necessario per configurare e generare il kernel. I novizi
[all …]
|
| D | changes.rst | 8 Requisiti minimi per compilare il kernel
14 Questo documento fornisce una lista dei software necessari per eseguire i
30 PC Card, per esempio, probabilmente non dovreste preoccuparvi di pcmciautils.
33 Programma Versione minima Comando per verificare la versione
63 .. [#f1] Sphinx è necessario solo per produrre la documentazione del Kernel
77 Per compilare il kernel vi servirà GNU make 3.81 o successivo.
82 Per generare il kernel è necessario avere Binutils 2.21 o superiore.
87 Il sistema di compilazione, dalla versione 4.18, richiede pkg-config per
88 verificare l'esistenza degli strumenti kconfig e per determinare le
107 Per compilare il kernel vi servirà perl 5 e i seguenti moduli ``Getopt::Long``,
[all …]
|
| D | maintainer-pgp-guide.rst | 9 La guida a PGP per manutentori del kernel
18 Per approfondire alcuni argomenti trattati in questo documento è consigliato
42 - i repositori git forniscono firme PGP per ogni tag
43 - gli archivi tar hanno firme separate per ogni archivio
52 parte dell'infrastruttura possa essere compromessa in ogni momento. Per questa
53 ragione, gli amministratori hanno intrapreso deliberatemene dei passi per
58 Il principio sopra indicato è la ragione per la quale è necessaria questa
60 non sia fatto semplicemente per incolpare qualcun'altro per future falle di
62 sviluppatori possano seguire per creare un ambiente di lavoro sicuro e
77 invoca GnuPG v.1. Per controllate usate::
[all …]
|
| D | stable-kernel-rules.rst | 19 - Deve correggere un problema di compilazione (ma non per cose già segnate
41 Procedura per sottomettere patch per i sorgenti -stable
55 Per tutte le altre sottomissioni, scegliere una delle seguenti procedure
63 Per far sì che una patch venga automaticamente inclusa nei sorgenti stabili,
97 incluse anche in quelli stabili (per esempio, perché si crede che si dovrebbero
98 fare più verifiche per eventuali regressioni). L':ref:`it_option_3` è
99 particolarmente utile se la patch ha bisogno di qualche modifica per essere
100 applicata ad un kernel più vecchio (per esempio, perché nel frattempo l'API è
103 Notate che per l':ref:`it_option_3`, se la patch è diversa da quella nei
104 sorgenti principali (per esempio perché è stato necessario un lavoro di
[all …]
|
| D | 1.Intro.rst | 16 potrebbero dover affrontare. Ci sono molte ragioni per le quali del codice
17 per il kernel debba essere incorporato nel kernel ufficiale, fra le quali:
29 qualcosa per il kernel sono invitati ad individuare e sistemare bachi come
38 da altri sviluppatori. Il capitolo copre anche alcuni dei requisiti per le
40 nell'assicurarvi che le modifiche per il kernel siano corrette.
43 delle modifiche per la revisione. Per essere prese in considerazione dalla
71 questo kernel si è evoluto nel miglior componente per sistemi operativi
85 cambiare Linux per renderlo più aderente alle proprie necessità.
88 per gli sviluppatori; chiunque con le capacità richieste può migliorare
93 coinvolgere 1000 sviluppatori che lavorano per più di 100 differenti aziende
[all …]
|
| D | submit-checklist.rst | 8 Lista delle verifiche da fare prima di inviare una patch per il kernel Linux
11 Qui troverete una lista di cose che uno sviluppatore dovrebbe fare per
31 3) Compilare per diverse architetture di processore usando strumenti per
34 4) Una buona architettura per la verifica della cross-compilazione è la ppc64
35 perché tende ad usare ``unsigned long`` per le quantità a 64-bit.
40 (``script/checkpatch.pl``) per scovare le violazioni più semplici.
63 che usa più di 512 byte sullo stack è una buona candidata per una
66 11) Includete commenti :ref:`kernel-doc <kernel_doc>` per documentare API
67 globali del kernel. Usate ``make htmldocs`` o ``make pdfdocs`` per
94 ``Documentation/ABI/``. Leggete ``Documentation/ABI/README`` per maggiori
[all …]
|
| /Documentation/accounting/ |
| D | taskstats.rst | 2 Per-task statistics interface
6 Taskstats is a netlink-based interface for sending per-task and
7 per-process statistics from the kernel to userspace.
19 Linux task defined by struct task_struct. per-pid stats are the same as
20 per-task stats.
37 one of the cpus in the cpumask, its per-pid statistics are sent to the
43 an additional record containing the per-tgid stats is also sent to userspace.
44 The latter contains the sum of per-pid stats for all threads in the thread
49 send commands and process responses, listen for per-tid/tgid exit data,
62 struct taskstats is the common accounting structure for both per-pid and
[all …]
|
| /Documentation/translations/it_IT/kernel-hacking/ |
| D | hacking.rst | 3 .. note:: Per leggere la documentazione originale in inglese:
22 più usate ed i concetti necessari per scrivere codice per il kernel: lo scopo
23 è di fornire ai programmatori C più esperti un manuale di base per sviluppo.
24 Eviterò dettagli implementativi: per questo abbiamo il codice,
49 può avvicendarsi solo ad uno di quelli sottostanti. Per esempio, mentre un
91 programmare una 'interruzione software' per l'esecuzione e quindi terminare.
104 Quando una chiamata di sistema sta per tornare allo spazio utente,
118 potete programmarlo per far si che esegua funzioni dopo un determinato
122 processore, spesso diventa estenuante l'averci a che fare. Per questa ragione,
160 A seconda della configurazione del kernel lo stack è fra 3K e 6K per la
[all …]
|
| /Documentation/translations/it_IT/ |
| D | index.rst | 15 la comprensione per chi non capisce l'inglese o ha dubbi sulla sua
16 interpretazione, oppure semplicemente per chi preferisce leggere in lingua
24 possibile. Per questo motivo non c'è garanzia che una traduzione sia
36 di traduzione (per esempio, nuove traduzioni, aggiornamenti, correzioni).
41 potrebbe essere modificata per adattarla all'italiano. Per questo motivo,
47 Se avete bisogno d'aiuto per comunicare con la comunità Linux ma non vi sentite
62 I miglioramenti alla documentazione sono sempre i benvenuti; per cui,
75 Documentazione per gli utenti
78 I seguenti manuali sono scritti per gli *utenti* del kernel - ovvero,
85 Documentazione per gli sviluppatori di applicazioni
[all …]
|
12345678910>>...40