Home
last modified time | relevance | path

Searched refs:V (Results 1 – 25 of 822) sorted by relevance

12345678910>>...33

/linux/drivers/pinctrl/mvebu/
H A Dpinctrl-kirkwood.c19 #define V(f6180, f6190, f6192, f6281, f6282, dx4122, dx1135) \ macro
25 VARIANT_MV88F6180 = V(1, 0, 0, 0, 0, 0, 0),
26 VARIANT_MV88F6190 = V(0, 1, 0, 0, 0, 0, 0),
27 VARIANT_MV88F6192 = V(0, 0, 1, 0, 0, 0, 0),
28 VARIANT_MV88F6281 = V(0, 0, 0, 1, 0, 0, 0),
29 VARIANT_MV88F6282 = V(0, 0, 0, 0, 1, 0, 0),
30 VARIANT_MV98DX4122 = V(0, 0, 0, 0, 0, 1, 0),
31 VARIANT_MV98DX1135 = V(0, 0, 0, 0, 0, 0, 1),
36 MPP_VAR_FUNCTION(0x0, "gpio", NULL, V(1, 1, 1, 1, 1, 1, 1)),
37 MPP_VAR_FUNCTION(0x1, "nand", "io2", V(1, 1, 1, 1, 1, 1, 1)),
[all …]
/linux/tools/memory-model/
H A Dlinux-kernel.def10 WRITE_ONCE(X,V) { __store{once}(X,V); }
13 smp_store_release(X,V) { __store{release}(*X,V); }
15 rcu_assign_pointer(X,V) { __store{release}(X,V); }
17 smp_store_mb(X,V) { __store{once}(X,V); __fence{mb}; }
31 xchg(X,V) __xchg{mb}(X,V)
32 xchg_relaxed(X,V) __xchg{once}(X,V)
33 xchg_release(X,V) __xchg{release}(X,V)
34 xchg_acquire(X,V) __xchg{acquire}(X,V)
35 cmpxchg(X,V,W) __cmpxchg{mb}(X,V,W)
36 cmpxchg_relaxed(X,V,W) __cmpxchg{once}(X,V,W)
[all …]
/linux/rust/kernel/
H A Drbtree.rs172 pub struct RBTree<K, V> {
174 _p: PhantomData<Node<K, V>>,
179 unsafe impl<K: Send, V: Send> Send for RBTree<K, V> {}
183 unsafe impl<K: Sync, V: Sync> Sync for RBTree<K, V> {}
185 impl<K, V> RBTree<K, V> {
196 pub fn iter(&self) -> Iter<'_, K, V> { in iter() argument
211 pub fn iter_mut(&mut self) -> IterMut<'_, K, V> { in iter_mut() argument
231 pub fn values(&self) -> impl Iterator<Item = &'_ V> { in values()
236 pub fn values_mut(&mut self) -> impl Iterator<Item = &'_ mut V> { in values_mut()
241 pub fn cursor_front(&mut self) -> Option<Cursor<'_, K, V>> { in cursor_front() argument
[all …]
/linux/Documentation/hwmon/
H A Dmc13783-adc.rst47 0 Battery Voltage (BATT) 2.50 - 4.65V -2.40V
49 2 Application Supply (BP) 2.50 - 4.65V -2.40V
50 3 Charger Voltage (CHRGRAW) 0 - 10V / /5
51 0 - 20V /10
52 4 Charger Current (CHRGISNSP-CHRGISNSN) -0.25 - 0.25V x4
53 5 General Purpose ADIN5 / Battery Pack Thermistor 0 - 2.30V No
54 6 General Purpose ADIN6 / Backup Voltage (LICELL) 0 - 2.30V / No /
55 1.50 - 3.50V -1.20V
56 7 General Purpose ADIN7 / UID / Die Temperature 0 - 2.30V / No /
57 0 - 2.55V / x0.9 / No
[all …]
H A Ddme1737.rst94 in0: +5VTR (+5V standby) 0V - 6.64V
95 in1: Vccp (processor core) 0V - 3V
96 in2: VCC (internal +3.3V) 0V - 4.38V
97 in3: +5V 0V - 6.64V
98 in4: +12V 0V - 16V
99 in5: VTR (+3.3V standby) 0V - 4.38V
100 in6: Vbat (+3.0V) 0V - 4.38V
104 in0: +2.5V 0V - 3.32V
105 in1: Vccp (processor core) 0V - 2V
106 in2: VCC (internal +3.3V) 0V - 4.38V
[all …]
H A Dmax197.rst25 The A/D converters MAX197, and MAX199 are both 8-Channel, Multi-Range, 5V,
28 The available ranges for the MAX197 are {0,-5V} to 5V, and {0,-10V} to 10V,
29 while they are {0,-2V} to 2V, and {0,-4V} to 4V on the MAX199.
/linux/arch/powerpc/lib/
H A Dxor_vmx.c24 #define DEFINE(V) \ argument
25 unative_t *V = (unative_t *)V##_in; \
26 unative_t V##_0, V##_1, V##_2, V##_3
28 #define LOAD(V) \ argument
30 V##_0 = V[0]; \
31 V##_1 = V[1]; \
32 V##_2 = V[2]; \
33 V##_3 = V[3]; \
36 #define STORE(V) \ argument
38 V[0] = V##_0; \
[all …]
/linux/arch/m68k/fpsp040/
H A Dslogn.S384 fmulx %fp2,%fp2 | ...FP2 IS V=U*U
388 |--U + V*(A1+U*(A2+U*(A3+U*(A4+U*(A5+U*A6))))) WHICH IS
389 |--[U + V*(A1+V*(A3+V*A5))] + [U*V*(A2+V*(A4+V*A6))]
394 fmuld LOGA6,%fp1 | ...V*A6
395 fmuld LOGA5,%fp2 | ...V*A5
397 faddd LOGA4,%fp1 | ...A4+V*A6
398 faddd LOGA3,%fp2 | ...A3+V*A5
400 fmulx %fp3,%fp1 | ...V*(A4+V*A6)
401 fmulx %fp3,%fp2 | ...V*(A3+V*A5)
403 faddd LOGA2,%fp1 | ...A2+V*(A4+V*A6)
[all …]
/linux/drivers/media/dvb-frontends/
H A Dmb86a16.c758 static int swp_freq_calcuation(struct mb86a16_state *state, int i, int v, int *V, int vmax, int vm… in swp_freq_calcuation() argument
766 (*(V + 30 + v) >= 0) && in swp_freq_calcuation()
767 (*(V + 30 + v - 1) >= 0) && in swp_freq_calcuation()
768 (*(V + 30 + v - 1) > *(V + 30 + v)) && in swp_freq_calcuation()
769 (*(V + 30 + v - 1) > SIGMIN)) { in swp_freq_calcuation()
772 *SIG1 = *(V + 30 + v - 1); in swp_freq_calcuation()
774 (*(V + 30 + v) >= 0) && in swp_freq_calcuation()
775 (*(V + 30 + v - 1) >= 0) && in swp_freq_calcuation()
776 (*(V + 30 + v) > *(V + 30 + v - 1)) && in swp_freq_calcuation()
777 (*(V + 30 + v) > SIGMIN)) { in swp_freq_calcuation()
[all …]
/linux/Documentation/translations/zh_CN/arch/riscv/
H A Dboot.rst11 RISC-V内核启动要求和限制
17 这份文档描述了RISC-V内核对引导加载程序和固件的期望，以及任何开发者在接触
24 RISC-V内核对引导加载程序和平台固件有以下要求：
29 RISC-V内核期望：
37 RISC-V内核期望：
44 RISC-V内核在直接映射中不能映射任何常驻内存或用PMPs保护的内存，
50 RISC-V内核期望被放置在PMD边界（对于rv64为2MB对齐，对于rv32为4MB对齐）。
56 固件可以将设备树或ACPI表传递给RISC-V内核。
72 方法主要用于支持没有SBI HSM扩展和M模式RISC-V内核的旧固件。
74 扩展启动所有其他的hart。有序启动方法是启动RISC-V内核的首选启动方法，
[all …]
H A Dpatch-acceptance.rst18 RISC-V指令集体系结构是公开开发的：
20 生更改---有时以不兼容的方式对以前的草案进行更改。这种灵活性可能会给RISC-V Linux
22 们希望推广同样的规则到即将被内核合并的RISC-V相关代码。
26 我们仅接受相关标准已经被RISC-V基金会标准为“已批准”或“已冻结”的扩展或模块的补丁。
29 此外，RISC-V规范允许爱好者创建自己的自定义扩展。这些自定义拓展不需要通过RISC-V
30 基金会的任何审核或批准。为了避免将爱好者一些特别的RISC-V拓展添加进内核代码带来
31 的维护复杂性和对性能的潜在影响，我们将只接受RISC-V基金会正式冻结或批准的的扩展
H A Dvm-layout.rst12 RISC-V Linux上的虚拟内存布局
18 这份文件描述了RISC-V Linux内核使用的虚拟内存布局。
20 32位 RISC-V Linux 内核
23 RISC-V Linux Kernel SV32
28 64位 RISC-V Linux 内核
31 RISC-V特权架构文档指出，64位地址 "必须使第63-48位值都等于第47位，否则将发生缺页异常。"：这将虚
32 拟地址空间分成两半，中间有一个非常大的洞，下半部分是用户空间所在的地方，上半部分是RISC-V Linux
35 RISC-V Linux Kernel SV39
71 RISC-V Linux Kernel SV48
/linux/tools/build/tests/
H A Drun.sh5 make -C ex V=1 clean > ex.out 2>&1
6 make -C ex V=1 >> ex.out 2>&1
13 make -C ex V=1 clean > /dev/null 2>&1
18 make -C ex V=1 clean > ex.out 2>&1
21 make -rR -C ex V=1 ex.o >> ex.out 2>&1
22 make -rR -C ex V=1 ex.i >> ex.out 2>&1
23 make -rR -C ex V=1 ex.s >> ex.out 2>&1
35 make -C ex V=1 clean > /dev/null 2>&1
40 make -C ex V=1 clean > ex.out 2>&1
44 make -C ex V=1 CFLAGS=-DINCLUDE >> ex.out 2>&1
[all …]
/linux/arch/alpha/kernel/
H A Dentry.S691 #define V(n) stt $f##n, FR(n) macro
692 V( 0); V( 1); V( 2); V( 3)
693 V( 4); V( 5); V( 6); V( 7)
694 V( 8); V( 9); V(10); V(11)
695 V(12); V(13); V(14); V(15)
696 V(16); V(17); V(18); V(19)
697 V(20); V(21); V(22); V(23)
698 V(24); V(25); V(26); V(27)
700 V(28); V(29); V(30)
/linux/arch/arm/boot/dts/samsung/
H A Dexynos3250-artik5.dtsi102 regulator-name = "VLDO1_1.0V";
110 regulator-name = "VLDO2_1.2V";
121 regulator-name = "VLDO3_1.8V";
129 regulator-name = "VLDO4_1.8V";
137 regulator-name = "VLDO5_1.0V";
145 regulator-name = "VLDO6_1.0V";
156 regulator-name = "VLDO7_1.8V";
164 regulator-name = "VLDO8_3.0V";
172 regulator-name = "VLDO9_1.2V";
179 regulator-name = "VLDO10_1.0V";
[all …]
H A Ds5pv210-aquila.dts44 regulator-name = "V_TF_2.8V";
89 regulator-name = "VALIVE_1.1V";
96 regulator-name = "VUSB+MIPI_1.1V";
103 regulator-name = "VADC_3.3V";
109 regulator-name = "VTF_2.8V";
116 regulator-name = "VCC_3.3V";
123 regulator-name = "VCC_3.0V";
131 regulator-name = "VUSB+VDAC_3.3V";
138 regulator-name = "VCC+VCAM_2.8V";
145 regulator-name = "VPLL_1.1V";
[all …]
H A Dexynos4210-origen.dts45 regulator-name = "VMEM_VDD_2.8V";
195 regulator-name = "VDD_ABB_3.3V";
201 regulator-name = "VDD_ALIVE_1.1V";
208 regulator-name = "VMIPI_1.1V";
214 regulator-name = "VDD_RTC_1.8V";
221 regulator-name = "VMIPI_1.8V";
228 regulator-name = "VDD_AUD_1.8V";
234 regulator-name = "VADC_3.3V";
240 regulator-name = "DVDD_SWB_2.8V";
247 regulator-name = "VDD_PLL_1.1V";
[all …]
H A Ds5pv210-goni.dts47 regulator-name = "V_TF_2.8V";
101 regulator-name = "VALIVE_1.1V";
108 regulator-name = "VUSB+MIPI_1.1V";
115 regulator-name = "VADC_3.3V";
121 regulator-name = "VTF_2.8V";
127 regulator-name = "VCC_3.3V";
133 regulator-name = "VLCD_1.8V";
140 regulator-name = "VUSB+VDAC_3.3V";
146 regulator-name = "VCC+VCAM_2.8V";
152 regulator-name = "VPLL_1.1V";
[all …]
/linux/Documentation/fb/
H A Dviafb.modes29 # D: 25.175 MHz, H: 31.469 kHz, V: 59.94 Hz
32 # D: 24.823 MHz, H: 39.780 kHz, V: 60.00 Hz
53 # D: 31.50 MHz, H: 37.500 kHz, V: 75.00 Hz
74 # D: 36.000 MHz, H: 43.269 kHz, V: 85.00 Hz
95 # D: 43.163 MHz, H: 50.900 kHz, V: 100.00 Hz
116 # D: 52.406 MHz, H: 61.800 kHz, V: 120.00 Hz
137 # D: 26.880 MHz, H: 30.000 kHz, V: 60.24 Hz
158 # D: 29.500 MHz, H: 29.738 kHz, V: 60.00 Hz
179 # D: 32.668 MHz, H: 35.820 kHz, V: 60.00 Hz
200 # D: 40.00 MHz, H: 37.879 kHz, V: 60.32 Hz
[all …]
/linux/Documentation/devicetree/bindings/sound/
H A Dcs35l32.txt25 3 = Boost voltage fixed at 5 V.
40 0 = 3.1V
41 1 = 3.2V
42 2 = 3.3V (Default)
43 3 = 3.4V
46 0 = 3.1V
47 1 = 3.2V
48 2 = 3.3V
49 3 = 3.4V (Default)
50 4 = 3.5V
[all …]
/linux/drivers/comedi/drivers/tests/
H A Dni_routes_test.c29 #define V(x) ((x) | 0x80) macro
118 [x1] = V(x1), [x2] = V(x2), [x3] = V(x3), [x4] = V(x4), \
119 [x5] = V(x5), [x6] = V(x6), [x7] = V(x7), [x8] = V(x8), \
120 [x9] = V(x9),
135 [B(NI_RGOUT0)] = {[B(rgout0_src0)] = V(0),
136 [B(rgout0_src1)] = V(1)},
137 [B(NI_RTSI_BRD(0))] = {[B(brd0_src0)] = V(0),
138 [B(brd0_src1)] = V(1)},
139 [B(NI_RTSI_BRD(1))] = {[B(brd1_src0)] = V(0),
140 [B(brd1_src1)] = V(1)},
[all …]
/linux/Documentation/virt/hyperv/
H A Dvpci.rst5 In a Hyper-V guest VM, PCI pass-thru devices (also called
16 Hyper-V terminology for vPCI devices is "Discrete Device
17 Assignment" (DDA). Public documentation for Hyper-V DDA is
25 driver to interact directly with the hardware. See Hyper-V
35 Hyper-V provides full PCI functionality for a vPCI device when
40 its integration with the Linux PCI subsystem must use Hyper-V
41 specific mechanisms. Consequently, vPCI devices on Hyper-V
62 VMBus connection to the vPCI VSP on the Hyper-V host. That
76 PCI device setup follows a sequence that Hyper-V originally
80 with a bit of hackery in the Hyper-V virtual PCI driver for
[all …]
/linux/Documentation/devicetree/bindings/regulator/
H A Dltc3589.txt21 0.3625 V to 0.75 V in 12.5 mV steps. The output voltage thus ranges between
22 0.3625 * (1 + R1/R2) V and 0.75 * (1 + R1/R2) V. Regulators bb-out and ldo1
23 have a fixed 0.8 V reference and thus output 0.8 * (1 + R1/R2) V. The ldo3
24 regulator is fixed to 1.8 V on LTC3589 and to 2.8 V on LTC3589-1,2. The ldo4
25 regulator can output between 1.8 V and 3.3 V on LTC3589 and between 1.2 V
26 and 3.2 V on LTC3589-1,2 in four steps. The ldo1 standby regulator can not
/linux/Documentation/arch/riscv/
H A Dpatch-acceptance.rst8 The RISC-V instruction set architecture is developed in the open:
13 challenge for RISC-V Linux maintenance. Linux maintainers disapprove
16 principles to the RISC-V-related code that will be accepted for
22 RISC-V has a patchwork instance, where the status of patches can be checked:
26 If your patch does not appear in the default view, the RISC-V maintainers have
31 RISC-V `for-next` and `fixes` branches, depending on whether the patch has been
32 detected as a fix. Failing those, it will use the RISC-V `master` branch.
42 specifications from the RISC-V foundation this means "Frozen" or
47 Additionally, the RISC-V specification allows implementers to create
49 to go through any review or ratification process by the RISC-V
[all …]
H A Dhwprobe.rst3 RISC-V Hardware Probing Interface
6 The RISC-V hardware probing interface is based around a single syscall, which
49 as defined by the RISC-V privileged architecture specification.
52 defined by the RISC-V privileged architecture specification.
55 defined by the RISC-V privileged architecture specification.
76 minimumNumber/maximumNumber, not minNum/maxNum") of the RISC-V ISA manual.
79 by version 2.2 of the RISC-V ISA manual.
81 * :c:macro:`RISCV_HWPROBE_IMA_V`: The V extension is supported, as defined by
82 version 1.0 of the RISC-V Vector extension manual.
128 defined in version 1.0 of the RISC-V Cryptography Extensions Volume II.
[all …]

12345678910>>...33