From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NFuDg-0003hN-7O for garchives@archives.gentoo.org; Wed, 02 Dec 2009 18:46:34 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 09624E0710; Wed, 2 Dec 2009 18:46:22 +0000 (UTC) Received: from zion.lichtfels.com (zion.lichtfels.com [88.198.33.170]) by pigeon.gentoo.org (Postfix) with ESMTP id AAD73E0710 for ; Wed, 2 Dec 2009 18:46:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zion.lichtfels.com (Postfix) with ESMTP id 33D96184016 for ; Wed, 2 Dec 2009 19:46:13 +0100 (CET) Received: from zion.lichtfels.com ([127.0.0.1]) by localhost (zion [127.0.0.1]) (amavisd-maia, port 10024) with LMTP id 13532-04 for ; Wed, 2 Dec 2009 19:46:11 +0100 (CET) Received: from [172.32.99.12] (mail.oops.co.at [213.129.238.225]) by zion.lichtfels.com (Postfix) with ESMTPA id BD4AF184009 for ; Wed, 2 Dec 2009 19:46:11 +0100 (CET) Message-ID: <4B16B5FB.40202@xunil.at> Date: Wed, 02 Dec 2009 19:46:19 +0100 From: "Stefan G. Weichinger" Organization: oops! User-Agent: Thunderbird 2.0.0.23 (X11/20091130) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: decrapify your kernel config References: <39CFC182-B039-4D26-9880-DC26485DF8F2@stellar.eclipse.co.uk> <4B032EB4.5010802@xunil.at> <200911180918.14880.alan.mckinnon@gmail.com> <200911181058.50053.volkerarmin@googlemail.com> In-Reply-To: <200911181058.50053.volkerarmin@googlemail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-maia at lichtfels.com X-Archives-Salt: 76c5fcc3-afa4-454d-9f99-eadba5139c70 X-Archives-Hash: 7bfa1774b47834b2a514d28ec881e1e8 Volker Armin Hemmann schrieb: > On Mittwoch 18 November 2009, Alan McKinnon wrote: >> On Wednesday 18 November 2009 01:16:04 Stefan G. Weichinger wrote: >>> Volker Armin Hemmann schrieb: >>>> Namespaces - you don't need it? Kick 'em out. >>> hmm, interesting ... ;-) >>> >>> for sure I also want to decrapify my kernel-config ... >>> >>> To disable namespaces I would have to set CONFIG_EMBEDDED=y ... correct? >>> >>> This is rather counterintuitive to me, as my main workstation is far >>> from an embedded or small system (ok, not compared to the >>> 4096-cpu-clusters in http://xkcd.com/619/ , but compared to, for >>> example, my embedded ALIX-PC I use as fw/router/something ...). >>> >>> So you suggest I set CONFIG_EMBEDDED=y and in turn get several new >>> options/defaults to choose and get right or wrong ... ? >>> >>> ;-) >>> >>> I am quite sure to have at least *some* crap in my config as I tend to >>> always do something like >>> >>> zcat /proc/config.gz >> /usr/src/linux-new-shiny-version/.config >>> make oldconfig >>> >>> .... >>> >>> This gives me expected results and a "it boots OK" experience, getting >>> rid of unused crap is another issue, yes. >>> >>> I wonder which EMBEDDED options would help me ... >> Likely none of them. >> >> The embedded menu is the most counter-intuitive thing in the whole kernel >> config. It does not supply a list of things you may enable, instead it >> activates a menu that allows you to switch stuff OFF that is normally ON. >> >> The rationale is that embedded devices need to get by on a very slim kernel >> and with some magic trickery they can successfully disable some features >> that are usually considered perfectly normal for regular desktop use. >> >> For example: CONFIG_HOTPLUG. It's unthinkable to remove this for a desktop, >> but does your TomTom need it? Does a GPS even have hotplug facilities? How >> about ADSL router/modems? >> >> To disable namespace, enable embedded, leave everything on, and you will >> find you can now disable namespaces. >> > > you can disable: > - Enable 16-bit UID system calls > > - Sysctl syscall support > without negative impact on a desktop. Most of it is broken for years anyway. > > - Core dumps > are another feature that most people never use > > - Load all symbols for debugging/ksymoops > and > - Do an extra kallsyms pass > stuff you can deactivate if you don't plan to send crash reports. > > - Enable PC-Speaker support > oh hell - away with that one! Who needs beeps anyway? whoops. I hadn't looked back at that thread for weeks, only found it now. Thanks for your replies ....