All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kirill Tkhai <tkhai@yandex.ru>
To: Richard Weinberger <richard.weinberger@gmail.com>
Cc: Oleg Nesterov <oleg@redhat.com>,
	Greg KH <gregkh@linuxfoundation.org>,
	Michal Marek <mmarek@suse.cz>, Arnd Bergmann <arnd@arndb.de>,
	linux-kbuild <linux-kbuild@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Grant Likely <grant.likely@secretlab.ca>,
	"Eric W. Biederman" <ebiederm@xmission.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	ktkhai@parallels.com, Sam Ravnborg <sam@ravnborg.org>
Subject: Re: [PATCH 0/3] Implement /proc/built-in file similar to /proc/modules
Date: Sun, 14 Sep 2014 22:58:21 +0400	[thread overview]
Message-ID: <5415E54D.1030908@yandex.ru> (raw)
In-Reply-To: <CAFLxGvyW8CWxkN=k5DE3OQ7HYTTMysOVttnrZGf7FTp53Z9Now@mail.gmail.com>

On 14.09.2014 22:12, Richard Weinberger wrote:
> On Sun, Sep 14, 2014 at 7:57 PM, Kirill Tkhai <tkhai@yandex.ru> wrote:
>> On 14.09.2014 21:27, Oleg Nesterov wrote:
>>> On 09/14, Greg KH wrote:
>>>>
>>>> On Sun, Sep 14, 2014 at 02:18:13PM +0400, Kirill Tkhai wrote:
>>>>> This series implements a possibility to show the list of built-in drivers
>>>>> to userspace. The names of drivers will be the same as when they are modules.
>>>>
>>>> Have you looked at /sys/modules/ ?  Doesn't that show what you want
>>>> here?
>>>
>>> Well, /sys/module/ doesn't list the modules (drivers) compiled in. Say,
>>> /sys/module/kernel. And it can't help a user to figure out that, say, the
>>> loop driver is already "loaded" because CONFIG_BLK_DEV_LOOP=y.
>>>
>>>> Module names aren't "standardized", we change them at times when needed,
>>>> just like CONFIG_ names.
>>>
>>> OK, but still the name will be the same, in /proc/modules or /proc/builtin.
>>>
>>>> What is your end goal here?  As you say, config.gz is the real kernel
>>>> configuration, just having a list of modules built in isn't going to
>>>> help much in getting a working kernel config without it.
>>>
>>> Perhaps you are right... but otoh perhaps this can can be useful anyway.
>>> Again, a user can know about "insmod loop", but he can know nothing
>>> about CONFIG_ names.
>>>
>>> That said, I do not really understand 2/3. Not only I do not understand
>>> this kbuild magic, I am not sure I understand what /proc/built-in will
>>> actually show.
>>
>> It's a list of drivers, one driver per line:
> 
> Built-in modules or drivers? :-)
> 

It's for boolean CONFIG_XXX too. Some targets have names, not obj-y.
For example, acpi. I did not change them.

  reply	other threads:[~2014-09-14 18:59 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-14 10:18 [PATCH 0/3] Implement /proc/built-in file similar to /proc/modules Kirill Tkhai
2014-09-14 10:18 ` [PATCH 1/3] kbuild: Make targets names tree-wide unique on x86 Kirill Tkhai
2014-09-14 15:57   ` Peter Foley
2014-09-14 18:09     ` Kirill Tkhai
2014-09-14 10:18 ` [PATCH 2/3] core: Save list of built-in drivers names Kirill Tkhai
2014-09-14 10:19 ` [PATCH 3/3] core: create /proc/built-in file to show the list of built-in drivers Kirill Tkhai
2014-09-14 15:38 ` [PATCH 0/3] Implement /proc/built-in file similar to /proc/modules Greg KH
2014-09-14 17:27   ` Oleg Nesterov
2014-09-14 17:57     ` Kirill Tkhai
2014-09-14 18:12       ` Richard Weinberger
2014-09-14 18:58         ` Kirill Tkhai [this message]
2014-09-14 20:00       ` Oleg Nesterov
2014-09-14 17:31   ` Kirill Tkhai
2014-09-14 17:39     ` Greg KH
2014-09-14 18:05       ` Kirill Tkhai
2014-09-14 18:13         ` Greg KH
2014-09-14 18:35           ` Kirill Tkhai
2014-09-14 18:56             ` Greg KH
2014-09-15 11:50               ` Kirill Tkhai
2014-09-16 15:40               ` Lucas De Marchi
2014-09-15  9:17     ` Michal Marek
2014-09-15  9:12   ` Michal Marek

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=5415E54D.1030908@yandex.ru \
    --to=tkhai@yandex.ru \
    --cc=akpm@linux-foundation.org \
    --cc=arnd@arndb.de \
    --cc=ebiederm@xmission.com \
    --cc=grant.likely@secretlab.ca \
    --cc=gregkh@linuxfoundation.org \
    --cc=ktkhai@parallels.com \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mmarek@suse.cz \
    --cc=oleg@redhat.com \
    --cc=richard.weinberger@gmail.com \
    --cc=sam@ravnborg.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.