hdaps-devel — Hard Drive Active Protection System ML

[Hdaps-devel] [ANN] hdapsd 20141203

[Evgeni G. <ev...@go...>]

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

[Hdaps-devel] [ANN] hdapsd 20141024

[Evgeni G. <ev...@go...>]

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

[Hdaps-devel] getting hdaps up and running on the w530

[Raider S. <rai...@ho...>]

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. 		 	   		   		 	   		  

Re: [Hdaps-devel] [ltp] RE: Gen 2 (Haswell) X1 Carbon suspend to RAM hang

[Raider S. <rai...@ho...>]

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. 		 	   		  

Re: [Hdaps-devel] new hdapsd release? :-)

[Evgeni G. <ev...@go...>]

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.

Re: [Hdaps-devel] new hdapsd release? :-)

[Tomasz T. <to...@pi...>]

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

[Hdaps-devel] new hdapsd release? :-)

[Evgeni G. <ev...@go...>]

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

Re: [Hdaps-devel] HDAPS on W530

[Henrique de M. H. <hm...@hm...>]

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

[Hdaps-devel] HDAPS on W530

[Sohel K. <so...@gm...>]

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

Re: [Hdaps-devel] Any plan to support ThinkPad X230?

[Henrique de M. H. <hm...@hm...>]

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

Re: [Hdaps-devel] Any plan to support ThinkPad X230?

[pva <pv...@ge...>]

陳韋任 (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.

[Hdaps-devel] Any plan to support ThinkPad X230?

[陳韋任 (Wei-R. C. <ch...@ii...>]

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

Re: [Hdaps-devel] any testing I can help with?

[Evgeni G. <ev...@go...>]

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.

[Hdaps-devel] any testing I can help with?

[Piotr S. <a97...@un...>]

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

Re: [Hdaps-devel] HDAPS protect patch interferes with disk standby, again

[Elias O. <eo...@ne...>]

(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

Re: [Hdaps-devel] HDAPS protect patch interferes with disk standby, again

[Tomáš J. <to...@no...>]

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/

Re: [Hdaps-devel] HDAPS protect patch interferes with disk standby, again

[Erik A. <er...@vo...>]

-----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-----

Re: [Hdaps-devel] HDAPS protect patch interferes with disk standby, again

[Tomáš J. <to...@no...>]

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/

Re: [Hdaps-devel] HDAPS protect patch interferes with disk standby, again

[Erik A. <er...@vo...>]

-----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-----

[Hdaps-devel] HDAPS protect patch interferes with disk standby, again

[Tomáš J. <to...@no...>]

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/

Re: [Hdaps-devel] HDAPSD is too sensible and too rigid

[Michael O. <mi...@or...>]

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.

Re: [Hdaps-devel] Ideapad support?

[Michael O. <mi...@or...>]

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.

[Hdaps-devel] Ideapad support?

[Chandler P. <tha...@gm...>]

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...

[Hdaps-devel] HDAPSD is too sensible and too rigid

[Marlous H. <ma...@ma...>]

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

Re: [Hdaps-devel] Leonovo Thinpad W510 - Axes totally messed up

[Bjoern O. <lk...@gm...>]

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