linux-kernel - Re: request for patches: showing mount options

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 01 Aug 2007 08:20:20 +0200
From:	Miklos Szeredi <miklos@...redi.hu>
To:	trond.myklebust@....uio.no
CC:	chuck.lever@...cle.com, miklos@...redi.hu,
	linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
	kzak@...hat.com, sfrench@...ba.org, mark.fasheh@...cle.com,
	kurt.hackel@...cle.com
Subject: Re: request for patches: showing mount options

> On Tue, 2007-07-31 at 17:16 -0400, Chuck Lever wrote:
> > Miklos Szeredi wrote:
> > > It would be nice to have all this stuff in 2.6.24, which doesn't leave
> > > a lot of time.
> > 
> > Yes, that would be nice, but there's a lot of stuff that needs to get 
> > done before this.  NFS IPv6, for example, is a higher priority than 
> > refactoring to remove /etc/mtab -- the US government has a new 
> > requirement in 2008 for IPv6 support in any software that it purchases, 
> > and NFS may be a stumbling block for distributors if it doesn't have it.
> > 
> > So I'd say "no way" for 2.6.24, but it's really Trond's call to make.
> 
> I never like to tell people what their priorities should be. If someone
> is interested enough to do the work, then it will get done, however this
> cannot make the top of my already-overloaded list of priorities for
> 2.6.24, and it would appear that Chuck is busy too.
> 
> Any other volunteers out there?

I'm willing to help out.

I could have basically fixed up all filesystems, but I think it's
better if the maintainers do it and are aware that this needs to be
looked at each time a new option is added.

But there's no problem with making exceptions if the maintainers are
busy.

Miklos


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/