| /linux-6.6.21/arch/m68k/kernel/ |
| D | traps.c | 136 unsigned long fslw = fp->un.fmt4.pc; /* is really FSLW for access error */ in access_error060()
138 pr_debug("fslw=%#lx, fa=%#lx\n", fslw, fp->un.fmt4.effaddr); in access_error060()
153 unsigned long addr = fp->un.fmt4.effaddr; in access_error060()
175 fp->un.fmt4.effaddr); in access_error060()
233 fp->un.fmt7.faddr = wba; in fix_xframe040()
234 fp->un.fmt7.ssw = wbs & 0xff; in fix_xframe040()
236 fp->un.fmt7.ssw |= MA_040; in fix_xframe040()
243 if (fp->un.fmt7.wb1s & WBV_040) in do_040writebacks()
247 if ((fp->un.fmt7.wb2s & WBV_040) && in do_040writebacks()
248 !(fp->un.fmt7.wb2s & WBTT_040)) { in do_040writebacks()
[all …]
|
| /linux-6.6.21/drivers/scsi/lpfc/ |
| D | lpfc_mbox.c | 145 mb->un.varDmp.type = DMP_NV_PARAMS; in lpfc_dump_static_vport()
146 mb->un.varDmp.entry_index = offset; in lpfc_dump_static_vport()
147 mb->un.varDmp.region_id = DMP_REGION_VPORT; in lpfc_dump_static_vport()
152 mb->un.varDmp.cv = 1; in lpfc_dump_static_vport()
153 mb->un.varDmp.word_cnt = DMP_RSP_SIZE/sizeof(uint32_t); in lpfc_dump_static_vport()
166 mb->un.varWords[3] = putPaddrLow(mp->phys); in lpfc_dump_static_vport()
167 mb->un.varWords[4] = putPaddrHigh(mp->phys); in lpfc_dump_static_vport()
168 mb->un.varDmp.sli4_length = sizeof(struct static_vport_info); in lpfc_dump_static_vport()
215 mb->un.varDmp.cv = 1; in lpfc_dump_mem()
216 mb->un.varDmp.type = DMP_NV_PARAMS; in lpfc_dump_mem()
[all …]
|
| /linux-6.6.21/Documentation/translations/it_IT/kernel-hacking/ |
| D | locking.rst | 33 In un normale programma, potete incrementare un contatore nel seguente modo:
84 Questa sovrapposizione, ovvero quando un risultato dipende dal tempo che
92 interrompendo un processo nella sua sezione critica otterremo comunque
97 simultanei, ed utilizzare i *lock* per accertarsi che solo un'istanza
105 Se dovessi darvi un suggerimento sulla sincronizzazione: **mantenetela
114 spinlock (``include/asm/spinlock.h``), un semplice *lock* che può essere
115 trattenuto solo da un processo: se non si può trattenere lo spinlock, allora
120 ma potreste bloccarvi trattenendolo. Se non potete trattenere un mutex
124 permettervi di sospendere un processo (vedere
135 gli spinlock non esistono. Questa è un'ottima scelta di progettazione:
[all …]
|
| D | hacking.rst | 23 è di fornire ai programmatori C più esperti un manuale di base per sviluppo.
30 crescere e diventare un compendio di buone pratiche, punti di partenza
36 In qualsiasi momento ognuna delle CPU di un sistema può essere:
38 - non associata ad alcun processo, servendo un'interruzione hardware;
40 - non associata ad alcun processo, servendo un softirq o tasklet;
42 - in esecuzione nello spazio kernel, associata ad un processo
45 - in esecuzione di un processo nello spazio utente;
47 Esiste un ordine fra questi casi. Gli ultimi due possono avvicendarsi (preempt)
48 l'un l'altro, ma a parte questo esiste una gerarchia rigida: ognuno di questi
49 può avvicendarsi solo ad uno di quelli sottostanti. Per esempio, mentre un
[all …]
|
| /linux-6.6.21/Documentation/translations/it_IT/core-api/ |
| D | symbol-namespaces.rst | 17 l'API esposta internamente al kernel. Permette ai manutentori di un
21 la disponibilità di un gruppo di simboli in altre parti del kernel. Ad
25 avvisare l'utente di un'importazione mancante.
40 nomi: EXPORT_SYMBOL_NS() ed EXPORT_SYMBOL_NS_GPL(). Queste macro richiedono un
43 essere un simbolo di preprocessore. Per esempio per esportare il
54 caricamento di un modulo.
59 Definire lo spazio dei nomi per tutti i simboli di un sottosistema può essere
60 logorante e di difficile manutenzione. Perciò è stato fornito un simbolo
66 uso dipende dalle preferenze del manutentore di un sottosistema. La prima
75 un simbolo esportato con EXPORT_SYMBOL_NS() non verrà cambiato e il simbolo
[all …]
|
| /linux-6.6.21/Documentation/translations/it_IT/process/ |
| D | adding-syscalls.rst | 13 un'aggiunta ai soliti consigli su come proporre nuove modifiche
26 - Se le operazioni coinvolte possono rassomigliare a quelle di un filesystem,
27 allora potrebbe avere molto più senso la creazione di un nuovo filesystem o
29 funzionalità in un modulo kernel piuttosto che essere sviluppata nel cuore
33 lo spazio utente su un avvenimento, allora restituire un descrittore
38 come chiamate :manpage:`ioctl(2)`, il che potrebbe portare ad un'API in
39 un qualche modo opaca.
41 - Se dovete esporre solo delle informazioni sul sistema, un nuovo nodo in
47 considerata un'interfaccia di 'produzione' verso lo spazio utente.
48 - Se l'operazione è specifica ad un particolare file o descrittore, allora
[all …]
|
| D | stable-api-nonsense.rst | 16 un'interfaccia binaria, e non ha nemmeno un'interfaccia stabile**.
26 stati compilati su un kernel 0.9 (circa) e tuttora funzionano sulle versioni
33 Pensate di volere un'interfaccia del kernel stabile, ma in realtà non la
34 volete, e nemmeno sapete di non volerla. Quello che volete è un driver
37 nei sorgenti del kernel, ognuno dei quali hanno reso Linux un sistema operativo
44 Solo le persone un po' strambe vorrebbero scrivere driver per il kernel con
52 fate riferimento ad un avvocato per qualsiasi questione legale, io sono un
64 Supponiamo d'avere un'interfaccia stabile nei sorgenti del kernel, di
65 conseguenza un'interfaccia binaria dovrebbe essere anche'essa stabile, giusto?
70 strutture dati del kernel avranno un allineamento diverso, e possibilmente
[all …]
|
| D | 5.Posting.rst | 14 la comunità di sviluppo del kernel ha elaborato un insieme di convenzioni
17 argomenti con un ragionevole livello di dettaglio; più informazioni possono
27 veramente "pronte". Per semplici patch questo non è un problema.
30 Dovreste considerare l'idea di pubblicare un lavoro incompleto, o anche
31 preparare un ramo git disponibile agli sviluppatori interessati, cosicché
45 Ci sono un certo numero di cose che dovreste fare prima di considerare
58 impatto (anche positivo); un riassunto dei risultati dovrebbe essere
62 lavoro è stato fatto per un datore di lavoro, egli avrà dei diritti su
66 Come regola generale, pensarci un po' di più prima di inviare il codice
80 principale, cominciate da un punto di rilascio ben noto - uno stabile o
[all …]
|
| D | deprecated.rst | 14 In un mondo perfetto, sarebbe possibile prendere tutti gli usi di
15 un'interfaccia deprecata e convertirli in quella nuova, e così sarebbe
16 possibile rimuovere la vecchia interfaccia in un singolo ciclo di sviluppo.
27 Nonostante questo attributo marchi visibilmente un interfaccia come deprecata,
32 di `__deprecated` in un file d'intestazione sia opportuno per segnare una
42 per asserire "situazioni impossibili" e interrompere in sicurezza un
47 impossibile un'attività di debug o anche solo leggere un rapporto
48 circa l'errore. Linus ha un'opinione molto critica al riguardo:
61 date un'occhiata al questo `commit
64 Calcoli codificati negli argomenti di un allocatore
[all …]
|
| D | 4.Coding.rst | 43 quindi, più spazi per un codice formattato alla carlona.
46 stile richiesto da un datore di lavoro. In alcuni casi, lo stile del kernel
48 all'interno del kernel significa rinunciare a un certo grado di controllo
55 changelog del kernel – o entrambe. La comunità di sviluppo vede un attività
58 Mentre si lavora su un pezzo di codice è normale correggerne anche lo stile,
62 assoluta che non può mai essere trasgredita. Se c’è un a buona ragione
82 Certo il kernel fa un grande uso dell'astrazione; nessun progetto con milioni
84 ha dimostrato che un'eccessiva o prematura astrazione può rivelarsi dannosa
88 Ad un livello base, considerate una funzione che ha un argomento che viene
93 sottile, in un modo che non è mai stato notato - perché non è mai stato usato.
[all …]
|
| D | 7.AdvancedTopics.rst | 11 A questo punto, si spera, dovreste avere un'idea su come funziona il processo
19 L'uso di un sistema distribuito per il controllo delle versioni del kernel
32 di git ai suoi lettori; ci sarebbe materiale a sufficienza per un lungo
51 terminologia; un nuovo utente dovrebbe conoscere *refs*, *remote branch*,
53 Il tutto potrebbe essere un po' intimidatorio visto da fuori, ma con un po'
57 un buon esercizio da fare mentre si sta prendendo confidenza con lo strumento.
60 vi servirà, ovviamente, un server dal quale sia possibile attingere le vostre
61 modifiche. Se avete un server accessibile da Internet, configurarlo per
64 per esempio). Gli sviluppatori permanenti possono ottenere un account
78 oppure che ha un qualche tipo di baco evidente) può essere corretta sul posto
[all …]
|
| D | botching-up-ioctls.rst | 14 imparato negli ultimi anni è l'inutilità di cercare di creare un'interfaccia
17 inviare dei programmi alla GPU. Il che è va bene dato che non c'è più un insano
33 partenza e ritrovarvi ad aggiungere un livello di compatibilità a 32-bit.
51 * I puntatori sono di tipo ``__u64``, con un *cast* da/a ``uintptr_t`` da lato
62 Con la gioia d'aver evitato un livello di compatibilità, possiamo ora dare uno
67 * Abbiate un modo chiaro per capire dallo spazio utente se una nuova ioctl, o
69 potete fidarvi del fatto che un vecchio kernel possa rifiutare correttamente
70 un nuovo *flag*, modalità, o ioctl, (probabilmente perché avevate raffazzonato
71 qualcosa nel passato) allora dovrete implementare nel driver un meccanismo per
72 notificare quali funzionalità sono supportate, o in alternativa un numero di
[all …]
|
| D | 3.Early-stage.rst | 11 Osservando un progetto di sviluppo per il kernel Linux, si potrebbe essere
21 Come qualsiasi progetto ingegneristico, un miglioramento del kernel di
23 In alcuni casi, questo passaggio è facile: ad esempio quando un driver è
24 richiesto per un particolare dispositivo. In altri casi invece, si
28 Facciamo un esempio: qualche anno fa, gli sviluppatori che lavoravano con
29 linux audio cercarono un modo per far girare le applicazioni senza dropouts
31 alla quale giunsero fu un modulo del kernel destinato ad agganciarsi al
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
42 breve periodo, comportavano un accesso alla schedulazione realtime attraverso
[all …]
|
| D | coding-style.rst | 11 Questo è un breve documento che descrive lo stile di codice preferito per
19 di codifica GNU e di NON leggerla. Bruciatela, è un grande gesto simbolico.
31 Motivazione: l'idea dell'indentazione è di definire chiaramente dove un blocco
36 Ora, alcuni rivendicano che un'indentazione da 8 caratteri sposta il codice
102 Procuratevi un buon editor di testo e non lasciate spazi bianchi alla fine
135 una strategia di posizionamento o un'altra; ma il modo qui preferito,
224 Questo non vale nel caso in cui solo un ramo dell'espressione if-else
237 Inoltre, usate le graffe se un ciclo contiene più di una semplice istruzione:
268 Non aggiungete spazi attorno (dentro) ad un'espressione fra parentesi. Questo
276 Quando dichiarate un puntatore ad una variabile o una funzione che ritorna un
[all …]
|
| D | submitting-patches.rst | 11 Una persona o un'azienda che volesse inviare una patch al kernel potrebbe
17 Questo documento contiene un vasto numero di suggerimenti concisi. Per maggiori
36 Se non avete un repositorio coi sorgenti del kernel più recenti, allora usate
45 Guardate l'elemento **T:** per un determinato sottosistema nel file MAINTANERS
54 Descrivete il vostro problema. Esiste sempre un problema che via ha spinto
55 ha fare il vostro lavoro, che sia la correzione di un baco da una riga o una
64 la maggior parte delle installazioni Linux usa un kernel che arriva dai
69 un incidente di sistema, prestazioni di una regressione, picchi di latenza,
77 un compromesso fra l'uso di CPU, la memoria e la leggibilità; o, quando si
84 in un inglese semplice cosicché i revisori possano verificare che il codice si
[all …]
|
| D | stable-kernel-rules.rst | 17 - Deve correggere un baco vero che sta disturbando gli utenti (non cose del
18 tipo "Questo potrebbe essere un problema ...").
19 - Deve correggere un problema di compilazione (ma non per cose già segnate
20 con CONFIG_BROKEN), un kernel oops, un blocco, una corruzione di dati,
21 un vero problema di sicurezza, o problemi del tipo "oh, questo non va bene".
26 correzione ha un'alta probabilità d'introdurre una regressione, dovrebbero
27 essere sottomessi solo dal manutentore della distribuzione includendo un
28 link, se esiste, ad un rapporto su bugzilla, e informazioni aggiuntive
98 sorgenti principali (per esempio perché è stato necessario un lavoro di
154 - Il mittente riceverà un ACK quando la patch è stata accettata e messa in
[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,
14 il kernel da allora ha messo in atto un certo numero di procedure per rendere
21 Gli sviluppatori kernel utilizzano un calendario di rilascio generico, dove
22 ogni due o tre mesi viene effettuata un rilascio importante del kernel.
34 Ciascun rilascio 5.x è un importante rilascio del kernel con nuove
38 linea di confine nello sviluppo del kernel Linux; il kernel utilizza un sistema
46 patch per un nuovo ciclo di sviluppo (e tutte le più importanti modifiche)
47 saranno inserite durante questo periodo, ad un ritmo che si attesta sulle
67 finestra di inclusione, tendenzialmente, riceveranno un accoglienza poco
[all …]
|
| D | 1.Intro.rst | 33 pianificazione di un progetto di sviluppo, con particolare enfasi sul
39 modifiche, ed esiste un'introduzione ad alcuni strumenti che possono aiutarvi
57 La sezione :ref:`it_development_advancedtopics` introduce un paio di argomenti
76 Con la crescita di Linux è arrivato anche un aumento di sviluppatori
80 sistemi integrati, che usano Linux come componente di un prodotto integrato,
83 prodotti su Linux hanno un chiaro interesse verso capacità, prestazioni ed
99 kernel utilizza un proprio modo di operare che gli permette di funzionare
100 agevolmente (e genera un prodotto di alta qualità) in un ambiente dove migliaia
108 del kernel (o, peggio, che cerchi di aggirarli o violarli) avrà un'esperienza
128 Questo lavoro è stato supportato dalla Linux Foundation; un ringraziamento
[all …]
|
| D | 6.Followthrough.rst | 18 probabilmente, ancora un po' di lavoro da fare.
47 - La revisione del codice è un duro lavoro, ed è un mestiere poco
52 un tono arrabbiato, insultante o addirittura offensivo, resistente alla
61 stanno cercando di creare un disagio ad aziende concorrenti.
74 il vostro codice, spiegateglielo. Se avete un'obiezione tecnica da fargli
79 Prendetevi quindi un po' di tempo per pensare ancora alla cosa. Può risultare
85 presente nella modifica del codice dovrebbe essere inserito in un commento
119 Se la modifica è ritenuta un elemento valido da essere aggiunta al kernel,
121 sistemati, il passo successivo solitamente è quello di entrare in un
122 sottosistema gestito da un manutentore. Come ciò avviene dipende dal
[all …]
|
| /linux-6.6.21/Documentation/translations/sp_SP/process/ |
| D | adding-syscalls.rst | 25 - Si se puede hacer que la operación se parezca a un objeto filesystem,
26 podría tener más sentido crear un nuevo sistema de ficheros o
28 funcionalidad en un módulo del kernel en vez de requerir que sea
32 notifica al userspace que algo ha pasado, entonces retornar un nuevo
38 como solicitudes :manpage:`ioctl(2)`, las cuales pueden llevar a un
41 - Si sólo está exponiendo información del runtime, un nuevo nodo en sysfs
45 siempre el caso (e.g. en un ambiente namespaced/sandboxed/chrooted).
49 - Si la operación es específica a un archivo o descriptor de archivo
55 es muy simple (por ejemplo, definir/obtener un flag simple relacionado a
56 un descriptor de archivo).
[all …]
|
| D | submitting-patches.rst | 11 Para una persona o empresa que desee enviar un cambio al kernel Linux,
17 Este documento contiene una gran cantidad de sugerencias en un formato
38 Si no tiene a mano un repositorio con el código fuente actual del kernel,
56 Describa su problema. Sea su parche una corrección de un error de una
57 línea o 5000 líneas para una nuevo "feature", debe haber un problema
59 hay un problema que merece la pena solucionar y de que tiene sentido que
64 evidentes. Incluso si se detectó un problema durante la revisión del
77 Las optimizaciones generalmente no son gratuitas, sino un equilibrio entre
88 El maintainer le agradecerá que escriba la descripción de su parche en un
90 del sistema, ``git``, como un "commit log" (registros de los commits).
[all …]
|
| /linux-6.6.21/ipc/ |
| D | sem.c | 653 struct sem_undo *un; in perform_atomic_semop_slow() local
657 un = q->undo; in perform_atomic_semop_slow()
675 int undo = un->semadj[sop->sem_num] - sem_op; in perform_atomic_semop_slow()
679 un->semadj[sop->sem_num] = undo; in perform_atomic_semop_slow()
712 un->semadj[sop->sem_num] += sem_op; in perform_atomic_semop_slow()
725 struct sem_undo *un; in perform_atomic_semop() local
729 un = q->undo; in perform_atomic_semop()
758 int undo = un->semadj[sop->sem_num] - sem_op; in perform_atomic_semop()
771 int undo = un->semadj[sop->sem_num] - sem_op; in perform_atomic_semop()
773 un->semadj[sop->sem_num] = undo; in perform_atomic_semop()
[all …]
|
| /linux-6.6.21/io_uring/ |
| D | fs.c | 106 struct io_unlink *un = io_kiocb_to_cmd(req, struct io_unlink); in io_unlinkat_prep() local
114 un->dfd = READ_ONCE(sqe->fd); in io_unlinkat_prep()
116 un->flags = READ_ONCE(sqe->unlink_flags); in io_unlinkat_prep()
117 if (un->flags & ~AT_REMOVEDIR) in io_unlinkat_prep()
121 un->filename = getname(fname); in io_unlinkat_prep()
122 if (IS_ERR(un->filename)) in io_unlinkat_prep()
123 return PTR_ERR(un->filename); in io_unlinkat_prep()
132 struct io_unlink *un = io_kiocb_to_cmd(req, struct io_unlink); in io_unlinkat() local
137 if (un->flags & AT_REMOVEDIR) in io_unlinkat()
138 ret = do_rmdir(un->dfd, un->filename); in io_unlinkat()
[all …]
|
| /linux-6.6.21/Documentation/translations/it_IT/doc-guide/ |
| D | parse-headers.rst | 13 d'avviso se un simbolo non viene trovato nella documentazione. Questo permette
17 Esso dev'essere invocato attraverso un Makefile, mentre si genera la
18 documentazione. Per avere un esempio su come utilizzarlo all'interno del kernel
54 Mostra un messaggio d'aiuto breve e termina.
59 Mostra un messaggio d'aiuto dettagliato e termina.
65 Converte un file d'intestazione o un file sorgente C (C_FILE) in un testo
68 il programma accetta anche un altro file (EXCEPTIONS_FILE) che
94 La dichiarazione \ **replace**\ significa che verrà generato un
163 In un enumerato come il seguente:
173 In un enumerato come il seguente:
[all …]
|
| /linux-6.6.21/arch/arm64/kernel/ |
| D | compat_alignment.c | 44 unsigned long un; member
58 offset.un = -offset.un; in do_alignment_finish_ldst()
61 addr += offset.un; in do_alignment_finish_ldst()
267 poffset->un = (tinst2 & 0xff) << 2; in do_alignment_t32_to_handler()
346 offset.un = (instr & 0xf00) >> 4 | (instr & 15); in do_compat_alignment_fixup()
348 offset.un = regs->regs[RM_BITS(instr)]; in do_compat_alignment_fixup()
359 offset.un = 0; in do_compat_alignment_fixup()
362 offset.un = 0; in do_compat_alignment_fixup()
|