| /Documentation/admin-guide/perf/ |
| D | alibaba_pmu.rst | 21 prefixed with ali_drw_400XXXXX, e.g. ali_drw_40021000.
58 -e ali_drw_21000/hif_wr/ \
59 -e ali_drw_21000/hif_rd/ \
60 -e ali_drw_21000/hif_rmw/ \
61 -e ali_drw_21000/cycle/ \
62 -e ali_drw_21080/hif_wr/ \
63 -e ali_drw_21080/hif_rd/ \
64 -e ali_drw_21080/hif_rmw/ \
65 -e ali_drw_21080/cycle/ \
66 -e ali_drw_23000/hif_wr/ \
[all …]
|
| /Documentation/driver-api/media/drivers/ccs/ |
| D | ccs-regs.asc | 6 # - e enum value # after a field
7 # - e enum value [LSB MSB]
23 - e GRBG 0
24 - e RGGB 1
25 - e BGGR 2
26 - e GBRG 3
28 - e v1_0 0x10
29 - e v1_1 0x11
40 - e ts 0
41 - e es 1
[all …]
|
| /Documentation/arch/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
99 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
76 configurazioni basilari come l'indentazione e la fine delle righe verranno
85 livelli di astrazione nel nome della flessibilità e del nascondere informazioni.
87 di righe di codice potrebbe fare altrimenti e sopravvivere. Ma l'esperienza
[all …]
|
| D | botching-up-ioctls.rst | 15 unificata per gestire la memoria e le unità esecutive di diverse GPU. Dunque,
23 focalizzano sui tecnicismi e non sulla visione d'insieme, come le discussioni
33 partenza e ritrovarvi ad aggiungere un livello di compatibilità a 32-bit.
39 * Allineate tutto alla lunghezza naturale delle piattaforma in uso e riempite
47 sistemi a 32-bit e 64-bit. Avere una dimensione differente causa problemi
52 spazio utente e da/a ``void __user *`` nello spazio kernel. Sforzatevi il più
56 per evitare avvisi riguardo interi e puntatori di dimensioni differenti.
64 compatibilità all'indietro ed in avanti. E dato che sbagliare al primo colpo è
77 arrivo, ed estende con zeri ogni incongruenza fra kernel e spazio utente.
83 * Verificate tutti i campi e *flag* inutilizzati ed i riempimenti siano a 0,
[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.
64 codifica e a richieste di trasferire parte del vostro codice in parti
76 modificare. E rispondete al revisore ringraziandolo e spiegando come
104 revisori le questioni sollevate precedetemene e come le avete risolte.
[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 | 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.
33 e correggere i problemi
49 di configurazione e sono preimpostate come disabilitate a meno che non
61 10) Usare ``make checkstack`` e correggere tutti i problemi rilevati.
78 ``CONFIG_PROVE_RCU`` e ``CONFIG_DEBUG_OBJECTS_RCU_HEAD``.
80 13) La patch è stata compilata e verificata in esecuzione con, e senza,
81 le opzioni ``CONFIG_SMP`` e ``CONFIG_PREEMPT``.
84 verificata con, e senza, l'opzione ``CONFIG_LBDAF``.
101 20) La patch è stata verificata con l'iniezione di fallimenti in slab e
[all …]
|
| D | submitting-patches.rst | 29 I sorgenti di alcuni sottosistemi e manutentori contengono più informazioni
44 sorgenti e desiderano che le patch siano preparate basandosi su di essi.
57 la pena risolvere il vostro problema e che ha senso continuare a leggere oltre
61 e blocchi sono abbastanza convincenti, ma non tutti i bachi sono così evidenti.
72 Quantificare le ottimizzazioni e i compromessi. Se affermate di aver
77 un compromesso fra l'uso di CPU, la memoria e la leggibilità; o, quando si
80 valutare i costi e i benefici.
96 completa delle modifiche e la loro giustificazione. Non limitatevi a dire che
99 cercare la descrizione da aggiungere. In pratica, la patch (o serie) e la sua
100 descrizione devono essere un'unica cosa. Questo aiuta i manutentori e i
[all …]
|
| D | 5.Posting.rst | 15 e di procedure per la pubblicazione delle patch; seguirle renderà la vita
20 e :ref:`translations/it_IT/process/submit-checklist.rst <it_submitchecklist>`.
36 informazioni sulle cose ancora da sviluppare e sui problemi conosciuti.
63 questo lavoro e dovrà quindi essere d'accordo alla sua pubblicazione
84 Per facilitare una revisione e una verifica più estesa, potrebbe diventare
87 un lavoro significativo nella risoluzione dei conflitti e nella correzione dei
89 della vostra patch e da quello che succede altrove nel kernel.
101 finale, e quindi separate in parti che abbiano un senso. Gli sviluppatori
102 sono interessati in modifiche che siano discrete e indipendenti, non
110 specifiche che si possano revisionare indipendentemente e di cui si possa
[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/ABI/testing/ |
| D | sysfs-driver-intel_sdsi | 4 Contact: "David E. Box" <david.e.box@linux.intel.com>
33 Contact: "David E. Box" <david.e.box@linux.intel.com>
43 Contact: "David E. Box" <david.e.box@linux.intel.com>
54 Contact: "David E. Box" <david.e.box@linux.intel.com>
63 Contact: "David E. Box" <david.e.box@linux.intel.com>
75 Contact: "David E. Box" <david.e.box@linux.intel.com>
85 Contact: "David E. Box" <david.e.box@linux.intel.com>
|
| /Documentation/translations/it_IT/locking/ |
| D | locktorture.rst | 17 ``printk()`` e che quindi possono essere letti tramite ``dmesg`` (magari
19 il modulo viene caricato e termina quando viene rimosso. Questo
23 del kernel che acquisiscono un blocco e lo trattengono per una certa
26 allargando la sezione critica e/o creando più thread.
60 coppie di spin_lock() e spin_unlock().
63 coppie di spin_lock_irq() e spin_unlock_irq().
66 coppie di rwlock read/write lock() e unlock().
69 copie di rwlock read/write lock_irq() e
73 coppie di mutex_lock() e mutex_unlock().
76 coppie di rtmutex_lock() e rtmutex_unlock().
[all …]
|
| D | lockdep-design.rst | 18 Il validatore traccia lo "stato d'uso" di una classe di blocchi e le sue
25 verifica permanentemente la correttezza dell'uso dei blocchi e delle loro
31 uso e le loro dipendenze contribuiranno a costruire quello della classe. Una
39 Il validatore traccia l'uso cronologico delle classi di blocchi e ne divide
70 del blocco e di un eventuale blocco di lettura, per ognuno degli `n` STATI elencati
84 ||| \-> softirq disabilitati e fuori da un contesto di softirq
86 | \---> hardirq disabilitati e fuori da un contesto di hardirq
128 essere rilasciato il contesto d'esecuzione viene interrotto nuovamente, e quindi
132 Il validatore rileva e riporta gli usi di blocchi che violano queste regole per
139 potrebbe portare ad uno blocco ricorsivo e dunque ad uno stallo.
[all …]
|
| /Documentation/translations/it_IT/i2c/ |
| D | summary.rst | 2 Introduzione a I2C e SMBus
5 I²C (letteralmente "I al quadrato C" e scritto I2C nella documentazione del
9 dispositivi di vario genere a cui si accede sporadicamente e utilizzando
14 L'ultima specifica ufficiale I2C è la `"Specifica I2C-bus e manuale utente"
23 principalmente un sottoinsieme di protocolli e segnali I2C. Molti dispositivi
27 configurati utilizzando EEPROM I2C, e circuiti integrati di monitoraggio
32 soddisfano i vincoli elettrici sia di SMBus che di I2C; e altri che non possono
40 uno o più circuiti integrati *master* e uno o più circuiti integrati *slave*.
43 :alt: Un semplice bus I2C con un master e 3 slave
60 GPIO e ``drivers/media/i2c/`` per circuiti integrati relativi ai video.
[all …]
|
| /Documentation/RCU/ |
| D | listRCU.rst | 100 struct audit_entry *e;
105 list_for_each_entry(e, &audit_tsklist, list) {
106 if (audit_filter_rules(tsk, &e->rule, NULL, &state)) {
108 *key = kstrdup(e->rule.filterkey, GFP_ATOMIC);
126 struct audit_entry *e;
131 list_for_each_entry_rcu(e, &audit_tsklist, list) {
132 if (audit_filter_rules(tsk, &e->rule, NULL, &state)) {
134 *key = kstrdup(e->rule.filterkey, GFP_ATOMIC);
156 struct audit_entry *e;
159 list_for_each_entry(e, list, list) {
[all …]
|