| /linux/kernel/bpf/ |
| H A D | tnum.c | 24 u64 chi = min ^ max, delta; in tnum_range() local 25 u8 bits = fls64(chi); in tnum_range() 30 /* e.g. if chi = 4, bits = 3, delta = (1<<3) - 1 = 7. in tnum_range() 31 * if chi = 0, bits = 0, delta = (1<<0) - 1 = 0, so we return in tnum_range() 65 u64 sm, sv, sigma, chi, mu; in tnum_add() local 70 chi = sigma ^ sv; in tnum_add() 71 mu = chi | a.mask | b.mask; in tnum_add() 77 u64 dv, alpha, beta, chi, mu; in tnum_sub() local 82 chi = alpha ^ beta; in tnum_sub() 83 mu = chi | a.mask | b.mask; in tnum_sub()
|
| /linux/Documentation/translations/it_IT/process/ |
| H A D | 3.Early-stage.rst | 72 - Chi sono gli utenti coinvolti da tal problema? A quale caso dovrebbe 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 | 5.Posting.rst | 132 difficile così come quella di chi s'impegna nel nobile lavoro di 250 Un altro tipo di etichetta viene usato per indicare chi ha contribuito allo 319 dai programmi di posta non funzioneranno per chi le riceve, e spesso 351 utile per vedere chi altri ha modificato i file su cui state lavorando. 366 Quando scegliete i destinatari della patch, è bene avere un'idea di chi
|
| 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 | submitting-patches.rst | 257 file MAINTAINERS e alla storia delle revisioni per scoprire chi si occupa del 439 Per migliorare la tracciabilità su "chi ha fatto cosa", specialmente per 522 revisionato la patch e l'ha trovata accettabile. Per cui, a volte, chi 654 chi ci fornisce delle idee, si spera di poterli ispirare ad aiutarci 674 apprezzato, tenete presente che i firmatari (cioè chi sottomette e i 799 La riga ``from`` indica chi verrà accreditato nel changelog permanente come
|
| /linux/sound/sparc/ |
| H A D | dbri.c | 17 * Interfaces: SBus,ISDN NT & TE, CHI, 4 bits parallel. 18 * CHI: (spelled ki) Concentration Highway Interface (AT&T or Intel bus ?). 27 * Interfaces: CHI, Audio In & Out, 2 bits parallel 36 * each serial device (NT,TE,CHI). A timeslot is associated to 1 or 2 pipes 39 * The mmcodec is connected via the CHI bus and needs the data & some 44 * the same CHI bus, so I thought perhaps it is possible to use the on-board 109 "SSP", "CHI", "NT", "TE", "CDEC", "TEST", "CDM", "RESRV" 336 #define D_C (1<<4) /* Permit activation of the CHI interface */ 372 #define D_CHI 0x9 /* Set CHI Global Mode */ 377 #define D_CDM 0xe /* CHI Dat [all...] |
| /linux/tools/perf/pmu-events/arch/arm64/thead/yitian710/sys/ |
| H A D | ali_drw.json | 332 "BriefDescription": "A packet at CHI TXREQ interface (request).", 339 "BriefDescription": "A packet at CHI TXDAT interface (read data).", 346 "BriefDescription": "A packet at CHI RXDAT interface (write data).", 353 "BriefDescription": "A packet at CHI RXRSP interface.",
|
| /linux/Documentation/translations/it_IT/doc-guide/ |
| H A D | contributing.rst | 18 Questa guida è per chi vuole contribuire a migliorare questa situazione. I 89 ``scripts/get_maintainer.pl`` mi ha detto chi dovesse riceverla (basta passare 223 pratica, sono spesso più che disposti a collaborare con chi lavora per 270 Spostare i file della documentazione, nel breve termine, infastidisce chi vi
|
| H A D | maintainer-profile.rst | 36 dovrebbe idealmente giustificare, da qualche parte nel changelog, chi sia
|
| H A D | sphinx.rst | 383 questo genere di tabelle sono illeggibili per chi legge direttamente i file di 486 pulito ed adatto a chi legge dai sorgenti. Se incontrare un ``:doc:``
|
| /linux/drivers/clk/nuvoton/ |
| H A D | clk-ma35d1.h | 4 * Author: Chi-Fang Li <cfli0@nuvoton.com>
|
| /linux/tools/perf/pmu-events/arch/arm64/arm/neoverse-v1/ |
| H A D | ll_cache.json | 8 …l Cache. The data source of the transaction is indicated by a field in the CHI transaction returni…
|
| H A D | memory.json | 12 …r chip, which is implemented as a different CMN mesh in the system. If the CHI bus response back t…
|
| /linux/tools/perf/pmu-events/arch/arm64/arm/neoverse-n1/ |
| H A D | ll_cache.json | 8 …l Cache. The data source of the transaction is indicated by a field in the CHI transaction returni…
|
| H A D | memory.json | 12 …r chip, which is implemented as a different CMN mesh in the system. If the CHI bus response back t…
|
| /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/Documentation/devicetree/bindings/reset/ |
| H A D | nuvoton,ma35d1-reset.yaml | 10 - Chi-Fang Li <cfli0@nuvoton.com>
|
| /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/devicetree/bindings/clock/ |
| H A D | nuvoton,ma35d1-clk.yaml | 10 - Chi-Fang Li <cfli0@nuvoton.com>
|
| /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/include/dt-bindings/reset/ |
| H A D | nuvoton,ma35d1-reset.h | 4 * Author: Chi-Fen Li <cfli0@nuvoton.com>
|
| /linux/fs/fat/ |
| H A D | dir.c | 400 int chi, chl, i, j, k; in fat_parse_short() local 437 for (chi = 0; chi < chl && i < 8; chi++, i++) in fat_parse_short() 476 for (chi = 0; chi < chl && k < MSDOS_NAME; in fat_parse_short() 477 chi++, i++, k++) { in fat_parse_short()
|
| /linux/Documentation/devicetree/bindings/net/ |
| H A D | renesas,etheravb.yaml | 276 - const: chi 294 - const: chi
|
| /linux/Documentation/admin-guide/perf/ |
| H A D | arm-cmn.rst | 7 device ports to which various AMBA CHI agents are attached.
|
| /linux/arch/arm64/boot/dts/rockchip/ |
| H A D | rk3326-gameforce-chi.dts | 14 model = "GameForce Chi"; 15 compatible = "gameforce,chi", "rockchip,rk3326"; 331 compatible = "gameforce,chi-panel";
|