| /kernel/linux/linux-5.10/kernel/bpf/ |
| D | tnum.c | 23 u64 chi = min ^ max, delta; in tnum_range() local
24 u8 bits = fls64(chi); in tnum_range()
64 u64 sm, sv, sigma, chi, mu; in tnum_add() local
69 chi = sigma ^ sv; in tnum_add()
70 mu = chi | a.mask | b.mask; in tnum_add()
76 u64 dv, alpha, beta, chi, mu; in tnum_sub() local
81 chi = alpha ^ beta; in tnum_sub()
82 mu = chi | a.mask | b.mask; in tnum_sub()
|
| /kernel/linux/linux-5.10/fs/fat/ |
| D | namei_vfat.c | 335 int chl, chi; in vfat_create_shortname() local
392 for (chi = 0; chi < chl; chi++) { in vfat_create_shortname()
393 *p++ = charbuf[chi]; in vfat_create_shortname()
399 if ((chi < chl - 1) || (ip + 1) - uname < sz) in vfat_create_shortname()
420 for (chi = 0; chi < chl; chi++) { in vfat_create_shortname()
421 *p++ = charbuf[chi]; in vfat_create_shortname()
|
| D | dir.c | 361 int chi, chl, i, j, k; in fat_parse_short() local
398 for (chi = 0; chi < chl && i < 8; chi++, i++) in fat_parse_short()
437 for (chi = 0; chi < chl && k < MSDOS_NAME; in fat_parse_short()
438 chi++, i++, k++) { in fat_parse_short()
|
| /kernel/linux/linux-5.10/drivers/net/wireless/ath/ath9k/ |
| D | eeprom.c | 277 u16 clo, chi; in ath9k_hw_get_legacy_target_powers() local
312 chi = ath9k_hw_fbin2freq(powInfo[lowIndex + 1].bChannel, in ath9k_hw_get_legacy_target_powers()
317 (u8)ath9k_hw_interpolate(freq, clo, chi, in ath9k_hw_get_legacy_target_powers()
332 u16 clo, chi; in ath9k_hw_get_target_powers() local
367 chi = ath9k_hw_fbin2freq(powInfo[lowIndex + 1].bChannel, in ath9k_hw_get_target_powers()
372 clo, chi, in ath9k_hw_get_target_powers()
|
| /kernel/linux/linux-5.10/scripts/mod/ |
| D | file2alias.c | 267 unsigned char chi, clo, max; in do_usb_entry_multi() local
287 chi = ((devhi > 0x9999 ? 0x9999 : devhi) >> (ndigits << 2)) & 0xf; in do_usb_entry_multi()
288 if (clo > max || chi > max) { in do_usb_entry_multi()
304 chi = devhi & 0xf; in do_usb_entry_multi()
305 if (chi > max) /* If we are in bcd mode, truncate if necessary */ in do_usb_entry_multi()
306 chi = max; in do_usb_entry_multi()
311 do_usb_entry(symval, devlo, ndigits, clo, chi, max, mod); in do_usb_entry_multi()
321 if (chi < max) in do_usb_entry_multi()
325 ndigits, 0x0, chi, max, mod); in do_usb_entry_multi()
|
| /kernel/linux/linux-5.10/arch/s390/boot/ |
| D | head.S | 112 chi %r0,8 # channel end ?
114 chi %r0,12 # channel end + device end ?
180 chi %r2,895
200 chi %r0,0x20 # is it a space ?
|
| /kernel/linux/linux-5.10/Documentation/translations/it_IT/process/ |
| D | 3.Early-stage.rst | 138 Con chi parlare?
156 quando c'è un dubbio su chi contattare, un trucco utile è quello di usare
157 git (git log in particolare) per vedere chi attualmente è attivo all'interno
158 del sottosistema interessato. Controllate chi sta scrivendo le patch,
159 e chi, se non ci fosse nessuno, sta aggiungendo la propria firma
181 un modo efficace per capire chi è il manutentore di un dato pezzo di codice.
|
| D | 5.Posting.rst | 126 difficile così come quella di chi s'impegna nel nobile lavoro di
272 dai programmi di posta non funzioneranno per chi le riceve, e spesso
304 utile per vedere chi altri ha modificato i file su cui state lavorando.
319 Quando scegliete i destinatari della patch, è bene avere un'idea di chi
|
| D | submitting-patches.rst | 284 delle revisioni per scoprire chi si occupa del codice. Lo script
340 le patch "banali". Date uno sguardo al file MAINTAINERS per vedere chi
439 Per migliorare la tracciabilità su "chi ha fatto cosa", specialmente per
498 questo renderà abbastanza visibile chi è responsabile per le modifiche
511 Un appunto speciale per chi porta il codice su vecchie versioni. Sembra che
552 revisionato la patch e l'ha trovata accettabile. Per cui, a volte, chi
661 a chi ci fornisce delle idee, si spera di poterli ispirare ad aiutarci
755 La riga ``from`` indica chi verrà accreditato nel changelog permanente come
|
| D | deprecated.rst | 129 chi usa solo stringe terminate. La versione sicura da usare è
130 strscpy(). (chi usa strscpy() e necessita di estendere la
|
| D | 6.Followthrough.rst | 48 riconosciuto; le persone ricordano chi ha scritto il codice, ma meno
49 fama è attribuita a chi lo ha revisionato. Quindi i revisori potrebbero
|
| D | management-style.rst | 34 così dannatamente ovvio a chi la pone che non abbiamo la minima idea
|
| D | howto.rst | 157 chi è semplicemente curioso), poiché risolve molti dei più comuni
|
| D | maintainer-pgp-guide.rst | 865 Invece di avere svariati produttori software che decidono chi dovrebbero
|
| D | coding-style.rst | 780 chi legge il codice.
|
| /kernel/linux/linux-5.10/Documentation/translations/it_IT/ |
| D | index.rst | 15 la comprensione per chi non capisce l'inglese o ha dubbi sulla sua
16 interpretazione, oppure semplicemente per chi preferisce leggere in lingua
|
| /kernel/linux/linux-5.10/Documentation/translations/it_IT/core-api/ |
| D | symbol-namespaces.rst | 137 la vita di chi scrive moduli (e i manutentori di sottosistemi), esistono uno
143 Lo scenario tipico di chi scrive un modulo potrebbe essere::
|
| /kernel/linux/linux-5.10/net/ipv4/ |
| D | fib_trie.c | 419 struct key_vector *chi = get_child(tn, i); in put_child() local
425 if (!n && chi) in put_child()
427 if (n && !chi) in put_child()
431 wasfull = tnode_full(tn, chi); in put_child()
|
| /kernel/linux/linux-5.10/Documentation/translations/it_IT/doc-guide/ |
| D | kernel-doc.rst | 72 aumentare la probabilità che chi cambia il codice si ricordi di aggiornare
|
| /kernel/linux/linux-5.10/arch/s390/tools/ |
| D | opcodes.txt | 178 a7e chi RI_RI
|
| /kernel/linux/linux-5.10/Documentation/translations/it_IT/kernel-hacking/ |
| D | hacking.rst | 762 - Trovare di chi è lo stagno in cui state pisciando. Guardare in cima
|
| D | locking.rst | 973 della morte (chi lo sa cosa farà una *callback*?).
|
| /kernel/linux/linux-5.10/ |
| D | CREDITS | 2871 E: orc@pell.chi.il.us
|
| D | MAINTAINERS | 3551 M: Chi-hsien Lin <chi-hsien.lin@infineon.com>
|