/openbmc/linux/tools/testing/selftests/bpf/prog_tests/ |
H A D | cgroup_attach_override.c | 8 #define BAR "/foo/bar/" macro 55 bar = test__join_cgroup(BAR); in serial_test_cgroup_attach_override() 66 "attach prog to %s failed, errno=%d\n", BAR, errno)) in serial_test_cgroup_attach_override() 74 "detach prog from %s failed, errno=%d\n", BAR, errno)) in serial_test_cgroup_attach_override() 84 "attach prog to %s failed, errno=%d\n", BAR, errno)) in serial_test_cgroup_attach_override() 98 "attach prog to %s failed, errno=%d\n", BAR, errno)) in serial_test_cgroup_attach_override() 103 "attach prog to %s unexpectedly succeeded\n", BAR)) in serial_test_cgroup_attach_override() 108 "detach prog from %s failed, errno=%d\n", BAR, errno)) in serial_test_cgroup_attach_override() 123 "attach prog to %s unexpectedly succeeded\n", BAR)) in serial_test_cgroup_attach_override() 129 "attach prog to %s unexpectedly succeeded\n", BAR)) in serial_test_cgroup_attach_override()
|
/openbmc/openbmc/poky/meta/lib/oeqa/runtime/cases/ |
H A D | parselogs-ignores-qemuall.txt | 9 # pci 0000:00:00.0: [Firmware Bug]: reg 0x10: invalid BAR (can't size) 10 # pci 0000:00:00.0: [Firmware Bug]: reg 0x14: invalid BAR (can't size) 11 # pci 0000:00:00.0: [Firmware Bug]: reg 0x18: invalid BAR (can't size) 12 # pci 0000:00:00.0: [Firmware Bug]: reg 0x1c: invalid BAR (can't size) 13 # pci 0000:00:00.0: [Firmware Bug]: reg 0x20: invalid BAR (can't size) 14 # pci 0000:00:00.0: [Firmware Bug]: reg 0x24: invalid BAR (can't size) 15 invalid BAR (can't size) 20 can't claim BAR
|
H A D | parselogs-ignores-qemuppc.txt | 5 can't handle BAR above 4GB
|
/openbmc/qemu/docs/specs/ |
H A D | pci-testdev.rst | 8 Each of BAR 0+1 can be memory or IO. Guests must detect 9 BAR types and act accordingly. 11 BAR 0+1 size is up to 4K bytes each. 12 BAR 0+1 starts with the following header: 21 * any other value if test not supported on this BAR 24 uint32_t offset; /* read-only, offset in this BAR for a given test */ 32 The device is expected to always implement tests 0 to N on each BAR, and to add new 34 detects an access type that it does not support on this BAR, then stop. 36 BAR2 is a 64bit memory BAR, without backing storage. It is disabled
|
/openbmc/linux/Documentation/powerpc/ |
H A D | pci_iov_resource_on_powernv.rst | 173 software uses VF BAR registers in the *PF* SR-IOV Capability to 215 more in the next two sections. For a given VF BAR, we need to 217 position the VF BAR to start at the beginning of a free range of 244 VF(n) BAR space 253 Figure 1.0 Direct map VF(n) BAR space 263 VF(n) BAR space + extra 272 Figure 1.1 Map VF(n) BAR space + extra 285 aligned to the size of an individual VF BAR. 294 of the VF(n) BAR space in the VF BAR. If the PCI core allocates the exact 295 amount of space required for the VF(n) BAR space, the VF BAR value is fixed [all …]
|
/openbmc/linux/Documentation/gpu/rfc/ |
H A D | i915_small_bar.rst | 2 I915 Small BAR RFC Section 4 Starting from DG2 we will have resizable BAR support for device local-memory(i.e 5 I915_MEMORY_CLASS_DEVICE), but in some cases the final BAR size might still be 14 underneath the device has a small BAR, meaning only some portion of it is CPU 41 1) Error capture is best effort on small BAR systems; if the pages are not
|
/openbmc/qemu/hw/remote/ |
H A D | trace-events | 12 vfu_bar_register(int i, uint64_t addr, uint64_t size) "vfu: BAR %d: addr 0x%"PRIx64" size 0x%"PRIx6… 13 vfu_bar_rw_enter(const char *op, uint64_t addr) "vfu: %s request for BAR address 0x%"PRIx64"" 14 vfu_bar_rw_exit(const char *op, uint64_t addr) "vfu: Finished %s of BAR address 0x%"PRIx64""
|
/openbmc/qemu/docs/ |
H A D | pcie_sriov.txt | 22 A virtual function is different from a physical function in that the BAR 23 space for all VFs are defined by the BAR registers in the PFs SR/IOV 24 capability. All VFs have the same BARs and BAR sizes. 28 <VF BAR start> + <VF number> * <BAR sz> + <offset> 31 setting up a BAR for a VF.
|
/openbmc/linux/drivers/ntb/hw/idt/ |
H A D | Kconfig | 21 accepted by a BAR. Note that BAR0 must map PCI configuration space 25 BAR settings of peer NT-functions, the BAR setups can't be done over
|
/openbmc/linux/Documentation/misc-devices/ |
H A D | pci-endpoint-test.rst | 15 #) verifying addresses programmed in BAR 31 Tests the BAR. The number of the BAR to be tested
|
/openbmc/linux/Documentation/PCI/endpoint/ |
H A D | pci-ntb-function.rst | 117 the outbound ATU such that transactions to Doorbell BAR will be routed 128 will configure the outbound ATU such that transactions to MW BAR 155 same BAR. The initial portion of the region will have doorbell 166 same BAR. The initial portion of the region will have config region 177 Used to determine the offset within the DB BAR that should be written 233 If one 32-bit BAR is allocated for each of these regions, the scheme would 237 BAR NO CONSTRUCTS USED 247 However if we allocate a separate BAR for each of the regions, there would not 259 BAR NO CONSTRUCTS USED
|
H A D | pci-vntb-function.rst | 106 BAR NO CONSTRUCTS USED 119 BAR NO CONSTRUCTS USED
|
H A D | pci-endpoint.rst | 49 * set_bar: ops to configure the BAR 50 * clear_bar: ops to reset the BAR 102 the BAR. 188 The PCI Function driver can allocate space for a particular BAR using
|
/openbmc/linux/Documentation/translations/zh_CN/PCI/ |
H A D | acpi-info.rst | 25 发现它们,使用配置访问来发现和识别设备,并读取和测量它们的BAR。然而,如果ACPI为它们 29 ACPI资源描述是通过ACPI命名空间中设备的_CRS对象完成的[2]。_CRS就像一个通用的PCI BAR:
|
/openbmc/linux/Documentation/kbuild/ |
H A D | kconfig-language.rst | 124 bool "foo" if BAR 125 default y if BAR 129 depends on BAR 147 if FOO depends on BAR that is not set. 167 depends on BAR 172 FOO BAR BAZ's default choice for BAZ 202 imply BAR 537 depends on BAR && m 588 depends on BAR || !BAR 591 the combination of FOO=y with BAR=m, or BAR is completely disabled. [all …]
|
/openbmc/linux/Documentation/devicetree/bindings/i2c/ |
H A D | i2c-pxa-pci-ce4100.txt | 21 offset from be base of the BAR (which would be 23 the same BAR)
|
/openbmc/linux/Documentation/devicetree/bindings/pci/ |
H A D | cdns-pcie-host.yaml | 27 Set into the no BAR match register to configure the number of least
|
/openbmc/qemu/qapi/ |
H A D | common.json | 74 # An enumeration of options for specifying a PCI BAR 78 # @auto: The PCI BAR for the feature is automatically selected
|
/openbmc/linux/Documentation/translations/zh_CN/userspace-api/accelerators/ |
H A D | ocxl.rst | 68 设备被扫描并且BAR(基址寄存器)被分配。像“lspci”的命令因此可以被用于查看
|
/openbmc/linux/Documentation/driver-api/pci/ |
H A D | p2pdma.rst | 60 functionality. For example, if a specific RNIC added a BAR with some 69 A provider simply needs to register a BAR (or a portion of a BAR)
|
/openbmc/linux/drivers/firmware/broadcom/ |
H A D | Kconfig | 21 a PCI BAR.
|
/openbmc/qemu/docs/devel/ |
H A D | vfio-iommufd.rst | 146 BAR region yet. Below warning shows for assigned PCI device, it's not a bug. 150 qemu-system-x86_64: warning: IOMMU_IOAS_MAP failed: Bad address, PCI BAR?
|
/openbmc/linux/Documentation/accel/qaic/ |
H A D | aic100.rst | 45 * The first BAR is 4K in size, and exposes the MHI interface to the host. 47 * The second BAR is 2M in size, and exposes the DMA Bridge interface to the 50 * The third BAR is variable in size based on an individual AIC100's 51 configuration, but defaults to 64K. This BAR currently has no purpose. 258 DBC registers are exposed to the host via the second BAR. Each DBC consumes 259 4KB of space in the BAR.
|
/openbmc/linux/Documentation/driver-api/ |
H A D | men-chameleon-bus.rst | 67 header lists the device id, PCI BAR, offset from the beginning of the PCI 68 BAR, size in the FPGA, interrupt number and some other properties currently
|
/openbmc/qemu/pc-bios/ |
H A D | qemu_vga.ndrv | 121 assigned-addressesAAPL,addressBAR %02x not assigned ! 122 BAR %02x missing AAPL,address property ! 123 BAR %02x too big !
|