Hi, On Wed, 01 Apr 2009 03:11:53 +0530 Ritesh Raj Sarraf wrote:
> hdapsd, by default, sets a udev rule, z60_hdapsd.rules. This rule file > is present in my current installation under /etc/udev/rules.d/ > > On 2.6.28, I had no issues. I never saw the following error message > there. > > Wed Apr 1 02:48:51 2009: WARNING: Cannot open hdaps position input file > /dev/input/hdaps/accelerometer-event (No such file or directory). > > > And there's no /dev/input/hdaps/ folder. And that's probably because the udev > rule > is not being matched. That is strange. Did the format for udev rules change? If you boot back into an 2.6.28 hdapsd works fine again? There was an major udev upgrade some days ago (just in the case... it seems to work fine on my box though). > I also noticed that on 2.6.29, hdaps and tp-smapi modules cannot > coexists. On .28, both could be loaded, tp-smapi being the first. Uhm, building 2.6.29 right now, but I think you miss something different here :) As I see from your footer, you run a custom built 2.6.29 with tp-smapi 0.40-2, right? What does a find /lib/modules/2.6.29-custom -name hdaps.ko give you? one somewhere in hwmon and one in updates? if so, what does a modinfo hdaps give? I'll get back to you in some moments when I've built 2.6.29 and tested it, but in the meantime I'll tell you, that a new hdapsd release is just some bytes away, that kills the need for that ugly udev rule at least :)
pgpDZ0FB8far3.pgp
Description: PGP signature