From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8539 invoked by alias); 19 May 2010 14:16:18 -0000 Received: (qmail 8530 invoked by uid 22791); 19 May 2010 14:16:17 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 19 May 2010 14:16:09 +0000 Received: (qmail 28360 invoked from network); 19 May 2010 14:16:06 -0000 Received: from unknown (HELO ?172.16.1.24?) (maxim@127.0.0.2) by mail.codesourcery.com with ESMTPA; 19 May 2010 14:16:06 -0000 Message-ID: <4BF3F2A3.2040607@codesourcery.com> Date: Wed, 19 May 2010 15:06:00 -0000 From: Maxim Kuvyrkov User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Maxim Kuvyrkov CC: gdb-patches@sourceware.org, Andreas Schwab Subject: Re: [PATCH, M68K] Handle TLS References: <4AF05659.1070404@codesourcery.com> <20091103230812.GA8761@caradoc.them.org> <4AF13ABF.7030407@codesourcery.com> In-Reply-To: <4AF13ABF.7030407@codesourcery.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-05/txt/msg00387.txt.bz2 On 11/4/09 11:26 AM, Maxim Kuvyrkov wrote: > Daniel Jacobowitz wrote: >> On Tue, Nov 03, 2009 at 07:12:09PM +0300, Maxim Kuvyrkov wrote: >>> Hi, >>> >>> The following simple patch adds handling of TLS to m68k gdbserver. >>> >>> A corresponding kernel patch is being reviewed here >>> . >>> >>> Tested on coldfire-linux. >>> >>> OK to apply? >> >> This is fine with two caveats: >> >> * I think it would be best to not apply it until you have an ack for >> the kernel patch defining PTRACE_GET_THREAD_AREA. > > OK, that may take a while though. >> >> * Provide a fallback definition for PTRACE_GET_THREAD_AREA. I assume >> existing m68k kernel headers do not define it, so the build would >> fail. > > OK. The kernel patches implementing NPTL support and PTRACE_GET_THREAD_AREA were checked in several months ago. I have now checked this GDB patch with definition of ps_get_thread_area conditioned on "#ifdef PTRACE_GET_THREAD_AREA". Regards, -- Maxim Kuvyrkov CodeSourcery maxim@codesourcery.com (650) 331-3385 x724