This series adds emulation for some transactional memory instructions
that will be used on POWER9 DD2.2 processors as part of the
workarounds for hardware bugs. The basic idea is that because the CPU
hardware cannot maintain a full checkpoint of the architected state
for all four threads, it needs
POWER9 has hardware bugs relating to transactional memory and thread
reconfiguration (changes to hardware SMT mode). Specifically, the core
does not have enough storage to store a complete checkpoint of all the
architected state for all four threads. The DD2.2 version of POWER9
includes hardware
This adds a CPU feature bit which is set for POWER9 DD2.2 processors
which will be used to enable software emulation for some transactional
memory instructions, in order to work around hardware bugs.
Signed-off-by: Paul Mackerras
---
arch/powerpc/include/asm/cputable.h | 5 -
arch/powerpc/k
On 06/12/17 02:13, Bryant G. Ly wrote:
>
>
> On 12/4/17 7:24 PM, Alexey Kardashevskiy wrote:
>> On 05/12/17 02:08, Bryant G. Ly wrote:
>>>
>>> On 12/2/17 7:45 PM, Alexey Kardashevskiy wrote:
On 10/11/17 01:00, Bryant G. Ly wrote:
> v1 - Initial patch
> v2 - Addressed Bjorn's comment
On Fri, 8 Dec 2017 14:35:33 +1100
Balbir Singh wrote:
> Certain HMI's such as malfunction error propagate through
> all threads/core on the system. If a thread was offline
> prior to us crashing the system and jumping to the kdump
> kernel, bad things happen when it wakes up due to an HMI
> in t
On Thu, Dec 7, 2017 at 4:59 PM, Gautham R. Shenoy
wrote:
> From: "Gautham R. Shenoy"
>
> On POWERNV platform, Pstates are 8-bit values. On POWER8 they are
> negatively numbered while on POWER9 they are positively
> numbered. Thus, on POWER9, the maximum number of pstates could be as
> high as 256
On Thu, Dec 7, 2017 at 10:01 PM, Colin King wrote:
> From: Colin Ian King
>
> Use the ARRAY_SIZE macro on several arrays to determine their size.
> Improvement suggested by coccinelle.
>
This file is taken from binutils and re-licensed. Keeping the file
as-is helps apply newer patches easily on
Certain HMI's such as malfunction error propagate through
all threads/core on the system. If a thread was offline
prior to us crashing the system and jumping to the kdump
kernel, bad things happen when it wakes up due to an HMI
in the kdump kernel.
There are several possible ways to solve this pro
On Thu, Dec 7, 2017 at 6:59 AM, Gautham R. Shenoy
wrote:
> From: "Gautham R. Shenoy"
>
> On POWERNV platform, Pstates are 8-bit values. On POWER8 they are
> negatively numbered while on POWER9 they are positively
> numbered. Thus, on POWER9, the maximum number of pstates could be as
> high as 256
imc_common_cpuhp_mem_free() is the common function for all IMC (In-memory
Collection counters) domains to unregister cpuhotplug callback and free memory.
Since kfree of memory allocated for nest-imc (per_nest_pmu_arr) is in the common
code, all domains (core/nest/thread) can do the kfree in the fai
On 12/07/2017 02:38 AM, Christophe Leroy wrote:
When running a command like 'chrt -f 99 dd if=/dev/zero of=/dev/null',
the watchdog_worker fails to service the HW watchdog and the
HW watchdog fires long before the watchdog soft timeout.
At the moment, the watchdog_worker is invoked as a delayed
Hello Michael,
On 12/07/2017 10:25 AM, Michael Ellerman wrote:
Hi Desnes,
Am I right that Alan largely wrote this patch?
If so it should probably be From: him, so that he is the author in the
git log.
Yes, Alan Modra is the main author and I am just committing it with
minor changes. Thus, t
Hi Desnes,
Am I right that Alan largely wrote this patch?
If so it should probably be From: him, so that he is the author in the
git log.
Desnes Augusto Nunes do Rosario writes:
> diff --git a/arch/powerpc/Makefile b/arch/powerpc/Makefile
> index 1381693..c472f5b 100644
> --- a/arch/powerpc/Ma
From: Colin Ian King
Use the ARRAY_SIZE macro on several arrays to determine their size.
Improvement suggested by coccinelle.
Signed-off-by: Colin Ian King
---
arch/powerpc/xmon/ppc-opc.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/arch/powerpc/xmon/ppc-opc
When running a command like 'chrt -f 99 dd if=/dev/zero of=/dev/null',
the watchdog_worker fails to service the HW watchdog and the
HW watchdog fires long before the watchdog soft timeout.
At the moment, the watchdog_worker is invoked as a delayed work.
Delayed works are handled by non realtime ke
15 matches
Mail list logo