On Tuesday 01 April 2008 12:14:08 Dag-Erling Smørgrav wrote:
> Mel <[EMAIL PROTECTED]> writes:
> > Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > > it will either read input or it won't, and what happens when it
> > > reads depends entirely on what the fd it reads from is connected to,
> > > w
On Tue, Apr 01, 2008 at 10:24:44AM -0700, Patrick Dung wrote:
>
> I think Gvinum more like software raid then LVM (allocate/resize
> Logical Volume on the fly).
vinum *is* a (logical) volume manager. You don't have to use RAID at all,
but it's easy enough to do. Resize is currently broken, but
On Tue, 1 Apr 2008 07:23:58 -0700, "Rao, Nikhil" <[EMAIL PROTECTED]> wrote:
> Ok, I should have caught that :-( Another question - Now that the
> PROC_LOCK on p is obtained the all_proc lock is released and the
> function returns, at this point can't the proc get deallocated ?
>
> Nikhil
>
> 242 st
--- Eygene Ryabinkin <[EMAIL PROTECTED]> wrote:
> Patrick, good day.
>
> Mon, Mar 31, 2008 at 11:18:56AM -0700, Patrick Dung wrote:
> > 4. LVM and file systems
> >
> > As of FreeBSD 7.0, ZFS is ported.
> > This is great as FreeBSD do not have LVM in the past.
>
> FreeBSD has gvinum since approx
Patrick, good day.
Mon, Mar 31, 2008 at 11:18:56AM -0700, Patrick Dung wrote:
> 4. LVM and file systems
>
> As of FreeBSD 7.0, ZFS is ported.
> This is great as FreeBSD do not have LVM in the past.
FreeBSD has gvinum since approximately 5.x and vinum since rather
old days (3.0). Is something wr
On 01/04/2008, Mike Meyer <[EMAIL PROTECTED]> wrote:
> On Tue, 01 Apr 2008 15:00:05 +0200 Ivan Voras <[EMAIL PROTECTED]> wrote:
>
> >
> > > Why OpenLDAP? Why not one of the other ldap implementations available
> > > in the ports? In particular, do any of them already have plugins for
> > > use
On Tue, 01 Apr 2008 15:00:05 +0200 Ivan Voras <[EMAIL PROTECTED]> wrote:
>
> > Why OpenLDAP? Why not one of the other ldap implementations available
> > in the ports? In particular, do any of them already have plugins for
> > use with pam?
>
> What are the other LDAP implementations in ports? Es
On Tue, Apr 01, 2008 at 07:23:58AM -0700, Rao, Nikhil wrote:
>
> Ok, I should have caught that :-( Another question -
> Now that the PROC_LOCK on p is obtained the all_proc lock is released
> and the function returns, at this point can't the proc get deallocated ?
well.. thats why you hold the p
Ok, I should have caught that :-( Another question -
Now that the PROC_LOCK on p is obtained the all_proc lock is released
and the function returns, at this point can't the proc get deallocated ?
Nikhil
242 struct proc *
243 pfind(pid)
244 register pid_t pid;
245 {
246 register
--- Mike Meyer <[EMAIL PROTECTED]> wrote:
> On Mon, 31 Mar 2008 11:18:56 -0700 (PDT)
> Patrick Dung <[EMAIL PROTECTED]> wrote:
>
> > 3. Support LDAP SSO out of the box
> >
> > Linux/Solaris/AIX have native LDAP SSO support.
> > I have asked about this feature before.
> >
> > The problem is whet
> Why OpenLDAP? Why not one of the other ldap implementations available
> in the ports? In particular, do any of them already have plugins for
> use with pam?
What are the other LDAP implementations in ports? Especially the ones
that are actively maintained (which excludes tinyldap)? Any complian
--- Mohacsi Janos <[EMAIL PROTECTED]> wrote:
>
>
>
> On Mon, 31 Mar 2008, Patrick Dung wrote:
>
> > Hello
> >
> > I have some suggestions about improving FreeBSD in some of the
> > areas/features. Let's discuss.
> >
> > 1. Cluster capability
> >
> > As I know, there is:
> > - Linux HA heartbe
Mel <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > it will either read input or it won't, and what happens when it
> > reads depends entirely on what the fd it reads from is connected to,
> > whether it's a slow or fast device, blocking or non-blocking, etc.
> The
On Mon, Mar 31, 2008 at 11:03:31PM -0700, Rao, Nikhil wrote:
> Hi List,
>
> The pfind(..) (in kern_proc.c) function below returns the proc structure
> for the PID passed in
>
> Say the thread that calls pfind() gets blocked at PROC_LOCK(p) (line 255
> below), in the meantime what prevents the pro
14 matches
Mail list logo
