Same DMI data, this time without serial numbers.. ** Attachment removed: "dmidecode.txt" https://bugs.launchpad.net/ubuntu/+source/tp-smapi/+bug/814380/+attachment/2226749/+files/dmidecode.txt
** Attachment added: "DMI data" https://bugs.launchpad.net/ubuntu/+source/tp-smapi/+bug/814380/+attachment/2230861/+files/dmidecode2.txt ** Description changed: TL;DR version: thinkpad_ec works once, but not ever again after a reboot until you do a hardware reset. DMI info here: - https://bugs.launchpad.net/ubuntu/+source/tp-smapi/+bug/814380/+attachment/2226749/+files/dmidecode.txt + https://bugs.launchpad.net/ubuntu/+source/tp-smapi/+bug/814380/+attachment/2230861/+files/dmidecode2.txt Detailed version: I run Linux 2.6.38-8-generic #42-Ubuntu SMP x86_64 on my Thinkpad Edge 15 with Intel Core i3 M370. To loosen the charging policy and activate hard drive protection, you need tp_smapi & hdaps < thinkpad_ec < thinkpad_acpi. For this I installed tp-smapi-dkms version 0.40-9: $ aptitude install tp-smapi-dkms $ modprobe -a tp_smapi hdaps $ echo "thinkpad_ec" >> /etc/modules $ echo "tp_smapi" >> /etc/modules $ echo "hdaps" >> /etc/modules $ update-initramfs -u No problems, running fine. They show in lsmod. There is now a directory called /sys/devices/platform/smapi. You should be able to loosen the charge policy like so: $ echo 60 > /sys/devices/platform/smapi/BAT0/start_charge_thresh $ echo 90 > /sys/devices/platform/smapi/BAT0/stop_charge_thresh No problem. But on REBOOT (hard or soft), thinkpad_ec cannot be loaded anymore. dmesg: [ 18.666480] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffff0 [ 18.668188] thinkpad_ec: initial ec test failed [ 18.719701] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffff0 [ 18.721802] thinkpad_ec: initial ec test failed [ 18.799916] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffff0 [ 18.801368] thinkpad_ec: initial ec test failed ... [ 23.063877] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffff0 [ 23.063881] thinkpad_ec: initial ec test failed Checking modules: $ modprobe thinkpad_ec FATAL: Error inserting thinkpad_ec (/lib/modules/2.6.38-8-generic/extra/thinkpad_ec.ko): No such device or address $ modprobe -a tp_smapi hdaps WARNING: Error inserting tp_smapi (/lib/modules/2.6.38-8-generic/extra/tp_smapi.ko): No such device or address WARNING: Error inserting hdaps (/lib/modules/2.6.38-8-generic/updates/hdaps.ko): No such device or address $ find /lib/modules/2.6.38-8-generic/ | grep -E 'thinkpad|tp_smapi|hdaps' /lib/modules/2.6.38-8-generic/extra/thinkpad_ec.ko /lib/modules/2.6.38-8-generic/extra/tp_smapi.ko /lib/modules/2.6.38-8-generic/updates/hdaps.ko /lib/modules/2.6.38-8-generic/kernel/drivers/platform/x86/thinkpad_acpi.ko $ for i in `find /lib/modules/2.6.38-8-generic/ | grep -E 'thinkpad_ec|tp_smapi|hdaps'`; do rm $i; done $ aptitude remove tp_smapi_dkms $ aptitude install tp_smapi_dkms $ modprobe thinkpad_ec FATAL: Error inserting thinkpad_ec (/lib/modules/2.6.38-8-generic/extra/thinkpad_ec.ko): No such device or address No avail. Not after reboot, not after shutdown. But, if you remove the battery and AC power and leave the laptop grasping for air for a few minutes (hardware reset, older models have a button for this on the backside), THEN it works again! Now officially I am supposed to mention what I expected to happen, which is ofcourse the flawlessly loading of the modules after as many reboots as I please. On an extra note, although I didn't understand it at the time, I now realize I've had the exact same problem in Ubuntu 10.04 LTS. Google tells us that throughout history, there have always been similar problems ranging from recent to a couple of years back. But where they state that a fix is released, they implicitly say that they are not the same as this bug. There are also a few possibly related bugreports active. But none of them mention the Thinkpad Edge specifically, or more importantly, that the cause of their problem is simply rebooting. DMI information in comment #2 ** Description changed: TL;DR version: thinkpad_ec works once, but not ever again after a reboot until you do a hardware reset. DMI info here: https://bugs.launchpad.net/ubuntu/+source/tp-smapi/+bug/814380/+attachment/2230861/+files/dmidecode2.txt Detailed version: I run Linux 2.6.38-8-generic #42-Ubuntu SMP x86_64 on my Thinkpad Edge 15 with Intel Core i3 M370. To loosen the charging policy and activate hard drive protection, you need tp_smapi & hdaps < thinkpad_ec < thinkpad_acpi. For this I installed tp-smapi-dkms version 0.40-9: $ aptitude install tp-smapi-dkms $ modprobe -a tp_smapi hdaps $ echo "thinkpad_ec" >> /etc/modules $ echo "tp_smapi" >> /etc/modules $ echo "hdaps" >> /etc/modules $ update-initramfs -u No problems, running fine. They show in lsmod. There is now a directory called /sys/devices/platform/smapi. You should be able to loosen the charge policy like so: $ echo 60 > /sys/devices/platform/smapi/BAT0/start_charge_thresh $ echo 90 > /sys/devices/platform/smapi/BAT0/stop_charge_thresh No problem. But on REBOOT (hard or soft), thinkpad_ec cannot be loaded anymore. dmesg: [ 18.666480] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffff0 [ 18.668188] thinkpad_ec: initial ec test failed [ 18.719701] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffff0 [ 18.721802] thinkpad_ec: initial ec test failed [ 18.799916] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffff0 [ 18.801368] thinkpad_ec: initial ec test failed ... [ 23.063877] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffff0 [ 23.063881] thinkpad_ec: initial ec test failed Checking modules: $ modprobe thinkpad_ec FATAL: Error inserting thinkpad_ec (/lib/modules/2.6.38-8-generic/extra/thinkpad_ec.ko): No such device or address $ modprobe -a tp_smapi hdaps WARNING: Error inserting tp_smapi (/lib/modules/2.6.38-8-generic/extra/tp_smapi.ko): No such device or address WARNING: Error inserting hdaps (/lib/modules/2.6.38-8-generic/updates/hdaps.ko): No such device or address $ find /lib/modules/2.6.38-8-generic/ | grep -E 'thinkpad|tp_smapi|hdaps' /lib/modules/2.6.38-8-generic/extra/thinkpad_ec.ko /lib/modules/2.6.38-8-generic/extra/tp_smapi.ko /lib/modules/2.6.38-8-generic/updates/hdaps.ko /lib/modules/2.6.38-8-generic/kernel/drivers/platform/x86/thinkpad_acpi.ko $ for i in `find /lib/modules/2.6.38-8-generic/ | grep -E 'thinkpad_ec|tp_smapi|hdaps'`; do rm $i; done $ aptitude remove tp_smapi_dkms $ aptitude install tp_smapi_dkms $ modprobe thinkpad_ec FATAL: Error inserting thinkpad_ec (/lib/modules/2.6.38-8-generic/extra/thinkpad_ec.ko): No such device or address No avail. Not after reboot, not after shutdown. But, if you remove the battery and AC power and leave the laptop grasping for air for a few minutes (hardware reset, older models have a button for this on the backside), THEN it works again! Now officially I am supposed to mention what I expected to happen, which is ofcourse the flawlessly loading of the modules after as many reboots as I please. On an extra note, although I didn't understand it at the time, I now realize I've had the exact same problem in Ubuntu 10.04 LTS. Google tells us that throughout history, there have always been similar problems ranging from recent to a couple of years back. But where they state that a fix is released, they implicitly say that they are not the same as this bug. There are also a few possibly related bugreports active. But none of them mention the Thinkpad Edge specifically, or more importantly, that the cause of their problem is simply rebooting. - DMI information in comment #2 + DMI information in comment #3 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/814380 Title: tp_smapi_dkms works one boot only - until hardware reset To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/tp-smapi/+bug/814380/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
