Re: [Joel.Becker@oracle.com: Re: [Linux-cluster] Re: [PATCH 1/3] dlm: use configfs]

[Joel Becker <Joel.Becker@oracle.com>]

[-- Attachment #1: Type: text/plain, Size: 1948 bytes --]

On Wed, Aug 24, 2005 at 09:18:35AM +0200, Christoph Hellwig wrote:
>  - oracore workarounds must go away

	These are not part of the linus-ward submission.

>  - magic symlinks that pollute the posix filename namespace must go
>    away

	We're still trying to come up with a way to solve the problem
without magic symlinks.  Suggestions still welcome.

>  - vma-walking locking must move to common code (zab is working on that
>    afaik)

	The vma-walking will go away, replaced by another mmap scheme
entirely.  However, that's three or four months away.  The current code
is merely a stopgap for now. 
	Many folks have an interest in having a cluster filesystem in
mainline.  This seems like an issue that can be resolved later, not a
big blocker.  That is, it would be worth more to people to have it in
mainline for the next four months, knowing this will get fixed, than
keeping it out of mainline for four months over this feature.

>  - the buffered aio mess needs sorting out.  imho the best thing was

	Well, that's a mainline problem.  Yes, we should all work
towards improving mainline.  But again I'm not sure others are served
keeping OCFS2 out over this.

>  - there's still some procfs abuse

	Specifics of what is abuse vs OK would be interesting.

> That's just the off my head things, the oracle people actually asked
> me to wait with a review until they've cleared their TODO lists, I'll
> do a real review once I'll get some time.

	There are some sizeable things on this "top of the head" list
already.  I'd like to find a nice balance between "goes to mainline now"
and "must be a perfect piece of software before it goes in."  No
software will ever be perfect.

Joel

-- 

"For every complex problem there exists a solution that is brief,
     concise, and totally wrong."
                                        -Unknown

			http://www.jlbec.org/
			jlbec@evilplan.org

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]