Home
last modified time | relevance | path

Searched hist:"8 a6a5920d3286eb0eae9f36a4ec4fc9df511eccb" (Results 1 – 5 of 5) sorted by relevance

/openbmc/linux/include/linux/
H A Dvtime.hdiff 8a6a5920d3286eb0eae9f36a4ec4fc9df511eccb Wed Dec 02 05:57:30 CST 2020 Frederic Weisbecker <frederic@kernel.org> sched/vtime: Consolidate IRQ time accounting

The 3 architectures implementing CONFIG_VIRT_CPU_ACCOUNTING_NATIVE
all have their own version of irq time accounting that dispatch the
cputime to the appropriate index: hardirq, softirq, system, idle,
guest... from an all-in-one function.

Instead of having these ad-hoc versions, move the cputime destination
dispatch decision to the core code and leave only the actual per-index
cputime accounting to the architecture.

Signed-off-by: Frederic Weisbecker <frederic@kernel.org>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Link: https://lore.kernel.org/r/20201202115732.27827-4-frederic@kernel.org
/openbmc/linux/arch/ia64/kernel/
H A Dtime.cdiff 8a6a5920d3286eb0eae9f36a4ec4fc9df511eccb Wed Dec 02 05:57:30 CST 2020 Frederic Weisbecker <frederic@kernel.org> sched/vtime: Consolidate IRQ time accounting

The 3 architectures implementing CONFIG_VIRT_CPU_ACCOUNTING_NATIVE
all have their own version of irq time accounting that dispatch the
cputime to the appropriate index: hardirq, softirq, system, idle,
guest... from an all-in-one function.

Instead of having these ad-hoc versions, move the cputime destination
dispatch decision to the core code and leave only the actual per-index
cputime accounting to the architecture.

Signed-off-by: Frederic Weisbecker <frederic@kernel.org>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Link: https://lore.kernel.org/r/20201202115732.27827-4-frederic@kernel.org
/openbmc/linux/arch/s390/kernel/
H A Dvtime.cdiff 8a6a5920d3286eb0eae9f36a4ec4fc9df511eccb Wed Dec 02 05:57:30 CST 2020 Frederic Weisbecker <frederic@kernel.org> sched/vtime: Consolidate IRQ time accounting

The 3 architectures implementing CONFIG_VIRT_CPU_ACCOUNTING_NATIVE
all have their own version of irq time accounting that dispatch the
cputime to the appropriate index: hardirq, softirq, system, idle,
guest... from an all-in-one function.

Instead of having these ad-hoc versions, move the cputime destination
dispatch decision to the core code and leave only the actual per-index
cputime accounting to the architecture.

Signed-off-by: Frederic Weisbecker <frederic@kernel.org>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Link: https://lore.kernel.org/r/20201202115732.27827-4-frederic@kernel.org
/openbmc/linux/kernel/sched/
H A Dcputime.cdiff 8a6a5920d3286eb0eae9f36a4ec4fc9df511eccb Wed Dec 02 05:57:30 CST 2020 Frederic Weisbecker <frederic@kernel.org> sched/vtime: Consolidate IRQ time accounting

The 3 architectures implementing CONFIG_VIRT_CPU_ACCOUNTING_NATIVE
all have their own version of irq time accounting that dispatch the
cputime to the appropriate index: hardirq, softirq, system, idle,
guest... from an all-in-one function.

Instead of having these ad-hoc versions, move the cputime destination
dispatch decision to the core code and leave only the actual per-index
cputime accounting to the architecture.

Signed-off-by: Frederic Weisbecker <frederic@kernel.org>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Link: https://lore.kernel.org/r/20201202115732.27827-4-frederic@kernel.org
/openbmc/linux/arch/powerpc/kernel/
H A Dtime.cdiff 8a6a5920d3286eb0eae9f36a4ec4fc9df511eccb Wed Dec 02 05:57:30 CST 2020 Frederic Weisbecker <frederic@kernel.org> sched/vtime: Consolidate IRQ time accounting

The 3 architectures implementing CONFIG_VIRT_CPU_ACCOUNTING_NATIVE
all have their own version of irq time accounting that dispatch the
cputime to the appropriate index: hardirq, softirq, system, idle,
guest... from an all-in-one function.

Instead of having these ad-hoc versions, move the cputime destination
dispatch decision to the core code and leave only the actual per-index
cputime accounting to the architecture.

Signed-off-by: Frederic Weisbecker <frederic@kernel.org>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Link: https://lore.kernel.org/r/20201202115732.27827-4-frederic@kernel.org