Len Brown a écrit :
Thanks for the pointer - no, your post is not noise.
Was changing "PNP0C14" to "PNP0C14" in the DSDT sufficient to fix the issue?
(I think you mean "*PNP0C14" by "PNP0C14").
Not really.
I only followed the gentoo's advices:
- replace all occurences of _T_[0-7] by something else because iasl does
not like them;
- complete the return path for method BTST with Return (Zero)
- replace "*PNP0C14" by "PNP0C14"
- comment a few lines in Scope (\_SB) and added to the end
Store (0x07D6, OSYS)
which is commented as "Fake Windows 2006" in the gentoo's page.
But I can test it with only modifying PNPC014 (and _T_[0-7] of course)
if you want...
It may be that we have a simple "Microsoft Bug Compatibility" issue here.
Linux's goal should be for machines that run Windows to also run Linux,
without the need for users to hack their DSDT...
I full agree ;-)
By the way, as the toshiba p100-473 is not present in your repository,
should I post mine ?
Can't hurt, but getting Linux to work properly w/o needing a DSDT
hack is much more important.
But is it not the aim of the repo ?
So it may be even more useful to open a bug report here:
http://bugzilla.kernel.org/enter_bug.cgi?product=ACPI
(sub-category BIOS)
and attach the complete output from acpidump, along with the minimum
change you needed to make to your DSDT to get sound to work.
Ok, thanks for the advice.
By the way, I just realized that I have nothing in /proc/acpi/fan
whereas I have set it in my conf kernel file:
CONFIG_ACPI_FAN=y
and I think its behavior is quite strange (on/off, on/off etc...)
It seems that something is wrong, no ?
Cheers,
--
http://scipy.org/FredericPetit
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
