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
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070221201944.GD13794@redhat.com>
Date:	Wed, 21 Feb 2007 15:19:44 -0500
From:	Dave Jones <davej@...hat.com>
To:	Jean Delvare <khali@...ux-fr.org>,
	Chuck Ebbert <cebbert@...hat.com>, linux-acpi@...r.kernel.org,
	linux-kernel <linux-kernel@...r.kernel.org>,
	lm-sensors@...sensors.org, notting@...hat.com
Subject: Re: [lm-sensors] Could the k8temp driver be interfering with ACPI?

On Wed, Feb 21, 2007 at 12:37:40PM -0500, Dave Jones wrote:
 > On Wed, Feb 21, 2007 at 05:17:37PM +0100, Jean Delvare wrote:
 >  > On Tue, 20 Feb 2007 14:11:42 -0500, Dave Jones wrote:
 >  > > On Tue, Feb 20, 2007 at 10:08:26AM -0500, Chuck Ebbert wrote:
 >  > >  
 >  > >  > 	i2c_core
 >  > >  > 	i2c_ec
 >  > >  > 	i2c_piix4
 >  > >  > 	asus_acpi (on a Compaq???)
 >  > >  > 	sbs
 >  > > 
 >  > > Something is pulling in asus_acpi as a dependancy. I've never
 >  > > figured out what the cause is.  For a long time I was thinking
 >  > > that we had an explicit modprobe for it in an initscript, but
 >  > > grepping for it in /etc turns up zip.
 >  > 
 >  > How could it be, given that asus_acpi doesn't export any symbol?
 >  
 > If I knew I'd have fixed it by now.

Ah, Fedora has this horror in its initscripts (which explains why I missed
it in my grep)..

# Initialize ACPI bits
if [ -d /proc/acpi ]; then
    for module in /lib/modules/$unamer/kernel/drivers/acpi/* ; do
        module=${module##*/}
        module=${module%.ko}
        modprobe $module >/dev/null 2>&1
    done
fi


This is there because there's no clean way for userspace to know whether
to load the system specific stuff right now.   Bill Nottingham pointed
out that we could add a /sys/class/dmi/modalias and appropriate MODULE_DMI
tags to the various modules like asus_acpi to make udev autoload them.

		Dave

-- 
http://www.codemonkey.org.uk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ