Arch Linux

Lockheed

Member

Registered: 2010-03-16

Posts: 1,550

hdapsd - rc.conf or rc.local ?

I found contradictory recommendations in arch wiki with regards to this module:

Since linux provides a default hdaps module which we do not want to use, we have to specify the full path. This cannot be done in /etc/rc.conf, but instead you'll have to load the module manually from /etc/rc.local.

To enable shock protection you have to start the hdapsd daemon. Since /etc/rc.local is executed after /etc/rc.conf, hdapsd has to be started from the /etc/rc.local as well.

Method #1: /etc/rc.local

Because we have to load the hdaps module in rc.local, which executes after the DAEMONS array is loaded, we have to put hdapsd in rc.local instead of in DAEMONS like usual. Modify /etc/rc.local again, putting this line after the insmod added above:
/etc/rc.d/hdapsd start

VS

Method #2: /etc/rc.conf

The following constitutes the preferred startup method:
Place thinkpad_ec in the MODULES=() section of
/etc/rc.conf   (Note: thinkpad_ec may no longer require MODULES array listing /etc/rc.conf).

Start hdapsd as a normal daemon in the DAEMONS=() section of /etc/rc.conf
MODULES=(thinkpad_acpi thinkpad_ec acpi-cpufreq)
DAEMONS=(hal hdapsd @network @alsa)

In the end, I do not know which one should I use.

t1nk3r3r

Member

From: The Pacific Northwest

Registered: 2011-03-22

Posts: 79

Re: hdapsd - rc.conf or rc.local ?

Looking over the wiki page method 1 references an "insmod" line that doesn't appear to exist.  It also points to /etc/rc.d.  Which, afaik is where daemons are loaded from anyway.
My opinion: the page needs to be fixed.  Load the daemon in rc.conf.

---

--------------------------The only wasted day is one in which you learn nothing.--------------------------

xduugu

Member

Registered: 2008-10-16

Posts: 292

Re: hdapsd - rc.conf or rc.local ?

The kernel provides its own HDAPS drivers. Previously, it was necessary to manually insmod the module via /etc/rc.local to prevent the default drivers from being loaded. The tp_smapi package in the AUR now installs hdaps.ko to /lib/modules/$(uname -r)/updates, which will let it supercede the built-in module. Thus, you can simply add hdaps to your MODULES array.

That's the reason why it is enough to simply add hdapsd to the DAEMONS array in /etc/rc.conf.