Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752635AbcDKHkl (ORCPT ); Mon, 11 Apr 2016 03:40:41 -0400 Received: from e06smtp06.uk.ibm.com ([195.75.94.102]:35229 "EHLO e06smtp06.uk.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752472AbcDKHki (ORCPT ); Mon, 11 Apr 2016 03:40:38 -0400 X-IBM-Helo: d06dlp01.portsmouth.uk.ibm.com X-IBM-MailFrom: ldufour@linux.vnet.ibm.com X-IBM-RcptTo: linux-kernel@vger.kernel.org Subject: Re: [PATCH V10 00/28] Add new powerpc specific ELF core notes To: Michael Ellerman , Anshuman Khandual , linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org, Michael Ellerman References: <1455613198-5113-1-git-send-email-khandual@linux.vnet.ibm.com> <57062722.5090706@linux.vnet.ibm.com> <5EA48413-85A1-4CB7-8843-CE22B2BB1F08@ellerman.id.au> Cc: shuahkh@osg.samsung.com, mikey@neuling.org, james.hogan@imgtec.com, avagin@openvz.org, Paul.Clothier@imgtec.com, peterz@infradead.org, palves@redhat.com, emachado@linux.vnet.ibm.com, oleg@redhat.com, davem@davemloft.net, dhowells@redhat.com, Ulrich.Weigand@de.ibm.com, kirjanov@gmail.com, davej@redhat.com, akpm@linux-foundation.org, sukadev@linux.vnet.ibm.com, tglx@linutronix.de, sam.bobroff@au1.ibm.com From: Laurent Dufour Message-ID: <570B54EB.90507@linux.vnet.ibm.com> Date: Mon, 11 Apr 2016 09:40:27 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <5EA48413-85A1-4CB7-8843-CE22B2BB1F08@ellerman.id.au> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 16041107-0025-0000-0000-0000104A25E4 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 905 Lines: 24 On 07/04/2016 23:49, Michael Ellerman wrote: > > > On 7 April 2016 7:23:46 pm AEST, Laurent Dufour wrote: >> On 16/02/2016 09:59, Anshuman Khandual wrote: >>> This patch series adds twelve new ELF core note sections which can >>> be used with existing ptrace request PTRACE_GETREGSET-SETREGSET for >> accessing >>> various transactional memory and other miscellaneous debug register >> sets on >>> powerpc platform. >> >> Hi Michael, >> >> This series is required to handle TM state in CRIU. >> Is there a chance to get it upstream soon ? > > We were waiting on the gdb support to make sure it had some testing. If it's working for CRIU that would be a good data point, have you actually tested it with CRIU? I just started integrating it in CRIU, my basic tests didn't report any issue with the new ptrace API, but I can't state that it is bug free ;) Cheers, Laurent.