From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756788Ab0FYTkt (ORCPT ); Fri, 25 Jun 2010 15:40:49 -0400 Received: from mail-iw0-f174.google.com ([209.85.214.174]:37837 "EHLO mail-iw0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756771Ab0FYTkr convert rfc822-to-8bit (ORCPT ); Fri, 25 Jun 2010 15:40:47 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=qvwhsBNYqWZWBHVkr0Qm2s/p2Shwmu5Ua8IIUmc+ekyL8UPqi6RXZ1QF3mt7KxRABs ybl3G6DHiMutY0EGS7K6yVvqlYcsgHwyViwTUCG/cJAxsX+T6S1J0lO4ZWBvdP8BwNLK Sj8Le3XuLcjZGSSm56smRoIfL62Z4epUzgX6Q= MIME-Version: 1.0 In-Reply-To: <20100625184504.GA11867@infradead.org> References: <20100624131455.GA10441@laptop> <20100625040156.GQ10441@laptop> <1A529206-98C4-4A88-A2CA-18522D4D631D@dilger.ca> <20100625181638.GA15227@infradead.org> <20100625184504.GA11867@infradead.org> From: Ulrich Drepper Date: Fri, 25 Jun 2010 12:40:22 -0700 Message-ID: Subject: Re: [rfc] new stat*fs-like syscall? To: Christoph Hellwig Cc: Andreas Dilger , Nick Piggin , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Al Viro , Ulrich Drepper , Linus Torvalds Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jun 25, 2010 at 11:45, Christoph Hellwig wrote: > I don't quite get what ST_WRITE is supposed to mean.  All but that one > can be supported trivially. ST_WRITE comes elsewhere. We don't use it on Linux. > In addition ST_APPEND and ST_IMMUTABLE are rather puzzling.  Do you > really want these to mean if the file we call statfs on have the > immutable/append only bits set?  That is mixing two bits of stat > information into statfs? Ignore these as well, they also has a different source. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ulrich Drepper Subject: Re: [rfc] new stat*fs-like syscall? Date: Fri, 25 Jun 2010 12:40:22 -0700 Message-ID: References: <20100624131455.GA10441@laptop> <20100625040156.GQ10441@laptop> <1A529206-98C4-4A88-A2CA-18522D4D631D@dilger.ca> <20100625181638.GA15227@infradead.org> <20100625184504.GA11867@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Andreas Dilger , Nick Piggin , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Al Viro , Ulrich Drepper , Linus Torvalds To: Christoph Hellwig Return-path: Received: from mail-iw0-f174.google.com ([209.85.214.174]:37837 "EHLO mail-iw0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756771Ab0FYTkr convert rfc822-to-8bit (ORCPT ); Fri, 25 Jun 2010 15:40:47 -0400 In-Reply-To: <20100625184504.GA11867@infradead.org> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Fri, Jun 25, 2010 at 11:45, Christoph Hellwig wr= ote: > I don't quite get what ST_WRITE is supposed to mean. =C2=A0All but th= at one > can be supported trivially. ST_WRITE comes elsewhere. We don't use it on Linux. > In addition ST_APPEND and ST_IMMUTABLE are rather puzzling. =C2=A0Do = you > really want these to mean if the file we call statfs on have the > immutable/append only bits set? =C2=A0That is mixing two bits of stat > information into statfs? Ignore these as well, they also has a different source. -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html