Searched full:mapping (Results 1 – 25 of 535) sorted by relevance
12345678910>>...22
| /Documentation/driver-api/ |
| D | io-mapping.rst | 8 The io_mapping functions in linux/io-mapping.h provide an abstraction for
9 efficiently mapping small regions of an I/O device to the CPU. The initial
14 A mapping object is created during driver initialization using::
20 mappable, while 'size' indicates how large a mapping region to
23 This _wc variant provides a mapping which may only be used with
27 With this mapping object, individual pages can be mapped either temporarily
31 void *io_mapping_map_local_wc(struct io_mapping *mapping,
34 void *io_mapping_map_atomic_wc(struct io_mapping *mapping,
37 'offset' is the offset within the defined mapping region. Accessing
46 Temporary mappings are only valid in the context of the caller. The mapping
[all …]
|
| /Documentation/admin-guide/mm/ |
| D | nommu-mmap.rst | 2 No-MMU memory mapping support
5 The kernel has limited support for memory mapping under no-MMU conditions, such
7 mapping is made use of in conjunction with the mmap() system call, the shmat()
9 mapping is actually performed by the binfmt drivers, which call back into the
12 Memory mapping behaviour also involves the way fork(), vfork(), clone() and
19 (#) Anonymous mapping, MAP_PRIVATE
27 (#) Anonymous mapping, MAP_SHARED
37 the underlying file are reflected in the mapping; copied across fork.
41 - If one exists, the kernel will re-use an existing mapping to the
45 - If possible, the file mapping will be directly on the backing device
[all …]
|
| /Documentation/core-api/ |
| D | dma-attributes.rst | 6 defined in linux/dma-mapping.h.
11 DMA_ATTR_WEAK_ORDERING specifies that reads and writes to the mapping
21 DMA_ATTR_WRITE_COMBINE specifies that writes to the mapping may be
32 virtual mapping for the allocated buffer. On some architectures creating
33 such mapping is non-trivial task and consumes very limited resources
52 having a mapping created separately for each device and is usually
67 device domain after releasing a mapping for it. Use this attribute with
73 By default DMA-mapping subsystem is allowed to assemble the buffer
82 This is a hint to the DMA-mapping subsystem that it's probably not worth
84 efficiency (AKA it's not worth trying to build the mapping out of larger
[all …]
|
| D | dma-api-howto.rst | 2 Dynamic DMA mapping Guide
53 | | mapping | | by host | |
59 | | Virtual |Buffer| Mapping | |
61 | | mapping | RAM | by IOMMU
86 mapping and returns the DMA address Z. The driver then tells the device to
90 So that Linux can use the dynamic DMA mapping, it needs some help from the
105 #include <linux/dma-mapping.h>
109 everywhere you hold a DMA address returned from the DMA mapping functions.
115 be used with the DMA mapping facilities. There has been an unwritten
337 The interfaces for using this type of mapping were designed in
[all …]
|
| D | dma-api.rst | 2 Dynamic DMA mapping using the generic device
19 To get the dma_API, you must #include <linux/dma-mapping.h>. This
203 Returns the maximum size of a mapping for the device. The size parameter
204 of the mapping functions like dma_map_single(), dma_map_page() and
212 Returns the maximum optimal size of a mapping for the device.
214 Mapping larger buffers may take much longer in certain scenarios. In
216 spent on the mapping may account for an appreciable part of the total
328 must be identical to those passed in (and returned) by the mapping
342 API for mapping and unmapping for pages. All the notes and warnings
343 for the other mapping APIs apply here. Also, although the <offset>
[all …]
|
| /Documentation/riscv/ |
| D | boot.rst | 14 mapping is set up.
40 PMPs, in the direct mapping, so the firmware must correctly mark those regions
117 Virtual mapping installation
120 The installation of the virtual mapping is done in 2 steps in the RISC-V kernel:
122 1. ``setup_vm()`` installs a temporary kernel mapping in ``early_pg_dir`` which
124 at this point. When establishing this mapping, no allocation can be done
128 2. ``setup_vm_final()`` creates the final kernel mapping in ``swapper_pg_dir``
130 mapping. When establishing this mapping, the kernel can allocate memory but
131 cannot access it directly (since the direct mapping is not present yet), so
136 direct mapping addresses to physical addresses, they need to know the start of
[all …]
|
| /Documentation/mm/ |
| D | highmem.rst | 18 The part of (physical) memory not covered by a permanent mapping is what we
64 These mappings are thread-local and CPU-local, meaning that the mapping
66 CPU while the mapping is active. Although preemption is never disabled by
68 CPU-hotplug until the mapping is disposed.
71 in which the local mapping is acquired does not allow it for other reasons.
82 virtual address of the direct mapping. Only real highmem pages are
95 therefore try to design their code to avoid the use of kmap() by mapping
107 NOTE: Conversions to kmap_local_page() must take care to follow the mapping
116 This permits a very short duration mapping of a single page. Since the
117 mapping is restricted to the CPU that issued it, it performs well, but
[all …]
|
| D | hugetlbfs_reserv.rst | 15 huge pages to cover the mapping, the mmap() would fail. This was first
17 were enough free huge pages to cover the mapping. Like most things in the
20 available for page faults in that mapping. The description below attempts to
50 There is one reserve map for each huge page mapping in the system.
52 the mapping. A region is described as::
61 indices into the mapping. Depending on the type of mapping, a
69 associated with the mapping.
71 Indicates task originally mapping this range (and creating
83 A huge page mapping or segment is either private or shared. If private,
91 time the mapping (mmap(MAP_PRIVATE)) is created.
[all …]
|
| D | remap_file_pages.rst | 5 The remap_file_pages() system call is used to create a nonlinear mapping,
6 that is, a mapping in which the pages of the file are mapped into a
12 Supporting of nonlinear mapping requires significant amount of non-trivial
14 nonlinear mapping work kernel need a way to distinguish normal page table
|
| D | ksm.rst | 20 Reverse mapping
22 KSM maintains reverse mapping information for KSM pages in the stable
27 list of struct ksm_rmap_item and the ``page->mapping`` of the
32 more "dups". Each "dup" keeps reverse mapping information for a KSM
33 page with ``page->mapping`` pointing to that "dup".
|
| /Documentation/devicetree/bindings/sound/ |
| D | qcom,wcd938x-sdw.yaml | 24 qcom,tx-port-mapping:
26 Specifies static port mapping between slave and master tx ports.
32 qcom,rx-port-mapping:
34 Specifies static port mapping between slave and master rx ports.
55 qcom,rx-port-mapping = <1 2 3 4 5>;
66 qcom,tx-port-mapping = <2 3 4 5>;
|
| D | st,sta32x.txt | 34 - st,ch1-output-mapping: Channel 1 output mapping
35 - st,ch2-output-mapping: Channel 2 output mapping
36 - st,ch3-output-mapping: Channel 3 output mapping
93 st,ch1-output-mapping = /bits/ 8 <0>; // set channel 1 output ch 1
94 st,ch2-output-mapping = /bits/ 8 <0>; // set channel 2 output ch 1
95 st,ch3-output-mapping = /bits/ 8 <0>; // set channel 3 output ch 1
|
| D | st,sta350.txt | 30 - st,ch1-output-mapping: Channel 1 output mapping
31 - st,ch2-output-mapping: Channel 2 output mapping
32 - st,ch3-output-mapping: Channel 3 output mapping
123 st,ch1-output-mapping = /bits/ 8 <0>; // set channel 1 output ch 1
124 st,ch2-output-mapping = /bits/ 8 <0>; // set channel 2 output ch 1
125 st,ch3-output-mapping = /bits/ 8 <0>; // set channel 3 output ch 1
|
| /Documentation/arch/xtensa/ |
| D | booting.rst | 14 the address must be a valid address in the current mapping. The kernel will
15 not change the mapping on its own.
17 default virtual mapping (0xd0000000..0xffffffff).
20 virtual mapping. It is considered physical if it is within the range of
21 physical addresses covered by the default KSEG mapping (XCHAL_KSEG_PADDR..
|
| /Documentation/arch/arm/ |
| D | memory.rst | 26 setup a minicache mapping.
42 fffe8000 fffeffff DTCM mapping area for platforms with
45 fffe0000 fffe7fff ITCM mapping area for platforms with
48 ffc80000 ffefffff Fixmap mapping region. Addresses provided
53 ff800000 ffbfffff Permanent, fixed read-only mapping of the
56 fee00000 feffffff Mapping of PCI I/O space. This is a static
57 mapping within the vmalloc space.
73 One way of mapping HIGHMEM pages into kernel
93 space are also caught via this mapping.
100 Since future CPUs may impact the kernel mapping layout, user programs
|
| /Documentation/arch/ia64/ |
| D | aliasing.rst | 30 page with both a cacheable mapping and an uncacheable mapping[1].
58 in the system because of constraints imposed by the identity mapping
72 identity mapping only when the entire granule supports cacheable
76 can referenced safely by an identity mapping.
102 by a kernel identity mapping, the user mapping must use the same
103 attribute as the kernel mapping.
105 If the region is not in kern_memmap, the user mapping should use
109 machines, this should use an uncacheable mapping as a fallback.
134 the WC mapping is allowed.
136 Otherwise, the user mapping must use the same attribute as the
[all …]
|
| /Documentation/core-api/irq/ |
| D | irq-domain.rst | 2 The irq_domain interrupt number mapping library
28 irq numbers, but they don't provide any support for reverse mapping of
32 The irq_domain library adds mapping between hwirq and IRQ numbers on
33 top of the irq_alloc_desc*() API. An irq_domain to manage mapping is
35 reverse mapping scheme.
46 (each mapping method has a different allocator function, more on that later).
53 hwirq number as arguments. If a mapping for the hwirq doesn't already
58 Once a mapping has been established, it can be retrieved or used via a
63 mapping.
65 hwirq number, and 0 if there was no mapping
[all …]
|
| /Documentation/admin-guide/device-mapper/ |
| D | dm-zoned.rst | 70 mapping of the logical device blocks. The mapping is done per chunk of
72 mapping table is indexed by chunk number and each mapping entry
74 mapping entry may also indicate if the zone number of a conventional
78 blocks in the data zones follows the mapping table. A valid block is
80 data chunk, a block is always valid only in the data zone mapping the
84 are processed by directly writing to the zone. If the mapping zone is a
92 automatically invalidate the same block in the sequential zone mapping
94 is freed and the chunk buffer zone becomes the primary zone mapping the
100 the sequential zone mapping a chunk, or if the chunk is buffered, from
101 the buffer zone assigned. If the accessed chunk has no mapping, or the
[all …]
|
| /Documentation/powerpc/ |
| D | vmemmap_dedup.rst | 14 With 2M PMD level mapping, we require 32 struct pages and a single 64K vmemmap
18 With 1G PUD level mapping, we require 16384 struct pages and a single 64K
20 require 16 64K pages in vmemmap to map the struct page for 1G PUD level mapping.
23 +-----------+ ---virt_to_page---> +-----------+ mapping to +-----------+
35 | mapping | +-----------+ | |
46 With 4K page size, 2M PMD level mapping requires 512 struct pages and a single
48 require 8 4K pages in vmemmap to map the struct page for 2M pmd level mapping.
52 +-----------+ ---virt_to_page---> +-----------+ mapping to +-----------+
64 | mapping | +-----------+ | |
74 With 1G PUD level mapping, we require 262144 struct pages and a single 4K
[all …]
|
| /Documentation/translations/zh_CN/mm/ |
| D | page_migration.rst | 143 2. ``int (*migratepage) (struct address_space *mapping,``
168 void __SetPageMovable(struct page *page, struct address_space *mapping)
175 page->mapping = page->mapping | PAGE_MAPPING_MOVABLE;
177 所以驱动不应该直接访问page->mapping。相反，驱动应该使用page_mapping()，它可
190 mapping->a_ops->isolate_page。lock_page()可以防止突然破坏page->mapping。
|
| /Documentation/devicetree/bindings/powerpc/fsl/ |
| D | cpus.txt | 24 - fsl,portid-mapping
27 Definition: The Coherency Subdomain ID Port Mapping Registers and
28 Snoop ID Port Mapping registers, which are part of the CoreNet
30 ID/CoreNet Snoop ID to cpu mapping functions. Certain bits from
|
| /Documentation/devicetree/bindings/powerpc/4xx/ |
| D | ppc440spe-adma.txt | 16 - reg : <registers mapping>
35 - reg : <registers mapping>
37 - interrupts : <interrupt mapping for DMA0/1 interrupts sources:
65 - reg : <registers mapping>
66 - interrupts : <interrupt mapping for XOR interrupt source>
|
| /Documentation/arch/x86/x86_64/ |
| D | mm.rst | 45 …ffff888000000000 | -119.5 TB | ffffc87fffffffff | 64 TB | direct mapping of all physical memory…
59 fffffe0000000000 | -2 TB | fffffe7fffffffff | 0.5 TB | cpu_entry_area mapping
63 ffffffef00000000 | -68 GB | fffffffeffffffff | 64 GB | EFI region mapping space
65 …ffffffff80000000 | -2 GB | ffffffff9fffffff | 512 MB | kernel text mapping, mapped to physic…
67 ffffffffa0000000 |-1536 MB | fffffffffeffffff | 1520 MB | module mapping space
104 …ff11000000000000 | -59.75 PB | ff90ffffffffffff | 32 PB | direct mapping of all physical memory…
118 fffffe0000000000 | -2 TB | fffffe7fffffffff | 0.5 TB | cpu_entry_area mapping
122 ffffffef00000000 | -68 GB | fffffffeffffffff | 64 GB | EFI region mapping space
124 …ffffffff80000000 | -2 GB | ffffffff9fffffff | 512 MB | kernel text mapping, mapped to physic…
126 ffffffffa0000000 |-1536 MB | fffffffffeffffff | 1520 MB | module mapping space
[all …]
|
| /Documentation/devicetree/bindings/leds/backlight/ |
| D | lm3630a-backlight.yaml | 80 ti,linear-mapping-mode:
82 Enable linear mapping mode. If disabled, then it will use exponential
83 mapping mode in which the ramp up/down appears to have a more uniform
133 ti,linear-mapping-mode;
139 ti,linear-mapping-mode;
|
| /Documentation/devicetree/bindings/rtc/ |
| D | google,goldfish-rtc.txt | 8 - reg : <registers mapping>
9 - interrupts : <interrupt mapping>
|
12345678910>>...22