All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anshuman Khandual <khandual@linux.vnet.ibm.com>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Michael Neuling <mikey@neuling.org>,
	james.hogan@imgtec.com, avagin@openvz.org,
	Paul.Clothier@imgtec.com, peterz@infradead.org,
	palves@redhat.com, linux-kernel@vger.kernel.org, oleg@redhat.com,
	dhowells@redhat.com, linuxppc-dev@ozlabs.org, tglx@linutronix.de,
	davej@redhat.com, akpm@linux-foundation.org, davem@davemloft.net
Subject: Re: [PATCH V3 0/3] Add new PowerPC specific ELF core notes
Date: Thu, 17 Jul 2014 15:57:06 +0530	[thread overview]
Message-ID: <53C7A4FA.4030600@linux.vnet.ibm.com> (raw)
In-Reply-To: <53996E41.4070309@linux.vnet.ibm.com>

On 06/12/2014 02:39 PM, Anshuman Khandual wrote:
> On 05/23/2014 08:45 PM, Anshuman Khandual wrote:
>> 	This patch series adds five new ELF core note sections which can be
>> used with existing ptrace request PTRACE_GETREGSET/SETREGSET for accessing
>> various transactional memory and miscellaneous register sets on PowerPC
>> platform. Please find a test program exploiting these new ELF core note
>> types on a POWER8 system.
>>
>> RFC: https://lkml.org/lkml/2014/4/1/292
>> V1:  https://lkml.org/lkml/2014/4/2/43
>> V2:  https://lkml.org/lkml/2014/5/5/88
>>
>> Changes in V3
>> =============
>> (1) Added two new error paths in every TM related get/set functions when regset
>>     support is not present on the system (ENODEV) or when the process does not
>>     have any transaction active (ENODATA) in the context
>>
>> (2) Installed the active hooks for all the newly added regset core note types
>>
>> Changes in V2
>> =============
>> (1) Removed all the power specific ptrace requests corresponding to new NT_PPC_*
>>     elf core note types. Now all the register sets can be accessed from ptrace
>>     through PTRACE_GETREGSET/PTRACE_SETREGSET using the individual NT_PPC* core
>>     note type instead
>> (2) Fixed couple of attribute values for REGSET_TM_CGPR register set
>> (3) Renamed flush_tmreg_to_thread as flush_tmregs_to_thread
>> (4) Fixed 32 bit checkpointed GPR support
>> (5) Changed commit messages accordingly
>>
>> Outstanding Issues
>> ==================
>> (1) Running DSCR register value inside a transaction does not seem to be saved
>>     at thread.dscr when the process stops for ptrace examination.
> 
> Hey Ben,
> 
> Any updates on this patch series ?

Ben,

Any updates on this patch series ?

WARNING: multiple messages have this Message-ID (diff)
From: Anshuman Khandual <khandual@linux.vnet.ibm.com>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Michael Neuling <mikey@neuling.org>,
	james.hogan@imgtec.com, avagin@openvz.org,
	Paul.Clothier@imgtec.com, davem@davemloft.net,
	peterz@infradead.org, palves@redhat.com,
	linux-kernel@vger.kernel.org, oleg@redhat.com,
	dhowells@redhat.com, linuxppc-dev@ozlabs.org, davej@redhat.com,
	akpm@linux-foundation.org, tglx@linutronix.de
Subject: Re: [PATCH V3 0/3] Add new PowerPC specific ELF core notes
Date: Thu, 17 Jul 2014 15:57:06 +0530	[thread overview]
Message-ID: <53C7A4FA.4030600@linux.vnet.ibm.com> (raw)
In-Reply-To: <53996E41.4070309@linux.vnet.ibm.com>

On 06/12/2014 02:39 PM, Anshuman Khandual wrote:
> On 05/23/2014 08:45 PM, Anshuman Khandual wrote:
>> 	This patch series adds five new ELF core note sections which can be
>> used with existing ptrace request PTRACE_GETREGSET/SETREGSET for accessing
>> various transactional memory and miscellaneous register sets on PowerPC
>> platform. Please find a test program exploiting these new ELF core note
>> types on a POWER8 system.
>>
>> RFC: https://lkml.org/lkml/2014/4/1/292
>> V1:  https://lkml.org/lkml/2014/4/2/43
>> V2:  https://lkml.org/lkml/2014/5/5/88
>>
>> Changes in V3
>> =============
>> (1) Added two new error paths in every TM related get/set functions when regset
>>     support is not present on the system (ENODEV) or when the process does not
>>     have any transaction active (ENODATA) in the context
>>
>> (2) Installed the active hooks for all the newly added regset core note types
>>
>> Changes in V2
>> =============
>> (1) Removed all the power specific ptrace requests corresponding to new NT_PPC_*
>>     elf core note types. Now all the register sets can be accessed from ptrace
>>     through PTRACE_GETREGSET/PTRACE_SETREGSET using the individual NT_PPC* core
>>     note type instead
>> (2) Fixed couple of attribute values for REGSET_TM_CGPR register set
>> (3) Renamed flush_tmreg_to_thread as flush_tmregs_to_thread
>> (4) Fixed 32 bit checkpointed GPR support
>> (5) Changed commit messages accordingly
>>
>> Outstanding Issues
>> ==================
>> (1) Running DSCR register value inside a transaction does not seem to be saved
>>     at thread.dscr when the process stops for ptrace examination.
> 
> Hey Ben,
> 
> Any updates on this patch series ?

Ben,

Any updates on this patch series ?


  reply	other threads:[~2014-07-17 10:27 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-23 15:15 [PATCH V3 0/3] Add new PowerPC specific ELF core notes Anshuman Khandual
2014-05-23 15:15 ` Anshuman Khandual
2014-05-23 15:15 ` [PATCH V3 1/3] elf: Add some new PowerPC specifc note sections Anshuman Khandual
2014-05-23 15:15   ` Anshuman Khandual
2014-05-23 15:15 ` [PATCH V3 2/3] powerpc, ptrace: Enable support for transactional memory register sets Anshuman Khandual
2014-05-23 15:15   ` Anshuman Khandual
2014-07-24  6:56   ` Sam Bobroff
2014-08-27 21:35   ` Sukadev Bhattiprolu
2014-08-27 21:35     ` Sukadev Bhattiprolu
2014-10-09  5:04     ` Anshuman Khandual
2014-10-09  5:04       ` Anshuman Khandual
2014-05-23 15:15 ` [PATCH V3 3/3] powerpc, ptrace: Enable support for miscellaneous registers Anshuman Khandual
2014-05-23 15:15   ` Anshuman Khandual
2014-08-27 21:35   ` Sukadev Bhattiprolu
2014-08-27 21:35     ` Sukadev Bhattiprolu
2014-10-08 16:20     ` Anshuman Khandual
2014-10-08 16:20       ` Anshuman Khandual
2014-10-08 17:16       ` Sukadev Bhattiprolu
2014-10-08 17:16         ` Sukadev Bhattiprolu
2014-06-12  9:09 ` [PATCH V3 0/3] Add new PowerPC specific ELF core notes Anshuman Khandual
2014-06-12  9:09   ` Anshuman Khandual
2014-07-17 10:27   ` Anshuman Khandual [this message]
2014-07-17 10:27     ` Anshuman Khandual
2014-07-17 11:09     ` Benjamin Herrenschmidt
2014-07-17 11:09       ` Benjamin Herrenschmidt
2014-07-17 11:14       ` Michael Neuling
2014-07-17 23:23         ` Sam Bobroff
2014-07-17 23:23           ` Sam Bobroff
2014-07-18  8:13           ` Anshuman Khandual
2014-07-18  8:13             ` Anshuman Khandual
2014-07-24  6:52 ` Sam Bobroff
2014-10-07 12:35   ` Anshuman Khandual
2014-09-11  6:14 ` Anshuman Khandual
2014-09-11  6:14   ` Anshuman Khandual

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=53C7A4FA.4030600@linux.vnet.ibm.com \
    --to=khandual@linux.vnet.ibm.com \
    --cc=Paul.Clothier@imgtec.com \
    --cc=akpm@linux-foundation.org \
    --cc=avagin@openvz.org \
    --cc=benh@kernel.crashing.org \
    --cc=davej@redhat.com \
    --cc=davem@davemloft.net \
    --cc=dhowells@redhat.com \
    --cc=james.hogan@imgtec.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc-dev@ozlabs.org \
    --cc=mikey@neuling.org \
    --cc=oleg@redhat.com \
    --cc=palves@redhat.com \
    --cc=peterz@infradead.org \
    --cc=tglx@linutronix.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.