Searched full:ma (Results 1 – 25 of 176) sorted by relevance
12345678
| /Documentation/devicetree/bindings/sound/ |
| D | fsl,sgtl5000.yaml | 63 1 = 1.66 mA 2.87 mA 4.02 mA 64 2 = 3.33 mA 5.74 mA 8.03 mA 65 3 = 4.99 mA 8.61 mA 12.05 mA 76 1 = 1.66 mA 2.87 mA 4.02 mA 77 2 = 3.33 mA 5.74 mA 8.03 mA 78 3 = 4.99 mA 8.61 mA 12.05 mA
|
| D | cs35l34.txt | 28 - cirrus,boost-peak-milliamp : Boost converter peak current limit in mA. The 29 range starts at 1200mA and goes to a maximum of 3840mA with increments of 30 80mA. The default value is 2480mA.
|
| /Documentation/devicetree/bindings/power/supply/ |
| D | richtek,rt5033-charger.yaml | 27 Current of pre-charge mode. The pre-charge current levels are 350 mA 28 to 650 mA programmed by I2C per 100 mA. 31 Current of fast-charge mode. The fast-charge current levels are 700 mA 32 to 2000 mA programmed by I2C per 100 mA. 35 This property is end of charge current. Its level ranges from 150 mA 36 to 600 mA. Between 150 mA and 300 mA in 50 mA steps, between 300 mA and 37 600 mA in 100 mA steps.
|
| D | ti,lp8727.yaml | 53 0 = 90mA, 1 = 100mA, 2 = 400mA, 3 = 450mA, 4 = 500mA, 5 = 600mA, 54 6 = 700mA, 7 = 800mA, 8 = 900mA, 9 = 1000mA 76 /* AC charger: 5% EOC and 500mA charging current */ 83 /* USB charger: 10% EOC and 400mA charging current */
|
| D | bq24735.yaml | 39 This value must be between 128mA and 8.128A with a 64mA step resolution. 40 The POR value is 0x0000h. This number is in mA (e.g. 8192). 55 This value must be between 128mA and 8.064A with a 128mA step resolution. 56 The POR value is 0x1000h. This number is in mA (e.g. 8064).
|
| D | bq2415x.yaml | 36 description: initial maximum current charger can pull from power supply in mA. 50 description: maximum charging current in mA. 56 below this value (in mA).
|
| /Documentation/devicetree/bindings/phy/ |
| D | phy-stm32-usbphyc.yaml | 129 - <0> = 18.87 mA target current / nominal + 0% 130 - <1> = 19.165 mA target current / nominal + 1.56% 131 - <2> = 19.46 mA target current / nominal + 3.12% 132 - <3> = 19.755 mA target current / nominal + 4.68% 133 - <4> = 20.05 mA target current / nominal + 6.24% 134 - <5> = 20.345 mA target current / nominal + 7.8% 135 - <6> = 20.64 mA target current / nominal + 9.36% 136 - <7> = 20.935 mA target current / nominal + 10.92% 137 - <8> = 21.23 mA target current / nominal + 12.48% 138 - <9> = 21.525 mA target current / nominal + 14.04% [all …]
|
| /Documentation/devicetree/bindings/leds/backlight/ |
| D | sky81452-backlight.txt | 17 - skyworks,current-limit-mA 18 : It should be 2300mA or 2750mA. 28 skyworks,current-limit-mA = <2300>;
|
| /Documentation/leds/ |
| D | leds-lm3556.rst | 22 from 93.75 mA to 1500 mA.The Flash currents are adjusted via the CURRENT 37 93.75 mA:: 43 1500 mA:: 64 46.88 mA:: 70 375 mA:: 107 5.86 mA:: 113 46.875mA::
|
| /Documentation/translations/it_IT/process/ |
| D | volatile-considered-harmful.rst | 15 *volatile* come una variabile atomica di facile utilizzo, ma non è così. 48 potrebbe pensare di sapere cosa ci sarà nel dato condiviso ma la chiamata 53 sincronizzazione rimarrebbe comunque necessaria. Ma verrà impedito al 62 essere protetto dai lock, ma si potrebbe anche desiderare che il compilatore 64 Ma, all'interno del kernel, l'accesso alla memoria di I/O viene sempre fatto 92 - I codice *inline assembly* che fa cambiamenti nella memoria, ma che non 97 volta che viene letta ma può essere lette senza alcuna sincronizzazione. 98 Quindi jiffies può essere *volatile*, ma l'aggiunta ad altre variabili di
|
| D | botching-up-ioctls.rst | 18 sistema che finge di essere generico, ma al suo posto ci sono interfacce 19 dedicate. Ma al tempo stesso è più facile incasinare le cose. 41 i valori a 64-bit rispettandone l'allineamento, ma le piattaforme a 64-bit lo 78 Questo aiuta, ma non è una soluzione completa dato che uno spazio utente nuovo 157 parte. Gli orologi divergeranno, ma con questa informazione gli strumenti di 163 nanosecondi. Non è il modo migliore per specificare il tempo, ma è 177 scadenze potrebbero essere estese - ma sicuramente gli utenti vi odieranno 210 dei nomi con oggetti per il *framebuffer*, ma questi non sono per niente 216 sottomissione di un oggetto allo stesso comando ioctl. Ma per evitarlo, se 219 ma considerate l'idea di usare il numero di inode come identificatore per i [all …]
|
| D | management-style.rst | 20 come un gioco, ma ciò non significa che non possa essere vero. 33 .. [#f1] Questo documento non fa molto per risponde alla domanda, ma rende 46 essere il dirigente che la prende. Questo è molto profondo ed ovvio, ma non è 69 ma dovete assicurarvi che possano essere reversibili in caso di errori 123 potete fare in qualità di dirigente è di non instillare troppa fiducia, ma 132 Questo può suonare come un fallimento, ma di solito questo è un segno che 182 Testa di c***" non avrebbe funzionato. Ma sono sicuro che ci abbia 207 "Sembra una buona idea - Vai", oppure "Sembra buono, ma invece circa questo e 215 dovreste dare una spintarella alle persone in una specifica direzione, ma 237 Questo non per fargli sapere che la prossima volta possono evitarselo ma per [all …]
|
| D | 7.AdvancedTopics.rst | 12 di sviluppo. Ma rimane comunque molto da imparare! Questo capitolo copre 53 Il tutto potrebbe essere un po' intimidatorio visto da fuori, ma con un po' 65 su kernel.org, ma non è proprio facile da ottenere; per maggiori informazioni 90 Ma, oltre a questo, gli sviluppatori non possono collaborare se non condividono 104 spostate da un ramo all'altro al fine di evitare conflitti. Ma questo tipo 113 un modo semplice per rimanere aggiornati, ma questa non è un'opzione nel 115 *Merge* occasionali possono essere considerati di buon senso, ma quando 135 Potete inviarmi le vostre patch, ma per far si che io integri una 153 fa del suo meglio, ma potreste dover aggiungere una riga "From:" alla patch
|
| D | 2.Process.rst | 65 consentita una modifica più consistente, ma tali occasioni sono rare. 100 rilevate nel precedente rilascio. Nessun baco è il benvenuto, ma quelli che 170 viene spesso svolto senza coinvolgere la comunità, ma è meglio renderlo 193 patch non riceve alcuna critica ma non è stata integrata dal 214 Ma lo sviluppatore originario dovrebbe continuare ad assumersi la 227 del kernel: Linus Torvalds. Ma, per esempio, di tutte le 9500 patch 246 del kernel, utilizzando abitualmente (ma certamente non sempre) git. 258 È chiaro che, qualche volta, guardi più attentamente. Ma, come regola 280 ma solleva anche un interessante quesito: se qualcuno volesse vedere tutte le 289 d'interesse, ma questo sarebbe un lavoro enorme e fallace. [all …]
|
| D | 6.Followthrough.rst | 40 scriverla. Ma tale valore non li tratterrà dal porvi una domanda 48 riconosciuto; le persone ricordano chi ha scritto il codice, ma meno 58 aspettano di lavorare sul kernel per anni, ma sanno che il loro datore 110 Se invece avete cercato di far tutto correttamente ma le cose continuano 112 attraverso la discussione, ma ci sono volte dove qualcuno deve prendere 157 può rivelarsi una spina nel fianco, ma consideratevi fortunati: prima 166 MAINTAINERS) vale la pena ricordare una piccola cosa, ma importante: il 232 e manutentore del codice, ma solo fino ad un certo punto. Se siete visti 246 modo può essere avvilente e scoraggiante, ma la comunità ricorderà come
|
| /Documentation/hwmon/ |
| D | ina3221.rst | 33 curr[123]_input Current(mA) measurement channels 35 curr[123]_crit Critical alert current(mA) setting, activates the 39 curr[123]_max Warning alert current(mA) setting, activates the 46 curr4_input Sum of current(mA) measurement channels, 49 curr4_crit Critical alert current(mA) setting for sum of current
|
| D | ltc4245.rst | 62 curr1_input 12v current (mA) 63 curr2_input 5v current (mA) 64 curr3_input 3v current (mA) 65 curr4_input Vee (-12v) current (mA)
|
| /Documentation/power/regulator/ |
| D | overview.rst | 101 - regulator current output limit is 20mA @ 5V but is 102 10mA @ 10V. 110 - Domain-3 current limit is 0mA -> 20mA. 116 from 5mA to 10mA to increase LCD illumination. This passes 120 request next current mA value in brightness table (the
|
| /Documentation/devicetree/bindings/leds/ |
| D | leds-lm3601x.txt | 20 - flash-max-microamp : Range from 11mA - 1.5A 22 - led-max-microamp : Range from 2.4mA - 376mA
|
| /Documentation/devicetree/bindings/iio/dac/ |
| D | adi,ad5755.yaml | 86 4: 4 mA to 20 mA current range. 87 5: 0 mA to 20 mA current range. 88 6: 0 mA to 24 mA current range.
|
| D | adi,ad5421.yaml | 14 AD5421 is designed for us in loop-powered, 4 mA to 20 mA smart transmitter
|
| /Documentation/devicetree/bindings/clock/ |
| D | ti,lmk04832.yaml | 114 HSDS 6 mA 0x02 115 HSDS 8 mA 0x03 119 CML 16 mA 0x07 120 CML 24 mA 0x08 121 CML 32 mA 0x09
|
| /Documentation/w1/masters/ |
| D | ds2490.rst | 24 - The weak pullup current is a minimum of 0.9mA and maximum of 6.0mA. 25 - The 5V strong pullup is supported with a minimum of 5.9mA and a 26 maximum of 30.4 mA. (From DS2490.pdf)
|
| /Documentation/devicetree/bindings/regulator/ |
| D | nxp,pf8x00-regulator.yaml | 50 nxp,ilim-ma: 56 BUCK regulators current limit in mA. 60 Listed current limits in mA are, 133 nxp,ilim-ma = <4500>;
|
| /Documentation/devicetree/bindings/pinctrl/ |
| D | mediatek,mt8183-pinctrl.yaml | 122 2/4/6/8/10/12/14/16mA driving. But in specific driving setup, they 123 can support 0.125/0.25/0.5/1mA adjustment. If we enable specific 126 When E1=0/E0=0, the strength is 0.125mA. 127 When E1=0/E0=1, the strength is 0.25mA. 128 When E1=1/E0=0, the strength is 0.5mA. 129 When E1=1/E0=1, the strength is 1mA.
|
12345678