Eric Sandeen wrote:
> J Landman wrote:
>
> > So I want to take the patch, and apply it against the 2.4.3 kernel in
> > Mandrake 8.0. I read through the instructions, and no where in there is a
> > mention of devfsd. Now I know RH 7.1 with the installer uses devfsd, and
> > this has been a non-stop source of grief (xfs works great, VMware is
> > unhappy and needs reconfiging every time, and several other things are now
> > broken).
>
> I'm assuming that you're using mdklinux-2.4.3-core-xfs-05072001.patch?
>
Mandrake 8.0 does not have devfs turned on, neither does the
rpms XFS mandrake rpm's on oss.
Note it is important to work out the kinks in devfs due to the extreme
brokenness
of the current linux device naming convention, but yes many apps do not
correctly deal with devfs yet.
One option that may be considered it to enable devfs in 1.0.1 but
not to not have it mount devfs on /dev at mount time.
> A few things. Devfs is part of the standard 2.4 kernel, and turned on
> and off via the kernel config. The standard Mandrake 8.0 kernels DO
> have devfs enabled. There is also a userspace daemon, devfsd, which
> helps manage /dev entries. So, a standard Mandrake install does include
> devfs configured & devfsd running, and our patch against their kernel
> source tree won't change any of that.
>
> However, devfs is NOT required for xfs in any way. If you are running a
> devfs-enabled kernel, you can always disable it by passing
> "devfs=nomount" on the lilo command line, or add it to lilo.conf as an
> "append" entry. You'll have your old, standard, inode-hungry /dev just
> the way you like it. :)
>
> Of course, if you recompile your kernel, you can just turn devfs off in
> theconfig.
>
> -Eric
>
> --
> Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs
> sandeen@xxxxxxx SGI, Inc.
|