From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15298 invoked by alias); 31 Mar 2009 09:05:09 -0000 Received: (qmail 15285 invoked by uid 22791); 31 Mar 2009 09:05:07 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: sourceware.org Received: from static-88-194-224-77.ipcom.comunitel.net (HELO panicking.kicks-ass.org) (77.224.194.88) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 31 Mar 2009 09:04:57 +0000 Received: from [192.168.0.194] (ident=michael) by panicking.kicks-ass.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1LoaQF-0000GC-Uh; Tue, 31 Mar 2009 11:38:20 +0200 Message-ID: <49D1DC2E.2060105@gandalf.sssup.it> Date: Tue, 31 Mar 2009 09:05:00 -0000 From: Michael Trimarchi User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Paul Mundt , Michael Trimarchi , binom , gdb@sourceware.org, linux-sh@vger.kernel.org Subject: Re: gdbserver on sh4 References: <49BA416E.6090901@evidence.eu.com> <49BB6311.30805@evidence.eu.com> <22798755.post@talk.nabble.com> <49D1D2F6.1000206@gandalf.sssup.it> <20090331085207.GC31415@linux-sh.org> In-Reply-To: <20090331085207.GC31415@linux-sh.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-03/txt/msg00191.txt.bz2 Paul Mundt wrote: > On Tue, Mar 31, 2009 at 10:23:18AM +0200, Michael Trimarchi wrote: > >> binom wrote: >> >>> Dear michael , >>> In your reply message it's written that "I fix this problem". >>> Can you pl explain what was the problem and and which is the components to >>> be updated for incorporating this fix? >>> Below given is the details of the host side GDB and target side gdbserver. >>> sh4-linux-gdb --version >>> GNU gdb STMicroelectronics/Linux Base 6.5-33 [build Jul 30 2008] >>> Copyright (C) 2006 Free Software Foundation, Inc. >>> GDB is free software, covered by the GNU General Public License, and you >>> are >>> welcome to change it and/or distribute copies of it under certain >>> conditions. >>> Type "show copying" to see the conditions. >>> There is absolutely no warranty for GDB. Type "show warranty" for details. >>> This GDB was configured as "--host=i686-pc-linux-gnu --target=sh4-linux". >>> >>> >> The problem is kernel git clone git://git.openmoko.org/git/kernel.git linux-2.6 >> side and not gdb side. I send a patch to the linux-sh >> mailing list. They save the dsp register on the stack before the >> processor cpu register >> but the offset of the struct is wrong calculated and if the linux kernel >> is compiled >> with the dsp option the PEEKUSR return the wrong register value. >> >> > The sanest thing really is just to throw the DSP state in to the thread > struct as we do with the FPU, and kill off all of the special DSP state > handling we have today. It costs us a thread flag to do lazy context > I just send a patch that put the dsp state in the thread struct > switching, but it's worth it to get that crap out of the regular register > save/restore paths, which is just way too fragile, and has not seen any > real maintenance since SH3-DSP. > So move the save/restore part of the dsp in private data of task and do like mips? > -- > To unsubscribe from this list: send the line "unsubscribe linux-sh" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > > Michael