First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 131378
Alias:
Product:
Component:
Status: RESOLVED
Resolution: INVALID
Assigned To: Gentoo's Team for Core System packages <base-system@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Greg Kroah-Hartman <gregkh@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 131378 depends on: Show dependency tree
Bug 131378 blocks: 126089
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-04-26 13:54 0000
"blacklist foo" is a valid modules.conf file syntax, and is required in order
to handle blacklisting modules from being automatically loaded by udev at 
coldplug time, or when some devices are plugged in after booting.

My limited scripting foo could not find the error in the generate-modprobe.conf
file to try to fix this myself, sorry.

------- Comment #1 From SpanKY 2006-04-26 14:06:33 0000 -------
valid syntax according to who ?  generate-modprobe.conf doesnt care about
synatx, it's "modprobe.old" from the modutils package that is barfing on the
syntax ... baselayout basically does:
# cat /etc/modules.d/* > /etc/modprobe.conf

in other words, you should be talking to Keith Owens / Rusty Russell about this

------- Comment #2 From Greg Kroah-Hartman 2006-04-26 16:11:41 0000 -------
Well, why would modprobe.old care about new style modprobe commands (like 
blacklist)?

Maybe the script needs to not call the .old programs if you aren't using
any 2.4 kernels.

Either way, we need to have a mechanism to get the blacklist lines into
the modprobe.conf file, and since we aren't supposed to be editing
that file by hand, but rather using these tools...

------- Comment #3 From SpanKY 2006-04-26 17:24:55 0000 -------
/etc/modules.d/ is for old modprobe

/etc/modprobe.d/ is for new modprobe

so if you're putting stuff into /etc/modules.d/ then it needs to be compatible
with the old modprobe

------- Comment #4 From Greg Kroah-Hartman 2006-04-26 19:29:57 0000 -------
I do not have a /etc/modprobe.d/ on my system, what package creates this and
puts the same
stuff that currently is in /etc/modules.d/ into it (assuming that we want the
same kind of stuff in
it...)

------- Comment #5 From SpanKY 2006-04-26 22:08:15 0000 -------
nothing owns either directory ... that's sort of the point ... packages drop in
files as they need them

new modprobe from module-init-tools automatically scans /etc/modprobe.d/ and
reads /etc/modprobe.conf

old modprobe from modutils only reads /etc/modules.conf ... since that isnt
very friendly for updating on the fly, many distros use /etc/modules.d/ to hold
package-specific files which are then collected and placed into
/etc/modules.conf

since most packages still use old style /etc/modules.d/ syntax, and valid
syntax has changed from old modprobe to new modprobe, baselayout now parses out
the bits that the new modprobe accepts (like the "alias" keywords)

you still havent said who declared "blacklist foo" to be valid syntax ...
nowhere in the modules.conf nor modprobe.conf manpages can i find reference to
the "blacklist" keyword

------- Comment #6 From Greg Kroah-Hartman 2006-04-26 22:25:21 0000 -------
The blacklist option is described in 'man modprobe.conf' under the "COMMANDS"
section.

------- Comment #7 From SpanKY 2006-04-26 22:34:22 0000 -------
must have had duplicate man windows of modules.conf open or i'm retarded and
cant type ... sorry about that

at any rate, you should be putting your blacklist stuff in /etc/modprobe.d/,
*not* in /etc/modules.d/ ... /etc/modules.d/ is for old linux-2.4 modutils

------- Comment #8 From Jakub Moc (RETIRED) 2007-08-14 21:45:12 0000 -------
*** Bug 188914 has been marked as a duplicate of this bug. ***

------- Comment #9 From Panagiotis Christopoulos 2008-08-13 20:56:17 0000 -------
*** Bug 234676 has been marked as a duplicate of this bug. ***

First Last Prev Next    No search results available      Search page      Enter new bug