Home
last modified time | relevance | path

Searched +full:wait +full:- +full:on +full:- +full:read (Results 1 – 25 of 1037) sorted by relevance

12345678910>>...42

/openbmc/linux/Documentation/devicetree/bindings/memory-controllers/
H A Dti,gpmc-child.yaml1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/memory-controllers/ti,gpmc-child.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Tony Lindgren <tony@atomide.com>
11 - Roger Quadros <rogerq@kernel.org>
24 gpmc,sync-clk-ps:
28 # Chip-select signal timings corresponding to GPMC_CONFIG2:
29 gpmc,cs-on-ns:
33 gpmc,cs-rd-off-ns:
[all …]
/openbmc/linux/include/uapi/linux/
H A Ddma-buf.h1 /* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
26 * struct dma_buf_sync - Synchronize with CPU access.
29 * possible to guarantee coherency between the CPU-visible map and underlying
35 * with DMA_BUF_SYNC_START and the appropriate read/write flags. Once the
37 * DMA_BUF_SYNC_END and the same read/write flags.
43 * wait for buffer to be ready for reading or writing before calling this
45 * follow-up work is not submitted to GPU or other device driver until
50 * poll() on the DMA buffer file descriptor. If the driver or API requires
51 * explicit synchronization, the client may have to wait on a sync_file or
65 * Indicates that the mapped DMA buffer will be read by the
[all …]
/openbmc/openbmc-test-automation/lib/
H A Dstate_manager.robot17 [Documentation] Initiate host power on.
18 [Arguments] ${wait}=${1}
21 # wait Indicates that this keyword should wait for host running state.
27 # Does caller want to wait for status?
28 Run Keyword If '${wait}' == '${0}' Return From Keyword
30 Wait Until Keyword Succeeds
38 [Arguments] ${wait}=${1}
41 # wait Indicates that this keyword should wait for host off state.
47 # Does caller want to wait for status?
48 Run Keyword If '${wait}' == '${0}' Return From Keyword
[all …]
H A Dutils.robot81 [Documentation] Wait for Host to be online. Checks every X seconds
88 # max_timeout Maximum time to wait.
91 # interval Interval to wait between status checks.
95 Wait Until Keyword Succeeds
117 ... Read Attribute ${HOST_WATCHDOG_URI} ExpireAction
141 Redfish Power On stack_mode=skip quiet=1
174 ... Set Variable echo ${os_password} | sudo -S reboot
197 ... Set Variable echo ${os_password} | sudo -S shutdown${time_string}
208 # led_state LED state to be set (e.g. On, Off).
217 Read Turbo Setting Via REST
[all …]
/openbmc/linux/scripts/coccinelle/api/
H A Dstream_open.cocci1 // SPDX-License-Identifier: GPL-2.0
4 // Search for stream-like files that are using nonseekable_open and convert
5 // them to stream_open. A stream-like file is a file that does not use ppos in
6 // its read and write. Rationale for the conversion is to avoid deadlock in
7 // between read and write.
11 virtual explain // explain decisions in the patch (SPFLAGS="-D explain")
13 // stream-like reader & writer - ones that do not depend on f_pos.
38 identifier wait =~ "^wait_.*";
42 wait(...)
48 // XXX wait_* can be called not directly from current function (e.g. func -> f -> g -> wait())
[all …]
/openbmc/linux/Documentation/devicetree/bindings/bus/
H A Dqcom,ebi2.txt4 external memory (such as NAND or other memory-mapped peripherals) whereas
9 data lines (16 bits), OE (output enable), ADV (address valid, used on some
10 NOR flash memories), WE (write enable). This on top of 6 different chip selects
13 Apparently this bus is clocked at 64MHz. It has dedicated pins on the package
14 and the bus can only come out on these pins, however if some of the pins are
18 Also CS1 and CS2 has -A and -B signals. Why they have that is unclear to me.
24 CS0 GPIO134 0x1a800000-0x1b000000 (8MB)
25 CS1 GPIO39 (A) / GPIO123 (B) 0x1b000000-0x1b800000 (8MB)
26 CS2 GPIO40 (A) / GPIO124 (B) 0x1b800000-0x1c000000 (8MB)
27 CS3 GPIO133 0x1d000000-0x25000000 (128 MB)
[all …]
/openbmc/linux/include/linux/
H A Dsmp.h1 /* SPDX-License-Identifier: GPL-2.0 */
42 * Enqueue a llist_node on the call_single_queue; be very careful, read
51 int wait);
54 void *info, bool wait, const struct cpumask *mask);
60 * Architecture-dependent code may override them.
67 * Call a function on all processors
69 static inline void on_each_cpu(smp_call_func_t func, void *info, int wait) in on_each_cpu() argument
71 on_each_cpu_cond_mask(NULL, func, info, wait, cpu_online_mask); in on_each_cpu()
75 * on_each_cpu_mask(): Run a function on processors specified by
77 * @mask: The set of cpus to run on (only runs on online subset).
[all …]
H A Dnetfs.h1 /* SPDX-License-Identifier: GPL-2.0-or-later */
25 * Overload PG_private_2 to give us PG_fscache - this is used to indicate that
36 * folio_start_fscache - Start an fscache write on a folio.
50 * folio_end_fscache - End an fscache write on a folio.
54 * This will wake any sleepers waiting on this folio.
62 * folio_wait_fscache - Wait for an fscache write on this folio to end.
65 * If this folio is currently being written to a local cache, wait for
75 * folio_wait_fscache_killable - Wait for an fscache write on this folio to end.
78 * If this folio is currently being written to a local cache, wait
84 * - 0 if successful.
[all …]
/openbmc/openbmc/poky/bitbake/lib/toaster/tests/browser/
H A Dselenium_helpers_base.py5 # Copyright (C) 2013-2016 Intel Corporation
7 # SPDX-License-Identifier: GPL-2.0-only
9 # The Wait class and some of SeleniumDriverHelper and SeleniumTestCase are
33 # set default browser string based on env (if available)
40 options.add_argument('--headless')
41 options.add_argument('--disable-infobars')
42 options.add_argument('--disable-dev-shm-usage')
43 options.add_argument('--no-sandbox')
44 options.add_argument('--remote-debugging-port=9222')
50 …chrome_path = os.popen("find ~/.cache/selenium/chrome/ -name 'chrome' -type f -print -quit").read(…
[all …]
/openbmc/linux/tools/testing/selftests/powerpc/ptrace/
H A Dptrace-perf-hwbreak.c1 // SPDX-License-Identifier: GPL-2.0+
8 #include <sys/wait.h>
13 * Child subroutine that performs a load on the address, then traps
24 * Child subroutine that performs a load on the first address, then a load on
126 attr->type = PERF_TYPE_BREAKPOINT; in perf_user_event_attr_set()
127 attr->size = sizeof(struct perf_event_attr); in perf_user_event_attr_set()
128 attr->bp_type = HW_BREAKPOINT_R; in perf_user_event_attr_set()
129 attr->bp_addr = (u64)addr; in perf_user_event_attr_set()
130 attr->bp_len = len; in perf_user_event_attr_set()
131 attr->exclude_kernel = 1; in perf_user_event_attr_set()
[all …]
/openbmc/linux/drivers/gpu/drm/i915/
H A Di915_perf_types.h1 /* SPDX-License-Identifier: MIT */
17 #include <linux/wait.h>
101 * struct i915_perf_stream_ops - the OPs to support a specific stream type
119 * @poll_wait: Call poll_wait, passing a wait queue that will be woken
120 * once there is something ready to read() for the stream
124 poll_table *wait);
127 * @wait_unlocked: For handling a blocking read, wait until there is
128 * something to ready to read() for the stream. E.g. wait on the same
129 * wait queue that would be passed to poll_wait().
134 * @read: Copy buffered metrics as records to userspace
[all …]
/openbmc/qemu/docs/devel/
H A Drcu.rst1 Using RCU (Read-Copy-Update) for synchronization
4 Read-copy update (RCU) is a synchronization mechanism that is used to
5 protect read-mostly data structures. RCU is very efficient and scalable
6 on the read side (it is wait-free), and thus can make the read paths
10 thus it is not used alone. Typically, the write-side will use a lock to
17 RCU is fundamentally a "wait-to-finish" mechanism. The read side marks
18 sections of code with "critical sections", and the update side will wait
24 of the wait do not extend the wait, despite running concurrently with
26 for example, reader-writer locks. It is so much more scalable that
43 ------------------- ------------------------ -------------------
[all …]
/openbmc/linux/Documentation/block/
H A Dstat.rst29 read I/Os requests number of read I/Os processed
30 read merges requests number of read I/Os merged with in-queue I/O
31 read sectors sectors number of sectors read
32 read ticks milliseconds total wait time for read requests
34 write merges requests number of write I/Os merged with in-queue I/O
36 write ticks milliseconds total wait time for write requests
39 time_in_queue milliseconds total wait time for all requests
41 discard merges requests number of discard I/Os merged with in-queue I/O
43 discard ticks milliseconds total wait time for discard requests
45 flush ticks milliseconds total wait time for flush requests
[all …]
/openbmc/linux/drivers/mtd/nand/raw/
H A Dnand_legacy.c1 // SPDX-License-Identifier: GPL-2.0
4 * 2002-2006 Thomas Gleixner (tglx@linutronix.de)
23 * nand_read_byte - [DEFAULT] read one byte from the chip
26 * Default read function for 8bit buswidth
30 return readb(chip->legacy.IO_ADDR_R); in nand_read_byte()
34 * nand_read_byte16 - [DEFAULT] read one byte endianness aware from the chip
37 * Default read function for 16bit buswidth with endianness conversion.
42 return (uint8_t) cpu_to_le16(readw(chip->legacy.IO_ADDR_R)); in nand_read_byte16()
46 * nand_select_chip - [DEFAULT] control CE line
48 * @chipnr: chipnumber to select, -1 for deselect
[all …]
/openbmc/linux/Documentation/RCU/
H A Drcu.rst6 The basic idea behind RCU (read-copy update) is to split destructive
11 since dropped their references. For example, an RCU-protected deletion
12 from a linked list would first remove the item from the list, wait for
14 information on using RCU with linked lists.
17 --------------------------
19 - Why would anyone want to use RCU?
21 The advantage of RCU's two-part approach is that RCU readers need
23 shared memory, or (on CPUs other than Alpha) execute any memory
25 on modern CPUs is what gives RCU its performance advantages
26 in read-mostly situations. The fact that RCU readers need not
[all …]
H A Dchecklist.rst1 .. SPDX-License-Identifier: GPL-2.0
11 would cause. This list is based on experiences reviewing such patches
14 0. Is RCU being applied to a read-mostly situation? If the data
18 tool for the job. Yes, RCU does reduce read-side overhead by
19 increasing write-side overhead, which is exactly why normal uses
24 is the dynamic NMI code in the Linux 2.6 kernel, at least on
27 Yet another exception is where the low real-time latency of RCU's
28 read-side primitives is critically important.
33 counter-intuitive situation where rcu_read_lock() and
48 memory barriers on weakly ordered machines (pretty much all of
[all …]
/openbmc/linux/mm/
H A Dfilemap.c1 // SPDX-License-Identifier: GPL-2.0-only
5 * Copyright (C) 1994-1999 Linus Torvalds
30 #include <linux/error-injection.h>
33 #include <linux/backing-dev.h>
70 * finished 'unifying' the page and buffer cache and SMP-threaded the
71 * page-cache, 21.05.1999, Ingo Molnar <mingo@redhat.com>
73 * SMP-threaded pagemap-LRU 1999, Andrea Arcangeli <andrea@suse.de>
79 * ->i_mmap_rwsem (truncate_pagecache)
80 * ->private_lock (__free_pte->block_dirty_folio)
81 * ->swap_lock (exclusive_swap_page, others)
[all …]
/openbmc/linux/include/linux/platform_data/
H A Dgpmc-omap.h1 /* SPDX-License-Identifier: GPL-2.0-only */
5 * Copyright (C) 2014 Texas Instruments, Inc. - https://www.ti.com
34 /* Chip-select signal timings corresponding to GPMC_CS_CONFIG2 */
36 u32 cs_rd_off; /* Read deassertion time */
41 u32 adv_rd_off; /* Read deassertion time */
44 u32 adv_aad_mux_rd_off; /* ADV read deassertion time for AAD */
59 u32 access; /* Start-cycle to first data valid delay */
60 u32 rd_cycle; /* Total read cycle time */
69 /* The following are only on OMAP3430 */
95 u32 t_rd_cycle; /* read cycle time */
[all …]
/openbmc/linux/arch/arm/mach-omap2/
H A Domap-headsmp.S1 /* SPDX-License-Identifier: GPL-2.0-only */
5 * Copyright (C) 2009-2014 Texas Instruments, Inc.
10 * Interface functions needed for the SMP. This file is based on arm
21 /* Physical address needed since MMU not enabled yet on secondary core */
43 wait: ldr r2, =AUX_CORE_BOOT0_PA @ read from AuxCoreBoot0 label
49 bne wait
58 .arch armv7-a
61 wait_2: ldr r2, =AUX_CORE_BOOT0_PA @ read from AuxCoreBoot0
84 smc #0 @ read from AuxCoreBoot0
92 * we've been released from the wait loop,secondary_stack
[all …]
H A Dsleep24xx.S1 /* SPDX-License-Identifier: GPL-2.0-or-later */
3 * linux/arch/arm/mach-omap2/sleep.S
7 * Richard Woodruff <r-woodruff2@ti.com>
26 * omap24xx_cpu_suspend() - Forces OMAP into deep sleep state by completing
27 * SDRC shutdown then ARM shutdown. Upon wake MPU is back on so just restore
31 * R0 : DLL ctrl value pre-Sleep
35 * The if the DPLL is going to AutoIdle. It seems like the DPLL may be back on
36 * when we get called, but the DLL probably isn't. We will wait a bit more in
37 * case the DPLL isn't quite there yet. The code will wait on DLL for DDR even
40 * For less than 242x-ES2.2 upon wake from a sleep mode where the external
[all …]
/openbmc/qemu/include/io/
H A Dchannel.h25 #include "qemu/coroutine-core.h"
28 #define TYPE_QIO_CHANNEL "qio-channel"
33 #define QIO_CHANNEL_ERR_BLOCK -2
70 * - Use QOM to properly support arbitrary subclassing
71 * - Support use of iovecs for efficient I/O with multiple blocks
72 * - None of the character set translation, binary data exclusively
73 * - Direct support for QEMU Error object reporting
74 * - File descriptor passing
91 HANDLE event; /* For use with GSource on Win32 */
105 * must be thread-safe, terminate quickly and must not block.
[all …]
/openbmc/linux/tools/testing/selftests/memfd/
H A Dfuse_test.c1 // SPDX-License-Identifier: GPL-2.0
3 * memfd GUP test-case
5 * fuse_mnt.c program to provide a fake direct-IO FUSE mount-point for us. This
6 * file-system delays _all_ reads by 1s and forces direct-IO. This means, any
7 * read() on files in that file-system will pin the receive-buffer pages for at
10 * We use this trick to race ADD_SEALS against a write on a memfd object. The
12 * the read() syscall with our memory-mapped memfd object as receive buffer to
34 #include <sys/wait.h>
97 printf("ADD_SEALS(%d, %llu -> %llu) failed: %m\n", in mfd_assert_add_seals()
116 printf("ADD_SEALS(%d, %llu -> %llu) didn't fail as expected with EBUSY: %m\n", in mfd_busy_add_seals()
[all …]
/openbmc/linux/kernel/rcu/
H A Dtasks.h1 /* SPDX-License-Identifier: GPL-2.0+ */
3 * Task-based RCU implementations.
24 * struct rcu_tasks_percpu - Per-CPU component of definition for a Tasks-RCU-like mechanism.
26 * @lock: Lock protecting per-CPU callback list.
29 * @urgent_gp: Number of additional non-lazy grace periods.
30 * @rtp_n_lock_retries: Rough lock-contention statistic.
58 * struct rcu_tasks - Definition for a Tasks-RCU-like mechanism.
59 * @cbs_wait: RCU wait allowing a new callback to get kthread's attention.
61 * @tasks_gp_mutex: Mutex protecting grace period, needed during mid-boot dead zone.
62 * @gp_func: This flavor's grace-period-wait function.
[all …]
/openbmc/linux/tools/testing/selftests/mm/
H A Dcow.c1 // SPDX-License-Identifier: GPL-2.0-only
3 * COW (Copy On Write) tests.
21 #include <sys/wait.h>
68 for (; size; addr += pagesize, size -= pagesize) in range_is_swapped()
81 if (pipe(comm_pipes->child_ready) < 0) in setup_comm_pipes()
82 return -errno; in setup_comm_pipes()
83 if (pipe(comm_pipes->parent_ready) < 0) { in setup_comm_pipes()
84 close(comm_pipes->child_ready[0]); in setup_comm_pipes()
85 close(comm_pipes->child_ready[1]); in setup_comm_pipes()
86 return -errno; in setup_comm_pipes()
[all …]
/openbmc/linux/Documentation/hwmon/
H A Dabituguru-datasheet.rst5 First of all, what I know about uGuru is no fact based on any help, hints or
6 datasheet from Abit. The data I have got on uGuru have I assembled through
14 Olle Sandberg <ollebull@gmail.com>, 2005-05-25
19 and extended with write support and info on more databanks, the write support
27 Hans de Goede <j.w.r.degoede@hhs.nl>, 28-01-2006
33 As far as known the uGuru is always placed at and using the (ISA) I/O-ports
34 0xE0 and 0xE4, so we don't have to scan any port-range, just check what the two
35 ports are holding for detection. We will refer to 0xE0 as CMD (command-port)
39 present. We have to check for two different values at data-port, because
41 later on attached again data-port will hold 0x08, more about this later.
[all …]

12345678910>>...42