From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/5504 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: More MIPS stat.h breakage...? Date: Wed, 16 Jul 2014 10:41:18 -0400 Message-ID: <20140716144118.GK17402@brightrain.aerifal.cx> References: <20140716041556.GA26058@brightrain.aerifal.cx> <20140716114005.GB2021@newbook> 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 1405521700 27576 80.91.229.3 (16 Jul 2014 14:41:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 16 Jul 2014 14:41:40 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-5509-gllmg-musl=m.gmane.org@lists.openwall.com Wed Jul 16 16:41:34 2014 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1X7QOi-0001WQ-C7 for gllmg-musl@plane.gmane.org; Wed, 16 Jul 2014 16:41:32 +0200 Original-Received: (qmail 9340 invoked by uid 550); 16 Jul 2014 14:41:31 -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 9332 invoked from network); 16 Jul 2014 14:41:31 -0000 Content-Disposition: inline In-Reply-To: <20140716114005.GB2021@newbook> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:5504 Archived-At: On Wed, Jul 16, 2014 at 04:40:06AM -0700, Isaac Dunham wrote: > I seem to remember some comment about trying to work on kernels that predate > stat64(). __stat_fixup would be a logical way to handle that, should that > still be intended. The idea of __stat_fixup is that it would patch a broken struct layout after a successful stat-family call, not make a new syscall. For a new syscall it would have to be separate workaround code in each variant (stat, lstat, fstat, fstatat) to do the appropriate workaround for each. This is a completely different scope. > The most precise information I can find is that stat64() dates to 2.4.18; > I'm not sure about the accuracy of that. > > But I don't have a strong opinion; I just noticed a similarity to an idea > that was mentioned some time back. > Also, I'm not aware of any reasons 2.4.1x might be a major target > for musl. ;-) I don't think there's any viable way to support kernels that old even partially without backporting some essential features. Rich