Home
last modified time | relevance | path

Searched refs:took (Results 1 – 25 of 48) sorted by relevance

12

/Linux-v5.10/Documentation/admin-guide/device-mapper/
Dstatistics.rst82 that took 0-10 ms to complete, b is the number of requests
83 that took 10-20 ms to complete, c is the number of requests
84 that took 20-30 ms to complete and d is the number of
85 requests that took more than 30 ms to complete.
/Linux-v5.10/Documentation/powerpc/
Dmpc52xx.rst38 so. I didn't took 5xxx because there's apparently a lot of 5xxx that have
/Linux-v5.10/Documentation/trace/
Devents-nmi.rst17 INFO: NMI handler took too long to run: 9.207 msecs
/Linux-v5.10/Documentation/i2c/
Dfault-codes.rst124 This is returned by drivers when an operation took too much
127 SMBus adapters may return it when an operation took more
/Linux-v5.10/Documentation/userspace-api/media/v4l/
Dvidioc-g-ctrl.rst93 applications took over control of the device function this control
/Linux-v5.10/Documentation/filesystems/caching/
Dfscache.rst426 between 0 jiffies and HZ-1 jiffies a variety of tasks took to run. The
433 OP RUNS Length of time a call to process an operation took
434 OBJ RUNS Length of time a call to process an object event took
439 Each row shows the number of events that took a particular range of times.
Dcachefiles.rst445 between 0 jiffies and HZ-1 jiffies a variety of tasks took to run. The
456 Each row shows the number of events that took a particular range of times.
/Linux-v5.10/Documentation/networking/device_drivers/ethernet/ti/
Dcpsw.rst271 // (I took at https://www.spinics.net/lists/netdev/msg460869.html)
278 // (I took at https://www.spinics.net/lists/netdev/msg460869.html)
558 // (I took at https://www.spinics.net/lists/netdev/msg460869.html)
/Linux-v5.10/Documentation/locking/
Dlockstat.rst66 - number of times we took the lock
Dlockdep-design.rst176 took any hardirq-unsafe lock in the past.
178 - if a new softirq-safe lock is discovered, we check whether it took
182 hardirq-safe lock took it in the past.
185 softirq-safe lock took it in the past.
Dhwspinlock.rst342 * we took the lock, do our thing now, but do NOT sleep
377 * we took the lock, do our thing now, but do NOT sleep
Drobust-futexes.rst158 [which it currently does for !pshared robust mutexes], and that took 256
/Linux-v5.10/arch/arm/kernel/
Dentry-header.S108 @ of the saved xPSR specifies if stack aligning took place. In this case
/Linux-v5.10/arch/arc/kernel/
Dentry-compact.S352 ; Special considerations needed for the context which took L2 intr
/Linux-v5.10/arch/m68k/ifpsp060/
Dfpsp.doc100 For example, if the 68060 hardware took a "Line-F Emulator" exception
Disp.doc108 For example, if the 68060 hardware took a "Unimplemented Integer Instruction"
/Linux-v5.10/kernel/trace/
DKconfig663 it took to write to the tracepoint and the next iteration that
665 will report the time it took to do the previous tracepoint.
695 it recorded and give a rough estimate of how long each iteration took.
/Linux-v5.10/Documentation/ABI/obsolete/
Dsysfs-driver-hid-roccat-isku95 epoch in which the last configuration took place.
/Linux-v5.10/Documentation/scsi/
DFlashPoint.rst114 message after 11pm one evening, and the meeting took place the next
/Linux-v5.10/fs/reiserfs/
DREADME140 implemented allocate on flush before us for XFS, and generously took
/Linux-v5.10/Documentation/admin-guide/media/
Ddvb_intro.rst165 Here's the output of the dvbv5 tools from a channel scan took from
/Linux-v5.10/arch/m68k/ifpsp060/src/
Dpfpsp.S1493 # fmove out took an unimplemented data type exception.
2038 # The opclass two PACKED instruction that took an "Unimplemented Data Type"
2469 # PC of instruction that took the exception is the PC in the frame
2956 # PC of instruction that took the exception is the PC in the frame
3076 # facc_out_{b,w,l}() - store to memory took access error (opcl 3) #
/Linux-v5.10/drivers/infiniband/hw/qib/
Dqib_iba7322.c1372 int took, multi, n = 0; in err_decode() local
1386 took = min_t(size_t, msp->sz - (size_t)1, len); in err_decode()
1387 memcpy(msg, msp->msg, took); in err_decode()
1388 len -= took; in err_decode()
1389 msg += took; in err_decode()
1402 took = scnprintf(msg, len, "_%d", idx); in err_decode()
1403 len -= took; in err_decode()
1404 msg += took; in err_decode()
/Linux-v5.10/Documentation/driver-api/mtd/
Dnand_ecc.rst282 The code works, but is not terribly efficient. On my system it took
594 linux code 1 million times, this took about 1 second on my system.
/Linux-v5.10/tools/perf/Documentation/
Dperf-trace.txt262 time it took for fault to be handled!

12