Re: N600c/N610c fan not working problem

[Juan Quintela <quintela-7Aj/b8uzpy6AmYF/tR2SNQ@public.gmane.org>]

[-- Attachment #1: Type: text/plain, Size: 2064 bytes --]

>>>>> "markus" == Markus Joschko <jocsch-kwFZUi9VcQUb1SvskN2V4Q@public.gmane.org> writes:

markus> Hi,
markus> I recently bought a Evo N610c Compaq notebook and tried to install gentoo
markus> linux with the latest acpi patched gentoo kernel.

markus> Like others on the mailinglist I noticed that the fan isn't working as soon
markus> as ACPI is enabled. Passing acpi=off to the kernel during boottime brings
markus> back the fan.

markus> Is there any solution for the fan problem yet? Can I help with providing
markus> some kind of data?

I have this same laptop, my experience:

- fan & battery modules failing during load.  I mean that they don't
  load, there is not any error message or similar.  rest of ACPI
  modules load well and values make sense.

- 20021101 with debug messages disabled work, with messages enabled
  don't boot (expend more than 2 hours and still haven't finished the
  boot).  I tried with the s/_HIGH/_LOW/ patch that appeared in the
  list, and it still don't work.

- There is something wrong with 20021101, as it don't boot in another
  laptop (HP Omnibook XE3) when messages are enabled, in this laptop,
  it is the case that _no_ message is printed during the booting of
  the kernel, ZERO output at all (others has also reported this
  problem).

- I tried (in my ignorance) search why the fan and battery modules are
  not loaded,  I arrived that fan required HID of PNP0C0B and battery
  one of PNP0C0A.  I run:

  ./acpidmp DSDT > dsdt (file included)

quintela$ cat dsdt | ./acpidisasm | grep PNP0C0B
08059d21:       "*PNP0C0B"
08059d4a:       "*PNP0C0B"
08059d73:       "*PNP0C0B"
quintela$ cat dsdt | ./acpidisasm | grep PNP0C0A
08058ae0:       "*PNP0C0A"
08058ba0:       "*PNP0C0A"

  I found tha the strings are there, but the format of the disasemble
  is not _intuitive_ at all :(  (Yes, I haven't read the ACPI
  standard, perhaps once read, things make more sense :p).

Will try kgdb later today and see why the thing is failing.  If
someone has some idea on how to fix that, I will like to hear.

Later, Juan.



[-- Attachment #2: DSDT table of Compaq N610C --]
[-- Type: application/octet-stream, Size: 23791 bytes --]

[-- Attachment #3: Type: text/plain, Size: 102 bytes --]



-- 
In theory, practice and theory are the same, but in practice they 
are different -- Larry McVoy