Inspiron 4100 system fans do not run without i8k.o, but i8k.o permanently disables keyboard

Bug #406690 reported by Phil Stracchino
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
i8kutils
Incomplete
Undecided
Unassigned

Bug Description

Binary package hint: i8kutils

Problem found on a Dell Inspiron 4100 laptop running xubuntu 9.04.

This laptop has two variable-speed cooling fans, one each on the CPU and the graphics chipset. On a default *ubuntu install, the cooling fans never run, causing the laptop to overheat. By adding the i8kutils package and loading the i8k kernel module, it is possible to gain control over the fans, either manually via i8kfan/i8kctl or automatically via i8kmon.

Unfortunately, when i8k.o is loaded, it immediately and permanently (until next reboot) disables the laptop's keyboard and pointing devices. An external USB keyboard will continue to work, but even if i8k.o is unloaded, the laptop keyboard and pointing devices cannot be re-enabled except by rebooting the laptop. The net result is that with i8k.o loaded, the laptop is usable only with an external keyboard; without i8k.o, it is usable only until it overheats.

I have WORKED AROUND this problem for now by the following measures:
1) Compile a custom kernel with APM instead of ACPI
2) In that custom kernel, modify i8k.c to never attempt to mess with the fn-keys
I don't know yet which if the two - never getting or setting the fn-keys, or using APM instead of ACPI - is the actual workaround. I'll test that more later. But with those two modifications, i8k can be loaded (and i8kctl and i8kmon used) without killing the keyboard.

Additional information:
I ALSO discovered, during the process, that the i8kmon documentation (i8kmon.1) is both incomplete and incorrect. The config file /etc/i8kmon is documented as being optional, and only the 'set config(n) ...' directive for it is described. It's true, the file IS optional, as long as you don't care whether i8kmon is started; /etc/init.d/i8kmon will start /usr/bin/i8kmon if and only if /etc/i8kmon exists AND contains the directive 'set config(daemon) 1'.

Revision history for this message
jhansonxi (jhansonxi) wrote :

I have a Dell Inspiron 2650 running Ubuntu 10.04 (Lucid Lynx alpha). I can't confirm the fan problem but the keyboard definitely freezes with the i8k module loaded.

Revision history for this message
jhansonxi (jhansonxi) wrote :

I'm not sure about this anymore. After I powered off the laptop and restarted, the keyboard doesn't work with or without the module. I'm probably experiencing bug #555169 but possibly this one as well.

Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

 Thanks for reporting this bug and any supporting documentation. Since this bug has enough information provided for a developer to begin work, I'm going to mark it as confirmed and let them handle it from here. Thanks for taking the time to make Ubuntu better!

Changed in i8kutils (Ubuntu):
importance: Undecided → Medium
status: New → Confirmed
vitorafsr (vitorafsr)
affects: i8kutils (Ubuntu) → i8kutils
Revision history for this message
vitorafsr (vitorafsr) wrote :

Hi jhansonxi (jhansonxi),

could you please post your modified i8k.c here, if this still exists after these years?

Changed in i8kutils:
status: Confirmed → Incomplete
importance: Medium → Undecided
Revision history for this message
Phil Stracchino (phil.stracchino) wrote :

I very much doubt I still have a copy of my modified version around, but it is just possible. I'll take a look. If not, I may be able to reconstruct the patch, sincce Gentoo has an i8kutils package.

Revision history for this message
Phil Stracchino (phil.stracchino) wrote :

I've found the laptop, but not its charger, so I can't power it up to check. I just read through the i8k.c source code, and if memory serves, since I didn't know the internals of the relevant registers on the Inspiron 4000, my quick-and-dirty workaround was to simply modify i8k_get_fn_status() to exit immediately and return 0. It made the fans work without disabling the keyboard, and had no visible serious adverse effects. (I imagine it probably prevented use of Dell-specific Fn-key overloads though. But at least the laptop was usable.)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.