You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(19) |
Jul
(223) |
Aug
(388) |
Sep
(116) |
Oct
(50) |
Nov
(12) |
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(60) |
Feb
(37) |
Mar
(28) |
Apr
(43) |
May
(11) |
Jun
(10) |
Jul
(43) |
Aug
(130) |
Sep
(13) |
Oct
(22) |
Nov
(21) |
Dec
(6) |
2007 |
Jan
(14) |
Feb
(21) |
Mar
|
Apr
(6) |
May
(3) |
Jun
(10) |
Jul
(21) |
Aug
(28) |
Sep
(6) |
Oct
(4) |
Nov
(33) |
Dec
(22) |
2008 |
Jan
(21) |
Feb
(34) |
Mar
(44) |
Apr
(24) |
May
(19) |
Jun
(13) |
Jul
(36) |
Aug
(11) |
Sep
(31) |
Oct
(33) |
Nov
(48) |
Dec
(46) |
2009 |
Jan
(10) |
Feb
(9) |
Mar
(28) |
Apr
(11) |
May
(5) |
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
(1) |
Nov
(3) |
Dec
(2) |
2010 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(9) |
Oct
(1) |
Nov
(2) |
Dec
(1) |
2011 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
(6) |
Mar
|
Apr
(3) |
May
(2) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
2014 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(1) |
From: Evgeni G. <ev...@go...> - 2014-12-07 10:45:48
|
Hey, hdapsd 20141024 had a funny bug on FREEFALL hardware: it would not stop/pause properly when receiving signals. This was fixed in 20141203, I just forgot to send the announcement at the time, sorry. Thanks to Whoopie for fixing the bug! Greets Evgeni |
From: Evgeni G. <ev...@go...> - 2014-10-25 08:50:41
|
Hey, I have finally released a new version of hdapsd: 20141024! You can find it on my GitHub at https://github.com/evgeni/hdapsd ChangeLog: Brice Arnould <bri...@gm...>: * Support for the HP3D sensor from Hewlett-Packard laptops. Evgeni Golov <ev...@go...>: * Support for Apple MacBooks and MacBooks Pro with Intel CPUs. * Support for the generic FREEFALL sensor. * Support for Toshiba laptops (using both ACPI and HAPS). * Support for the generic input/joystick sensor. * Config file support using libconfig. Tomasz Torcz <to...@pi...> and Thomas Weißschuh <th...@t-...>: * systemd support Whoopie <who...@gm...>: * Support for the DELL freefall sensor (smo8800) I will try to find my sf.net credentials and fix the pages over there too. But GitHub is the main location for everything now. Collaborators welcome ;-) Greets Evgeni |
From: Raider S. <rai...@ho...> - 2014-04-14 06:01:05
|
Resend with corrected title. From: rai...@ho... To: lin...@li... CC: hda...@li... Subject: RE: [ltp] RE: Gen 2 (Haswell) X1 Carbon suspend to RAM hang Date: Mon, 14 Apr 2014 14:46:20 +0900 I'm interested in getting the HDAPS module up and running on the W530. I need help getting started. Here's what I've learned so far. Please post what you know in response, or point me to better information. Peter Zhang at Lenovo has graciously agreed to forward technical requests to the Lenovo developers. I would like help. Someone more experienced with the code could contact him instead of me, of course. I'm on Fedora 20, kernel 3.13.9-200.fc20.x86_64. For the latest (?) hdaps I'm using https://github.com/evgeni/tp_smapi.git. Issues I see: This kernel has a working thinkpad-acpi module but not thinkpad-ec. The hdaps module from tp_smapi 0.41. depends on thinkpad-ec.The APS hardware may have changed.hdapsd may require updates including /sys interface changes and systemd integration, but also including the protocol used if #2 is significant. On (1) I'm not certain what is necessary or best: fix thinkpad-ec or simply refit hdaps to use features added to thinkpad-acpi? On (2) the W530 accelerometer appears to act the same way, producing X/Y/status output, using the Windows demo C# code that used to be available via B. Suter's Stanford page (and loads sensor.dll). See https://web.archive.org/web/20070429173330/http://www.stanford.edu/~bsuter/thinkpad-accelerometer/ Before asking I think we should have a strategy in mind for updating the code. Notes: Loading hdaps.ko from tp-smapi 0.41 requires thinkpad_ec.ko to be loaded since that provides the read/write mechanism. I see the following error when insmod'ing thinkpad_ec.ko 0.41 on : [153711.751399] thinkpad_ec: thinkpad_ec_request_row: arg0 rejected: (0x01:0x00)->0x00 [153711.751403] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffffb [153711.751405] thinkpad_ec: initial ec test failed The native kernel's hdaps.ko (although not recommended by the current tp-smapi maintainers) doesn't load. Its error: [154183.223065] hdaps: supported laptop not found! [154183.223069] hdaps: driver init failed (ret=-19)! There is a tecnique for learning the ports and values read/written using Windows Debugger, as Mark A. Smith did as described in https://web.archive.org/web/20120601001710/http://www.almaden.ibm.com/cs/people/marksmith/tpaps.html This seems harder than asking Lenovo engineering for a small amount of technical assistance. On (3) I assume the hdapsd available in Fedora 20 is from http://sourceforge.net/projects/hdaps/files/hdapsd/$ sudo hdapsd -Vhdapsd 20090401 $ sudo hdapsd -d sdaMon Apr 14 14:34:07 2014: Starting hdapsdMon Apr 14 14:34:07 2014: Could not find a suitable interface The missing ACPI interface files appear to be: /sys/devices/platform/hdaps/position and or /sys/module/hdaps_ec/initstate but there are several failed open(2) system calls in strace(1) output. If someone else with more experience wants to work on this with me, that would be good. I can dedicate my W530 to testing. |
From: Raider S. <rai...@ho...> - 2014-04-14 05:58:59
|
I'm interested in getting the HDAPS module up and running on the W530. I need help getting started. Here's what I've learned so far. Please post what you know in response, or point me to better information. Peter Zhang at Lenovo has graciously agreed to forward technical requests to the Lenovo developers. I would like help. Someone more experienced with the code could contact him instead of me, of course. I'm on Fedora 20, kernel 3.13.9-200.fc20.x86_64. For the latest (?) hdaps I'm using https://github.com/evgeni/tp_smapi.git. Issues I see: This kernel has a working thinkpad-acpi module but not thinkpad-ec. The hdaps module from tp_smapi 0.41. depends on thinkpad-ec.The APS hardware may have changed.hdapsd may require updates including /sys interface changes and systemd integration, but also including the protocol used if #2 is significant. On (1) I'm not certain what is necessary or best: fix thinkpad-ec or simply refit hdaps to use features added to thinkpad-acpi? On (2) the W530 accelerometer appears to act the same way, producing X/Y/status output, using the Windows demo C# code that used to be available via B. Suter's Stanford page (and loads sensor.dll). See https://web.archive.org/web/20070429173330/http://www.stanford.edu/~bsuter/thinkpad-accelerometer/ Before asking I think we should have a strategy in mind for updating the code. Notes: Loading hdaps.ko from tp-smapi 0.41 requires thinkpad_ec.ko to be loaded since that provides the read/write mechanism. I see the following error when insmod'ing thinkpad_ec.ko 0.41 on : [153711.751399] thinkpad_ec: thinkpad_ec_request_row: arg0 rejected: (0x01:0x00)->0x00 [153711.751403] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffffb [153711.751405] thinkpad_ec: initial ec test failed The native kernel's hdaps.ko (although not recommended by the current tp-smapi maintainers) doesn't load. Its error: [154183.223065] hdaps: supported laptop not found! [154183.223069] hdaps: driver init failed (ret=-19)! There is a tecnique for learning the ports and values read/written using Windows Debugger, as Mark A. Smith did as described in https://web.archive.org/web/20120601001710/http://www.almaden.ibm.com/cs/people/marksmith/tpaps.html This seems harder than asking Lenovo engineering for a small amount of technical assistance. On (3) I assume the hdapsd available in Fedora 20 is from http://sourceforge.net/projects/hdaps/files/hdapsd/$ sudo hdapsd -Vhdapsd 20090401 $ sudo hdapsd -d sdaMon Apr 14 14:34:07 2014: Starting hdapsdMon Apr 14 14:34:07 2014: Could not find a suitable interface The missing ACPI interface files appear to be: /sys/devices/platform/hdaps/position and or /sys/module/hdaps_ec/initstate but there are several failed open(2) system calls in strace(1) output. If someone else with more experience wants to work on this with me, that would be good. I can dedicate my W530 to testing. |
From: Evgeni G. <ev...@go...> - 2013-12-25 20:45:22
|
Hey, On Wed, Dec 25, 2013 at 06:28:47PM +0100, Tomasz Torcz wrote: > On Wed, Dec 25, 2013 at 12:01:36PM +0100, Evgeni Golov wrote: > > #6: systemd support > > We already have systemd support in form of a service file and > > udev-autoactivation, contributed by Tomasz from Fedora and extended by > > Thomas from Arch. I heard on IRC, that people (not too familiar with > > systemd) are confused by not able to control the daemon with systemctl > > in that case. > > This is mostly a discussion/documentation topic and I would *love* to > > give it away, as I do not use systemd on my systems (yet) and thus have > > less knowledge about its internals and possible features. > > What kind of control users want? I can imagine following possibilities: Well, the guys in #thinkpad-forum wanted to install and start hdapsd. systemctl start hdapsd failed, because our service file did not have a Install part (IIRC). Which is ok when one knows that is udev-activated. > 1) prevent hdapsd for being started for specific disk (eg. sdb): > 2) force hdapsd being started. May be helpful if udev rule doesn't > work (because ”rotational” flag is wrong or some bug needed to be reported). > 3) user wants to control hdapsd command line options. This is known as > ”customizing systemd unit”. There are few ways to do it (there should > be a wiki on this topic somewhere). > 4) runtime control of unit. Even if hdpasd was started by udev rule, admin > can still use stop and start commands: 1 & 4 were the one I thought off, but the other examples are good too. Thanks for those, I will add them to the docs. If you have any links, those would be apreciated (I hate duplicating docs). Thanks a lot Evgeni -- Bruce Schneier can read and understand Perl programs. |
From: Tomasz T. <to...@pi...> - 2013-12-25 17:52:39
|
On Wed, Dec 25, 2013 at 12:01:36PM +0100, Evgeni Golov wrote: > #6: systemd support > We already have systemd support in form of a service file and > udev-autoactivation, contributed by Tomasz from Fedora and extended by > Thomas from Arch. I heard on IRC, that people (not too familiar with > systemd) are confused by not able to control the daemon with systemctl > in that case. > This is mostly a discussion/documentation topic and I would *love* to > give it away, as I do not use systemd on my systems (yet) and thus have > less knowledge about its internals and possible features. What kind of control users want? I can imagine following possibilities: 1) prevent hdapsd for being started for specific disk (eg. sdb): Solution: use systemd's ”mask” capability: # systemctl mask hdapsd@sdb ln -s '/dev/null' '/etc/systemd/system/hd...@sd...rvice' Now, hdapsd won't be started for sdb. To revert back to autostart, use ”unmask” command: # systemctl unmask hdapsd@sdb rm '/etc/systemd/system/hd...@sd...rvice' hdapsd is back for autostart. Alternatively, admin can override udev rule, by creating his own /etc/udev/rules.d/hdapsd.rules . This is somewhat more advanced way, mask/unmask should be enough. 2) force hdapsd being started. May be helpful if udev rule doesn't work (because ”rotational” flag is wrong or some bug needed to be reported). Solution: use systemd's ”enable”^W^W^W actually, scratch that, unit is not designed to be manually enabled; take two: Solution: manually ”link” unit: # ln -s /usr/lib/systemd/system/hdapsd@.service /etc/systemd/system/multi-user.target.wants/hd...@sd...rvice a) /etc is for admin configuration; do _not_ create symlink in /usr... b) multi-user.target is rough equivalent of runlevel 2 in Debian or 3 in Fedora c) multi-user.target.wants/ directory contains symlinks to services required my this runlevel Above can be reverted by removing symlink; either manually or (better) by using systemctl: # systemctl disable hd...@sd...rvice rm '/etc/systemd/system/multi-user.target.wants/hd...@sd...rvice' 3) user wants to control hdapsd command line options. This is known as ”customizing systemd unit”. There are few ways to do it (there should be a wiki on this topic somewhere). a) customize using snippets in .d dir: - create /etc/systemd/system/hdapsd@.service.d/ directory (or hd...@sd...rvice.d/ if you want to be more specific) - inside above dir, create ”custom.conf” file with changes wanted by admin. For example -- custom.conf ---- [Service] ExecStart=/usr/sbin/hdapsd -f -d %I ------- Those changes will override the lines from the original unit file. Final unit will contain content from ”original” unit in /usr, with matching lines replaced by those specified in files in .d/ directory. b) copy hdapsd@.service to /etc/systemd/system/ and edit copy in /etc. This way whole unit is overrided. Final unit will contain _only_ lines specified in unit in /etc. 4) runtime control of unit. Even if hdpasd was started by udev rule, admin can still use stop and start commands: # systemctl is-active hdapsd@sdb active # systemctl stop hdapsd@sdb # systemctl is-active hdapsd@sdb inactive # systemctl start hdapsd@sdb # Note: ”start” for non-existant drive (e.g. sdc) won't display error, although service won't start. Admin had to use ”status” or ”is-active” to check if start succeeded. This is systemd limitation. -- Tomasz Torcz RIP is irrevelant. Spoofing is futile. xmpp: zdz...@ch... Your routes will be aggreggated. -- Alex Yuriev |
From: Evgeni G. <ev...@go...> - 2013-12-25 11:20:22
|
Hi everyone, I am planing to finally release a new version of hdapsd, mostly to get all that stuff you contributed in the last years out of git snapshots and into the wild of the slowly dying rotating discs of everyone¹. For the new release, I have a couple of todos on my roadmap [1], and some of them could use external help (it's Christmas, heh?) ;) I am especially talking about issues #6 and #7 on github. #6: systemd support We already have systemd support in form of a service file and udev-autoactivation, contributed by Tomasz from Fedora and extended by Thomas from Arch. I heard on IRC, that people (not too familiar with systemd) are confused by not able to control the daemon with systemctl in that case. This is mostly a discussion/documentation topic and I would *love* to give it away, as I do not use systemd on my systems (yet) and thus have less knowledge about its internals and possible features. #7: kernel bug 50351 I am not sure whether this is really a bug in the kernel (or maybe the tp-smapi version?) or if hdapsd could be slightly more intelligent here. input/ideas highly welcome :) And of course, if anyone of you have local patches, ideas, bugs, speak up or wait for the next release ;) Regards Evgeni ¹: I do not have a rotating disc in my main Thinkpad for ages, so maintaining hdapsd has been a mixture of theory, freezing SSD queues (yes, that works), and dusting old hardware that still is somewhere around the house. [1] https://github.com/evgeni/hdapsd/issues?milestone=1&state=open |
From: Henrique de M. H. <hm...@hm...> - 2013-06-20 15:16:03
|
On Thu, 20 Jun 2013, Sohel Khan wrote: > If no options than is it feasible to fix tp_smapi for this. I am willing to > volunteer to code if someone can help to get started. The easyest way is probably to start a clean-room effort to reverse engineer the Windows hdaps drivers. Find someone who can do windows device driver reverse engineering to help you... -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh |
From: Sohel K. <so...@gm...> - 2013-06-20 13:02:28
|
Hi All, I could not get tp_smapi to work with Thinkpad W530 and thinkwiki also says its not supported. Can someone please point to any other options, if any (i am mainly interested in reading accelerometer sensor) If no options than is it feasible to fix tp_smapi for this. I am willing to volunteer to code if someone can help to get started. Thanks a lot, Sohel tp_smapi error strace on ubuntu 12.04 [ 12.742070] userif-3: sent link up event.<4>[ 1144.929025] thinkpad_ec: thinkpad_ec_request_row: arg0 rejected: (0x01:0x00)->0x00 [ 1144.929028] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffffb [ 1144.929030] thinkpad_ec: initial ec test failed [ 1162.291545] thinkpad_ec: thinkpad_ec_request_row: arg0 rejected: (0x01:0x00)->0x00 [ 1162.291552] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffffb [ 1162.291555] thinkpad_ec: initial ec test failed |
From: Henrique de M. H. <hm...@hm...> - 2013-05-17 19:00:10
|
On Wed, 15 May 2013, pva wrote: > 陳韋任 (Wei-Ren Chen <chenwj@...> writes: > > I would like to know if there is a plan to support X230. > > AFAIK, it seems that to make hdaps work, kernel driver and > > tp-smapi also have to support X230. > > I have exactly the same question. I've tried to load driver adding following > to the hdaps_whitelist: > > HDAPS_DMI_MATCH_NORMAL("LENOVO", "ThinkPad X230"), > > but although loaded successfully it fails to work with > > i7 linux # cat /sys/devices/platform/hdaps/position > cat: /sys/devices/platform/hdaps/position: Ошибка ввода/вывода > > Any hints how to debug further? Are you guys up to doing some clean room reverse engineering as it was done for the current hdaps and the tpsmapi enhanced hdaps? This means you need to know H8S assembly and grok embedded systems (preferably), or be quite good at Windows driver reverse engineering. Otherwise, no, there is not much that can be done. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh |
From: pva <pv...@ge...> - 2013-05-15 14:05:17
|
陳韋任 (Wei-Ren Chen <chenwj@...> writes: > I would like to know if there is a plan to support X230. > AFAIK, it seems that to make hdaps work, kernel driver and > tp-smapi also have to support X230. I have exactly the same question. I've tried to load driver adding following to the hdaps_whitelist: HDAPS_DMI_MATCH_NORMAL("LENOVO", "ThinkPad X230"), but although loaded successfully it fails to work with i7 linux # cat /sys/devices/platform/hdaps/position cat: /sys/devices/platform/hdaps/position: Ошибка ввода/вывода Any hints how to debug further? -- Peter. |
From: 陳韋任 (Wei-R. C. <ch...@ii...> - 2013-04-12 06:56:23
|
Hi list, I would like to know if there is a plan to support X230. AFAIK, it seems that to make hdaps work, kernel driver and tp-smapi also have to support X230. Thanks. :) Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 Homepage: http://people.cs.nctu.edu.tw/~chenwj |
From: Evgeni G. <ev...@go...> - 2013-04-11 06:32:12
|
Hi Piotr, On Mon, Apr 08, 2013 at 12:12:39PM +0200, Piotr Sawuk wrote: > next release of the kernel, the 3.9 series will have a new > 3Daccelerometer driver in drivers/iio/accel/. I have an inspiron 1090 > laptop from dell, also known as "duo". I tried the driver from the > 3.9-rc4 kernel, and the sysfs interface works great. now I'd like to > protect my hdd as is done in windows, but hdapsd doesn't recognize the > device. so I suspect it's work in progress? Which version of HDAPSD did you try? Can you post details about the sysfs interface? Or pointers to the kernel source, I could not find anything obvious in drivers/iio/accel :( Greets Evgeni -- Bruce Schneier can read and understand Perl programs. |
From: Piotr S. <a97...@un...> - 2013-04-08 10:45:10
|
next release of the kernel, the 3.9 series will have a new 3Daccelerometer driver in drivers/iio/accel/. I have an inspiron 1090 laptop from dell, also known as "duo". I tried the driver from the 3.9-rc4 kernel, and the sysfs interface works great. now I'd like to protect my hdd as is done in windows, but hdapsd doesn't recognize the device. so I suspect it's work in progress? P |
From: Elias O. <eo...@ne...> - 2013-02-27 06:47:01
|
(2013-02-26) Tomáš Janoušek <tomi-YoqI/XI...@pu...> wrote: > Hi, > On Tue, Feb 26, 2013 at 08:52:08PM +0100, Erik Andresen wrote: >> This is one of the earliest T420: >> Device Model: HITACHI HTS725050A9A364 >> Firmware Version: PC4ZC70F >> >> We might have more then two different disks out there.. > > Yeah, I think this explains it. Different manufacturer, different firmware, > different behaviour of CHECK POWER MODE ata command. :-) It does. The patch which eventually made it into mainline had been tested on a Hitachi drive and worked as expected. I can reproduce your problem on a Western Digital model though. Double checking the relevant ATA spec, it turns out that CHECK POWER MODE not restarting the standby timer might actually be the right thing(tm) to do. Anyway, I'll try to get someone's attention on linux-ide regarding the matter at hand. Thanks for the patch, Elias |
From: Tomáš J. <to...@no...> - 2013-02-26 19:56:38
|
Hi, On Tue, Feb 26, 2013 at 08:52:08PM +0100, Erik Andresen wrote: > This is one of the earliest T420: > Device Model: HITACHI HTS725050A9A364 > Firmware Version: PC4ZC70F > > We might have more then two different disks out there.. Yeah, I think this explains it. Different manufacturer, different firmware, different behaviour of CHECK POWER MODE ata command. :-) > Please also note that I'm using the hdaps module from tp-smapi. > The vanilla hdaps module doesn't support my system. Yeah, me too, but that's irrelevant. The command I posted reproduces the problem without either hdaps module loaded. Anyway, thanks for your info. -- Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/ |
From: Erik A. <er...@vo...> - 2013-02-26 19:53:00
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This is one of the earliest T420: Device Model: HITACHI HTS725050A9A364 Firmware Version: PC4ZC70F We might have more then two different disks out there.. Please also note that I'm using the hdaps module from tp-smapi. The vanilla hdaps module doesn't support my system. greetings, Erik On 26.02.2013 20:30, Tomáš Janoušek wrote: > Hi, > > On Sun, Feb 24, 2013 at 08:11:45PM +0100, Erik Andresen wrote: >> T420 with hdaps from tp-smapi, disk spinning down. Kernel is >> vanilla 3.4.25. > > Thanks for your reply. It is quite strange, though. I tried 3.2 > from Debian, vanilla 3.3.8 and vanilla 3.8.0 and I have the problem > on all of them (except the one I patched). > > Can you confirm that you have the same hard drive and firmware > version, please? Here, smartctl --all /dev/sda reports: > > Model Family: Seagate Momentus 7200.4 Device Model: > ST9500420AS Firmware Version: 0003LVM1 > > That is, I think, the newest firmware available according to Lenovo > software updates. > > Regards, -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlEtEmYACgkQ8NqlQQxmej53TQCZAXClV2ETYRnUA61zYwOXejKh pKMAnjTZxJxhz5Uu6wZ82POdsnnQC/PL =6eHM -----END PGP SIGNATURE----- |
From: Tomáš J. <to...@no...> - 2013-02-26 19:32:12
|
Hi, On Sun, Feb 24, 2013 at 08:11:45PM +0100, Erik Andresen wrote: > T420 with hdaps from tp-smapi, disk spinning down. > Kernel is vanilla 3.4.25. Thanks for your reply. It is quite strange, though. I tried 3.2 from Debian, vanilla 3.3.8 and vanilla 3.8.0 and I have the problem on all of them (except the one I patched). Can you confirm that you have the same hard drive and firmware version, please? Here, smartctl --all /dev/sda reports: Model Family: Seagate Momentus 7200.4 Device Model: ST9500420AS Firmware Version: 0003LVM1 That is, I think, the newest firmware available according to Lenovo software updates. Regards, -- Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/ |
From: Erik A. <er...@vo...> - 2013-02-24 19:29:37
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, T420 with hdaps from tp-smapi, disk spinning down. Kernel is vanilla 3.4.25. greetings, Erik On 24.02.2013 18:57, Tomáš Janoušek wrote: > Hello, > > I recently started using hdapsd on my ThinkPad T420 and I am > experiencing this problem originally reported in 2006 -- when the > heads are parked, the disk refuses to go into standby. The disk I > have describes itself as > > scsi 0:0:0:0: Direct-Access ATA ST9500420AS 0003 PQ: > 0 ANSI: 5 > > I'm running kernel 3.3.8, but the code in question seems to be > untouched since 2008, so that's largely irrelevant. I suspected > that perhaps CHECK POWER MODE isn't enough to reenable standby > timer, so Ie patched to code to check the output of that command > and issue an IDLE IMMEDIATE (without UNLOAD) command if the disk is > not in standby, and it does fix the issue. The code is here: > > https://github.com/liskin/patches/blob/master/hacks/linux-3.3_hdaps-unprevent-standby.patch > > Am I the only one experiencing this problem or do we perhaps want > this hack in the mainline? It should be easily reproducible using > > hdparm -S 1 /dev/sda && echo 1000 > >/sys/block/sda/device/unload_heads > > If nobody else accesses the disk within the next 5 seconds and it > doesn't spin down, then you have that problem too. :-) > > (Feel free to forward this e-mail to anyone who might have an > opinion, thanks.) > > Regards, -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlEqZe8ACgkQ8NqlQQxmej5CwwCgqfLLJGe0LWT/gph4bJuSMLzy MD0An2hEFC8Zrpv1W4rWtgFnJmCydrwx =ej4c -----END PGP SIGNATURE----- |
From: Tomáš J. <to...@no...> - 2013-02-24 18:23:27
|
Hello, I recently started using hdapsd on my ThinkPad T420 and I am experiencing this problem originally reported in 2006 -- when the heads are parked, the disk refuses to go into standby. The disk I have describes itself as scsi 0:0:0:0: Direct-Access ATA ST9500420AS 0003 PQ: 0 ANSI: 5 I'm running kernel 3.3.8, but the code in question seems to be untouched since 2008, so that's largely irrelevant. I suspected that perhaps CHECK POWER MODE isn't enough to reenable standby timer, so Ie patched to code to check the output of that command and issue an IDLE IMMEDIATE (without UNLOAD) command if the disk is not in standby, and it does fix the issue. The code is here: https://github.com/liskin/patches/blob/master/hacks/linux-3.3_hdaps-unprevent-standby.patch Am I the only one experiencing this problem or do we perhaps want this hack in the mainline? It should be easily reproducible using hdparm -S 1 /dev/sda && echo 1000 >/sys/block/sda/device/unload_heads If nobody else accesses the disk within the next 5 seconds and it doesn't spin down, then you have that problem too. :-) (Feel free to forward this e-mail to anyone who might have an opinion, thanks.) Regards, -- Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/ |
From: Michael O. <mi...@or...> - 2012-07-23 18:21:39
|
On 06/25/2012 03:29 AM, Marlous Haar wrote: > Hi! > > I've got a Thinkpad T500 running Ubuntu 12.04 with 4 GB RAM. > When riding by train, it is nearly impossible to work or even watch a movie > because hdapsd stops the machine every 1-2 seconds for about 5 or more. > Even if no disk activity is necessary (e.g. when accessing a 1 GB movie > from RAM disk what I thought would help), typing, scrolling, opening > internet pages or showing a movie stops > until "no" movement can be detected (actually I got to lift the notebook > by hand so those many very short, little bumps can be made a little > smoother). > While the IBM software in Windows can be told "ignore many bumps on same > level" (I guess they thought of trains and such) I find no compareble > parameter for the hdapsd command line. > Setting the sensibility value to 255, 1023 or 32000 did not help. > I had to deinstall hdapsd to get a result - which can not be the > solution you'd prefer, would you? > > So far I thank for your work, but can you improve it? > > Thanks a lot - on behalf of all the other users who already use hdapsd > and the ones that could! Since you haven't received a better answer: if decreasing the sensitivity didn't help, the train ride is probably just too bumpy. When you hit a tiny bump at 120km/h, your laptop feels a good bit of acceleration. This could actually be bad for the hard drive, but two solutions come to mind: 1. Disable hdapsd with "/etc/init.d/hdapsd stop" or equivalent. 2. Boot to a liveCD while on the train, and mount your stuff read-only. |
From: Michael O. <mi...@or...> - 2012-07-12 16:55:00
|
On 07/11/12 16:07, Chandler Paul wrote: > Hello, I just got my hands on a Lenovo Ideapad S10-3t, and I gave an > attempt at enabling hdaps on it. Apparently however, the kernel > modules for this in Linux do not support the Ideapad series. Is it > possible that support for this could come in the future? If not, how > could I help out with adding support for the Ideapad series? I'm not > exactly sure where to find the specs on the firmware for APS on the > Ideapad series to assist with writing a patch for this... > Are you using the tp_smapi modules? http://www.thinkwiki.org/wiki/Tp_smapi They work better than the in-kernel ones as far as I know. ThinkWiki says that some Ideapads are supported, at least. |
From: Chandler P. <tha...@gm...> - 2012-07-11 20:08:18
|
Hello, I just got my hands on a Lenovo Ideapad S10-3t, and I gave an attempt at enabling hdaps on it. Apparently however, the kernel modules for this in Linux do not support the Ideapad series. Is it possible that support for this could come in the future? If not, how could I help out with adding support for the Ideapad series? I'm not exactly sure where to find the specs on the firmware for APS on the Ideapad series to assist with writing a patch for this... |
From: Marlous H. <ma...@ma...> - 2012-06-25 07:44:55
|
Hi! I've got a Thinkpad T500 running Ubuntu 12.04 with 4 GB RAM. When riding by train, it is nearly impossible to work or even watch a movie because hdapsd stops the machine every 1-2 seconds for about 5 or more. Even if no disk activity is necessary (e.g. when accessing a 1 GB movie from RAM disk what I thought would help), typing, scrolling, opening internet pages or showing a movie stops until "no" movement can be detected (actually I got to lift the notebook by hand so those many very short, little bumps can be made a little smoother). While the IBM software in Windows can be told "ignore many bumps on same level" (I guess they thought of trains and such) I find no compareble parameter for the hdapsd command line. Setting the sensibility value to 255, 1023 or 32000 did not help. I had to deinstall hdapsd to get a result - which can not be the solution you'd prefer, would you? So far I thank for your work, but can you improve it? Thanks a lot - on behalf of all the other users who already use hdapsd and the ones that could! Best regards, Dirk Haar |
From: Bjoern O. <lk...@gm...> - 2011-04-14 11:04:34
|
On Sun, Apr 10, 2011 at 13:06, Henrique de Moraes Holschuh wrote: > On Sun, 10 Apr 2011, Bjoern Olausson wrote: >> Since I can't code in C I failed to fix it on my own :-( and inverting >> axis does not resolve this problem. > > No, you have to rotate them. > Yes > What is the "latch value" reported by hdaps? > Initial mode latch is 0x05 Thanks for taking a look. Cheers, Bjoern |