Re: nullfs stabilization I

2006-01-11 Thread Csaba Henk
On 2006-01-11, Simon 'corecode' Schubert <[EMAIL PROTECTED]> wrote: > Matthew Dillon wrote: >> cache_lock would create the namecache record in the lower layer >> (recursively), and then operate in the same manner as if it exited in >> the first place. > > The problem in this case is tha

Re: nullfs stabilization I

2006-01-11 Thread Csaba Henk
On 2006-01-11, Simon 'corecode' Schubert <[EMAIL PROTECTED]> wrote: > Csaba Henk wrote: >>>I don't promise anything but try to stay tuned :) >> Okay it seems Simon means getting this right so no need for me to play >> the clever boy now. > > I don't want to take away your toy :) That's kind of you

Re: nullfs stabilization I

2006-01-11 Thread Matthew Dillon
These are all great ideas flying about. Namecache coherency in the sense of the cluster work is not going to happen for a long time, I'm just trying to cut down the work that will be involved to make it work with nullfs later on down the road.

Re: PF?

2006-01-11 Thread joerg
On Tue, Jan 10, 2006 at 05:23:45PM -0800, Jeremy C. Reed wrote: > ALTQ is also not available as integrated with PF. This is wrong, ALTQ works perfectly fine with PF, actually -- it is the only way to directly use ALTQ at the moment. > Do the "user" and "group" keywords work? It should work, but

Re: nullfs stabilization I

2006-01-11 Thread Simon 'corecode' Schubert
Csaba Henk wrote: I don't promise anything but try to stay tuned :) Okay it seems Simon means getting this right so no need for me to play the clever boy now. I don't want to take away your toy :) Would you mind explaining what you have in mind? cheers simon -- Serve - BSD +++ RENT t

Re: cowloop technology

2006-01-11 Thread Michel Talon
Thomas E. Zander wrote: > > On the other hand, the new GEOM modules like GDBE and GELI are indeed > very much appreciated and they work pretty well, so for my personal > daily usage, GEOM is a clear win. For me GEOM, and devfs are not clear but huge wins of FreeBSD-(5,6) over FreeBSD-4. I could

Re: nullfs stabilization I

2006-01-11 Thread Csaba Henk
On 2006-01-10, Matthew Dillon <[EMAIL PROTECTED]> wrote: > (2) Do not have a shadow callback. Instead have null_nresolve() > call a new function, cache_shadow(), which creates the relationship > between the upper and lower layer namecache records. Only > null_nresolve() woul

Re: nullfs stabilization I

2006-01-11 Thread Csaba Henk
On 2006-01-10, Csaba Henk <[EMAIL PROTECTED]> wrote: > I don't promise anything but try to stay tuned :) Okay it seems Simon means getting this right so no need for me to play the clever boy now. Csaba

Re: cowloop technology

2006-01-11 Thread Ivan Voras
Thomas E. Zander wrote: Well, it blocks raw device write if the reference count of this device is not zero, i.e. you can't change the partition table of a disk in multi-user mode if you have mounted filesystems on that disk. It's a bit uncomfortable sometimes but I wouldn't go as far as to speak

Re: cowloop technology

2006-01-11 Thread Thomas E. Zander
Am Tue, dem 10. Jan 2006, um 22:48 +0100 Uhr schrubte Peter Schuller zum Thema [Re: cowloop technology]: > I have seen semi-negative references to GEOM before, but I have been > unable to find what exactly it is people have a problem with. Out of > curiousity, is there anything in particular that