From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 90615 invoked by alias); 28 Apr 2015 10:59:33 -0000 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 Received: (qmail 90602 invoked by uid 89); 28 Apr 2015 10:59:32 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-pa0-f50.google.com Received: from mail-pa0-f50.google.com (HELO mail-pa0-f50.google.com) (209.85.220.50) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Tue, 28 Apr 2015 10:59:31 +0000 Received: by pabsx10 with SMTP id sx10so161261719pab.3 for ; Tue, 28 Apr 2015 03:59:30 -0700 (PDT) X-Received: by 10.67.4.2 with SMTP id ca2mr30543218pad.62.1430218770196; Tue, 28 Apr 2015 03:59:30 -0700 (PDT) Received: from E107787-LIN (gcc1-power7.osuosl.org. [140.211.15.137]) by mx.google.com with ESMTPSA id zf1sm18677963pbc.43.2015.04.28.03.59.28 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 28 Apr 2015 03:59:29 -0700 (PDT) From: Yao Qi To: Sandra Loosemore Cc: Subject: Re: [patch 0/3, nios2] unbreak nios2-linux-gnu GDB References: <55393E8C.8090804@codesourcery.com> Date: Tue, 28 Apr 2015 11:15:00 -0000 In-Reply-To: <55393E8C.8090804@codesourcery.com> (Sandra Loosemore's message of "Thu, 23 Apr 2015 12:48:44 -0600") Message-ID: <86iocgwmb5.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-04/txt/msg01032.txt.bz2 Sandra Loosemore writes: > GDB support for nios2-linux-gnu became broken during the time when > glibc and kernel support for that target was transitioning to the > upstream repositories. Both ports were accepted around the first of > the year, but then the initial 3.19 kernel was not usable for testing > due to some unrelated problems with the ethernet support, it took a > long time to track down a bug that caused a kernel hang, and then we > ran into some additional bugs with kernel cache flushing. The icache > flush issues were fixed in time for the 4.0 kernel release and GDB is > working pretty well with that kernel version now for manual use, but > to get consistent results from automated testing I had to apply an > additional local patch to flush the dcache more aggressively. I > expect some version of that will make it into future kernel releases > since Altera is aware of the trouble now. In short, with your patches applied, GDB/GDBserver should work well with kernel 4.0 release (with your local patch to flush dcache), is it a correct statement? Do you have a GDB test summary (number of PASS and FAIL) to show how well it does now? > > There are 3 patches: > > (1) revert to using "trap 31" for breakpoints > (2) use PTRACE_GETREGSET/SETREGSET in gdbserver > (3) fixes for new implementation of signal handler trampolines > > Since the old out-of-tree kernel/glibc ports are now obsolete, we > haven't tried to maintain backward compatibility in these patches. I think we need a NEWS entry for this change. > > Yao, I noticed that you haven't updated your e-mail address in > MAINTAINERS; are you still acting as nios2 maintainer? ARM and Linaro isn't against me to reviewing nios2 gdb patches with my gmail address, so I think I can still review them. --=20 Yao (=E9=BD=90=E5=B0=A7)