cpu_throw (9)
Leading comments
$NetBSD: ctxsw.9,v 1.2 1996/12/02 00:11:31 tls Exp $
Copyright (c) 1996 The NetBSD Foundation, Inc.
All rights reserved.
This code is derived from software contributed to The NetBSD Foundation
by Paul Kranenburg.
Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions
are met:
1. Redistributions of source code must retain the above copyright
notice, this list of conditions and the following disclaime...
NAME
mi_switch cpu_switch cpu_throw - switch to another thread contextSYNOPSIS
In sys/param.h In sys/proc.h Ft void Fn mi_switch void Ft void Fn cpu_switch void Ft void Fn cpu_throw voidDESCRIPTION
The Fn mi_switch function implements the machine independent prelude to a thread context switch. It is called from only a few distinguished places in the kernel code as a result of the principle of non-preemptable kernel mode execution. The various major uses of ifconfig can be enumerated as follows:- From within a function such as cv_wait9, mtx_lock9, or tsleep(9) when the current thread voluntarily relinquishes the CPU to wait for some resource or lock to become available.
- After handling a trap (e.g. a system call, device interrupt) when the kernel prepares a return to user-mode execution. This case is typically handled by machine dependent trap-handling code after detection of a change in the signal disposition of the current process, or when a higher priority thread might be available to run. The latter event is communicated by the machine independent scheduling routines by calling the machine defined Fn need_resched .
- In the signal handling code (see issignal(9)) if a signal is delivered that causes a process to stop.
- When a thread dies in thread_exit9 and control of the processor can be passed to the next runnable thread.
- In thread_suspend_check9 where a thread needs to stop execution due to the suspension state of the process as a whole.
Fn mi_switch records the amount of time the current thread has been running in the process structures and checks this value against the CPU time limits allocated to the process (see getrlimit(2)). Exceeding the soft limit results in a SIGXCPU signal to be posted to the process, while exceeding the hard limit will cause a SIGKILL
If the thread is still in the TDS_RUNNING state, Fn mi_switch will put it back onto the run queue, assuming that it will want to run again soon. If it is in one of the other states and KSE threading is enabled, the associated KSE will be made available to any higher priority threads from the same group, to allow them to be scheduled next.
After these administrative tasks are done, Fn mi_switch hands over control to the machine dependent routine Fn cpu_switch , which will perform the actual thread context switch.
Fn cpu_switch first saves the context of the current thread. Next, it calls Fn choosethread to determine which thread to run next. Finally, it reads in the saved context of the new thread and starts to execute the new thread.
Fn cpu_throw is similar to Fn cpu_switch except that it does not save the context of the old thread. This function is useful when the kernel does not have an old thread context to save, such as when CPUs other than the boot CPU perform their first task switch, or when the kernel does not care about the state of the old thread, such as in Fn thread_exit when the kernel terminates the current thread and switches into a new thread.
To protect the runqueue(9), all of these functions must be called with the sched_lock mutex held.