From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ulrich Drepper Subject: Re: NFSv4/pNFS possible POSIX I/O API standards Date: Sat, 16 Dec 2006 11:08:20 -0800 Message-ID: <45844424.8070106@redhat.com> References: <20061205100748.GC5871@infradead.org> <4575E9B0.3060908@mcs.anl.gov> <20061205220538.GA1988@infradead.org> <45760702.6040805@redhat.com> <20061206100614.GX5937@schatzie.adilger.int> <4576FBB0.2070704@redhat.com> <4576FD78.4040603@mcs.anl.gov> <4577011F.6040107@redhat.com> <20061207055716.GM5937@schatzie.adilger.int> <4583238C.1020100@redhat.com> <20061216181333.GB5937@schatzie.adilger.int> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from mx1.redhat.com ([66.187.233.31]:37194 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1161376AbWLPTIv (ORCPT ); Sat, 16 Dec 2006 14:08:51 -0500 To: Ulrich Drepper , Rob Ross , Christoph Hellwig , Trond Myklebust , Sage Weil , Brad Boyer , Anton Altaparmakov , Gary Grider , linux-fsdevel@vger.kernel.org In-Reply-To: <20061216181333.GB5937@schatzie.adilger.int> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org Andreas Dilger wrote: > The kernel doesn't necessarily have to clear the fields. The per-fie= ld > valid flag would determine is that field had valid data or garbage. You cannot leak kernel memory content. Either you clear the field or,=20 in the code which actually copies the data to userlevel, you copy again= =20 field by field. The latter is far too slow. So you better clear all=20 fields. >> You can easily leave out the :ex=3D*** part of LS_COLORS. >=20 > Tell that to every distro maintainer, and/or try to convince the upst= ream > "ls" maintainers to change this. :-) Why? Tell this to people who are affected. > It isn't just to fix the ls --color problem. There are lots of other > apps that need some stat fields and not others. Name them. I've asked for it before and got the answer "it's mainly=20 ls". Now ls is debunked. So, provide more evidence that the=20 getdirentplus support is needed. > Also, implementing > the compatibility support for this (statlite->stat(), flags=3D$all_va= lid) > is trivial, if potentially less performant (though no worse than toda= y). We're not talking about statlite. The ls case is about getdirentplus.=20 I fail to see evidence that it is really needed. --=20 =E2=9E=A7 Ulrich Drepper =E2=9E=A7 Red Hat, Inc. =E2=9E=A7 444 Castro S= t =E2=9E=A7 Mountain View, CA =E2=9D=96 - 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