From: Adrian Bunk <bunk@kernel.org>
To: Jan Engelhardt <jengelh@computergmbh.de>
Cc: devzero@web.de, linux-kernel@vger.kernel.org
Subject: Re: allmodconfig: udev won`t start due to CONFIG_UNIX=m
Date: Sun, 30 Dec 2007 22:41:34 +0200 [thread overview]
Message-ID: <20071230204134.GA17670@does.not.exist> (raw)
In-Reply-To: <Pine.LNX.4.64.0712302112510.2093@fbirervta.pbzchgretzou.qr>
On Sun, Dec 30, 2007 at 09:18:38PM +0100, Jan Engelhardt wrote:
>
> On Dec 30 2007 21:11, devzero@web.de wrote:
> >
> >i build a kernel with allmodconfig and didn`t get my system to boot with that.
> >
> >after some investigation i found that it was due to udev:
> >
> >udevd[1226]: init_udev_socket: error getting socket: Address family not supported by protocol
> >
> >this was missing support UNIX DOMAIN SOCKETS at boot time.
> >easy - so i added unix.ko to my initrd.
> >
> >but that didn`t make a difference. Still same error with udev.
> >
> >seems, there are others who stepped into this trap and someone telling, unix domain sockets cannot be modular
> >https://forums.gentoo.org/viewtopic-t-476363-highlight-.html
> >https://forums.gentoo.org/viewtopic-t-463793-highlight-.html
> >
> >
> >since we have 1206 options set to "Y" anyway, would it make sense to remove module support for Unix Domain Sockets ?
> >opensuse103:/home/kernel/linux-2.6.23 # cat .config.allmodconfig |grep "=y" |wc -l
> >1206
> >opensuse103:/home/kernel/linux-2.6.23 # cat .config.allmodconfig |grep "=m" |wc -l
> >2098
> >
> >i also came across this one:
> >
> >http://readlist.com/lists/vger.kernel.org/linux-kernel/41/205717.html
> >
>
> I'd rather much do in the Kconfig:
>
> config UNIX
> tristate "UNIX domain sockets" if I_KNOW_WHAT_I_AM_DOING # currently called CONFIG_EMBEDDED
> bool "UNIX domain sockets"
CONFIG_EMBEDDED is _not_ a generic "advanced user" option, it's only for
options that allow additional space savings.
What you could actually do would be
config UNIX
bool "Unix domain sockets" if EMBEDDED
default y
since as the help text already says everything other than Y is expected
to cause problems - and if people know they are in a space limited
environment and really don't need it they'll still be able to disable it.
As a bonus, making it a bool would allow to make the kernel image
slightly smaller for everyone.
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
prev parent reply other threads:[~2007-12-30 20:41 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-30 20:11 allmodconfig: udev won`t start due to CONFIG_UNIX=m devzero
2007-12-30 20:18 ` Jan Engelhardt
2007-12-30 20:41 ` Adrian Bunk [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20071230204134.GA17670@does.not.exist \
--to=bunk@kernel.org \
--cc=devzero@web.de \
--cc=jengelh@computergmbh.de \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.