/linux/drivers/xen/ |
H A D | Makefile | 3 obj-y += grant-table.o features.o balloon.o manage.o time.o 42 obj-$(CONFIG_XEN_GRANT_DMA_OPS) += grant-dma-ops.o 43 obj-$(CONFIG_XEN_GRANT_DMA_IOMMU) += grant-dma-iommu.o
|
H A D | Kconfig | 137 tristate "userspace grant access device driver" 145 bool "Add support for dma-buf grant access device driver extension" 150 dma-buf implementation. With this extension grant references to 152 use and grant references coming from a foreign domain can be 156 tristate "User-space grant reference allocator driver" 165 bool "Allow allocating DMA capable buffers with grant reference module" 168 Extends grant table module API to allow allocating DMA capable 169 buffers and mapping foreign grant references on top of it. 341 memory regions, including grant maps and foreign pages. This avoids 369 Require virtio for Xen guests to use grant mappings.
|
H A D | xen-scsiback.c | 440 struct page **pg, grant_handle_t *grant, int cnt) in scsiback_gnttab_data_map_batch() argument 457 grant[i] = map[i].handle; in scsiback_gnttab_data_map_batch() 464 grant_handle_t *grant, int cnt, u32 flags) in scsiback_gnttab_data_map_list() argument 481 err = scsiback_gnttab_data_map_batch(map, pg, grant, mapcount); in scsiback_gnttab_data_map_list() 483 grant += mapcount; in scsiback_gnttab_data_map_list() 489 err = scsiback_gnttab_data_map_batch(map, pg, grant, mapcount); in scsiback_gnttab_data_map_list() 505 grant_handle_t *grant; in scsiback_gnttab_data_map() local 559 grant = pending_req->grant_handles + nr_sgl; in scsiback_gnttab_data_map() 563 pg, grant, nr_segments, flags); in scsiback_gnttab_data_map() 573 pg, grant, n_segs, flags); in scsiback_gnttab_data_map() [all …]
|
/linux/Documentation/ABI/testing/ |
H A D | sysfs-fs-xfs | 23 The current state of the log reserve grant head. It 33 The current state of the log write grant head. It
|
H A D | sysfs-driver-xen-blkback | 24 How long a persistent grant is allowed to remain 36 cache any page not backed by a grant mapping.
|
H A D | sysfs-module | 68 Description: Read and write number of grant entries to attempt to free per iteration. 71 interface for controlling the rate of deferred grant reclaim
|
H A D | sysfs-firmware-ofw | 3 Contact: Grant Likely <grant.likely@arm.com>, devicetree@vger.kernel.org
|
/linux/arch/arm/xen/ |
H A D | Makefile | 2 obj-y := enlighten.o hypercall.o grant-table.o p2m.o mm.o
|
/linux/arch/arm64/xen/ |
H A D | Makefile | 2 xen-arm-y += $(addprefix ../../arm/xen/, enlighten.o grant-table.o p2m.o mm.o)
|
/linux/Documentation/devicetree/bindings/arm/ |
H A D | xen.txt | 13 Region 0 is reserved for mapping grant table, it must be always present. 14 The memory region is large enough to map the whole grant table (it is larger
|
/linux/Documentation/userspace-api/ |
H A D | no_new_privs.rst | 5 The execve system call can grant a newly-started program privileges that 26 promises not to grant the privilege to do anything that could not have
|
/linux/fs/ceph/ |
H A D | caps.c | 3487 struct ceph_mds_caps *grant, in handle_cap_grant() argument 3495 int seq = le32_to_cpu(grant->seq); in handle_cap_grant() 3496 int newcaps = le32_to_cpu(grant->caps); in handle_cap_grant() 3498 u64 size = le64_to_cpu(grant->size); in handle_cap_grant() 3499 u64 max_size = le64_to_cpu(grant->max_size); in handle_cap_grant() 3558 WARN_ON(cap->cap_id != le64_to_cpu(grant->cap_id)); in handle_cap_grant() 3573 umode_t mode = le32_to_cpu(grant->mode); in handle_cap_grant() 3580 inode->i_uid = make_kuid(&init_user_ns, le32_to_cpu(grant->uid)); in handle_cap_grant() 3581 inode->i_gid = make_kgid(&init_user_ns, le32_to_cpu(grant->gid)); in handle_cap_grant() 3600 set_nlink(inode, le32_to_cpu(grant->nlink)); in handle_cap_grant() [all …]
|
/linux/arch/x86/xen/ |
H A D | Makefile | 17 obj-y += grant-table.o
|
/linux/net/sunrpc/xprtrdma/ |
H A D | rpc_rdma.c | 989 u32 grant) in __rpcrdma_update_cwnd_locked() argument 991 buf->rb_credits = grant; in __rpcrdma_update_cwnd_locked() 992 xprt->cwnd = grant << RPC_CWNDSHIFT; in __rpcrdma_update_cwnd_locked() 995 static void rpcrdma_update_cwnd(struct rpcrdma_xprt *r_xprt, u32 grant) in rpcrdma_update_cwnd() argument 1000 __rpcrdma_update_cwnd_locked(xprt, &r_xprt->rx_buf, grant); in rpcrdma_update_cwnd()
|
/linux/Documentation/devicetree/bindings/net/can/ |
H A D | mpc5xxx-mscan.txt | 5 Grant Likely <grant.likely@secretlab.ca>
|
/linux/Documentation/security/ |
H A D | landlock.rst | 74 hierarchy doesn't grant that access right. The following sequences of 116 grant access to an object, at least one rule of each layer must allow the
|
/linux/arch/powerpc/boot/dts/ |
H A D | media5200.dts | 6 * Grant Likely <grant.likely@secretlab.ca>
|
H A D | lite5200b.dts | 6 * Grant Likely <grant.likely@secretlab.ca>
|
H A D | amigaone.dts | 67 min-grant = <0>;
|
/linux/fs/ocfs2/dlm/ |
H A D | dlmconvert.c | 166 goto grant; in __dlmconvert_master() 187 grant: in __dlmconvert_master()
|
/linux/Documentation/locking/ |
H A D | locktypes.rst | 150 Because an rw_semaphore writer cannot grant its priority to multiple 153 can grant their priority to a writer, a preempted low-priority writer will 313 - Because an rwlock_t writer cannot grant its priority to multiple 316 can grant their priority to a writer, a preempted low-priority writer
|
/linux/LICENSES/dual/ |
H A D | copyleft-next-0.3.1 | 22 Subject to the terms of this License, I grant You: 32 This License does not grant any rights in My name, trademarks, service 102 Copyleft-Next Project, then the license I grant You under section 1 is no
|
/linux/fs/xfs/ |
H A D | xfs_sysfs.c | 440 atomic64_read(&to_xlog(kobject)->l_reserve_head.grant)); in reserve_grant_head_bytes_show() 450 atomic64_read(&to_xlog(kobject)->l_write_head.grant)); in write_grant_head_bytes_show()
|
H A D | xfs_log.c | 137 atomic64_sub(bytes, &head->grant); in xlog_grant_sub_space() 145 atomic64_add(bytes, &head->grant); in xlog_grant_add_space() 152 atomic64_set(&head->grant, 0); in xlog_grant_head_init() 186 atomic64_read(&head->grant); in xlog_grant_space_left() 3278 atomic64_read(&log->l_write_head.grant), in xlog_verify_dump_tail() 3279 atomic64_read(&log->l_reserve_head.grant), in xlog_verify_dump_tail()
|
/linux/Documentation/filesystems/xfs/ |
H A D | xfs-delayed-logging-design.rst | 225 Log space accounting is done via a pair of constructs called "grant heads". The 226 position of the grant heads is an absolute value, so the amount of space 228 grant head and the current log tail. That is, how much space can be 229 reserved/consumed before the grant heads would fully wrap the log and overtake 232 The first grant head is the "reserve" head. This tracks the byte count of the 239 The reserve grant head is used to accurately account for exact transaction 248 The other grant head is the "write" head. Unlike the reserve head, this grant 250 this might sound like it is accounting the same state as the reserve grant head 251 - and it mostly does track exactly the same location as the reserve grant head - 269 grant head does not track physical space - it only accounts for the amount of [all …]
|