| /openbmc/u-boot/drivers/gpio/ |
| H A D | adi_gpio2.c | 87 inline void portmux_setup(unsigned short per) in portmux_setup() argument
90 u16 ident = P_IDENT(per); in portmux_setup()
91 u16 function = P_FUNCT2MUX(per); in portmux_setup()
101 inline u16 get_portmux(unsigned short per) in get_portmux() argument
104 u16 ident = P_IDENT(per); in get_portmux()
129 int peripheral_request(unsigned short per, const char *label) in peripheral_request() argument
131 unsigned short ident = P_IDENT(per); in peripheral_request()
137 if (per & P_DONTCARE) in peripheral_request()
140 if (!(per & P_DEFINED)) in peripheral_request()
160 if (!((per & P_MAYSHARE) && in peripheral_request()
[all …]
|
| /openbmc/linux/tools/perf/tests/shell/lib/ |
| H A D | stat_output.sh | 69 perf stat --per-core -a $2 true
70 commachecker --per-core
82 perf stat --per-thread -a $2 true
83 commachecker --per-thread
95 perf stat --per-cache -a $2 true
96 commachecker --per-cache
108 perf stat --per-die -a $2 true
109 commachecker --per-die
121 perf stat --per-node -a $2 true
122 commachecker --per-node
[all …]
|
| /openbmc/linux/tools/perf/tests/shell/ |
| H A D | stat+json_output.sh | 105 perf stat -j --per-core -a -o "${stat_output}" true
106 $PYTHON $pythonchecker --per-core --file "${stat_output}"
118 perf stat -j --per-thread -a -o "${stat_output}" true
119 $PYTHON $pythonchecker --per-thread --file "${stat_output}"
131 perf stat -j --per-cache -a true 2>&1 | $PYTHON $pythonchecker --per-cache
143 perf stat -j --per-die -a -o "${stat_output}" true
144 $PYTHON $pythonchecker --per-die --file "${stat_output}"
156 perf stat -j --per-node -a -o "${stat_output}" true
157 $PYTHON $pythonchecker --per-node --file "${stat_output}"
169 perf stat -j --per-socket -a -o "${stat_output}" true
[all …]
|
| /openbmc/linux/Documentation/translations/it_IT/process/ |
| H A D | botching-up-ioctls.rst | 15 unificata per gestire la memoria e le unità esecutive di diverse GPU. Dunque,
16 oggigiorno ogni driver ha il suo insieme di ioctl per allocare memoria ed
24 riguardo al modo migliore per implementare una ioctl per inviare compiti alla
25 GPU. Probabilmente, ogni sviluppatore di driver per GPU dovrebbe imparare queste
42 fanno. Dunque, per farlo correttamente in entrambe i casi dobbiamo sempre
49 effettua verifiche sulla dimensione (per esempio il sistema drm lo fa).
53 possibile per non ritardare la conversione, o peggio maneggiare ``__u64`` nel
56 per evitare avvisi riguardo interi e puntatori di dimensioni differenti.
65 garantito, dovrete rivisitare il codice o estenderlo per ogni interfaccia.
67 * Abbiate un modo chiaro per capire dallo spazio utente se una nuova ioctl, o
[all …]
|
| H A D | email-clients.rst | 8 Informazioni sui programmi di posta elettronica per Linux
17 per applicare le patch.
28 Le patch per il kernel vengono inviate per posta elettronica, preferibilmente
36 messaggio, sia per la patch che per qualsiasi altro messaggio. Il sito
37 https://useplaintext.email/ può esservi d'aiuto per configurare il
40 I programmi di posta elettronica che vengono usati per inviare le patch per il
52 testo. Le patch inviate per posta elettronica dovrebbero essere codificate in
54 Se configurate il vostro programma per inviare messaggi codificati con UTF-8
66 impedisce il corretto funzionamento di alcuni script per leggere o applicare
74 Alcuni suggerimenti per i programmi di posta elettronica (MUA)
[all …]
|
| H A 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
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,
79 - alcune funzioni potrebbero non essere implementate (per esempio,
[all …]
|
| H A D | changes.rst | 8 Requisiti minimi per compilare il kernel
14 Questo documento fornisce una lista dei software necessari per eseguire questa
30 PC Card, per esempio, probabilmente non dovreste preoccuparvi di pcmciautils.
33 Programma Versione minima Comando per verificare la versione
66 .. [#f1] Sphinx è necessario solo per produrre la documentazione del Kernel
81 <https://releases.llvm.org>`_) sono supportati per la generazione del
83 potremmo rimuovere gli espedienti che abbiamo implementato per farli
94 Per generare il kernel vengono usati alcuni script per bash.
105 Il sistema di compilazione, dalla versione 4.18, richiede pkg-config per
106 verificare l'esistenza degli strumenti kconfig e per determinare le
[all …]
|
| H A 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
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
61 modifiche. Se avete un server accessibile da Internet, configurarlo per
[all …]
|
| H A 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 5.6, 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
119 considerazione per un rilascio d'aggiornamento, una modifica deve:
[all …]
|
| H A 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
50 testo sono difficili da identificare dagli strumenti usati per verificare il
[all …]
|
| H A 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
78 Non usate le virgole per evitare le parentesi:
85 Invece, usate sempre le parentesi per racchiudere più istruzioni.
99 spazi non vengono mai usati per l'indentazione, e l'esempio qui sopra è
127 d'utilizzare grep per cercarle.
[all …]
|
| H A D | submitting-patches.rst | 8 Inviare patch: la guida essenziale per vedere il vostro codice nel kernel
20 Documentation/translations/it_IT/process/submit-checklist.rst per una lista di
22 Per delle patch relative alle associazioni per Device Tree leggete
25 Questa documentazione assume che sappiate usare ``git`` per preparare le patch.
37 ``git`` per ottenerli. Vorrete iniziare col repositorio principale che può
45 Guardate l'elemento **T:** per un determinato sottosistema nel file MAINTANERS
91 Risolvete solo un problema per patch. Se la vostra descrizione inizia ad
98 manutentori di un sottosistema vadano a cercare le versioni precedenti per
104 Descrivete le vostro modifiche usando l'imperativo, per esempio "make xyzzy
110 riferimento alla patch, allora aggiungete l'etichetta 'Link:' per farvi
[all …]
|
| H A 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:
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
69 le opzioni di stile nel file di configurazione; così come per verificare
87 Nonostante si attraente l'idea di utilizzarlo per mantenere un file
88 sempre in sintonia con ``clang-format``, specialmente per file nuovi o
[all …]
|
| H A D | 4.Coding.rst | 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,
69 refusi e possibili miglioramenti. Inoltre è utile anche per classificare gli
[all …]
|
| H A 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
34 Quando pubblicate del codice che non è considerato pronto per l'inclusione,
51 per compilare il codice per differenti architetture, eccetera.
61 - Siate certi d'avere i diritti per pubblicare il codice. Se questo
62 lavoro è stato fatto per un datore di lavoro, egli avrà dei diritti su
73 La preparazione delle patch per la pubblicazione può richiedere una quantità
77 Le patch devono essere preparate per una specifica versione del kernel.
85 necessaria la produzione di versioni per -mm, linux-next o i sorgenti di un
[all …]
|
| H A 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
32 avvisi o errori. Usare ``make htmldocs`` o ``make pdfdocs`` per verificare
35 3) Compilare per diverse architetture di processore usando strumenti per
38 4) Una buona architettura per la verifica della cross-compilazione è la ppc64
39 perché tende ad usare ``unsigned long`` per le quantità a 64-bit.
44 (``script/checkpatch.pl``) per scovare le violazioni più semplici.
66 che usa più di 512 byte sullo stack è una buona candidata per una
69 11) Includete commenti :ref:`kernel-doc <kernel_doc>` per documentare API
70 globali del kernel. Usate ``make htmldocs`` o ``make pdfdocs`` per
[all …]
|
| /openbmc/linux/Documentation/core-api/ |
| H A D | this_cpu_ops.rst | 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
68 per cpu area. It is then possible to simply use the segment override
69 to relocate a per cpu relative address to the proper per cpu area for
70 the processor. So the relocation to the per cpu base is encoded in the
[all …]
|
| /openbmc/linux/Documentation/translations/it_IT/doc-guide/ |
| H A D | sphinx.rst | 9 Usare Sphinx per la documentazione del kernel
12 Il kernel Linux usa `Sphinx`_ per la generazione della documentazione a partire
24 Solitamente questi commenti sono utilizzati per descrivere le funzioni, i tipi
38 I marcatori ReST utilizzati nei file in Documentation/ sono pensati per essere
49 Un modo per evitare questo genere di problemi è quello di utilizzare una
57 #) Viene raccomandato l'uso del tema RTD per la documentazione in HTML.
72 Dopo aver eseguito ``. sphinx_2.4.4/bin/activate``, il prompt cambierà per
74 prima di generare la documentazione, dovrete rieseguire questo comando per
81 capace di gestire immagini in formato Graphviz e SVG (per maggior informazioni
100 minimo per il funzionamento di ``XeLaTeX``.
[all …]
|
| /openbmc/linux/Documentation/translations/it_IT/riscv/ |
| H A D | patch-acceptance.rst | 6 arch/riscv linee guida alla manutenzione per gli sviluppatori
13 bozze in fase di sviluppo sono disponibili a tutti per essere
14 revisionate e per essere sperimentare nelle implementazioni. Le bozze
17 flessibilità può portare a dei problemi di manutenzioni per il
22 relativo all'architettura RISC-V che verrà accettato per l'inclusione
28 Accetteremo le patch per un nuovo modulo o estensione se la fondazione
31 contenente il codice per una bozza di estensione).
37 prestazioni, accetteremo patch solo per quelle estensioni che sono
40 contenente il codice per queste specifiche estensioni).
|
| /openbmc/qemu/docs/specs/ |
| H A D | acpi_pci_hotplug.rst | 16 Slot injection notification pending. One bit per slot.
24 Slot removal notification pending. One bit per slot.
33 One bit per slot.
38 - Read-only "up" register @0xae00, 4-byte access, bit per slot
39 - Read-only "down" register @0xae04, 4-byte access, bit per slot
41 write: bit per slot eject, read: hotplug feature set
42 - Read-only hotplug capable register @0xae0c, 4-byte access, bit per slot
48 bit per slot. Read-only.
|
| /openbmc/linux/Documentation/translations/it_IT/kernel-hacking/ |
| H A D | hacking.rst | 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,
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
159 A seconda della configurazione del kernel lo stack è fra 3K e 6K per la
160 maggior parte delle architetture a 32-bit; è di 14K per la maggior
162 per cui non si può usare.
169 dovreste minimizzare il codice specifico per un processore; per esempio
[all …]
|
| /openbmc/linux/Documentation/translations/it_IT/core-api/ |
| H A D | symbol-namespaces.rst | 10 per strutturare quello che viene esportato internamente al kernel
16 Lo spazio dei nomi dei simboli è stato introdotto come mezzo per strutturare
19 nomi. Questo meccanismo è utile per la documentazione (pensate ad
20 esempio allo spazio dei nomi SUBSYSTEM_DEBUG) così come per limitare
42 Tenete presente che per via dell'espansione delle macro questo argomento deve
43 essere un simbolo di preprocessore. Per esempio per esportare il
59 Definire lo spazio dei nomi per tutti i simboli di un sottosistema può essere
62 diventa lo spazio dei simboli di base per tutti gli usi di EXPORT_SYMBOL()
65 Ci sono molti modi per specificare questo simbolo di preprocessore e il loro
68 Per esempio per esportare tutti i simboli definiti in usb-common nello spazio
[all …]
|
| /openbmc/linux/Documentation/accounting/ |
| H A D | taskstats.rst | 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
63 per-tgid data. It is versioned and can be extended by each accounting subsystem
[all …]
|
| /openbmc/linux/arch/arm/boot/dts/nxp/imx/ |
| H A D | imx25.dtsi | 117 clock-names = "ipg", "per";
126 clock-names = "ipg", "per";
135 clock-names = "ipg", "per";
144 clock-names = "ipg", "per";
175 clock-names = "ipg", "per";
217 clock-names = "ipg", "per";
226 clock-names = "ipg", "per";
235 clock-names = "ipg", "per";
245 clock-names = "ipg", "per";
274 clock-names = "ipg", "per";
[all …]
|
| H A D | imx27.dtsi | 115 clock-names = "ipg", "per";
124 clock-names = "ipg", "per";
133 clock-names = "ipg", "per";
143 clock-names = "ipg", "per";
176 clock-names = "ipg", "per";
186 clock-names = "ipg", "per";
196 clock-names = "ipg", "per";
206 clock-names = "ipg", "per";
218 clock-names = "ipg", "per";
230 clock-names = "ipg", "per";
[all …]
|