Jump to content

Sony Vaio VPCF115FM Discussion: DSDT Injection


  • Please log in to reply
779 replies to this topic

#321
kizwan

kizwan

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPipPipPip
  • 1,422 posts
LOL, I forgot to inject device-id for the SBUS device. Fixed. Check previous post. :rolleyes:

ps. i m really glad thatyou reworks on the vaio topics and about snc do you think that link could be a track because brightness could be an acess to internal screen Posted Image

http://www.insanelym...howtopic=236835

I can't work alone & I'm not an expert on driver either. I believe Frank can help us. That is only brightness & I don't think it can help on the VAIO internal display issue. The internal display on VAIO is not connected at all if you look in the ioreg. I have here one of the VAIO's ioreg dump with external monitor connected & I can see the internal display is not detected at all.

#322
Funky frank

Funky frank

    InsanelyMac Sage

  • Members
  • PipPipPipPipPip
  • 328 posts

See the green entry, if we change it to 0x00, 0x00 (or any value which is not include the external port in the group), it will/should disable the second/external monitor.


Confirmed, you are right. NVCAP works at least for the external screens.

http://www.mediafire...iwkt1771fjb4ajd
Try it. It should load 3 SMBUS kexts now.


With your DSDT.aml inside Extra folder there are now 3 kexts related to this loaded: AppleSMBusController, AppleSMBusPCI and IOSMBusFamiliy. Here is a shot of ioreg, don't know if it can help you.

Attached File  sbus_ioreg_shot.png   96.61KB   28 downloads

Could you explain to me in short what the smbus is good for? In the imac71.dsl there is specific activation of the sbus device if the os (var osys) matches "Darwin"...

Edit: I see you already implemented that. Maybe Darwin should better behave like "Linux"?

Edit: In the ACPI code of the dsdt on line 7299 there is a method called _BCM of Device LCD that seems to responsible to set the brightness. Maybe this one could be called just on initialization of something? But I think it's not the backlight, but the snc device or something needs to be noticed?

By the way in your posted dsl file there are lines missing at 7306: Notify (^^^^LPCB.SNC, 0x93)
Why this happened?

#323
kizwan

kizwan

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPipPipPip
  • 1,422 posts

Could you explain to me in short what the smbus is good for? In the imac71.dsl there is specific activation of the sbus device if the os (var osys) matches "Darwin"...

On non-apple notebook, at least:-
(source)
The System Management Bus (abbreviated to SMBus or SMB) is a single-ended simple two-wire bus for the purpose of lightweight communication. Most commonly it is found in computer motherboards for communication with the power source for ON/OFF instructions. It is derived from I²C for communication with low-bandwidth devices on a motherboard, especially power related chips such as a laptop's rechargeable battery subsystem (see Smart Battery Data). Other devices might include temperature, fan or voltage sensors, lid switches and clock chips. PCI add-in cards may connect to a SMBus segment.

On MacBook, SMBUS is use for Mikey device & smart battery. Non-apple notebook use control method battery which is completely different than smart battery.

Edit: I see you already implemented that. Maybe Darwin should better behave like "Linux"?

The OSYS/_OSI implementation is not necessary. It just to check what OS are running & will execute necessary code if the condition satisfied. We can bypass the check completely, meaning not use OSYS/_OSI at all.

#324
Funky frank

Funky frank

    InsanelyMac Sage

  • Members
  • PipPipPipPipPip
  • 328 posts

By the way in your posted dsl file there are lines missing at 7306: Notify (^^^^LPCB.SNC, 0x93)
Why this happened?


Hey maybe this is problematic? I think you should not emulate some specific OS when extracting ACPI code. Why not use DSDTSE directly? Maybe that's why some instructions disappeared?
Attached File  DSDTSE.zip   3.81MB   2 downloads

#325
kizwan

kizwan

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPipPipPip
  • 1,422 posts

Edit: In the ACPI code of the dsdt on line 7299 there is a method called _BCM of Device LCD that seems to responsible to set the brightness. Maybe this one could be called just on initialization of something? But I think it's not the backlight, but the snc device or something needs to be noticed?

_BCM is use to set brightness level. When you connected external monitor, the "AppleDisplay" entry will listed under "NVDA,Display-B@1" in ioreg. The problem is the internal display "AppleDisplay" is not dectected/listed under "NVDA,Display-A@0" in ioreg. We need to figure out how to detect the internal display first before looking into brightness or backlight.

By the way in your posted dsl file there are lines missing at 7306: Notify (^^^^LPCB.SNC, 0x93)
Why this happened?

I removed SNC device from the DSDT since it is not use by Mac OS X.

#326
Funky frank

Funky frank

    InsanelyMac Sage

  • Members
  • PipPipPipPipPip
  • 328 posts

I removed SNC device from the DSDT since it is not use by Mac OS X.


Hm the SNC device is that thing "SNY5001"? But this is needed to get a working SNC.kext or not? The SNC.kext over here (sources) quite uses same structures. If I load it and press the "display off" button, at least the keyboard will not longer react :(
Attached File  SNC.zip   459.59KB   8 downloads


Edit: Maybe the linux snc driver and also the kext do not implement all functionality of the snc device. If the snc is responisble for all extra sony buttons on the notebook, there must be a function enable/disable internal display. I cannot find this in the linux implementation.

#327
kizwan

kizwan

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPipPipPip
  • 1,422 posts

I think you should not emulate some specific OS when extracting ACPI code.

The DSDT dump will always the same whether you extract it under windows, linux or OSX. There is no OS specific DSDT dump.

For editing DSDT, I use this editor instead.

Hm the SNC device is that thing "SNY5001"? But this is needed to get a working SNC.kext or not? The SNC.kext over here (sources) quite uses same structures. If I load it and press the "display off" button, at least the keyboard will not longer react :(

Oh...Sorry, I didn't know you're using SNC.kext. If that is the case, just copy the SBUS device from the modified DSDT to your original DSDT.

If the snc is responisble for all extra sony buttons on the notebook, there must be a function enable/disable internal display.

No, there is no function to enable/disable internal display in the linux SNC driver. I already look into it. Also, I didn't found any function in SNC codes (in DSDT) that enable/disable internal LCD.

#328
Funky frank

Funky frank

    InsanelyMac Sage

  • Members
  • PipPipPipPipPip
  • 328 posts

For editing DSDT, I use this editor instead.

Wow this is cool stuff!

Could we let the SNC device inside the dsl for now, because then I can do experiments with the snc.kext...


Edit: What about the Scope _SB, Device ADP1? Is it the display1-device? "Notify (\_SB.ADP1, 0x81)" is called on _WAK. Hm, maybe I should first read more about ACPI structure...

#329
kizwan

kizwan

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPipPipPip
  • 1,422 posts

Could we let the SNC device inside the dsl for now, because then I can do experiments with the snc.kext...

No problem. Please wait, I'll post new modified DSDT with SNC device in it.

#330
jlvaio

jlvaio

    InsanelyMac Geek

  • Members
  • PipPipPipPip
  • 220 posts
@franck

http://vaio-utils.org/power/

The device signature in the disassembled DSDT looks like the following: Device (SNC)
{
Name (_HID, EisaId ("SNY5001"))
...
}
and

Device (SPIC)
{
Name (_HID, EisaId ("SNY6001"))
...
}
[1] from kernel 2.6.21-rc1, when the driver has been merged mainline [2] only from kernel 2.6.22-rc1, previous kernel handled this device with sonypi only

#331
kizwan

kizwan

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPipPipPip
  • 1,422 posts

Edit: What about the Scope _SB, Device ADP1? Is it the display1-device? "Notify (\_SB.ADP1, 0x81)" is called on _WAK. Hm, maybe I should first read more about ACPI structure...

:smoke: Yes, I think so. ADP1 is the AC adapter.

#332
Funky frank

Funky frank

    InsanelyMac Sage

  • Members
  • PipPipPipPipPip
  • 328 posts

;) Yes, I think so. ADP1 is the AC adapter.


Lol. :smoke: How do get these information? Is there a general ACPI naming convention or what?

#333
kizwan

kizwan

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPipPipPip
  • 1,422 posts
@Frank,

This is modified DSDT with SNC device.
http://www.mediafire...337l2s7m787cnsz

It is good idea to play around SNC device. We should look into every possibility. I already look into SNC device & I didn't found any function that control internal LCD. SNC device is similar with AMW0 device which is for ON/OFF devices such as wlan, bluetooth, sound volume, brightness, etc. But you can look into it again if you want.

Lol. :smoke: How do get these information? Is there a general ACPI naming convention or what?

You can download ACPI specification documentation at acpi.info website.

#334
jlvaio

jlvaio

    InsanelyMac Geek

  • Members
  • PipPipPipPip
  • 220 posts
here some doc from suse: :unsure:

http://www.basyskom....aio_z21vnx.html


http://tjworld.net/snc/

http://tjworld.net/snc/sourcecode.html
http://ubuntuforums....ad.php?t=598551 :)

http://vaioubuntu.wo...or-fw4x-models/

http://www.mail-arch...g/msg09721.html

http://vaioubuntu.wo...ide-for-jaunty/

http://vaioubuntu.wo...ess.com/page/2/

#335
Funky frank

Funky frank

    InsanelyMac Sage

  • Members
  • PipPipPipPipPip
  • 328 posts

This is modified DSDT with SNC device.
http://www.mediafire...337l2s7m787cnsz

Thank you!

http://ubuntuforums....ad.php?t=598551 :unsure:

What the {censored}. Is _SB Device the internal soundcard, so HDEF is the HDMI Sounddevice? Maybe that's the reason, even recent voodoohda 0.272 64bit will crash at the latest on second reboot (Attached File  VoodooHDA_64bit_0272_with_alc275_inside.kext.zip   76.09KB   8 downloads - Don't forget to remove AppleHDA.kext from Sys/lib/ext first and rebuild kextcache with pfix).... ? I modified the plist inside for 2 soundcards, but freezes the system sooner or later.

#336
jlvaio

jlvaio

    InsanelyMac Geek

  • Members
  • PipPipPipPip
  • 220 posts

Thank you!


What the {censored}. Is _SB Device the internal soundcard, so HDEF is the HDMI Sounddevice? Maybe that's the reason, even recent voodoohda 0.272 64bit will crash at the latest on second reboot (Attached File  VoodooHDA_64bit_0272_with_alc275_inside.kext.zip   76.09KB   8 downloads).... ? I modified the plist inside for 2 soundcards, but freezes the system sooner or later.


i m not an expert but i think we should search on other system to find docs or dsdt patches for example i ve just find for sound:
Top
Re: THE DSDT SOLUTIONS THREAD.

Postby Quackers on Thu Aug 12, 2010 11:02 pm
You won't get the graphics card to work on a Vaio, but you will be able to get a display with vesa.
Your sound vendor is 104d, your device id is 1c00 and the subsys is 0x8384766
For sound I extracted the dsdt of my vaio with DSDTSE (probably found in Library/Tools folder). This produces a file on screen with your dsdt.dsl
After googling endlessly I found a thread that matched my sound card (not exactly the same as yours, but similar) and gave instructions.
In the displayed dsdt.dsl (in DSDTSE screen) on the right side use the search or find function (or maybe look for) and enter HDEF and hit enter. The dsdtse screen will move to line 500+ (or thereabouts) and on the highlighted line will be "HDEF" - you need to delete that and type in AZAL in capitals. Then you need to do that for every HDEF entry (maybe 4 or 5 more times).
When all entries are changed to AZAL click on "compile". If the compile runs ok it will say so. If there is an error read it. The most likely error will point to a line with HDEF still in it. Change that to AZAL and re-compile. When it runs ok you will have a DSDT.aml file to save.
Then copy/paste that file in the Extra folder (which is hidden by default - you'll need to unhide it) NOT Extra/Extensions.
Then run Kext Utility (in Library/Tools) to fix permissions.
Then delete any sound kexts from the System/Library/Extensions folder and run Kext Utility again.
When you've got that far send me a pm with your email address and I'll send you the kext I used.

There are no guarantees that this will work. It worked for me, but may not work for your card.
Sony Vaio AR51SU
2 x 250GB non-raid / Intel Core 2 Duo T7700
Intel Mobile PM965 Express chipset
SATA RAID / SATA AHCI non-raid
nVIDIA GeForce 8600M GT 256
Intel HD Audio / Realtek ALC262
Intel wifi link 4965 AGN

User avatar
Quackers
osx86 expert

Posts: 260
Joined: Sun Jun 13, 2010 1:51 pm :unsure:

#337
Funky frank

Funky frank

    InsanelyMac Sage

  • Members
  • PipPipPipPipPip
  • 328 posts
jlvaio: I thought about this too. I will try it to REPLACE HDEF with AZAL so the HDEF output of hdmi will be disabled...?

Edit: Does not work.


Btw maybe useless, could someone explain to me in short words what for are EDIDs needed, is this another way to PCI match or what. In the vaio dsl there are these EDIDs hardcoded:
Name (EDI1, Buffer (0x80)
					{
						/* 0000 */	0x00, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 
						/* 0008 */	0x4D, 0xD9, 0xFA, 0x06, 0x00, 0x00, 0x00, 0x00, 
						/* 0010 */	0x2D, 0x0C, 0x01, 0x04, 0x90, 0x24, 0x14, 0x00, 
						/* 0018 */	0xEA, 0xA8, 0xE0, 0x99, 0x57, 0x4B, 0x92, 0x25, 
						/* 0020 */	0x1C, 0x50, 0x54, 0x00, 0x00, 0x00, 0x01, 0x01, 
						/* 0028 */	0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 
						/* 0030 */	0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x28, 0x23, 
						/* 0038 */	0x40, 0x32, 0x60, 0x84, 0x0A, 0x30, 0x11, 0x11, 
						/* 0040 */	0x33, 0x00, 0x68, 0xC8, 0x10, 0x00, 0x00, 0x18, 
						/* 0048 */	0x28, 0x23, 0x40, 0x13, 0x61, 0x84, 0x3C, 0x30, 
						/* 0050 */	0x5B, 0x5B, 0x44, 0x00, 0x68, 0xC8, 0x10, 0x00, 
						/* 0058 */	0x00, 0x18, 0x00, 0x00, 0x00, 0xFC, 0x00, 0x4E, 
						/* 0060 */	0x76, 0x69, 0x64, 0x69, 0x61, 0x20, 0x44, 0x65, 
						/* 0068 */	0x66, 0x61, 0x75, 0x6C, 0x00, 0x00, 0x00, 0xFC, 
						/* 0070 */	0x00, 0x74, 0x20, 0x46, 0x6C, 0x61, 0x74, 0x20, 
						/* 0078 */	0x50, 0x61, 0x6E, 0x65, 0x6C, 0x00, 0x00, 0xEE
					})
					Name (EDI2, Buffer (0x80)
					{
						/* 0000 */	0x00, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 
						/* 0008 */	0x4D, 0xD9, 0xFA, 0x06, 0x00, 0x00, 0x00, 0x00, 
						/* 0010 */	0x2D, 0x0C, 0x01, 0x04, 0x90, 0x24, 0x14, 0x00, 
						/* 0018 */	0xEA, 0xA8, 0xE0, 0x99, 0x57, 0x4B, 0x92, 0x25, 
						/* 0020 */	0x1C, 0x50, 0x54, 0x00, 0x00, 0x00, 0x01, 0x01, 
						/* 0028 */	0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 
						/* 0030 */	0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x30, 0x2A, 
						/* 0038 */	0x40, 0x5E, 0x61, 0x84, 0x18, 0x30, 0x74, 0x74, 
						/* 0040 */	0x88, 0x00, 0x6A, 0xCC, 0x10, 0x00, 0x00, 0x18, 
						/* 0048 */	0x00, 0x00, 0x00, 0xFC, 0x00, 0x4E, 0x76, 0x69, 
						/* 0050 */	0x64, 0x69, 0x61, 0x20, 0x44, 0x65, 0x66, 0x61, 
						/* 0058 */	0x75, 0x6C, 0x00, 0x00, 0x00, 0xFC, 0x00, 0x74, 
						/* 0060 */	0x20, 0x46, 0x6C, 0x61, 0x74, 0x20, 0x50, 0x61, 
						/* 0068 */	0x6E, 0x65, 0x6C, 0x00, 0x00, 0x00, 0x00, 0xFD, 
						/* 0070 */	0x00, 0x00, 0x3D, 0x1D, 0x38, 0x0B, 0x00, 0x00, 
						/* 0078 */	0x20, 0x20, 0x20, 0x20, 0x20, 0x00, 0x00, 0x8A
					})
					Name (EDI3, Buffer (0x80)
					{
						/* 0000 */	0x00, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 
						/* 0008 */	0x4D, 0xD9, 0xFA, 0x06, 0x00, 0x00, 0x00, 0x00, 
						/* 0010 */	0x2D, 0x0C, 0x01, 0x04, 0x90, 0x24, 0x14, 0x00, 
						/* 0018 */	0xEA, 0xA8, 0xE0, 0x99, 0x57, 0x4B, 0x92, 0x25, 
						/* 0020 */	0x1C, 0x50, 0x54, 0x00, 0x00, 0x00, 0x01, 0x01, 
						/* 0028 */	0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 
						/* 0030 */	0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x30, 0x2A, 
						/* 0038 */	0x40, 0x5E, 0x61, 0x84, 0x18, 0x30, 0x74, 0x74, 
						/* 0040 */	0x88, 0x00, 0x68, 0xC8, 0x10, 0x00, 0x00, 0x18, 
						/* 0048 */	0x30, 0x2A, 0x40, 0x90, 0x61, 0x84, 0xB4, 0x30, 
						/* 0050 */	0x85, 0x85, 0xCC, 0x00, 0x68, 0xC8, 0x10, 0x00, 
						/* 0058 */	0x00, 0x18, 0x00, 0x00, 0x00, 0xFC, 0x00, 0x4E, 
						/* 0060 */	0x76, 0x69, 0x64, 0x69, 0x61, 0x20, 0x44, 0x65, 
						/* 0068 */	0x66, 0x61, 0x75, 0x6C, 0x00, 0x00, 0x00, 0xFC, 
						/* 0070 */	0x00, 0x74, 0x20, 0x46, 0x6C, 0x61, 0x74, 0x20, 
						/* 0078 */	0x50, 0x61, 0x6E, 0x65, 0x6C, 0x00, 0x00, 0xA9
					})
					Name (EDI4, Buffer (0x80)
					{
						/* 0000 */	0x00, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 
						/* 0008 */	0x36, 0x7F, 0x25, 0x00, 0x00, 0x00, 0x00, 0x00, 
						/* 0010 */	0x2D, 0x0C, 0x01, 0x04, 0x90, 0x24, 0x14, 0x00, 
						/* 0018 */	0xEA, 0xA8, 0xE0, 0x99, 0x57, 0x4B, 0x92, 0x25, 
						/* 0020 */	0x1C, 0x50, 0x54, 0x00, 0x00, 0x00, 0x01, 0x01, 
						/* 0028 */	0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 
						/* 0030 */	0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x40, 0x38, 
						/* 0038 */	0x80, 0xB4, 0x70, 0x38, 0x40, 0x40, 0x3C, 0x3C, 
						/* 0040 */	0x55, 0x00, 0x68, 0xC8, 0x10, 0x00, 0x00, 0x18, 
						/* 0048 */	0x40, 0x38, 0x80, 0x80, 0x71, 0x38, 0xAA, 0x40, 
						/* 0050 */	0x80, 0x80, 0x88, 0x00, 0x68, 0xC8, 0x10, 0x00, 
						/* 0058 */	0x00, 0x18, 0x00, 0x00, 0x00, 0xFC, 0x00, 0x4E, 
						/* 0060 */	0x76, 0x69, 0x64, 0x69, 0x61, 0x20, 0x44, 0x65, 
						/* 0068 */	0x66, 0x61, 0x75, 0x6C, 0x00, 0x00, 0x00, 0xFC, 
						/* 0070 */	0x00, 0x74, 0x20, 0x46, 0x6C, 0x61, 0x74, 0x20, 
						/* 0078 */	0x50, 0x61, 0x6E, 0x65, 0x6C, 0x00, 0x00, 0x1F
					})
					Name (EDI5, Buffer (0x80)
					{
						/* 0000 */	0x00, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 
						/* 0008 */	0x36, 0x7F, 0x25, 0x00, 0x00, 0x00, 0x00, 0x00, 
						/* 0010 */	0x2D, 0x0C, 0x01, 0x04, 0x90, 0x24, 0x14, 0x00, 
						/* 0018 */	0xEA, 0xA8, 0xE0, 0x99, 0x57, 0x4B, 0x92, 0x25, 
						/* 0020 */	0x1C, 0x50, 0x54, 0x00, 0x00, 0x00, 0x01, 0x01, 
						/* 0028 */	0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 
						/* 0030 */	0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x40, 0x38, 
						/* 0038 */	0x80, 0xB4, 0x70, 0x38, 0x40, 0x40, 0x3C, 0x3C, 
						/* 0040 */	0x55, 0x00, 0x68, 0xC8, 0x10, 0x00, 0x00, 0x18, 
						/* 0048 */	0x40, 0x38, 0x80, 0x80, 0x71, 0x38, 0xAA, 0x40, 
						/* 0050 */	0x80, 0x80, 0x88, 0x00, 0x68, 0xC8, 0x10, 0x00, 
						/* 0058 */	0x00, 0x18, 0x00, 0x00, 0x00, 0xFC, 0x00, 0x4E, 
						/* 0060 */	0x76, 0x69, 0x64, 0x69, 0x61, 0x20, 0x44, 0x65, 
						/* 0068 */	0x66, 0x61, 0x75, 0x6C, 0x00, 0x00, 0x00, 0xFC, 
						/* 0070 */	0x00, 0x74, 0x20, 0x46, 0x6C, 0x61, 0x74, 0x20, 
						/* 0078 */	0x50, 0x61, 0x6E, 0x65, 0x6C, 0x00, 0x00, 0x1F
					})


#338
kizwan

kizwan

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPipPipPip
  • 1,422 posts

Btw maybe useless, could someone explain to me in short words what for are EDIDs needed, is this another way to PCI match or what. In the vaio dsl there are these EDIDs hardcoded:

(source)
Extended display identification data (EDID) is a data structure provided by a digital display to describe its capabilities to a video source (e.g. graphics card, Set-top box). It is what enables a modern personal computer to know what kind of monitor is connected. EDID is defined by a standard published by the Video Electronics Standards Association (VESA). The EDID includes manufacturer name and serial number, product type, phosphor or filter type, timings supported by the display, display size, luminance data and (for digital displays only) pixel mapping data.

#339
First Last

First Last

    InsanelyMac Protégé

  • Members
  • Pip
  • 28 posts
some news about the linux nvidia driver for vaios:

while the older ones (<256.53) needed EDID override and Output-Devices defined,
the newer (256.53) had a fix and doesn't need the changes any more.

But the newest (260.x) give me a black screen and system crash when loading the driver, but the backlight stays on.


im now updating my osx to 10.6.5 and try my luck

#340
Funky frank

Funky frank

    InsanelyMac Sage

  • Members
  • PipPipPipPipPip
  • 328 posts
cool please let us know your results with 10.6.5.

kizwan: What about this idea:

DD02 device seems to me the output device for LCD. The function DD02._DSS sets the state of it. Maybe we could change the calls in a way that the lcd / dd02 is alwas active. What do you think? Btw. why there are also DDXX-devices, it's not mentioned in the acpi docs.





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

© 2014 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy