Bug 251015
Summary: | udev does not load thinkpad_acpi | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Edmond <ymedhui> |
Component: | initscripts | Assignee: | Bill Nottingham <notting> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 7 | CC: | cebbert, davej, rvokal, umar |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-09-25 15:10:51 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Edmond
2007-08-06 14:52:01 UTC
According to Bug 250013, this is a udev problem. The module got renamed as part of the update to kernel 2.6.22. Can we solve that with some change to the kernel RPM? udev problem? udev had no special handling of thinkpad_acpi. maybe modprobe.conf? alias? This is that awful hack in initscripts [/etc/rc.d/rc.sysint] biting us again: # 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 In 2.6.20 kernels we have: drivers/acpi/ ac.ko asus_acpi.ko battery.ko button.ko dock.ko i2c_ec.ko ibm_acpi.ko sbs.ko toshiba_acpi.ko video.ko 2.6.22 has: ac.ko battery.ko bay.ko button.ko dock.ko sbs.ko toshiba_acpi.ko video.ko And in drivers/misc: asus-laptop.ko eeprom_93cx6.ko ioc4.ko msi-laptop.ko sony-laptop.ko thinkpad_acpi.ko tifm_7xx1.ko tifm_core.ko asus-acpi was renamed to asus-laptop and moved from acpi/ to misc/. ibm_acpi was renamed to thinkpad_acpi and also moved. Looks like we never did load msi-laptop even though it was in 2.6.20 all along, and now there's also a new sony laptop driver as well. And the toshiba driver is still in acpi/. FC6 is has this problem too. *** Bug 251769 has been marked as a duplicate of this bug. *** thinkpad_acpi has dmi aliases. This should be loaded somehow through udev. (In reply to comment #4) > *** Bug 251769 has been marked as a duplicate of this bug. *** There might be two different bugs. Here is what I observe: # modprobe /lib/modules/2.6.22.5-76.fc7/kernel/drivers/misc/thinkpad_acpi.ko FATAL: Module /lib/modules/2.6.22.5_76.fc7/kernel/drivers/misc/thinkpad_acpi.ko not found. # insmod /lib/modules/2.6.22.5-76.fc7/kernel/drivers/misc/thinkpad_acpi.ko insmod: error inserting '/lib/modules/2.6.22.5-76.fc7/kernel/drivers/misc/thinkpad_acpi.ko': -1 Unknown symbol in module Same errors with kernel 2.6.22.4-65.fc7. Could it be that the modules are not in order? I am interested in solving this bug because I need to access the external display on my lenovo x61s running under Fedora7 (almost everthing but the extra keys work). Roberto - you have a different issue. Try just 'modprobe thinkpad_acpi'. If that fails, and you have a supported device, it's a kernel bug. As for the modules, the acpi section has been removed from initscripts - all the appropriate modules have proper DMI or ACPI aliases, and therefore should load automatically. |