/Linux-v5.10/scripts/ |
D | jobserver-exec | 15 jobs = b"" variable 37 jobs += slot 43 if len(jobs): 44 os.write(writer, jobs) 48 claim = len(jobs) + 1 63 if len(jobs): 64 os.write(writer, jobs)
|
/Linux-v5.10/drivers/md/ |
D | dm-kcopyd.c | 411 static struct kcopyd_job *pop_io_job(struct list_head *jobs, in pop_io_job() argument 420 list_for_each_entry(job, jobs, list) { in pop_io_job() 436 static struct kcopyd_job *pop(struct list_head *jobs, in pop() argument 444 if (!list_empty(jobs)) { in pop() 445 if (jobs == &kc->io_jobs) in pop() 446 job = pop_io_job(jobs, kc); in pop() 448 job = list_entry(jobs->next, struct kcopyd_job, list); in pop() 457 static void push(struct list_head *jobs, struct kcopyd_job *job) in push() argument 463 list_add_tail(&job->list, jobs); in push() 468 static void push_head(struct list_head *jobs, struct kcopyd_job *job) in push_head() argument [all …]
|
/Linux-v5.10/Documentation/core-api/ |
D | padata.rst | 9 Padata is a mechanism by which the kernel can farm jobs out to be done in 16 Padata also supports multithreaded jobs, splitting up the job evenly while load 25 The first step in using padata to run serialized jobs is to set up a 26 padata_instance structure for overall control of how jobs are to be run:: 39 jobs to be serialized independently. A padata_instance may have one or more 40 padata_shells associated with it, each allowing a separate series of jobs. 45 The CPUs used to run jobs can be changed in two ways, programatically with 52 parallel cpumask describes which processors will be used to execute jobs 116 true parallelism is achieved by submitting multiple jobs. parallel() runs with 141 pains to ensure that jobs are completed in the order in which they were [all …]
|
/Linux-v5.10/tools/testing/kunit/ |
D | kunit_kernel.py | 80 def make(self, jobs, build_dir, make_options): argument 81 command = ['make', 'ARCH=um', '--jobs=' + str(jobs)] 195 def build_um_kernel(self, alltests, jobs, build_dir, make_options): argument 200 self._ops.make(jobs, build_dir, make_options)
|
D | kunit.py | 74 request.jobs, 144 build_request = KunitBuildRequest(request.jobs, request.build_dir, 266 cli_args.jobs, 300 request = KunitBuildRequest(cli_args.jobs,
|
/Linux-v5.10/drivers/gpu/drm/panfrost/ |
D | panfrost_job.c | 344 pfdev->jobs[slot] = job; in panfrost_job_run() 411 if (pfdev->jobs[i]) { in panfrost_job_timedout() 414 pfdev->jobs[i] = NULL; in panfrost_job_timedout() 475 job = pfdev->jobs[j]; in panfrost_job_irq_handler() 478 pfdev->jobs[j] = NULL; in panfrost_job_irq_handler()
|
D | TODO | 11 - Compute job support. So called 'compute only' jobs need to be plumbed up to
|
D | panfrost_device.h | 102 struct panfrost_job *jobs[NUM_JOB_SLOTS]; member
|
/Linux-v5.10/Documentation/admin-guide/device-mapper/ |
D | kcopyd.rst | 10 to set aside for their copy jobs. This is done with a call to 43 When a user is done with all their copy jobs, they should call
|
D | unstriped.rst | 105 has read and write jobs that are independent of each other. Compared to
|
/Linux-v5.10/Documentation/dev-tools/kunit/ |
D | kunit-tool.rst | 44 ./tools/testing/kunit/kunit.py run --timeout=30 --jobs=`nproc --all` 47 - ``--jobs`` sets the number of threads to use to build the kernel.
|
/Linux-v5.10/tools/testing/selftests/net/ |
D | udpgso_bench.sh | 51 if [[ "${jobs}" != "" ]]; then
|
D | udpgro_bench.sh | 12 [ -n "${jobs}" ] && kill -INT ${jobs} 2>/dev/null
|
D | udpgro.sh | 12 [ -n "${jobs}" ] && kill -1 ${jobs} 2>/dev/null
|
/Linux-v5.10/drivers/net/wireless/cisco/ |
D | airo.c | 1205 unsigned long jobs; member 1335 clear_bit(JOB_MIC, &ai->jobs); in micinit() 1893 clear_bit(JOB_DIE, &ai->jobs); in airo_open() 1905 set_bit(JOB_DIE, &ai->jobs); in airo_open() 2110 clear_bit(JOB_XMIT, &priv->jobs); in airo_end_xmit() 2166 set_bit(JOB_XMIT, &priv->jobs); in airo_start_xmit() 2182 clear_bit(JOB_XMIT11, &priv->jobs); in airo_end_xmit11() 2245 set_bit(JOB_XMIT11, &priv->jobs); in airo_start_xmit11() 2258 clear_bit(JOB_STATS, &ai->jobs); in airo_read_stats() 2290 if (!test_bit(JOB_STATS, &local->jobs)) { in airo_get_stats() [all …]
|
/Linux-v5.10/Documentation/admin-guide/cgroup-v1/ |
D | cpusets.rst | 87 can benefit from explicitly placing jobs on properly sized subsets of 100 executing jobs. The location of the running jobs pages may also be moved 252 jobs can share common kernel data, such as file system pages, while 254 construct a large mem_exclusive cpuset to hold all the jobs, and 268 This enables batch managers monitoring jobs running in dedicated 273 submitted jobs, which may choose to terminate or re-prioritize jobs that 276 computing jobs that will dramatically fail to meet required performance 381 This policy can provide substantial improvements for jobs that need 384 the several nodes in the jobs cpuset in order to fit. Without this 385 policy, especially for jobs that might have one thread reading in the [all …]
|
D | memcg_test.rst | 234 run jobs under child_a and child_b 236 create/delete following groups at random while jobs are running:: 242 running new jobs in new group is also good.
|
/Linux-v5.10/Documentation/accounting/ |
D | psi.rst | 27 dynamically using techniques such as load shedding, migrating jobs to 29 priority or restartable batch jobs.
|
/Linux-v5.10/tools/cgroup/ |
D | iocost_coef_gen.py | 89 def run_fio(testfile, duration, iotype, iodepth, blocksize, jobs): argument
|
/Linux-v5.10/Documentation/admin-guide/ |
D | efi-stub.rst | 23 elilo. Since the EFI boot stub performs the jobs of a boot loader, in
|
/Linux-v5.10/drivers/crypto/caam/ |
D | Kconfig | 121 & receiving crypto jobs to/from CAAM. This gives better performance
|
/Linux-v5.10/Documentation/vm/ |
D | hwpoison.rst | 145 echo `jobs -p` > /sys/fs/cgroup/mem/hwpoison/tasks
|
/Linux-v5.10/drivers/media/platform/ |
D | rcar_fdp1.c | 568 struct fdp1_job jobs[FDP1_NUMBER_JOBS]; member 2274 for (i = 0; i < ARRAY_SIZE(fdp1->jobs); i++) in fdp1_probe() 2275 list_add(&fdp1->jobs[i].list, &fdp1->free_job_list); in fdp1_probe()
|
/Linux-v5.10/Documentation/gpu/ |
D | tegra.rst | 24 - A set of custom userspace IOCTLs that can be used to submit jobs to the
|
/Linux-v5.10/drivers/dma/ |
D | Kconfig | 226 Channel virtualization is supported through enqueuing of DMA jobs to, 227 or dequeuing DMA jobs from, different work queues.
|