From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-ports-return-2688-listarch-libc-ports=sources.redhat.com@sourceware.org>
Received: (qmail 11338 invoked by alias); 22 May 2012 13:28:23 -0000
Received: (qmail 11228 invoked by uid 22791); 22 May 2012 13:28:20 -0000
X-SWARE-Spam-Status: No, hits=-2.9 required=5.0	tests=AWL,BAYES_00,KHOP_THREADED,TW_EG,T_RP_MATCHES_RCVD
X-Spam-Check-By: sourceware.org
Received: from usmamail.tilera.com (HELO USMAMAIL.TILERA.COM) (12.216.194.151)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 22 May 2012 13:28:07 +0000
Received: from [192.168.1.104] (24.34.76.130) by USMAExch2.tad.internal.tilera.com (10.3.0.33) with Microsoft SMTP Server id 14.0.694.0; Tue, 22 May 2012 09:28:05 -0400
Message-ID: <4FBB9463.6090600@tilera.com>
Date: Tue, 22 May 2012 13:28:00 -0000
From: Chris Metcalf <cmetcalf@tilera.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: "Joseph S. Myers" <joseph@codesourcery.com>
CC: <libc-ports@sourceware.org>
Subject: Re: [PATCH] tilegx: provide a setxid.h to handle negative uids
References: <201205172053.q4HKrjdU035038@gx-1.internal.tilera.com> <Pine.LNX.4.64.1205172317340.28988@digraph.polyomino.org.uk>
In-Reply-To: <Pine.LNX.4.64.1205172317340.28988@digraph.polyomino.org.uk>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-ports.sourceware.org>
List-Subscribe: <mailto:libc-ports-subscribe@sourceware.org>
List-Post: <mailto:libc-ports@sourceware.org>
List-Help: <mailto:libc-ports-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: libc-ports-owner@sourceware.org
X-SW-Source: 2012-05/txt/msg00127.txt.bz2

On 5/17/2012 7:20 PM, Joseph S. Myers wrote:
> On Thu, 17 May 2012, Chris Metcalf wrote:
>
>> We observed a bug where setreuid(-1, -1) was becoming
>> setreuid(4294967295, 4294967295) instead, and therefore failing,
>> instead of doing nothing and returning success.
> For MIPS there was such an issue but it was concluded that it was a kernel 
> bug and the kernel should properly extend syscall arguments passed from 
> userspace; see the references in bug 4459.  Is tilegx doing things 
> differently from that?

I was able to slide the change to the tilegx kernel to use SYSCALL_WRAPPERS
under the wire and hit 3.4.  I also tagged it for stable@vger.kernel.org. 
Thanks again!

-- 
Chris Metcalf, Tilera Corp.
http://www.tilera.com