From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16868 invoked by alias); 16 Nov 2012 01:52:20 -0000 Received: (qmail 16703 invoked by uid 22791); 16 Nov 2012 01:52:19 -0000 X-SWARE-Spam-Status: No, hits=-0.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,KHOP_RCVD_TRUST,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-pa0-f41.google.com (HELO mail-pa0-f41.google.com) (209.85.220.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 16 Nov 2012 01:52:14 +0000 Received: by mail-pa0-f41.google.com with SMTP id fa10so1599740pad.0 for ; Thu, 15 Nov 2012 17:52:13 -0800 (PST) Received: by 10.66.89.9 with SMTP id bk9mr8310284pab.67.1353030733266; Thu, 15 Nov 2012 17:52:13 -0800 (PST) Received: from localhost ([159.226.43.42]) by mx.google.com with ESMTPS id vn2sm318382pbc.31.2012.11.15.17.52.10 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Nov 2012 17:52:12 -0800 (PST) Date: Fri, 16 Nov 2012 01:52:00 -0000 From: yili0568@gmail.com To: "Joseph S. Myers" Cc: libc-ports@sourceware.org Subject: Re: sendfile64 not impelemented in mips64 Message-ID: <20121116015138.GA1719@gentoo.L3L6.loongson.cn> References: <20121115063605.GA24663@gentoo.L3L6.loongson.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-ports-owner@sourceware.org X-SW-Source: 2012-11/txt/msg00046.txt.bz2 On Thu, Nov 15, 2012 at 10:33:55PM +0000, Joseph S. Myers wrote: > MIPS n64 does not use sysdeps/unix/sysv/linux/wordsize-64 because of > differences between struct stat and struct stat64. To determine whether > some aspect of the sysdeps/unix/sysv/linux/wordsize-64 implementation of > some function should be copied for n64 you need to examine the interface > to the function, and the associated underlying syscall in the Linux > kernel, to determine whether such copying is correct in the particular > case. Depending on the userspace interface to the function, and the > kernel syscall interface, in the particular case, it may or may not be > appropriate to handle n32 like n64 as well. If I call sendfile64 and sendfile used with assembly language in mips64el platform, It works well. > It would make sense for someone to go through everything in > sysdeps/unix/sysv/linux/wordsize-64, with reference to the MIPS syscall > interface, to work out what is correct and what is optimal for both n64 > and n32 for each function. the sendfile64.c is empty in the directory sysdeps/unix/sysv/linux/wordsize-64 > -- > Joseph S. Myers > joseph@codesourcery.com