hybrid-graphics-linux team mailing list archive

[kiorky <kiorky@xxxxxxxxxxxxxx>]

Sorry, i was totally out of line for a few days.

clone the github code and edit the test-off.sh file to add the methods found in
the DDST/SSDT.

A classical hacking would seems like :
$ git clone https://github.com/peberlein/acpi_call.git
$ cd acpi_call
$ make
$ sudo insmod acpi_call.ko
$ $EDITOR test-off.sh # add one method in the methods list
$ ./test-off.sh

- test 1 per 1 your methods 1 per line after trying the next step.
- After that, check the energy consumption.

If no goods after each method call, you can try to read and demystify the
SSDT/DDST to figure out if the methods can take paramters, refer you for example
in the m11xr2.sh script which is in this case.

In my SSDT2.dsl (i have an m11xr2 ;) ) i have the following code:
 Return (\_SB.PCI0.P0P2.PEGP.NVOP (Arg0, Arg1, Arg2, Arg3))

Which indicates that the method take some parameters.

When you find that, you still have to determine the parameters to set :p


Le 08/01/2011 21:55, Florian Mauracher a écrit :
> Hi
> 
> thanks for the hint with the SSDT.
> I was successful in extracting it, but as you might have noticed I'm completely new to this acpi issue.
> 
> Here are all the DSDT and SSDT files, if you want to have a look at it: :-)
> http://www.mauracher.eu/static/acpi/
> 
> Like that the only thing I could do was going through these files while grepping for "Method".
> 
> These are all calls I found working out of the SSDT1.dsl:
> \_SB.PCI0.P0P2._STA		0xf
> \_SB.PCI0.P0P2.PEGP._INI	0x51301558
> \_SB.PCI0.P0P2.PEGP._STA	0xf
> \_SB.PCI0.P0P2.PEGP._ROM	2Args req?	Error: AE_AML_OPERAND_VALUE
> \_SB.PCI0.P0P2.PEGP._DSM	4Args req?	{0x02, 0x00, 0x00, 0x80}
> \_SB.PCI0.P0P2.PEGP._PS0	0xed
> \_SB.PCI0.P0P2.PEGP._PS3	0x0
> \_SB.PCI0.GFX0._DSM		4Args req.?	{0x02, 0x00, 0x00, 0x80}
> All these did not change anything visible to me (including power consumption).
> 
> So my big plea would be, that someone takes a short look at these calls (or the SSDT1.dsl ;-) )
> I'm pretty sure that one of these calls switches of the Nvidia card (if called right). I'm  just too stupid to find out how...
> 
> Thanks a lot!
> 
> Flo
> 
>> Le 05/01/2011 00:48, Florian Mauracher a écrit :
>>> Hi
>>> I'm writing here because I've got an urgent problem with my new mySn
>>> Schenker XMG A500. (Intel i5-560M, Nvidia 425M)
>>>
>>> When operating under Linux both GPUs are running and correspondingly
>>> consuming power. As this is intended to be a portable device and the
>>> battery charge is decreasing rapidly, this is an unacceptable condition
>>> for me.
>>>
>>> So if I can't find a solution within the remaining 9 days of revocation,
>>> I will have to send it back.
>>>
>>>
>>> The submitted bugreport incl. DSDT.dsl:
>>>
>> https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/312756/comments/376
>>>
>>> Please have a look at it and give a comment which ahci commands could be
>>> working to switch the Nvidia GPU off (the only thing I REALLY need)
>>> Or if there's a chance that a workaround will be found.
>>>
>>> Thanks a lot!
>>>
>>> Florian Mauracher
>>>
>>
>> You can look also on the SSDT to find available acpi_calls to try out.
>>

-- 
Cordialement,
KiOrKY
GPG Key FingerPrint: 0x1A1194B7681112AF
Pensez à l’environnement.
N’imprimez ce courriel que si vous en avez vraiment besoin.

Attachment: signature.asc
Description: OpenPGP digital signature