654 replies to this topic

[Zprood]

Here is the dsdt.
 dsdt.dsl.zip   21.86K   14 downloads

thanks again .

[ivik]

Zprood, on Nov 14 2010, 04:43 PM, said:

Here is the dsdt.
dsdt.dsl.zip

thanks again .

Attached Files

•  dsdtzprod.dsl.zip   22.4K   36 downloads

[Zprood]

Thanks man .After download the modified dsdt ,I can see ten steps of backlight, even though there is sixteen steps in the SUN, but actually only ten steps works.
Working with Pause (up)and Fn+Delete(down), but not Fn+up/down.
Here is the log:

Acpi brightness levels:11, lowest brightness:0, highest brightness:100 
 We still don't have brightness entry in ioreg... waiting...

IORegistryExplorer info :

 _____________2010_11_15_12.28.49_AM.png   159.97K   128 downloads

[ivik]

It looks like those on-screen step are static. I have 16.

FN up/down changes brightness?


FN-up/down scancodes should be mapped to brightness. Do they emit scancodes in dmesg?

[jlvaio]

ivik, on Nov 14 2010, 05:44 PM, said:

It looks like those on-screen step are static. I have 16.

FN up/down changes brightness?


FN-up/down scancodes should be mapped to brightness. Do they emit scancodes in dmesg?

possible an issue for vaio based on sonypi

http://www.linux.it/...ptop#Brightness

[ivik]

They don't have _BCM/_BCL methods?
Maybe juste renaming SBRT/GBRT to acpi methods could work

[Zprood]

ivik, on Nov 14 2010, 04:44 PM, said:

It looks like those on-screen step are static. I have 16.

FN up/down changes brightness?


FN-up/down scancodes should be mapped to brightness. Do they emit scancodes in dmesg?

No, I just recheck it in the logs ,there is no info about that .

[ivik]

Dmesg?

Using VoodooPS2 32bit? Debug version has for every pressed key log in dmesg

[BlackCH]

ivik, on Nov 14 2010, 01:00 PM, said:

And 1EE is max brightness in ioreg?

Maybe dsdt patch could help here. Something like this:

OperationRegion (BRIT, SystemMemory, 0xE4461258, 0x04)
	Field (BRIT, AnyAcc, Lock, Preserve)
	{
		LEVL,   32
	}

And then in PCI0 _INI section:
    

Method (_INI, 0, NotSerialized)
			{
				PINI ()
		Store (0x512C0000, LEVL)
		   }

I've tryed this, but using the address 0XE4462354 (since I notice I could write brightness values to that address with reggie_se).
The screen goes black until the AppleGMAx3100 driver is loaded, then I get the same behavior as I explained before. But at least its proof that I could write the right values to this address. Is there a way to impelment it in the dsdt?

You can have a look if you like:
 dsdt_v0.13.dsl.zip   27.29K   3 downloads

[ivik]

BlackCH, on Nov 14 2010, 06:38 PM, said:

I've tryed this, but using the address 0XE4462354 (since I notice I could write brightness values to that address with reggie_se).
The screen goes black until the AppleGMAx3100 driver is loaded, then I get the same behavior as I explained before. But at least its proof that I could write the right values to this address. Is there a way to impelment it in the dsdt?

You can have a look if you like:
dsdt_v0.13.dsl.zip

Problem is that osx also writes to this memory but wrong values.With dsdt modification, values could be modified after brightness is changed to right ones.
On my lap, writing to those backlight registers doesn't have any effect because it is controlled by EC.

Does writing values to that space evenly changess your brightness?
What are these values?

[wojnar0]

@ivik

With your dsdt nothing change:

10-11-14 21:03:37	kernel	We still don't have brightness entry in ioreg... waiting...

What now??

[ivik]

Try moving slider... With what dsdt?

[wojnar0]

when i move slider it's going back to max position.
Now i use your mod of my dsdt.

[ivik]

Do you have max/min values in ioreg and max is not 0?

[wojnar0]

all values are 0x0

[ivik]

This is problem... which graphics do u have?

[wojnar0]

GeForce 8800M GTS

what more informations do you need?

[grandflash]

Hi Ivik,

i have a X3100 and i have working brightness slider with device pnlf and a version of the appleintelx3100fb.kext (1.5.18) + efi string.with your kext i cant change brightness any  more. i dont have a method to store the brightness level in my dsdt, maybe you will find it? thank you very much in advance, Alex

Attached Files

•  dsdt.dsl.zip   42.56K   3 downloads

[sw170]

ivik, on Nov 11 2010, 09:51 PM, said:

...
Try runing RW-everything under windows and watch EC register for changes when brightness is changed.

Also... try with different _BCL return tables...

Hi ivik
I was testing your kext with different DSDT settings last couple of days but have no luck with it

I wrote similar post before so just copying it to pass info to you:
on my system (dv9040) two methods are responsible for brightness control (i mean if I remove them Im losing fn+f7 and fn+f8 key combination to cntrl brightness):

					Method (_Q11, 0, NotSerialized)
					{
						Store (0x14, SMIF)
						Store (Zero, TRP0)
						Sleep (0x32)
					}

					Method (_Q10, 0, NotSerialized)
					{
						Store (0x15, SMIF)
						Store (Zero, TRP0)
						Sleep (0x32)
					}

they are located in Device (EC0) _SB.PCI0.LPCB.EC0._Q11/10
thats how they looked before I stripped them:

					Method (_Q11, 0, NotSerialized)
					{
						If (LEqual (OSYS, 0x07D6))
						{
							If (IGDS)
							{
								Notify (^^^GFX0.DD04, 0x86)
							}
							Else
							{
								Notify (^^^PEGP.VGA.LCD, 0x86)
							}
						}
						Else
						{
							Store (0x14, SMIF)
							Store (Zero, TRP0)
						}

						Sleep (0x32)
					}

					Method (_Q10, 0, NotSerialized)
					{
						If (LEqual (OSYS, 0x07D6))
						{
							If (IGDS)
							{
								Notify (^^^GFX0.DD04, 0x87)
							}
							Else
							{
								Notify (^^^PEGP.VGA.LCD, 0x87)
							}
						}
						Else
						{
							Store (0x15, SMIF)
							Store (Zero, TRP0)
						}

						Sleep (0x32)
					}

end copy

I started wondering if my brightness control is just controlled from BIOS level only and is just too much pain=effort to adapt it to software OSX language, but must say - it is still tempting to solve it !

can you possibly send me a link with some info or shortly guide me to explain "runing RW-everything" on Windows ? dont know what to do with that.

thank a lot mate
s

[ivik]

_Q* methods are embedded controller events. In your's case they are writing some values to smif-system management interface.

Open rw-everything and watch EC controller. Watch values that are changing when brightness is changed. If there is no difference, then your brightness is not controlled by EC.