| /Documentation/arm/nwfpe/ |
| D | netwinder-fpe.rst | 13 <S|D|E> = <single|double|extended>, no default
24 <LDF|STF>{cond}<S|D|E> Fd, Rn
25 <LDF|STF>{cond}<S|D|E> Fd, [Rn, #<expression>]{!}
26 <LDF|STF>{cond}<S|D|E> Fd, [Rn], #<expression>
33 <LFM|SFM>{cond}<S|D|E> Fd, <count>, [Rn]
34 <LFM|SFM>{cond}<S|D|E> Fd, <count>, [Rn, #<expression>]{!}
35 <LFM|SFM>{cond}<S|D|E> Fd, <count>, [Rn], #<expression>
51 FLT{cond}<S,D,E>{P,M,Z} Fn, Rd Convert integer to floating point
80 ADF{cond}<S|D|E>{P,M,Z} Fd, Fn, <Fm,#value> - add
81 SUF{cond}<S|D|E>{P,M,Z} Fd, Fn, <Fm,#value> - subtract
[all …]
|
| D | todo.rst | 6 POW{cond}<S|D|E>{P,M,Z} Fd, Fn, <Fm,#value> - power
7 RPW{cond}<S|D|E>{P,M,Z} Fd, Fn, <Fm,#value> - reverse power
8 POL{cond}<S|D|E>{P,M,Z} Fd, Fn, <Fm,#value> - polar angle (arctan2)
10 LOG{cond}<S|D|E>{P,M,Z} Fd, <Fm,#value> - logarithm to base 10
11 LGN{cond}<S|D|E>{P,M,Z} Fd, <Fm,#value> - logarithm to base e
12 EXP{cond}<S|D|E>{P,M,Z} Fd, <Fm,#value> - exponent
13 SIN{cond}<S|D|E>{P,M,Z} Fd, <Fm,#value> - sine
14 COS{cond}<S|D|E>{P,M,Z} Fd, <Fm,#value> - cosine
15 TAN{cond}<S|D|E>{P,M,Z} Fd, <Fm,#value> - tangent
16 ASN{cond}<S|D|E>{P,M,Z} Fd, <Fm,#value> - arcsine
[all …]
|
| /Documentation/translations/it_IT/process/ |
| D | stable-api-nonsense.rst | 11 (tutte le risposte alle vostre domande e altro)
16 un'interfaccia binaria, e non ha nemmeno un'interfaccia stabile**.
25 stabili nel tempo e non verranno modificate. Ho vecchi programmi che sono
26 stati compilati su un kernel 0.9 (circa) e tuttora funzionano sulle versioni
27 2.6 del kernel. Queste interfacce sono quelle che gli utenti e i
34 volete, e nemmeno sapete di non volerla. Quello che volete è un driver
35 stabile che funzioni, e questo può essere ottenuto solo se il driver si trova
38 robusto, stabile e maturo; questi sono anche i motivi per cui avete scelto
53 programmatore e perciò qui vi parlerò soltanto delle questioni tecniche (non
54 per essere superficiali sui problemi legali, sono veri e dovete esserne a
[all …]
|
| D | management-style.rst | 17 Il modello di gestione è qualcosa di molto personale e molto più difficile da
24 sempre alla persona che dirige tecnicamente, e non a coloro che
31 e di non leggerlo. Bruciatelo, è un grande gesto simbolico.
44 Tutti pensano che i dirigenti decidano, e che questo prendere decisioni
45 sia importante. Più grande e dolorosa è la decisione, più importante deve
50 se qualcuno vi chiede di "Decidere" tra (a) o (b), e vi dice che ha
58 facendo il lavoro sbagliato, e che invece dovrebbero essere "loro" a gestirvi)
60 Quindi il gioco si chiama "evitare" decisioni, almeno le più grandi e
61 difficili. Prendere decisioni piccoli e senza conseguenze va bene, e vi fa
63 del kernel ha bisogno di fare è trasformare le decisioni grandi e difficili
[all …]
|
| D | coding-style.rst | 12 il kernel Linux. Lo stile di codifica è molto personale e non voglio
14 dev'essere usato per qualsiasi cosa che io sia in grado di mantenere, e l'ho
19 di codifica GNU e di NON leggerla. Bruciatela, è un grande gesto simbolico.
26 La tabulazione (tab) è di 8 caratteri e così anche le indentazioni. Ci sono
32 di controllo inizia e finisce. Specialmente quando siete rimasti a guardare lo
37 troppo a destra e che quindi rende difficile la lettura su schermi a 80
39 livelli di indentazione, siete comunque fregati e dovreste correggere il vostro
42 In breve, l'indentazione ad 8 caratteri rende più facile la lettura, e in
47 allineare sulla stessa colonna la parola chiave ``switch`` e i suoi
82 spazi non vengono mai usati per l'indentazione, e l'esempio qui sopra è
[all …]
|
| D | howto.rst | 13 del kernel Linux e spiega come lavorare con la comunità di
28 scopo descrivendo il procedimento da seguire e consigliandovi
42 - "The C Programming Language" di Kernighan e Ritchie [Prentice Hall]
46 Il kernel è stato scritto usando GNU C e la toolchain GNU.
51 Le divisioni ``long long`` e numeri in virgola mobile non sono permessi.
53 riguardo gli strumenti e le estensioni in uso, e sfortunatamente non
59 standard di codifica, di stile e di procedura. Questi standard sono stati
61 meglio per un squadra così grande e geograficamente sparsa. Cercate di
73 e non dovreste basarvi sulle loro dichiarazioni in materia giuridica.
75 Per domande più frequenti e risposte sulla licenza GPL, guardare:
[all …]
|
| D | 1.Intro.rst | 14 Il resto di questa sezione riguarda il processo di sviluppo del kernel e
15 quella sorta di frustrazione che gli sviluppatori e i loro datori di lavoro
19 differenti modalità, e la capacità di influenzare la direzione dello sviluppo
27 revisione e ciclo d'incorporazione. Ci sono alcuni dibattiti su strumenti e
29 qualcosa per il kernel sono invitati ad individuare e sistemare bachi come
45 esposte, e devono essere inviate nel posto giusto. Seguire i consigli presenti
58 "avanzati": gestire le modifiche con git e controllare le modifiche pubblicate
68 Il kernel Linux, ha oltre 8 milioni di linee di codice e ben oltre 1000
69 contributori ad ogni rilascio; è uno dei più vasti e più attivi software
73 e tutte le altre tipologie di sistemi fra questi estremi. È una soluzione
[all …]
|
| D | 4.Coding.rst | 12 e sul suo orientamento alla comunità, la prova di ogni progetto di sviluppo
20 correttamente" e sugli strumenti che possono essere utili in questa missione.
37 non sono importanti e possono non essere applicati. La verità è che
64 nel limite di 80 colonne), fatelo e basta.
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,
69 refusi e possibili miglioramenti. Inoltre è utile anche per classificare gli
81 livelli di astrazione nel nome della flessibilità e del nascondere informazioni.
83 di righe di codice potrebbe fare altrimenti e sopravvivere. Ma l'esperienza
86 fino al livello necessario e non oltre.
[all …]
|
| D | 3.Early-stage.rst | 12 tentati dal saltare tutto e iniziare a codificare. Tuttavia, come ogni
15 nella pianificazione e la comunicazione può far risparmiare molto
25 tende a confondere il problema reale con le soluzioni proposte e questo
34 schedulatore *realtime*. Tale modulo fu implementato e inviato nella
41 e un rischio per la stabilità del sistema. Le loro soluzioni di punta nel
43 il meccanismo rlimit, e nel lungo periodo un costante lavoro nella riduzione
62 periodo e cercavano la giusta soluzione alla problematica esistente con uno
64 problema - non su di una specifica soluzione- e di discuterne con la comunità
89 una maniera che non avete ancora compreso. Il kernel Linux è grande e ha
90 una serie di funzionalità e capacità che non sono scontate nell'immediato.
[all …]
|
| D | 7.AdvancedTopics.rst | 30 strumento giovane e potente che è ancora in fase di civilizzazione da parte
42 e su varie guide che potrete trovare su internet.
45 disponibili ad altri, è quella di leggere i siti qui sopra e di acquisire una
50 (come ``rebase``) è altrettanto utile. Git ha i propri concetti e la propria
52 *index*, *fast-forward merge*, *push* e *pull*, *detached head*, eccetera.
63 svilupparsi piattaforme che offrono spazi pubblici, e gratuiti (Github,
69 può essere separata in "rami per argomenti" e gestiti indipendentemente.
74 solo quando sono complete e pronte ad essere consegnate - non prima.
82 in modo trasparente da un ramo ad un altro. E così via. Un uso giudizioso
84 di patch pulite e con meno problemi.
[all …]
|
| D | 6.Followthrough.rst | 12 A questo punto, avete seguito le linee guida fino a questo punto e, con
22 riconosce questo fatto e quindi, è fortemente orientato al miglioramento
39 comprenderanno il valore e il perché vi siete presi il disturbo di
44 vengono dalla consapevolezza che Linux resterà in circolazione e in
51 fatti ancora e ancora. Se ricevete una revisione che vi sembra abbia
53 tentazione di rispondere a tono. La revisione riguarda il codice e non
54 la persona, e i revisori non vi stanno attaccando personalmente.
69 modificare. E rispondete al revisore ringraziandolo e spiegando come
97 revisori le questioni sollevate precedetemene e come le avete risolte.
112 fatto alla leggera, e non deve essere fatto prima di aver esplorato tutte
[all …]
|
| D | submit-checklist.rst | 24 a) con le opzioni ``CONFIG`` negli stati ``=y``, ``=m`` e ``=n``. Nessun
25 avviso/errore di ``gcc`` e nessun avviso/errore dal linker.
45 di configurazione e sono preimpostate come disabilitate a meno che non
57 10) Usare ``make checkstack`` e ``make namespacecheck`` e correggere tutti i
75 ``CONFIG_PROVE_RCU`` e ``CONFIG_DEBUG_OBJECTS_RCU_HEAD``.
77 13) La patch è stata compilata e verificata in esecuzione con, e senza,
78 le opzioni ``CONFIG_SMP`` e ``CONFIG_PREEMPT``.
81 verificata con, e senza, l'opzione ``CONFIG_LBDAF``.
100 21) La patch è stata verificata con l'iniezione di fallimenti in slab e
112 tutte le altre patch in coda e i vari cambiamenti nei sottosistemi VM, VFS
[all …]
|
| D | 5.Posting.rst | 15 e di procedure per la pubblicazione delle patch; seguirle renderà la vita
20 :ref:`translations/it_IT/process/submitting-drivers.rst <it_submittingdrivers>`, e
37 informazioni sulle cose ancora da sviluppare e sui problemi conosciuti.
64 questo lavoro e dovrà quindi essere d'accordo alla sua pubblicazione
85 Per facilitare una revisione e una verifica più estesa, potrebbe diventare
88 un lavoro significativo nella risoluzione dei conflitti e nella correzione dei
90 della vostra patch e da quello che succede altrove nel kernel.
102 finale, e quindi separate in parti che abbiano un senso. Gli sviluppatori
103 sono interessati in modifiche che siano discrete e indipendenti, non
111 specifiche che si possano revisionare indipendentemente e di cui si possa
[all …]
|
| D | kernel-enforcement-statement.rst | 12 nostro software viene usato e su come la sua licenza viene fatta rispettare.
14 fondamentale per la sostenibilità di lungo periodo del nostro software e
20 modo da portare beneficio alla comunità e che non abbia, involontariamente,
21 impatti negativi sulla salute e la crescita del nostro ecosistema software.
25 per conto nostro e di qualsiasi successore ai nostri interessi sul diritto
36 ripristinata (a) in via cautelativa, a meno che e fino a quando il
37 detentore del copyright non cessa esplicitamente e definitivamente
38 la tua licenza, e (b) in via permanente se il detentore del copyright
46 qualunque Programma) dallo stesso detentore di copyright, e se rimedi
51 software. Vogliamo che le aziende e le persone usino, modifichino e
[all …]
|
| D | submitting-patches.rst | 29 dovete preparare e documentare un certo numero di patch. Generalmente, l'uso
43 sorgenti e desiderano che le patch siano preparate basandosi su di essi.
66 sulla radice dei sorgenti del kernel, e non sulle sue sottocartelle.
80 "vergini", o comunque non modificati, e fare un ``diff`` coi vostri.
115 la pena risolvere il vostro problema e che ha senso continuare a leggere oltre
119 e blocchi sono abbastanza convincenti, ma non tutti i bachi sono così evidenti.
130 Quantificare le ottimizzazioni e i compromessi. Se affermate di aver
135 un compromesso fra l'uso di CPU, la memoria e la leggibilità; o, quando si
138 valutare i costi e i benefici.
154 completa delle modifiche e la loro giustificazione. Non limitatevi a dire che
[all …]
|
| D | 2.Process.rst | 12 un numero di utenti e sviluppatori relativamente basso. Con una base
13 di milioni di utenti e con 2000 sviluppatori coinvolti nel giro di un anno,
35 funzionalità, modifiche interne dell'API, e molto altro. Un tipico
44 ritenuto sufficientemente stabile(e che è accettato dalla comunità di sviluppo)
46 patch per un nuovo ciclo di sviluppo (e tutte le più importanti modifiche)
52 raccolti e, verificati in anticipo. Il funzionamento di tale procedimento
57 chiusa e rilascerà il primo degli "rc" del kernel.
61 passato, e che è iniziato il periodo di stabilizzazione del prossimo kernel.
72 attuale, che non causino regressioni e che potrebbero essere aggiunti in
77 kernel -rc circa una volta alla settimana; e ne usciranno circa 6 o 9 prima
[all …]
|
| D | clang-format.rst | 12 e non copre tutti i singoli casi, ma è abbastanza buono per essere utile.
17 kernel. Particolarmente utile quando si sposta del codice e lo si
20 - Identificare errori di stile, refusi e possibili miglioramenti nei
28 Il suo file di configurazione è ``.clang-format`` e si trova nella cartella
54 Revisionare lo stile di codifica per file e modifiche
66 E poi date un'occhiata a *git diff*.
73 potrete revisionare facilmente delle modifiche e *git diff*.
104 complesso, macro multi-riga (e allineare le loro "barre"), eccetera.
116 Per Atom, Eclipse, Sublime Text, Visual Studio Code, XCode e altri editor
117 e IDEs dovreste essere in grado di trovare dei plugin pronti all'uso.
[all …]
|
| D | 8.Conclusion.rst | 12 e argomenti correlati. Primo tra questi sarà sempre la cartella Documentation
16 importante; :ref:`process/submitting-patches.rst <it_submittingpatches>` e
22 distribuzioni hanno dei limiti interni e fallisce nel processare
36 E, ovviamente, una fonte da non dimenticare è http://kernel.org/, il luogo
66 di come il kernel Linux viene sviluppato e di come potete partecipare a
71 mettono al suo interno. Il kernel Linux è cresciuto velocemente e bene
81 per arrivare ad una qualità del codice più alta, bassa manutenzione e
83 dello sviluppo del kernel, e molto altro. È una situazione nella quale
84 tutti coloro che sono coinvolti vincono. Mollate il vostro editor e
|
| D | changes.rst | 17 Questo documento è basato sul file "Changes" del kernel 2.0.x e quindi le
19 Alessandro Sigala, e tanti altri nella rete).
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``,
108 ``Getopt::Std``, ``File::Basename``, e ``File::Find``.
118 Il programma OpenSSL e la libreria crypto vengono usati per la firma dei moduli
119 e la gestione dei certificati; sono usati per la creazione della chiave e
123 kernel 3.7 e successivi. Vi serviranno anche i pacchetti di sviluppo di
140 formattati in modo speciale e posizionati vicino alle funzioni che descrivono.
153 e altre chicche. Probabilmente vorrete aggiornarlo.
[all …]
|
| /Documentation/admin-guide/ |
| D | lcd-panel-cgram.rst | 7 '\e[LG' followed by one digit from 0 to 7, representing the character
16 printf "\e[LG0010101050D1F0C04;" => 0 = [enter]
17 printf "\e[LG1040E1F0000000000;" => 1 = [up]
18 printf "\e[LG2000000001F0E0400;" => 2 = [down]
19 printf "\e[LG3040E1F001F0E0400;" => 3 = [up-down]
20 printf "\e[LG40002060E1E0E0602;" => 4 = [left]
21 printf "\e[LG500080C0E0F0E0C08;" => 5 = [right]
22 printf "\e[LG60016051516141400;" => 6 = "IP"
24 printf "\e[LG00103071F1F070301;" => big speaker
25 printf "\e[LG00002061E1E060200;" => small speaker
|
| /Documentation/admin-guide/media/ |
| D | gspca-cardlist.rst | 21 zc3xx 041e:041e Creative WebCam Live!
22 ov519 041e:4003 Video Blaster WebCam Go Plus
23 stv0680 041e:4007 Go Mini
24 spca500 041e:400a Creative PC-CAM 300
25 sunplus 041e:400b Creative PC-CAM 600
26 sunplus 041e:4012 PC-Cam350
27 sunplus 041e:4013 Creative Pccam750
28 zc3xx 041e:4017 Creative Webcam Mobile PD1090
29 spca508 041e:4018 Creative Webcam Vista (PD1100)
30 spca561 041e:401a Creative Webcam Vista (PD1100)
[all …]
|
| D | saa7134.rst | 30 ./scripts/config -e PCI
31 ./scripts/config -e INPUT
34 ./scripts/config -e MEDIA_PCI_SUPPORT
35 ./scripts/config -e MEDIA_ANALOG_TV_SUPPORT
36 ./scripts/config -e MEDIA_DIGITAL_TV_SUPPORT
37 ./scripts/config -e MEDIA_RADIO_SUPPORT
38 ./scripts/config -e RC_CORE
39 ./scripts/config -e MEDIA_SUBDRV_AUTOSELECT
41 ./scripts/config -e SAA7134_ALSA
42 ./scripts/config -e VIDEO_SAA7134_RC
[all …]
|
| /Documentation/RCU/ |
| D | listRCU.rst | 82 struct audit_entry *e;
87 list_for_each_entry(e, &audit_tsklist, list) {
88 if (audit_filter_rules(tsk, &e->rule, NULL, &state)) {
106 struct audit_entry *e;
111 list_for_each_entry_rcu(e, &audit_tsklist, list) {
112 if (audit_filter_rules(tsk, &e->rule, NULL, &state)) {
132 struct audit_entry *e;
135 list_for_each_entry(e, list, list) {
136 if (!audit_compare_rule(rule, &e->rule)) {
137 list_del(&e->list);
[all …]
|
| /Documentation/translations/it_IT/doc-guide/ |
| D | parse-headers.rst | 10 Qualche volta è utile includere dei file di intestazione e degli esempi di codice C
11 al fine di descrivere l'API per lo spazio utente e per generare dei riferimenti
12 fra il codice e la documentazione. Aggiungere i riferimenti ai file dell'API
32 strutture, enumerati e definizioni, e creare riferimenti per Sphinx
55 Mostra un messaggio d'aiuto breve e termina.
60 Mostra un messaggio d'aiuto dettagliato e termina.
76 tipi di dato, enumerati e valori di enumerati, e di creare i riferimenti
146 automaticamente i riferimenti :c:type: per \ **typedef**\ , \ **enum**\ e
147 \ **struct**\. Invece, utilizzerà :ref: per \ **ioctl**\ , \ **define**\ e
178 Genererà un riferimento ai valori BAR1 e BAR2 dal simbolo foo nel dominio C.
[all …]
|
| /Documentation/networking/ |
| D | xfrm_proc.rst | 33 i.e. Either inbound SPI, address, or IPsec protocol at SA is wrong
37 e.g. SA key is wrong
44 i.e. Sequence number is out of window
51 e.g. UDP encapsulation type is mismatch
58 e.g. Inbound SAs are correct but SP rule is wrong
62 e.g. Inbound SAs are correct but no SP is found
98 i.e. Sequence number overflow
|