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

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

[fred]

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

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,

-- 
http://scipy.org/FredericPetit

[-- Attachment #2: DSDT --]
[-- Type: application/octet-stream, Size: 35484 bytes --]

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

[fred]

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

Sorry for the noise.

By the way, as the toshiba p100-473 is not present in your repository,
should I post mine ?

Cheers,

-- 
http://scipy.org/FredericPetit

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

[Len Brown]

On Sunday 25 March 2007 20:08, fred wrote:
> 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...

> 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

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

[fred]

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@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html