| /Documentation/networking/ |
| D | tls-offload-layers.svg | 1 …l-960.0 0l0 -720.0z" clip-rule="nonzero"/></clipPath><g clip-path="url(#p.0)"><path fill="#000000"…
|
| D | tls-offload-reorder-bad.svg | 1 …l-960.0 0l0 -720.0z" clip-rule="nonzero"/></clipPath><g clip-path="url(#p.0)"><path fill="#000000"…
|
| D | tls-offload-reorder-good.svg | 1 …l-960.0 0l0 -720.0z" clip-rule="nonzero"/></clipPath><g clip-path="url(#p.0)"><path fill="#000000"…
|
| /Documentation/userspace-api/media/v4l/ |
| D | colorspaces-details.rst | 50 L' = -1.099(-L)^{0.45} + 0.099 \text{, for } L \le-0.018 52 L' = 4.5L \text{, for } -0.018 < L < 0.018 54 L' = 1.099L^{0.45} - 0.099 \text{, for } L \ge 0.018 60 L = -\left( \frac{L' - 0.099}{-1.099} \right) ^{\frac{1}{0.45}} \text{, for } L' \le -0.081 62 L = \frac{L'}{4.5} \text{, for } -0.081 < L' < 0.081 64 L = \left(\frac{L' + 0.099}{1.099}\right)^{\frac{1}{0.45} } \text{, for } L' \ge 0.081 121 Transfer function. Normally L is in the range [0…1], but for the 126 L' = -1.099(-L)^{0.45} + 0.099 \text{, for } L \le -0.018 128 L' = 4.5L \text{, for } -0.018 < L < 0.018 130 L' = 1.099L^{0.45} - 0.099 \text{, for } L \ge 0.018 [all …]
|
| D | metafmt-vsp1-hgt.rst | 50 5U 0L 0U 1L 1U 2L 2U 3L 3U 4L 4U 5L 5U 0L 58 When two consecutive areas don't overlap (n+1L is equal to nU) the boundary 64 n+1L and nU excluded) are attributed to both areas and given a weight for each 72 0L <= 0U <= 1L <= 1U <= 2L <= 2U <= 3L <= 3U <= 4L <= 4U <= 5L <= 5U 76 0U <= 1L <= 1U <= 2L <= 2U <= 3L <= 3U <= 4L <= 4U <= 5L <= 5U <= 0L
|
| D | mt2110t.svg | 16 <missing-glyph horiz-adv-x="2048" d="M 0,0 L 2047,0 2047,2047 0,2047 0,0 Z"/> 17 …L 67,-279 C 92,-283 120,-285 151,-285 263,-285 352,-203 417,-38 L 434,5 5,1082 197,1082 425,484 C … 18 …<glyph unicode="x" horiz-adv-x="1006" d="M 801,0 L 510,444 217,0 23,0 408,556 41,1082 240,1082 510… 19 …"M 1174,0 L 965,0 776,765 740,934 C 734,904 725,861 712,805 699,748 631,480 508,0 L 300,0 -3,1082 … 20 …L 314,396 C 314,325 321,269 335,230 349,191 371,162 402,145 433,128 478,119 537,119 624,119 692,14… 21 …L 156,951 31,951 31,1082 163,1082 216,1324 336,1324 336,1082 536,1082 536,951 336,951 336,268 C 33… 22 …L 216,285 C 231,227 263,185 311,158 359,131 426,117 511,117 602,117 669,131 712,159 754,187 775,22… 23 …L 142,830 C 142,906 140,990 136,1082 L 306,1082 C 311,959 314,886 314,861 L 318,861 C 347,954 380,… 24 …L 314,168 C 317,163 318,106 318,-2 L 318,-425 138,-425 138,861 C 138,972 136,1046 132,1082 L 306,1… 26 <glyph unicode="l" horiz-adv-x="187" d="M 138,0 L 138,1484 318,1484 318,0 138,0 Z"/> [all …]
|
| /Documentation/admin-guide/media/ |
| D | ipu3_rcb.svg | 6 <path style="stroke:none;" d="M 1 0 L 1 -15 L 9 -15 L 9 0 Z M 8 -1 L 8 -14 L 2 -14 L 2 -1 Z M 8 -1 … 9 …L 7.921875 -10.515625 C 7.648438 -10.679688 7.28125 -10.84375 6.8125 -11 C 6.351562 -11.15625 5.83… 12 …L 9.09375 -4.203125 L 2.453125 -4.203125 C 2.523438 -3.242188 2.84375 -2.515625 3.40625 -2.015625 … 15 …L 8.640625 0 L 7 0 L 7 -5.140625 C 7 -5.742188 6.945312 -6.226562 6.84375 -6.59375 C 6.738281 -6.9… 18 …L 7.921875 -7.625 C 7.816406 -7.675781 7.671875 -7.726562 7.484375 -7.78125 C 7.296875 -7.84375 7.… 24 …L 2.140625 -8.78125 C 3.503906 -9.25 4.878906 -9.484375 6.265625 -9.484375 C 6.691406 -9.484375 7.… 27 …L 5.8125 -1.40625 L 8.21875 -1.40625 L 8.21875 0 L 1.78125 0 L 1.78125 -1.40625 L 4.1875 -1.40625 … 30 …L 1.8125 -12.375 L 8.84375 -12.375 L 8.84375 -10.984375 L 3.453125 -10.984375 L 3.453125 -7.125 L … 33 …L 1.078125 -12.203125 C 1.273438 -12.253906 1.503906 -12.300781 1.765625 -12.34375 C 2.023438 -12.… 36 …3.578125 0.09375 C 2.753906 0.09375 1.921875 -0.00390625 1.078125 -0.203125 L 1.078125 -12.203125 … [all …]
|
| /Documentation/admin-guide/blockdev/drbd/ |
| D | DRBD-8.3-data-packets.svg | 21 d="M 11999,8601 L 11899,8301 L 12099,8301 L 11999,8601 z" 25 d="M 11999,7801 L 11999,8361" 29 d="M 7999,10401 L 7899,10101 L 8099,10101 L 7999,10401 z" 33 d="M 7999,9601 L 7999,10161" 37 d="M 11999,7801 L 11685,7840 L 11724,7644 L 11999,7801 z" 41 d="M 7999,7001 L 11764,7754" 57 d="M 7999,9601 L 8281,9458 L 8311,9655 L 7999,9601 z" 61 d="M 11999,9001 L 8236,9565" 133 d="M 11999,11601 L 11685,11640 L 11724,11444 L 11999,11601 z" 137 d="M 7999,10801 L 11764,11554" [all …]
|
| D | DRBD-data-packets.svg | 21 d="M 11999,19601 L 11899,19301 L 12099,19301 L 11999,19601 z" 25 d="M 11999,18801 L 11999,19361" 29 d="M 7999,21401 L 7899,21101 L 8099,21101 L 7999,21401 z" 33 d="M 7999,20601 L 7999,21161" 37 d="M 11999,18801 L 11685,18840 L 11724,18644 L 11999,18801 z" 41 d="M 7999,18001 L 11764,18754" 56 d="M 7999,20601 L 8281,20458 L 8311,20655 L 7999,20601 z" 60 d="M 11999,20001 L 8236,20565" 131 d="M 11999,22601 L 11685,22640 L 11724,22444 L 11999,22601 z" 135 d="M 7999,21801 L 11764,22554" [all …]
|
| /Documentation/staging/ |
| D | lzo.rst | 128 0 0 0 0 L L L L (0..15) : copy long literal string 129 length = 3 + (L ?: 15 + (zero_bytes * 255) + non_zero_byte) 155 0 0 0 1 H L L L (16..31) 157 length = 2 + (L ?: 7 + (zero_bytes * 255) + non_zero_byte) 170 run length = ((X << 3) | (0 0 0 0 0 L L L)) + 4 172 0 0 1 L L L L L (32..63) 174 length = 2 + (L ?: 31 + (zero_bytes * 255) + non_zero_byte) 179 0 1 L D D D S S (64..127) 182 length = 3 + L 186 1 L L D D D S S (128..255) [all …]
|
| /Documentation/devicetree/bindings/display/mediatek/ |
| D | mediatek,ovl-2l.yaml | 4 $id: http://devicetree.org/schemas/display/mediatek/mediatek,ovl-2l.yaml# 14 Mediatek display overlay 2 layer, namely OVL-2L, provides 2 more layer 16 OVL-2L device node must be siblings to the central MMSYS_CONFIG node. 25 - mediatek,mt8183-disp-ovl-2l 26 - mediatek,mt8192-disp-ovl-2l 29 - mediatek,mt8186-disp-ovl-2l 30 - const: mediatek,mt8192-disp-ovl-2l 45 - description: OVL-2L Clock 83 compatible = "mediatek,mt8183-disp-ovl-2l";
|
| /Documentation/translations/it_IT/process/ |
| D | volatile-considered-harmful.rst | 16 L'uso di *volatile* nel kernel non è quasi mai corretto; questo documento ne 27 Come *volatile*, le primitive del kernel che rendono sicuro l'accesso ai dati 58 l'uso di *volatile* - anzi potenzialmente dannoso. 60 L'uso di *volatile* fu originalmente pensato per l'accesso ai registri di I/O 61 mappati in memoria. All'interno del kernel, l'accesso ai registri, dovrebbe 63 non "ottimizzi" l'accesso ai registri all'interno di una sezione critica. 64 Ma, all'interno del kernel, l'accesso alla memoria di I/O viene sempre fatto 83 Ci sono comunque alcune rare situazioni dove l'uso di *volatile* nel kernel 87 architetture che supportano l'accesso diretto alla memoria di I/O. 89 sezione critica a se stante, e garantisce che l'accesso avvenga secondo [all …]
|
| D | submitting-patches.rst | 45 Guardate l'elemento **T:** per un determinato sottosistema nel file MAINTANERS 63 descrivete l'impatto che questo avrà sugli utenti. Tenete presente che 73 migliorato le prestazioni, il consumo di memoria, l'impatto sollo stack, 77 un compromesso fra l'uso di CPU, la memoria e la leggibilità; o, quando si 104 Descrivete le vostro modifiche usando l'imperativo, per esempio "make xyzzy 110 l'identificativo SHA-1. Per cortesia, aggiungete anche la breve riga 111 riassuntiva del commit per rendere la chiaro ai revisori l'oggetto. 126 riferimento alla patch, allora aggiungete l'etichetta 'Link:' per farvi 153 allora usate l'etichetta "Closes:":: 158 automaticamente il problema se l'etichetta è presente nel messaggio. Alcuni [all …]
|
| D | 4.Coding.rst | 19 sbagliare. Poi, l'attenzione si sposterà verso "il fare le cose 51 L’altra trappola è quella di pensare che il codice già presente nel kernel 76 configurazioni basilari come l'indentazione e la fine delle righe verranno 87 di righe di codice potrebbe fare altrimenti e sopravvivere. Ma l'esperienza 89 al pari di una prematura ottimizzazione. L'astrazione dovrebbe essere usata 103 I livelli di astrazione che nascondono l'accesso all'hardware - 116 #ifdef e l'uso del preprocessore in generale 124 compilatore. L'uso eccessivo del preprocessore è praticamente sempre il segno 130 blocchi #ifdef. Come regola generale, quando possibile, l'uso di #ifdef 140 una macro, considerate l'idea di creare invece una funzione inline. Il codice [all …]
|
| D | adding-syscalls.rst | 43 in procfs potrebbe essere sufficiente. Tuttavia, l'accesso a questi 48 - Se l'operazione è specifica ad un particolare file o descrittore, allora 49 potrebbe essere appropriata l'aggiunta di un comando :manpage:`fcntl(2)`. 55 - Se l'operazione è specifica ad un particolare processo, allora 56 potrebbe essere appropriata l'aggiunta di un comando :manpage:`prctl(2)`. 63 Progettare l'API: pianificare le estensioni 68 un'ottima idea quella di discutere apertamente l'interfaccia sulla lista 79 il modo migliore di permettere l'estensibilità è quello di includere un 88 (Se *flags* non viene ancora utilizzato, verificate che l'argomento sia zero) 106 - un vecchio kernel può gestire l'accesso di una versione moderna di un [all …]
|
| D | stable-kernel-rules.rst | 51 sottomissione per l'inclusione nei sorgenti principali. 59 L':ref:`it_option_1` è **fortemente** raccomandata; è il modo più facile e 60 usato. L':ref:`it_option_2` si usa quando al momento della sottomissione non si 62 L':ref:`it_option_3` è un'alternativa ai due metodi precedenti quando la patch 66 Quando si utilizza l'opzione 2 o 3 è possibile chiedere che la modifica sia 71 l'aggiornamento, se ad esempio una correzione per 5.19-rc1 venisse 80 che state inviando per l'inclusione nei sorgenti principali venga presa 92 stabili senza che l'autore o il manutentore del sottosistema debba fare 120 patch2 se avete già menzionato patch1 per l'inclusione in "stable" 126 L'etichetta ha il seguente significato:: [all …]
|
| D | email-clients.rst | 35 Inoltre, è vivamente raccomandato l'uso di puro testo nel corpo del 110 scrittura di Claws, allora assicuratevi che l'"auto-interruzione" sia 137 "A capo automatico". L'unico svantaggio sarà che qualsiasi altra cosa scriviate 140 messaggio con l'opzione abilitata e poi di salvarlo nelle bozze. Riaprendo ora 142 messaggio, per cui togliendo l'opzione "A capo automatico" non perderete nulla. 156 Disabilitare l'andata a capo automatica non è sufficiente. Dunque, se la vostra 170 l'allegato sia più leggibile venendo visualizzato come parte del messaggio. 176 I messaggi vengono salvati con permessi di lettura-scrittura solo per l'utente, 272 - l'opzione ``no-strip-whitespace-before-send`` è necessaria 280 - non farà l'autenticazione TSL SMTP su una connessione non SSL [all …]
|
| /Documentation/translations/it_IT/locking/ |
| D | locktorture.rst | 12 L'opzione di configurazione CONFIG_LOCK_TORTURE_TEST fornisce un 18 filtrate l'output con ``grep "torture"``). La verifica inizia quando 39 Numero di thread del kernel che stresseranno l'acquisizione 44 Numero di thread del kernel che stresseranno l'acquisizione 46 di nwriters_stress. Se l'utente non ha specificato 107 l'avvio con i processori che vanno e vengono. Questo 112 statistiche e l'altra. Di base, locktorture riporta le 113 statistiche ogni 60 secondi. Impostando l'intervallo a 0 114 ha l'effetto di stampare le statistiche -solo- quando il 121 L'impostazione di "stutter=0" fa si che la verifica [all …]
|
| /Documentation/sphinx/ |
| D | load_config.py | 37 for l in latex_documents: 38 if l[0].find(dir + '/') == 0: 40 fn = l[0][len(dir) + 1:] 41 new_latex_docs.append((fn, l[1], l[2], l[3], l[4]))
|
| /Documentation/driver-api/media/drivers/ |
| D | tuners.rst | 12 - L= LG_API (VHF_LO=0x01, VHF_HI=0x02, UHF=0x08, radio=0x04) 31 L= Secam LL 105 - TAPC-H701P: NTSC_JP (TAPC-H001P w/FM) (L,170/450) 106 - TAPC-G701P: PAL B/G (TAPC-G001P w/FM) (L,170/450) 107 - TAPC-W701P: PAL I (TAPC-W001P w/FM) (L,170/450) 108 - TAPC-Q703P: PAL D/K (TAPC-Q001P w/FM) (L,170/450) 109 - TAPC-Q704P: PAL D/K+I (L,170/450) 110 - TAPC-G702P: PAL D/K+B/G (L,170/450) 112 - TADC-H002F: NTSC (L,175/410?; 2-B, C-W+11, W+12-69) 113 - TADC-M201D: PAL D/K+B/G+I (L,143/425) (sound control at I2C address 0xc8) [all …]
|
| /Documentation/ABI/testing/ |
| D | sysfs-class-power-ltc4162l | 1 What: /sys/class/power_supply/ltc4162-l/charge_status 18 What: /sys/class/power_supply/ltc4162-l/ibat 29 What: /sys/class/power_supply/ltc4162-l/vbat 39 What: /sys/class/power_supply/ltc4162-l/vbat_avg 49 What: /sys/class/power_supply/ltc4162-l/force_telemetry 65 What: /sys/class/power_supply/ltc4162-l/arm_ship_mode
|
| D | sysfs-block-aoe | 4 Contact: Ed L. Cashin <ed.cashin@acm.org> 12 Contact: Ed L. Cashin <ed.cashin@acm.org> 21 Contact: Ed L. Cashin <ed.cashin@acm.org> 35 Contact: Ed L. Cashin <ed.cashin@acm.org> 42 Contact: Ed L. Cashin <ed.cashin@acm.org>
|
| /Documentation/devicetree/bindings/power/supply/ |
| D | ltc4162-l.yaml | 5 $id: http://devicetree.org/schemas/power/supply/ltc4162-l.yaml# 8 title: Linear Technology (Analog Devices) LTC4162-L Charger 14 The LTC ® 4162-L is an advanced monolithic synchronous step-down switching 25 - lltc,ltc4162-l 61 compatible = "lltc,ltc4162-l";
|
| /Documentation/devicetree/bindings/clock/ |
| D | ti,cdce925.yaml | 15 - CDCE(L)913: 1-PLL, 3 Outputs https://www.ti.com/product/cdce913 16 - CDCE(L)925: 2-PLL, 5 Outputs https://www.ti.com/product/cdce925 17 - CDCE(L)937: 3-PLL, 7 Outputs https://www.ti.com/product/cdce937 18 - CDCE(L)949: 4-PLL, 9 Outputs https://www.ti.com/product/cdce949 44 non-L variant: 2.5V or 3.3V for 45 L variant: 1.8V for
|
| /Documentation/driver-api/soundwire/ |
| D | stream.rst | 25 | L | R | L | R | L | R | 28 Example 1: Stereo Stream with L and R channels is rendered from Master to 36 | L + R +----------------------------------+ L + R | 41 Example 2: Stereo Stream with L and R channels is captured from Slave to 50 | L + R +----------------------------------+ L + R | 55 Example 3: Stereo Stream with L and R channels is rendered by Master. Each 56 of the L and R channel is received by two different Slaves. Master and both 64 | L + R +---+------------------------------+ L | 78 Example 4: Stereo Stream with L and R channels is rendered by 79 Master. Both of the L and R channels are received by two different [all …]
|