nathans@wobbly said:
=> I think we should simply remove the rt/grio options from visibility
=> to "make *config" ... this is very, very early stages of porting &
=> isn't likely to be useful to anyone for quite some time (since
=> half the code ain't there) ... Daniel/I (I think we're the only
=> ones building with this at the moment) can manually edit our
=> .config's if we need to.
Agreed. CONFIG_XFS_GRIO is useless except to us and at the moment
CONFIG_XFS_RT writes RT blocks onto the wrong partition (the
non-RT partition), so it's probably best to hide them a bit more.
(perhaps "shouldn't do any harm" was a little optomistic)
Modid: 2.4.0-test1-xfs:slinx:64273a
Date: Wed Jun 14 19:59:32 PDT 2000
Workarea: snort:/build1/people/dxm/isms/slinx-xfs
Author: dxm
The following file(s) were checked into:
bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs
linux/fs/Config.in - 1.35
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/Config.in.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h
- Remove CONFIG_XFS_RT & CONFIG_XFS_GRIO for now:
CONFIG_XFS_RT - can assist you to clobber your fs
CONFIG_XFS_GRIO - will break the build
|