Skip to contentSkip to conversation

ACPI/sound issue with my Toshiba laptop (P100-473)...

DISCUSSION fred 2 participants 4 messages Mar 25, 2007 – Mar 26, 2007 ACPI

lore
Share & tools
lore

fred

author
#0 lore raw

Hi,

This is a well-known issue, yes ;)

So I have browsed http://acpi.sourceforge.net/dsdt/view.php
but I did not see my model (aka PSPAGE-00S011FR) so I don't know what to
do.

Could someone help me to fix my buggy DSDT in order to make work sound with ACPI please ?

Should I send more information (as outputs of dmesg, dmidecode, acpidump, lspci -vv& /proc/interrupts) ?

PS : here is attached my DSDT file (from acpidump).

PS2 : my BIOS release is uptodate (3.30)

Thanks in advance.

Cheers,

Signature · 1 line
http://scipy.org/FredericPetit
reviewer
#2 lore raw
Quoted 4 lines · fred

Ok, I have fixed it, following
http://forums.gentoo.org/viewtopic-t-444743-highlight-sndhdaintel.html

Sorry for the noise.

Thanks for the pointer - no, your post is not noise.

Was changing "PNP0C14" to "PNP0C14" in the DSDT sufficient to fix the issue? 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...

Quoted 2 lines

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.

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.

thanks,
-Len

author
#3 lore raw
Quoted 4 lines · Len Brown

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...

Quoted 5 lines

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 ;-)

Quoted 8 lines
Quoted 3 lines

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 ?

Quoted 5 lines

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,

Signature · 6 lines
http://scipy.org/FredericPetit

-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html