lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 5 Feb 2013 17:59:44 +0000 From: Ben Hutchings <bhutchings@...arflare.com> To: Rusty Russell <rusty@...tcorp.com.au> CC: Cong Wang <xiyou.wangcong@...il.com>, Jesse Gross <jesse@...ira.com>, "David S. Miller" <davem@...emloft.net>, Greg KH <greg@...ah.com>, LKML <linux-kernel@...r.kernel.org>, Linux Kernel Network Developers <netdev@...r.kernel.org> Subject: Re: No sysfs directory for openvswitch module when built-in On Mon, 2013-02-04 at 16:29 +1030, Rusty Russell wrote: > Cong Wang <xiyou.wangcong@...il.com> writes: > > Hello, Rusty, Jesse, > > > > I met an interesting problem when I compile openvswitch module as a > > built-in (actually I compile ALL kernel modules as built-in), there is > > no /sys/module/openvswitch/ directory created by the kernel in this > > case. > ... > > What's worse, the user-space init script thinks openvswitch module is > > not loaded by checking the exist of this directory, therefore refuses > > to start. > > We only know built-in "modules" exist if we see a parameter or version > which mention them. Looking for /sys/module/openvswitch/ is almost as > flawed as looking in /proc/modules. > > I hacked up something which lists KBUILD_MODNAME for every element in my > kernel which did EXPORT_KERNEL or module_init, and most of them can > never be modules, though any could have parameters. Even if we changed > the build system so we could tell things which "could have been a > module", it's silly. [...] Isn't this information already provided by modules.builtin? Ben. -- Ben Hutchings, Staff Engineer, Solarflare Not speaking for my employer; that's the marketing department's job. They asked us to note that Solarflare product names are trademarked. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists