Searched full:cui (Results 1 – 25 of 93) sorted by relevance
1234
| /kernel/linux/linux-5.10/fs/xfs/ |
| D | xfs_refcount_item.c | 45 * Freeing the CUI requires that we remove it from the AIL if it has already
46 * been placed there. However, the CUI may not yet have been placed in the AIL
49 * count to ensure only the last caller frees the CUI.
77 * given cui log item. We use only 1 iovec, and we point that
78 * at the cui_log_format structure embedded in the cui item.
80 * slots in the cui item have been filled.
101 * The unpin operation is the last place an CUI is manipulated in the log. It is
103 * either case, the CUI transaction has been successfully committed to make it
104 * this far. Therefore, we expect whoever committed the CUI to either construct
106 * drop the log's CUI reference now that the log is done with it.
[all …]
|
| D | xfs_refcount_item.h | 11 * increase and decrease. The log items for these are CUI (refcount
25 /* kernel only CUI/CUD definitions */
62 * fact that some refcountbt updates mentioned in an earlier cui item
|
| /kernel/linux/linux-6.6/fs/xfs/ |
| D | xfs_refcount_item.c | 47 * Freeing the CUI requires that we remove it from the AIL if it has already
48 * been placed there. However, the CUI may not yet have been placed in the AIL
51 * count to ensure only the last caller frees the CUI.
80 * given cui log item. We use only 1 iovec, and we point that
81 * at the cui_log_format structure embedded in the cui item.
83 * slots in the cui item have been filled.
104 * The unpin operation is the last place an CUI is manipulated in the log. It is
106 * either case, the CUI transaction has been successfully committed to make it
107 * this far. Therefore, we expect whoever committed the CUI to either construct
109 * drop the log's CUI reference now that the log is done with it.
[all …]
|
| D | xfs_refcount_item.h | 11 * increase and decrease. The log items for these are CUI (refcount
25 /* kernel only CUI/CUD definitions */
62 * fact that some refcountbt updates mentioned in an earlier cui item
|
| /kernel/linux/linux-6.6/Documentation/translations/it_IT/process/ |
| D | 7.AdvancedTopics.rst | 70 In git i rami sono facilissimi, per cui non c'è motivo per non usarli
102 controllo, e ci saranno momenti in cui sarà davvero necessario riscrivere
105 d'azione dovrebbe essere un'eccezione. Questo è uno dei motivi per cui lo
110 Man mano che il ramo principale (o altri rami su cui avete basato le
114 momento in cui il vostro ramo è stato esposto al mondo intero.
154 nel caso in cui sia arrivata per vie traverse.
159 preparerà una richiesta nel modo in cui gli altri sviluppatori se l'aspettano,
|
| D | email-clients.rst | 142 messaggio, per cui togliendo l'opzione "A capo automatico" non perderete nulla.
162 al testo del messaggio per cui non usate la firma GPG. Firmare le patch
177 nel caso in cui vogliate copiarli altrove per renderli disponibili ad altri
193 Un sacco di sviluppatori Linux usano ``mutt``, per cui deve funzionare
288 Thunderbird è un clone di Outlook a cui piace maciullare il testo, ma esistono
372 ogni destinatario per cui è possibile trovare una chiave usando il *Web Key
|
| D | 5.Posting.rst | 11 Prima o poi arriva il momento in cui il vostro lavoro è pronto per essere
110 specifiche che si possano revisionare indipendentemente e di cui si possa
162 solitamente, presenta in testa il nome del sottosistema a cui si riferisce,
284 Prima di inviare la vostra patch, ci sarebbero ancora un paio di cose di cui
321 utile per vedere chi altri ha modificato i file su cui state lavorando.
|
| D | submitting-patches.rst | 47 in cui i sorgenti da usare non siano elencati il quel file.
115 discussione, o qualcosa di documentato sul web, da cui poi è nata la patch in
245 cui state lavorando, allora Andrew Morton (akpm@linux-foundation.org) sarà la
248 Normalmente, dovreste anche scegliere una lista di discussione a cui inviare la
250 dovrebbe essere usata per inviare tutte le patch, ma il traffico è tale per cui
414 le cui modifiche sono interamente o in parte mie, in accordo con
465 revisionato la patch e l'ha trovata accettabile. Per cui, a volte, chi
605 appropriato. Lo strumento non crea il testo necessario, per cui, leggete
670 sviluppatori capiranno l'ordine in cui le patch dovrebbero essere
691 Il corpo della spiegazione verrà incluso nel changelog permanente, per cui
|
| D | coding-style.rst | 224 Questo non vale nel caso in cui solo un ramo dell'espressione if-else
252 alignof, e __attribute__, il cui aspetto è molto simile a quello delle
382 una bella cosa. Il motivo per cui abbiamo cose come pte_t eccetera è
398 ma se ci sono chiare circostanze in cui potrebbe essere ``unsigned int``
402 (c) quando di rado create letteralmente dei **nuovi** tipi su cui effettuare
405 (d) circostanze eccezionali, in cui si definiscono nuovi tipi identici a
426 In generale, un puntatore, o una struttura a cui si ha accesso diretto in
562 Un baco abbastanza comune di cui bisogna prendere nota è il ``one err bugs``
766 singolo thread in cui vengono create e distrutte, dovrebbero sempre
1011 Le funzioni il cui valore di ritorno è il risultato di una computazione,
[all …]
|
| D | management-style.rst | 95 - avere qualcuno che ti dice che ciò su cui hai lavorato nell'ultimo anno
117 non dovreste incoraggiarli promettendogli che ciò su cui stanno lavorando
218 in cui sono bravi, quindi non state facendo nulla di irreversibile quando li
|
| /kernel/linux/linux-5.10/Documentation/translations/it_IT/process/ |
| D | 7.AdvancedTopics.rst | 70 In git i rami sono facilissimi, per cui non c'è motivo per non usarli
102 controllo, e ci saranno momenti in cui sarà davvero necessario riscrivere
105 d'azione dovrebbe essere un'eccezione. Questo è uno dei motivi per cui lo
110 Man mano che il ramo principale (o altri rami su cui avete basato le
114 momento in cui il vostro ramo è stato esposto al mondo intero.
154 nel caso in cui sia arrivata per vie traverse.
159 preparerà una richiesta nel modo in cui gli altri sviluppatori se l'aspettano,
|
| D | email-clients.rst | 137 messaggio, per cui togliendo l'opzione "A capo automatico" non perderete nulla.
157 al testo del messaggio per cui non usate la firma GPG. Firmare le patch
172 nel caso in cui vogliate copiarli altrove per renderli disponibili ad altri
188 Un sacco di sviluppatori Linux usano ``mutt``, per cui deve funzionare
283 Thunderbird è un clone di Outlook a cui piace maciullare il testo, ma esistono
|
| D | coding-style.rst | 201 Questo non vale nel caso in cui solo un ramo dell'espressione if-else
229 alignof, e __attribute__, il cui aspetto è molto simile a quello delle
360 una bella cosa. Il motivo per cui abbiamo cose come pte_t eccetera è
376 ma se ci sono chiare circostanze in cui potrebbe essere ``unsigned int``
380 (c) quando di rado create letteralmente dei **nuovi** tipi su cui effettuare
383 (d) circostanze eccezionali, in cui si definiscono nuovi tipi identici a
404 In generale, un puntatore, o una struttura a cui si ha accesso diretto in
502 Un baco abbastanza comune di cui bisogna prendere nota è il ``one err bugs``
706 singolo thread in cui vengono create e distrutte, dovrebbero sempre
951 Le funzioni il cui valore di ritorno è il risultato di una computazione,
[all …]
|
| D | 5.Posting.rst | 11 Prima o poi arriva il momento in cui il vostro lavoro è pronto per essere
111 specifiche che si possano revisionare indipendentemente e di cui si possa
163 solitamente, presenta in testa il nome del sottosistema a cui si riferisce,
267 Prima di inviare la vostra patch, ci sarebbero ancora un paio di cose di cui
304 utile per vedere chi altri ha modificato i file su cui state lavorando.
|
| D | submitting-patches.rst | 46 in cui i sorgenti da usare non siano elencati il quel file.
286 manutentore per il sottosistema su cui state lavorando, allora Andrew Morton
289 Normalmente, dovreste anche scegliere una lista di discussione a cui inviare
461 le cui modifiche sono interamente o in parte mie, in accordo con
552 revisionato la patch e l'ha trovata accettabile. Per cui, a volte, chi
678 appropriato. Lo strumento non crea il testo necessario, per cui, leggete
741 Questo assicura che gli sviluppatori capiranno l'ordine in cui le patch
760 Il corpo della spiegazione verrà incluso nel changelog permanente, per cui
854 Se i sorgenti da cui il manutentore prenderà le patch non sono gli stessi del
855 repositorio su cui state lavorando, allora non dimenticatevi di caricare
|
| D | management-style.rst | 95 - avere qualcuno che ti dice che ciò su cui hai lavorato nell'ultimo anno
117 non dovreste incoraggiarli promettendogli che ciò su cui stanno lavorando
218 in cui sono bravi, quindi non state facendo nulla di irreversibile quando li
|
| /kernel/linux/linux-6.6/Documentation/devicetree/bindings/sound/ |
| D | ics43432.txt | 13 "cui,cmm-4030d-261": For the CUI CMM-4030D-261-I2S-TR
|
| /kernel/linux/linux-5.10/Documentation/translations/it_IT/doc-guide/ |
| D | sphinx.rst | 66 modo in cui Sphinx funziona, queste espressioni sono scritte
149 in cui è possibile generare la documentazione; per maggiori informazioni
186 dedicato) a cui si fa riferimento nell'indice principale.
191 cui cominciare. Esistono, inoltre, anche alcuni
|
| D | kernel-doc.rst | 152 Il contesto in cui le funzioni vengono chiamate viene descritto in una
176 #) La descrizione multiriga non riconosce il termine d'una riga, per cui
437 Questo produce dei collegamenti migliori, ed è in linea con il modo in cui
452 Questo s'ottiene utilizzando la parola chiave ``DOC:`` a cui viene associato
|
| /kernel/linux/linux-6.6/Documentation/translations/it_IT/doc-guide/ |
| D | sphinx.rst | 62 modo in cui Sphinx funziona, queste espressioni sono scritte
145 in cui è possibile generare la documentazione; per maggiori informazioni
197 dedicato) a cui si fa riferimento nell'indice principale.
202 cui cominciare. Esistono, inoltre, anche alcuni
|
| /kernel/linux/linux-6.6/sound/soc/codecs/ |
| D | ics43432.c | 56 { .compatible = "cui,cmm-4030d-261", },
|
| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/gpio/ |
| D | cavium-octeon-gpio.txt | 44 /* The GPIO pin connect to 16 consecutive CUI bits */
|
| /kernel/linux/linux-6.6/Documentation/devicetree/bindings/gpio/ |
| D | cavium-octeon-gpio.txt | 44 /* The GPIO pin connect to 16 consecutive CUI bits */
|
| /kernel/linux/linux-5.10/fs/xfs/libxfs/ |
| D | xfs_log_format.h | 699 * CUI/CUD (refcount update) log format definitions
714 * This is the structure used to lay out a cui log item in the
719 uint16_t cui_type; /* cui log item type */
722 uint64_t cui_id; /* cui identifier */
743 uint64_t cud_cui_id; /* id of corresponding cui */
|
| D | xfs_refcount.h | 62 * of the range and space for the CUD and a new CUI.
|
1234