From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7861 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: stable 1.1.9 & current GIT broken on mips Date: Tue, 2 Jun 2015 13:19:24 -0400 Message-ID: <20150602171924.GI17573@brightrain.aerifal.cx> References: <1433236180.2010.17.camel@xiaoka.com> <20150602093553.GA10927@port70.net> <1433243791.2010.21.camel@xiaoka.com> <20150602112410.GC10927@port70.net> <1433246655.2010.22.camel@xiaoka.com> <556DD263.5070800@dd-wrt.com> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1433265582 7388 80.91.229.3 (2 Jun 2015 17:19:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 2 Jun 2015 17:19:42 +0000 (UTC) Cc: musl@lists.openwall.com To: Sebastian Gottschall Original-X-From: musl-return-7874-gllmg-musl=m.gmane.org@lists.openwall.com Tue Jun 02 19:19:42 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1Yzpqm-0004Di-H3 for gllmg-musl@m.gmane.org; Tue, 02 Jun 2015 19:19:40 +0200 Original-Received: (qmail 30323 invoked by uid 550); 2 Jun 2015 17:19:39 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 30305 invoked from network); 2 Jun 2015 17:19:38 -0000 Content-Disposition: inline In-Reply-To: <556DD263.5070800@dd-wrt.com> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:7861 Archived-At: On Tue, Jun 02, 2015 at 05:57:23PM +0200, Sebastian Gottschall wrote: > Hello > > i tested today the current 1.1.9 (and later also current git so see > if its the same behaviour) > build on a mipsr2 big endian target (atheros ar7xxx) based on my > dd-wrt firmware. > i found out that mips seems to be broken on musl right now. the > behaviour is > that a call using execvp will not result in calling the desired > application. > on a second call and a following return call, the userspace will > lock up with no way todo anything anymore. > > for testing i used the same compiler, just recompiled musl with > version 1.1.8 and overwrote the libc library and crt stuff. the > result was, that it worked > again without any issue > > it needs to be considered that parts of the code is compiled using > -mips16 and -minterlink-mips16 if that matters I suspect the regression is related to your use of mips16, which I had no idea worked at all with musl and is not something that's officially supported. Did you build musl itself as mips16? I don't think this is going to work because we have tail calls back and forth between C and asm code where the asm is written in normal 32-bit mips instructions. There may also be issues with the dynamic linker start code if crt_arch.h is assembled in mips16 mode. Could you provide details on your setup, specifically, which components are being compiled as mips16? Rich