| /linux/fs/fat/ |
| H A D | namei_vfat.c | 332 int chl, chi; in vfat_create_shortname() local 389 for (chi = 0; chi < chl; chi++) { in vfat_create_shortname() 390 *p++ = charbuf[chi]; in vfat_create_shortname() 396 if ((chi < chl - 1) || (ip + 1) - uname < sz) in vfat_create_shortname() 417 for (chi = 0; chi < chl; chi++) { in vfat_create_shortname() 418 *p++ = charbuf[chi]; in vfat_create_shortname()
|
| H A D | dir.c | 373 int chi, chl, i, j, k; in fat_parse_short() local 410 for (chi = 0; chi < chl && i < 8; chi++, i++) in fat_parse_short() 449 for (chi = 0; chi < chl && k < MSDOS_NAME; in fat_parse_short() 450 chi++, i++, k++) { in fat_parse_short()
|
| /linux/scripts/mod/ |
| H A D | file2alias.c | 291 unsigned char chi, clo, max; in do_usb_entry_multi() local 311 chi = ((devhi > 0x9999 ? 0x9999 : devhi) >> (ndigits << 2)) & 0xf; in do_usb_entry_multi() 312 if (clo > max || chi > max) { in do_usb_entry_multi() 328 chi = devhi & 0xf; in do_usb_entry_multi() 329 if (chi > max) /* If we are in bcd mode, truncate if necessary */ in do_usb_entry_multi() 330 chi = max; in do_usb_entry_multi() 335 do_usb_entry(symval, devlo, ndigits, clo, chi, max, mod); in do_usb_entry_multi() 345 if (chi < max) in do_usb_entry_multi() 349 ndigits, 0x0, chi, max, mod); in do_usb_entry_multi()
|
| /linux/Documentation/translations/it_IT/process/ |
| H A 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 182 un modo efficace per capire chi è il manutentore di un dato pezzo di codice.
|
| H A 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
|
| H A D | management-style.rst | 34 così dannatamente ovvio a chi la pone che non abbiamo la minima idea
|
| H A D | deprecated.rst | 152 chi usa solo stringe terminate. La versione sicura da usare è
|
| H A D | maintainer-pgp-guide.rst | 903 Invece di avere svariati produttori software che decidono chi dovrebbero
|
| /linux/Documentation/translations/it_IT/core-api/ |
| H A D | symbol-namespaces.rst | 134 la vita di chi scrive moduli (e i manutentori di sottosistemi), esistono uno 140 Lo scenario tipico di chi scrive un modulo potrebbe essere::
|
| /linux/Documentation/translations/it_IT/locking/ |
| H A D | lockdep-design.rst | 479 trattenuti da chi trattiene il blocco di scrittura piuttosto che da chi ne 636 Poi visto che abbiamo L1 -> L2, chi trattiene L1 vorrà acquisire L2 in L1 -> L2, 637 ma prima dovrà attendere che venga rilasciato da chi lo trattiene. Questo perché 643 In aggiunta, possiamo trarre una simile conclusione per chi sta trattenendo L2: 645 chi trattiene Lx deve aspettare che Lx+1 venga rilasciato. Notiamo che Ln+1 è
|
| /linux/arch/arm64/boot/dts/rockchip/ |
| H A D | rk3326-gameforce-chi.dts | 15 compatible = "gameforce,chi", "rockchip,rk3326"; 331 compatible = "gameforce,chi-panel";
|
| H A D | Makefile | 25 dtb-$(CONFIG_ARCH_ROCKCHIP) += rk3326-gameforce-chi.dtb
|
| /linux/net/ipv4/ |
| H A D | fib_trie.c | 415 struct key_vector *chi = get_child(tn, i); in put_child() local 421 if (!n && chi) in put_child() 423 if (n && !chi) in put_child() 427 wasfull = tnode_full(tn, chi); in put_child()
|
| /linux/arch/arm64/boot/dts/renesas/ |
| H A D | r9a07g043.dtsi | 691 clock-names = "axi", "chi", "refclk"; 711 clock-names = "axi", "chi", "refclk";
|
| H A D | r9a08g045.dtsi | 703 clock-names = "axi", "chi", "refclk"; 722 clock-names = "axi", "chi", "refclk";
|
| H A D | r9a09g011.dtsi | 208 clock-names = "axi", "chi", "gptp";
|
| H A D | r9a07g044.dtsi | 1210 clock-names = "axi", "chi", "refclk"; 1230 clock-names = "axi", "chi", "refclk";
|
| H A D | r9a07g054.dtsi | 1218 clock-names = "axi", "chi", "refclk"; 1238 clock-names = "axi", "chi", "refclk";
|
| /linux/Documentation/translations/it_IT/doc-guide/ |
| H A D | sphinx.rst | 297 questo genere di tabelle sono illeggibili per chi legge direttamente i file di 400 pulito ed adatto a chi legge dai sorgenti. Se incontrare un ``:doc:``
|
| H A D | kernel-doc.rst | 75 aumentare la probabilità che chi cambia il codice si ricordi di aggiornare
|
| /linux/arch/s390/tools/ |
| H A D | opcodes.txt | 178 a7e chi RI_RI
|
| /linux/Documentation/translations/it_IT/kernel-hacking/ |
| H A D | hacking.rst | 760 - Trovare chi è responsabile del codice che state modificando. Guardare in cima
|
| H A D | locking.rst | 966 della morte (chi lo sa cosa farà una *callback*?).
|