LinuxPPC-Dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
* Re: [Cbe-oss-dev] automount support
       [not found] <OF55BAD2B1.35B36763-ON852571E8.00524F80-852571E8.005288A4@us.ibm.com>
@ 2006-09-13 17:35 ` Arnd Bergmann
  2006-09-13 18:40   ` William Chung
  0 siblings, 1 reply; 3+ messages in thread
From: Arnd Bergmann @ 2006-09-13 17:35 UTC (permalink / raw)
  To: cbe-oss-dev; +Cc: linuxppc-dev

On Wednesday 13 September 2006 17:01, William Chung wrote:
> I noticed that the stock cell kernel does not enable the autofs and=20
> autofs4 modules. =A0The stock Fedora Core 5 kernel does have these module=
s=20
> enabled. =A0What is the reason for disabling automount support? =A0Would =
there=20
> be any issues to changing arch/powerpc/configs/cell_defconfig to enable=20
> the autofs and autofs4 modules?

While there are no technical reasons against it, it increases build
time on my development system, and I generally try to avoid
adding modules that are not generally needed.

The other defconfig files are inconsistent in this regard:

arch/powerpc/configs/cell_defconfig:# CONFIG_AUTOFS_FS is not set
arch/powerpc/configs/cell_defconfig:# CONFIG_AUTOFS4_FS is not set
arch/powerpc/configs/chrp32_defconfig:# CONFIG_AUTOFS_FS is not set
arch/powerpc/configs/chrp32_defconfig:# CONFIG_AUTOFS4_FS is not set
arch/powerpc/configs/g5_defconfig:CONFIG_AUTOFS_FS=3Dm
arch/powerpc/configs/g5_defconfig:# CONFIG_AUTOFS4_FS is not set
arch/powerpc/configs/iseries_defconfig:CONFIG_AUTOFS_FS=3Dm
arch/powerpc/configs/iseries_defconfig:# CONFIG_AUTOFS4_FS is not set
arch/powerpc/configs/maple_defconfig:# CONFIG_AUTOFS_FS is not set
arch/powerpc/configs/maple_defconfig:# CONFIG_AUTOFS4_FS is not set
arch/powerpc/configs/pmac32_defconfig:# CONFIG_AUTOFS_FS is not set
arch/powerpc/configs/pmac32_defconfig:CONFIG_AUTOFS4_FS=3Dm
arch/powerpc/configs/ppc64_defconfig:CONFIG_AUTOFS_FS=3Dy
arch/powerpc/configs/ppc64_defconfig:# CONFIG_AUTOFS4_FS is not set
arch/powerpc/configs/pseries_defconfig:# CONFIG_AUTOFS_FS is not set
arch/powerpc/configs/pseries_defconfig:CONFIG_AUTOFS4_FS=3Dm

I guess having one of them is pretty common, but not both.
Which one do you prefer?

	Arnd <><

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Cbe-oss-dev] automount support
  2006-09-13 17:35 ` [Cbe-oss-dev] automount support Arnd Bergmann
@ 2006-09-13 18:40   ` William Chung
  2006-09-13 19:12     ` Arnd Bergmann
  0 siblings, 1 reply; 3+ messages in thread
From: William Chung @ 2006-09-13 18:40 UTC (permalink / raw)
  To: Arnd Bergmann
  Cc: linuxppc-dev, cbe-oss-dev-bounces+whchung=us.ibm.com, cbe-oss-dev

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

Arnd,

I appreciate your quick response.

On Wednesday 13 September 2006 13:35 EDT, Arnd Bergmann wrote:
> While there are no technical reasons against it, it increases build
> time on my development system, and I generally try to avoid
> adding modules that are not generally needed.

Fortunately, the autofs modules aren't large so they don't add 
significantly to the build time.  The motivation for including some form 
of automounter support in the cell kernel is because cell blades are 
usually used in groups of more than one.  So, it's often desirable to have 
a common filesystem between them.

> I guess having one of them is pretty common, but not both.
> Which one do you prefer?

autofs4 is supposedly backwardly compatible with autofs (v3), so I'd 
prefer autofs4.  I hear that having only autofs4 as a module can require 
adding the line "alias autofs autofs4" to /etc/modprobe.conf to let 
modutils look for autofs4 when the kernel needs autofs.  I'm not sure that 
this line is necessary though because I built a kernel with both autofs 
and autofs4 enabled as modules and it looks like only autofs4 gets loaded, 
without any changes to my /etc/modprobe.conf file.  Hopefully, someone 
more experienced with autofs can give some guidance here.

I refer to autofs4 as a module above because I'm going to tentatively say 
that it'd be better to build autofs4 as a module, rather than into the 
kernel (CONFIG_AUTOFS4_FS=m).  Once again, those more experienced with 
kernel configuration and autofs should confirm how autofs4 should be 
enabled.

Regards,
- Bill.

*****************
William Chung
IBM T.J. Watson Research Center
Hawthorne, New York, USA
Tel: 1-914-784-7552    whchung@us.ibm.com




Arnd Bergmann <arnd.bergmann@de.ibm.com> 
Sent by: cbe-oss-dev-bounces+whchung=us.ibm.com@ozlabs.org
09/13/2006 01:35 PM

To
cbe-oss-dev@ozlabs.org
cc
linuxppc-dev@ozlabs.org
Subject
Re: [Cbe-oss-dev] automount support






On Wednesday 13 September 2006 17:01, William Chung wrote:
> I noticed that the stock cell kernel does not enable the autofs and 
> autofs4 modules.  The stock Fedora Core 5 kernel does have these modules 

> enabled.  What is the reason for disabling automount support?  Would 
there 
> be any issues to changing arch/powerpc/configs/cell_defconfig to enable 
> the autofs and autofs4 modules?

While there are no technical reasons against it, it increases build
time on my development system, and I generally try to avoid
adding modules that are not generally needed.

The other defconfig files are inconsistent in this regard:

arch/powerpc/configs/cell_defconfig:# CONFIG_AUTOFS_FS is not set
arch/powerpc/configs/cell_defconfig:# CONFIG_AUTOFS4_FS is not set
arch/powerpc/configs/chrp32_defconfig:# CONFIG_AUTOFS_FS is not set
arch/powerpc/configs/chrp32_defconfig:# CONFIG_AUTOFS4_FS is not set
arch/powerpc/configs/g5_defconfig:CONFIG_AUTOFS_FS=m
arch/powerpc/configs/g5_defconfig:# CONFIG_AUTOFS4_FS is not set
arch/powerpc/configs/iseries_defconfig:CONFIG_AUTOFS_FS=m
arch/powerpc/configs/iseries_defconfig:# CONFIG_AUTOFS4_FS is not set
arch/powerpc/configs/maple_defconfig:# CONFIG_AUTOFS_FS is not set
arch/powerpc/configs/maple_defconfig:# CONFIG_AUTOFS4_FS is not set
arch/powerpc/configs/pmac32_defconfig:# CONFIG_AUTOFS_FS is not set
arch/powerpc/configs/pmac32_defconfig:CONFIG_AUTOFS4_FS=m
arch/powerpc/configs/ppc64_defconfig:CONFIG_AUTOFS_FS=y
arch/powerpc/configs/ppc64_defconfig:# CONFIG_AUTOFS4_FS is not set
arch/powerpc/configs/pseries_defconfig:# CONFIG_AUTOFS_FS is not set
arch/powerpc/configs/pseries_defconfig:CONFIG_AUTOFS4_FS=m

I guess having one of them is pretty common, but not both.
Which one do you prefer?

                 Arnd <><
_______________________________________________
cbe-oss-dev mailing list
cbe-oss-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/cbe-oss-dev


[-- Attachment #2: Type: text/html, Size: 5240 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Cbe-oss-dev] automount support
  2006-09-13 18:40   ` William Chung
@ 2006-09-13 19:12     ` Arnd Bergmann
  0 siblings, 0 replies; 3+ messages in thread
From: Arnd Bergmann @ 2006-09-13 19:12 UTC (permalink / raw)
  To: William Chung; +Cc: linuxppc-dev, cbe-oss-dev

On Wednesday 13 September 2006 20:40, William Chung wrote:
> autofs4 is supposedly backwardly compatible with autofs (v3), so I'd=20
> prefer autofs4. =A0I hear that having only autofs4 as a module can requir=
e=20
> adding the line "alias autofs autofs4" to /etc/modprobe.conf to let=20
> modutils look for autofs4 when the kernel needs autofs. =A0I'm not sure t=
hat=20
> this line is necessary though because I built a kernel with both autofs=20
> and autofs4 enabled as modules and it looks like only autofs4 gets loaded=
,=20
> without any changes to my /etc/modprobe.conf file. =A0Hopefully, someone=
=20
> more experienced with autofs can give some guidance here.

Ok, I've enabled it now internally. I have just released 2.6.18-rc7-arnd13,
which doesn't have it, but the next version will.

	Arnd <><

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2006-09-13 19:12 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <OF55BAD2B1.35B36763-ON852571E8.00524F80-852571E8.005288A4@us.ibm.com>
2006-09-13 17:35 ` [Cbe-oss-dev] automount support Arnd Bergmann
2006-09-13 18:40   ` William Chung
2006-09-13 19:12     ` Arnd Bergmann

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox